From david.belius@chello.se Wed Nov 8 22:24:58 2000 Received: from smtp2.chello.se (smtp2.chello.se [193.150.195.11]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eA8LOrO97132 for ; Wed, 8 Nov 2000 22:24:53 +0100 (CET) (envelope-from david.belius@chello.se) Received: from chello.se ([193.150.204.103]) by smtp2.chello.se (InterMail vK.4.02.00.00 201-232-116 license 13ed6d939a101f33a28aa8ad6d2fac65) with ESMTP id <20001108191920.NNBL15963.smtp2@chello.se> for ; Wed, 8 Nov 2000 20:19:20 +0100 Message-ID: <3A09A729.FB8FB4AB@chello.se> Date: Wed, 08 Nov 2000 20:19:05 +0100 From: david.belius@chello.se X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.15 i686) X-Accept-Language: en MIME-Version: 1.0 To: nel@nevrax.org Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: [Nel] What kind of game are you making? Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: Developer's list for the NeL platform Hello. I found your project on freshmeat and it looks very cool. You say that you are commercially funded and that the game data does not have to be free even though the code is free. I assume this means you are making a game out of this. What kind of game are you making? How long have you been working on NeL? Best Regards, David From nhognon@noos.fr Wed Nov 8 23:06:00 2000 Received: from camus.cybercable.fr (camus.cybercable.fr [212.198.0.200]) by www.nevrax.org (8.11.0/8.11.0) with SMTP id eA8M5xO97411 for ; Wed, 8 Nov 2000 23:05:59 +0100 (CET) (envelope-from nhognon@noos.fr) Received: (qmail 1022931 invoked from network); 8 Nov 2000 19:41:53 -0000 Received: from r184m194.cybercable.tm.fr (HELO noos.fr) ([195.132.184.194]) (envelope-sender ) by camus.cybercable.fr (qmail-ldap-1.03) with SMTP for ; 8 Nov 2000 19:41:53 -0000 Message-ID: <3A09AC8F.BF800703@noos.fr> Date: Wed, 08 Nov 2000 20:42:07 +0100 From: Nicolas Hognon Reply-To: cblt@cblt.org X-Mailer: Mozilla 4.76 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: nel@nevrax.org Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: [Nel] problem about the bug report interface Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: Developer's list for the NeL platform Hy .... yesterday i've submited a little bug in the bug report but i encounter a problem to report it. on the report bug page we must select the component associated to the bug but under netscape communicator 4.76 under windows (2000) the right part of the page is hidden so i use internet explorer :(( but i try this page under linux with netscape 4.75 i think and it work fine .... that's all ... -- Nicolas Hognon (aka SilentBob) home : cblt@cblt.org / www.cblt.org work : nicolash@next-url.com / www.next-url.com From archer@nevrax.com Thu Nov 9 14:17:49 2000 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eA9DHmO02392 for ; Thu, 9 Nov 2000 14:17:48 +0100 (CET) (envelope-from archer@nevrax.com) Received: (from archer@localhost) by nevrax.com (8.9.3/8.9.3) id LAA26737 for nel@nevrax.org; Thu, 9 Nov 2000 11:16:39 +0100 Date: Thu, 9 Nov 2000 11:16:39 +0100 From: Vincent Archer To: nel@nevrax.org Subject: Re: [Nel] What kind of game are you making? Message-ID: <20001109111639.L24796@nevrax.com> References: <3A09A729.FB8FB4AB@chello.se> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3us In-Reply-To: <3A09A729.FB8FB4AB@chello.se> Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: Developer's list for the NeL platform According to david.belius@chello.se: > I found your project on freshmeat and it looks very cool. Thanks for the attention. And the questions - I'm lazy, and couldn't find anything to put in the FAQ yet, so your questions will serve as the initial set :) > You say that you are commercially funded and that the game data does not > have to be free even though the code is free. > I assume this means you are making a game out of this. A good assumption. Yes, we are making a game using that platform, or we are making that platform for our game, depending on how you look at it. > What kind of game are you making? We are working on, what else, a MMORPG "whose details are yet to be announced (blah blah)". Due to the marketing plans putting a gun on my head, I'm not at a liberty to discuss the game content and so on :( We're trying to be as general as possible, but the emphasis is definitively on multiplayer RPG. > How long have you been working on NeL? It depends on how you look at it. We've been in pre-planning stages since march 2000; looking at architecture options, development contraints, potentials pre-existing bits, interesting algorithms, and so on. The real, definitive coding has started in earnest early september, which is why NeL is not at the stage where you can see anything right sexy on your screen now; we're busy filling in the fundations of the library. With 9 full-time people on the programming staff, however, you can expect things to move rather fast. We do have deadlines, which include having a visible game skeleton within the next months, and the game proper going beta in late 2001, early 2002. What else can I say. We do expect to provide some form of game data quickly, because we don't expect everyone to suddendly turn into a professional 3D modeler and artist to fill in, so don't despair yet at lack of game data (the data will reside in a separate module than the 'code' CVS module available right now). Can't say what's the "demo data" will be, except it won't be our true game data, will be chilly, and you can expect to meet some non-flying birds all over the place :) -- Vincent Archer Email: archer@nevrax.com Nevrax France. Off on the yellow brick road we go! From yan@nevrax.com Thu Nov 9 18:51:51 2000 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eA9HpoO03922 for ; Thu, 9 Nov 2000 18:51:51 +0100 (CET) (envelope-from yan@nevrax.com) Received: from pc5.nevrax.net (fw.localdomain [192.168.254.254]) by nevrax.com (8.9.3/8.9.3) with ESMTP id PAA30269 for ; Thu, 9 Nov 2000 15:50:41 +0100 Message-Id: <200011091450.PAA30269@nevrax.com> Subject: Re: [Nel] problem about the bug report interface From: Yan Babilliot To: nel@nevrax.org Content-Type: text/plain X-Mailer: Evolution 0.6 (Developer Preview) Date: 09 Nov 2000 12:46:40 -0200 Mime-Version: 1.0 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: Developer's list for the NeL platform > Hy .... > > yesterday i've submited a little bug in the bug report > but i encounter a problem to report it. > > on the report bug page we must select the component associated > to the bug but under netscape communicator 4.76 under windows (2000) > the right part of the page is hidden > so i use internet explorer :(( > but i try this page under linux with netscape 4.75 i think and it work > fine .... > > that's all ... > Thank for the bug-report. You should now be able to report bugs with Netscape/Windows ;) -- From cary@farriersoft.com Thu Nov 9 20:53:28 2000 Received: from gash2.peakpeak.com (IDENT:root@gasherbrumII.peakpeak.com [207.174.178.17]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eA9JrRO05112 for ; Thu, 9 Nov 2000 20:53:27 +0100 (CET) (envelope-from cary@farriersoft.com) Received: from p3-500 (box004.farriersoft.com [207.174.69.4]) by gash2.peakpeak.com (8.9.3/8.9.3) with SMTP id KAA09152 for ; Thu, 9 Nov 2000 10:47:52 -0700 Message-Id: <4.1.20001109104828.009c6540@mail.farriersoft.com> X-Sender: cfarrier@mail.farriersoft.com X-Mailer: QUALCOMM Windows Eudora Pro Version 4.1 Date: Thu, 09 Nov 2000 10:50:21 -0800 To: nel@nevrax.org From: Cary Farrier Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Subject: [Nel] matrix.cpp std::min/max problems? Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: Developer's list for the NeL platform I just updated from the latest CVS snapshot, added r:\code\net\include to the project settings, however when compiling matrix.cpp in VC++ 6.0 (SP3) the compiler is complaining that 'max is not a member of std'. Any thoughts? -> Cary -- Cary Farrier Farrier Software, Inc. (303) 875-9148 fax/message cary@farriersoft.com From stefan.nilsen@telia.com Thu Nov 9 22:49:35 2000 Received: from d1o976.telia.com (root@d1o976.telia.com [213.64.10.241]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eA9LnZO06403 for ; Thu, 9 Nov 2000 22:49:35 +0100 (CET) (envelope-from stefan.nilsen@telia.com) Received: from wale.kunosoft.se (t3o976p35.telia.com [213.64.11.35]) by d1o976.telia.com (8.8.8/8.8.8) with ESMTP id UAA03810 for ; Thu, 9 Nov 2000 20:44:00 +0100 (CET) Received: from wale (unknown [127.0.0.2]) by wale.kunosoft.se (Postfix on SuSE Linux 7.0 (i386)) with SMTP id 1AAB4945 for ; Thu, 9 Nov 2000 19:43:59 +0000 (/etc/localtime) From: Stefan Nilsen Reply-To: stefan.nilsen@telia.com Organization: Millnet AB Date: Thu, 9 Nov 2000 20:43:58 +0100 X-Mailer: KMail [version 1.1.99] Content-Type: text/plain; charset="iso-8859-1" To: nel@nevrax.org MIME-Version: 1.0 Message-Id: <00110920435801.13297@wale> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by www.nevrax.org id eA9LnZO06403 Subject: [Nel] How do i compile this beast? Empty FAQ... Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: Developer's list for the NeL platform Hi guys. I'm sorry if this is a stupid question, but what do i do after i have CVS'ed home this thing? Look below for my trial and (mostly) error. I would like to RTFM, but i don't find any :-( Pls help me! Btw, I run SuSE 7.0 if that helps anyone, and my computer is Y2K safe :-) ----- cut here ----- A loosers guide to automake! ;-) I have tried the following commands: aclocal (i got myself an aclocal.m4) automake automake: configure.in: required file `./install-sh' not found automake: configure.in: required file `./mkinstalldirs' not found automake: configure.in: required file `./missing' not found automake: configure.in: required file `./config.guess' not found automake: configure.in: required file `./config.sub' not found automake: Makefile.am: required file `./INSTALL' not found automake: Makefile.am: required file `./NEWS' not found automake: Makefile.am: required file `./README' not found automake: Makefile.am: required file `./COPYING' not found automake: Makefile.am: required file `./AUTHORS' not found automake: Makefile.am: required file `./ChangeLog' not found configure.in: 11: required file `./include/config.h.in' not found automake -a automake: configure.in: installing `./install-sh' automake: configure.in: installing `./mkinstalldirs' automake: configure.in: installing `./missing' automake: configure.in: installing `./config.guess' automake: configure.in: installing `./config.sub' automake: Makefile.am: installing `./INSTALL' automake: Makefile.am: required file `./NEWS' not found automake: Makefile.am: required file `./README' not found automake: Makefile.am: installing `./COPYING' automake: Makefile.am: required file `./AUTHORS' not found automake: Makefile.am: required file `./ChangeLog' not found configure.in: 11: required file `./include/config.h.in' not found autoconf This gives me some of the missing files in the step above. automake -a (again...) automake: Makefile.am: required file `./NEWS' not found automake: Makefile.am: required file `./README' not found automake: Makefile.am: required file `./AUTHORS' not found automake: Makefile.am: required file `./ChangeLog' not found configure.in: 11: required file `./include/config.h.in' not found autoheader (silence...) automake -a (a final time...) automake: Makefile.am: required file `./NEWS' not found automake: Makefile.am: required file `./README' not found automake: Makefile.am: required file `./AUTHORS' not found automake: Makefile.am: required file `./ChangeLog' not found ./configure ... ... ... checking for fcntl.h... yes checking for unistd.h... yes checking for working const... yes updating cache ./config.cache creating ./config.status creating Makefile creating src/Makefile creating src/misc/Makefile creating src/net/Makefile creating include/Makefile sed: can't read ./include/Makefile.in: No such file or directory creating lib/Makefile sed: can't read ./lib/Makefile.in: No such file or directory creating doc/Makefile sed: can't read ./doc/Makefile.in: No such file or directory creating include/config.h make Making all in include make[1]: Entering directory `/home/stni/workproj/nel/code/nel/include' make[1]: *** No rule to make target `all'. Stop. make[1]: Leaving directory `/home/stni/workproj/nel/code/nel/include' make: *** [all-recursive] Error 1 From archer@nevrax.com Fri Nov 10 12:34:03 2000 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eAABY0O11780 for ; Fri, 10 Nov 2000 12:34:01 +0100 (CET) (envelope-from archer@nevrax.com) Received: (from archer@localhost) by nevrax.com (8.9.3/8.9.3) id JAA07119 for nel@nevrax.org; Fri, 10 Nov 2000 09:32:47 +0100 Date: Fri, 10 Nov 2000 09:32:47 +0100 From: Vincent Archer To: nel@nevrax.org Subject: Re: [Nel] matrix.cpp std::min/max problems? Message-ID: <20001110093247.I6419@nevrax.com> References: <4.1.20001109104828.009c6540@mail.farriersoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3us In-Reply-To: <4.1.20001109104828.009c6540@mail.farriersoft.com> Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform According to Cary Farrier: > I just updated from the latest CVS snapshot, added r:\code\net\include > to the project settings, however when compiling matrix.cpp in VC++ 6.0 > (SP3) the compiler is complaining that 'max is not a member of std'. Note that, strictly speaking, bug reports should go thru the web interface rather than the mailing list. It's a lot easier to manage there. Use the mailing list if you can't access the WWW at all for some reason (like being buried deep behind 4 firewalls that require you to sign in blood to access the outside world). Bug reported to the developper in charge. -- Vincent Archer Email: archer@nevrax.com Nevrax France. Off on the yellow brick road we go! From archer@nevrax.com Fri Nov 10 12:42:57 2000 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eAABgqO11849 for ; Fri, 10 Nov 2000 12:42:52 +0100 (CET) (envelope-from archer@nevrax.com) Received: (from archer@localhost) by nevrax.com (8.9.3/8.9.3) id JAA07306 for nel@nevrax.org; Fri, 10 Nov 2000 09:41:37 +0100 Date: Fri, 10 Nov 2000 09:41:37 +0100 From: Vincent Archer To: nel@nevrax.org Message-ID: <20001110094137.K6419@nevrax.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3us Subject: [Nel] List settings changes Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Administrative note: I've switched the list settings. Made the list membership private - i.e. you have to enter your password to access the list members, in order to avoid spammers grabbing the list -, and what's more important, redirected replies to mailing list itself. If you want to reply to the sender of the message itself, you now have to use a group reply, and then edit the recipients to remove the list. -- Vincent Archer Email: archer@nevrax.com Nevrax France. Off on the yellow brick road we go! From valignat@gw.nevrax.com Fri Nov 10 13:14:18 2000 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eAACEHO12095 for ; Fri, 10 Nov 2000 13:14:17 +0100 (CET) (envelope-from valignat@gw.nevrax.com) Received: from gw.nevrax.com (fw.localdomain [192.168.254.254]) by nevrax.com (8.9.3/8.9.3) with ESMTP id KAA07889 for ; Fri, 10 Nov 2000 10:13:06 +0100 Received: (from valignat@localhost) by gw.nevrax.com (8.11.0/8.9.3) id eAAA9WX26474; Fri, 10 Nov 2000 11:09:32 +0100 (CET) (envelope-from valignat) Date: Fri, 10 Nov 2000 11:09:32 +0100 From: Valignat Cedric To: NeL mailing list Cc: nel@nevrax.org Subject: Re: [Nel] How do i compile this beast? Empty FAQ... Message-ID: <20001110110932.A26381@nevrax.com> References: <00110920435801.13297@wale> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <00110920435801.13297@wale>; from stefan.nilsen@telia.com on Thu, Nov 09, 2000 at 08:43:58PM +0100 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi, Stefan Nilsen wrote: > > I'm sorry if this is a stupid question, but what do i do after i have CVS'ed > home this thing? > > [...] At the moment the library is compiling only on Visual C++ :-( We are currently working on this problem, it sould be fix soon. Sorry about that ... > A loosers guide to automake! ;-) Thanks for your help ! :-) Cedric. From bryce@neptune.net Fri Nov 10 13:28:06 2000 Received: from pulsar.neptune.net (IDENT:bryce@pulsar.neptune.net [204.107.103.12]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eAACS3O12202 for ; Fri, 10 Nov 2000 13:28:04 +0100 (CET) (envelope-from bryce@neptune.net) Received: from localhost (bryce@localhost) by pulsar.neptune.net (8.10.1/8.10.1) with ESMTP id eAAAMN907424 for ; Fri, 10 Nov 2000 02:22:23 -0800 X-Authentication-Warning: pulsar.neptune.net: bryce owned process doing -bs Date: Fri, 10 Nov 2000 02:22:23 -0800 (PST) From: Bryce Harrington To: nel@nevrax.org Subject: Re: [Nel] matrix.cpp std::min/max problems? In-Reply-To: <20001110093247.I6419@nevrax.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi Cary, The VC++/STL min/max problem is pretty well known, and is a result of a very buggy STL implementation in VC++, and some lawsuits. Simple answer: Define NOMINMAX in your Build Settings Longer answer: http://www.isis.ecs.soton.ac.uk/share/problems/fuzzyClouds/NetMet/netmet/docs/stlhelp.txt The STL that ships with Visual C++ was developed by Dinkumware, rather than by Microsoft. Detailed errata is available here: http://www.dinkumware.com/ Bryce On Fri, 10 Nov 2000, Vincent Archer wrote: > According to Cary Farrier: > > I just updated from the latest CVS snapshot, added r:\code\net\include > > to the project settings, however when compiling matrix.cpp in VC++ 6.0 > > (SP3) the compiler is complaining that 'max is not a member of std'. > > Note that, strictly speaking, bug reports should go thru the web > interface rather than the mailing list. It's a lot easier to manage > there. Use the mailing list if you can't access the WWW at all > for some reason (like being buried deep behind 4 firewalls that require > you to sign in blood to access the outside world). > > Bug reported to the developper in charge. > -- Bryce Harrington bryce @ neptune.net From lejade@nevrax.com Fri Nov 10 13:35:22 2000 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eAACZLO12321 for ; Fri, 10 Nov 2000 13:35:21 +0100 (CET) (envelope-from lejade@nevrax.com) Received: from pc252.nevrax.com (fw.localdomain [192.168.254.254]) by nevrax.com (8.9.3/8.9.3) with ESMTP id KAA08183 for ; Fri, 10 Nov 2000 10:34:10 +0100 Message-Id: <4.3.2.7.2.20001110112251.00af52c0@pop.nevrax.net> X-Sender: lejade@pop.nevrax.net X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Fri, 10 Nov 2000 11:29:31 +0100 To: nel@nevrax.org From: Olivier Lejade Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: [Nel] WorldForge Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Well, it seems like we have our first celebrity on the list ! ;) The coordinator of the WorldForge project himself (http://www.worldforge.org). Welcome Bryce ! So what do you think of NeL ? From lecroart@nevrax.com Fri Nov 10 13:45:45 2000 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eAACjiO12402 for ; Fri, 10 Nov 2000 13:45:44 +0100 (CET) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw.localdomain [192.168.254.254]) by nevrax.com (8.9.3/8.9.3) with SMTP id KAA08363 for ; Fri, 10 Nov 2000 10:44:33 +0100 Message-ID: <00c001c04b03$1b9c5830$0901a8c0@vianneyl> From: "Vianney Lecroart" To: References: Subject: Re: [Nel] matrix.cpp std::min/max problems? Date: Fri, 10 Nov 2000 11:43:48 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform > The VC++/STL min/max problem is pretty well known, and is a result of a > very buggy STL implementation in VC++, and some lawsuits. > > Simple answer: Define NOMINMAX in your Build Settings ok, this define disables the macro min & max, it's same behavior as doing #undef min #undef max but I search min in the VC include directory and subdirectory and there s *no* min definition in the STL (no template min) so we have to define our own min & max template function in our code... no very cool... > Longer answer: > http://www.isis.ecs.soton.ac.uk/share/problems/fuzzyClouds/NetMet/netmet/doc s/stlhelp.txt > > The STL that ships with Visual C++ was developed by Dinkumware, rather > than by Microsoft. Detailed errata is available here: > http://www.dinkumware.com/ > > Bryce > > On Fri, 10 Nov 2000, Vincent Archer wrote: > > According to Cary Farrier: > > > I just updated from the latest CVS snapshot, added r:\code\net\include > > > to the project settings, however when compiling matrix.cpp in VC++ 6.0 > > > (SP3) the compiler is complaining that 'max is not a member of std'. > > > > Note that, strictly speaking, bug reports should go thru the web > > interface rather than the mailing list. It's a lot easier to manage > > there. Use the mailing list if you can't access the WWW at all > > for some reason (like being buried deep behind 4 firewalls that require > > you to sign in blood to access the outside world). > > > > Bug reported to the developper in charge. > > > > -- > Bryce Harrington > bryce @ neptune.net > > _______________________________________________ > Nel mailing list > Nel@nevrax.org > /mailman/listinfo.cgi/nel From tsm@IDEALX.com Fri Nov 10 13:46:26 2000 Received: from sarajevo.idealx.com (sarajevo.idealx.com [213.41.87.90]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eAACkNO12424 for ; Fri, 10 Nov 2000 13:46:23 +0100 (CET) (envelope-from tsm@IDEALX.com) Received: from calvin.UUCP (uucp@localhost) by sarajevo.idealx.com (8.10.1/8.10.1) with UUCP id eAAAe9P02567 for nel@nevrax.org; Fri, 10 Nov 2000 11:40:09 +0100 (CET) Received: from tsm by calvin.ird.IDEALX.com with local (Exim 3.12 #1 (Debian)) id 13uBaq-0002XX-00 for ; Fri, 10 Nov 2000 11:39:36 +0100 Date: Fri, 10 Nov 2000 11:39:36 +0100 From: Thierry Mallard To: nel@nevrax.org Subject: Re: [Nel] WorldForge Message-ID: <20001110113936.A9739@calvin.ird.IDEALX.com> References: <4.3.2.7.2.20001110112251.00af52c0@pop.nevrax.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="d6Gm4EdcadzBjdND" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <4.3.2.7.2.20001110112251.00af52c0@pop.nevrax.net>; from lejade@nevrax.com on Fri, Nov 10, 2000 at 11:29:31AM +0100 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform --d6Gm4EdcadzBjdND Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Greetings to you all ... :-) On Fri, Nov 10, 2000 at 11:29:31AM +0100, Olivier Lejade wrote: > Well, it seems like we have our first celebrity on the list ! ;) > The coordinator of the WorldForge project himself (http://www.worldforge.= org). Whooo hooo :-) > Welcome Bryce ! So what do you think of NeL ? Good question, I'm listening too .. Thierry Mallard, a.k.a Shaman on Worldforge.org ;-) (who didn't do much on this) --=20 Thierry Mallard | =20 GnuPG key on wwwkeys.pgp.net | key 0xA3D021CB | http://thierry.mallard.com | =20 --d6Gm4EdcadzBjdND Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.3 (GNU/Linux) Comment: Pour information voir http://www.gnupg.org iEYEARECAAYFAjoL0GgACgkQGBtCB6PQIcs6PACgyR9Uzbymw/yEYYnbrhGLulAl a88AoJxjE9nBMJkE1+yXHk2LjzTTEWXe =hdVU -----END PGP SIGNATURE----- --d6Gm4EdcadzBjdND-- From bryce@neptune.net Fri Nov 10 14:48:51 2000 Received: from pulsar.neptune.net (IDENT:bryce@pulsar.neptune.net [204.107.103.12]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eAADmiO12831 for ; Fri, 10 Nov 2000 14:48:50 +0100 (CET) (envelope-from bryce@neptune.net) Received: from localhost (bryce@localhost) by pulsar.neptune.net (8.10.1/8.10.1) with ESMTP id eAABh8a11130 for ; Fri, 10 Nov 2000 03:43:08 -0800 X-Authentication-Warning: pulsar.neptune.net: bryce owned process doing -bs Date: Fri, 10 Nov 2000 03:43:08 -0800 (PST) From: Bryce Harrington To: nel@nevrax.org Subject: Re: [Nel] matrix.cpp std::min/max problems? In-Reply-To: <00c001c04b03$1b9c5830$0901a8c0@vianneyl> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Heh, well sorry but that's MS for ya... As I recall, if you go MFC-free this particular issue will vanish. However there are other insidious STL bugs with Visual C++. If in fact you are using MFC, I would urge you to cease doing so at the earliest convenience. Not only for portability reasons (MFC *ain't* portable, especially not backwards-wise) but also because it is a poor architecture for GUI development, and is not really in the GPL spirit of things. If you intend to conduct your development openly as a net project, then crossplatformness is going to be especially treasured by you. There are many options for crossplatform GUI libs. Let me know if you'd like to discuss this more. My two preferred libs are wxWindows (good for OS-matching widgets for editors and similar), or libuta (SDL compatible and skinnable). Mozilla has another cross platform GUI lib but I've not used it in its current incarnation so don't know whether it's usable independently of Mozilla. FWIW, I always stick this boilerplate code in any file that uses STL that I'd like to compile with MSVC 4.2: #ifdef _MSC_VER // Fix broken STL implementation in MSVC 4.2 // Include files (for MSVC) #pragma warning(disable: 4786) // Kludge to get around bug in MSVC 4.2 #pragma warning(disable: 4788) // See above #endif I think you may be stuck including your own max/min template functions. That's a pretty minor thing compared with some of the patches you may have to make to work around some of the other issues (especially if you want to support pre-6.0 MSVC). Ultimately, you're going to want to trim down use of STL anyway, so you can recover the performance loss. We still use STL at WorldForge, for instance, but some simple tests show that hand coded, non-templated map and list classes provide some modest performance gains, and some day when we're down to squeezing out the last bits of performance, we'll probably be pulling STL out ourselves. Bryce On Fri, 10 Nov 2000, Vianney Lecroart wrote: > > The VC++/STL min/max problem is pretty well known, and is a result of a > > very buggy STL implementation in VC++, and some lawsuits. > > > > Simple answer: Define NOMINMAX in your Build Settings > > ok, this define disables the macro min & max, it's same behavior as doing > #undef min #undef max > but I search min in the VC include directory and subdirectory and there s > *no* min > definition in the STL (no template min) so we have to define our own min & > max > template function in our code... no very cool... -- Bryce Harrington bryce @ neptune.net From bryce@neptune.net Sat Nov 11 00:05:03 2000 Received: from pulsar.neptune.net (IDENT:bryce@pulsar.neptune.net [204.107.103.12]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eAAN52O19688 for ; Sat, 11 Nov 2000 00:05:02 +0100 (CET) (envelope-from bryce@neptune.net) Received: from localhost (bryce@localhost) by pulsar.neptune.net (8.10.1/8.10.1) with ESMTP id eAAN3m813448 for ; Fri, 10 Nov 2000 15:03:48 -0800 X-Authentication-Warning: pulsar.neptune.net: bryce owned process doing -bs Date: Fri, 10 Nov 2000 15:03:48 -0800 (PST) From: Bryce Harrington To: nel@nevrax.org Subject: Re: [Nel] WorldForge In-Reply-To: <20001110113936.A9739@calvin.ird.IDEALX.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform On Fri, 10 Nov 2000, Thierry Mallard wrote: > On Fri, Nov 10, 2000 at 11:29:31AM +0100, Olivier Lejade wrote: > > Well, it seems like we have our first celebrity on the list ! ;) > > The coordinator of the WorldForge project himself (http://www.worldforge.org). > > Whooo hooo :-) *Grin* Hiya. > > Welcome Bryce ! So what do you think of NeL ? > > Good question, I'm listening too .. Ah, well at this point I'm just being a pair of ears. I'm hoping to get a pointer to something describing what the group's plan is or some feel for the "big picture". (I've seen a depressingly large number of well-meaning groups trying the combined commercial and open source approach for game development and crash and burn spectacularly, so I figure either I'll learn something or get to roast a marshmallow or two. *wink*) -- Bryce Harrington bryce @ neptune.net From olivier@openminds.org Sat Nov 11 15:19:40 2000 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eABEJdO26495 for ; Sat, 11 Nov 2000 15:19:40 +0100 (CET) (envelope-from olivier@openminds.org) Received: from pc252.openminds.org (fw.localdomain [192.168.254.254]) by nevrax.com (8.9.3/8.9.3) with ESMTP id OAA21268 for ; Sat, 11 Nov 2000 14:22:48 +0100 Message-Id: <4.3.2.7.2.20001111150823.00b06100@pop.nevrax.net> X-Sender: lejade@pop.nevrax.net X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Sat, 11 Nov 2000 15:18:09 +0100 To: nel@nevrax.org From: Olivier Lejade Subject: Re: [Nel] WorldForge In-Reply-To: References: <20001110113936.A9739@calvin.ird.IDEALX.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform At 03:03 PM 11/10/00 -0800, you wrote: >On Fri, 10 Nov 2000, Thierry Mallard wrote: > > On Fri, Nov 10, 2000 at 11:29:31AM +0100, Olivier Lejade wrote: > > > Well, it seems like we have our first celebrity on the list ! ;) > > > The coordinator of the WorldForge project himself > (http://www.worldforge.org). > > > > Whooo hooo :-) > >*Grin* Hiya. > > > > Welcome Bryce ! So what do you think of NeL ? > > > > Good question, I'm listening too .. > > > >(I've seen a depressingly large number of well-meaning groups trying the >combined commercial and open source approach for game development and >crash and burn spectacularly, so I figure either I'll learn something or >get to roast a marshmallow or two. *wink*) > >-- >Bryce Harrington >bryce @ neptune.net > >_______________________________________________ >Nel mailing list >Nel@nevrax.org >/mailman/listinfo.cgi/nel -- "Minds are like parachutes. They work best when open." From sferro@wojo.com Sat Nov 11 22:16:45 2000 Received: from cliff.acs.oakland.edu (cliff.acs.oakland.edu [141.210.10.111]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eABLGiO28596 for ; Sat, 11 Nov 2000 22:16:44 +0100 (CET) (envelope-from sferro@wojo.com) Received: from fast (ppp-pm03-dy-1.opr.oakland.edu [141.210.14.222]) by cliff.acs.oakland.edu (8.10.2/8.10.2) with SMTP id eABLFI9180560 for ; Sat, 11 Nov 2000 16:15:28 -0500 (EST) Message-ID: <051401c04c24$f1e7ae40$0400a8c0@fast> From: "Sal" To: Date: Sat, 11 Nov 2000 16:18:21 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Subject: [Nel] Greetings! And some questions / comments Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi, First a little rant to explain my being here: :-) I am also a Worldforge developer, like Bryce. Though not nearly as famous ;-) I stumbled upon Nevrax the other day and am very interested in its development. My goal a few years back was to help create a free, massively multiplayer online RPG system, one that I could enjoy myself and that others could build from to make their own persistant online worlds. And a commercial effort such as Nevrax could be a powerful force in helping to achieve such a goal. Most opensource projects that start up have caught my eye, the first being the Ultima online emulator scene which I was a part of for a long time, coding admin tools, NPC ai, network code, etc. Whatever seemed the most challenging task. I got soon fed up with having to deal with the idea that all the hard work might not even turn out to be legal, and all the problems that OSI provided for the emu scene I didnt care for. So I then came across Worldforge, and that is where I am. Finally a totally free opensource project that met, if not exceeded my own standards for an online gaming system. So I took on the responsibility of developer XClient, a 3d client. The root of its homepage is here, if anyone's interested: http://www.worldforge.org/website/clients/xclient/ Some shots of its recent developments (a terrain engine) are here: http://www.worldforge.org/images/screenshots/terrain1.jpg http://www.worldforge.org/images/screenshots/terrain2.jpg (Its very early in development) Some old out of date client shots: http://www.worldforge.org/website/clients/xclient/screenshots/ And lastly, a goals paper that I've recently written to illustrate what the goals are in XClient development. This one I recommend reading above the others. http://www.worldforge.org/website/clients/xclient/developer/goals I've also created a Map editor (XEdit) a UDP networking library based off of the GPLd quake code (XUDP) and a simple test server (XServer). All of this and XClient are in Worldforge cvs for those interested. If there are questions about any of these things, please ask! Anyhow, yes there is a point to all this. It seems that a lot of Worldforge's goals and development are in tandem with Nevrax's. So, I thought it would be worth it to see 1) how compatible our projects are and 2) if we might be able to help each other out in any form, whether it be artwork, code, or knowledge. 3) how much interest, if any, there is in sharing efforts. So if I could ask a few questions. I tried finding out some information through the website, but some questions remain: 1) I understand that Nel will be a library to create games, but is this project also developing a specific game that uses the library? If so what details of it are known? As far as ruleset... gameplay... 2) What is the development strategy? For example Worldforge will be developing several smaller diverse games in succession (Acorn, Mason... etc. etc.) until we reach the final goal, entitled 'BelchFire'. Will you guys be doing a similar thing? 3) What features/goals are there for the 3d engine? What's being targeted (high end/low end hardware)? What rendering APIs? Software mode? 4) I get this question a lot :-) Why develop a 3d engine from scratch? Why not use/build from an existing engine, such as Crystal Space? 5) What are the capabilities of the current codebase? 6) Is development open to outside influence? Or are you following an internal-only plan, and just opensourcing the results? 7) Was there knowledge of Worldforge when this project was started? And if so, why was it deemed necessary to start another, independant effort with the same goals? 8) Would it be possible to get a brief description of what Nevrax will use in the following areas: - Protocol (UDP? TCP/IP?) - Mapfile format (Custom? XML? Binary? Database-Driven?) - Mapfile editors (What existing tools will be used, if any?) - Model format(s) - Texture format(s) 9) How the heck do you guys manage to pay a full development team off of free software? :-) Thats about all I have for now. I'm sure more will come up in the future. You might want to put a few of those in the FAQ, I've noticed its in need of some fulfilling... and other people may have similair questions. Anyhow, thanks in advance, and Congratulations and Good Luck in your efforts. Its a challenging and rewarding goal that we are working towards. I look forward to exchanging thoughts and ideas in the near future! - Sal sferro@wojo.com From stefan.nilsen@telia.com Sat Nov 11 22:56:57 2000 Received: from d1o976.telia.com (root@d1o976.telia.com [213.64.10.241]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eABLuvO28793 for ; Sat, 11 Nov 2000 22:56:57 +0100 (CET) (envelope-from stefan.nilsen@telia.com) Received: from wale.kunosoft.se (t1o976p46.telia.com [213.64.10.46]) by d1o976.telia.com (8.8.8/8.8.8) with ESMTP id WAA17993 for ; Sat, 11 Nov 2000 22:55:41 +0100 (CET) Received: from wale (unknown [127.0.0.2]) by wale.kunosoft.se (Postfix on SuSE Linux 7.0 (i386)) with SMTP id 8C025945 for ; Sat, 11 Nov 2000 21:55:37 +0000 (/etc/localtime) From: Stefan Nilsen Organization: Millnet AB Date: Sat, 11 Nov 2000 22:55:37 +0100 X-Mailer: KMail [version 1.1.99] Content-Type: text/plain; charset="us-ascii" To: nel@nevrax.org References: <00110920435801.13297@wale> <20001110110932.A26381@nevrax.com> In-Reply-To: <20001110110932.A26381@nevrax.com> Subject: Re: [Nel] How do i compile this beast? Empty FAQ... MIME-Version: 1.0 Message-Id: <00111122553700.23090@wale> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by www.nevrax.org id eABLuvO28793 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform > At the moment the library is compiling only on Visual C++ :-( > > We are currently working on this problem, it sould be fix soon. Ok, that explains it. Maybe I'm not stupid after all... :-) From stefan.nilsen@telia.com Sun Nov 12 14:05:43 2000 Received: from d1o976.telia.com (root@d1o976.telia.com [213.64.10.241]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eACD5gO33377 for ; Sun, 12 Nov 2000 14:05:42 +0100 (CET) (envelope-from stefan.nilsen@telia.com) Received: from wale.kunosoft.se (t3o976p116.telia.com [213.64.11.116]) by d1o976.telia.com (8.8.8/8.8.8) with ESMTP id OAA20795 for ; Sun, 12 Nov 2000 14:04:26 +0100 (CET) Received: from wale (unknown [127.0.0.2]) by wale.kunosoft.se (Postfix on SuSE Linux 7.0 (i386)) with SMTP id AC164945 for ; Sun, 12 Nov 2000 13:04:24 +0000 (/etc/localtime) From: Stefan Nilsen Organization: Millnet AB Date: Sun, 12 Nov 2000 14:04:22 +0100 X-Mailer: KMail [version 1.1.99] Content-Type: text/plain; charset="iso-8859-1" To: nel@nevrax.org MIME-Version: 1.0 Message-Id: <00111214042201.23090@wale> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by www.nevrax.org id eACD5gO33377 Subject: [Nel] Some Linux patches Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform I made som fixes for compile on Linux. This is the first time i submit a patch, so please tell me if i'm doing anything wrong. Index: Makefile.am =================================================================== RCS file: /home/cvsroot/code/nel/Makefile.am,v retrieving revision 1.1 diff -r1.1 Makefile.am 9c9 < SUBDIRS= include src lib doc --- > SUBDIRS= src doc Index: src/net/base_socket.cpp =================================================================== RCS file: /home/cvsroot/code/nel/src/net/base_socket.cpp,v retrieving revision 1.16 diff -r1.16 base_socket.cpp 40a41,42 > #define __need_timeval > #include 42c44 < #include --- > #include 261c263 < int saddrlen = sizeof(saddr); --- > socklen_t saddrlen = sizeof(saddr); 344c346 < int saddrlen = sizeof(saddr); --- > socklen_t saddrlen = sizeof(saddr); 374c376 < --- > From lejade@nevrax.com Sun Nov 12 15:00:01 2000 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eACE01O33652 for ; Sun, 12 Nov 2000 15:00:01 +0100 (CET) (envelope-from lejade@nevrax.com) Received: from pc252.nevrax.com (fw.localdomain [192.168.254.254]) by nevrax.com (8.9.3/8.9.3) with ESMTP id OAA29313 for ; Sun, 12 Nov 2000 14:03:08 +0100 Message-Id: <4.3.2.7.2.20001112123544.00b0da10@pop.nevrax.net> X-Sender: lejade@pop.nevrax.net X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Sun, 12 Nov 2000 14:58:30 +0100 To: nel@nevrax.org From: Olivier Lejade Subject: Re: [Nel] Greetings! And some questions / comments In-Reply-To: <051401c04c24$f1e7ae40$0400a8c0@fast> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi Sal, My name is Olivier Lejade, I am Nevrax's CEO. I won't be intervening too much on this list since we really would like to keep things technically oriented, but since there seems to be so a lot of questions, I figured it would be a good idea to answer some of them here so that they can go in the FAQ. I'll leave the technically oriented ones to the Code Team though. At 04:18 PM 11/11/00 -0500, you wrote: >I am also a Worldforge developer, like Bryce. Though not nearly as >famous ;-) Or so you think... ;) >And a commercial effort such as Nevrax could be a powerful force in helping >to achieve such a goal. Thanks for the attention. We hope and believe so too. >So I then >came across Worldforge, and that is where I am. Finally a totally free >opensource project that met, if not exceeded my own standards for an online >gaming system. Yes, WorldForge is a very impressive project with a very, very large scope. We are all admirative of your capacity to handle such a large and diverse community. Managing a team of artists over the internet is especially daunting and WF has accomplished an incredible feat in this area. As Bryce kindly reminded me, code is cheap compared to Art... Here at Nevrax, we do not intend to have such a large range of activity. We are concentrating on a 3D client (no 2D, text, etc) and we are doing all the artwork/game design internally. Nevrax.org will focus on fostering a "technical" community. >1) how compatible our projects are I'll let the coders answer on the technical aspect. However, on a more philosophical point of vue, I'd say our project are very compatible, siblings really, since they are both GPL. >1) I understand that Nel will be a library to create games, but is this >project also developing a specific game that uses the library? Yes. we are currently developing a yet unannounced commercial MMORPG. >If so what >details of it are known? As far as ruleset... gameplay... At this time, I'm sorry to say we cannot disclose any information concerning game design / artwork. However things are bound to change as we go along, and some information will start trickling out in the coming months. >2) What is the development strategy? For example Worldforge will be >developing several smaller diverse games in succession (Acorn, Mason... etc. >etc.) until we reach the final goal, entitled 'BelchFire'. Will you guys be >doing a similar thing? Not in the sense of WF (i.e lots of intermediary games). We are working on a single game. However, we do have a number of milestones. Also by the end of the year, we will be disclosing a "sample world" under an open content license for the community to kick around and have fun with. But this will have nothing to do with our final game. >4) I get this question a lot :-) Why develop a 3d engine from scratch? Why >not use/build from an existing engine, such as Crystal Space? We checked out CS of course as well as many others, and while it is a very nice engine, it did not seem to fit our particular needs. >6) Is development open to outside influence? Or are you following an >internal-only plan, and just opensourcing the results? Well, we are following an internal plan and Freeing the resulting software, however we are very open to outside influence on technical aspects. And while we concentrate on our priorities, we will integrate any worthwhile functionnality. On the game content side though, we are keeping things to ourselves for now. Expect to be really, really suprised though... :) >7) Was there knowledge of Worldforge when this project was started? And if >so, why was it deemed necessary to start another, independant effort with >the same goals? Yes, we knew of WF (actually, since the time it was called Altima !). We took some time to consider joining the effort, however we felt there was a number of reasons for not doing so. I'll give you some of them : - We wanted to keep a tight focus on the game we are doing and did not want to be hindered in political struggles to get the code where we needed. We felt the WF community might ressent us steering in directions that they would not care for. We have a tight schedule : we want the game out in 2002. Which means we could'nt spare to much time arguing about it. - We have different goals : we are a commercial entity. We don't have the educational/hobbyist approach of WF. Nevrax has a complete team of seasoned professionals not only at the programming level, but also on the design / 3D artwork / concept side working every day towards one goal : getting the game out. - We have a highly original world which poses a great number of constraints. We felt we would be in a better position to adress them by leading our own effort. That said, I must emphasize that we do not see ourselves as "competing" with WF. We are simply two different projects, taking two different approach at building a Free Software system for MMORPGs. Diversity is A Good Thing. I wish WF will succeed and I hope there will be as much cooperation between the two projects as possible. >9) How the heck do you guys manage to pay a full development team off of >free software? :-) Ah ha ! :) Free Software doesn't mean free content or free service. While our software is Free, we retain property of our game data. And to access our servers in order to play our game, users will be asked to pay a monthly fee just like with the other commercial games. Bottom line is : Free Software and commercial MMORPGs are a perfect match. And we believe we have everything to gain and nothing to loose by opening our source code. I hope this clarifies things a little even though I'm sure it will raise even more questions ! Thanks for your encouragments, Olivier From sferro@wojo.com Sun Nov 12 16:33:08 2000 Received: from cliff.acs.oakland.edu (cliff.acs.oakland.edu [141.210.10.111]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eACFX4O34109 for ; Sun, 12 Nov 2000 16:33:04 +0100 (CET) (envelope-from sferro@wojo.com) Received: from fast (ppp-pm03-dy-5.opr.oakland.edu [141.210.14.226]) by cliff.acs.oakland.edu (8.10.2/8.10.2) with SMTP id eACFVh9449811 for ; Sun, 12 Nov 2000 10:31:44 -0500 (EST) Message-ID: <06a101c04cbe$1d0b2220$0400a8c0@fast> From: "Sal" To: References: <4.3.2.7.2.20001112123544.00b0da10@pop.nevrax.net> Subject: Re: [Nel] Greetings! And some questions / comments Date: Sun, 12 Nov 2000 10:34:56 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform > Hi Sal, > > My name is Olivier Lejade, I am Nevrax's CEO. I won't be intervening too > much on this list since we really would like to keep things technically > oriented, but since there seems to be so a lot of questions, I figured it > would be a good idea to answer some of them here so that they can go in the > FAQ. > I'll leave the technically oriented ones to the Code Team though. Thank you for taking the time to respond Olivier, this clears up a lot of questions! > Managing a team of artists over the internet is especially > daunting and WF has accomplished an incredible feat in this area. > As Bryce kindly reminded me, code is cheap compared to Art... I very much agree here. In my experience I've discovered that media is very hard to come by. Talented artists don't like to work for free, and who can blame them, a lot of the industry's tools are expensive and take a lot of effort and time to learn. I think this is one of the biggest obstacles in free game software development, the lack of good, free media. If Nevrax is able to help out in this area, the opensource commmunity, Worldforge included, would be very grateful... [ ... ] > Well, we are following an internal plan and Freeing the resulting software, > however we are very open to outside influence on technical aspects. And > while we concentrate on our priorities, we will integrate any worthwhile > functionnality. [ ... ] I understand your intentions. With openness in development comes conflict in views on many issues. As a project under a tight schedule, resolving all issues in the open might not be the most efficient approach timewise. If there still is any desire to collaborate on things such as client engine design, I would be happy to. If XClient and the Nel client could be made more compatible in any way, I think it would be worth the effort. If similairity in protocol could be obtained, then our software could communicate with each other. Likewise, if rendering architecture was similair, we could collaborate on, and/or share pieces of code for the game engines. Either way I think it could mean saving work and time for the both of us... On the other hand, collaborating would logically take some effort, which I understand Nevrax may or may not have the time for. It still might be worth considering, at any rate. > Bottom line is : Free Software and commercial MMORPGs are a perfect match. > And we believe we have everything to gain and nothing to loose by opening > our source code. Here I very much agree, also! > I hope this clarifies things a little even though I'm sure it will raise > even more questions ! Thanks again! And I await the answers to the other, more technical questions. ;-) - Sal From lecroart@nevrax.com Mon Nov 13 12:35:22 2000 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eADBZLO41166 for ; Mon, 13 Nov 2000 12:35:21 +0100 (CET) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw.localdomain [192.168.254.254]) by nevrax.com (8.9.3/8.9.3) with SMTP id LAA06386 for ; Mon, 13 Nov 2000 11:38:27 +0100 Message-ID: <007201c04d66$26c2fdd0$0901a8c0@vianneyl> From: "Vianney Lecroart" To: References: <051401c04c24$f1e7ae40$0400a8c0@fast> Subject: Re: [Nel] Greetings! And some questions / comments Date: Mon, 13 Nov 2000 12:37:49 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hello sal! > 3) What features/goals are there for the 3d engine? What's being targeted > (high end/low end hardware)? What rendering APIs? Software mode? you can take a look on the nel whitepaper, it explains (briefly) all features of the 3d engine (/docs/doxygen/nel/general.html) that we plan to develop. > 5) What are the capabilities of the current codebase? hum... good question :-) today, the code is not able to do lot of things but it'll change in few weeks. the misc component contains lot of really cool tools like serializable system, input events system, internationalization, math classes, etc... there's only the skeleton of the 3d engine but, low level layers start to work and it'll display polygons in few days :) the low interface font manager is ready to display text and we work hardly on tools for the graphics team (but theses tools are still private cause of 3ds max sdk). for the network components, all communication layers are available. the service based class is ready too and will be extented in the futur. few services run too, so you can compile our first service executables :) we'll work on a "client" exectuable to explains how to use nel and perhaps, display someting :) > 6) Is development open to outside influence? Or are you following an > internal-only plan, and just opensourcing the results? We Want You! :-) of course we hope to work with the free software community. > 8) Would it be possible to get a brief description of what Nevrax will use > in the following areas: is the whitepaper not enough? ok , we ll add some stuffs on it :) > - Protocol (UDP? TCP/IP?) for now, we only manage TCP/IP and plan to use UDP only the visual effect like smooth dead reckoning (the standard dead reckoning will be in TCP/IP for some cheating reasons) > - Mapfile format (Custom? XML? Binary? Database-Driven?) we use a generic streamable and serializable system so we don't have any file format :-) it's a really powerful system!!! and so easy to manage! > - Mapfile editors (What existing tools will be used, if > any?) we use 3ds max only, and we create plugins for our needs. > - Model format(s) same as mapfile :) > - Texture format(s) we use .dds format for pre-compressed texture format (DXTC*) and pre-computed mimap. we also use .tga for normal texture/image :-) > 9) How the heck do you guys manage to pay a full development team off of > free software? :-) we are paid, i can confirm :-) > Thats about all I have for now. I'm sure more will come up in the > future. You might want to put a few of those in the FAQ, I've noticed its > in need of some fulfilling... and other people may have similair questions. yes, we'll add these questions in the FAQ! > Anyhow, thanks in advance, and Congratulations and Good Luck in your > efforts. Its a challenging and rewarding goal that we are working towards. > I look forward to exchanging thoughts and ideas in the near future! thanks Vianney Lecroart --- lead programmer / nevrax.com icq#: 6870415 homepage: http://ace.planet-d.net www.geek.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? From zager@teleaction.com Mon Nov 13 20:07:15 2000 Received: from jupiter.augur.de (jupiter.augur.de [194.122.160.1]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eADJ7FO43627 for ; Mon, 13 Nov 2000 20:07:15 +0100 (CET) (envelope-from zager@teleaction.com) Received: from teleaction.de (homeserver [194.122.160.76]) by jupiter.augur.de (8.8.8+Sun/8.8.8) with ESMTP id UAA03799 for ; Mon, 13 Nov 2000 20:05:30 +0100 (MET) Message-ID: <3A103B7A.3C5EEE6B@teleaction.de> Date: Mon, 13 Nov 2000 20:05:30 +0100 From: Dim Segebart X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.16 i686) X-Accept-Language: ru, en MIME-Version: 1.0 To: nel@nevrax.org Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Subject: [Nel] Linux build Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hello, to all ! Nice to see what all my dreams come true ))) I know what linux autoconf stuff isn't ready yet, but anyway may I ask developers of NeL when we might be able to put our hands on it ? This is not a problem for me to create one by myself, by I'm afraid it's not a very good idea, since I lack the knowledge of internal dependencies and too lazy to reboot my PC in windows mode with VC++ installed ;)) Wish you good luck -- Dim Zager From sferro@wojo.com Mon Nov 13 22:37:56 2000 Received: from cliff.acs.oakland.edu (cliff.acs.oakland.edu [141.210.10.111]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eADLbqO44459 for ; Mon, 13 Nov 2000 22:37:52 +0100 (CET) (envelope-from sferro@wojo.com) Received: from fast (ppp-pm03-dy-24.opr.oakland.edu [141.210.14.245]) by cliff.acs.oakland.edu (8.10.2/8.10.2) with SMTP id eADLaX9123993 for ; Mon, 13 Nov 2000 16:36:34 -0500 (EST) Message-ID: <07b701c04dba$48434d80$0400a8c0@fast> From: "Sal" To: References: <051401c04c24$f1e7ae40$0400a8c0@fast> <007201c04d66$26c2fdd0$0901a8c0@vianneyl> Subject: Re: [Nel] Greetings! And some questions / comments Date: Mon, 13 Nov 2000 16:40:01 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hello Vianney, I'm glad to have made acquaintance with the lead programmer of this amazing effort! > Hello sal! > > > 3) What features/goals are there for the 3d engine? What's being > targeted > > (high end/low end hardware)? What rendering APIs? Software mode? > > you can take a look on the nel whitepaper, it explains (briefly) all > features > of the 3d engine (/docs/doxygen/nel/general.html) > that we plan to develop. Thanks for your time in answering my questions. I took the time the other day to read all the documentation, and look at the source code. I must say, it is well structured, easy to understand, and well commented. And its good to see that the code is being documented well at such an early stage. Good work, and I hope it keeps it up like this! > few services run too, so you can compile our first service executables :) > we'll work on a "client" exectuable to explains how to use nel and > perhaps, display someting :) A client executable would be nice, I'm interested in playing with all this neat stuff! This would logically be needed for testing and developing new features, also. Btw, I noticed that the OpenGL renderer is well abstracted, and it seems to me that a Direct3D renderer would not be very hard to create. Coincidentally I'm working on a new DirectX 8/d3d renderer for xclient. If theres interest I could help create a Direct3D implementation of your rendering interface in the future. Or is one already in progress? ( I have nothing against OpenGL, its just that I have experience in d3d that might be of help, and Direct3D performs well on my system. ) > [...] and we work hardly on tools for the graphics team (but > theses > tools are still private cause of 3ds max sdk). This raises a question I've been pondering myself. I've also recently created MAX plugins for xclient, for exporting skeletal animated characters from character studio. Do you (or anyone) know offhand if the sources to these are distributable? Or does the sdk licensing prohibit it? I wasn't able to resolve this from the documention included. I know that the sdk itself isn't distributable, but I had hoped that derivative works were o.k... > > 6) Is development open to outside influence? Or are you following an > > internal-only plan, and just opensourcing the results? > > We Want You! :-) of course we hope to work with the free software community. Thats great to hear. I (and I'm sure many others) would like to see this operation become a success, and would like to help it do so. As is evident with the existance of projects like Worldforge, one can see that a GPLish mmorpg system is very desired by many people. I also think it would be cool if Nevrax showed the world that Free Software works, even in the commercial market... and maybe help encourage other companies to do the same in the future. Thanks again for the info! - Sal From lecroart@nevrax.com Tue Nov 14 10:09:10 2000 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eAE999O47999 for ; Tue, 14 Nov 2000 10:09:09 +0100 (CET) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw.localdomain [192.168.254.254]) by nevrax.com (8.9.3/8.9.3) with SMTP id JAA20394 for ; Tue, 14 Nov 2000 09:12:14 +0100 Message-ID: <003601c04e1a$e5e48990$0901a8c0@vianneyl> From: "Vianney Lecroart" To: References: <051401c04c24$f1e7ae40$0400a8c0@fast> <007201c04d66$26c2fdd0$0901a8c0@vianneyl> <07b701c04dba$48434d80$0400a8c0@fast> Date: Tue, 14 Nov 2000 10:11:39 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Subject: [Nel] my last email :) Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hello all, > Thanks for your time in answering my questions. I took the time the > other day to read all the documentation, and look at the source code. I > must say, it is well structured, easy to understand, and well commented. > And its good to see that the code is being documented well at such an early > stage. Good work, and I hope it keeps it up like this! Thanks a lot :) We hope to continue in this way! > A client executable would be nice, I'm interested in playing with all > this neat stuff! This would logically be needed for testing and developing > new features, also. In a first time, this client will do nothing else than init the nel lib and perhaps display a text and a triangle :) be patient! > Btw, I noticed that the OpenGL renderer is well abstracted, and it seems > to me that a Direct3D renderer would not be very hard to create. > Coincidentally I'm working on a new DirectX 8/d3d renderer for xclient. If > theres interest I could help create a Direct3D implementation of your > rendering interface in the future. Or is one already in progress? ( I have > nothing against OpenGL, its just that I have experience in d3d that might be > of help, and Direct3D performs well on my system. ) Yeah!!! It was in our external todo list. We wrote a list containing all things that the free software community could do on nel and the dx driver is on it! :) You 'only' have to rewrite the 3d layer1 ! ;) In fact, the 3d driver layer (layer1) isn't really fixed for now so you should wait the end this month before write a dx version because the API may change. > This raises a question I've been pondering myself. I've also recently > created MAX plugins for xclient, for exporting skeletal animated characters > from character studio. Do you (or anyone) know offhand if the sources to > these are distributable? Or does the sdk licensing prohibit it? I wasn't > able to resolve this from the documention included. I know that the sdk > itself isn't distributable, but I had hoped that derivative works were > o.k... I'm not able to answer, perhaps our 3d code lead could answer this. Best regards, Vianney Lecroart --- lead programmer / nevrax.com icq#: 6870415 homepage: http://ace.planet-d.net www.geek.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? From zager@teleaction.com Tue Nov 14 11:38:21 2000 Received: from jupiter.augur.de (jupiter.augur.de [194.122.160.1]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eAEAcLO48457 for ; Tue, 14 Nov 2000 11:38:21 +0100 (CET) (envelope-from zager@teleaction.com) Received: from teleaction.de (homeserver [194.122.160.76]) by jupiter.augur.de (8.8.8+Sun/8.8.8) with ESMTP id LAA07443 for ; Tue, 14 Nov 2000 11:36:32 +0100 (MET) Message-ID: <3A1115AF.8EC7EE08@teleaction.de> Date: Tue, 14 Nov 2000 11:36:31 +0100 From: Dim Segebart X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.16 i686) X-Accept-Language: ru, en MIME-Version: 1.0 To: nel@nevrax.org Subject: Re: [Nel] my last email :) References: <051401c04c24$f1e7ae40$0400a8c0@fast> <007201c04d66$26c2fdd0$0901a8c0@vianneyl> <07b701c04dba$48434d80$0400a8c0@fast> <003601c04e1a$e5e48990$0901a8c0@vianneyl> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform > Best regards, > > Vianney Lecroart > --- > lead programmer / nevrax.com > homepage: http://ace.planet-d.net At least we know the name of game itself :)) From Vianney's home page - Ryzom game for Nevrax www.ryzom.com - very similar to www.transmeta.com in early days (but without hidden msg ))) From valignat@gw.nevrax.com Tue Nov 14 16:51:43 2000 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eAEFpgO49915 for ; Tue, 14 Nov 2000 16:51:43 +0100 (CET) (envelope-from valignat@gw.nevrax.com) Received: from gw.nevrax.com (fw.localdomain [192.168.254.254]) by nevrax.com (8.9.3/8.9.3) with ESMTP id PAA25807 for ; Tue, 14 Nov 2000 15:54:45 +0100 Received: (from valignat@localhost) by gw.nevrax.com (8.11.0/8.9.3) id eAEFpPv32928 for nel@nevrax.org; Tue, 14 Nov 2000 16:51:25 +0100 (CET) (envelope-from valignat) Date: Tue, 14 Nov 2000 16:51:25 +0100 From: Valignat Cedric To: nel@nevrax.org Subject: Re: [Nel] Linux build Message-ID: <20001114165125.A32166@nevrax.com> References: <3A103B7A.3C5EEE6B@teleaction.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3A103B7A.3C5EEE6B@teleaction.de>; from zager@teleaction.com on Mon, Nov 13, 2000 at 08:05:30PM +0100 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi Dim, Dim Segebart wrote: > > I know what linux autoconf stuff isn't ready yet, but > anyway may I ask developers of NeL when we might be > able to put our hands on it ? Soon ... ;-) You should be able to get Nel to compile on Linux in the following days. > This is not a problem for me to create one by myself, by I'm > afraid it's not a very good idea, since I lack the knowledge of > internal dependencies and too lazy to reboot my PC in windows mode with > VC++ installed ;)) I see very well what you mean ... :-) > Wish you good luck Thanks a lot. Cedric. From david.belius@chello.se Tue Nov 14 17:01:44 2000 Received: from smtp1.chello.se (smtp1.chello.se [193.150.195.10]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eAEG1iO49986 for ; Tue, 14 Nov 2000 17:01:44 +0100 (CET) (envelope-from david.belius@chello.se) Received: from chello.se ([193.150.204.103]) by smtp1.chello.se (InterMail vK.4.02.00.00 201-232-116 license 13ed6d939a101f33a28aa8ad6d2fac65) with ESMTP id <20001114155953.GUFY736.smtp1@chello.se> for ; Tue, 14 Nov 2000 16:59:53 +0100 Message-ID: <3A11617E.C038F2CE@chello.se> Date: Tue, 14 Nov 2000 16:59:58 +0100 From: david.belius@chello.se X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.15 i686) X-Accept-Language: en MIME-Version: 1.0 To: nel@nevrax.org Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: [Nel] Flexibility Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi I'm wondering how general the nel library will be. Will it be a *MMORPG* engine or will it be more general so i can e.g. make a Massive Multiplay Online Real Time Stragegy game(MMORTS =)? Making a MMORTS warcraft type game is a dream of mine. =) /David PS. I just found out that Vianney was in the Outcast team! How cool isnt that? DS. From david.belius@chello.se Tue Nov 14 17:06:57 2000 Received: from smtp1.chello.se (smtp1.chello.se [193.150.195.10]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eAEG6uO50024 for ; Tue, 14 Nov 2000 17:06:56 +0100 (CET) (envelope-from david.belius@chello.se) Received: from chello.se ([193.150.204.103]) by smtp1.chello.se (InterMail vK.4.02.00.00 201-232-116 license 13ed6d939a101f33a28aa8ad6d2fac65) with ESMTP id <20001114160503.GUNS736.smtp1@chello.se> for ; Tue, 14 Nov 2000 17:05:03 +0100 Message-ID: <3A1162B4.487623FB@chello.se> Date: Tue, 14 Nov 2000 17:05:08 +0100 From: david.belius@chello.se X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.15 i686) X-Accept-Language: en MIME-Version: 1.0 To: nel@nevrax.org Subject: Re: [Nel] my last email :) References: <051401c04c24$f1e7ae40$0400a8c0@fast> <007201c04d66$26c2fdd0$0901a8c0@vianneyl> <07b701c04dba$48434d80$0400a8c0@fast> <003601c04e1a$e5e48990$0901a8c0@vianneyl> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform > Yeah!!! It was in our external todo list. We wrote a list containing all > things that > the free software community could do on nel and the dx driver is on it! :) > You 'only' have to rewrite the 3d layer1 ! ;) > In fact, the 3d driver layer (layer1) isn't really fixed for now so you > should wait the > end this month before write a dx version because the API may change. Have you put this list online? It would be nice to get some orders so I could start contributing =) /David From ludovic.lievre@chaman.net Tue Nov 14 17:11:05 2000 Received: from mail.fr.uu.net (smtp2.fr.uu.net [194.98.0.8]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eAEGB4O50066 for ; Tue, 14 Nov 2000 17:11:04 +0100 (CET) (envelope-from ludovic.lievre@chaman.net) Received: from CarlCox.iway.fr (carlcox.iway.fr [194.98.0.128]) by mail.fr.uu.net (Postfix) with ESMTP id A546C31C80 for ; Tue, 14 Nov 2000 17:09:24 +0100 (MET) Received: from cosmos ([212.208.43.187]) by CarlCox.iway.fr (8.9.3/8.8.7) with SMTP id RAA4537947 for ; Tue, 14 Nov 2000 17:10:25 +0100 (MET) From: "Ludovic LIEVRE" To: Subject: RE: [Nel] Flexibility Date: Tue, 14 Nov 2000 17:10:49 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 Importance: Normal In-Reply-To: <3A11617E.C038F2CE@chello.se> Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi, > Making a MMORTS warcraft type game is a dream of mine. =) A game of this type is currently in development by Chaman Productions, a french company where I'm currently working. The game is called Forteresse (http://www.forteresse.com) and will be released in 2001. Sorry, we are not open source like Nel Ludo -- Ludovic LIEVRE Chaman Productions mailto:ludo@chaman.net "Give me a museum and I'll fill it." Pablo Picasso (1881-1973) From chafik@nevrax.com Tue Nov 14 17:34:06 2000 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eAEGY5O50183 for ; Tue, 14 Nov 2000 17:34:06 +0100 (CET) (envelope-from chafik@nevrax.com) Received: from sameh (fw.localdomain [192.168.254.254]) by nevrax.com (8.9.3/8.9.3) with SMTP id QAA26408 for ; Tue, 14 Nov 2000 16:37:08 +0100 Message-ID: <008301c04e58$9ad12420$1001a8c0@sameh> From: "sameh chafik Pro" To: References: Subject: Re: [Nel] Flexibility Date: Tue, 14 Nov 2000 17:33:22 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform It smell shark! you don't feel the same smell? ----- Original Message ----- From: "Ludovic LIEVRE" To: Sent: Tuesday, November 14, 2000 5:10 PM Subject: RE: [Nel] Flexibility > > Hi, > > > > > Making a MMORTS warcraft type game is a dream of mine. =) > > A game of this type is currently in development by Chaman Productions, a > french company where I'm currently working. > The game is called Forteresse (http://www.forteresse.com) and will be > released in 2001. > Sorry, we are not open source like Nel > > > Ludo > > -- > Ludovic LIEVRE > Chaman Productions > mailto:ludo@chaman.net > > "Give me a museum and I'll fill it." > Pablo Picasso (1881-1973) > > _______________________________________________ > Nel mailing list > Nel@nevrax.org > /mailman/listinfo.cgi/nel From david.belius@chello.se Tue Nov 14 18:29:06 2000 Received: from smtp2.chello.se (smtp2.chello.se [193.150.195.11]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eAEHSYO50443 for ; Tue, 14 Nov 2000 18:28:34 +0100 (CET) (envelope-from david.belius@chello.se) Received: from chello.se ([193.150.204.103]) by smtp2.chello.se (InterMail vK.4.02.00.00 201-232-116 license 13ed6d939a101f33a28aa8ad6d2fac65) with ESMTP id <20001114172717.GPAD531.smtp2@chello.se> for ; Tue, 14 Nov 2000 18:27:17 +0100 Message-ID: <3A1175D9.1B12D591@chello.se> Date: Tue, 14 Nov 2000 18:26:49 +0100 From: david.belius@chello.se X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.15 i686) X-Accept-Language: en MIME-Version: 1.0 To: nel@nevrax.org Subject: Re: [Nel] Flexibility References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform > > A game of this type is currently in development by Chaman Productions, a > french company where I'm currently working. > The game is called Forteresse (http://www.forteresse.com) and will be > released in 2001. > Sorry, we are not open source like Nel Please, please, please, please could you get me into the beta test =) I'd relly appriciate it. /David From david.belius@chello.se Tue Nov 14 18:31:00 2000 Received: from smtp2.chello.se (smtp2.chello.se [193.150.195.11]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eAEHUxO50472 for ; Tue, 14 Nov 2000 18:31:00 +0100 (CET) (envelope-from david.belius@chello.se) Received: from chello.se ([193.150.204.103]) by smtp2.chello.se (InterMail vK.4.02.00.00 201-232-116 license 13ed6d939a101f33a28aa8ad6d2fac65) with ESMTP id <20001114172943.GPDN531.smtp2@chello.se> for ; Tue, 14 Nov 2000 18:29:43 +0100 Message-ID: <3A11766A.E7B38560@chello.se> Date: Tue, 14 Nov 2000 18:29:14 +0100 From: david.belius@chello.se X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.15 i686) X-Accept-Language: en MIME-Version: 1.0 To: nel@nevrax.org Subject: Re: [Nel] Flexibility (oops) References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform > > A game of this type is currently in development by Chaman Productions, a > french company where I'm currently working. > The game is called Forteresse (http://www.forteresse.com) and will be > released in 2001. > Sorry, we are not open source like Nel I didnt find that beta test joining page at first. =/ Ignore my pathetic begging. ;) From zager@teleaction.com Tue Nov 14 19:45:05 2000 Received: from jupiter.augur.de (jupiter.augur.de [194.122.160.1]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eAEIj4O50854 for ; Tue, 14 Nov 2000 19:45:04 +0100 (CET) (envelope-from zager@teleaction.com) Received: from teleaction.de (homeserver [194.122.160.76]) by jupiter.augur.de (8.8.8+Sun/8.8.8) with ESMTP id TAA26311 for ; Tue, 14 Nov 2000 19:43:18 +0100 (MET) Message-ID: <3A1187C4.DFE1E8C1@teleaction.de> Date: Tue, 14 Nov 2000 19:43:16 +0100 From: Dim Segebart X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.16 i686) X-Accept-Language: ru, en MIME-Version: 1.0 To: nel@nevrax.org Subject: Re: [Nel] my last email :) References: <051401c04c24$f1e7ae40$0400a8c0@fast> <007201c04d66$26c2fdd0$0901a8c0@vianneyl> <07b701c04dba$48434d80$0400a8c0@fast> <003601c04e1a$e5e48990$0901a8c0@vianneyl> <3A1115AF.8EC7EE08@teleaction.de> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Dim Segebart wrote: > > Best regards, > > > > Vianney Lecroart > > --- > > lead programmer / nevrax.com > > homepage: http://ace.planet-d.net > > At least we know the name of game itself :)) He he ... :)) I wouldn't insist on revealing name of the game. I'm respecting commercial nature of this project. Without it NeL wasn't be born at all of was not available under GPL Hope, I didn't destroy you plans too mach ... )) From zager@teleaction.com Tue Nov 14 20:35:57 2000 Received: from jupiter.augur.de (jupiter.augur.de [194.122.160.1]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eAEJZuO51129 for ; Tue, 14 Nov 2000 20:35:56 +0100 (CET) (envelope-from zager@teleaction.com) Received: from teleaction.de (homeserver [194.122.160.76]) by jupiter.augur.de (8.8.8+Sun/8.8.8) with ESMTP id UAA28015 for ; Tue, 14 Nov 2000 20:34:10 +0100 (MET) Message-ID: <3A1193B1.87FEAD95@teleaction.de> Date: Tue, 14 Nov 2000 20:34:09 +0100 From: Dim Segebart X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.16 i686) X-Accept-Language: ru, en MIME-Version: 1.0 To: nel@nevrax.org References: <051401c04c24$f1e7ae40$0400a8c0@fast> <007201c04d66$26c2fdd0$0901a8c0@vianneyl> <07b701c04dba$48434d80$0400a8c0@fast> <003601c04e1a$e5e48990$0901a8c0@vianneyl> <3A1115AF.8EC7EE08@teleaction.de> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Subject: [Nel] Some thoughts about NeL Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Ok, after browsing game projects which mentioned on http://ace.planet-d.net I come to conclusion what your new game will be really MASSIVELY multi-user with _very_ detailed world(s) running in your universe. So, I just thinking about possibility of linking worlds, which is NeL based, similar to WWW - for example, when player passing the doors of some building on the street (or any other type of portal, analog of in HTML) he just enter the different world, which running on completely different hardware. I'm sure, you already have such portals in you project. But I'm afraid, this feature limited by the nameSpace of single NeL server, am I right ? I think what mechanism of linking between different worlds similar to WWW will be a good starting point for creating Internet2 (why not ? ;)) What's about starting RFC for WCP (World Communicating Protocol) ? From dan@isvara.net Tue Nov 14 20:54:14 2000 Received: from matrix.active-high.co.uk (matrix.active-high.co.uk [212.69.196.2]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eAEJsEO51235 for ; Tue, 14 Nov 2000 20:54:14 +0100 (CET) (envelope-from dan@isvara.net) Received: from localhost (dan@localhost) by matrix.active-high.co.uk (8.10.2/8.10.2) with ESMTP id eAEJq1q03829 for ; Tue, 14 Nov 2000 19:52:01 GMT Date: Tue, 14 Nov 2000 19:52:01 +0000 (GMT) From: Dan Ellis X-Sender: dan@matrix.active-high.co.uk To: nel@nevrax.org Subject: Re: [Nel] Some thoughts about NeL In-Reply-To: <3A1193B1.87FEAD95@teleaction.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform On Tue, 14 Nov 2000, Dim Segebart wrote: > universe. So, I just thinking about possibility of linking worlds, which > is NeL based, similar to WWW - > for example, when player passing the doors of some building on the > street (or any other type of portal, analog of in HTML) > he just enter the different world, which running on completely different > hardware. I'm sure, you already have such > portals in you project. But I'm afraid, this feature limited by the > nameSpace of single NeL server, am I right ? This is something the Afterscape Project will allow. It will be a very distributed universe that will allow delegation of zones to other servers. -- Dan Ellis From tsm@IDEALX.com Wed Nov 15 10:23:46 2000 Received: from sarajevo.idealx.com (sarajevo.idealx.com [213.41.87.90]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eAF9NjO55398 for ; Wed, 15 Nov 2000 10:23:45 +0100 (CET) (envelope-from tsm@IDEALX.com) Received: from calvin.UUCP (uucp@localhost) by sarajevo.idealx.com (8.10.1/8.10.1) with UUCP id eAF9L9803294 for nel@nevrax.org; Wed, 15 Nov 2000 10:21:09 +0100 (CET) Received: from tsm by calvin.ird.IDEALX.com with local (Exim 3.12 #1 (Debian)) id 13vyjy-0002Pk-00 for ; Wed, 15 Nov 2000 10:20:26 +0100 Date: Wed, 15 Nov 2000 10:20:26 +0100 From: Thierry Mallard To: nel@nevrax.org Subject: Re: [Nel] Some thoughts about NeL Message-ID: <20001115102026.A9223@calvin.ird.IDEALX.com> References: <051401c04c24$f1e7ae40$0400a8c0@fast> <007201c04d66$26c2fdd0$0901a8c0@vianneyl> <07b701c04dba$48434d80$0400a8c0@fast> <003601c04e1a$e5e48990$0901a8c0@vianneyl> <3A1115AF.8EC7EE08@teleaction.de> <3A1193B1.87FEAD95@teleaction.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="PEIAKu/WMn1b1Hv9" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3A1193B1.87FEAD95@teleaction.de>; from zager@teleaction.com on Tue, Nov 14, 2000 at 08:34:09PM +0100 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform --PEIAKu/WMn1b1Hv9 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Nov 14, 2000 at 08:34:09PM +0100, Dim Segebart wrote: > [...] So, I just thinking about possibility of linking worlds, which > is NeL based, similar to WWW - This is something I though about in the Genesis project (yes I know, not very original name ;-) a few years ago. The problems we found were the consistency of the global universe, and the trust we could have to any server. For example : who managed the characters ? who can we trust for them ? There can be a time line synchronisation problem too, although that seemed less important...=20 But definitly that could be a good idea to implement now ;-) Shaman --=20 Thierry Mallard | =20 GnuPG key on wwwkeys.pgp.net | key 0xA3D021CB | http://thierry.mallard.com | =20 --PEIAKu/WMn1b1Hv9 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (GNU/Linux) Comment: Pour information voir http://www.gnupg.org iEYEARECAAYFAjoSVVoACgkQGBtCB6PQIcvBigCgxq5rFlp3v+hdSzp3pw+nFgWF LZ0AoJOg37O2L9uTxXISsGf+E8XsZIn+ =RzT/ -----END PGP SIGNATURE----- --PEIAKu/WMn1b1Hv9-- From archer@nevrax.com Wed Nov 15 18:24:27 2000 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eAFHOQO57768 for ; Wed, 15 Nov 2000 18:24:27 +0100 (CET) (envelope-from archer@nevrax.com) Received: (from archer@localhost) by nevrax.com (8.9.3/8.9.3) id RAA06857 for nel@nevrax.org; Wed, 15 Nov 2000 17:27:27 +0100 Date: Wed, 15 Nov 2000 17:27:27 +0100 From: Vincent Archer To: nel@nevrax.org Subject: Re: [Nel] Some thoughts about NeL Message-ID: <20001115172727.F6660@nevrax.com> References: <051401c04c24$f1e7ae40$0400a8c0@fast> <007201c04d66$26c2fdd0$0901a8c0@vianneyl> <07b701c04dba$48434d80$0400a8c0@fast> <003601c04e1a$e5e48990$0901a8c0@vianneyl> <3A1115AF.8EC7EE08@teleaction.de> <3A1193B1.87FEAD95@teleaction.de> <20001115102026.A9223@calvin.ird.IDEALX.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3us In-Reply-To: <20001115102026.A9223@calvin.ird.IDEALX.com> Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform According to Thierry Mallard: > This is something I though about in the Genesis project (yes I know, > not very original name ;-) a few years ago. The problems we found > were the consistency of the global universe, and the trust we could > have to any server. For example : who managed the characters ? who > can we trust for them ? There can be a time line synchronisation problem > too, although that seemed less important... In a very different world (and a closed system implementation), it's also something Bioware's NeverWinterNights wants to achieve. Their model allows servers (what they call modules, which is in fact a process running a specific area - but you can have multiples instances concurrently running on the same CPU) to link to each other. Of course, their model is simpler: all servers are guaranteed to run the same software (it autoupdates over the Internet), the character formats are well defined, and the characters are ultimately stored on a central database (the NWN Vault) who enforces "plausibility" on the characters (a level 1 cannot get to level 6 and 70,000 XP points in an hour of playtime; a level 3 character cannot have a plate+2, a cloak of displacement and boots of speed, and so on). And they do not want to inforce any universe continuity: each server admin has to do it, by allowing other modules to link to yours or not. -- Vincent Archer Email: archer@nevrax.com Nevrax France. Off on the yellow brick road we go! From archer@nevrax.com Thu Nov 16 17:09:16 2000 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eAGG9FO65542 for ; Thu, 16 Nov 2000 17:09:15 +0100 (CET) (envelope-from archer@nevrax.com) Received: (from archer@localhost) by nevrax.com (8.9.3/8.9.3) id QAA19221 for nel@nevrax.org; Thu, 16 Nov 2000 16:12:16 +0100 Date: Thu, 16 Nov 2000 16:12:16 +0100 From: Vincent Archer To: nel@nevrax.org Message-ID: <20001116161216.D18243@nevrax.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3us Subject: [Nel] Ok, some food for your toughts Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform One thing from previous questions that wasn't much developped upon. Networking. The original question was "do you use TCP or UDP for networking". My initial impulse was to reply "we use RDP, of course" (for those who do not know what RDP is, check /etc/protocols, number 27). But alas, Vianney beat me to the answer, so I have to be truthful. The question is: what do you use networking for, and why does the question on the use of TCP vs the use of UDP arises? Because, in most protocols design, this question never arises: one is clearly superior to the other. Why is that the question stands for a MMOG? If you look at the information elements that have to be transmitted from a client to the server and back, you see that they can be somehow separated across two different categories: 1) Long-lived elements of information and 2) Short-lived elements of information You may also separate on a different axis 1) Uncorrectable elements of information and 2) Correctable elements of information Uncorrectable elements of information are elements whose omission render the game state incompatible between client and server and require the transmission of said element, while correctable information can be overriden by a different game element. A few examples: - NPC X is dead: this is a long-lived/uncorrectable element - critter C has N hp: this is a long-lived/correctable element - critter C is at X/Y/Z facing direction D: this is short-lived/correctable - I am casting spell C: this is a long-lived/uncorrectable element Note that I can't find an example of short-lived, yet uncorrectable element. Any ideas? What do you face here? You face very different information elements. Some MUST be there for the world to make sense. So you have to guarantee their transmission: TCP makes sense. On the other hand, you have some that are quickly obsolete, and do not matter when lost. For them the whole TCP retransmission/guarantee of delivery is useless and a waste of ressources. So how do you design your protocol. You can take the short, easy route: use TCP (and lose performance for your position updates - which are by far the most numerous elements you get). You can take the long, hard route: use UDP (and code redundancy for the elements you need to guarantee transmission of, putting some badly made subset of TCP in it). Or you can take the smart route: use two protocol paths, one which carries the correctable elements over UDP (since you don't care if you lose a % of them), and one which carries the critical ones over TCP (which provides you the service guarantee you need). One of the minor advantages of the dual-protocol path is that it allows you to bypass firewalls that refuse to forward UDP: you fold back the UDP protocol path into TCP. You start losing performance, but at least, you do have a way of passing thru (don't forget to make your UDP packet protocols compatible with TCP streaming). -- Vincent Archer Email: archer@nevrax.com Nevrax France. Off on the yellow brick road we go! From sferro@wojo.com Thu Nov 16 18:30:33 2000 Received: from cliff.acs.oakland.edu (cliff.acs.oakland.edu [141.210.10.111]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eAGHUUO66575 for ; Thu, 16 Nov 2000 18:30:31 +0100 (CET) (envelope-from sferro@wojo.com) Received: from fast (ppp-pm03-dy-29.opr.oakland.edu [141.210.14.250]) by cliff.acs.oakland.edu (8.10.2/8.10.2) with SMTP id eAGHT79464762 for ; Thu, 16 Nov 2000 12:29:08 -0500 (EST) Message-ID: <034c01c04ff3$27559020$0400a8c0@fast> From: "Sal" To: References: <20001116161216.D18243@nevrax.com> Subject: Re: [Nel] Ok, some food for your toughts Date: Thu, 16 Nov 2000 12:32:09 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform > You can take the long, hard route: > use UDP (and code redundancy for the elements you need to guarantee > transmission of, putting some badly made subset of TCP in it). I find it easier to put some simple checking into UDP than to manage two sets of sockets for each client, one TCP and one UDP. Also the important data that needs reliable transmission is usually rare.... like you said, when someone casts a spell... and maybe chat text. Most data in a networked game is usually skippable. I think this is why most games use simple UDP, because of simplicity of implementation, and because there is so little data that needs to be sent reliable, a less-than-efficient reliable stream is o.k. The strength in TCP/IP comes mostly when sending large amounts of data, since it makes compromises with packet acknowledgement over a period of time to gain its efficiency. But for short bursts of data typical for a MMOG it wouldn't perform significantly better. > Or you can take the smart route: use two protocol paths, one which carries > the correctable elements over UDP (since you don't care if you lose a % of > them), and one which carries the critical ones over TCP (which provides you > the service guarantee you need). This is one possible route... not a bad one either. There would not be any sort of performance loss in comparison to a pure-UDP implementation, since the operating system's TCP/IP implementation is probably more efficient than the custom UDP one. I guess its a matter of preference, of the developers are willing to code something that manages two sets of sockets int the clients and servers, then go for it :-) > One of the minor advantages of the dual-protocol path is that it allows you to > bypass firewalls that refuse to forward UDP: you fold back the UDP protocol > path into TCP. You start losing performance, but at least, you do have a > way of passing thru (don't forget to make your UDP packet protocols > compatible with TCP streaming). This is true. Then again, a most of today's networked games use UDP so, the genre of people who would play a MMOG would probably have dealt with the firewall issues before, and would expect to fix their config to accomodate a new game. Of course thats a slight generalization... Just adding some more food to the bowl ;-) -Sal From zager@teleaction.com Fri Nov 17 10:13:54 2000 Received: from jupiter.augur.de (jupiter.augur.de [194.122.160.1]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eAH9DrO72139 for ; Fri, 17 Nov 2000 10:13:53 +0100 (CET) (envelope-from zager@teleaction.com) Received: from teleaction.de (homeserver [194.122.160.76]) by jupiter.augur.de (8.8.8+Sun/8.8.8) with ESMTP id KAA11024 for ; Fri, 17 Nov 2000 10:12:04 +0100 (MET) Message-ID: <3A14F662.906433EF@teleaction.de> Date: Fri, 17 Nov 2000 10:12:02 +0100 From: Dim Segebart X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.16 i686) X-Accept-Language: ru, en MIME-Version: 1.0 To: nel@nevrax.org References: <051401c04c24$f1e7ae40$0400a8c0@fast> <007201c04d66$26c2fdd0$0901a8c0@vianneyl> <07b701c04dba$48434d80$0400a8c0@fast> <003601c04e1a$e5e48990$0901a8c0@vianneyl> <3A1115AF.8EC7EE08@teleaction.de> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Subject: [Nel] Problems ? Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform What's wrong with this list ? I didn't receive my last post, which have been posted three days ago ... ((( And also no posts from other members. From lecroart@nevrax.com Fri Nov 17 10:53:37 2000 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eAH9raO72401 for ; Fri, 17 Nov 2000 10:53:36 +0100 (CET) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw.localdomain [192.168.254.254]) by nevrax.com (8.9.3/8.9.3) with SMTP id JAA28220 for ; Fri, 17 Nov 2000 09:56:36 +0100 Message-ID: <002201c0507c$9d12b6b0$0901a8c0@vianneyl> From: "Vianney Lecroart" To: References: <20001116161216.D18243@nevrax.com> <034c01c04ff3$27559020$0400a8c0@fast> Subject: Re: [Nel] Ok, some food for your toughts Date: Fri, 17 Nov 2000 10:56:10 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hello, > I find it easier to put some simple checking into UDP than to manage two > sets of sockets for each client, one TCP and one UDP. Also the important > data that needs reliable transmission is usually rare.... like you said, > when someone casts a spell... and maybe chat text. Most data in a networked > game is usually skippable. I think this is why most games use simple UDP, > because of simplicity of implementation, and because there is so little data > that needs to be sent reliable, a less-than-efficient reliable stream is > o.k. The strength in TCP/IP comes mostly when sending large amounts of > data, since it makes compromises with packet acknowledgement over a period > of time to gain its efficiency. But for short bursts of data typical for a > MMOG it wouldn't perform significantly better. Oh really? I have not the same opinion. I think that 90% of information on a game are important and must be received if you don't want to have inconsistency in the client side. the order of information are also very important. if you receive "you lost 5 hp" message before "you are attacked by XXX", it should be totally weird. I think that messages, in a role game, must be sorted and reliable for consistency and logical events. > This is true. Then again, a most of today's networked games use UDP so, be careful, there more than 1 category of network game. there are MMOG and counter strike like game (with few tens of players). for the second one udp is a surely useful but for MMOG, I'm not sure that the most of them are in UDP only. -vl From archer@nevrax.com Fri Nov 17 15:24:53 2000 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eAHEOpO74091 for ; Fri, 17 Nov 2000 15:24:51 +0100 (CET) (envelope-from archer@nevrax.com) Received: (from archer@localhost) by nevrax.com (8.9.3/8.9.3) id OAA31028; Fri, 17 Nov 2000 14:27:39 +0100 Date: Fri, 17 Nov 2000 14:27:39 +0100 From: Vincent Archer To: Dim Segebart Cc: nel@nevrax.org Subject: Re: [Nel] Problems ? Message-ID: <20001117142739.A30846@nevrax.com> References: <051401c04c24$f1e7ae40$0400a8c0@fast> <007201c04d66$26c2fdd0$0901a8c0@vianneyl> <07b701c04dba$48434d80$0400a8c0@fast> <003601c04e1a$e5e48990$0901a8c0@vianneyl> <3A1115AF.8EC7EE08@teleaction.de> <3A14F662.906433EF@teleaction.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3us In-Reply-To: <3A14F662.906433EF@teleaction.de> Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform According to Dim Segebart: > What's wrong with this list ? > I didn't receive my last post, which have been posted three days ago ... > ((( > And also no posts from other members. That's a not a particularly weird one, because you're not listed as a member of the list. I've looked at the logs, and didn't find a record of your subscription confirmation. Please note that mailman doesn't let "third party subscriptions" for you; when you subscribe from the on-line form, mailman sends a message to the subscribed address asking for a confirmation, to avoid the syndrome of "let's register Mr X to 10,000 lists to flood his mailbox" (and the less bothersome 'let's put in a wrong and mispelled address'). Until you have properly replied to that confirmation message (keep the subject, and cut all the body), you will NOT receive messages from the list. -- Vincent Archer Email: archer@nevrax.com Nevrax France. Off on the yellow brick road we go! From tsm@IDEALX.com Sat Nov 18 10:01:51 2000 Received: from sarajevo.idealx.com (sarajevo.idealx.com [213.41.87.90]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eAI91oO81807 for ; Sat, 18 Nov 2000 10:01:50 +0100 (CET) (envelope-from tsm@IDEALX.com) Received: from calvin.UUCP (uucp@localhost) by sarajevo.idealx.com (8.10.1/8.10.1) with UUCP id eAI90L707908 for nel@nevrax.org; Sat, 18 Nov 2000 10:00:21 +0100 (CET) Received: from tsm by calvin.ird.IDEALX.com with local (Exim 3.12 #1 (Debian)) id 13x3H5-0006Hu-00 for ; Sat, 18 Nov 2000 09:23:03 +0100 Date: Sat, 18 Nov 2000 09:23:03 +0100 From: Thierry Mallard To: nel@nevrax.org Subject: Re: [Nel] Ok, some food for your toughts Message-ID: <20001118092303.A24033@calvin.ird.IDEALX.com> References: <20001116161216.D18243@nevrax.com> <034c01c04ff3$27559020$0400a8c0@fast> <002201c0507c$9d12b6b0$0901a8c0@vianneyl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="n8g4imXOkfNTN/H1" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <002201c0507c$9d12b6b0$0901a8c0@vianneyl>; from lecroart@nevrax.com on Fri, Nov 17, 2000 at 10:56:10AM +0100 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform --n8g4imXOkfNTN/H1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Nov 17, 2000 at 10:56:10AM +0100, Vianney Lecroart wrote: > [ Networking ] > I think that 90% of information on a game are important and must be recei= ved > if you don't want to have inconsistency in > the client side. the order of information are also very important. if you > receive > "you lost 5 hp" message before "you are attacked by XXX",=20 Just two little remarks here : 1/ the message should be more state-ish the action-ish here : "you now have 37 HP" more than "you lost 5 HP" : one is skippable, the o= ther is not.=20 2/ the order is not necessary I think, but more the delay between them. The network speed may compensate the apparent disorder : if there's only 13 ms between the events you mentionned, the player may probably not notice. But = if that's 1.5 seconds, that's another problem ... ;-) Shaman,=20 [ still learning to write english ... ;-) ] --=20 Thierry Mallard | =20 GnuPG key on wwwkeys.pgp.net | key 0xA3D021CB | http://thierry.mallard.com | =20 --n8g4imXOkfNTN/H1 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (GNU/Linux) Comment: Pour information voir http://www.gnupg.org iEYEARECAAYFAjoWPGcACgkQGBtCB6PQIctC4wCdHeXHaiWu8TqEpUsryl+D/wH2 Ha8An3O5buwRHRsPEP2lr5PL1Nc2lDEu =xo0+ -----END PGP SIGNATURE----- --n8g4imXOkfNTN/H1-- From thomas.wright1@ntlworld.com Sun Nov 19 15:17:12 2000 Received: from mta01-svc.ntlworld.com (mta01-svc.ntlworld.com [62.253.162.41]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eAJEHCO90030 for ; Sun, 19 Nov 2000 15:17:12 +0100 (CET) (envelope-from thomas.wright1@ntlworld.com) Received: from tom ([62.253.85.125]) by mta01-svc.ntlworld.com (InterMail vM.4.01.02.27 201-229-119-110) with SMTP id <20001119141551.KKKB277.mta01-svc.ntlworld.com@tom> for ; Sun, 19 Nov 2000 14:15:51 +0000 Message-ID: <002e01c05232$fdcc7010$7d55fd3e@tom> From: "Tom wright" To: Date: Sun, 19 Nov 2000 14:14:11 -0000 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_002B_01C05232.FD4788A0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Subject: [Nel] Release Schedule and some questions ? Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform This is a multi-part message in MIME format. ------=_NextPart_000_002B_01C05232.FD4788A0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi all, I am quite interested in what your trying to do, having played about = with the ideas for one of these for more years than I care to think = about :-) I have some general questions I would like to ask who ever is in the = know, feel free to ignore the 'sensitive' ones :-) 1) Are you going to add to the FAQ how to build the stuff ? I am = currently running on Win2k with VC6 ( though I have a linux box also to = try this out on ) and it appears you have some paths coded to your = environment and not within the project file, e.g. whatever\nel\include = is missing. It would be useful in the FAQ if it contained a list of any dependencies = that the system also requires like the STL code. Yeah I know its in = there :-) But it will save you answering the same question lots of time = for those that don't look at the src 2) Care to release at least a rough schedule on the website, so that = people can see when bits and pieces of the jigsaw are going to be = released ? 3) Congrats on releasing the src early, that means we can start reading = and learning now before we have 1000's of files to wade through. 4) very interested to see talking about using python, having started = playing with it a few months ago, it has alot going for it. Are you = going to embed it and interface it to the API's available so that people = can use it for developement within the system, or is it more an external = glue language ? Could be very useful for rapid prototyping AI and NPC = routines 5) In your event dispatch system, how do you intent to get around the = problem of 'event blizzards' on a busy system ? Having seen this problem = in other systems that rely on events for inter-object comms, I am = interested on how you are going to get around the problem, e.g. = multi-threaded round robin dispatch, multiple dispatchers etc. Congrats on embrassing the open source idea for your server, and I look = forward to messing around with the system and the source. Regards Tom ------=_NextPart_000_002B_01C05232.FD4788A0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi all,
 
I am quite interested in what your = trying to do,=20 having played about with the ideas for one of these for more years than = I care=20 to think about :-)
 
I have some general questions I would = like to ask=20 who ever is in the know, feel free to ignore the 'sensitive' ones=20 :-)
 
1)  Are you going to add to the = FAQ how to=20 build  the stuff ? I am currently running on Win2k with VC6 ( = though I have=20 a linux box also to try this out on ) and it appears you have some paths = coded=20 to your environment and not within the project file, e.g. = whatever\nel\include=20 is missing.
It would be useful in the FAQ if it = contained a=20 list of any dependencies that the system also requires like the STL = code. Yeah I=20 know its in there :-)  But it will save you answering the same = question=20 lots of time for those that don't look at the src
 
2) Care to release at least a rough = schedule on the=20 website, so that people can see when bits and pieces of the jigsaw are = going to=20 be released ?
 
3) Congrats on releasing the src early, = that means=20 we can start reading and learning now before we have 1000's of files to = wade=20 through.
 
4) very interested to see talking about = using=20 python, having started playing with it a few months ago, it has alot = going for=20 it.  Are you going to embed it and interface it to the API's = available so=20 that people can use it for developement within the system, or is it more = an=20 external glue language ? Could be very useful for rapid prototyping AI = and NPC=20 routines
 
5) In your event dispatch system, how = do you intent=20 to get around the problem of 'event blizzards' on a busy system ? Having = seen=20 this problem in other systems that rely on events for inter-object = comms, I am=20 interested on how you are going to get around the problem, e.g. = multi-threaded=20 round robin dispatch, multiple dispatchers etc.
 
Congrats on embrassing the open source = idea for=20 your server, and I look forward to messing around with the system = and the=20 source.
 
Regards
 
Tom
------=_NextPart_000_002B_01C05232.FD4788A0-- From chafik@nevrax.com Mon Nov 20 10:00:55 2000 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eAK90tO95483 for ; Mon, 20 Nov 2000 10:00:55 +0100 (CET) (envelope-from chafik@nevrax.com) Received: from sameh (fw.localdomain [192.168.254.254]) by nevrax.com (8.9.3/8.9.3) with SMTP id JAA24466 for ; Mon, 20 Nov 2000 09:03:49 +0100 Message-ID: <004c01c052d0$3f31d700$1001a8c0@sameh> From: "sameh chafik Pro" To: References: <002e01c05232$fdcc7010$7d55fd3e@tom> Subject: Re: [Nel] Release Schedule and some questions ? Date: Mon, 20 Nov 2000 09:59:53 +0100 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0049_01C052D8.A0E268E0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform C'est un message de format MIME en plusieurs parties. ------=_NextPart_000_0049_01C052D8.A0E268E0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable > 4) very interested to see talking about using python, having started = playing with it a few months ago, it has alot=20 > going for it. Are you going to embed it and interface it to the API's = available so that people can use it for=20 > developement within the system, or is it more an external glue = language ? Could be very useful for rapid prototyping > AI and NPC = routines Hello,=20 I'am Sameh Chafik and i am the lead AI programmer, I work with Pierre = Portier and Gabriel Robert. At present we don't use Python, i begun to = embed all class that we write but because we design a multi agents = system, we decideded to write an script interpret for our agents = platform. That dicision become because in open-source platform we did'nt = find an embed language for prototyping agents and python is'nt adapt for = doing that. ------=_NextPart_000_0049_01C052D8.A0E268E0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
> 4) very interested to see talking = about using=20 python, having started playing with it a few months ago, it has alot=20
> going for it.  Are you going = to embed it=20 and interface it to the API's available so that people can use it for=20
> developement within the system, or = is it more=20 an external glue language ? Could be very useful for rapid prototyping = > AI=20 and NPC routines
 
Hello,
I'am Sameh Chafik and i am the lead AI programmer, I work with = Pierre=20 Portier and Gabriel Robert. At present we don't use Python, i begun to = embed all=20 class that we write but because we design a multi agents system, we = decideded to write an script interpret for our agents platform. That = dicision=20 become because in open-source platform we did'nt find an = embed language for=20 prototyping agents and python is'nt adapt for doing that.
 
------=_NextPart_000_0049_01C052D8.A0E268E0-- From lecroart@nevrax.com Mon Nov 20 10:10:04 2000 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eAK9A3O95550 for ; Mon, 20 Nov 2000 10:10:03 +0100 (CET) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw.localdomain [192.168.254.254]) by nevrax.com (8.9.3/8.9.3) with SMTP id JAA24554 for ; Mon, 20 Nov 2000 09:12:58 +0100 Message-ID: <007101c052d2$0850b290$0901a8c0@vianneyl> From: "Vianney Lecroart" To: References: <002e01c05232$fdcc7010$7d55fd3e@tom> Subject: Re: [Nel] Release Schedule and some questions ? Date: Mon, 20 Nov 2000 10:12:40 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform >1) Are you going to add to the FAQ how to build the stuff ? I am currently running on Win2k with VC6 ( though I have a linux box also to try this out >on ) and it appears you have some paths coded to your environment and not within the project file, e.g. whatever\nel\include is missing. >It would be useful in the FAQ if it contained a list of any dependencies that the system also requires like the STL code. Yeah I know its in there :-) But it >will save you answering the same question lots of time for those that don't look at the src I'm working on the Visual C++ INSTALL file that explains everything you have to do to install and compile our project. It should be available in few days. (The unix one should come too in few days). But we don't plan to add it in the faq, we'll put it in the root directory. >3) Congrats on releasing the src early, that means we can start reading and learning now before we have 1000's of files to wade through. Thanks -Vianney Lecroart From archer@nevrax.com Mon Nov 20 18:00:41 2000 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eAKH0eO97811 for ; Mon, 20 Nov 2000 18:00:40 +0100 (CET) (envelope-from archer@nevrax.com) Received: (from archer@localhost) by nevrax.com (8.9.3/8.9.3) id RAA30746 for nel@nevrax.org; Mon, 20 Nov 2000 17:03:35 +0100 Date: Mon, 20 Nov 2000 17:03:35 +0100 From: Vincent Archer To: nel@nevrax.org Subject: Re: [Nel] Ok, some food for your toughts Message-ID: <20001120170335.P27254@nevrax.com> References: <20001116161216.D18243@nevrax.com> <034c01c04ff3$27559020$0400a8c0@fast> <002201c0507c$9d12b6b0$0901a8c0@vianneyl> <20001118092303.A24033@calvin.ird.IDEALX.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3us In-Reply-To: <20001118092303.A24033@calvin.ird.IDEALX.com> Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform According to Thierry Mallard: > Just two little remarks here : > > 1/ the message should be more state-ish the action-ish here : > "you now have 37 HP" more than "you lost 5 HP" : one is skippable, the other > is not. As a general rule, change of state messages are always what I termed uncorrectable elements, while state information is, by definition, correctable (because you can resend the same state information at any time, "correcting" the error). Now, some information can be expressed in terms of either state or change of state. The choice of the type of communication between server and client must be individually chosen for most. An important point to keep in mind is that, for most state information which we deliver thru UDP, you are perfectly allowed to lose some information (since you expect it will be corrected in the near future), but for any specific state, you must guarantee that at least some of the updates are delivered properly. A good example is the "HP update" above. You may send "X now has 37 HP" "X now has 33 HP", "X now has 30 HP", but at some point, you need to ensure that the client (since we assume that the server is the one giving the state update) gets at least one update. So, most of these updates would be sent using UDP, but one out of N has to be sent using TCP to ensure guaranteed delivery (or, more typically, one every N seconds). > 2/ the order is not necessary I think, but more the delay between them. The > network speed may compensate the apparent disorder : if there's only 13 ms > between the events you mentionned, the player may probably not notice. But if > that's 1.5 seconds, that's another problem ... ;-) If you use two streams, you also need to guarantee an order between both. It wouldn't do to receive "X has 35 HP" thru TCP and "X has 38 HP" thru UDP. So all state update messages also need to carry out a timestamp so that, when your client parses the "X has 35 HP" message because your network stack delivered this first, he'll be able to ignore the "X has 38 HP" one which is now obsolete. Oh, and I do agree. Using pure TCP frees you from the hassles of dealing with all that... but you relinquish a lot of control of the lag, since you cannot control how and when the information is retransmitted. -- Vincent Archer Email: archer@nevrax.com Nevrax France. Off on the yellow brick road we go! From roybryant@SEVENtwentyfour.com Tue Nov 21 14:08:24 2000 Received: from mail724.SEVEN24 (mail.seventwentyfour.com [209.167.50.21]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eALD8NO04499 for ; Tue, 21 Nov 2000 14:08:23 +0100 (CET) (envelope-from roybryant@SEVENtwentyfour.com) Received: by MAIL724 with Internet Mail Service (5.5.2650.21) id ; Tue, 21 Nov 2000 08:09:40 -0500 Message-ID: From: Roy Bryant To: "'nel@nevrax.org'" Date: Tue, 21 Nov 2000 08:09:37 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Subject: [Nel] Broken link in www.nevrax.org Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform There appears to be a problem on this page of your site. On your page /pipermail/nel/ when you click on your link to /pipermail/nel/2000-October/subject.html you get the error: Not found As recommended by the Robot Guidelines, this email is to explain our robot's activities and to let you know about one of the broken links we encountered. LinkWalker does not store or publish the content of your pages, but rather uses the link information to update our map of the World Wide Web. Are these reports helpful? I'd love some feedback. If you prefer not to receive these occasional error notices please let me know. Roy Bryant ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Roy Bryant, roybryant@seventwentyfour.com President SEVENtwentyfour Inc. ("Always watching the Web") http://www.seventwentyfour.com ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ From archer@nevrax.com Tue Nov 21 14:15:53 2000 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eALDFoO04550 for ; Tue, 21 Nov 2000 14:15:51 +0100 (CET) (envelope-from archer@nevrax.com) Received: (from archer@localhost) by nevrax.com (8.9.3/8.9.3) id NAA09213 for nel@nevrax.org; Tue, 21 Nov 2000 13:18:40 +0100 Date: Tue, 21 Nov 2000 13:18:40 +0100 From: Vincent Archer To: nel@nevrax.org Subject: Re: [Nel] Broken link in www.nevrax.org Message-ID: <20001121131840.C5565@nevrax.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3us In-Reply-To: Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform According to Roy Bryant: > There appears to be a problem on this page of your site. > > On your page /pipermail/nel/ > when you click on your link to > /pipermail/nel/2000-October/subject.html > you get the error: Not found Well, there are no october archives, since these archives held only messages of the form "ok, ping, 1-2-3, anyone hear me?" and "do I receive this?". I tried to remove all traces of the october activity, but Mailman seem to have resurrected the links, even if the files themselves are not there, nor any information to recreate them. Mailman is, well, "lacking" (to put it nicely) in the documentation and man area. > Are these reports helpful? I'd love some feedback. If you prefer not to > receive these occasional error notices please let me know. Most of these really are errors. That specific one is "known", and I have yet to figure how to remove it - Mailman recreates the link when a new message is received. -- Vincent Archer Email: archer@nevrax.com Nevrax France. Off on the yellow brick road we go! From zager@teleaction.com Wed Nov 22 17:14:03 2000 Received: from jupiter.augur.de (jupiter.augur.de [194.122.160.1]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eAMGE2O13447 for ; Wed, 22 Nov 2000 17:14:02 +0100 (CET) (envelope-from zager@teleaction.com) Received: from teleaction.de (homeserver [194.122.160.76]) by jupiter.augur.de (8.8.8+Sun/8.8.8) with ESMTP id RAA14491 for ; Wed, 22 Nov 2000 17:12:32 +0100 (MET) Message-ID: <3A1BF070.E758790A@teleaction.de> Date: Wed, 22 Nov 2000 17:12:32 +0100 From: Dim Segebart X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.16 i686) X-Accept-Language: ru, en MIME-Version: 1.0 To: nel@nevrax.org References: <002e01c05232$fdcc7010$7d55fd3e@tom> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Subject: [Nel] Some questions about network implementation Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hello ! Today I have found very interesting library from SGI (http://oss.sgi.com/projects/state-threads/) It's based on Netscape Portable Runtime library (NSPR) and amed on creating high perfomance network applications. Look at documentation (http://oss.sgi.com/projects/state-threads/docs/st.html) From documentation: It is contained in 8 source files as opposed to more than 400, but provides all the functionality that is needed to write efficient IAs on UNIX-like platforms. NSPR State Threads Lines of code ~150,000 ~3000 Dynamic library size (debug version) IRIX ~700 KB ~60 KB Linux ~900 KB ~70 KB State Threads is an application library which provides a foundation for writing Internet Applications. To summarize, it has the following advantages: It allows the design of fast and highly scalable applications. An application will scale well with both load and number of CPUs. It greatly simplifies application programming and debugging because, as a rule, no mutual exclusion locking is necessary and the entire application is free to use static variables and non-reentrant library functions. The library's main limitation: All I/O operations on sockets must use the State Thread library's I/O functions because only those functions perform thread scheduling and prevent the application's processes from blocking. I'm just wonder, what is the implimenantion design of NeL server-side according to the above document ? From cado@nevrax.com Thu Nov 23 10:50:34 2000 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eAN9oYO18663 for ; Thu, 23 Nov 2000 10:50:34 +0100 (CET) (envelope-from cado@nevrax.com) Received: from nevrax.com (fw.localdomain [192.168.254.254]) by nevrax.com (8.9.3/8.9.3) with ESMTP id KAA01860 for ; Thu, 23 Nov 2000 10:54:16 +0100 Message-ID: <3A1CE95A.123E0AB3@nevrax.com> Date: Thu, 23 Nov 2000 10:54:34 +0100 From: Olivier Cado X-Mailer: Mozilla 4.72 [en] (Windows NT 5.0; I) X-Accept-Language: fr,en MIME-Version: 1.0 To: nel@nevrax.org Subject: Re: [Nel] Some questions about network implementation References: <002e01c05232$fdcc7010$7d55fd3e@tom> <3A1BF070.E758790A@teleaction.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hello everybody ! Dim Segebart wrote: > Today I have found very interesting library from SGI > (http://oss.sgi.com/projects/state-threads/) > > I'm just wonder, what is the implimenantion design of NeL server-side > according to the above document ? During the pre-production we studied various libraries, from the smallest to the biggest (such as ACE, http://www.cs.wustl.edu/~schmidt/ACE.html ). We didn't find the one of our dreams :-) At the moment we have implemented a simple networking system to work with our prototype that is coming soon. Thank you for your suggestion. We will study this library in detail. Regards, Olivier -- Olivier Cado ICQ: 67756413 NEVRAX France - From valignat@gw.nevrax.com Fri Nov 24 20:20:40 2000 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eAOJKdO28362 for ; Fri, 24 Nov 2000 20:20:39 +0100 (CET) (envelope-from valignat@gw.nevrax.com) Received: from gw.nevrax.com (fw.localdomain [192.168.254.254]) by nevrax.com (8.9.3/8.9.3) with ESMTP id UAA21874 for ; Fri, 24 Nov 2000 20:24:19 +0100 Received: (from valignat@localhost) by gw.nevrax.com (8.11.0/8.9.3) id eAOJJZG17614 for nel@nevrax.org; Fri, 24 Nov 2000 20:19:35 +0100 (CET) (envelope-from valignat) Date: Fri, 24 Nov 2000 20:19:35 +0100 From: Valignat Cedric To: NeL mailing list Message-ID: <20001124201935.A17529@nevrax.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Subject: [Nel] GNU/Linux compilation Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hello, The Nevrax team is please to announce, that there is some improvement on the GNU/Linux compilation :-) Just checkout the source files, read the INSTALL file and follow the instructions, it should be enougth ... i hope :o) There is still a lot of things to do or/and improve. That's the first time that i'm playing around with automake / autoconf so you migth find (and you will) some ugly things. Be nice with us ... any suggestion will be welcome :-) Have fun and a nice week-end ... The Nevrax team. From stefan.nilsen@telia.com Fri Nov 24 22:19:35 2000 Received: from d1o976.telia.com (root@d1o976.telia.com [213.64.10.241]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eAOLJYO29034 for ; Fri, 24 Nov 2000 22:19:34 +0100 (CET) (envelope-from stefan.nilsen@telia.com) Received: from wale.kunosoft.se (t2o976p105.telia.com [213.64.10.225]) by d1o976.telia.com (8.8.8/8.8.8) with ESMTP id WAA04932 for ; Fri, 24 Nov 2000 22:18:09 +0100 (CET) Received: from wale (unknown [127.0.0.2]) by wale.kunosoft.se (Postfix on SuSE Linux 7.0 (i386)) with SMTP id B3C672ED for ; Fri, 24 Nov 2000 21:18:07 +0000 (/etc/localtime) From: Stefan Nilsen Organization: Millnet AB Date: Fri, 24 Nov 2000 22:18:06 +0100 X-Mailer: KMail [version 1.1.99] Content-Type: text/plain; charset="iso-8859-1" To: nel@nevrax.org MIME-Version: 1.0 Message-Id: <00112422180601.09384@wale> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by www.nevrax.org id eAOLJYO29034 Subject: [Nel] error in CVS? Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform I get this error when updating the files from the CVS repository. It looks lika a damaged CVS repository. cvs [server aborted]: unable to parse /home/cvsroot/code/nel/src/net/base_socket.cpp,v; `state' not in the expected place From valignat@nevrax.com Sat Nov 25 02:12:26 2000 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eAP1CPO30961 for ; Sat, 25 Nov 2000 02:12:25 +0100 (CET) (envelope-from valignat@nevrax.com) Received: (from valignat@localhost) by nevrax.com (8.9.3/8.9.3) id CAA23760 for nel@nevrax.org; Sat, 25 Nov 2000 02:16:05 +0100 Date: Sat, 25 Nov 2000 02:16:05 +0100 From: Cedric Valignat To: nel@nevrax.org Subject: Re: [Nel] error in CVS? Message-ID: <20001125021605.A23748@nevrax.com> References: <00112422180601.09384@wale> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3us In-Reply-To: <00112422180601.09384@wale> Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Stefan Nilsen wrote: > I get this error when updating the files from the CVS repository. It looks > lika a damaged CVS repository. > [...] Ouch ... sorry. It's fixed. From David.Mentre@irisa.fr Tue Nov 28 11:05:51 2000 Received: from air.irisa.fr (air.irisa.fr [131.254.60.130]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eASA5kO57563 for ; Tue, 28 Nov 2000 11:05:46 +0100 (CET) (envelope-from David.Mentre@irisa.fr) Received: from parate.irisa.fr (parate.irisa.fr [131.254.12.25]) by air.irisa.fr (8.9.3/8.9.3) with ESMTP id LAA10924 for ; Tue, 28 Nov 2000 11:04:18 +0100 (MET) To: nel@nevrax.org From: David.Mentre@irisa.fr (David =?iso-8859-1?q?Mentr=E9?=) X-PhD-defense: in 3 months and 0 days. Date: 28 Nov 2000 11:04:18 +0100 Message-ID: Lines: 37 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.6 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: [Nel] [patch] configure issue on GNU/Linux Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi all nelers, Issue: With the current connfigure.in, the freetype availability test use cc rather than c++ to make the test, resulting in test failure due to unset include path. Solution: Use c++ as the default compiler for TRY_COMPILE macros. Path: --- configure.in.old Tue Nov 28 10:22:18 2000 +++ configure.in Tue Nov 28 10:50:10 2000 @@ -23,6 +23,7 @@ dnl Checks for programs. AC_PROG_MAKE_SET +AC_LANG_CPLUSPLUS AC_PROG_CC AC_PROG_CXX Comment: With this patch, configures works properly. And compilation worked until my quota was full. ;) Best regards, d. -- David.Mentre@irisa.fr -- http://www.irisa.fr/prive/dmentre/ Opinions expressed here are only mine. From David.Mentre@irisa.fr Tue Nov 28 11:07:09 2000 Received: from air.irisa.fr (air.irisa.fr [131.254.60.130]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eASA6tO57577 for ; Tue, 28 Nov 2000 11:06:55 +0100 (CET) (envelope-from David.Mentre@irisa.fr) Received: from parate.irisa.fr (parate.irisa.fr [131.254.12.25]) by air.irisa.fr (8.9.3/8.9.3) with ESMTP id LAA10942 for ; Tue, 28 Nov 2000 11:05:28 +0100 (MET) To: nel@nevrax.org From: David.Mentre@irisa.fr (David =?iso-8859-1?q?Mentr=E9?=) X-PhD-defense: in 3 months and 0 days. Date: 28 Nov 2000 11:05:27 +0100 Message-ID: Lines: 9 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.6 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: [Nel] CVS checkin by email Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi all, Is there any way to bi informed by email of each new CVS checkin ? Best regards, d. -- David.Mentre@irisa.fr -- http://www.irisa.fr/prive/dmentre/ Opinions expressed here are only mine. From archer@nevrax.com Tue Nov 28 11:47:24 2000 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eASAlOO57887 for ; Tue, 28 Nov 2000 11:47:24 +0100 (CET) (envelope-from archer@nevrax.com) Received: (from archer@localhost) by nevrax.com (8.9.3/8.9.3) id LAA23891 for nel@nevrax.org; Tue, 28 Nov 2000 11:50:58 +0100 Date: Tue, 28 Nov 2000 11:50:58 +0100 From: Vincent Archer To: nel@nevrax.org Subject: Re: [Nel] CVS checkin by email Message-ID: <20001128115058.B23220@nevrax.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: Mutt 1.0pre3us In-Reply-To: Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform According to David Mentré: > Hi all, > > Is there any way to bi informed by email of each new CVS checkin ? Well, if you want to be spammed continuously, that might be possible. I'll put something in the crontab to notify you every day :) Realistically, since you get full access to the development CVS tree, there is something done about every day in one part or another of the library. We do not have anything like the cvsup of FreeBSD so that you automatically would fetch the latest version everytime, but you can set a cron job if you like to to a cvs update every day around 23:00 GMT. That's when we do a full resynchronise of the various CVS mirrors (in practice, the sync starts at 22:00 GMT, but you never know how long rsync will take across the 3 machines involved). We will post announces when there is something relatively major commited (like the day you'll get your first pictures, or like we did when the compilation stuff on Linux boxes started working). Usually, we also do a manual resync at that time. -- Vincent Archer Email: archer@nevrax.com Nevrax France. Off on the yellow brick road we go! From David.Mentre@irisa.fr Tue Nov 28 12:37:06 2000 Received: from air.irisa.fr (air.irisa.fr [131.254.60.130]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eASBb6O58208 for ; Tue, 28 Nov 2000 12:37:06 +0100 (CET) (envelope-from David.Mentre@irisa.fr) Received: from parate.irisa.fr (parate.irisa.fr [131.254.12.25]) by air.irisa.fr (8.9.3/8.9.3) with ESMTP id MAA13810; Tue, 28 Nov 2000 12:35:20 +0100 (MET) To: nel@nevrax.org Cc: valignat@nevrax.com Subject: Re: [Nel] GNU/Linux compilation References: <20001124201935.A17529@nevrax.com> From: David.Mentre@irisa.fr (David =?iso-8859-1?q?Mentr=E9?=) X-PhD-defense: in 3 months and 0 days. Date: 28 Nov 2000 12:35:20 +0100 In-Reply-To: Valignat Cedric's message of "Fri, 24 Nov 2000 20:19:35 +0100" Message-ID: Lines: 21 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.6 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Valignat Cedric writes: > Just checkout the source files, read the INSTALL file and follow the > instructions, it should be enougth ... i hope :o) Yes. I can confirm it compiles on a fairly standard Debian 2.2 x86 machine. > There is still a lot of things to do or/and improve. Yes. Like a configure for the client and the server to start playing with some executable. Right now, I don't know what to do with the 63 megs of nel library. :) BTW, maybe should the configure script be in the code/ directory in order to setup nel, the client and the server? d. -- David.Mentre@irisa.fr -- http://www.irisa.fr/prive/dmentre/ Opinions expressed here are only mine. From archer@nevrax.com Tue Nov 28 13:25:29 2000 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eASCPTO58538 for ; Tue, 28 Nov 2000 13:25:29 +0100 (CET) (envelope-from archer@nevrax.com) Received: (from archer@localhost) by nevrax.com (8.9.3/8.9.3) id NAA24786 for nel@nevrax.org; Tue, 28 Nov 2000 13:29:03 +0100 Date: Tue, 28 Nov 2000 13:29:03 +0100 From: Vincent Archer To: nel@nevrax.org Subject: Re: [Nel] GNU/Linux compilation Message-ID: <20001128132903.A24774@nevrax.com> References: <20001124201935.A17529@nevrax.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: Mutt 1.0pre3us In-Reply-To: Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform According to David Mentré: > BTW, maybe should the configure script be in the code/ directory in > order to setup nel, the client and the server? Well, yes and no. We'd like to keep the three (or at least two, NeL plus the client/server) separate or semi-separate entities, so that you can entirely replace client and server while keeping NeL. At some time, there will probably be an overall configure script, but that one will merely check the various parts, then call the 3 sub-directories configures with its what it just found. -- Vincent Archer Email: archer@nevrax.com Nevrax France. Off on the yellow brick road we go! From valignat@gw.nevrax.com Tue Nov 28 15:40:12 2000 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eASEeCO59490 for ; Tue, 28 Nov 2000 15:40:12 +0100 (CET) (envelope-from valignat@gw.nevrax.com) Received: from gw.nevrax.com (fw.localdomain [192.168.254.254]) by nevrax.com (8.9.3/8.9.3) with ESMTP id PAA26246 for ; Tue, 28 Nov 2000 15:43:46 +0100 Received: (from valignat@localhost) by gw.nevrax.com (8.11.0/8.9.3) id eASEe5D01176 for nel@nevrax.org; Tue, 28 Nov 2000 15:40:05 +0100 (CET) (envelope-from valignat) Date: Tue, 28 Nov 2000 15:40:05 +0100 From: Valignat Cedric To: nel@nevrax.org Subject: Re: [Nel] [patch] configure issue on GNU/Linux Message-ID: <20001128154005.A1139@nevrax.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5i In-Reply-To: ; from David.Mentre@irisa.fr on Tue, Nov 28, 2000 at 11:04:18AM +0100 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi David, David Mentré wrote: > > Issue: > > With the current connfigure.in, the freetype availability test use cc > rather than c++ to make the test, resulting in test failure due to > unset include path. > [...] We just made the changes in CVS. Thanks for your help ... :-) From valignat@gw.nevrax.com Tue Nov 28 16:03:05 2000 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eASF34O59669 for ; Tue, 28 Nov 2000 16:03:04 +0100 (CET) (envelope-from valignat@gw.nevrax.com) Received: from gw.nevrax.com (fw.localdomain [192.168.254.254]) by nevrax.com (8.9.3/8.9.3) with ESMTP id QAA26456 for ; Tue, 28 Nov 2000 16:06:38 +0100 Received: (from valignat@localhost) by gw.nevrax.com (8.11.0/8.9.3) id eASF2wf01249 for nel@nevrax.org; Tue, 28 Nov 2000 16:02:58 +0100 (CET) (envelope-from valignat) Date: Tue, 28 Nov 2000 16:02:58 +0100 From: Valignat Cedric To: nel@nevrax.org Subject: Re: [Nel] GNU/Linux compilation Message-ID: <20001128160257.A1187@nevrax.com> References: <20001124201935.A17529@nevrax.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5i In-Reply-To: ; from David.Mentre@irisa.fr on Tue, Nov 28, 2000 at 12:35:20PM +0100 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform David Mentré wrote: > > Yes. I can confirm it compiles on a fairly standard Debian 2.2 x86 > machine. Cool ... :-) > Yes. Like a configure for the client and the server to start playing > with some executable. Right now, I don't know what to do with the 63 > megs of nel library. :) hehe :-) At the moment, there is nothing really usable for the client, and the GNU/linux OpenGL driver has to be written ... For the server part, we have few things running and the GNU/Linux configure setup will be done soon ... So be patient ... :-) Bye. From David.Mentre@irisa.fr Wed Nov 29 12:56:59 2000 Received: from air.irisa.fr (air.irisa.fr [131.254.60.130]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eATBunO66583 for ; Wed, 29 Nov 2000 12:56:54 +0100 (CET) (envelope-from David.Mentre@irisa.fr) Received: from parate.irisa.fr (parate.irisa.fr [131.254.12.25]) by air.irisa.fr (8.9.3/8.9.3) with ESMTP id MAA24538 for ; Wed, 29 Nov 2000 12:55:21 +0100 (MET) To: nel@nevrax.org From: David Mentre X-PhD-defense: in 2 months and 29 days. Date: 29 Nov 2000 12:55:21 +0100 Message-ID: Lines: 29 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.6 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: [Nel] pointers on documentation? Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi all, I've looked very briefly at source code. As I'm newbie to 3D and games areas, I've been unable to understand concepts as "Traversers", or what is exactly a Model, a Scene, etc. Has somebody a good pointer on some basic documentation (URL, book, paper) that details those concepts found in 3D and distributed games? For the nel guys, is there any "Global Architecture Overview" paper planned? I know about the white paper, but I would be more interested in how you see the architecture in place. For example, it would be nice to read a paper describing a typical interaction: "you setup object like this, with this server and this client; when game starts, at each time step, the client send this info to the server; to model a scene, you need at least this and that...". It needs not to be very precise, but fill the gap between the white papers and the source code. Of course, I would understand that such a paper would not be on top priority list. ;) Maybe when some usable server/client will be released on Linux platform, we could write an architecture description paper. d. -- David.Mentre@irisa.fr -- http://www.irisa.fr/prive/dmentre/ Opinions expressed here are only mine. From cblt@cblt.org Wed Nov 29 13:16:13 2000 Received: from zmail6.easynet.fr (email.easynet.fr [195.114.64.207]) by www.nevrax.org (8.11.0/8.11.0) with SMTP id eATCGCO66705 for ; Wed, 29 Nov 2000 13:16:12 +0100 (CET) (envelope-from cblt@cblt.org) Received: (qmail 81659 invoked from network); 29 Nov 2000 12:14:43 -0000 Received: from mailgate3.easynet.fr (192.168.1.4) by mailserver.easynet.fr with QMQP; 29 Nov 2000 12:14:43 -0000 Received: from unknown (HELO cblt.org) (212.180.94.137) by mrelay3.easynet.fr with SMTP; 29 Nov 2000 12:14:43 -0000 Message-ID: <3A24F3A0.7090701@cblt.org> Date: Wed, 29 Nov 2000 13:16:32 +0100 From: Nicolas Hognon User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; m18) Gecko/20001010 X-Accept-Language: en MIME-Version: 1.0 To: nel@nevrax.org Subject: [NOISE] Re: [Nel] pointers on documentation? References: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform > Has somebody a good pointer on some basic documentation (URL, book, > paper) that details those concepts found in 3D and distributed games? > you can look at this book : 3D Game Engine Design by David H. Eberly or at this website : http://www.flipcode.com/ > For the nel guys, is there any "Global Architecture Overview" paper > planned? I know about the white paper, but I would be more interested in > how you see the architecture in place. For example, it would be nice to > read a paper describing a typical interaction: "you setup object like > this, with this server and this client; when game starts, at each time > step, the client send this info to the server; to model a scene, you > need at least this and that...". It needs not to be very precise, but > fill the gap between the white papers and the source code. > > Of course, I would understand that such a paper would not be on top > priority list. ;) > > Maybe when some usable server/client will be released on Linux platform, > we could write an architecture description paper. > > > d. From david.belius@chello.se Wed Nov 29 15:40:27 2000 Received: from smtp1.chello.se (smtp1.chello.se [193.150.195.10]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eATEeRO67412 for ; Wed, 29 Nov 2000 15:40:27 +0100 (CET) (envelope-from david.belius@chello.se) Received: from chello.se ([193.150.204.103]) by smtp1.chello.se (InterMail vK.4.02.00.00 201-232-116 license 13ed6d939a101f33a28aa8ad6d2fac65) with ESMTP id <20001129143814.DJZL634.smtp1@chello.se> for ; Wed, 29 Nov 2000 15:38:14 +0100 Message-ID: <3A2514FE.1070600@chello.se> Date: Wed, 29 Nov 2000 15:38:54 +0100 From: david.belius@chello.se User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; m17) Gecko/20000811 X-Accept-Language: en MIME-Version: 1.0 To: nel@nevrax.org References: <3A24F3A0.7090701@cblt.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: [Nel] Distributed server algo Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi, i was wondering how you will code the distributed server. What algo will you be using? Will each server handle a specific cube in object space? I would also like to know how general the engine will be. Will it be a _MMORPG_ engine or just a MMOG engine, so that it is possible to make a MMORTS or something with the same engine? Regards, David From corvazier@nevrax.com Wed Nov 29 15:59:43 2000 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eATExhO67513 for ; Wed, 29 Nov 2000 15:59:43 +0100 (CET) (envelope-from corvazier@nevrax.com) Received: from pc23 (fw.localdomain [192.168.254.254]) by nevrax.com (8.9.3/8.9.3) with SMTP id QAA07030 for ; Wed, 29 Nov 2000 16:03:15 +0100 Message-ID: <003001c05a15$5fcf2d40$1701a8c0@nevrax.net> From: "Cyril Corvazier" To: References: Subject: Re: [Nel] pointers on documentation? Date: Wed, 29 Nov 2000 16:02:21 +0100 Organization: Nevrax MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6600 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi David, We have started a kind of "NeL Programmer Guide". You can acces it from /docs/doxygen/nel/pages.html We have some topics there, but nothing about MOT (Model Observer Traversal) yet. The guide grow up with the code so stay tuned! For information, MOT is inspired by Java 3d architecture. Bye. Cyril Corvazier ----- Original Message ----- From: "David Mentre" To: Sent: Wednesday, November 29, 2000 12:55 PM Subject: [Nel] pointers on documentation? > Hi all, > > I've looked very briefly at source code. As I'm newbie to 3D and games > areas, I've been unable to understand concepts as "Traversers", or what > is exactly a Model, a Scene, etc. > > Has somebody a good pointer on some basic documentation (URL, book, > paper) that details those concepts found in 3D and distributed games? > > For the nel guys, is there any "Global Architecture Overview" paper > planned? I know about the white paper, but I would be more interested in > how you see the architecture in place. For example, it would be nice to > read a paper describing a typical interaction: "you setup object like > this, with this server and this client; when game starts, at each time > step, the client send this info to the server; to model a scene, you > need at least this and that...". It needs not to be very precise, but > fill the gap between the white papers and the source code. > > Of course, I would understand that such a paper would not be on top > priority list. ;) > > Maybe when some usable server/client will be released on Linux platform, > we could write an architecture description paper. > > > d. > -- > David.Mentre@irisa.fr -- http://www.irisa.fr/prive/dmentre/ > Opinions expressed here are only mine. > _______________________________________________ > Nel mailing list > Nel@nevrax.org > /mailman/listinfo.cgi/nel From David.Mentre@irisa.fr Wed Nov 29 16:15:02 2000 Received: from air.irisa.fr (air.irisa.fr [131.254.60.130]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eATFF2O67613 for ; Wed, 29 Nov 2000 16:15:02 +0100 (CET) (envelope-from David.Mentre@irisa.fr) Received: from parate.irisa.fr (parate.irisa.fr [131.254.12.25]) by air.irisa.fr (8.9.3/8.9.3) with ESMTP id QAA00649 for ; Wed, 29 Nov 2000 16:13:34 +0100 (MET) To: nel@nevrax.org Subject: Re: [Nel] pointers on documentation? References: <003001c05a15$5fcf2d40$1701a8c0@nevrax.net> From: David Mentre X-PhD-defense: in 2 months and 29 days. Date: 29 Nov 2000 16:13:33 +0100 In-Reply-To: "Cyril Corvazier"'s message of "Wed, 29 Nov 2000 16:02:21 +0100" Message-ID: Lines: 16 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.6 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform "Cyril Corvazier" writes: > We have started a kind of "NeL Programmer Guide". You can acces it from > /docs/doxygen/nel/pages.html I've already noticed it. :) > We have some topics there, but nothing about MOT (Model Observer > Traversal) yet. The guide grow up with the code so stay tuned! ok. thanks. d. -- David.Mentre@irisa.fr -- http://www.irisa.fr/prive/dmentre/ Opinions expressed here are only mine. From x5101920@fedro.ugr.es Wed Nov 29 20:20:14 2000 Received: from fedro.ugr.es (fedro.ugr.es [150.214.20.19]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eATJKCO68780 for ; Wed, 29 Nov 2000 20:20:12 +0100 (CET) (envelope-from x5101920@fedro.ugr.es) Received: (from nobody@localhost) by fedro.ugr.es (8.9.3/8.9.1) id UAA29477; Wed, 29 Nov 2000 20:18:42 +0100 (MET) Date: Wed, 29 Nov 2000 20:18:42 +0100 (MET) From: MIGUEL ANGEL BLANCH LARDIN Message-Id: <200011291918.UAA29477@fedro.ugr.es> X-Authentication-Warning: fedro.ugr.es: nobody set sender to x5101920@fedro.ugr.es using -f To: nel@nevrax.org References: <3A24F3A0.7090701@cblt.org> <3A2514FE.1070600@chello.se> In-Reply-To: <3A2514FE.1070600@chello.se> MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 8bit User-Agent: IMP/PHP3 Imap webMail Program 2.0.11 Subject: [Nel] Status question Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi, I am reading some of the emails publishing, and because of my prior experience in MMORPG, I would like to know in what stage is the overall project? Planning? Alpha? Beta? I have browse the CVS and is something running? Regards, Miguel BTW Have you ever though about reusing other GPL projects source? From stefan.nilsen@telia.com Wed Nov 29 22:04:29 2000 Received: from d1o976.telia.com (root@d1o976.telia.com [213.64.10.241]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eATL4SO69265 for ; Wed, 29 Nov 2000 22:04:29 +0100 (CET) (envelope-from stefan.nilsen@telia.com) Received: from wale.kunosoft.se (t2o976p88.telia.com [213.64.10.208]) by d1o976.telia.com (8.8.8/8.8.8) with ESMTP id WAA06478; Wed, 29 Nov 2000 22:02:58 +0100 (CET) Received: from wale (unknown [127.0.0.2]) by wale.kunosoft.se (Postfix on SuSE Linux 7.0 (i386)) with SMTP id 8F51A9F5; Wed, 29 Nov 2000 21:02:52 +0000 (/etc/localtime) From: Stefan Nilsen Organization: Millnet AB Date: Wed, 29 Nov 2000 22:02:52 +0100 X-Mailer: KMail [version 1.1.99] Content-Type: text/plain; charset="us-ascii" To: nel@nevrax.org, david.belius@chello.se References: <3A24F3A0.7090701@cblt.org> <3A2514FE.1070600@chello.se> In-Reply-To: <3A2514FE.1070600@chello.se> Subject: Re: [Nel] Distributed server algo MIME-Version: 1.0 Message-Id: <00112922025200.16077@wale> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by www.nevrax.org id eATL4SO69265 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform On Wednesday 29 November 2000 15:38, david.belius@chello.se wrote: > I would also like to know how general the engine will be. > Will it be a _MMORPG_ engine or just a MMOG engine, so that it is > possible to make a MMORTS or something with the same engine? WDMMORTSM? (What does MMORTS mean?) From cblt@cblt.org Wed Nov 29 22:10:12 2000 Received: from lafontaine.cybercable.fr (lafontaine.cybercable.fr [212.198.0.202]) by www.nevrax.org (8.11.0/8.11.0) with SMTP id eATLACO69317 for ; Wed, 29 Nov 2000 22:10:12 +0100 (CET) (envelope-from cblt@cblt.org) Received: (qmail 2065169 invoked from network); 29 Nov 2000 21:08:44 -0000 Received: from r184m194.cybercable.tm.fr (HELO cblt.org) ([195.132.184.194]) (envelope-sender ) by lafontaine.cybercable.fr (qmail-ldap-1.03) with SMTP for ; 29 Nov 2000 21:08:44 -0000 Message-ID: <3A2570C0.2060305@cblt.org> Date: Wed, 29 Nov 2000 22:10:24 +0100 From: Nicolas Hognon User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; m18) Gecko/20001010 X-Accept-Language: en MIME-Version: 1.0 To: nel@nevrax.org Subject: Re: [Nel] Distributed server algo References: <3A24F3A0.7090701@cblt.org> <3A2514FE.1070600@chello.se> <00112922025200.16077@wale> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform massively multiplayer online real time strategy (game like stracraft but massively online) > > WDMMORTSM? (What does MMORTS mean?) -- Nicolas Hognon home : cblt@cblt.org / www.cblt.org work : nicolash@virtools.com / www.virtools.com #ICQ : 36044443 Enjoy the silence (DM) From tsm@IDEALX.com Wed Nov 29 23:53:06 2000 Received: from sarajevo.idealx.com (sarajevo.idealx.com [213.41.87.90]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eATMr5O69891 for ; Wed, 29 Nov 2000 23:53:06 +0100 (CET) (envelope-from tsm@IDEALX.com) Received: from calvin.UUCP (uucp@localhost) by sarajevo.idealx.com (8.10.1/8.10.1) with UUCP id eATMpBh11841 for nel@nevrax.org; Wed, 29 Nov 2000 23:51:11 +0100 (CET) Received: from tsm by calvin.ird.IDEALX.com with local (Exim 3.12 #1 (Debian)) id 141G3i-0002UG-00; Wed, 29 Nov 2000 23:50:38 +0100 Date: Wed, 29 Nov 2000 23:50:38 +0100 From: Thierry Mallard To: nel@nevrax.org Subject: Re: [Nel] Distributed server algo Message-ID: <20001129235038.A9523@calvin.ird.IDEALX.com> References: <3A24F3A0.7090701@cblt.org> <3A2514FE.1070600@chello.se> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Nq2Wo0NMKNjxTN9z" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3A2514FE.1070600@chello.se>; from david.belius@chello.se on Wed, Nov 29, 2000 at 03:38:54PM +0100 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform --Nq2Wo0NMKNjxTN9z Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 29, 2000 at 03:38:54PM +0100, david.belius@chello.se wrote: > Hi, > i was wondering how you will code the distributed server. > What algo will you be using? Dunno if it could be related, but the word =AB distributed =BB made me flas= h ;-) I'm now trying to implement a STAGE server (see projet Worldforge[1]), with the help of Mickael Remond, using Erlang[2], a functionnal language which d= oes has nice features about distribution. Maybe that could be worth a look, although I'm still not sure an interpreted language is really usable for something like NeL or STAGE...=20 Best regards, Shaman [1] http://www.worldforge.org [2] http://www.erlang.org =20 http://www.erlang-fr.org (under construction) --=20 Thierry Mallard | =20 GnuPG key on wwwkeys.pgp.net | key 0xA3D021CB | http://thierry.mallard.com | =20 --Nq2Wo0NMKNjxTN9z Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (GNU/Linux) Comment: Pour information voir http://www.gnupg.org iEYEARECAAYFAjoliD4ACgkQGBtCB6PQIcsTzQCgz1RuIUyK+vJsab7904ivRkqz TsUAnRtzTz+qdhL90GIDITtRT8cAMZ8m =AUVC -----END PGP SIGNATURE----- --Nq2Wo0NMKNjxTN9z-- From David.Mentre@irisa.fr Thu Nov 30 09:01:24 2000 Received: from air.irisa.fr (air.irisa.fr [131.254.60.130]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eAU81OO72791 for ; Thu, 30 Nov 2000 09:01:24 +0100 (CET) (envelope-from David.Mentre@irisa.fr) Received: from parate.irisa.fr (parate.irisa.fr [131.254.12.25]) by air.irisa.fr (8.9.3/8.9.3) with ESMTP id IAA07905; Thu, 30 Nov 2000 08:59:55 +0100 (MET) To: Thierry Mallard Cc: nel@nevrax.org Subject: [offtopic] distributed scripting language (was: Re: [Nel] Distributed server algo) References: <3A24F3A0.7090701@cblt.org> <3A2514FE.1070600@chello.se> <20001129235038.A9523@calvin.ird.IDEALX.com> From: David Mentre X-PhD-defense: in 2 months and 28 days. Date: 30 Nov 2000 08:59:54 +0100 In-Reply-To: Thierry Mallard's message of "Wed, 29 Nov 2000 23:50:38 +0100" Message-ID: Lines: 38 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.6 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Thierry Mallard writes: > I'm now trying to implement a STAGE server (see projet Worldforge[1]), > with the help of Mickael Remond, using Erlang[2], a functionnal > language which does has nice features about distribution. You could also have a look at Objective Caml[1]. It is a functionnal language (ML style with type inference for those interested) but with modules and object oriented capabilities. It has not pre-build distributed facilities but toolkits have been built on it, like Ensemble[2]. On Erlang, one thing to notice is that reliability is in charge of the programmer. But maybe your are involved in some other projects using Erlang. ;) > Maybe that could be worth a look, although I'm still not sure an > interpreted language is really usable for something like NeL or > STAGE... OCaml can be compiled in both bytecode and native code for about any platform (from ARM to Alpha through x86 [2b]). And people have made hacks to dynamically load bytecode and native code into programs[3]. Also notice that bytecode is portable across platforms. Sorry if it is a bit of topic, but I could not resist for this blatant advertising. ;) And maybe NeL will have more that just Python support... Best regards, d. [1] http://caml.inria.fr/ [2] http://www.cs.cornell.edu/Info/Projects/Ensemble/index.html [2b] http://caml.inria.fr/ocaml/portability.html [3] http://caml.inria.fr/archives/200011/msg00180.html -- David.Mentre@irisa.fr -- http://www.irisa.fr/prive/dmentre/ Opinions expressed here are only mine. From archer@nevrax.com Thu Nov 30 10:15:42 2000 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eAU9FgO73137 for ; Thu, 30 Nov 2000 10:15:42 +0100 (CET) (envelope-from archer@nevrax.com) Received: (from archer@localhost) by nevrax.com (8.9.3/8.9.3) id KAA16293 for nel@nevrax.org; Thu, 30 Nov 2000 10:19:13 +0100 Date: Thu, 30 Nov 2000 10:19:13 +0100 From: Vincent Archer To: nel@nevrax.org Subject: Re: [Nel] Status question Message-ID: <20001130101913.C15856@nevrax.com> References: <3A24F3A0.7090701@cblt.org> <3A2514FE.1070600@chello.se> <200011291918.UAA29477@fedro.ugr.es> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3us In-Reply-To: <200011291918.UAA29477@fedro.ugr.es> Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform According to MIGUEL ANGEL BLANCH LARDIN: > I am reading some of the emails publishing, and because of my prior > experience in MMORPG, I would like to know in what stage is the > overall project? > > Planning? Alpha? Beta? None of the above? :) The game itself is somewhere between planning and alpha. We are approaching the date of our first internal prototype, but we know what the game itself is about, how it will play (in terms of game), and how we are structuring the NeL platform and how it is used to develop the real game. > I have browse the CVS and is something running? Depend on what you call running. You do not have a 3D scene and interface available yet, for example, but you have several services for the building of the server part. -- Vincent Archer Email: archer@nevrax.com Nevrax France. Off on the yellow brick road we go! From valignat@gw.nevrax.com Mon Dec 4 16:09:59 2000 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eB4F9xO04728 for ; Mon, 4 Dec 2000 16:09:59 +0100 (CET) (envelope-from valignat@gw.nevrax.com) Received: from gw.nevrax.com (fw.localdomain [192.168.254.254]) by nevrax.com (8.9.3/8.9.3) with ESMTP id QAA01250 for ; Mon, 4 Dec 2000 16:13:23 +0100 Received: (from valignat@localhost) by gw.nevrax.com (8.11.0/8.9.3) id eB4F9NM35104 for nel@nevrax.org; Mon, 4 Dec 2000 16:09:23 +0100 (CET) (envelope-from valignat) Date: Mon, 4 Dec 2000 16:09:23 +0100 From: Valignat Cedric To: NeL mailing list Message-ID: <20001204160923.A34642@nevrax.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Subject: [Nel] Server on GNU/Linux Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hello everybody, At least it comes, you should be able to get something to compile and running under GNU/Linux platforms ... Checkout the INSTALL file, it will show you the path to follow :-) Cedric. From archer@nevrax.com Fri Dec 8 09:49:52 2000 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eB88npO30386 for ; Fri, 8 Dec 2000 09:49:51 +0100 (CET) (envelope-from archer@nevrax.com) Received: (from archer@localhost) by nevrax.com (8.9.3/8.9.3) id JAA21314 for nel@nevrax.org; Fri, 8 Dec 2000 09:53:09 +0100 Date: Fri, 8 Dec 2000 09:53:09 +0100 From: Jean-Noel Moyne To: nel@nevrax.org Message-ID: <20001208095309.A21251@nevrax.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3us X-Accept-Language: fr,en Subject: [Nel] Suggestion for the NeL network library / architecture Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Just had a look at your site and your project because my brother is going to work with you guys (as a graphic artist). I see that you have need for fast reliable real-time asynchronous (and probably one to many) network transport for your messaging. That need being for server to server communication, not server to client. You should have a look at PGM, which is an open reliable multicast protocol designed by Cisco and TIBCO (the company I work for), which is design to solve just this kind of problems in the most efficient way. While TIBCO makes a complete messaging system that will use PGM and that is a commercial product, we are also releasing an Open Source version of the PGM protocol stack (which is probably all you need, and all you would want to use, being an Open Source project yourself). As a suggestion from a network professional with a lot of experience designing large scale scalable real time oriented distributed systems, you should take a look at it. http://pgm.tibco.com/ JNM From zager@teleaction.com Fri Dec 8 11:41:14 2000 Received: from jupiter.augur.de (jupiter.augur.de [194.122.160.1]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eB8AfEO30918 for ; Fri, 8 Dec 2000 11:41:14 +0100 (CET) (envelope-from zager@teleaction.com) Received: from teleaction.de (homeserver [194.122.160.76]) by jupiter.augur.de (8.8.8+Sun/8.8.8) with ESMTP id LAA16288 for ; Fri, 8 Dec 2000 11:39:18 +0100 (MET) Message-ID: <3A30BA56.C7078CDD@teleaction.de> Date: Fri, 08 Dec 2000 11:39:18 +0100 From: Dim Segebart X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.16 i686) X-Accept-Language: ru, en MIME-Version: 1.0 To: nel@nevrax.org Subject: Re: [Nel] Suggestion for the NeL network library / architecture References: <20001208095309.A21251@nevrax.com> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hello ! Just one question. From http://pgm.tibco.com/draft-speakman-pgm-spec-04.txt >>> PGM runs over a datagram multicast protocol such as IP multicast [5]. AFAIK, many ISP's ban multicast traffic and many users'll be unable to use software based on it. Am I wrong or missing something ? TIA -- Dim Jean-Noel Moyne wrote: > Just had a look at your site and your project because my brother is > going to work with you guys (as a graphic artist). I see that you have > need for fast reliable real-time asynchronous (and probably one to many) > network transport for your messaging. That need being for server to > server communication, not server to client. > > You should have a look at PGM, which is an open reliable multicast > protocol designed by Cisco and TIBCO (the company I work for), which is > design to solve just this kind of problems in the most efficient way. > > While TIBCO makes a complete messaging system that will use PGM and that > is a commercial product, we are also releasing an Open Source version of > the PGM protocol stack (which is probably all you need, and all you > would want to use, being an Open Source project yourself). > > As a suggestion from a network professional with a lot of experience > designing large scale scalable real time oriented distributed systems, > you should take a look at it. > > http://pgm.tibco.com/ > > JNM > _______________________________________________ > Nel mailing list > Nel@nevrax.org > /mailman/listinfo.cgi/nel From archer@nevrax.com Tue Dec 12 11:05:09 2000 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eBCA59O60840 for ; Tue, 12 Dec 2000 11:05:09 +0100 (CET) (envelope-from archer@nevrax.com) Received: (from archer@localhost) by nevrax.com (8.9.3/8.9.3) id LAA03756 for nel@nevrax.org; Tue, 12 Dec 2000 11:08:20 +0100 Date: Tue, 12 Dec 2000 11:08:20 +0100 From: Vincent Archer To: nel@nevrax.org Subject: Re: [Nel] Suggestion for the NeL network library / architecture Message-ID: <20001212110820.I2253@nevrax.com> References: <20001208095309.A21251@nevrax.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3us In-Reply-To: <20001208095309.A21251@nevrax.com> Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform According to Jean-Noel Moyne: > You should have a look at PGM, which is an open reliable multicast > protocol designed by Cisco and TIBCO (the company I work for), which is > design to solve just this kind of problems in the most efficient way. Hmmm, about everyone around started talking about, then dismissing it as unsuited to our needs, but that's chiefly due to one misunderstanding. At first we didn't see the "server to server" sentence. We still don't know how well multicasting can be useful in our server architecture, because so far, we have very few one-to-many messages across servers. Most services discuss with a specific target on a specific service. However, we still have lots of discussion for the "world service", i.e. the service which "simulates" the world and run the various objects and NPC agents. That one might be a candidate for a multicast protocol, since we can expect replication of objects across multiple world services. This tie in with another question which I didn't had time to reply to, regarding how to "split" the world across the multiple world services. If the split is done by geography (the UO model), then there is little need of a PGM-based protocol, because most objects will be accessed by 2 world services (edges), or at most 3 (T-intersections). However, if the split is done instead by reference (i.e. we cluster an agent with the agents that refer to it more often), then we have a higher redundancy of agents on servers, and a multicast is probably the best method to send message to these agents. -- Vincent Archer Email: archer@nevrax.com Nevrax France. Off on the yellow brick road we go! From archer@nevrax.com Tue Dec 12 11:07:58 2000 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eBCA7wO60867 for ; Tue, 12 Dec 2000 11:07:58 +0100 (CET) (envelope-from archer@nevrax.com) Received: (from archer@localhost) by nevrax.com (8.9.3/8.9.3) id LAA03795 for nel@nevrax.org; Tue, 12 Dec 2000 11:11:10 +0100 Date: Tue, 12 Dec 2000 11:11:10 +0100 From: Vincent Archer To: nel@nevrax.org Subject: Re: [Nel] Suggestion for the NeL network library / architecture Message-ID: <20001212111110.J2253@nevrax.com> References: <20001208095309.A21251@nevrax.com> <3A30BA56.C7078CDD@teleaction.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3us In-Reply-To: <3A30BA56.C7078CDD@teleaction.de> Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform According to Dim Segebart: > Hello ! > Just one question. > > >From http://pgm.tibco.com/draft-speakman-pgm-spec-04.txt > >>> PGM runs over a datagram multicast protocol such as IP multicast [5]. > > AFAIK, many ISP's ban multicast traffic and many users'll be unable to use > software based on it. > Am I wrong or missing something ? > TIA And Jean-Noel Moyne said: > network transport for your messaging. That need being for server to > server communication, not server to client. Note "server to server". What Jean-Noel was suggesting was not a protocol to communicate with the clients, but a protocol to communicate between the various servers that constitute a world cluster. Since these clusters will be located in a single facility, on a dedicated switch, the issue of IP filtering do not apply :) -- Vincent Archer Email: archer@nevrax.com Nevrax France. Off on the yellow brick road we go! From x5101920@fedro.ugr.es Tue Dec 12 11:15:43 2000 Received: from fedro.ugr.es (fedro.ugr.es [150.214.20.19]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eBCAFgO60925 for ; Tue, 12 Dec 2000 11:15:42 +0100 (CET) (envelope-from x5101920@fedro.ugr.es) Received: (from nobody@localhost) by fedro.ugr.es (8.9.3/8.9.1) id LAA12382; Tue, 12 Dec 2000 11:13:59 +0100 (MET) Date: Tue, 12 Dec 2000 11:13:59 +0100 (MET) From: MIGUEL ANGEL BLANCH LARDIN Message-Id: <200012121013.LAA12382@fedro.ugr.es> X-Authentication-Warning: fedro.ugr.es: nobody set sender to x5101920@fedro.ugr.es using -f To: nel@nevrax.org References: <20001208095309.A21251@nevrax.com> <20001212110820.I2253@nevrax.com> In-Reply-To: <20001212110820.I2253@nevrax.com> MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 8bit User-Agent: IMP/PHP3 Imap webMail Program 2.0.11 Subject: Re: [Nel] Suggestion for the NeL network library / architecture Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform > At first we didn't see the "server to server" sentence. Ok, I have a dummy question, but when it is better to have multicast to a server delivering the messages to the rest of servers? How portable/compatible is mulitcast technology? From archer@nevrax.com Tue Dec 12 11:33:48 2000 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eBCAXmO61141 for ; Tue, 12 Dec 2000 11:33:48 +0100 (CET) (envelope-from archer@nevrax.com) Received: (from archer@localhost) by nevrax.com (8.9.3/8.9.3) id LAA04206 for nel@nevrax.org; Tue, 12 Dec 2000 11:37:00 +0100 Date: Tue, 12 Dec 2000 11:37:00 +0100 From: Vincent Archer To: nel@nevrax.org Subject: Re: [Nel] Suggestion for the NeL network library / architecture Message-ID: <20001212113700.M2253@nevrax.com> References: <20001208095309.A21251@nevrax.com> <20001212110820.I2253@nevrax.com> <200012121013.LAA12382@fedro.ugr.es> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3us In-Reply-To: <200012121013.LAA12382@fedro.ugr.es> Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform According to MIGUEL ANGEL BLANCH LARDIN: > > At first we didn't see the "server to server" sentence. > > Ok, I have a dummy question, but when it is better to have multicast > to a server delivering the messages to the rest of servers? Quite simple: When you need to send the same message to more than one server. As soon as you need to send a message to multiple servers, you will tie up bandwidth and CPU resending the same message over and over to each server. Consider the following model. Each agent (which represent an object, NPC, PC, the door, the lamp, whatever entity in your world) is represented typically by an object in a "world service process". Once your world becomes large, you need multiple processes. What happens when an agent want to "talk" to another agent on a different process. The agent, in an ideal (and OO) world, merely talks to an object located in its process space, said object being either the recipient agent itself, or merely a replica, which will forward the message across the network to the real agent. You don't need multicast for that: its straight 1-to-1. However, what if the message is "what is your current XYZ". That's a fairly frequent question. If you need to query across the network, you'll quickly end up loading the net, just to find the value three variables. That's where PGM/multicast intervenes. In that model, the agent, when he changes some of his variables, notifies the replica that "XYZ are now...". I spoke about how the world services organise where an agent resides. In some models, you have about one, maybe two replicas, which you can notify using a standard TCP stream. Or RDP. But, if you want a load-balancing system, you quickly end up with a replica of an object in most world service processes. It becomes then more efficient to multicast the updates as above to all processes, and update them all in one sweep. > How portable/compatible is mulitcast technology? Multicast is working, right now. However, to work across separate networks, it requires specific support from IP routers, and resources, which most providers aren't willing to dedicate (multi-network multicast is mostly used for video/audio "broadcasts", video conferencing or shows). As for PGM, well, the current library has lots of empty directories and "TODO" notes in comments, so it's clearly a work in progress :) -- Vincent Archer Email: archer@nevrax.com Nevrax France. Off on the yellow brick road we go! From x5101920@fedro.ugr.es Tue Dec 12 11:50:05 2000 Received: from fedro.ugr.es (fedro.ugr.es [150.214.20.19]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eBCAnxO61229 for ; Tue, 12 Dec 2000 11:49:59 +0100 (CET) (envelope-from x5101920@fedro.ugr.es) Received: (from nobody@localhost) by fedro.ugr.es (8.9.3/8.9.1) id LAA17383; Tue, 12 Dec 2000 11:48:18 +0100 (MET) Date: Tue, 12 Dec 2000 11:48:18 +0100 (MET) From: MIGUEL ANGEL BLANCH LARDIN Message-Id: <200012121048.LAA17383@fedro.ugr.es> X-Authentication-Warning: fedro.ugr.es: nobody set sender to x5101920@fedro.ugr.es using -f To: nel@nevrax.org References: <20001208095309.A21251@nevrax.com> <20001212110820.I2253@nevrax.com> <200012121013.LAA12382@fedro.ugr.es> <20001212113700.M2253@nevrax.com> In-Reply-To: <20001212113700.M2253@nevrax.com> MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 8bit User-Agent: IMP/PHP3 Imap webMail Program 2.0.11 Subject: Re: [Nel] Suggestion for the NeL network library / architecture Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform > That's where PGM/multicast intervenes. In that model, the agent, when he > changes some of his variables, notifies the replica that "XYZ are now...". > I spoke about how the world services organise where an agent resides. In > some models, you have about one, maybe two replicas, which you can notify > using a standard TCP stream. Or RDP. But, if you want a load-balancing > system, you quickly end up with a replica of an object in most world > service processes. It becomes then more efficient to multicast the updates > as above to all processes, and update them all in one sweep. Ok, I always have though of load balancing as load-work division between servers. I think that the above kind of working can have several inconsistences , just take a look to some distributed Mutual exclusion algos. Just imagine that both copies of a object multicast different positions, you have to choose what is the best one, and whatever your choose is, it will be wrong, and servers can't be wrong. Replycating work can be a real pain. And for what you have said multicast isn't a solution for end-users. I think that IPv6 will fix these things, by having a multicast in the standart, isn't it? From archer@nevrax.com Tue Dec 12 12:08:15 2000 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eBCB8EO61376 for ; Tue, 12 Dec 2000 12:08:14 +0100 (CET) (envelope-from archer@nevrax.com) Received: (from archer@localhost) by nevrax.com (8.9.3/8.9.3) id MAA04965 for nel@nevrax.org; Tue, 12 Dec 2000 12:11:26 +0100 Date: Tue, 12 Dec 2000 12:11:26 +0100 From: Vincent Archer To: nel@nevrax.org Subject: Re: [Nel] Suggestion for the NeL network library / architecture Message-ID: <20001212121126.S2253@nevrax.com> References: <20001208095309.A21251@nevrax.com> <20001212110820.I2253@nevrax.com> <200012121013.LAA12382@fedro.ugr.es> <20001212113700.M2253@nevrax.com> <200012121048.LAA17383@fedro.ugr.es> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3us In-Reply-To: <200012121048.LAA17383@fedro.ugr.es> Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform According to MIGUEL ANGEL BLANCH LARDIN: > Just imagine that both copies of a object multicast different > positions, you have to choose what is the best one, and whatever your > choose is, it will be wrong, and servers can't be wrong. Ahem, no. I might have used object and agent in various contexts, but an agent is the only one which is authorised to change its state. The other objects are "replica", or passive objects. Each agent may exist only as a single copy over the set of processes, and he is the entity responsible for updating the local states of the replica objects in the other processes. If you want "what is your XYZ", the local replica answers. However, if you want "teleport to XYZ", the message is transmitted across the network to the unique agent, which updates its internal state, and then retransmits to all replicas "set internal state XYZ". And the latter is when multicast helps when there are many replicas to update. > Replycating work can be a real pain. Hey, if I could buy a terahertz processor and have everything run on a single process, I'd be happy too :) -- Vincent Archer Email: archer@nevrax.com Nevrax France. Off on the yellow brick road we go! From x5101920@fedro.ugr.es Tue Dec 12 12:22:17 2000 Received: from fedro.ugr.es (fedro.ugr.es [150.214.20.19]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eBCBMGO61460 for ; Tue, 12 Dec 2000 12:22:16 +0100 (CET) (envelope-from x5101920@fedro.ugr.es) Received: (from nobody@localhost) by fedro.ugr.es (8.9.3/8.9.1) id MAA23019; Tue, 12 Dec 2000 12:20:32 +0100 (MET) Date: Tue, 12 Dec 2000 12:20:32 +0100 (MET) From: MIGUEL ANGEL BLANCH LARDIN Message-Id: <200012121120.MAA23019@fedro.ugr.es> X-Authentication-Warning: fedro.ugr.es: nobody set sender to x5101920@fedro.ugr.es using -f To: nel@nevrax.org References: <20001208095309.A21251@nevrax.com> <20001212110820.I2253@nevrax.com> <200012121013.LAA12382@fedro.ugr.es> <20001212113700.M2253@nevrax.com> <200012121048.LAA17383@fedro.ugr.es> <20001212121126.S2253@nevrax.com> In-Reply-To: <20001212121126.S2253@nevrax.com> MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 8bit User-Agent: IMP/PHP3 Imap webMail Program 2.0.11 Subject: Re: [Nel] Suggestion for the NeL network library / architecture Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform > Ahem, no. I might have used object and agent in various contexts, but > an agent is the only one which is authorised to change its state. The > other objects are "replica", or passive objects. Each agent may exist > only as a single copy over the set of processes, and he is the entity > responsible for updating the local states of the replica objects in > the other processes. > > If you want "what is your XYZ", the local replica answers. However, if > you want "teleport to XYZ", the message is transmitted across the network > to the unique agent, which updates its internal state, and then retransmits > to all replicas "set internal state XYZ". And the latter is when multicast > helps when there are many replicas to update. Ok, as far as I am thinking about agents, a replica only show info but can't process code. So all the modificators should be send to the main agent, that then update. There is still the possibility of an object to get two contradictory updates at the same time. To avoid this you should order the messages, something that I feel is unefficient and ugly. Just image agent is a ball, and then two user decide to kick the two replica of the agent, so the replicas get the kick commnand and send it to the agent. > > Replycating work can be a real pain. > > Hey, if I could buy a terahertz processor and have everything run on a > single process, I'd be happy too :) If you need a terahertz processor to run the server, you better start again the design stage. Just I want to note that replycanting the work can lead to ugly things and race conditions. From David.Mentre@inria.fr Fri Dec 22 10:08:25 2000 Received: from concorde.inria.fr (concorde.inria.fr [192.93.2.39]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eBM98P506680 for ; Fri, 22 Dec 2000 10:08:25 +0100 (CET) (envelope-from David.Mentre@inria.fr) Received: from pochi.inria.fr (pochi.inria.fr [128.93.8.128]) by concorde.inria.fr (8.11.1/8.10.0) with ESMTP id eBM96f917268 for ; Fri, 22 Dec 2000 10:06:41 +0100 (MET) Received: (from mentre@localhost) by pochi.inria.fr (8.11.1/8.10.0) id eBM96fd09966; Fri, 22 Dec 2000 10:06:41 +0100 X-Authentication-Warning: pochi.inria.fr: mentre set sender to David.Mentre@inria.fr using -f To: nel@nevrax.org From: David Mentre X-PhD-defense: in 2 months and 6 days. Date: 22 Dec 2000 10:06:41 +0100 Message-ID: Lines: 29 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: [Nel] Bugs on nevrax.org Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi all nelers, There are two bugs at nevrax.org: 1. the webmaster@nevrax.org address is invalid: ... while talking to www.nevrax.org.: >>> RCPT To: <<< 550 5.1.1 ... User unknown 550 5.1.1 ... User unknown 2. the bug system is no longer working at the time of this email: /bugs/reports.cgi Software error: Can't connect to database server. at globals.pl line 40. For help, please send mail to the webmaster (webmaster@nevrax.org), giving this error message and the time and date of the error. Hope it helps, Best regards, d. -- David.Mentre@inria.fr -- http://www.irisa.fr/prive/dmentre/ Opinions expressed here are only mine. From archer@nevrax.com Fri Dec 22 10:18:21 2000 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eBM9IL506777 for ; Fri, 22 Dec 2000 10:18:21 +0100 (CET) (envelope-from archer@nevrax.com) Received: (from archer@localhost) by nevrax.com (8.9.3/8.9.3) id KAA15228 for nel@nevrax.org; Fri, 22 Dec 2000 10:22:08 +0100 Date: Fri, 22 Dec 2000 10:22:08 +0100 From: Vincent Archer To: nel@nevrax.org Subject: Re: [Nel] Bugs on nevrax.org Message-ID: <20001222102208.C14561@nevrax.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3us In-Reply-To: Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform According to David Mentre: > There are two bugs at nevrax.org: > > 1. the webmaster@nevrax.org address is invalid: > > ... while talking to www.nevrax.org.: > >>> RCPT To: > <<< 550 5.1.1 ... User unknown > 550 5.1.1 ... User unknown Hrrrmmm? There's a comment in front of the alias (can't figure out why. My name's there, but it got commented out). > 2. the bug system is no longer working at the time of this email: > > /bugs/reports.cgi > Software error: > > Can't connect to database server. at globals.pl line 40. No error messages, and the sql server went down. I'll keep an eye on it for today. Please note that the Nevrax offices are closed during the Christmas-New Year period. This list and the site shouldn't suffer, but don't expect prompt response to any problem or question you may raise. Happy holiday season all, and see you next century! -- Vincent Archer Email: archer@nevrax.com Nevrax France. Off on the yellow brick road we go! From david.belius@chello.se Wed Jan 3 11:12:36 2001 Received: from smtp1.chello.se (smtp1.chello.se [193.150.195.10]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f03ACa592960 for ; Wed, 3 Jan 2001 11:12:36 +0100 (CET) (envelope-from david.belius@chello.se) Received: from [193.150.204.103] by smtp1.chello.se (InterMail vK.4.02.00.00 201-232-116 license 13ed6d939a101f33a28aa8ad6d2fac65) with SMTP id <20010103101001.CAIJ5273.smtp1@[193.150.204.103]> for ; Wed, 3 Jan 2001 11:10:01 +0100 Message-ID: <3A53A362.7010902@chello.se> Date: Wed, 03 Jan 2001 23:10:42 +0100 From: david.belius@chello.se User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; m17) Gecko/20000811 X-Accept-Language: en MIME-Version: 1.0 To: nel@nevrax.org References: <051401c04c24$f1e7ae40$0400a8c0@fast> <007201c04d66$26c2fdd0$0901a8c0@vianneyl> <07b701c04dba$48434d80$0400a8c0@fast> <003601c04e1a$e5e48990$0901a8c0@vianneyl> <3A1115AF.8EC7EE08@teleaction.de> <3A1193B1.87FEAD95@teleaction.de> <20001115102026.A9223@calvin.ird.IDEALX.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: [Nel] Compiling in VC++ Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi, Why haven't you said that you have example game data up?!? When i tried to open the .dsw's VC++ would just say that it was a "Empty workspce" with "0 projects". The reason for this was that all the VC++ files from the CVS are in UNIX format, i.e. the linefeeds are messed up. You should proboblay put a notice in the "Install" file about it. /David From archer@nevrax.com Wed Jan 3 11:52:53 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f03Aqo593174 for ; Wed, 3 Jan 2001 11:52:51 +0100 (CET) (envelope-from archer@nevrax.com) Received: (from archer@localhost) by nevrax.com (8.9.3/8.9.3) id LAA01594 for nel@nevrax.org; Wed, 3 Jan 2001 11:56:19 +0100 Date: Wed, 3 Jan 2001 11:56:19 +0100 From: Vincent Archer To: nel@nevrax.org Subject: Re: [Nel] Compiling in VC++ Message-ID: <20010103115619.S31168@nevrax.com> References: <051401c04c24$f1e7ae40$0400a8c0@fast> <007201c04d66$26c2fdd0$0901a8c0@vianneyl> <07b701c04dba$48434d80$0400a8c0@fast> <003601c04e1a$e5e48990$0901a8c0@vianneyl> <3A1115AF.8EC7EE08@teleaction.de> <3A1193B1.87FEAD95@teleaction.de> <20001115102026.A9223@calvin.ird.IDEALX.com> <3A53A362.7010902@chello.se> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3us In-Reply-To: <3A53A362.7010902@chello.se> Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform According to david.belius@chello.se: > Hi, > Why haven't you said that you have example game data up?!? We're still trying to finish the complete packaging for the 0.2 version (i.e. the first running prototype). And finding a machine to run an "official" server here for those who can't run server and client at home. The big announce will be made as soon as we've got time to polish that (and we'll probably open a download area so people without CVS can get full packages at key points) > The reason for this was that all the VC++ files from the CVS are in UNIX > format, i.e. the linefeeds are messed up. The CVS tools should "properly" convert text files between unix/dos linefeed conventions. We're using WinCVS 1.1 here, and the files are correctly formatted while working on a windows client, and back to LF when commited. > You should proboblay put a notice in the "Install" file about it. We'll put a Caveat there. Oh, and by the way, happy new millenium all! -- Vincent Archer Email: archer@nevrax.com Nevrax France. Off on the yellow brick road we go! From nevrax@bernard-hugueney.org Wed Jan 3 21:15:49 2001 Received: from bubastis (r179m43.cybercable.tm.fr [195.132.179.43]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f03KFl595813 for ; Wed, 3 Jan 2001 21:15:48 +0100 (CET) (envelope-from nevrax@bernard-hugueney.org) Received: by bubastis (Postfix, from userid 1006) id 88ACB4EC02; Wed, 3 Jan 2001 21:14:04 +0100 (CET) Date: Wed, 3 Jan 2001 21:14:04 +0100 To: nel@nevrax.org Message-ID: <20010103211404.A18718@bernard-hugueney.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.12i From: nevrax@bernard-hugueney.org (Nevrax) Subject: [Nel] Some comments from a new user (builder only for now) Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi, and happy new millenium to everyone! First I'd like to say that I'm gratly impressed by your work! So please do not take my comments as hard critcisms... You seem to be building everything from scratch while a quick search at sourceforge.net for MMORPG seems to suggest that there are plenty of already available material. You say that you had to work at your own (impressive) speed and did not want to hijack an existing project... But you seem to give up quite easly to good part of the GPL, you could have forked an existing project: the maintainer would hold no grudge against you as you would not take any of his/her volonteers but instead bring your team to some work he/she could also benefit. Even for low-level, everyday use classes, you seem to always invent your own (callbacks, smart pointers and sockets come to mind). I understand that your code is (honestly !) of far better quality than the average available crap (I also find myself to rewrite much of the code that I'm supposed to used) but there are exceptions (libsigc++ or any stuff from www.boost.org for exemple). I just hope that nevrax does not lose time because of a Not Invented Here syndrom... From the docs online I had even the impression that you wanted to use you own custom scripting language (for ai I think). What is wrong with Python ? I even thought that the stackless (especially microthreads) would be nice for massively numerous agents :-) By the way, I'm impressed by that amount of work already done, how many of the mythical month-man have you put in current cvs ? It is not often that I can build source code so easly on my alpha! You bug-fixes were really fast... (I mean FAST!) For your information, on a Debian woody, one should 'apt-get install' the following packages (might go in a README or INSTALL): automake libtool libstlport-dev truetype2-dev bison flex libfreetype6-dev xlibmesa-dev beta-builder, soon beta testerly yours, Bernard (typing startx right now to see the beast) From chafik@nevrax.com Thu Jan 4 10:40:58 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f049ev500177 for ; Thu, 4 Jan 2001 10:40:57 +0100 (CET) (envelope-from chafik@nevrax.com) Received: from sameh (fw.localdomain [192.168.254.254]) by nevrax.com (8.9.3/8.9.3) with SMTP id KAA17442 for ; Thu, 4 Jan 2001 10:44:26 +0100 Message-ID: <016001c07632$279a2630$1001a8c0@sameh> From: "sameh chafik Pro" To: References: <20010103211404.A18718@bernard-hugueney.org> Subject: Re: [Nel] Some comments from a new user (builder only for now) Date: Thu, 4 Jan 2001 10:38:52 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hello, what you say is very interesting and I understand question let me answer to your python question you say >From the docs online I had even the impression that you wanted to use you own >custom scripting language (for ai I think). What is wrong with Python ? >I even thought that the stackless (especially microthreads) would be nice >for massively numerous agents :-) Python is a very good script language, I used it a lot for many work and i know it quite well, but if we use a custom scripting language that doesn't mean that we'll use it exclusively. On the contrary the script will allow a good opening to use any external script languag and we encourage that. Note that Nel script is an script for write agent and is an agent ortiented language we desigined to lighten the design of agents and game desigin code. And it seem to be more heavy to write the Python agent interface instead of write the custom Nel script, due mainly to the lack of means to write agents connection in a classical language and secondly the need to rewirte C++ code for the python interface. From lejade@nevrax.com Thu Jan 4 10:57:08 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f049v8500288 for ; Thu, 4 Jan 2001 10:57:08 +0100 (CET) (envelope-from lejade@nevrax.com) Received: from pc252.nevrax.com (fw.localdomain [192.168.254.254]) by nevrax.com (8.9.3/8.9.3) with ESMTP id LAA17756 for ; Thu, 4 Jan 2001 11:00:37 +0100 Message-Id: <4.3.2.7.2.20010104104606.00b446a0@pop.nevrax.net> X-Sender: lejade@pop.nevrax.net X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Thu, 04 Jan 2001 10:54:54 +0100 To: nel@nevrax.org From: Olivier Lejade Subject: Re: [Nel] Some comments from a new user (builder only for now) In-Reply-To: <20010103211404.A18718@bernard-hugueney.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi and Happy New Year to all NeLers ! Bernard: Thanks for your comments. It's always nice to hear that kind of stuff. :) At 09:14 PM 1/3/01 +0100, you wrote: >any stuff from >www.boost.org We've been trying to reach boost.org since we saw your comment in the bug tracking system, but it doesn't seem to respond... :( Also, would you mind configuring your email to display your name instead of "Nevrax" ? It's a bit unsetteling... Thanks ! From lecroart@nevrax.com Thu Jan 4 11:27:13 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f04ARD500484 for ; Thu, 4 Jan 2001 11:27:13 +0100 (CET) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw.localdomain [192.168.254.254]) by nevrax.com (8.9.3/8.9.3) with SMTP id LAA18366 for ; Thu, 4 Jan 2001 11:30:41 +0100 Message-ID: <001401c07638$b75a2bc0$0901a8c0@vianneyl> From: "Vianney Lecroart" To: References: <20010103211404.A18718@bernard-hugueney.org> Subject: Re: [Nel] Some comments from a new user (builder only for now) Date: Thu, 4 Jan 2001 11:25:53 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hello and thank you for your post. First of all, we had the problem to know which external copyleft libraries we could use in our project. We looked at libraries such as ACE (for sockets), ClanLib (for system init), libsock++ (for sockets too), SDL and so on, but the problem was that these libraries did too much things or not enough. If a library does only a few things, we can rewrite it very quickly (with, why not, copy/paste) because we want the install very easy to do. If the user has to find and install 10 libraries before starting the NeL compilation, he surely gives up. When the library does too much stuff, it often doesn't do it in the same way we want to do it, and we can only reuse a few part of the library. And in this case, it's sad to compile during 1 hour an external library for only reusing only a few functions. We prefer copy/pasting these parts directly in our lib. > I understand that your code is (honestly !) of far better quality than the > average available crap (I also find myself to rewrite much of the code that > I'm supposed to used) but there are exceptions (libsigc++ or any stuff from > www.boost.org for exemple). I just hope that nevrax does not lose time because > of a Not Invented Here syndrom... We'll take a look on libsigc++ and boost. we don't reinvent every thing, we only reuse code from other libraries but we don't include the entire libraries. Vianney Lecroart --- lead programmer / nevrax.com icq#: 6870415 homepage: http://ace.planet-d.net www.geek.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? From nevrax@bernard-hugueney.org Thu Jan 4 11:43:48 2001 Received: from bubastis (r179m43.cybercable.tm.fr [195.132.179.43]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f04Ahl500581 for ; Thu, 4 Jan 2001 11:43:47 +0100 (CET) (envelope-from nevrax@bernard-hugueney.org) Received: by bubastis (Postfix, from userid 1006) id 4A30A4EC02; Thu, 4 Jan 2001 11:42:23 +0100 (CET) Date: Thu, 4 Jan 2001 11:42:22 +0100 To: nel@nevrax.org Subject: Re: [Nel] Some comments from a new user (builder only for now) Message-ID: <20010104114222.A29311@bernard-hugueney.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.12i In-Reply-To: <4.3.2.7.2.20010104104606.00b446a0@pop.nevrax.net>; from lejade@nevrax.com on Thu, Jan 04, 2001 at 10:54:54AM +0100 From: nevrax@bernard-hugueney.org (Bernard Hugueney) Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi, You really deserve the responsiveness award ! * Olivier Lejade [010104 11:04]: > Hi and Happy New Year to all NeLers ! > > Bernard: Thanks for your comments. > It's always nice to hear that kind of stuff. :) > > At 09:14 PM 1/3/01 +0100, you wrote: > >any stuff from > >www.boost.org > > We've been trying to reach boost.org since we saw your comment in the bug > tracking system, but it doesn't seem to respond... :( My bad luck :-( It's the first time that it's down so long since I know it. I'm on their mailing list so I should know soon what is wrong. (While typing this mail I read >The web site should now be available at 64.226.201.52 > >The DNS change to resolve boost.org to that address has been submitted to >Network Solutions. I have no idea how long they will take to process it. > on the mailing list, will teach them not to deal with NS when they could use GANDI :-) ) their cvs is host at sourceforge http://sourceforge.net/projects/boost/ and they are an e-group www.egroups.com The very best C++ coders I've ever heard are there. > > Also, would you mind configuring your email to display your name instead of > "Nevrax" ? It's a bit unsetteling... Damn, I'll have to modify my nevrax account, sorry for the mistake, (modifs done)Is that ok now ? From lejade@nevrax.com Thu Jan 4 12:00:41 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f04B0f500684 for ; Thu, 4 Jan 2001 12:00:41 +0100 (CET) (envelope-from lejade@nevrax.com) Received: from pc252.nevrax.com (fw.localdomain [192.168.254.254]) by nevrax.com (8.9.3/8.9.3) with ESMTP id MAA18989 for ; Thu, 4 Jan 2001 12:04:10 +0100 Message-Id: <4.3.2.7.2.20010104115651.00b09aa0@pop.nevrax.net> X-Sender: lejade@pop.nevrax.net (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Thu, 04 Jan 2001 11:58:27 +0100 To: nel@nevrax.org From: Olivier Lejade Subject: Re: [Nel] Some comments from a new user (builder only for now) In-Reply-To: <20010104114222.A29311@bernard-hugueney.org> References: <4.3.2.7.2.20010104104606.00b446a0@pop.nevrax.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform At 11:42 AM 1/4/01 +0100, you wrote: >(modifs done)Is that ok now ? Yes, thanks. And thanks for the pointer too ! We'll have a look at it ASAP. From lejade@nevrax.com Thu Jan 4 12:22:57 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f04BMv500799 for ; Thu, 4 Jan 2001 12:22:57 +0100 (CET) (envelope-from lejade@nevrax.com) Received: from pc252.nevrax.com (fw.localdomain [192.168.254.254]) by nevrax.com (8.9.3/8.9.3) with ESMTP id MAA19365 for ; Thu, 4 Jan 2001 12:26:26 +0100 Message-Id: <4.3.2.7.2.20010104121630.00aaf950@pop.nevrax.net> X-Sender: lejade@pop.nevrax.net X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Thu, 04 Jan 2001 12:20:42 +0100 To: nel@nevrax.org From: Olivier Lejade In-Reply-To: <4.3.2.7.2.20010104115651.00b09aa0@pop.nevrax.net> References: <20010104114222.A29311@bernard-hugueney.org> <4.3.2.7.2.20010104104606.00b446a0@pop.nevrax.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: [Nel] Boost.org Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform From the information gathered on http://64.226.201.52/more/lib_guide.htm##License there seems to be licensing incompatibilities between Boost librairies and the GPL. So I'm afraid this is a good reason why we can't use them in NeL, even though they appear to be of very good quality. :( From lejade@nevrax.com Thu Jan 4 15:37:25 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f04EbP501705 for ; Thu, 4 Jan 2001 15:37:25 +0100 (CET) (envelope-from lejade@nevrax.com) Received: from pc252.nevrax.com (fw.localdomain [192.168.254.254]) by nevrax.com (8.9.3/8.9.3) with ESMTP id PAA22791 for ; Thu, 4 Jan 2001 15:40:54 +0100 Message-Id: <4.3.2.7.2.20010104153407.00b0a8f0@pop.nevrax.net> X-Sender: lejade@pop.nevrax.net X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Thu, 04 Jan 2001 15:35:10 +0100 To: nel@nevrax.org From: Olivier Lejade Subject: Re: [Nel] Boost.org In-Reply-To: <4.3.2.7.2.20010104121630.00aaf950@pop.nevrax.net> References: <4.3.2.7.2.20010104115651.00b09aa0@pop.nevrax.net> <20010104114222.A29311@bernard-hugueney.org> <4.3.2.7.2.20010104104606.00b446a0@pop.nevrax.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform At 12:20 PM 1/4/01 +0100, you wrote: >there seems to be licensing incompatibilities between Boost librairies and >the GPL. And then again, maybe not. :) We're looking into it... From nevrax@bernard-hugueney.org Thu Jan 4 18:55:19 2001 Received: from bubastis (r179m43.cybercable.tm.fr [195.132.179.43]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f04HtH502638 for ; Thu, 4 Jan 2001 18:55:18 +0100 (CET) (envelope-from nevrax@bernard-hugueney.org) Received: by bubastis (Postfix, from userid 1006) id 2435C4EC02; Thu, 4 Jan 2001 18:54:08 +0100 (CET) Date: Thu, 4 Jan 2001 18:54:08 +0100 To: nel@nevrax.org Message-ID: <20010104185408.A1373@bernard-hugueney.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.12i In-Reply-To: <4.3.2.7.2.20010104121630.00aaf950@pop.nevrax.net>; from lejade@nevrax.com on Thu, Jan 04, 2001 at 12:20:42PM +0100 From: nevrax@bernard-hugueney.org (Bernard Hugueney) Subject: [Nel] re: Boost library Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Olivier Lejade wrote: > From the information gathered on >http://64.226.201.52/more/lib_guide.htm##License >there seems to be licensing incompatibilities between Boost librairies and >the GPL. I think there is a misunderstanding. They exclude GPL and LGPL for library SUBMITTED. They want more of a BSD kind I think. You could not submit Nel for Boost acceptance, To avoid the frustration and wasted time of a proposed library being rejected, it must meets these requirements: * The license must meet the license requirements below. Restricted licenses like the GPL and LGPL are not acceptable. Note : "proposed library" No such restriction is imposed on code using a boost library: reading from their licenses requirement * Must grant permission to copy, use and modify the software for any use (commercial and non-commercial) for no fee. You cannot say that you are not allowed to use a library with such a licence (Note: ANY USE ) !!! I don't want to force you to use anything from boost, I just would want you to dismiss it for bad reasons. As a C++ coder, I found it invaluable (just for fun you migh look at the lambda library at http://lambda.cs.utu.fi/ I never thought it would be possible). Of course their aim to "perfection" leads them to move slowly at time (network threads are not there yet...), and their advanced use of C++ clashes with crappy compiler (VC++). But if you can use it, their stuff really shines. I have not tested their py_cpp c++ to python wrapper, but I though you might be interested. Happy coding ! Bernard (kinda jealous not to code for my living) From lejade@nevrax.com Thu Jan 4 19:17:48 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f04IHm502757 for ; Thu, 4 Jan 2001 19:17:48 +0100 (CET) (envelope-from lejade@nevrax.com) Received: from pc252.nevrax.com (fw.localdomain [192.168.254.254]) by nevrax.com (8.9.3/8.9.3) with ESMTP id TAA26197 for ; Thu, 4 Jan 2001 19:21:16 +0100 Message-Id: <4.3.2.7.2.20010104185920.00b0a700@pop.nevrax.net> X-Sender: lejade@pop.nevrax.net X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Thu, 04 Jan 2001 19:15:31 +0100 To: nel@nevrax.org From: Olivier Lejade Subject: Re: [Nel] re: Boost library In-Reply-To: <20010104185408.A1373@bernard-hugueney.org> References: <4.3.2.7.2.20010104121630.00aaf950@pop.nevrax.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform At 06:54 PM 1/4/01 +0100, you wrote: >I think there is a misunderstanding. They exclude GPL and LGPL for >library SUBMITTED. They want more of a BSD kind I think. Yes, this is what I noticed afterwards. :P Hence my "maybe not" post. Anyways, thanks for the clarification and now that the license issue is cleared, rest assured we'll pay closer attentions to the libs. >I don't want to force you to use anything from boost, I just would want you >to dismiss it for bad reasons. Arg, it wasn't my intent ! At first reading I just thought there was licensing compatibilities issues that prevented the use of the libs for GPL/LGP programs. My bad: I was wrong. But it sure would be nice to incorporate Boost stuff if we can ! Actually, Cyrille (3D Lead) went to school with one of the Boost guys... :) From michael@in-orbit.net Fri Jan 5 04:17:31 2001 Received: from baldur (mail@[63.205.226.190]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f053HU505682 for ; Fri, 5 Jan 2001 04:17:31 +0100 (CET) (envelope-from michael@in-orbit.net) Received: from baldur ([127.0.0.1] helo=in-orbit.net ident=michael) by baldur with esmtp (Exim 3.20 #1 (Debian)) id 14ENT7-0002of-00 for ; Thu, 04 Jan 2001 19:23:05 -0800 Message-ID: <3A553E18.844ECA22@in-orbit.net> Date: Thu, 04 Jan 2001 19:23:04 -0800 From: Michael Warnock X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.0-prerelease i686) X-Accept-Language: en MIME-Version: 1.0 To: nel@nevrax.org Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: [Nel] compile problems on debian gnu/linux Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform the debian packages for all requirements are installed- stlport has been installed from source over the debian version to get the nebula device (radonlabs.de) to work. c++ -DHAVE_CONFIG_H -I. -I. -I../../include -I/usr/include/freetype2 -I/usr/include/stlport -g -O2 -Wp,-MD,.deps/mini_col.pp -c mini_col.cpp -fPIC -DPIC -o .libs/mini_col.lo In file included from ../../include/nel/3d/mini_col.h:33, from mini_col.cpp:26: ../../include/nel/3d/quad_grid.h: In method `class NL3D::CQuadGrid::CIterator NL3D::CQuadGrid::erase(NL3D::CQuadGrid::CIterator)': ../../include/nel/3d/quad_grid.h:402: parse error before `*' ../../include/nel/3d/quad_grid.h: In method `void NL3D::CQuadGrid::selectAll()': any ideas? michael warnock in orbit entertainment From corvazier@nevrax.com Fri Jan 5 09:54:38 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f058sb507198 for ; Fri, 5 Jan 2001 09:54:37 +0100 (CET) (envelope-from corvazier@nevrax.com) Received: from pc23 (fw.localdomain [192.168.254.254]) by nevrax.com (8.9.3/8.9.3) with SMTP id JAA01806 for ; Fri, 5 Jan 2001 09:58:05 +0100 Message-ID: <000e01c076f4$f3f52140$1701a8c0@nevrax.net> From: "Cyril Corvazier" To: References: <3A553E18.844ECA22@in-orbit.net> Subject: Re: [Nel] compile problems on debian gnu/linux Date: Fri, 5 Jan 2001 09:53:19 +0100 Organization: Nevrax MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6600 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform > c++ -DHAVE_CONFIG_H -I. -I. -I../../include -I/usr/include/freetype2 > -I/usr/include/stlport -g -O2 -Wp,-MD,.deps/mini_col.pp -c mini_col.cpp > -fPIC -DPIC -o .libs/mini_col.lo > In file included from ../../include/nel/3d/mini_col.h:33, > from mini_col.cpp:26: > ../../include/nel/3d/quad_grid.h: In method `class > NL3D::CQuadGrid::CIterator > NL3D::CQuadGrid::erase(NL3D::CQuadGrid::CIterator)': > ../../include/nel/3d/quad_grid.h:402: parse error before `*' > ../../include/nel/3d/quad_grid.h: In method `void > NL3D::CQuadGrid::selectAll()': > > any ideas? This bug has been fixed yesterday evening. The cvs is synchronized at night. So if you update now, it should be ok. Thank you for the report. --- Cyril Corvazier Lead 3d programmer Nevrax France From archer@nevrax.com Fri Jan 5 10:36:26 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f059aQ507437 for ; Fri, 5 Jan 2001 10:36:26 +0100 (CET) (envelope-from archer@nevrax.com) Received: (from archer@localhost) by nevrax.com (8.9.3/8.9.3) id KAA02603 for nel@nevrax.org; Fri, 5 Jan 2001 10:39:53 +0100 Date: Fri, 5 Jan 2001 10:39:53 +0100 From: Vincent Archer To: nel@nevrax.org Subject: Re: [Nel] re: Boost library Message-ID: <20010105103953.A2122@nevrax.com> References: <4.3.2.7.2.20010104121630.00aaf950@pop.nevrax.net> <20010104185408.A1373@bernard-hugueney.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3us In-Reply-To: <20010104185408.A1373@bernard-hugueney.org> Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform According to Bernard Hugueney: > I think there is a misunderstanding. They exclude GPL and LGPL for > library SUBMITTED. They want more of a BSD kind I think. You could not > submit Nel for Boost acceptance, Well, the same problem applies in the reverse. Libraries in Boost are not covered by a GPL-style license. Which means that they cannot be lifted verbatim from the Boost collection and incorporated in ours without a lot of precautions. Just like someone cannot take a GPL piece of software and turn it into a BSD-licensed software, one cannot lift a BSD-style software and put it into a GPL project. The licenses are "orthogonal" in style, and you cannot decide on your own to alter the license; only the copyright owner may do so. The license styles from Boost (the ones I've looked at so far, boost.org is unresolvable at the moment) would prevent us from incoporating them in NeL. We *might* be able to use them side-by-side, asking people to get them (and provide mirrors) and compile them separately, but they cannot be *part* of NeL. > > * Must grant permission to copy, use and modify the software for any > use (commercial and non-commercial) for no fee. > > > You cannot say that you are not allowed to use a library with such a > licence (Note: ANY USE ) !!! The GPL is better worded in that regard; it says for no fee exceeding the cost of support and shipping (meaning I'm am not obliged to *pay* for *your* copy). > leads them to move slowly at time (network threads are not there yet...), and > their advanced use of C++ clashes with crappy compiler (VC++). But if you Well, we also have to use VC++. The compiler quirks may drive us crazy with all its "let's not bother the developper with clarity, I'll guess what he wants to do" philosophy, but there aren't many useful C++ development environments when you're working on a Windows system. > Happy coding ! > Bernard > (kinda jealous not to code for my living) Many of us code for a living. We just don't code what we'd really love to code :) -- Vincent Archer Email: archer@nevrax.com Nevrax France. Off on the yellow brick road we go! From archer@nevrax.com Fri Jan 5 10:56:59 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f059ux507546 for ; Fri, 5 Jan 2001 10:56:59 +0100 (CET) (envelope-from archer@nevrax.com) Received: (from archer@localhost) by nevrax.com (8.9.3/8.9.3) id LAA03015 for nel@nevrax.org; Fri, 5 Jan 2001 11:00:26 +0100 Date: Fri, 5 Jan 2001 11:00:26 +0100 From: Vincent Archer To: nel@nevrax.org Subject: Re: [Nel] re: Boost library Message-ID: <20010105110026.D2122@nevrax.com> References: <4.3.2.7.2.20010104121630.00aaf950@pop.nevrax.net> <20010104185408.A1373@bernard-hugueney.org> <20010105103953.A2122@nevrax.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3us In-Reply-To: <20010105103953.A2122@nevrax.com> Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform According to Vincent Archer: > a BSD-licensed software, one cannot lift a BSD-style software and put it > into a GPL project. The licenses are "orthogonal" in style, and you > cannot decide on your own to alter the license; only the copyright owner > may do so. A little precision on this subject. I was about immediately bashed on the head for my old-timer attitudes. The arguments I raise mostly apply to the so-called "original BSD license", which had relatively strict advertising clauses on it which are incompatible with GPL. But for some reason, my brain is still locked in the 10-years-ago mode, and I don't think I'll ever shake it out 'till retirement home. The recent BSD licenses let you mix things with GPL. So, we can't incorporate Boost libraries into NeL, but we can happily get them, and use them, just like we use FreeType and the like. -- Vincent Archer Email: archer@nevrax.com Nevrax France. Off on the yellow brick road we go! From michael@in-orbit.net Sat Jan 6 01:58:40 2001 Received: from pctest (mail@[63.205.226.190]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f060wd512293 for ; Sat, 6 Jan 2001 01:58:40 +0100 (CET) (envelope-from michael@in-orbit.net) Received: from baldur ([127.0.0.1] helo=in-orbit.net ident=michael) by pctest with esmtp (Exim 3.20 #1 (Debian)) id 14EhmE-0004gs-00 for ; Fri, 05 Jan 2001 17:04:10 -0800 Message-ID: <3A566F0A.11369158@in-orbit.net> Date: Fri, 05 Jan 2001 17:04:10 -0800 From: Michael Warnock X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.0-prerelease i686) X-Accept-Language: en MIME-Version: 1.0 To: nel@nevrax.org Subject: Re: [Nel] compile problems on debian gnu/linux (more) References: <3A553E18.844ECA22@in-orbit.net> <000e01c076f4$f3f52140$1701a8c0@nevrax.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform > Thanx for the quick fix! here's another bug: same debian 2.2 (stlport 4.1 now) making the client: c++ -I/usr/include/freetype2 -I/usr/include/stlport -g -O2 -o client client.o language_interface.o login_interface.o move_listener.o pb_message_box.o player_view.o shards_list_interface.o zone_manager.o zone_search.o -lnelnet -lnelmisc -lnel3d -L/usr/lib -lfreetype -lstlport_gcc zone_manager.o: In function `NLMISC::IRunnable type_info function': /usr/include/stlport/iostream(.text+0x0): multiple definition of `NLMISC::IThread::create(NLMISC::IRunnable *)' client.o(.text+0x0):/usr/include/stlport/stl/_construct.h: first defined here collect2: ld returned 1 exit status make[2]: *** [client] Error 1 we got all the servers running with code from the last hour or so. michael From robofly@in-orbit.net Sat Jan 6 02:38:08 2001 Received: from mail.in-orbit.net (qmailr@[63.205.226.189]) by www.nevrax.org (8.11.0/8.11.0) with SMTP id f061c7512915 for ; Sat, 6 Jan 2001 02:38:07 +0100 (CET) (envelope-from robofly@in-orbit.net) Received: (qmail 11446 invoked from network); 6 Jan 2001 01:37:31 -0000 Received: from unknown (HELO ROBOT.in-orbit.org) (63.205.226.188) by 63.205.226.189 with SMTP; 6 Jan 2001 01:37:31 -0000 Date: Fri, 5 Jan 2001 17:35:04 -0800 From: robofly X-Mailer: The Bat! (v1.46d) Personal Organization: InOrbit Entertainment Inc. X-Priority: 3 (Normal) Message-ID: <132578597238.20010105173504@in-orbit.net> To: nel@nevrax.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Subject: [Nel] File formats+other stuff Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi, We're experimenting with NEL, great work :) We are developing an MMRPG called "Warp Storm" and subscribe to the Open Source development model. Our company and game is born from an GPL'ed project I've been leading since 1998 called Bang formerly known as JavaMOO. Now we have a funded development effort going and have offices in San Francisco and Reykjavík, Iceland. We are considering assigning few full time programmers helping expanding the NEL code-base. I've gathered that there is support for .3ds for objects and .bmp for textures. Is this correct? Is there any animation support? In what format is the landscape data tiles? Do you have an example of a config file for the client? What glues .3ds object files to the landscape data? Warm regards, Róbert Viðar Bjarnason robofly@in-orbit.net President, InOrbit Entertainment, Inc. http://www.in-orbit.net/ http://this.is/bang/ From corvazier@nevrax.com Mon Jan 8 11:34:47 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f08AYl531411 for ; Mon, 8 Jan 2001 11:34:47 +0100 (CET) (envelope-from corvazier@nevrax.com) Received: from pc23 (fw.localdomain [192.168.254.254]) by nevrax.com (8.9.3/8.9.3) with SMTP id LAA07981 for ; Mon, 8 Jan 2001 11:38:09 +0100 Message-ID: <007901c0795e$71ecb980$1701a8c0@nevrax.net> From: "Cyril Corvazier" To: References: <132578597238.20010105173504@in-orbit.net> Subject: Re: [Nel] File formats+other stuff Date: Mon, 8 Jan 2001 11:33:31 +0100 Organization: Nevrax MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6600 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi, and welcome on the NeL list. > I've gathered that there is support for .3ds for objects > and .bmp for textures. Is this correct? > In what format is the landscape data tiles? > What glues .3ds object files to the landscape > data? NeL library supports only .tga file format and .dds (direct draw surface) for texture compression (DXTC1, 3 and 5). The NeL's way to load 3d data is the following: NeL only reads NeL binary files (like .shape, .bank or .zone). No support for .3ds files will be provided by Nevrax. The reason is .3ds is an old file format, and many new features simply don't exist in it. (vertex weigting, multiple UV by vertex, patches, vertex color ). It's easy to build and save NeL data. You only have to write a data converter or an export plugin for your 3d editor linked with NeL. A paper about 'how to deal with NeL data' will come soon in the NeL documentation. At Nevrax, we use a set of crude plugins for 3dsmax builded with NeL, but we can't distribute them for the moment. > Is there any animation support? Support for animation is planed for sure. Those features will be implemented in NeL: * Hierarchical animations. * Skinning (with T&L support). * Morphing (blend shape). * IK solver (position constraints only). * Animation layers (merge of weighted animations with IK constraints). > Do you have an example of a config file for the > client? I let my co-workers respond to this question. Thanks for your interest in the NeL project. --- Cyril Corvazier Lead 3d programmer Nevrax France From lecroart@nevrax.com Mon Jan 8 11:49:47 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f08Anl531595 for ; Mon, 8 Jan 2001 11:49:47 +0100 (CET) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw.localdomain [192.168.254.254]) by nevrax.com (8.9.3/8.9.3) with SMTP id LAA08345 for ; Mon, 8 Jan 2001 11:53:10 +0100 Message-ID: <003301c07960$8b4f3860$0901a8c0@vianneyl> From: "Vianney Lecroart" To: References: <132578597238.20010105173504@in-orbit.net> Subject: Re: [Nel] File formats+other stuff Date: Mon, 8 Jan 2001 11:48:32 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hello, I m one of those co-workers and I'll answer your last question :) > Do you have an example of a config file for the > client? yes we have example of config file. in the generated doc, here: /docs/doxygen/nel/class_NLMISC__CConfigFile.html you ll find an example of config file and a sample of code that use it. we already use the config file in the client, look client.cpp and search CConfigFile ;-) it's really quite easy to use, not very flexible but the reason is that we use lex&yacc so we can't do all we wanted (like rewrite config file) Vianney Lecroart --- lead programmer / nevrax.com icq#: 6870415 homepage: http://ace.planet-d.net www.geek.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? From lecroart@nevrax.com Mon Jan 8 12:17:03 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f08BH2531789 for ; Mon, 8 Jan 2001 12:17:02 +0100 (CET) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw.localdomain [192.168.254.254]) by nevrax.com (8.9.3/8.9.3) with SMTP id MAA08921 for ; Mon, 8 Jan 2001 12:20:25 +0100 Message-ID: <004e01c07964$5a15c300$0901a8c0@vianneyl> From: "Vianney Lecroart" To: References: <132578597238.20010105173504@in-orbit.net> Subject: Re: [Nel] File formats+other stuff Date: Mon, 8 Jan 2001 12:15:48 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform hello again, Just a question, why do you want the client config file? The client automatically create the config file if the config file is not found. Anyway, you *can't* run the client because game data are not available for now. (you should wait few weeks ;-) vianney From robofly@in-orbit.net Mon Jan 8 20:06:59 2001 Received: from mail.in-orbit.net (qmailr@[63.205.226.189]) by www.nevrax.org (8.11.0/8.11.0) with SMTP id f08J6w534077 for ; Mon, 8 Jan 2001 20:06:58 +0100 (CET) (envelope-from robofly@in-orbit.net) Received: (qmail 27735 invoked from network); 8 Jan 2001 19:06:41 -0000 Received: from unknown (HELO ROBOT.in-orbit.org) (63.205.226.188) by 63.205.226.189 with SMTP; 8 Jan 2001 19:06:41 -0000 Date: Mon, 8 Jan 2001 11:03:49 -0800 From: robofly X-Mailer: The Bat! (v1.46d) Personal Organization: InOrbit Entertainment Inc. X-Priority: 3 (Normal) Message-ID: <8938274796.20010108110349@in-orbit.net> To: Olivier Lejade CC: nel@nevrax.org Subject: Re[2]: [Nel] File formats+other stuff In-reply-To: <4.3.2.7.2.20010108115222.00b599b0@pop.nevrax.net> References: <4.3.2.7.2.20010108115222.00b599b0@pop.nevrax.net> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi Olivier, Monday, January 08, 2001, 3:08:59 AM, you wrote: OL> How is your organisation working ? What is the task of each office ? OL> How much funding did you receive ? Why did you head for San Fransisco ? Here is how our organization works: We have a management team of 8 people: President/Director, CFO, Producer, Lead World Builder/Lead Writer, Production Manager, VP of Computer Graphics, Lead Graphics Designer and Lead Animator. We have a Concept & Illustration team of 6 full time people. This team is creating the look of the Warp Storm universe. We have a Computer Graphics team of 5 full time people. This teams includes Donald Graham who did for an example the first 3D model of the International Space Station for NASA and Jim Citron who was the Technical Director for Tippett studios and worked for example on Starship Troopers, Armageddon and Godzilla. We have a Game Mechanics team of 3 full time people. This team is responsible for designed the complex skill based role-playing system for Warp Storm. We have programming team of 4 full time programmers. This team is currently focusing on the game mechanics and evaluating different Open Source technologies that we are considering for the Warp Storm platform. Currently we only have 3 employees in Reykjavík, Iceland. Our CFO, Lead Graphics Designer and Interface Designer are working out of Reykjavík the rest of the team is working out of San Francisco. We have received $760.000 in seed funding, this investments is all from Icelandic sources. We are in the progress of opening our 1st Round of financing and plan to raise $6.000.000 from sources here in the USA. The reason for why we choose San Francisco are: I worked here in 1996/1997 for a company now called http://www.smartvr.com/ and I made a lot of connections here then. It is relatively easy to get high quality illustrators and CG people here. OL> That would be nice. We'd have to find a working methodology though: we OL> didn't expect other gaming companies to jump in so soon, even though it OL> was inevitable in the long term. We would very much like to figure out the best way for us to work together. OL> How many programmers is there in your dev team ? We currently have only 4 programmers but we are looking for 2 right now and will be looking for over 10 when we receive our 1st round of financing. We have a prototype written in Java3D that has been active since 1998. We have a more recent prototype that helped us secure our seed funding written in C++ that uses Crystal Space for the rendering part. Currently, Dmitry, our lead programmer is working on creating a prototype using NeL as the net platform and using the Nebula Device for 3D rendering. Nebula has a bunch of advanced 3D stuff, you can check it out at http://www.radonlabs.de/ or http://sourceforge.net/projects/nebuladevice/ Warm regards, Róbert Viðar Bjarnason robofly@in-orbit.net President, InOrbit Entertainment, Inc. http://www.in-orbit.net From robofly@in-orbit.net Mon Jan 8 20:19:52 2001 Received: from mail.in-orbit.net (qmailr@[63.205.226.189]) by www.nevrax.org (8.11.0/8.11.0) with SMTP id f08JJp534149 for ; Mon, 8 Jan 2001 20:19:51 +0100 (CET) (envelope-from robofly@in-orbit.net) Received: (qmail 27808 invoked from network); 8 Jan 2001 19:19:30 -0000 Received: from unknown (HELO ROBOT.in-orbit.org) (63.205.226.188) by 63.205.226.189 with SMTP; 8 Jan 2001 19:19:30 -0000 Date: Mon, 8 Jan 2001 11:16:45 -0800 From: robofly X-Mailer: The Bat! (v1.46d) Personal Organization: InOrbit Entertainment Inc. X-Priority: 3 (Normal) Message-ID: <6239051603.20010108111645@in-orbit.net> To: Vianney Lecroart Subject: Re[2]: [Nel] File formats+other stuff In-reply-To: <004e01c07964$5a15c300$0901a8c0@vianneyl> References: <132578597238.20010105173504@in-orbit.net> <004e01c07964$5a15c300$0901a8c0@vianneyl> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi Vianney, Monday, January 08, 2001, 3:15:48 AM, you wrote: VL> Just a question, why do you want the client config file? VL> The client automatically create the config file if the config file is not VL> found. I just wanted it to see what initial configuration elements you were using. I wanted this to gain better understanding of the NeL platform. I had already taken a look at the link you sent me earlier and it does not reveal anything about the actual content of the config file. VL> Anyway, you *can't* run the client because game data are not available for VL> now. VL> (you should wait few weeks ;-) Why did you decide to release NeL as an Open Source project on the Internet if there is no way to run it once compiled? We have a lot of game assets ready that we would love to test out in the NeL engine. We use mostly Maya for our content but we have a couple of 3D Max licences as well. Our content currently includes; textured characters with animations, buildings, props, height maps and landscape textures. Warm regard, Róbert Viðar Bjarnason robofly@in-orbit.net From robofly@in-orbit.net Mon Jan 8 20:25:55 2001 Received: from mail.in-orbit.net (qmailr@[63.205.226.189]) by www.nevrax.org (8.11.0/8.11.0) with SMTP id f08JPs534200 for ; Mon, 8 Jan 2001 20:25:54 +0100 (CET) (envelope-from robofly@in-orbit.net) Received: (qmail 27844 invoked from network); 8 Jan 2001 19:25:40 -0000 Received: from unknown (HELO ROBOT.in-orbit.org) (63.205.226.188) by 63.205.226.189 with SMTP; 8 Jan 2001 19:25:40 -0000 Date: Mon, 8 Jan 2001 11:22:56 -0800 From: robofly X-Mailer: The Bat! (v1.46d) Personal Organization: InOrbit Entertainment Inc. X-Priority: 3 (Normal) Message-ID: <1739422476.20010108112256@in-orbit.net> To: Cyril Corvazier Subject: Re[2]: [Nel] File formats+other stuff In-reply-To: <007901c0795e$71ecb980$1701a8c0@nevrax.net> References: <132578597238.20010105173504@in-orbit.net> <007901c0795e$71ecb980$1701a8c0@nevrax.net> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi Cyril, Thanks for the info :) Monday, January 08, 2001, 2:33:31 AM, you wrote: CC> At Nevrax, we use a set of crude plugins for 3dsmax builded with NeL, but we CC> can't distribute them for the moment. Are those plugins going to be Open Source? If not, is there any change of buying them of you, even if they are in a crude stage? Warm regards, Róbert From valignat@gw.nevrax.com Tue Jan 9 17:39:32 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f09GdW540580 for ; Tue, 9 Jan 2001 17:39:32 +0100 (CET) (envelope-from valignat@gw.nevrax.com) Received: from gw.nevrax.com (fw.localdomain [192.168.254.254]) by nevrax.com (8.9.3/8.9.3) with ESMTP id RAA32085 for ; Tue, 9 Jan 2001 17:42:52 +0100 Received: (from valignat@localhost) by gw.nevrax.com (8.11.0/8.9.3) id f09GbV437246 for nel@nevrax.org; Tue, 9 Jan 2001 17:37:31 +0100 (CET) (envelope-from valignat) Date: Tue, 9 Jan 2001 17:37:31 +0100 From: Valignat Cedric To: NeL mailing list Message-ID: <20010109173731.A37182@nevrax.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Subject: [Nel] NeL compilation Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hello Everybody, Yesterday we've integrated the AI code to NeL and it breaks the GNU/Linux compilation :-( We are working on it and it should be fix soon ... Sorry about that, Cedric. From valignat@gw.nevrax.com Tue Jan 9 17:45:27 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f09GjQ540631 for ; Tue, 9 Jan 2001 17:45:26 +0100 (CET) (envelope-from valignat@gw.nevrax.com) Received: from gw.nevrax.com (fw.localdomain [192.168.254.254]) by nevrax.com (8.9.3/8.9.3) with ESMTP id RAA32196 for ; Tue, 9 Jan 2001 17:48:47 +0100 Received: (from valignat@localhost) by gw.nevrax.com (8.11.0/8.9.3) id f09GhQW37306 for nel@nevrax.org; Tue, 9 Jan 2001 17:43:26 +0100 (CET) (envelope-from valignat) Date: Tue, 9 Jan 2001 17:43:26 +0100 From: Valignat Cedric To: nel@nevrax.org Subject: Re: [Nel] Some comments from a new user (builder only for now) Message-ID: <20010109174326.A34650@nevrax.com> References: <20010103211404.A18718@bernard-hugueney.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010103211404.A18718@bernard-hugueney.org>; from nevrax@bernard-hugueney.org on Wed, Jan 03, 2001 at 09:14:04PM +0100 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hello Bernard, Nevrax wrote: > > It is not often that I can build source code so easly on my alpha! Nice to ear that :-) > You bug-fixes were really fast... (I mean FAST!) My response wasn't that fast ... sorry :-) > For your information, on a Debian woody, one should 'apt-get install' > the following packages (might go in a README or INSTALL): > [...] I updated the NeL's INSTALL file as you suggest it ... thanks. Cedric. From lecroart@nevrax.com Tue Jan 9 18:23:56 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f09HNt540819 for ; Tue, 9 Jan 2001 18:23:56 +0100 (CET) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw.localdomain [192.168.254.254]) by nevrax.com (8.9.3/8.9.3) with SMTP id SAA00509 for ; Tue, 9 Jan 2001 18:27:16 +0100 Message-ID: <00ba01c07a60$c6144480$0901a8c0@vianneyl> From: "Vianney Lecroart" To: References: <132578597238.20010105173504@in-orbit.net><004e01c07964$5a15c300$0901a8c0@vianneyl> <6239051603.20010108111645@in-orbit.net> Subject: Re: Re[2]: [Nel] File formats+other stuff Date: Tue, 9 Jan 2001 18:22:42 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hello Robert, > I just wanted it to see what initial configuration > elements you were using. I wanted this to gain > better understanding of the NeL platform. I had already > taken a look at the link you sent me earlier and > it does not reveal anything about the actual content > of the config file. okay, next is the content of our current config file, hope it s what you wanted: ---- start of client.cfg // CLIENT CONFIG FILE FullScreen = 1; // 1 = yes Width = 800; Height = 600; Depth = 32; Position = { 819.269836, -738.062500, 8.277040 }; // the last position on the world (just for prototype) Heading = { 0.882310, -0.470668, 0.0 }; // the last direction of the head Background = { 100, 100, 255 }; // color of the background (temporary, we wait the sky ;) DataPath = "\\server\gamedata\data/; // path of where the data are FontPath = "\\server\code\fonts\arialuni.ttf; // the font used in the client (will change) LanguageIndex = 1; LSHost = "pc38"; // our login service server Login = "foo"; // my login Password = "bar"; // ... i know, it s not crypted :( ShardIP = "192.168.1.38"; // the last selected shard CharacterIndex = 0; // the player character (between 2 possibilities) ---- end of client.cfg > Why did you decide to release NeL as an Open Source > project on the Internet if there is no way to > run it once compiled? Don't forget that it's a quite young project and we need time to give some examples and stuff. We are currently working on a small sample world to give the community something to kick around and showcase what NeL can do. We'll release it next week so please be a little patient. Of course this example will have nothing to do with our final game. Its main use is to help us to test our library and test our team production pipelines. But, as you said below, you could use NeL with your own data: you don't *have* to wait for us to provide it ! > We have a lot of game assets ready that we would > love to test out in the NeL engine. We use mostly > Maya for our content but we have a couple of 3D Max > licences as well. Our content currently includes; > textured characters with animations, buildings, > props, height maps and landscape textures. Great! The only potential problem could be for exporting datas. But it would be neat if you wrote an export pluggin for Maya, and we'd love to have another example of a program using NeL. Best regards, Vianney Lecroart --- lead programmer / nevrax.com icq#: 6870415 homepage: http://ace.planet-d.net www.geek.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? From francois.perichon@inzebox.com Thu Jan 11 16:10:52 2001 Received: from oxera.wanadoo.fr (smtp-rt-13.wanadoo.fr [193.252.19.223] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f0BFAm555034 for ; Thu, 11 Jan 2001 16:10:52 +0100 (CET) (envelope-from francois.perichon@inzebox.com) Received: from antholoma.wanadoo.fr (193.252.19.153) by oxera.wanadoo.fr; 11 Jan 2001 16:08:44 +0100 Received: from smtp.wanadoo.fr (193.253.249.173) by antholoma.wanadoo.fr; 11 Jan 2001 16:08:43 +0100 Date: Thu, 11 Jan 2001 16:13:25 +0100 From: =?ISO-8859-1?Q?Fran=E7ois_P=E9richon?= To: nel@nevrax.org Message-ID: <20010111161325.A15929@barjackland> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: Balsa 1.0.pre5 Subject: [Nel] mesa3D Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform It seems i need recent mesa3d libs to build NeL. What version do i need? Could you write the software versions needed to build in the INSTALL files. -- François "Le Barjack" Périchon francois.perichon@inzebox.com lebarjack@inzebox.com 36, rue de la clef 59800 Lille France Tel : +33 (0)3 20 55 55 90 Fax : +33 (0)3 20 55 55 92 From valignat@gw.nevrax.com Thu Jan 11 17:19:12 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f0BGJC555375 for ; Thu, 11 Jan 2001 17:19:12 +0100 (CET) (envelope-from valignat@gw.nevrax.com) Received: from gw.nevrax.com (fw.localdomain [192.168.254.254]) by nevrax.com (8.9.3/8.9.3) with ESMTP id RAA04944 for ; Thu, 11 Jan 2001 17:22:29 +0100 Received: (from valignat@localhost) by gw.nevrax.com (8.11.0/8.9.3) id f0BGIeu01402 for nel@nevrax.org; Thu, 11 Jan 2001 17:18:40 +0100 (CET) (envelope-from valignat) Date: Thu, 11 Jan 2001 17:18:40 +0100 From: Valignat Cedric To: nel@nevrax.org Subject: Re: [Nel] mesa3D Message-ID: <20010111171840.A1365@nevrax.com> References: <20010111161325.A15929@barjackland> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5i In-Reply-To: <20010111161325.A15929@barjackland>; from francois.perichon@inzebox.com on Thu, Jan 11, 2001 at 04:13:25PM +0100 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hello Francois, François Périchon wrote: > It seems i need recent mesa3d libs to build NeL. > What version do i need? We are using Mesa 3.3 and we didn't test NeL with other versions yet. Could you tell us which version of Mesa you used, that could help us to have a better idea about the NeL compatibility ... > Could you write the software versions needed to build in the INSTALL files. I updated the INSTALL file on that way ... it should be available on tonigth on the public CVS. Thanks, Cedric. From nevrax@bernard-hugueney.org Thu Jan 11 19:55:28 2001 Received: from bubastis (r179m43.cybercable.tm.fr [195.132.179.43]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f0BItR556306 for ; Thu, 11 Jan 2001 19:55:27 +0100 (CET) (envelope-from nevrax@bernard-hugueney.org) Received: by bubastis (Postfix, from userid 1006) id 771D54EC02; Thu, 11 Jan 2001 19:53:29 +0100 (CET) Date: Thu, 11 Jan 2001 19:53:28 +0100 To: nel@nevrax.org Subject: Re: [Nel] mesa3D Message-ID: <20010111195328.A361@bernard-hugueney.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.12i From: nevrax@bernard-hugueney.org (Bernard Hugueney) Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform In-Reply-To: <20010111171840.A1365@nevrax.com>; from valignat@nevrax.com on Thu, Jan 11, 2001 at 05:18:40PM +0100 * Valignat Cedric [010111 19:18]: > Hello Francois, > > FranBmPis PBqSichon wrote: > > It seems i need recent mesa3d libs to build NeL. > > What version do i need? > > We are using Mesa 3.3 and we didn't test NeL with other versions yet. I must say that for once, Debian unstable is not up to date. I've been left behind recently, even with latest (today's!) xlibmesa-dev :-( Just when I bought those extra 128 Mo that 'd have allowed me to compile Nel AND move he mouse cursor :-( And lanch ddd on the servers because they segfaulted on startup here :-( I've no relevent version number as debian seem to sync them with XFree's: bubastis:~# dpkg -p xlibmesa-dev |fgrep Version Version: 4.0.2-1 bubastis:~# dpkg -L xlibmesa-dev |fgrep glext.h /usr/include/GL/glext.h but bubastis:~# fgrep GL_GLEXT_VERSION `dpkg -L xlibmesa-dev |fgrep glext.h` #define GL_GLEXT_VERSION 6 which does not plese Nel :-(( Not your fault As I think one ought to be on the bleeding edge when developping or your behind when releasing... I hope to catch up soon... Bernard From valignat@gw.nevrax.com Fri Jan 12 12:02:53 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f0CB2r401233 for ; Fri, 12 Jan 2001 12:02:53 +0100 (CET) (envelope-from valignat@gw.nevrax.com) Received: from gw.nevrax.com (fw.localdomain [192.168.254.254]) by nevrax.com (8.9.3/8.9.3) with ESMTP id MAA03325 for ; Fri, 12 Jan 2001 12:06:50 +0100 Received: (from valignat@localhost) by gw.nevrax.com (8.11.0/8.9.3) id f0CB2Gu05894 for nel@nevrax.org; Fri, 12 Jan 2001 12:02:16 +0100 (CET) (envelope-from valignat) Date: Fri, 12 Jan 2001 12:01:36 +0100 From: Valignat Cedric To: nel@nevrax.org Subject: Re: [Nel] mesa3D Message-ID: <20010112120135.A5615@nevrax.com> References: <20010111195328.A361@bernard-hugueney.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010111195328.A361@bernard-hugueney.org>; from nevrax@bernard-hugueney.org on Thu, Jan 11, 2001 at 07:53:28PM +0100 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hello Bernard, Bernard Hugueney wrote: > > I must say that for once, Debian unstable is not up to date. > I've been left behind recently, even with latest (today's!) xlibmesa-dev :-( Ouch !... > Just when I bought those extra 128 Mo that 'd have allowed me to compile Nel > AND move he mouse cursor :-( How much RAM did you have, before, to run X ? :-P > And lanch ddd on the servers because they segfaulted on startup here :-( Did you get any error messages ? The servers are, actually, made in a way that they print an error message and create a core files if there is a problem, that's help us to debug them ... > I've no relevent version number as debian seem to sync them with XFree's: > > bubastis:~# dpkg -p xlibmesa-dev |fgrep Version > Version: 4.0.2-1 > > bubastis:~# dpkg -L xlibmesa-dev |fgrep glext.h > /usr/include/GL/glext.h > but > bubastis:~# fgrep GL_GLEXT_VERSION `dpkg -L xlibmesa-dev |fgrep glext.h` > #define GL_GLEXT_VERSION 6 > which does not plese Nel :-(( The Mesa's rpm that we used is the 3.3-5 version and it use the version 7 of GL/glext.h. We didn't test it with any other version of mesa yet, but you could try to download the lastest version of GL/glext.h at http://oss.sgi.com/projects/ogl-sample/ABI/glext.h and recompile NeL. An other solution is to remove the GL_GLEXT_VERSION checking in the configure.in file and in the src/3d/driver/opengl/driver_opengl_extension.h file and try to recompile NeL ... I hope that could help you to fixed your problem ... Cedric. From robofly@in-orbit.net Sun Jan 14 05:52:55 2001 Received: from mongoose.slip.net (nfeed1.sntccaidc.firstworld.net [216.127.92.117]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f0E4qs415699 for ; Sun, 14 Jan 2001 05:52:55 +0100 (CET) (envelope-from robofly@in-orbit.net) Received: from dialup-216-7-176-89.sirius.net ([216.7.176.89] helo=LOKI.in-orbit.org) by mongoose.slip.net with esmtp (Exim 3.13 #3) id 14Hf7y-0003Yk-00 for nel@nevrax.org; Sat, 13 Jan 2001 20:50:51 -0800 Date: Sat, 13 Jan 2001 20:49:54 -0800 From: Robert Bjarnason X-Mailer: The Bat! (v1.48f) UNREG / CD5BF9353B3B7091 Organization: IOE X-Priority: 3 (Normal) Message-ID: <762431376.20010113204954@in-orbit.net> To: Valignat Cedric Subject: Re[2]: [Nel] File formats+other stuff In-reply-To: <20010112120135.A5615@nevrax.com> References: <20010111195328.A361@bernard-hugueney.org> <20010112120135.A5615@nevrax.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi Vianney, VC> okay, next is the content of our current config file, hope it s what you VC> wanted: Thanks :) I like the way you have the config files created automaticly, I just hadn't looked in the right place... VC> Don't forget that it's a quite young project VC> and we need time to give some examples and stuff. VC> We are currently working on a small sample world to give the community VC> something to kick around and showcase what NeL can do. VC> We'll release it next week so please be a little patient. VC> Of course this example will have nothing to do with our final game. VC> Its main use is to help us to test our library and test our team production VC> pipelines. I appolagice for my tone of voice before, I really appricate your effort and think your doing a great job. VC> Great! The only potential problem could be for exporting datas. VC> But it would be neat if you wrote an export pluggin for Maya, VC> and we'd love to have another example of a program using NeL. We've already started to work on a plugin, written in MEL Script, using info gathered from the source code distribution. Do you have any formal documents on the different fileformats? Warm regards, Robert From robofly@in-orbit.net Mon Jan 15 05:29:25 2001 Received: from mail.in-orbit.net ([207.44.176.190]) by www.nevrax.org (8.11.0/8.11.0) with SMTP id f0F4TN422471 for ; Mon, 15 Jan 2001 05:29:24 +0100 (CET) (envelope-from robofly@in-orbit.net) Received: (qmail 27105 invoked from network); 15 Jan 2001 04:26:36 -0000 Received: from unknown (HELO PCTEST.in-orbit.org) (63.205.226.188) by 192.168.1.10 with SMTP; 15 Jan 2001 04:26:36 -0000 Date: Sun, 14 Jan 2001 20:26:32 -0800 From: robofly X-Mailer: The Bat! (v1.46d) Personal Organization: InOrbit Entertainment Inc. X-Priority: 3 (Normal) Message-ID: <5425941091.20010114202632@in-orbit.net> To: lecroart@nevrax.com CC: nel@nevrax.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Subject: [Nel] Maya plugin issues Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi, I've been looking into writing a Maya plugin. What I understand so far is the following, please correct me if I'm wrong. -There are no specific fileformats for NeL, only different serialized objects like CZone, CShape(Stream), CMesh and others. -We would probably use the Maya API and write a C++ plugin for Maya instead of a MEL script. -I will have to convert the NURBS based Maya curves into 3DSMax based Bezier Pathces. This is really exciting. Now we can really integrate functions in Maya for bump-mapping and things like that. And this will be a plugin that creates ready to use NeL objects instead of some kind of an endless conversion madness :) If anybody has some code already written for either the Maya or NeL part of such a plugin, please let me know. Our plugin will will be released under the GPL. Warm regards, Róbert From francois.perichon@inzebox.com Mon Jan 15 12:39:49 2001 Received: from anagyris.wanadoo.fr (smtp-rt-1.wanadoo.fr [193.252.19.151]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f0FBdm424614 for ; Mon, 15 Jan 2001 12:39:49 +0100 (CET) (envelope-from francois.perichon@inzebox.com) Received: from villosa.wanadoo.fr (193.252.19.122) by anagyris.wanadoo.fr; 15 Jan 2001 12:37:38 +0100 Received: from smtp.wanadoo.fr (193.253.211.247) by villosa.wanadoo.fr; 15 Jan 2001 12:37:31 +0100 Date: Mon, 15 Jan 2001 12:42:46 +0100 From: =?ISO-8859-1?Q?Fran=E7ois_P=E9richon?= To: nel@nevrax.org Subject: Re: [Nel] mesa3D Message-ID: <20010115124246.A31297@barjackland> References: <20010111161325.A15929@barjackland> <20010111171840.A1365@nevrax.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit In-Reply-To: <20010111171840.A1365@nevrax.com>; from valignat@nevrax.com on Thu, Jan 11, 2001 at 17:18:40 +0100 X-Mailer: Balsa 1.0.pre5 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform I used the mesa 3.2 which comes with the unstable debian. On Thu, 11 Jan 2001 17:18:40 Valignat Cedric wrote: > Hello Francois, > > François Périchon wrote: > > It seems i need recent mesa3d libs to build NeL. > > What version do i need? > > We are using Mesa 3.3 and we didn't test NeL with other versions yet. > > Could you tell us which version of Mesa you used, that could help us > to have a better idea about the NeL compatibility ... > > > Could you write the software versions needed to build in the INSTALL > files. > > I updated the INSTALL file on that way ... it should be available on > tonigth > on the public CVS. > > Thanks, > > Cedric. > > _______________________________________________ > Nel mailing list > Nel@nevrax.org > /mailman/listinfo.cgi/nel > > -- François "Le Barjack" Périchon francois.perichon@inzebox.com lebarjack@inzebox.com 36, rue de la clef 59800 Lille France Tel : +33 (0)3 20 55 55 90 Fax : +33 (0)3 20 55 55 92 From bernard@bernard-hugueney.org Wed Jan 17 01:55:23 2001 Received: from bubastis (r179m43.cybercable.tm.fr [195.132.179.43]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f0H0tM435999 for ; Wed, 17 Jan 2001 01:55:23 +0100 (CET) (envelope-from bernard@bernard-hugueney.org) Received: by bubastis (Postfix, from userid 1000) id 8FF094EC02; Wed, 17 Jan 2001 01:52:06 +0100 (CET) Date: Wed, 17 Jan 2001 01:52:06 +0100 To: nel@nevrax.org Subject: Re: [Nel] mesa3D Message-ID: <20010117015206.A6876@bernard-hugueney.org> References: <20010111161325.A15929@barjackland> <20010111171840.A1365@nevrax.com> <20010115124246.A31297@barjackland> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.3.12i In-Reply-To: <20010115124246.A31297@barjackland>; from francois.perichon@inzebox.com on Mon, Jan 15, 2001 at 12:42:46PM +0100 From: bernard@bernard-hugueney.org (Debian User) Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi, I reported my disappointment in a previous post when I saw that up to date unstable Debian seemed not current enough for NeL. I decided to get the latest release from www.mesa3d.org. It was 3.4 but include/GL/glext.h seemed not current enough according to the test of GL_GLEXT_VERSION :-(( (I have 6, requested is 7) So I decided to browse the CVS (http://cvs.sourceforge.net/cgi-bin/cvsweb.cgi/Mesa/include/GL/glext.h?rev=1.31&content-type=text/x-cvsweb-markup&cvsroot=mesa3d ) and here is what I found: Revision 1.31, Sat Jan 6 22:46:13 2001 UTC (10 days, 1 hour ago) by gareth Branch: MAIN CVS Tags: HEAD Changes since 1.30: +9 -4 lines Implementation of GL_EXT_texture_env_dot3. ... /* Header file version number, required by OpenGL ABI for Linux */ #define GL_GLEXT_VERSION 6 ??? You guys are not up to date! you are ahead of time :-) Btw, I tried to fake a correct GL_GLEXT_VERSION but compile fails later :-((( I hope to be able to compile NeL again soon ... Bernard * Fran?ois P?richon [010115 18:41]: > I used the mesa 3.2 which comes with the unstable debian. > On Thu, 11 Jan 2001 17:18:40 Valignat Cedric wrote: > > Hello Francois, > > > > François Périchon wrote: > > > It seems i need recent mesa3d libs to build NeL. > > > What version do i need? > > > > We are using Mesa 3.3 and we didn't test NeL with other versions yet. > > > > Could you tell us which version of Mesa you used, that could help us > > to have a better idea about the NeL compatibility ... > > > > > Could you write the software versions needed to build in the INSTALL > > files. > > > > I updated the INSTALL file on that way ... it should be available on > > tonigth > > on the public CVS. > > > > Thanks, > > > > Cedric. > > > > _______________________________________________ > > Nel mailing list > > Nel@nevrax.org > > /mailman/listinfo.cgi/nel > > > > > > -- > François "Le Barjack" Périchon > francois.perichon@inzebox.com > lebarjack@inzebox.com > 36, rue de la clef > 59800 Lille > France > Tel : +33 (0)3 20 55 55 90 > Fax : +33 (0)3 20 55 55 92 > > _______________________________________________ > Nel mailing list > Nel@nevrax.org > /mailman/listinfo.cgi/nel > From lecroart@nevrax.com Wed Jan 17 10:02:16 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f0H92D438575 for ; Wed, 17 Jan 2001 10:02:13 +0100 (CET) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw.localdomain [192.168.254.254]) by nevrax.com (8.9.3/8.9.3) with SMTP id KAA09694 for ; Wed, 17 Jan 2001 10:06:01 +0100 Message-ID: <003601c08064$070ea8a0$0901a8c0@vianneyl> From: "Vianney Lecroart" To: References: <20010111161325.A15929@barjackland> <20010111171840.A1365@nevrax.com> <20010115124246.A31297@barjackland> <20010117015206.A6876@bernard-hugueney.org> Subject: Re: [Nel] mesa3D Date: Wed, 17 Jan 2001 10:01:06 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hello, > /* Header file version number, required by OpenGL ABI for Linux */ > #define GL_GLEXT_VERSION 6 > > ??? > You guys are not up to date! you are ahead of time :-) > > Btw, I tried to fake a correct GL_GLEXT_VERSION but compile fails later > :-((( > > I hope to be able to compile NeL again soon ... > > Bernard In fact, it's Mesa that is not synchronized with the official sgi extensions. You have to get the last glext.h from sgi: http://oss.sgi.com/projects/ogl-sample/ABI/glext.h and it will be ok (we ll add this to the INSTALL file) Vianney Lecroart --- lead programmer / nevrax.com icq#: 6870415 homepage: http://ace.planet-d.net www.geek.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? From francois.perichon@inzebox.com Wed Jan 17 12:43:33 2001 Received: from areca.wanadoo.fr (smtp-rt-4.wanadoo.fr [193.252.19.156]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f0HBhS439306 for ; Wed, 17 Jan 2001 12:43:28 +0100 (CET) (envelope-from francois.perichon@inzebox.com) Received: from amyris.wanadoo.fr (193.252.19.150) by areca.wanadoo.fr; 17 Jan 2001 12:41:23 +0100 Received: from smtp.wanadoo.fr (193.253.211.247) by amyris.wanadoo.fr; 17 Jan 2001 12:41:22 +0100 Date: Wed, 17 Jan 2001 12:46:53 +0100 From: =?ISO-8859-1?Q?Fran=E7ois_P=E9richon?= To: nel@nevrax.org Message-ID: <20010117124653.A31099@barjackland> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: Balsa 1.0.pre5 Subject: [Nel] opengl problem Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi, I finally made it with the mesa3D 3.3, the last glext.h from sgi, the correct stlport, and so on. I './configure' without any problems (I set the --with-stlport, --with-stllib, and th --with-python) When making the opengl driver i end with this error : In file included from driver_opengl.h:43, from driver_opengl.cpp:45: ./../../../include/nel/3d/material.h:264: anonymous class type not used to declare any objects ./../../../include/nel/3d/material.h: In method `void NL3D::CMaterial::CTexEnv::setDefault()': ./../../../include/nel/3d/material.h:273: `union NL3D::CMaterial::CTexEnv::{anonymous}' has no member named `OpRGB' ./../../../include/nel/3d/material.h:274: `union NL3D::CMaterial::CTexEnv::{anonymous}' has no member named `SrcArg0RGB' and this one : In file included from ../../../../include/nel/3d/material.h:338, from driver_opengl.h:43, from driver_opengl.cpp:45: ./../../../include/nel/3d/driver_material_inline.h: In method `void NL3D::CMaterial::texEnvOpRGB(unsigned int, NL3D::CMaterial::TTexOperator)': ./../../../include/nel/3d/driver_material_inline.h:157: `union NL3D::CMaterial::CTexEnv::{anonymous}' has no member named `OpRGB' ./../../../include/nel/3d/driver_material_inline.h: In method `void NL3D::CMaterial::texEnvArg0RGB(unsigned int, NL3D::CMaterial::TTexSource, NL3D::CMaterial::TTexOperand)': What have i made wrong? Where this mysterious NL3D is defined? -- François "Le Barjack" Périchon francois.perichon@inzebox.com lebarjack@inzebox.com 36, rue de la clef 59800 Lille France Tel : +33 (0)3 20 55 55 90 Fax : +33 (0)3 20 55 55 92 From archer@nevrax.com Wed Jan 17 18:45:23 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f0HHjN441076 for ; Wed, 17 Jan 2001 18:45:23 +0100 (CET) (envelope-from archer@nevrax.com) Received: (from archer@localhost) by nevrax.com (8.9.3/8.9.3) id SAA18957 for nel@nevrax.org; Wed, 17 Jan 2001 18:49:11 +0100 Date: Wed, 17 Jan 2001 18:49:11 +0100 From: Vincent Archer To: nel@nevrax.org Message-ID: <20010117184911.A18838@nevrax.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3us Subject: [Nel] Announce: NeL 0.1 is officially out Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform We are proud to announce the release of the 0.1 version of the NeL framework. This framework comprises the NeL library, and a basic client and server source for a simple game called Snowballs. The CVS should be updated shortly, and the 0.1 release tagged. We are including the data files required for the game separately. If you are following the CVS regularly, you just have to update, download the data archive, compile and run. Otherwise, you may also download separately the source tree of the 0.1 release without using CVS. NB: The source archives are packages with CVS data, you may use unpack them and use then CVS to update. We do not provide a pre-built set of binaries, as the 0.1 release isn't really representative of the full technology we want to use. The server has been tested under Linux, and the client under Windows. If you want to use it, there is a demo server running here, on which the client connects by default. For any questions, we have opened a new mailing list dedicated to the Snowballs demo game, snowballs@nevrax.org (see on the web site for a subscription page). Questions and reports about the client, server, or game data themselves should be directed there, while all discussions on the NeL library itself should remain under the nel@nevrax.org original mailing list. The archives may be downloaded there from the main page: / Note: The zip archive contains the source tree in DOS text format, whereas the tar.gz archives contains the source in Unix text format. Both should compile equally well, but one might be easier to edit on your system. See you on the snowfields :) -- Vincent Archer Email: archer@nevrax.com Nevrax France. Off on the yellow brick road we go! From zager@teleaction.com Wed Jan 17 22:20:34 2001 Received: from jupiter.augur.de (jupiternew.teleaction.de [194.149.245.1]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f0HLKX442258 for ; Wed, 17 Jan 2001 22:20:34 +0100 (CET) (envelope-from zager@teleaction.com) Received: from zager ([194.149.245.62]) by jupiter.augur.de (8.8.8+Sun/8.8.8) with ESMTP id WAA05538 for ; Wed, 17 Jan 2001 22:18:06 +0100 (MET) Date: Wed, 17 Jan 2001 22:17:13 +0100 From: Dim Segebart X-Mailer: The Bat! (v1.49) Business X-Priority: 3 (Normal) Message-ID: <137101409648.20010117221713@teleaction.de> To: Vincent Archer Subject: Re: [Nel] Announce: NeL 0.1 is officially out In-reply-To: <20010117184911.A18838@nevrax.com> References: <20010117184911.A18838@nevrax.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hello to all ! I just want to share some of my recent hints on building NeL for Win32 platform with MC VC++ 6.0 (Sorry for experienced developers familiar with Win32 development environment, may be someone else like me usually do work primarily under UNIX and very seldom under Win32) *** STLPort *** First problem is building STLPort. (first big problem is the size - You should have a plenty of free space on hard drive. After building, STLPORT occupies 377946112 bytes) For some reasons or other nmake doesn't work for me as expected (could be what Win32 also hate me as I hate Win32 ;)) It reports a lot of errors and exit. To solve this problem you can do File->Open STLport-4.0\src\vc6.mak and then do Build->build stlport.exe Finally, after 30 minutes of hard work (PIII500/256), you'll have .lib & .dll & .pdb files located at STLport-4.0\lib Manually copy .lib (and I think .pdb too) to VC default \lib location and don't forget to copy .dll files to some place where they could be found at runtime. *** FreeType 2 *** You need GNU Make 3.77 Link at FreeType site is broken Grab it from ftp://sunsite.cnlab-switch.ch/mirror/freetype/contrib/win32/gnumake-win32.zip or any other place you want (http://ftpsearch.lycos.com/cgi-bin/search?form=medium&query=gnumake-win32.zip&doit=Search&type=Case+insensitive+multiple+substrings+search&hits=50&matches=&hitsprmatch=&limdom=&limpath=&hidepackages=on&hidedistfiles=on&hidefreebsd=on&hideopenbsd=on&hidenetbsd=on&hidelinux=on&f1=Count&f2=Mode&f3=Size&f4=Date&f5=Host&f6=Path&header=none&sort=none&trlen=20) You should have both path to GNU make and path to VC++ binaries as well to be included into your PATH environment variable next do: make setup visualc make copy freetype-2.0\obj\freetype.lib to VC++ default \lib location and also copy freetype-2.0\include\freetype directory itself to VC \include directory (just to save some clicks and typing while building NeL) To be continued ... PS. Many thanks to Paul Oakenfold and his wonderful music which save me from going madness while working under MS Windows :)) -- Dim Segebart mailto:zager@teleaction.de From cblt@cblt.org Wed Jan 17 23:05:34 2001 Received: from balzac.cybercable.fr (balzac.cybercable.fr [212.198.0.198]) by www.nevrax.org (8.11.0/8.11.0) with SMTP id f0HM5Y442472 for ; Wed, 17 Jan 2001 23:05:34 +0100 (CET) (envelope-from cblt@cblt.org) Received: (qmail 4413581 invoked from network); 17 Jan 2001 22:03:29 -0000 Received: from r184m194.cybercable.tm.fr (HELO cblt.org) ([195.132.184.194]) (envelope-sender ) by balzac.cybercable.fr (qmail-ldap-1.03) with SMTP for ; 17 Jan 2001 22:03:29 -0000 Message-ID: <3A6617E3.1000508@cblt.org> Date: Wed, 17 Jan 2001 23:08:35 +0100 From: Nicolas Hognon User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; 0.7) Gecko/20010109 X-Accept-Language: en MIME-Version: 1.0 To: nel@nevrax.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: [Nel] some questions about buildings Nel under win32 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform hello (sorry for my english) i've got problem to build the client under win32. i build all the nel components and stl-port and freetype. then i build the client and i've got some problem at the link. here is the error log of visual. > Linking... > MSVCRTD.lib(cinitexe.obj) : warning LNK4098: defaultlib "libcmt.lib" > conflicts with use of other libs; use /NODEFAULTLIB:library > freetype.lib(ftinit.obj) : error LNK2001: unresolved external symbol > _psaux_module_class > Debug/snowballs.exe : fatal error LNK1120: 1 unresolved externals > Error executing link.exe. perhaps i make a mistake building freetype. i've got freetype-2.0.1 which generate freetype200b8_D.lib (debug) and freetype200b8MT.lib (release) in the lib directory. i try to link with the debug and the release one renaming it to freetype.lib cos the client link with freetype.lib but it don't work. i read different message in the mailing list and i understand the freetype lib is build in obj directory but one my system it's build in lib. is it possible i've got a wrong version of freetype ? thank you for you're help. and i've got another question a the 0.1 release of nel client and server. where are the data. in another module than code. cos i can see data on the webcvs but i can't get it with wincvs ? -- Nicolas Hognon home : cblt@cblt.org / www.cblt.org work : nicolash@virtools.com / www.virtools.com #ICQ : 36044443 Enjoy the silence (DM) From jerome.lanquetot@animaths.com Thu Jan 18 10:38:52 2001 Received: from animaths.com (AMontsouris-101-2-1-70.abo.wanadoo.fr [193.251.54.70] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with SMTP id f0I9co446236 for ; Thu, 18 Jan 2001 10:38:51 +0100 (CET) (envelope-from jerome.lanquetot@animaths.com) Received: (qmail 11900 invoked by uid 31); 18 Jan 2001 09:43:17 -0000 Received: from jerome.lanquetot@animaths.com by ns.masa.com with qmail-scanner-0.93 (scanner: maj 10/01/2000. . Clean. Processed in 0.246359 secs); 18/01/2001 10:43:17 X-Qmail-Scanner-Mail-From: jerome.lanquetot@animaths.com via ns.masa.com X-Qmail-Scanner-Rcpt-To: nel@nevrax.org X-Qmail-Scanner: 0.93 (No viruses found. Processed in 0.249057 secs) Received: from jlt.masa.com (HELO jlt) (172.16.2.11) by ns.masa.com with SMTP; 18 Jan 2001 09:43:17 -0000 Message-ID: <00b301c08132$6e9880d0$0b0210ac@jlt> From: "Jerome Lanquetot" To: References: <3A6617E3.1000508@cblt.org> Subject: Re: [Nel] some questions about buildings Nel under win32 Date: Thu, 18 Jan 2001 10:38:36 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform You have to add the psaux files in the freetype project (do it manually it works) ----- Original Message ----- From: "Nicolas Hognon" To: Sent: Wednesday, January 17, 2001 11:08 PM Subject: [Nel] some questions about buildings Nel under win32 > hello (sorry for my english) > > i've got problem to build the client under win32. > i build all the nel components and stl-port and freetype. > then i build the client and i've got some problem at the link. > > here is the error log of visual. > > > Linking... > > MSVCRTD.lib(cinitexe.obj) : warning LNK4098: defaultlib "libcmt.lib" > > conflicts with use of other libs; use /NODEFAULTLIB:library > > freetype.lib(ftinit.obj) : error LNK2001: unresolved external symbol > > _psaux_module_class > > Debug/snowballs.exe : fatal error LNK1120: 1 unresolved externals > > Error executing link.exe. > > > perhaps i make a mistake building freetype. > i've got freetype-2.0.1 which generate freetype200b8_D.lib (debug) > and freetype200b8MT.lib (release) in the lib directory. > > i try to link with the debug and the release one renaming it to > freetype.lib cos the client link with freetype.lib > but it don't work. > i read different message in the mailing list and i understand the > freetype lib is build in obj directory but one my system it's build in lib. > is it possible i've got a wrong version of freetype ? > > thank you for you're help. > > and i've got another question a the 0.1 release of nel client and > server. where are the data. in another module than code. > cos i can see data on the webcvs but i can't get it with wincvs ? > > > -- > Nicolas Hognon > home : cblt@cblt.org / www.cblt.org > work : nicolash@virtools.com / www.virtools.com > #ICQ : 36044443 > > Enjoy the silence > (DM) > > _______________________________________________ > Nel mailing list > Nel@nevrax.org > /mailman/listinfo.cgi/nel > From lecroart@nevrax.com Thu Jan 18 10:42:41 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f0I9ge446290 for ; Thu, 18 Jan 2001 10:42:40 +0100 (CET) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw.localdomain [192.168.254.254]) by nevrax.com (8.9.3/8.9.3) with SMTP id KAA28761 for ; Thu, 18 Jan 2001 10:46:28 +0100 Message-ID: <005601c08132$da739650$0901a8c0@vianneyl> From: "Vianney Lecroart" To: References: <20010117184911.A18838@nevrax.com> <137101409648.20010117221713@teleaction.de> Subject: Re: [Nel] Announce: NeL 0.1 is officially out Date: Thu, 18 Jan 2001 10:41:37 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform > *** STLPort *** > First problem is building STLPort. > (first big problem is the size - You should have a plenty of free space on > hard drive. After building, STLPORT occupies 377946112 bytes) > For some reasons or other nmake > doesn't work for me as expected (could be what Win32 also hate me as I > hate Win32 ;)) It reports a lot of errors and exit. > To solve this problem you can do File->Open STLport-4.0\src\vc6.mak and > then do Build->build stlport.exe > Finally, after 30 minutes of hard work (PIII500/256), you'll have .lib & .dll & .pdb > files located at STLport-4.0\lib Manually copy .lib (and I think > .pdb too) to VC default \lib location and don't forget to copy .dll > files to some place where they could be found at runtime. yes > *** FreeType 2 *** > You need GNU Make 3.77 Link at FreeType site is broken > Grab it from ftp://sunsite.cnlab-switch.ch/mirror/freetype/contrib/win32/gnumake-win32.zi p > or any other place you want > (http://ftpsearch.lycos.com/cgi-bin/search?form=medium&query=gnumake-win32.z ip&doit=Search&type=Case+insensitive+multiple+substrings+search&hits=50&matc hes=&hitsprmatch=&limdom=&limpath=&hidepackages=on&hidedistfiles=on&hidefree bsd=on&hideopenbsd=on&hidenetbsd=on&hidelinux=on&f1=Count&f2=Mode&f3=Size&f4 =Date&f5=Host&f6=Path&header=none&sort=none&trlen=20) > You should have both path to GNU make and path to VC++ binaries as well > to be included into your PATH environment variable > next do: > make setup visualc > make > copy freetype-2.0\obj\freetype.lib to VC++ default \lib location > and also copy freetype-2.0\include\freetype directory itself to VC \include > directory (just to save some clicks and typing while building NeL) yes too... In fact, I put in the INSTALL all things that you have to do to compile freetype, stlport and so on. But, I had to remove these information because, some people in Nevrax think that it s not our job to explain how to compile others external libraries. Thanks for all these informations and we hope that they helps everybody to compile more easily. Vianney From lecroart@nevrax.com Thu Jan 18 10:49:42 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f0I9ng446378 for ; Thu, 18 Jan 2001 10:49:42 +0100 (CET) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw.localdomain [192.168.254.254]) by nevrax.com (8.9.3/8.9.3) with SMTP id KAA28972 for ; Thu, 18 Jan 2001 10:53:29 +0100 Message-ID: <005c01c08133$d59f8390$0901a8c0@vianneyl> From: "Vianney Lecroart" To: References: <3A6617E3.1000508@cblt.org> Subject: Re: [Nel] some questions about buildings Nel under win32 Date: Thu, 18 Jan 2001 10:48:39 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform > perhaps i make a mistake building freetype. > i've got freetype-2.0.1 which generate freetype200b8_D.lib (debug) > and freetype200b8MT.lib (release) in the lib directory. when we compile freetype2.0.1, it generated a freetype.lib in the freetype-2.0.1/obj directory. we never rename the library name or something like that. we don t have freetype200b8MT.lib or these strange lib filename. it seems with the name that it s freetype version 2.0.0 beta 8 and it s perhaps the reason. > and i've got another question a the 0.1 release of nel client and > server. where are the data. in another module than code. > cos i can see data on the webcvs but i can't get it with wincvs ? no, we don t put the data on cvs because it s too slow to get them and binaries are not very well managed in cvs. if you want data for the snowballs game, you have to download the tarball or zip file from the www.nevrax.org web site. Vianney From David.Mentre@inria.fr Thu Jan 18 11:01:08 2001 Received: from concorde.inria.fr (concorde.inria.fr [192.93.2.39]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f0IA18446548 for ; Thu, 18 Jan 2001 11:01:08 +0100 (CET) (envelope-from David.Mentre@inria.fr) Received: from pochi.inria.fr (pochi.inria.fr [128.93.8.128]) by concorde.inria.fr (8.11.1/8.10.0) with ESMTP id f0I9x1520144 for ; Thu, 18 Jan 2001 10:59:01 +0100 (MET) Received: (from mentre@localhost) by pochi.inria.fr (8.11.1/8.10.0) id f0I9x1s06320; Thu, 18 Jan 2001 10:59:01 +0100 X-Authentication-Warning: pochi.inria.fr: mentre set sender to David.Mentre@inria.fr using -f To: nel@nevrax.org Subject: Re: [Nel] Announce: NeL 0.1 is officially out References: <20010117184911.A18838@nevrax.com> <137101409648.20010117221713@teleaction.de> <005601c08132$da739650$0901a8c0@vianneyl> From: David Mentre X-PhD-defense: in 1 months and 9 days. Date: 18 Jan 2001 10:59:01 +0100 In-Reply-To: "Vianney Lecroart"'s message of "Thu, 18 Jan 2001 10:41:37 +0100" Message-ID: Lines: 13 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform "Vianney Lecroart" writes: > But, I had to remove these information because, some people in Nevrax > think that it s not our job to explain how to compile others external > libraries. It is maybe not your job, but if people are unable to start, they will never give you a feedback (code, bugs, ...). d. -- David.Mentre@inria.fr -- http://www.irisa.fr/prive/dmentre/ Opinions expressed here are only mine. From corvazier@nevrax.com Thu Jan 18 15:02:44 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f0IE2f447885 for ; Thu, 18 Jan 2001 15:02:42 +0100 (CET) (envelope-from corvazier@nevrax.com) Received: from pc23 (fw.localdomain [192.168.254.254]) by nevrax.com (8.9.3/8.9.3) with SMTP id PAA01491 for ; Thu, 18 Jan 2001 15:06:26 +0100 Message-ID: <009d01c08157$251efea0$1701a8c0@nevrax.net> From: "Cyril Corvazier" To: Date: Thu, 18 Jan 2001 15:01:25 +0100 Organization: Nevrax MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_009A_01C0815F.86D29DC0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6600 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 Subject: [Nel] Gl driver Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform This is a multi-part message in MIME format. ------=_NextPart_000_009A_01C0815F.86D29DC0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, > here is the error: > ERR client.cpp 2574: Exception: EBadDisplay: Missing Required GL = extension: > GL_ARB_multitexture The NeL's GlDriver works only if the GL_ARB_multitexture and = GL_EXT_tex_env_combine are present. If you don't have those extensions but your card can do multitexturing = (if you have GL_SGIS_multitexture=20 for exemple), try to update your driver. Today, the client has been tested under Geforce and Geforce II. Regards Cyril Corvazier. =20 ------=_NextPart_000_009A_01C0815F.86D29DC0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
<from Snowballs mailing list>
 
Hi,
> here is the error:
> ERR client.cpp 2574: Exception:=20 EBadDisplay: Missing Required GL extension:
>=20 GL_ARB_multitexture
 
The NeL's GlDriver works only if the GL_ARB_multitexture and=20 GL_EXT_tex_env_combine are present.
If you don't have those extensions but your card can do = multitexturing (if=20 you have GL_SGIS_multitexture
for exemple), try to update your driver.
 
Today, the client has been tested under Geforce and Geforce = II.
 
Regards
 
Cyril Corvazier.   
 
------=_NextPart_000_009A_01C0815F.86D29DC0-- From lecroart@nevrax.com Thu Jan 18 17:57:15 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f0IGvF448814 for ; Thu, 18 Jan 2001 17:57:15 +0100 (CET) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw.localdomain [192.168.254.254]) by nevrax.com (8.9.3/8.9.3) with SMTP id SAA05211 for ; Thu, 18 Jan 2001 18:01:01 +0100 Message-ID: <00b001c0816f$8f69ea50$0901a8c0@vianneyl> From: "Vianney Lecroart" To: References: <20010117184911.A18838@nevrax.com><137101409648.20010117221713@teleaction.de><005601c08132$da739650$0901a8c0@vianneyl> Subject: Re: [Nel] Announce: NeL 0.1 is officially out Date: Thu, 18 Jan 2001 17:56:11 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform > > But, I had to remove these information because, some people in Nevrax > > think that it s not our job to explain how to compile others external > > libraries. > > It is maybe not your job, but if people are unable to start, they will > never give you a feedback (code, bugs, ...). Exact, We know that but in fact, if we put a doc explains all things to do to install external lib, we ll have to follow each new external lib version, try them and correct eventually the file. It s the reason that we prefer to refer to the external lib documentation to install them. Anyway, we'll perhaps put a special section on our web site or/and with nel to explain more in deep how to get and compile external stuffs. Vianney Lecroart From jerome.lanquetot@animaths.com Thu Jan 18 18:01:31 2001 Received: from animaths.com (AMontsouris-101-2-1-70.abo.wanadoo.fr [193.251.54.70] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with SMTP id f0IH1U448858 for ; Thu, 18 Jan 2001 18:01:31 +0100 (CET) (envelope-from jerome.lanquetot@animaths.com) Received: (qmail 4270 invoked by uid 31); 18 Jan 2001 17:06:01 -0000 Received: from jerome.lanquetot@animaths.com by ns.masa.com with qmail-scanner-0.93 (scanner: maj 10/01/2000. . Clean. Processed in 0.264984 secs); 18/01/2001 18:06:01 X-Qmail-Scanner-Mail-From: jerome.lanquetot@animaths.com via ns.masa.com X-Qmail-Scanner-Rcpt-To: nel@nevrax.org X-Qmail-Scanner: 0.93 (No viruses found. Processed in 0.267597 secs) Received: from jlt.masa.com (HELO jlt) (172.16.2.11) by ns.masa.com with SMTP; 18 Jan 2001 17:06:00 -0000 Message-ID: <006901c08170$49445870$0b0210ac@jlt> From: "Jerome Lanquetot" To: References: <009d01c08157$251efea0$1701a8c0@nevrax.net> Date: Thu, 18 Jan 2001 18:01:22 +0100 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0066_01C08178.AAEBC290" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Subject: [Nel] Server Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform C'est un message de format MIME en plusieurs parties. ------=_NextPart_000_0066_01C08178.AAEBC290 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I have some problems launching the five services: log, login, moves, = naming and time. I found nowhere some help about the functionnalities about each service = and the order in which they start. Could you help me to launch correctly the services. Regards J=E9r=F4me Lanquetot ------=_NextPart_000_0066_01C08178.AAEBC290 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
 
I have some problems launching the five = services:=20 log, login,=20 moves, naming and=20 time.
I found nowhere some help about the=20 functionnalities about each service and the order in which they=20 start.
 
Could you help me to launch correctly = the=20 services.
 
Regards
 
J=E9r=F4me Lanquetot
 
 
------=_NextPart_000_0066_01C08178.AAEBC290-- From lecroart@nevrax.com Thu Jan 18 18:20:55 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f0IHKs448963 for ; Thu, 18 Jan 2001 18:20:54 +0100 (CET) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw.localdomain [192.168.254.254]) by nevrax.com (8.9.3/8.9.3) with SMTP id SAA05685 for ; Thu, 18 Jan 2001 18:24:36 +0100 Message-ID: <00d701c08172$dcd86d40$0901a8c0@vianneyl> From: "Vianney Lecroart" To: References: <009d01c08157$251efea0$1701a8c0@nevrax.net> <006901c08170$49445870$0b0210ac@jlt> Subject: Re: [Nel] Server Date: Thu, 18 Jan 2001 18:19:46 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform >I have some problems launching the five services: log, login, moves, naming and time. >I found nowhere some help about the functionnalities about each service and the order in which they start. >Could you help me to launch correctly the services. first, you have to create the ns.cfg file with: --------begin of ns.cfg------- Host="your nameservice ip"; Port=50000; --------end of ns.cfg------- after, you launch, in order: - naming <-- used to find a specific service by his name - log <-- centralized log for all service - time <-- centralized time reference - login <-- centralized user account for all shard - moves <-- a shard of course, some services will create some config file that you have to fill. you have to put in the ls.txt the moves service host ip like this: ---- Shards = { "your moves service host ip", "the name of the shard appears on the client" }; ---- Vianney Lecroart From jerome.lanquetot@animaths.com Thu Jan 18 18:50:29 2001 Received: from animaths.com (AMontsouris-101-2-1-70.abo.wanadoo.fr [193.251.54.70] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with SMTP id f0IHoT449131 for ; Thu, 18 Jan 2001 18:50:29 +0100 (CET) (envelope-from jerome.lanquetot@animaths.com) Received: (qmail 6938 invoked by uid 31); 18 Jan 2001 17:55:00 -0000 Received: from jerome.lanquetot@animaths.com by ns.masa.com with qmail-scanner-0.93 (scanner: maj 10/01/2000. . Clean. Processed in 0.291242 secs); 18/01/2001 18:55:00 X-Qmail-Scanner-Mail-From: jerome.lanquetot@animaths.com via ns.masa.com X-Qmail-Scanner-Rcpt-To: nel@nevrax.org X-Qmail-Scanner: 0.93 (No viruses found. Processed in 0.293819 secs) Received: from jlt.masa.com (HELO jlt) (172.16.2.11) by ns.masa.com with SMTP; 18 Jan 2001 17:55:00 -0000 Message-ID: <008901c08177$21768280$0b0210ac@jlt> From: "Jerome Lanquetot" To: References: <009d01c08157$251efea0$1701a8c0@nevrax.net> <006901c08170$49445870$0b0210ac@jlt> <00d701c08172$dcd86d40$0901a8c0@vianneyl> Subject: Re: [Nel] Server Date: Thu, 18 Jan 2001 18:50:22 +0100 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0086_01C0817F.8334D000" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform C'est un message de format MIME en plusieurs parties. ------=_NextPart_000_0086_01C0817F.8334D000 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Thanks Vianney, I have now two bugs. - The first one is when i launch the moves service, it closes itself. - The second one (linked to the first one i guess) is when i launch the = client i get the following exception: "01/01/18 18:45:00 ERR client.cpp 2574: Exception: toto2" I give you all my config files: ls.txt: Users =3D { }; Shards =3D { "172.16.2.11", "StartPosition" }; ns.cfg: Host=3D"jlt"; Port=3D50000; and client.cfg: // CLIENT CONFIG FILE FullScreen =3D 0; Width =3D 800; Height =3D 600; Depth =3D 16; Position =3D { 1840.000000, -970.000000, -23.520323 }; Heading =3D { -0.122154, 1.000000, 0.0 }; Background =3D { 100, 100, 255 }; DataPath =3D "data/"; FontName =3D "n019003l.pfb"; LanguageIndex =3D 0; LSHost =3D "172.16.2.11"; Login =3D "jaylee"; Password =3D "a"; ShardIP =3D "172.16.2.11"; CharacterIndex =3D 0; LandscapeTileNear =3D 50.000000; LandscapeThreshold =3D 0.001000; ----- Original Message -----=20 From: "Vianney Lecroart" To: Sent: Thursday, January 18, 2001 6:19 PM Subject: Re: [Nel] Server > >I have some problems launching the five services: log, login, moves, = naming > and time. > >I found nowhere some help about the functionnalities about each = service and > the order in which they start. > >Could you help me to launch correctly the services. >=20 > first, you have to create the ns.cfg file with: >=20 > --------begin of ns.cfg------- > Host=3D"your nameservice ip"; > Port=3D50000; > --------end of ns.cfg------- >=20 > after, you launch, in order: > - naming <-- used to find a specific service by his = name > - log <-- centralized log for all service > - time <-- centralized time reference > - login <-- centralized user account for all = shard > - moves <-- a shard >=20 > of course, some services will create some config file that you have to = fill. > you have to put in the ls.txt the moves service host ip like this: >=20 > ---- > Shards =3D { > "your moves service host ip", "the name of the shard appears on the = client" > }; > ---- >=20 > Vianney Lecroart >=20 >=20 > _______________________________________________ > Nel mailing list > Nel@nevrax.org > /mailman/listinfo.cgi/nel >=20 ------=_NextPart_000_0086_01C0817F.8334D000 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Thanks Vianney,
 
I have now two bugs.
 
- The first one is when i launch the = moves service,=20 it closes itself.
- The second one (linked to the first = one i guess)=20 is when i launch the client i get the following exception:
"01/01/18 18:45:00 ERR client.cpp 2574: = Exception:=20 toto2"
 
I give you all my config = files:
 
ls.txt:
 
Users =3D {
};
 
Shards =3D {
 "172.16.2.11",=20 "StartPosition"
};
 
ns.cfg:
 
Host=3D"jlt";
Port=3D50000;
 
and = client.cfg:
// CLIENT CONFIG FILE
 
FullScreen =3D 0;
Width =3D = 800;
Height =3D=20 600;
Depth =3D 16;
Position =3D { 1840.000000, -970.000000, = -23.520323=20 };
Heading =3D { -0.122154, 1.000000, 0.0 };
Background =3D { 100, = 100, 255=20 };
DataPath =3D "data/";
FontName =3D = "n019003l.pfb";
LanguageIndex =3D=20 0;
LSHost =3D "172.16.2.11";
Login =3D "jaylee";
Password =3D = "a";
ShardIP=20 =3D "172.16.2.11";
CharacterIndex =3D 0;
LandscapeTileNear =3D=20 50.000000;
LandscapeThreshold =3D 0.001000;
 
 
 
----- Original Message -----
To: <nel@nevrax.org>
Sent: Thursday, January 18, 2001 6:19=20 PM
Subject: Re: [Nel] = Server

> >I have some problems launching the five services: log, = login,=20 moves, naming
> and time.
> >I found nowhere some help = about the=20 functionnalities about each service and
> the order in which they=20 start.
> >Could you help me to launch correctly the = services.
>=20
> first, you have to create the ns.cfg file with:
> =
>=20 --------begin of ns.cfg-------
> Host=3D"your nameservice = ip";
>=20 Port=3D50000;
> --------end of ns.cfg-------
>
> = after, you=20 launch, in order:
> -=20 naming           &= nbsp;      =20 <-- used to find a specific service by his name
> -=20 log           &nbs= p;            = ;=20 <-- centralized log for all service
> -=20 time           &nb= sp;          =20 <-- centralized time reference
> -=20 login           &n= bsp;         =20 <-- centralized user account for all shard
> -=20 moves           &n= bsp;      =20 <-- a shard
>
> of course, some services will create = some config=20 file that you have to fill.
> you have to put in the ls.txt the = moves=20 service host ip like this:
>
> ----
> Shards =3D = {
>=20  "your moves service host ip", "the name of the shard appears on = the=20 client"
> };
> ----
>
> Vianney = Lecroart
>=20
>
> = _______________________________________________
> Nel=20 mailing list
>
Nel@nevrax.org
> = /mailman/listinfo.cgi/nel
> ------=_NextPart_000_0086_01C0817F.8334D000-- From robofly@in-orbit.net Thu Jan 18 20:05:45 2001 Received: from mail.in-orbit.net ([207.44.176.190]) by www.nevrax.org (8.11.0/8.11.0) with SMTP id f0IJ5g449504 for ; Thu, 18 Jan 2001 20:05:43 +0100 (CET) (envelope-from robofly@in-orbit.net) Received: (qmail 4422 invoked from network); 18 Jan 2001 19:02:06 -0000 Received: from unknown (HELO PCTEST.in-orbit.org) (63.205.226.188) by 192.168.1.10 with SMTP; 18 Jan 2001 19:02:06 -0000 Date: Thu, 18 Jan 2001 11:02:44 -0800 From: robofly X-Mailer: The Bat! (v1.46d) Personal Organization: InOrbit Entertainment Inc. X-Priority: 3 (Normal) Message-ID: <345693203.20010118110244@in-orbit.net> To: Jerome Lanquetot Subject: Re[2]: [Nel] Server In-reply-To: <008901c08177$21768280$0b0210ac@jlt> References: <009d01c08157$251efea0$1701a8c0@nevrax.net> <006901c08170$49445870$0b0210ac@jlt> <00d701c08172$dcd86d40$0901a8c0@vianneyl> <008901c08177$21768280$0b0210ac@jlt> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi Jerome, Thursday, January 18, 2001, 9:50:22 AM, you wrote: JL> - The first one is when i launch the moves service, it closes itself. You might have to use the host name of your computer instead of the IP number in ls.txt. Maybe you should also use the host name instead of the IP number in the LSHost parameter in the client.cfg JL> - The second one (linked to the first one i guess) is when i launch the client i get the following exception: JL> "01/01/18 18:45:00 ERR client.cpp 2574: Exception: toto2" This is probably because the client can't connect to the moves_service, that was not started... Warm regards, Róbert From jerome.lanquetot@animaths.com Fri Jan 19 09:18:25 2001 Received: from animaths.com (AMontsouris-101-2-1-70.abo.wanadoo.fr [193.251.54.70]) by www.nevrax.org (8.11.0/8.11.0) with SMTP id f0J8IP453855 for ; Fri, 19 Jan 2001 09:18:25 +0100 (CET) (envelope-from jerome.lanquetot@animaths.com) Received: (qmail 19596 invoked by uid 31); 19 Jan 2001 08:22:57 -0000 Received: from jerome.lanquetot@animaths.com by ns.masa.com with qmail-scanner-0.93 (scanner: maj 10/01/2000. . Clean. Processed in 0.240876 secs); 19/01/2001 09:22:56 X-Qmail-Scanner-Mail-From: jerome.lanquetot@animaths.com via ns.masa.com X-Qmail-Scanner-Rcpt-To: nel@nevrax.org X-Qmail-Scanner: 0.93 (No viruses found. Processed in 0.243424 secs) Received: from jlt.masa.com (HELO jlt) (172.16.2.11) by ns.masa.com with SMTP; 19 Jan 2001 08:22:56 -0000 Message-ID: <001701c081f0$642cddd0$0b0210ac@jlt> From: "Jerome Lanquetot" To: References: <009d01c08157$251efea0$1701a8c0@nevrax.net> <006901c08170$49445870$0b0210ac@jlt> <00d701c08172$dcd86d40$0901a8c0@vianneyl> <008901c08177$21768280$0b0210ac@jlt> <345693203.20010118110244@in-orbit.net> Subject: Re: Re[2]: [Nel] Server Date: Fri, 19 Jan 2001 09:18:23 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi, The problem remains the same, the moves service closes itself. I use the host name of my machine, and it doesn't work. I think the best is to send us your two config files (ls.txt and ns.cfg) used for your server. Is there a log file or window to see what is wrong? thanks Jerome ----- Original Message ----- From: "robofly" To: "Jerome Lanquetot" Sent: Thursday, January 18, 2001 8:02 PM Subject: Re[2]: [Nel] Server > Hi Jerome, > > Thursday, January 18, 2001, 9:50:22 AM, you wrote: > JL> - The first one is when i launch the moves service, it closes itself. > > You might have to use the host name of your > computer instead of the IP number in ls.txt. > > Maybe you should also use the host name instead > of the IP number in the LSHost parameter in the > client.cfg > > JL> - The second one (linked to the first one i guess) is when i launch the client i get the following exception: > JL> "01/01/18 18:45:00 ERR client.cpp 2574: Exception: toto2" > > This is probably because the client can't connect > to the moves_service, that was not started... > > Warm regards, > Róbert > > > _______________________________________________ > Nel mailing list > Nel@nevrax.org > /mailman/listinfo.cgi/nel > From lecroart@nevrax.com Fri Jan 19 16:22:51 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f0JFMp456089 for ; Fri, 19 Jan 2001 16:22:51 +0100 (CET) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw.localdomain [192.168.254.254]) by nevrax.com (8.9.3/8.9.3) with SMTP id QAA23117 for ; Fri, 19 Jan 2001 16:26:36 +0100 Message-ID: <008f01c0822b$8a4de820$0901a8c0@vianneyl> From: "Vianney Lecroart" To: References: <009d01c08157$251efea0$1701a8c0@nevrax.net> <006901c08170$49445870$0b0210ac@jlt> <00d701c08172$dcd86d40$0901a8c0@vianneyl> <008901c08177$21768280$0b0210ac@jlt> Subject: Re: [Nel] Server Date: Fri, 19 Jan 2001 16:21:48 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hello, please, could you stop to send your email in HTML format? it s not safe and not really cool to read them on text mail program. thank you. >I have now two bugs. >- The first one is when i launch the moves service, it closes itself. >- The second one (linked to the first one i guess) is when i launch the client i get the following exception: >"01/01/18 18:45:00 ERR client.cpp 2574: Exception: toto2" ok, if your moves serive is not launch, you *cant* connect your client, so the second problem is because of that. if your moves service closes itself, it s surely because the login service didn't authorized him to be an official shard. official shard are in ls.txt file (Shard variable) and for a strange reason, the ip you put on it isn t the same that the one who sent by the moves service. all services log informations in a file called logs.log, you should take a look on it. Vianney Lecroart From robofly@in-orbit.net Sat Jan 20 02:22:03 2001 Received: from mail.in-orbit.net ([207.44.176.190]) by www.nevrax.org (8.11.0/8.11.0) with SMTP id f0K1M1703216 for ; Sat, 20 Jan 2001 02:22:02 +0100 (CET) (envelope-from robofly@in-orbit.net) Received: (qmail 9612 invoked from network); 20 Jan 2001 01:18:28 -0000 Received: from unknown (HELO PCTEST.in-orbit.org) (63.205.226.188) by 192.168.1.10 with SMTP; 20 Jan 2001 01:18:28 -0000 Date: Fri, 19 Jan 2001 17:19:05 -0800 From: robofly X-Mailer: The Bat! (v1.46d) Personal Organization: InOrbit Entertainment Inc. X-Priority: 3 (Normal) Message-ID: <1234090682.20010119171905@in-orbit.net> To: Jerome Lanquetot Subject: Re[4]: [Nel] Server In-reply-To: <001701c081f0$642cddd0$0b0210ac@jlt> References: <009d01c08157$251efea0$1701a8c0@nevrax.net> <006901c08170$49445870$0b0210ac@jlt> <00d701c08172$dcd86d40$0901a8c0@vianneyl> <008901c08177$21768280$0b0210ac@jlt> <345693203.20010118110244@in-orbit.net> <001701c081f0$642cddd0$0b0210ac@jlt> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi Jerome, Friday, January 19, 2001, 12:18:23 AM, you wrote: JL> The problem remains the same, the moves service closes itself. I use the JL> host name of my machine, and it doesn't work. I think the best is to send us JL> your two config files (ls.txt and ns.cfg) used for your server. One hint: If you can, rename your computer to "pctest" and try running the servers. This is a default hostname in the NeL code. You should be able to override this with the ns.cfg file. Also I had some problems with DNS issues, the test computer I was using didn't have a legal host name that could be looked up, after I fixed that everything worked... Warm regards, Robert <<<<>>>>> Host="pctest"; Port=50000; >>>>>ns.cfg<<<<<< From poet007@ifrance.com Sun Jan 21 19:46:13 2001 Received: from lh00.opsion.fr (lh00.opsion.fr [212.73.208.226]) by www.nevrax.org (8.11.0/8.11.0) with SMTP id f0LIkD717128 for ; Sun, 21 Jan 2001 19:46:13 +0100 (CET) (envelope-from poet007@ifrance.com) Received: from 217.11.166.201 [217.11.166.201] by lh00.opsion.fr; Sun, 21 Jan 2001 18:44:19 GMT From: "Poet007 - Da BondGirl Partner" To: Date: Sun, 21 Jan 2001 19:43:54 +0100 Message-ID: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0002_01C083E2.7CF82A60" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Subject: [Nel] Compiling nel Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform C'est un message de format MIME en plusieurs parties. ------=_NextPart_000_0002_01C083E2.7CF82A60 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit I just downloaded all necessary packages (I think so) to run nel software but it seems that a file is missing. While compiling the 3d lib, a "fatal error C1083: Cannot open include file: 'freetype/freetype.h': No such file or directory" occurs. I'm trying to compile it using VC++ under win2000. I have downloaded STLPort and configured VC++ to use it. After having launched a "find file" command under windows, it seems that freetype.h isn't stored on my hard disk. Could you add it in the CVS tree please ? Thanks in advance and may the force be with you :) Poet007. ------=_NextPart_000_0002_01C083E2.7CF82A60 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
I just = downloaded=20 all necessary packages (I think so) to run
nel = software but it=20 seems that a file is missing.
While = compiling the=20 3d lib,
a = "fatal error=20 C1083: Cannot open include file: 'freetype/freetype.h': No such file or=20 directory"
occurs.
 
I'm = trying to=20 compile it using VC++ under win2000.
I have = downloaded=20 STLPort and configured VC++ to use it. After having
launched a "find=20 file" command under windows, it seems that freetype.h = isn't
stored = on my hard=20 disk. Could you add it in the CVS tree please ?
 
Thanks = in advance=20 and may the force be with you :)
 
Poet007.
 
------=_NextPart_000_0002_01C083E2.7CF82A60-- ______________________________________________________________________________ ifrance.com, l'email gratuit le plus complet de l'Internet ! vos emails depuis un navigateur, en POP3, sur Minitel, sur le WAP... http://www.ifrance.com/_reloc/email.emailif From poet007@ifrance.com Sun Jan 21 20:10:22 2001 Received: from lh00.opsion.fr (lh00.opsion.fr [212.73.208.226]) by www.nevrax.org (8.11.0/8.11.0) with SMTP id f0LJAM717275 for ; Sun, 21 Jan 2001 20:10:22 +0100 (CET) (envelope-from poet007@ifrance.com) Received: from 217.11.166.201 [217.11.166.201] by lh00.opsion.fr; Sun, 21 Jan 2001 19:08:28 GMT From: "Poet007 - Da BondGirl Partner" To: Date: Sun, 21 Jan 2001 20:08:02 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Subject: [Nel] Sorry Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Sorry for having sent a MIME formated message :) I have just configured outlook to send pure text mails for later messages.... ______________________________________________________________________________ ifrance.com, l'email gratuit le plus complet de l'Internet ! vos emails depuis un navigateur, en POP3, sur Minitel, sur le WAP... http://www.ifrance.com/_reloc/email.emailif From poet007@ifrance.com Sun Jan 21 22:36:14 2001 Received: from lh01.opsion.fr (lh01.opsion.fr [212.73.208.227]) by www.nevrax.org (8.11.0/8.11.0) with SMTP id f0LLaE717935 for ; Sun, 21 Jan 2001 22:36:14 +0100 (CET) (envelope-from poet007@ifrance.com) Received: from 217.11.165.29 [217.11.165.29] by lh01.opsion.fr; Sun, 21 Jan 2001 21:34:21 GMT From: "Poet007 - Da BondGirl Partner" To: Date: Sun, 21 Jan 2001 22:33:54 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Subject: [Nel] Sorry again :) Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform I just posted a question before reading the documentation and other posted messages... I know now where to look for the freetype missing file :) But it just seems that the server is broken tonight... I will have a look at it tomorrow though... Sorry again guys ! ______________________________________________________________________________ ifrance.com, l'email gratuit le plus complet de l'Internet ! vos emails depuis un navigateur, en POP3, sur Minitel, sur le WAP... http://www.ifrance.com/_reloc/email.emailif From archer@nevrax.com Mon Jan 22 11:25:52 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f0MAPq721860 for ; Mon, 22 Jan 2001 11:25:52 +0100 (CET) (envelope-from archer@nevrax.com) Received: (from archer@localhost) by nevrax.com (8.9.3/8.9.3) id LAA10485 for nel@nevrax.org; Mon, 22 Jan 2001 11:29:47 +0100 Date: Mon, 22 Jan 2001 11:29:46 +0100 From: Vincent Archer To: nel@nevrax.org Subject: Re: [Nel] Sorry again :) Message-ID: <20010122112946.F9319@nevrax.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3us In-Reply-To: Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform According to Poet007 - Da BondGirl Partner: > But it just seems that the server is broken tonight... > I will have a look at it tomorrow though... > Sorry again guys ! We had a powerdown during this week-end, and the server restarted, but for some odd reasons, you had about 80% or so packetloss on the network interface, and it was almost unreachable. We've fixed the missing files and restarted the server, which should be working "more or less" ok. -- Vincent Archer Email: archer@nevrax.com Nevrax France. Off on the yellow brick road we go! From lecroart@nevrax.com Mon Jan 22 18:34:46 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f0MHYj723828 for ; Mon, 22 Jan 2001 18:34:45 +0100 (CET) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw.localdomain [192.168.254.254]) by nevrax.com (8.9.3/8.9.3) with SMTP id SAA18245 for ; Mon, 22 Jan 2001 18:38:40 +0100 Message-ID: <00d301c08499$799e8af0$0901a8c0@vianneyl> From: "Vianney Lecroart" To: Date: Mon, 22 Jan 2001 18:33:47 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Subject: [Nel] nel, snowballs and linux Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform I have just commited on CVS the last fix for linux compilation of NeL and Snowballs. It should compile and link with no problem. You can run the executable but you must have accelerated opengl driver. If you want to do some feedback, bug fixes etc.. don t hesitate! Vianney Lecroart From robofly@in-orbit.net Mon Jan 22 19:02:50 2001 Received: from mail.in-orbit.net ([207.44.176.190]) by www.nevrax.org (8.11.0/8.11.0) with SMTP id f0MI2n723995 for ; Mon, 22 Jan 2001 19:02:49 +0100 (CET) (envelope-from robofly@in-orbit.net) Received: (qmail 26996 invoked from network); 22 Jan 2001 17:59:37 -0000 Received: from unknown (HELO PCTEST.in-orbit.org) (63.205.226.188) by 192.168.1.10 with SMTP; 22 Jan 2001 17:59:36 -0000 Date: Mon, 22 Jan 2001 09:59:57 -0800 From: robofly X-Mailer: The Bat! (v1.46d) Personal Organization: InOrbit Entertainment Inc. X-Priority: 3 (Normal) Message-ID: <155236946661.20010122095957@in-orbit.net> To: nel@nevrax.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Subject: [Nel] Problems compiling tile_edit Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi, I'm trying to compile tile_edit from the tools folder. After uncompressing a jpeg source code library in the Pic subfolder I get the following compilation errors. It the Pic/ stuff some kind of an standard image library, from somewhere? Warm regards, Róbert ps. Here is the output from my compiler: --------------------Configuration: tile_edit_exe - Win32 Release-------------------- Compiling... jchuff.c D:\code\tool\tile_edit\Pic\jchuff.c(271) : error C2054: expected '(' to follow 'inline' D:\code\tool\tile_edit\Pic\jchuff.c(273) : error C2085: 'emit_bits' : not in formal parameter list D:\code\tool\tile_edit\Pic\jchuff.c(273) : error C2143: syntax error : missing ';' before '{' D:\code\tool\tile_edit\Pic\jchuff.c(311) : warning C4013: 'emit_bits' undefined; assuming extern returning int jcphuff.c D:\code\tool\tile_edit\Pic\jcphuff.c(235) : error C2054: expected '(' to follow 'inline' D:\code\tool\tile_edit\Pic\jcphuff.c(237) : error C2085: 'emit_bits' : not in formal parameter list D:\code\tool\tile_edit\Pic\jcphuff.c(237) : error C2143: syntax error : missing ';' before '{' D:\code\tool\tile_edit\Pic\jcphuff.c(276) : warning C4013: 'emit_bits' undefined; assuming extern returning int D:\code\tool\tile_edit\Pic\jcphuff.c(288) : error C2054: expected '(' to follow 'inline' D:\code\tool\tile_edit\Pic\jcphuff.c(289) : error C2085: 'emit_symbol' : not in formal parameter list D:\code\tool\tile_edit\Pic\jcphuff.c(289) : error C2143: syntax error : missing ';' before '{' D:\code\tool\tile_edit\Pic\jcphuff.c(333) : warning C4013: 'emit_symbol' undefined; assuming extern returning int Pic_BMP.c fatal error C1083: Cannot open source file: 'D:\code\tool\tile_edit\Pic\Pic_BMP.c': No such file or directory Pic_JPG.c fatal error C1083: Cannot open source file: 'D:\code\tool\tile_edit\Pic\Pic_JPG.c': No such file or directory Pic_Manage.c fatal error C1083: Cannot open source file: 'D:\code\tool\tile_edit\Pic\Pic_Manage.c': No such file or directory PIC_System.c fatal error C1083: Cannot open source file: 'D:\code\tool\tile_edit\Pic\PIC_System.c': No such file or directory Pic_TGA.c fatal error C1083: Cannot open source file: 'D:\code\tool\tile_edit\Pic\Pic_TGA.c': No such file or directory Generating Code... Compiling... readpic.cpp fatal error C1083: Cannot open source file: 'D:\code\tool\tile_edit\Pic\readpic.cpp': No such file or directory Generating Code... Error executing cl.exe. tile_edit.exe - 15 error(s), 3 warning(s) From corvazier@nevrax.com Tue Jan 23 10:15:47 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f0N9Fk728757 for ; Tue, 23 Jan 2001 10:15:46 +0100 (CET) (envelope-from corvazier@nevrax.com) Received: from pc23 (fw.localdomain [192.168.254.254]) by nevrax.com (8.9.3/8.9.3) with SMTP id KAA27190 for ; Tue, 23 Jan 2001 10:19:39 +0100 Message-ID: <001701c0851c$e1c77e60$1701a8c0@nevrax.net> From: "Cyril Corvazier" To: References: <155236946661.20010122095957@in-orbit.net> Subject: Re: [Nel] Problems compiling tile_edit Date: Tue, 23 Jan 2001 10:14:25 +0100 Organization: Nevrax MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6600 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi, > I'm trying to compile tile_edit from the tools folder. After > uncompressing a jpeg source code library in the Pic subfolder > I get the following compilation errors. You are right, the PIC folder was missing on the CVS in tool/tile_edit/PIC. That's ok now. Regards, Cyril Corvazier. From valignat@gw.nevrax.com Tue Jan 23 11:40:07 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f0NAe6729149 for ; Tue, 23 Jan 2001 11:40:07 +0100 (CET) (envelope-from valignat@gw.nevrax.com) Received: from gw.nevrax.com (fw.localdomain [192.168.254.254]) by nevrax.com (8.9.3/8.9.3) with ESMTP id LAA28913 for ; Tue, 23 Jan 2001 11:43:59 +0100 Received: (from valignat@localhost) by gw.nevrax.com (8.11.0/8.9.3) id f0NAdYg09581 for nel@nevrax.org; Tue, 23 Jan 2001 11:39:34 +0100 (CET) (envelope-from valignat) Date: Tue, 23 Jan 2001 11:39:33 +0100 From: Valignat Cedric To: nel@nevrax.org Subject: Re: [Nel] mesa3D Message-ID: <20010123113933.A9424@nevrax.com> References: <20010111161325.A15929@barjackland> <20010111171840.A1365@nevrax.com> <20010115124246.A31297@barjackland> <20010117015206.A6876@bernard-hugueney.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010117015206.A6876@bernard-hugueney.org>; from bernard@bernard-hugueney.org on Wed, Jan 17, 2001 at 01:52:06AM +0100 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Debian User wrote: > ... > /* Header file version number, required by OpenGL ABI for Linux */ > #define GL_GLEXT_VERSION 6 > > ??? > You guys are not up to date! you are ahead of time :-) hehe, i checked the RedHat's rpm of Mesa and it include the last version glext.h (version 7) from SGI and not from Mesa (version 6) ... :-) I'm going to update the INSTALL file to put a note about it ... Cedric. PS: Sorry if it take a long time to answer your mail, i was in vavcation ... From zerodeux@free.fr Tue Jan 23 11:51:49 2001 Received: from zerodeux.net (montsouris-101-1-zerodeux.adsl.nerim.net [62.4.18.196]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f0NApn729218 for ; Tue, 23 Jan 2001 11:51:49 +0100 (CET) (envelope-from zerodeux@free.fr) Received: from free.fr (zerodeux [192.168.1.3]) by zerodeux.net (Postfix) with ESMTP id BFF3196 for ; Tue, 23 Jan 2001 11:55:44 +0100 (CET) Message-ID: <3A6D6193.882F80F0@free.fr> Date: Tue, 23 Jan 2001 11:48:51 +0100 From: Vincent Caron X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.0 i686) X-Accept-Language: en, fr MIME-Version: 1.0 To: nel@nevrax.org Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: [Nel] Pb with glx version Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform I'm having the same trouble as Bernard Hugueney had. I'm using Debian Sid (unstable), and the nel/ configure script complains about OpenGL version being too old (GL_GLEXT_VERSION < 7). Debian packages the original XFree 4.0.2 header files, XFree says 4.0.2 uses Mesa 3.4, and if you downloa Mesa 3.4 you'll see that GL_GLEXT_VERSION is set to 6. Since the latest version from SGI's OpenGL sample implementation is set to 7, and Mesa's CVS stick to that 6, I guess Nevrax developpers use somewhat cstomized RPMs (let me guess ... Mandrake ? :)) I suggest that the configure script should be relying on version 6 for now, in order we claim what's really implemented by XFree 4.0.2. From zerodeux@free.fr Tue Jan 23 14:21:52 2001 Received: from zerodeux.net (montsouris-101-1-zerodeux.adsl.nerim.net [62.4.18.196]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f0NDLq729952 for ; Tue, 23 Jan 2001 14:21:52 +0100 (CET) (envelope-from zerodeux@free.fr) Received: from free.fr (zerodeux [192.168.1.3]) by zerodeux.net (Postfix) with ESMTP id 7930596 for ; Tue, 23 Jan 2001 14:25:53 +0100 (CET) Message-ID: <3A6D84C4.7CE70D0F@free.fr> Date: Tue, 23 Jan 2001 14:19:00 +0100 From: Vincent Caron X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.0 i686) X-Accept-Language: en, fr MIME-Version: 1.0 To: nel@nevrax.org Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: [Nel] gcc and non-ANSI Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform I'm using gcc/g++ 2.95.3, and it seems that it doesn't like anonymous structures (see gcc output below). I read that it's definitively not a standard feature, and was orginally a MS VC++ extension, that was more or less adopted by others. Seems that the gcc guy didn't approved it, but I didn't checked in depth. I guess others are using the egcs c++ (1.1.2) frontend ? I personnaly don't approve being able to acces a member without naming the structure ... In file included from driver_opengl.h:43, from driver_opengl.cpp:45: ../../../../include/nel/3d/material.h:264: anonymous class type not used to declare any objects ../../../../include/nel/3d/material.h: In method `void NL3D::CMaterial::CTexEnv::setDefault()': ../../../../include/nel/3d/material.h:273: `union NL3D::CMaterial::CTexEnv::{anonymous}' has no member named `OpRGB' [...] From lecroart@nevrax.com Tue Jan 23 14:28:19 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f0NDSI730001 for ; Tue, 23 Jan 2001 14:28:18 +0100 (CET) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw.localdomain [192.168.254.254]) by nevrax.com (8.9.3/8.9.3) with SMTP id OAA31893 for ; Tue, 23 Jan 2001 14:32:11 +0100 Message-ID: <003001c08540$37186280$0901a8c0@vianneyl> From: "Vianney Lecroart" To: References: <3A6D84C4.7CE70D0F@free.fr> Subject: Re: [Nel] gcc and non-ANSI Date: Tue, 23 Jan 2001 14:27:21 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform > I'm using gcc/g++ 2.95.3, and it seems that it doesn't like anonymous structures > (see gcc output below). I read that it's definitively not a standard feature, > and was orginally a MS VC++ extension, that was more or less adopted by others. > Seems that the gcc guy didn't approved it, but I didn't checked in depth. I > guess others are using the egcs c++ (1.1.2) frontend ? > I personnaly don't approve being able to acces a member without naming the > structure ... > > In file included from driver_opengl.h:43, > from driver_opengl.cpp:45: > ../../../../include/nel/3d/material.h:264: anonymous class type not used to > declare any objects > ../../../../include/nel/3d/material.h: In method `void > NL3D::CMaterial::CTexEnv::setDefault()': > ../../../../include/nel/3d/material.h:273: `union > NL3D::CMaterial::CTexEnv::{anonymous}' has no member named `OpRGB' Yes, we know that. In fact, it compiles with no warning with gcc 2.96. If you could give me a link to a document that say it s not ANSI, i ll be glad. Regards, Vianney Lecroart From valignat@gw.nevrax.com Tue Jan 23 14:28:37 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f0NDSb730006 for ; Tue, 23 Jan 2001 14:28:37 +0100 (CET) (envelope-from valignat@gw.nevrax.com) Received: from gw.nevrax.com (fw.localdomain [192.168.254.254]) by nevrax.com (8.9.3/8.9.3) with ESMTP id OAA31899 for ; Tue, 23 Jan 2001 14:32:30 +0100 Received: (from valignat@localhost) by gw.nevrax.com (8.11.0/8.9.3) id f0NDS4W10478 for nel@nevrax.org; Tue, 23 Jan 2001 14:28:04 +0100 (CET) (envelope-from valignat) Date: Tue, 23 Jan 2001 14:28:04 +0100 From: Valignat Cedric To: nel@nevrax.org Subject: Re: [Nel] Pb with glx version Message-ID: <20010123142803.B9424@nevrax.com> References: <3A6D6193.882F80F0@free.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3A6D6193.882F80F0@free.fr>; from zerodeux@free.fr on Tue, Jan 23, 2001 at 11:48:51AM +0100 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Vincent Caron wrote: > > Since the latest version from SGI's OpenGL sample implementation is set to 7, > and Mesa's CVS stick to that 6, I guess Nevrax developpers use somewhat > cstomized RPMs (let me guess ... Mandrake ? :)) Nop, but you are quite close : RedHat 7.0 :-) > I suggest that the configure script should be relying on version 6 for now, > in order we claim what's really implemented by XFree 4.0.2. The problem is that we are going, in a very short time, to use recent extensions present only in the version 7 of glext.h. So it migth be useless to change it now and change it agin soon ... Anyway, i'm going to put a note about the glext.h version and where to find it in nel's INSTALL file. Cedric. From berenguier@nevrax.com Tue Jan 23 14:34:19 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f0NDYI730086 for ; Tue, 23 Jan 2001 14:34:18 +0100 (CET) (envelope-from berenguier@nevrax.com) Received: from pc6 (fw.localdomain [192.168.254.254]) by nevrax.com (8.9.3/8.9.3) with SMTP id OAA32078 for ; Tue, 23 Jan 2001 14:38:11 +0100 Message-ID: <000e01c08540$f5ee2500$0601a8c0@nevrax.net> From: "Lionel Berenguier" To: References: <3A6D6193.882F80F0@free.fr> Subject: Re: [Nel] Pb with glx version Date: Tue, 23 Jan 2001 14:32:41 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2615.200 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform > I'm having the same trouble as Bernard Hugueney had. I'm using Debian Sid > (unstable), and the nel/ configure script complains about OpenGL version > being too old (GL_GLEXT_VERSION < 7). Debian packages the original XFree 4.0.2 > header files, XFree says 4.0.2 uses Mesa 3.4, and if you downloa Mesa 3.4 you'll > see that GL_GLEXT_VERSION is set to 6. > > Since the latest version from SGI's OpenGL sample implementation is set to 7, > and Mesa's CVS stick to that 6, I guess Nevrax developpers use somewhat > cstomized RPMs (let me guess ... Mandrake ? :)) No. "glext.h" is NOT linked to any linux distribution/version. His purpose is to declare all the possible extensions of any graphic hardware. For that reason, SGI handles the "official" glext.h, which you can retrieve from: http://oss.sgi.com/projects/ogl-sample/ABI/glext.h > > I suggest that the configure script should be relying on version 6 for now, > in order we claim what's really implemented by XFree 4.0.2. For now, we do not really use the version 7 of the header, but this will come soon (for fututre new extensions such as NV20 ones), so the only thing you must do, is to get and replace the glext.h. > _______________________________________________ > Nel mailing list > Nel@nevrax.org > /mailman/listinfo.cgi/nel From zerodeux@free.fr Tue Jan 23 15:37:40 2001 Received: from zerodeux.net (AMontsouris-101-1-5-100.abo.wanadoo.fr [193.253.239.100]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f0NEbd730511 for ; Tue, 23 Jan 2001 15:37:40 +0100 (CET) (envelope-from zerodeux@free.fr) Received: from free.fr (zerodeux [192.168.1.3]) by zerodeux.net (Postfix) with ESMTP id EAC5F96 for ; Tue, 23 Jan 2001 15:41:40 +0100 (CET) Message-ID: <3A6D9687.A98C7AA6@free.fr> Date: Tue, 23 Jan 2001 15:34:47 +0100 From: Vincent Caron X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.0 i686) X-Accept-Language: en, fr MIME-Version: 1.0 To: nel@nevrax.org Subject: Re: [Nel] Pb with glx version References: <3A6D6193.882F80F0@free.fr> <000e01c08540$f5ee2500$0601a8c0@nevrax.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Lionel Berenguier wrote: > > For now, we do not really use the version 7 of the header, but this will > come soon (for fututre new extensions such as NV20 ones), so the only thing > you must do, is to get and replace the glext.h. All right, I read SGI's recommendations. I'll suggest Debian to upgrade their glext.h then. From elw@stderr.org Tue Jan 23 15:59:30 2001 Received: from eckhart.stderr.org (root@aph.frognet.net [216.3.3.138]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f0NExT730651 for ; Tue, 23 Jan 2001 15:59:29 +0100 (CET) (envelope-from elw@stderr.org) Received: from eckhart.stderr.org (elw@eckhart.stderr.org [216.3.3.138]) by eckhart.stderr.org (8.11.2/8.11.2/Debian 8.11.2-1) with ESMTP id f0NEvN431200 for ; Tue, 23 Jan 2001 08:57:23 -0600 Date: Tue, 23 Jan 2001 09:57:23 -0500 (EST) From: elijah wright To: nel@nevrax.org Subject: Re: [Nel] Pb with glx version In-Reply-To: <000e01c08540$f5ee2500$0601a8c0@nevrax.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform > > being too old (GL_GLEXT_VERSION < 7). Debian packages the original XFree > 4.0.2 > > "glext.h" is NOT linked to any linux distribution/version. His purpose is to > declare all the possible extensions of any graphic hardware. For that > reason, SGI handles the "official" glext.h, which you can retrieve from: > http://oss.sgi.com/projects/ogl-sample/ABI/glext.h if in fact this is true (i'll take your word for it) someone should probably make a .deb that downloads and installs the newer glext.h. it'll take some trickery to get the overrrides and alternatives right, but nothing that can't be done. it'll have to cooperate with mesa and xfree maintainers, too- even less fun. maybe xfree and mesa developers will upgrade their version of the file soon? elijah From berenguier@nevrax.com Tue Jan 23 16:04:15 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f0NF4E730700 for ; Tue, 23 Jan 2001 16:04:14 +0100 (CET) (envelope-from berenguier@nevrax.com) Received: from pc6 (fw.localdomain [192.168.254.254]) by nevrax.com (8.9.3/8.9.3) with SMTP id QAA01553 for ; Tue, 23 Jan 2001 16:08:06 +0100 Message-ID: <000b01c0854d$857fdfe0$0601a8c0@nevrax.net> From: "Lionel Berenguier" To: References: <3A6D84C4.7CE70D0F@free.fr> Subject: Re: [Nel] gcc and non-ANSI Date: Tue, 23 Jan 2001 16:02:36 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2615.200 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform > I'm using gcc/g++ 2.95.3, and it seems that it doesn't like anonymous structures > (see gcc output below). I read that it's definitively not a standard feature, > and was orginally a MS VC++ extension, that was more or less adopted by others. > Seems that the gcc guy didn't approved it, but I didn't checked in depth. I > guess others are using the egcs c++ (1.1.2) frontend ? > I personnaly don't approve being able to acces a member without naming the > structure ... You're right. Fixed... :o) regards From zerodeux@free.fr Tue Jan 23 16:11:43 2001 Received: from zerodeux.net (AMontsouris-101-1-5-100.abo.wanadoo.fr [193.253.239.100]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f0NFBg730758 for ; Tue, 23 Jan 2001 16:11:42 +0100 (CET) (envelope-from zerodeux@free.fr) Received: from free.fr (zerodeux [192.168.1.3]) by zerodeux.net (Postfix) with ESMTP id B82D1C80 for ; Tue, 23 Jan 2001 16:15:43 +0100 (CET) Message-ID: <3A6D9E82.A78C3E87@free.fr> Date: Tue, 23 Jan 2001 16:08:50 +0100 From: Vincent Caron X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.0 i686) X-Accept-Language: en, fr MIME-Version: 1.0 To: nel@nevrax.org Subject: Re: [Nel] gcc and non-ANSI References: <3A6D84C4.7CE70D0F@free.fr> <003001c08540$37186280$0901a8c0@vianneyl> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Vianney Lecroart wrote: > > Yes, we know that. In fact, it compiles with no warning with gcc 2.96. > If you could give me a link to a document that say it s not ANSI, i ll be > glad. I only happend to find a two years old mail from a mingw32 developer : http://gcc.gnu.org/ml/gcc/1998-11/msg00729.html I guess the correct answer would be to read carefully the C++ ANSI draft, but it's boooorring :) http://www.cygnus.com/misc/wp/dec96pub/ From david.belius@chello.se Tue Jan 23 17:15:45 2001 Received: from smtp1.chello.se (smtp1.chello.se [193.150.195.10]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f0NGFi731094 for ; Tue, 23 Jan 2001 17:15:44 +0100 (CET) (envelope-from david.belius@chello.se) Received: from chello.se ([193.150.204.103]) by smtp1.chello.se (InterMail vK.4.02.00.00 201-232-116 license 13ed6d939a101f33a28aa8ad6d2fac65) with ESMTP id <20010123161257.ZXHZ5273.smtp1@chello.se> for ; Tue, 23 Jan 2001 17:12:57 +0100 Message-ID: <3A6DADB2.2070401@chello.se> Date: Tue, 23 Jan 2001 17:13:38 +0100 From: david.belius@chello.se User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; m17) Gecko/20000811 X-Accept-Language: en MIME-Version: 1.0 To: nel@nevrax.org Subject: Re: [Nel] Compiling nel References: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Freetype is a library. www.freetype.org. Poet007 - Da BondGirl Partner wrote: > I just downloaded all necessary packages (I think so) to run > > nel software but it seems that a file is missing. > > While compiling the 3d lib, > > a "fatal error C1083: Cannot open include file: 'freetype/freetype.h': > No such file or directory" > > occurs. > > > > I'm trying to compile it using VC++ under win2000. > > I have downloaded STLPort and configured VC++ to use it. After having > > launched a "find file" command under windows, it seems that freetype.h isn't > > stored on my hard disk. Could you add it in the CVS tree please ? > > > > Thanks in advance and may the force be with you :) > > > > Poet007. > > > From valignat@gw.nevrax.com Tue Jan 23 18:27:02 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f0NHR2731432 for ; Tue, 23 Jan 2001 18:27:02 +0100 (CET) (envelope-from valignat@gw.nevrax.com) Received: from gw.nevrax.com (fw.localdomain [192.168.254.254]) by nevrax.com (8.9.3/8.9.3) with ESMTP id SAA03913 for ; Tue, 23 Jan 2001 18:30:54 +0100 Received: (from valignat@localhost) by gw.nevrax.com (8.11.0/8.9.3) id f0NHQSC12709 for nel@nevrax.org; Tue, 23 Jan 2001 18:26:28 +0100 (CET) (envelope-from valignat) Date: Tue, 23 Jan 2001 18:26:13 +0100 From: Valignat Cedric To: nel@nevrax.org Subject: Re: [Nel] Announce: NeL 0.1 is officially out Message-ID: <20010123182613.A12370@nevrax.com> References: <20010117184911.A18838@nevrax.com> <137101409648.20010117221713@teleaction.de> <005601c08132$da739650$0901a8c0@vianneyl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from David.Mentre@inria.fr on Thu, Jan 18, 2001 at 10:59:01AM +0100 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi David, David Mentre wrote: > > It is maybe not your job, but if people are unable to start, they will > never give you a feedback (code, bugs, ...). I'm one of the guys who was at the origin of that decision. It's not a problem about our job or not, it's more about the fact that you will never get from us a better support on these libraries installation that you could get from the guys who are working on them ... even if i know that it is pretty troublesome to look for informations on several place about several libraries just to install NeL :-) And if their installation instructions aren't up to date or incomplete, that's will be nice to contact them to fix that. I'm sure that a lot a people (mainly user as you are, but not necessarily NeL users :-) will appreciate the help ... as we will ;-) Anyway, we are going to write a small document explaining the basic installation instructions for these libraries, but you should not rely on that document to resolve all your installation problems. In case of troubles, you should look carefully at the README, the INSTALL files, and on the the files placed in the directory named doc(s) in the librarie file source tree, and do not forget there web sites, mailling lists, etc ... ;-) Cedric. From poet007@ifrance.com Wed Jan 24 23:36:29 2001 Received: from lh00.opsion.fr (lh00.opsion.fr [212.73.208.226]) by www.nevrax.org (8.11.0/8.11.0) with SMTP id f0OMaT740044 for ; Wed, 24 Jan 2001 23:36:29 +0100 (CET) (envelope-from poet007@ifrance.com) Received: from 217.11.167.244 [217.11.167.244] by lh00.opsion.fr; Wed, 24 Jan 2001 22:38:51 GMT From: "Poet007 - Da BondGirl Partner" To: Date: Wed, 24 Jan 2001 23:34:14 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Importance: Normal Subject: [Nel] Compiling NeL Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform >Message: 9 >Date: Tue, 23 Jan 2001 17:13:38 +0100 >From: david.belius@chello.se >To: nel@nevrax.org >Subject: Re: [Nel] Compiling nel >Reply-To: nel@nevrax.org >Freetype is a library. www.freetype.org. It seems that the adress above is not valid anymore. But the freetype lib is still available at the adress below : http://freetype.sourceforge.net/ Poet007 ______________________________________________________________________________ ifrance.com, l'email gratuit le plus complet de l'Internet ! vos emails depuis un navigateur, en POP3, sur Minitel, sur le WAP... http://www.ifrance.com/_reloc/email.emailif From valignat@gw.nevrax.com Thu Jan 25 10:41:58 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f0P9fv743405 for ; Thu, 25 Jan 2001 10:41:57 +0100 (CET) (envelope-from valignat@gw.nevrax.com) Received: from gw.nevrax.com (fw.localdomain [192.168.254.254]) by nevrax.com (8.9.3/8.9.3) with ESMTP id KAA32729 for ; Thu, 25 Jan 2001 10:45:45 +0100 Received: (from valignat@localhost) by gw.nevrax.com (8.11.0/8.9.3) id f0P9fC324405 for nel@nevrax.org; Thu, 25 Jan 2001 10:41:12 +0100 (CET) (envelope-from valignat) Date: Thu, 25 Jan 2001 10:41:07 +0100 From: Valignat Cedric To: nel@nevrax.org Subject: Re: [Nel] Compiling NeL Message-ID: <20010125104107.A24351@nevrax.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from poet007@ifrance.com on Wed, Jan 24, 2001 at 11:34:14PM +0100 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Poet007 - Da BondGirl Partner wrote: > > It seems that the adress above is not valid > anymore. Thei server is still running, it's just that there web server is down :-( It migth be fix soon ... i hope :-) > But the freetype lib is still available at the adress below : > > http://freetype.sourceforge.net/ Do not forget to not choose the European mirror but the USA one ... Cedric. From archer@nevrax.com Wed Feb 7 15:58:55 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f17EwsB65401; Wed, 7 Feb 2001 15:58:54 +0100 (CET) (envelope-from archer@nevrax.com) Received: (from archer@localhost) by nevrax.com (8.9.3/8.9.3) id QAA05851; Wed, 7 Feb 2001 16:02:57 +0100 Date: Wed, 7 Feb 2001 16:02:57 +0100 From: Vincent Archer To: nel@nevrax.org, snowballs@nevrax.org Message-ID: <20010207160257.F4700@nevrax.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3us Subject: [Nel] New release Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform We've advanced NeL to the 0.3 version, and the sample Snowballs game to the 0.2 version, so we've put a new release on the web site. Major highlights of NeL: - the AI framework compiles correctly under Linux - support for shadows, lens flare, and other lighting effects - compressed textures Major highlights of Snowballs (besides the NeL parts) - new radar system - zoom - correct execution under Linux (if your Xserver supports 3D acceleration, otherwise, don't even think about it) As usual, you may update your CVS repositories and compile, or install the packaged source tree and compile from there. Do not forget to install the updated data files. As an aside, we're putting the dreaded 'ns.cfg' file in the data distribution but the library defaults are now set to the right server. Even without it, you'll no longer get the "cannot resolve pctest" error. Enjoy the new version. We'd appreciate feedback on how well it works under Linux. We've tested it with NVidia's accelerated modules, and some configurations give us problems (like 2 FPS rates), so we'd like to figure out what's wrong with these. Many thanks in advance. The distributions are linked on the news article on the home page of the / web site. -- Vincent Archer Email: archer@nevrax.com Nevrax France. Off on the yellow brick road we go! From v.caron@zerodeux.net Wed Feb 7 20:30:32 2001 Received: from zerodeux.net (aboukir-101-1-2-zerodeux.adsl.nerim.net [62.4.22.182]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f17JUQB66826 for ; Wed, 7 Feb 2001 20:30:31 +0100 (CET) (envelope-from v.caron@zerodeux.net) Received: from zerodeux.net (zerodeux [192.168.1.3]) by zerodeux.net (Postfix) with ESMTP id 6681282B for ; Wed, 7 Feb 2001 20:30:59 +0100 (CET) Message-ID: <3A81A1E0.5B169F39@zerodeux.net> Date: Wed, 07 Feb 2001 20:28:32 +0100 From: Vincent Caron X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.0 i686) X-Accept-Language: en, fr MIME-Version: 1.0 To: nel@nevrax.org Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: [Nel] Linux compilation pb Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform I couldn't compile src/3d/driver/opengl/driver_opengl_texture.cpp, it was lacking the prototype for a GL extension function. I found out that "gl.h" includes "glext.h". And "glx.h" include "gl.h". And so on ... The conclusion is that you must define GL_GLEXT_PROTOTYPES (if needed) before *any* GL inclusion. I took this block from driver_opengl_extension.h : #ifdef NL_OS_UNIX #define GL_GLEXT_PROTOTYPES #endif and moved it to the very beginning of driver_opengl.h (before the #include ). From cblt@cblt.org Wed Feb 7 23:54:30 2001 Received: from lafontaine.cybercable.fr (lafontaine.cybercable.fr [212.198.0.202]) by www.nevrax.org (8.11.0/8.11.0) with SMTP id f17Ms7B71311 for ; Wed, 7 Feb 2001 23:54:07 +0100 (CET) (envelope-from cblt@cblt.org) Received: (qmail 33943406 invoked from network); 7 Feb 2001 22:48:53 -0000 Received: from r184m194.cybercable.tm.fr (HELO cblt.org) ([195.132.184.194]) (envelope-sender ) by lafontaine.cybercable.fr (qmail-ldap-1.03) with SMTP for ; 7 Feb 2001 22:48:53 -0000 Message-ID: <3A81D25F.9090702@cblt.org> Date: Wed, 07 Feb 2001 23:55:27 +0100 From: Nicolas Hognon User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; 0.7) Gecko/20010109 X-Accept-Language: en MIME-Version: 1.0 To: nel@nevrax.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: [Nel] news about nevrax on /. Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform hello you certainly know it but there is a news a nevrax on slashdot : http://slashdot.org/articles/01/02/07/197257.shtml sorry for this mail which don't deal with code but i think their some interresting comments about this news. i don't read all of them but some of them told about cheating and economic problems. and it seems that your website has been slashdoted :) good luck guys ! -- Nicolas Hognon home : cblt@cblt.org / www.cblt.org work : nicolash@virtools.com / www.virtools.com #ICQ : 36044443 Enjoy the silence (DM) From archer@nevrax.com Thu Feb 8 09:21:30 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f188LSp00383 for ; Thu, 8 Feb 2001 09:21:28 +0100 (CET) (envelope-from archer@nevrax.com) Received: (from archer@localhost) by nevrax.com (8.9.3/8.9.3) id JAA16962 for nel@nevrax.org; Thu, 8 Feb 2001 09:06:58 +0100 Date: Thu, 8 Feb 2001 09:06:58 +0100 From: Vincent Archer To: nel@nevrax.org Subject: Re: [Nel] news about nevrax on /. Message-ID: <20010208090658.C16823@nevrax.com> References: <3A81D25F.9090702@cblt.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3us In-Reply-To: <3A81D25F.9090702@cblt.org> Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform According to Nicolas Hognon: > and it seems that your website has been slashdoted :) Incidentally, the site handles the www & this list. Seem that sendmail is more resilient than apache. -- Vincent Archer Email: archer@nevrax.com Nevrax France. Off on the yellow brick road we go! From archer@nevrax.com Thu Feb 8 09:21:31 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f188LUp00387 for ; Thu, 8 Feb 2001 09:21:30 +0100 (CET) (envelope-from archer@nevrax.com) Received: (from archer@localhost) by nevrax.com (8.9.3/8.9.3) id JAA16946 for nel@nevrax.org; Thu, 8 Feb 2001 09:05:45 +0100 Date: Thu, 8 Feb 2001 09:05:45 +0100 From: Vincent Archer To: nel@nevrax.org Subject: Re: [Nel] news about nevrax on /. Message-ID: <20010208090545.B16823@nevrax.com> References: <3A81D25F.9090702@cblt.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3us In-Reply-To: <3A81D25F.9090702@cblt.org> Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform According to Nicolas Hognon: > hello > you certainly know it but there is a news a > nevrax on slashdot : http://slashdot.org/articles/01/02/07/197257.shtml I know. This evening (afternoon for the states), rsync failed with lotsa timeouts. Of course, I've seen since that I configured our sync badly, and we sync documentation and cvs repositories thru the Internet instead of using only out private links. > i don't read all of them but some of them told about > cheating and economic problems. I'll be heading there first thing today. Given my selection, the Nevrax story is on the very first page of my home page (set to Slashdot) when I logged on this morning. -- Vincent Archer Email: archer@nevrax.com Nevrax France. Off on the yellow brick road we go! From lecroart@nevrax.com Thu Feb 8 10:40:22 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f189eJp02605 for ; Thu, 8 Feb 2001 10:40:19 +0100 (CET) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw.localdomain [192.168.254.254]) by nevrax.com (8.9.3/8.9.3) with SMTP id KAA18333 for ; Thu, 8 Feb 2001 10:44:20 +0100 Message-ID: <003501c091b3$10c8ea30$0901a8c0@vianneyl> From: "Vianney Lecroart" To: References: <3A81A1E0.5B169F39@zerodeux.net> Subject: Re: [Nel] Linux compilation pb Date: Thu, 8 Feb 2001 10:39:43 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Thank you a lot for this bug correction. It's really strange because it compiles well on our linux system without any modifications, but I already heard about this problem, I'll correct it right now. Vianney Lecroart --- lead programmer / nevrax.com icq#: 6870415 homepage: http://ace.planet-d.net www.geek.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? ----- Original Message ----- From: "Vincent Caron" To: Sent: Wednesday, February 07, 2001 8:28 PM Subject: [Nel] Linux compilation pb > I couldn't compile src/3d/driver/opengl/driver_opengl_texture.cpp, it was > lacking the prototype for a GL extension function. I found out that "gl.h" > includes "glext.h". And "glx.h" include "gl.h". And so on ... The conclusion > is that you must define GL_GLEXT_PROTOTYPES (if needed) before *any* GL > inclusion. I took this block from driver_opengl_extension.h : > > #ifdef NL_OS_UNIX > #define GL_GLEXT_PROTOTYPES > #endif > > and moved it to the very beginning of driver_opengl.h (before the #include > ). > _______________________________________________ > Nel mailing list > Nel@nevrax.org > /mailman/listinfo.cgi/nel From v.caron@zerodeux.net Thu Feb 8 15:32:34 2001 Received: from zerodeux.net (aboukir-101-1-2-zerodeux.adsl.nerim.net [62.4.22.182]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f18EWUR06897 for ; Thu, 8 Feb 2001 15:32:32 +0100 (CET) (envelope-from v.caron@zerodeux.net) Received: from zerodeux.net (zerodeux [192.168.1.3]) by zerodeux.net (Postfix) with ESMTP id 8D1203A1 for ; Thu, 8 Feb 2001 15:33:01 +0100 (CET) Message-ID: <3A82AD89.E4D00C01@zerodeux.net> Date: Thu, 08 Feb 2001 15:30:33 +0100 From: Vincent Caron X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.0 i686) X-Accept-Language: en, fr MIME-Version: 1.0 To: nel@nevrax.org Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: [Nel] Ran snowball on Linux+GeForce256 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform I compiled NeL from CVS the night before, and fetched snowballs data this morning (yes, after the slashdotting, I had something like a half-minitel feeling). The client took 20sec to display something (no CPU consumption though), then I connected to itsalive with a dummy login. Everything is fine, except my fps starting at 5 (the landscape just loaded) quickly sinking at 0.8 (I moved the mouse a little). My box is a Celeron-375, GeForce256, Linux 2.4.0 (Debian/woody). I'm running XFree 4.0.2 with Nvidia 0.9.6 drivers. Quake3 runs over 60fps with full options at 1024x768 (and really never hangs, yeees :)). More details: my desktop is 1152x864x32, the client.cfg was set to 800x600 fullscreen (32 bits) and the demo didn't switch to fullscreen (the modeline is available). Btw, what do you do when someone request a different bitdepth under X ? Simply ignore it or display a warning ? From archer@nevrax.com Thu Feb 8 16:44:53 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f18FioR08800 for ; Thu, 8 Feb 2001 16:44:50 +0100 (CET) (envelope-from archer@nevrax.com) Received: (from archer@localhost) by nevrax.com (8.9.3/8.9.3) id QAA26084 for nel@nevrax.org; Thu, 8 Feb 2001 16:48:46 +0100 Date: Thu, 8 Feb 2001 16:48:46 +0100 From: Vincent Archer To: nel@nevrax.org Message-ID: <20010208164846.H25019@nevrax.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3us Subject: [Nel] Some "heavy" perturbations... Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform You might have noticed the sluggish feel of the site, and the lack of prompt response by the mailing list (well maybe not). For those who didn't pay attention to the warnings earlier, we got referenced on Slashdot, which means about 1,000 people trying to click simultaneously on the link leading... well here. We don't have the infrastructure in place to handle this. Usually, no one has (it's kinda hard to justify putting enormous ressources to sustain a spike in traffic that will be mostly gone next week, once everyone had a look here). We've got however a bunch of new people coming here, so I'd like to say hello to all of you. I do hope you've browsed quickly thru the mail archives on the www.nevrax.org web site, and found it interesting. The list has gone mainly silent, with the odd compile problem cropping here and there, but that doesn't need to remain so. So, what do you think about NeL so far? -- Vincent Archer Email: archer@nevrax.com Nevrax France. Off on the yellow brick road we go! From root@cal05.u-aizu.ac.jp Thu Feb 8 16:58:44 2001 Received: from mail0.u-aizu.ac.jp (mail0.u-aizu.ac.jp [163.143.1.43]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f18FwgR09172 for ; Thu, 8 Feb 2001 16:58:42 +0100 (CET) (envelope-from root@cal05.u-aizu.ac.jp) Received: from stdml3.u-aizu.ac.jp (stdml3 [163.143.12.32]) by mail0.u-aizu.ac.jp (8.9.3+3.1W/3.7Winternet-gw) with ESMTP id AAA17766 for ; Fri, 9 Feb 2001 00:56:19 +0900 (JST) Received: from cal05.u-aizu.ac.jp (cal05 [163.143.133.104]) by stdml3.u-aizu.ac.jp (8.9.3+3.1W/3.7Wistcmx+kanji) with ESMTP id AAA16077 for ; Fri, 9 Feb 2001 00:56:18 +0900 (JST) Message-ID: <3A8348BC.E4D74D44@cal05.u-aizu.ac.jp> Date: Fri, 09 Feb 2001 10:32:44 +0900 From: Carl Vilbrandt Organization: University of Aizu X-Mailer: Mozilla 4.51C-Caldera [en] (X11; I; Linux 2.2.5 i586) X-Accept-Language: en MIME-Version: 1.0 To: nel@nevrax.org Content-Type: multipart/mixed; boundary="------------979DCFF70EA83EB1B5008E6C" Subject: [Nel] Computer Arts Lab Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform This is a multi-part message in MIME format. --------------979DCFF70EA83EB1B5008E6C Content-Type: multipart/alternative; boundary="------------EBECAA46486F223BD6B21E67" --------------EBECAA46486F223BD6B21E67 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To all I have created in AutoCAD's extended entity data structure a Quake entity. Each AutoCAD / Quake entity as a unique name so I have a link between AutoCAD data and Quake data such that I can manipulate the precise CAD data with the real time Quake entities. I plan to create a CAD system that uses a real time simulation for visualization. I have been looking at other game 3D engines. Jet3D, Crystal 3D I have created very precise highly computational base 3D models of temples in the Aizu region of Japan for digital archival, historical purposes. I studied with a master temple builder of this region that has no apprentices and he is the last temple builder in this region. I want to setup historical server sites that allow users to visit the historical sites in this area via the internet. I would like to start a dev group in the Computer Arts Lab an join and open source 3D real time dev group. I am not quite sure where to begin. Does anyone have any suggestions or could offer some advice on where to start. http://www.u-aizu.ac.jp/~vilb/vilb.html -- Carl Vilbrandt, MFA, Associate Professor University of Aizu________________________________Computer Arts Lab Tsuruga, lkki-machi, Aizu-Wakamatsu City, Fukushima, 965-8580 JAPAN phone 81-242-37-2792 / fax 81-242-37-2772 / email vilb@u-aizu.ac.jp --------------EBECAA46486F223BD6B21E67 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit To all

I have created in AutoCAD's extended entity data structure a Quake entity.   Each
AutoCAD  / Quake entity as  a unique name so I have a link between AutoCAD
data and Quake data such that I can manipulate the precise CAD data with the real
time Quake entities.   I plan to create a CAD  system that uses a real time  simulation
for visualization.

I have been looking at other game 3D engines.  Jet3D, Crystal 3D

I have created very precise highly computational base 3D models of temples in  the
Aizu region of Japan for digital archival, historical purposes.  I studied with a master
temple builder of this region that has no apprentices and he is the last temple builder
in this region.

I want to setup historical server sites that allow users to visit the historical sites
in this area via the internet.

I would like to start a dev group in the Computer Arts Lab an join and open source
3D real time  dev group.  I am not quite sure where to begin.  Does anyone have any
suggestions or could offer some advice on where to start.

http://www.u-aizu.ac.jp/~vilb/vilb.html

-- 
Carl Vilbrandt, MFA, Associate Professor
University of Aizu________________________________Computer Arts Lab
Tsuruga, lkki-machi, Aizu-Wakamatsu City, Fukushima, 965-8580 JAPAN
phone 81-242-37-2792 / fax 81-242-37-2772 / email vilb@u-aizu.ac.jp
  --------------EBECAA46486F223BD6B21E67-- --------------979DCFF70EA83EB1B5008E6C Content-Type: text/html; charset=us-ascii; name="vilb.html" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="vilb.html" Content-Base: "http://www.u-aizu.ac.jp/~vilb/vilb.htm l" Content-Location: "http://www.u-aizu.ac.jp/~vilb/vilb.htm l" Computer Arts Lab  
CARL VILBRANDT University of Aizu        Department of Software - Computer Arts Lab
Tsuruga, Ikki-machi, Aizu-Wakamatsu, Fukushima, JAPAN 965-8580
Curriculum Vitae email: vilb@u-aizu.ac.jp     Office 327-B
tel no: +81-242-37-2792     FAX +81-242-37-2772
Classes:  Computer Graphics
             Literacy 2
             Operating Systems
Research: GNUbook.org
               HyperFun.org
               Aizu History Project

--------------979DCFF70EA83EB1B5008E6C-- From novalis@novalis.org Thu Feb 8 21:47:57 2001 Received: from huck.phpwebhosting.com (huck.phpwebhosting.com [64.65.0.12]) by www.nevrax.org (8.11.0/8.11.0) with SMTP id f18KluR14375 for ; Thu, 8 Feb 2001 21:47:56 +0100 (CET) (envelope-from novalis@novalis.org) Received: (qmail 16001 invoked by alias); 8 Feb 2001 20:45:26 -0000 Received: from unknown (HELO novalis.org) (216.158.32.67) by huck.phpwebhosting.com with SMTP; 8 Feb 2001 20:45:26 -0000 Message-ID: <3A830232.34CC5E41@novalis.org> Date: Thu, 08 Feb 2001 15:31:46 -0500 From: Dave Turner X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.17-ide i686) X-Accept-Language: en,pdf MIME-Version: 1.0 To: nel@nevrax.org Subject: Re: [Nel] Computer Arts Lab References: <3A8348BC.E4D74D44@cal05.u-aizu.ac.jp> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform > Carl Vilbrandt wrote: > > To all > > I have created in AutoCAD's extended entity data structure a Quake > entity. Each > AutoCAD / Quake entity as a unique name so I have a link between > AutoCAD > data and Quake data such that I can manipulate the precise CAD data > with the real > time Quake entities. I plan to create a CAD system that uses a real > time simulation > for visualization. > > I have been looking at other game 3D engines. Jet3D, Crystal 3D > > I have created very precise highly computational base 3D models of > temples in the > Aizu region of Japan for digital archival, historical purposes. I > studied with a master > temple builder of this region that has no apprentices and he is the > last temple builder > in this region. > > I want to setup historical server sites that allow users to visit the > historical sites > in this area via the internet. > > I would like to start a dev group in the Computer Arts Lab an join and > open source > 3D real time dev group. I am not quite sure where to begin. Does > anyone have any > suggestions or could offer some advice on where to start. > > http://www.u-aizu.ac.jp/~vilb/vilb.html > > -- > Carl Vilbrandt, MFA, Associate Professor The big way to contribute to open source is to release under the GPL or a BSD-style license your autocad->quake converter. I think there is a Quake3->Crystalspace map converter, which is something that you might want to consider when choosing an engine. This sounds like a great project - have fun! -- -Dave Turner Stalk me: (215)-545-2859 ---------------------------------------------------------------------- "It is said that it is the curse of the neophobe to always see the symptoms as the disease, and to always make half measures" - Pug From lecroart@nevrax.com Fri Feb 9 09:46:13 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f198kDR47100 for ; Fri, 9 Feb 2001 09:46:13 +0100 (CET) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw.localdomain [192.168.254.254]) by nevrax.com (8.9.3/8.9.3) with SMTP id JAA04241 for ; Fri, 9 Feb 2001 09:50:12 +0100 Message-ID: <000f01c09274$ad4473e0$0901a8c0@vianneyl> From: "Vianney Lecroart" To: References: <3A82AD89.E4D00C01@zerodeux.net> Subject: Re: [Nel] Ran snowball on Linux+GeForce256 Date: Fri, 9 Feb 2001 09:45:38 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform > More details: my desktop is 1152x864x32, the client.cfg was set to 800x600 > fullscreen (32 bits) and the demo didn't switch to fullscreen (the modeline > is available). Btw, what do you do when someone request a different bitdepth > under X ? Simply ignore it or display a warning ? actualy, we don t manage the bitdepth and the fullscreen switch (sources are available and feel free to add stuffs if you want ;) everything about opengl is in driver_opengl.cpp! Vianney Lecroart --- lead network programmer / nevrax.com icq#: 6870415 homepage: http://ace.planet-d.net www.geek.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? From v.caron@zerodeux.net Fri Feb 9 10:36:09 2001 Received: from zerodeux.net (aboukir-101-1-2-zerodeux.adsl.nerim.net [62.4.22.182]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f199a8R47590 for ; Fri, 9 Feb 2001 10:36:08 +0100 (CET) (envelope-from v.caron@zerodeux.net) Received: from zerodeux.net (zerodeux [192.168.1.3]) by zerodeux.net (Postfix) with ESMTP id 75398687 for ; Fri, 9 Feb 2001 10:36:51 +0100 (CET) Message-ID: <3A83B99F.266BA661@zerodeux.net> Date: Fri, 09 Feb 2001 10:34:23 +0100 From: Vincent Caron X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.0 i686) X-Accept-Language: en, fr MIME-Version: 1.0 To: nel@nevrax.org Subject: Re: [Nel] Ran snowball on Linux+GeForce256 References: <3A82AD89.E4D00C01@zerodeux.net> <000f01c09274$ad4473e0$0901a8c0@vianneyl> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Vianney Lecroart wrote: > > actualy, we don t manage the bitdepth and the fullscreen switch (sources are > available and feel free to add stuffs if you want ;) > everything about opengl is in driver_opengl.cpp! You can't change XFree bitdepth until you restart it ... For good GL init code, I suggest you take a look at SDL init code. From lecroart@nevrax.com Fri Feb 9 12:02:30 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f19B2UR48454; Fri, 9 Feb 2001 12:02:30 +0100 (CET) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw.localdomain [192.168.254.254]) by nevrax.com (8.9.3/8.9.3) with SMTP id MAA06421; Fri, 9 Feb 2001 12:06:28 +0100 Message-ID: <002d01c09287$b70963a0$0901a8c0@vianneyl> From: "Vianney Lecroart" To: Cc: References: <3A7ADBA3.9030307@chello.se> <3A7FC9A1.7C1FFBE0@nevrax.com> <3A82C8D4.6060103@chello.se> Date: Fri, 9 Feb 2001 12:01:55 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Subject: [Nel] snowballs is slow Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Yes, snowballs is slow because it s a prototype for a futur game. There s no optimisation and our game is planning to work with next computer generation. Anyway, you can increase the frame rate with changing the default value of the tesselation of the landscape and others variables. In the client.cfg, you have 2 variables: LandscapeTileNear = 50.000000; LandscapeThreshold = 0.001000; The first one is the distance, in meter, of the near algorithm, if you decrease the value (putting 10 for example) should increase the framerate. The second variable is the threshold of the tesselation of the landscape, you can increase the value to increase the frame rate (try 0.01 or 0.1 for example). of course, if you do that, there will be less details on the landscape. You can modify these 2 variables in realtime using chat commands. You just have to write: /setthre 0.1 to set the LandscapeThreshold to 0.1 /settilenear 10 to set the LandscapeTileNear to 10 when you change variables in realtime in the game, they are automaticaly store in the client.cfg so you don t have to do it again on next launch. With this, you can increase the framerate from 10 to 30 fps on a fast computer. On our computer, the frame rate is around 10-15fps with default value and we have: Athlon 750Mhz, 256Mb RAM, GeForce256 32Mb RAM. Another thing you have to know is that we use lot of processor time. If we change only the processor and put an Athlan 1Ghz, the framerate increase to 20fps. But if you put a GeForce2GTS, you ll see no difference in the frame rate. The fill rate of the 3d card isn't use a lot, you can try to put the resolution to 320*240 or 1600*1200 and you ll see that the framerate doesn t change a lot. Anyway, we know that snowballs is slow :-/ Vianney Lecroart --- lead network programmer / nevrax.com icq#: 6870415 homepage: http://ace.planet-d.net www.geek.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? ----- Original Message ----- From: To: Sent: Thursday, February 08, 2001 5:27 PM Subject: Re: [Snowballs] Runnign snowballs - Finally snowballs runs! > The font problem was because of how i compiled freetype. > Now snowball runs! > It looks very nice(especially the terrain) but it isn't very fast! > I get below 10 fps on my 800 mhz Athlon with 128 mb ram and a GeForce256 > 32 MB DDR card(using detonator drivers) running win98se. > Is this somethign wrong with my configuration or are there optimizations > that haven't yet been made or something? > > /David > > _______________________________________________ > Snowballs mailing list > Snowballs@nevrax.org > /mailman/listinfo.cgi/snowballs From olivier.tarnus@interact.lu Fri Feb 9 14:42:14 2001 Received: from interact.lu ([194.154.218.164]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f19DgDR49653 for ; Fri, 9 Feb 2001 14:42:13 +0100 (CET) (envelope-from olivier.tarnus@interact.lu) Received: from visor (194.154.218.163) by interact.lu with SMTP (Eudora Internet Mail Server 2.2.2); Fri, 9 Feb 2001 14:48:06 +0100 Message-ID: <007701c0929c$e9a78fc0$cc01a8c0@interact.lu> From: "Olivier Tarnus" To: Date: Fri, 9 Feb 2001 14:33:39 +0100 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0074_01C092A5.4B307560" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2615.200 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 Subject: [Nel] Compilation on Linux : no configure Script.... Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform This is a multi-part message in MIME format. ------=_NextPart_000_0074_01C092A5.4B307560 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Hi , And first thank you : I'm french and it's nice to see some active OSS softwares comming from France.... I've downloaded nel after the slashdot article, but i can't find the configure script that should be included... Do i have to get it via CVS? Olivier Tarnus ------=_NextPart_000_0074_01C092A5.4B307560 Content-Type: text/x-vcard; name="Olivier Tarnus.vcf" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="Olivier Tarnus.vcf" BEGIN:VCARD VERSION:2.1 N:Tarnus;Olivier FN:Olivier Tarnus TITLE:Web developer TEL;WORK;VOICE:+352 48 49 69 EMAIL;PREF;INTERNET:olivier.tarnus@interact.lu REV:20010209T133339Z END:VCARD ------=_NextPart_000_0074_01C092A5.4B307560-- From v.caron@zerodeux.net Fri Feb 9 15:09:58 2001 Received: from zerodeux.net (aboukir-101-1-2-zerodeux.adsl.nerim.net [62.4.22.182]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f19E9vR49866 for ; Fri, 9 Feb 2001 15:09:57 +0100 (CET) (envelope-from v.caron@zerodeux.net) Received: from zerodeux.net (zerodeux [192.168.1.3]) by zerodeux.net (Postfix) with ESMTP id E3C3C3A1 for ; Fri, 9 Feb 2001 15:10:41 +0100 (CET) Message-ID: <3A83F9CE.DF0B1D65@zerodeux.net> Date: Fri, 09 Feb 2001 15:08:14 +0100 From: Vincent Caron X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.0 i686) X-Accept-Language: en, fr MIME-Version: 1.0 To: nel@nevrax.org Subject: Re: [Nel] Compilation on Linux : no configure Script.... References: <007701c0929c$e9a78fc0$cc01a8c0@interact.lu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Olivier Tarnus wrote: > > Hi , > > And first thank you : I'm french and it's nice to see some > active OSS softwares comming from France.... > > I've downloaded nel after the slashdot article, but i can't > find the configure script that should be included... It should be generated before being archived from CVS, I guess the Nevrax guys forgot to do it. Run ./bootstrap. From valignat@gw.nevrax.com Fri Feb 9 16:49:16 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f19FnGR50668 for ; Fri, 9 Feb 2001 16:49:16 +0100 (CET) (envelope-from valignat@gw.nevrax.com) Received: from gw.nevrax.com (fw.localdomain [192.168.254.254]) by nevrax.com (8.9.3/8.9.3) with ESMTP id QAA10884 for ; Fri, 9 Feb 2001 16:53:14 +0100 Received: (from valignat@localhost) by gw.nevrax.com (8.11.0/8.9.3) id f19FlDq12928 for nel@nevrax.org; Fri, 9 Feb 2001 16:47:13 +0100 (CET) (envelope-from valignat) Date: Fri, 9 Feb 2001 16:47:13 +0100 From: Valignat Cedric To: nel@nevrax.org Subject: Re: [Nel] Compilation on Linux : no configure Script.... Message-ID: <20010209164713.A12855@nevrax.com> References: <007701c0929c$e9a78fc0$cc01a8c0@interact.lu> <3A83F9CE.DF0B1D65@zerodeux.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3A83F9CE.DF0B1D65@zerodeux.net>; from v.caron@zerodeux.net on Fri, Feb 09, 2001 at 03:08:14PM +0100 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Vincent Caron wrote: > Olivier Tarnus wrote: > > > > I've downloaded nel after the slashdot article, but i can't > > find the configure script that should be included... > > It should be generated before being archived from CVS, I guess > the Nevrax guys forgot to do it. Run ./bootstrap. The version available on our web site are CVS ckeckout and not a distribution version. That's mean that the configure script will no be include but should be generated from the configuration files (configure.in and Makefile.in) by using the bootstrap shell script. The bootstrap script migth fail becuase some files are missing, so in that case reexecute the script., it will copy the missing files ... Cedric. From valignat@gw.nevrax.com Fri Feb 9 17:40:16 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f19GeFR51075 for ; Fri, 9 Feb 2001 17:40:15 +0100 (CET) (envelope-from valignat@gw.nevrax.com) Received: from gw.nevrax.com (fw.localdomain [192.168.254.254]) by nevrax.com (8.9.3/8.9.3) with ESMTP id RAA11915 for ; Fri, 9 Feb 2001 17:44:14 +0100 Received: (from valignat@localhost) by gw.nevrax.com (8.11.0/8.9.3) id f19GcDS13873 for nel@nevrax.org; Fri, 9 Feb 2001 17:38:13 +0100 (CET) (envelope-from valignat) Date: Fri, 9 Feb 2001 17:38:12 +0100 From: Valignat Cedric To: nel@nevrax.org Subject: Re: [Nel] Compilation on Linux : no configure Script.... Message-ID: <20010209173812.A13860@nevrax.com> References: <007701c0929c$e9a78fc0$cc01a8c0@interact.lu> <3A83F9CE.DF0B1D65@zerodeux.net> <20010209164713.A12855@nevrax.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010209164713.A12855@nevrax.com>; from valignat@nevrax.com on Fri, Feb 09, 2001 at 04:47:13PM +0100 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Valignat Cedric wrote: > should be generated from the configuration files (configure.in and > Makefile.in) by using the bootstrap shell script. Ooops you should read Makefile.am and not Makefile.in ... :-) From lejade@nevrax.com Fri Feb 9 20:57:08 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f19Jv7R52764 for ; Fri, 9 Feb 2001 20:57:07 +0100 (CET) (envelope-from lejade@nevrax.com) Received: from pc252.nevrax.com (fw.localdomain [192.168.254.254]) by nevrax.com (8.9.3/8.9.3) with ESMTP id VAA14219 for ; Fri, 9 Feb 2001 21:01:05 +0100 Message-Id: <4.3.2.7.2.20010209204729.00ac0ec0@pop.nevrax.net> X-Sender: lejade@pop.nevrax.net (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Fri, 09 Feb 2001 20:54:18 +0100 To: nel@nevrax.org From: Olivier Lejade Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: [Nel] Hello Slashdot ! Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform I just wanted to welcome all the newcomers that followed the slashdot link. I replied to the most frequent comments here: /news/slashdot.php3 Please don't hesitate to ask any question that crosses your mind and we'll try to answer them as best as we can. Have a nice WE, O. From Matthew.Flagg@channelinx.com Fri Feb 9 21:08:53 2001 Received: from puck.channelinx.com (mail.channelinx.com [12.19.58.34]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f19K8qR52865 for ; Fri, 9 Feb 2001 21:08:52 +0100 (CET) (envelope-from Matthew.Flagg@channelinx.com) Received: from pluto (uranus.channelinx.com [12.19.58.33]) by puck.channelinx.com (Switch-2.0.5/Switch-2.0.5) with SMTP id f19K6PI10972 for ; Fri, 9 Feb 2001 15:06:25 -0500 Received: by jupiter with Internet Mail Service (5.5.2650.21) id ; Fri, 9 Feb 2001 15:06:20 -0500 Message-ID: From: Matthew Flagg To: "'nel@nevrax.org'" Subject: RE: [Nel] Hello Slashdot ! Date: Fri, 9 Feb 2001 15:06:20 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hey that would be me! Hey guys. Any of you on the Java3D list too maybe? -----Original Message----- From: Olivier Lejade [mailto:lejade@nevrax.com] Sent: Friday, February 09, 2001 2:54 PM To: nel@nevrax.org Subject: [Nel] Hello Slashdot ! I just wanted to welcome all the newcomers that followed the slashdot link. I replied to the most frequent comments here: /news/slashdot.php3 Please don't hesitate to ask any question that crosses your mind and we'll try to answer them as best as we can. Have a nice WE, O. _______________________________________________ Nel mailing list Nel@nevrax.org /mailman/listinfo.cgi/nel From slistak@hotmail.com Fri Feb 9 22:49:46 2001 Received: from hotmail.com (f43.pav1.hotmail.com [64.4.31.43]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f19LnjR53684 for ; Fri, 9 Feb 2001 22:49:46 +0100 (CET) (envelope-from slistak@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Fri, 9 Feb 2001 13:47:18 -0800 Received: from 63.197.8.85 by pv1fd.pav1.hotmail.msn.com with HTTP; Fri, 09 Feb 2001 21:47:18 GMT X-Originating-IP: [63.197.8.85] From: "Slistak Shady" To: nel@nevrax.org Date: Fri, 09 Feb 2001 21:47:18 -0000 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 09 Feb 2001 21:47:18.0613 (UTC) FILETIME=[DFC88050:01C092E1] Subject: [Nel] Compilation under VC6 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi- This is my first time at tryng to compile everything. Current problem I have is the following error when compiling NeL. C:\NEVRAX\CODE\NEL\INCLUDE\nel/misc/types_nl.h(75) : fatal error C1189: #error : "You need STLPort to compile this project (www.sltport.org)" file.cpp I'm sure it's just some config problem in my VC. I've downloaded and compiled sltport and freetype, and told VC where to find the include and lib file as per the INSTALL doc. Any suggestions? Thanks. Brett _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com From cblt@cblt.org Fri Feb 9 22:59:10 2001 Received: from racine.cybercable.fr (racine.cybercable.fr [212.198.0.201]) by www.nevrax.org (8.11.0/8.11.0) with SMTP id f19LxAR53796 for ; Fri, 9 Feb 2001 22:59:10 +0100 (CET) (envelope-from cblt@cblt.org) Received: (qmail 40724245 invoked from network); 9 Feb 2001 21:56:49 -0000 Received: from r184m194.cybercable.tm.fr (HELO cblt.org) ([195.132.184.194]) (envelope-sender ) by racine.cybercable.fr (qmail-ldap-1.03) with SMTP for ; 9 Feb 2001 21:56:49 -0000 Message-ID: <3A846932.1020907@cblt.org> Date: Fri, 09 Feb 2001 23:03:30 +0100 From: Nicolas Hognon User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; 0.7) Gecko/20010109 X-Accept-Language: en MIME-Version: 1.0 To: nel@nevrax.org Subject: Re: [Nel] Compilation under VC6 References: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform put the include directory of stlport before in include from microsoft Slistak Shady wrote: > Hi- > > This is my first time at tryng to compile everything. Current problem I > have is the following error when compiling NeL. > > C:\NEVRAX\CODE\NEL\INCLUDE\nel/misc/types_nl.h(75) : fatal error C1189: > #error : "You need STLPort to compile this project (www.sltport.org)" > file.cpp > > > I'm sure it's just some config problem in my VC. I've downloaded and > compiled sltport and freetype, and told VC where to find the include and > lib file as per the INSTALL doc. > > Any suggestions? > > Thanks. > Brett -- Nicolas Hognon home : cblt@cblt.org / www.cblt.org work : nicolash@virtools.com / www.virtools.com #ICQ : 36044443 Enjoy the silence (DM) From robofly@in-orbit.net Fri Feb 9 23:01:00 2001 Received: from mail.in-orbit.net ([207.44.176.190]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f19M0xR53831 for ; Fri, 9 Feb 2001 23:00:59 +0100 (CET) (envelope-from robofly@in-orbit.net) Received: from PCTEST.in-orbit.org ([63.205.226.188]) by mail.in-orbit.net (8.11.0/8.11.0) with ESMTP id f19LvZl32525 for ; Fri, 9 Feb 2001 13:57:35 -0800 Date: Fri, 9 Feb 2001 13:57:40 -0800 From: =?ISO-8859-1?B?UvNiZXJ0IEJqYXJuYXNvbg==?= X-Mailer: The Bat! (v1.46d) Personal Organization: InOrbit Entertainment Inc. X-Priority: 3 (Normal) Message-ID: <138101610047.20010209135740@in-orbit.net> To: Slistak Shady Subject: Re: [Nel] Compilation under VC6 In-reply-To: References: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi Slistak, Friday, February 09, 2001, 1:47:18 PM, you wrote: SS> C:\NEVRAX\CODE\NEL\INCLUDE\nel/misc/types_nl.h(75) : fatal error C1189: SS> #error : "You need STLPort to compile this project (www.sltport.org)" SS> file.cpp SS> I'm sure it's just some config problem in my VC. I've downloaded and SS> compiled sltport and freetype, and told VC where to find the include and lib SS> file as per the INSTALL doc. SS> Any suggestions? In VC, try going into the Tools->Options menu and move the reference to the stlport include files up using the up arrow. This is for the compiler to find stlport before the standard MS libraries. Warm regards, Róbert From slistak@hotmail.com Sat Feb 10 04:20:53 2001 Received: from hotmail.com (f98.pav1.hotmail.com [64.4.31.98]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1A3KqR59215 for ; Sat, 10 Feb 2001 04:20:52 +0100 (CET) (envelope-from slistak@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Fri, 9 Feb 2001 19:18:24 -0800 Received: from 63.197.8.85 by pv1fd.pav1.hotmail.msn.com with HTTP; Sat, 10 Feb 2001 03:18:24 GMT X-Originating-IP: [63.197.8.85] From: "Slistak Shady" To: nel@nevrax.org Subject: Re: [Nel] Compilation under VC6 Date: Sat, 10 Feb 2001 03:18:24 -0000 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 10 Feb 2001 03:18:24.0390 (UTC) FILETIME=[20B58260:01C09310] Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Thanks guys! Worked no problem. Now I can move on to further compiling. Brett _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com From ewert@reflexnet.net Sun Feb 11 03:44:33 2001 Received: from mailhost01.reflexnet.net (mailhost01.reflexnet.net [64.6.192.82]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1B2iVR69827 for ; Sun, 11 Feb 2001 03:44:31 +0100 (CET) (envelope-from ewert@reflexnet.net) Received: from PDXROCH0075 ([216.196.70.75]) by mailhost01.reflexnet.net with Microsoft SMTPSVC(5.5.1877.197.19); Sat, 10 Feb 2001 18:40:13 -0800 Message-ID: <001c01c093ba$7f5d6080$4b46c4d8@reflexnet.net> From: "Mark Ewert" To: Date: Sat, 10 Feb 2001 18:37:57 -0500 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0019_01C09390.966EEE80" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Subject: [Nel] Documentation on Event/Character Scripting Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform This is a multi-part message in MIME format. ------=_NextPart_000_0019_01C09390.966EEE80 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable It took me awhile to finally compile 0.2 of nevrax.org for windows, but = after numerous patches (some of them blatant kludges) I was able to = compile both the client and server. I thought an interesting first step to working with nevrax would be to = add events/characters in the current environment. I have briefly skimmed = the AI/scripting environment and I did not find any documentation on how = to introduce events ? Any advice besides just reading through all the = code ? A side note, I found the documentation overall to be quite sparse. I'm = sure this is something that will change as the project matures, but for = new users/developers especially better documentation would be much = appreciated. Of course, the lack of documentation could be a test ;) Mark. ------=_NextPart_000_0019_01C09390.966EEE80 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

It took me awhile to finally compile = 0.2 of=20 nevrax.org for windows, but after numerous patches (some of them blatant = kludges) I was able to compile both the client and server.
 
I thought an interesting first step to = working with=20 nevrax would be to add events/characters in the current environment. I = have=20 briefly skimmed the AI/scripting environment and I did not find any=20 documentation on how to introduce events ? Any advice besides just = reading=20 through all the code ?
 
A side note, I found the documentation = overall to=20 be quite sparse. I'm sure this is something that will change as the = project=20 matures, but for new users/developers especially better documentation = would be=20 much appreciated. Of course, the lack of documentation could be a test=20 ;)
 
Mark.
------=_NextPart_000_0019_01C09390.966EEE80-- From root@www08.hway.net Sun Feb 11 13:48:54 2001 Received: from mail05.rapidsite.net (mail05.rapidsite.net [207.158.192.42]) by www.nevrax.org (8.11.0/8.11.0) with SMTP id f1BCmnR73975 for ; Sun, 11 Feb 2001 13:48:53 +0100 (CET) (envelope-from root@www08.hway.net) Received: from www08 (207.158.192.88) by mail05.rapidsite.net (RS ver 1.0.58s) with SMTP id 03310146 for ; Sun, 11 Feb 2001 07:46:10 -0500 (EST) Received: (from root@localhost) by www08.hway.net (8.9.1a/8.9.1) id HAA2776527; Sun, 11 Feb 2001 07:46:09 -0500 (EST) Message-Id: <200102111246.HAA2776527@www08.hway.net> X-Mailer: XFMail 1.4.0 on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <200102111102.f1BB2RR73235@www.nevrax.org> Date: Sun, 11 Feb 2001 13:46:51 +0100 (CET) Organization: none From: Tels To: nel@nevrax.org X-Loop-Detect: 1 Subject: [Nel] RE: Nel digest, Vol 1 #48 - 1 msg Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform -----BEGIN PGP SIGNED MESSAGE----- Moin, IMO it would be a good idea if the list disallowed attachments and/or html. HTML (even with javascript/background pictures) is nearly as bad as these unreadable vcard attachements and others ;o) - From my prevois ML experiences a simple rule/guideline to NOT do such things is not enough - admins, do you read me? ;) Oh and hi all. Still struggling with the slashdot effect I at least got the code and will start playing with it today. > Today's Topics: > 1. Documentation on Event/Character Scripting (Mark Ewert) > --__--__-- > Message: 1 > From: "Mark Ewert" > To: > Date: Sat, 10 Feb 2001 18:37:57 -0500 > boundary="----=_NextPart_000_0019_01C09390.966EEE80" > Subject: [Nel] Documentation on Event/Character Scripting > Reply-To: nel@nevrax.org > This is a multi-part message in MIME format. > ------=_NextPart_000_0019_01C09390.966EEE80 > Content-Type: text/plain; > charset="iso-8859-1" > Content-Transfer-Encoding: quoted-printable > ------=_NextPart_000_0019_01C09390.966EEE80 > Content-Type: text/html; > charset="iso-8859-1" > Content-Transfer-Encoding: quoted-printable [snip] Tels - -- "Why do you go so slowly? Do you think this is some kind of game?" http://bloodgate.com/thief/ Thief - The Dark Project http://bloodgate.com/aifilter Rewriting the HTML as we know it. http://freedomforlinks.de Fight for your right to link. PGP key available on http://bloodgate.com/tels.asc or via email. The email address contained in the From/Reply of this email is NOT to be displayed on webpages, entered into any mailing lists, given to other people, used to send me electronic greeting cards without my written, signed permission. No SPAM nor UCE, either! Thank you! And PLEASE refrain from forwarding me chain letters, massmailings, or pyramid schemes. -----BEGIN PGP SIGNATURE----- Version: 2.6.3i Charset: latin1 iQEVAwUBOoaIPncLPEOTuEwVAQHMZAf/QKnbk6DdXAVxioed8n1DsUtHOB+HqErS hZapigpP+10OZZVucyo0X9yLlmmMerHvPgCmAmTQG6ob2GXJWrPdH8Y6zO6IrRi7 vYPAPBayFNqRrixnCfv/0AsWxj9IMG0qjOE+rOhKV4eqSudnbHDzG2gr4JFVnQ8y mMtyF8Mk5EYGlN6IgjnCSripmEcyrPqDFAoKGuQuntxF7XZ2O4+E7svp1Y0EJUfu s/cWUjYT9YSZhpmOv/QOg7GXDsVeH0uuh+e4YMyxQvVnS1jDXkxHp7PvUO2rKMst QGT11GjqomXSYPxWD/3P7/F6yFGzf8dt7GH13o+6e15kje3vI1MSBg== =cpbF -----END PGP SIGNATURE----- From chafik@nevrax.com Mon Feb 12 09:16:59 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1C8GwR82893 for ; Mon, 12 Feb 2001 09:16:58 +0100 (CET) (envelope-from chafik@nevrax.com) Received: from sameh (fw.localdomain [192.168.254.254]) by nevrax.com (8.9.3/8.9.3) with SMTP id JAA08110 for ; Mon, 12 Feb 2001 09:20:52 +0100 Message-ID: <038a01c094cb$b4d5b430$1001a8c0@sameh> From: "sameh chafik Pro" To: References: <001c01c093ba$7f5d6080$4b46c4d8@reflexnet.net> Subject: Re: [Nel] Documentation on Event/Character Scripting Date: Mon, 12 Feb 2001 09:13:39 +0100 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0387_01C094D4.168F6DD0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform C'est un message de format MIME en plusieurs parties. ------=_NextPart_000_0387_01C094D4.168F6DD0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello Mark and thank you, >I thought an interesting first step to working with nevrax would be to = add events/characters in the current environment. I have briefly skimmed = the >AI/scripting environment and I did not find any documentation on = how to introduce events ? Any advice besides just reading through all = the code ? Yes we know and we are very sorry. At present we work on the = client/server modele for data distribution modele because events in AI = script work on local model. When we finish this work we'll write a doc. = It do'nt take long time do do this job.=20 ------=_NextPart_000_0387_01C094D4.168F6DD0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
 
Hello Mark and thank you,
 
>I thought an interesting first step = to working=20 with nevrax would be to add events/characters in the current = environment. I have=20 briefly skimmed the >AI/scripting environment and I did not find any=20 documentation on how to introduce events ? Any advice besides just = reading=20 through all the code ?
 
Yes we know and we are very sorry. = At present we work on the client/server modele for = data=20 distribution modele because events in AI script work on local model. = When we=20 finish this work we'll write a doc. It do'nt take long time do do = this=20 job. 
 
------=_NextPart_000_0387_01C094D4.168F6DD0-- From archer@nevrax.com Mon Feb 12 10:18:05 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1C9I4R83414 for ; Mon, 12 Feb 2001 10:18:04 +0100 (CET) (envelope-from archer@nevrax.com) Received: (from archer@localhost) by nevrax.com (8.9.3/8.9.3) id KAA09010 for nel@nevrax.org; Mon, 12 Feb 2001 10:21:57 +0100 Date: Mon, 12 Feb 2001 10:21:57 +0100 From: Vincent Archer To: nel@nevrax.org Subject: Re: [Nel] Compilation under VC6 Message-ID: <20010212102157.K8115@nevrax.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3us In-Reply-To: Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform According to Slistak Shady: > Thanks guys! Worked no problem. Now I can move on to further compiling. Another one for the FAQ "How to compile this beast" :) -- Vincent Archer Email: archer@nevrax.com Nevrax France. Off on the yellow brick road we go! From tsm@IDEALX.com Mon Feb 12 15:31:49 2001 Received: from sarajevo.idealx.com (sarajevo.idealx.com [213.41.87.90]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1CEViR85747 for ; Mon, 12 Feb 2001 15:31:46 +0100 (CET) (envelope-from tsm@IDEALX.com) Received: from calvin.UUCP (uucp@localhost) by sarajevo.idealx.com (8.10.1/8.10.1) with UUCP id f1CESbK24172 for nel@nevrax.org; Mon, 12 Feb 2001 15:28:37 +0100 (CET) Received: from tsm by calvin.ird.IDEALX.com with local (Exim 3.22 #1 (Debian)) id 14SJxw-0001uU-00; Mon, 12 Feb 2001 15:28:32 +0100 Date: Mon, 12 Feb 2001 15:28:32 +0100 From: Thierry Mallard To: nel@nevrax.org Subject: Re: [Nel] Linux compilation pb Message-ID: <20010212152832.A7311@IDEALX.com> References: <3A81A1E0.5B169F39@zerodeux.net> <003501c091b3$10c8ea30$0901a8c0@vianneyl> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline User-Agent: Mutt/1.3.12i In-Reply-To: <003501c091b3$10c8ea30$0901a8c0@vianneyl>; from lecroart@nevrax.com on Thu, Feb 08, 2001 at 10:39:43AM +0100 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform On Thu, Feb 08, 2001 at 10:39:43AM +0100, Vianney Lecroart wrote: > Thank you a lot for this bug correction. > It's really strange because it compiles well on our linux system without any > modifications, > but I already heard about this problem, I'll correct it right now. Just a quick word to say that the problem just appeared here. The proposed correction seems to work. Larger report when compilation ends.. :-) Shaman -- Thierry Mallard | GnuPG key on wwwkeys.pgp.net | key 0xA3D021CB | http://thierry.mallard.com | From moz@oosterveld.org Mon Feb 12 16:18:04 2001 Received: from cr889491-a.yec1.on.wave.home.com (cr889491-a.bloor1.on.wave.home.com [24.112.240.61] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1CFI3R86214 for ; Mon, 12 Feb 2001 16:18:03 +0100 (CET) (envelope-from moz@oosterveld.org) Received: from moz (helo=localhost) by cr889491-a.yec1.on.wave.home.com with local-esmtp (Exim 3.12 #1 (Debian)) id 14SKhW-0002YK-00 for ; Mon, 12 Feb 2001 10:15:38 -0500 Date: Mon, 12 Feb 2001 10:15:38 -0500 (EST) From: "Mark W. Oosterveld" X-Sender: moz@cr889491-a.yec1.on.wave.home.com To: nel@nevrax.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: [Nel] Compilation of snowballs.exe under Windows 98 and NT Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hello, I am one of the slashdot horde that descended on your project recently. I have done a cvs checkout of the latest soruce, and am triing to compile it under Visual C++ 6.0, sp 4, on both a Windows 98 box (at home) and an NT box (at work... don't tell anyone). Anyway, after installing STLport, FreeType, Python, and glext.h, I am able to compile all the libraries. But, when I try to build the client, I get the following error: LINK: warning LNK4098: defaultlib "LIBC" conflicts with use of other libs; use /NODEFAULTLIB:library MSVCRT.lib(crtexe.obj) : error LNK2001: unresolved external symbol _main ReleaseDebug/snowballs.exe : fatal error LNK1120: 1 unresolved externals Error executing link.exe Unfortunatly, my C++ is a little rusty, and my Windows Programing is almost non existant, but there is a main (and a WinMain) in client.cpp. I suspect I have a setting wrong in VC, but wouldn't even begin to know where to find it. Mark P.S. I am most interested in looking at (and possibly working on) the server side, but need to get a client up and running before I can really start looking at it in depth. From lecroart@nevrax.com Mon Feb 12 16:54:25 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1CFsOR86493 for ; Mon, 12 Feb 2001 16:54:24 +0100 (CET) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw.localdomain [192.168.254.254]) by nevrax.com (8.9.3/8.9.3) with SMTP id QAA18129 for ; Mon, 12 Feb 2001 16:58:17 +0100 Message-ID: <006d01c0950b$ff8b9310$0901a8c0@vianneyl> From: "Vianney Lecroart" To: References: Subject: Re: [Nel] Compilation of snowballs.exe under Windows 98 and NT Date: Mon, 12 Feb 2001 16:53:52 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hello, It's a bug. you have 3 ways to resolve it: 1- The bug occurs only in ReleaseDebug mode so you could try in to change the mode to Release, it will work fine (to change the mode, go to the menu 'Build', 'Set Active Configuration' and select 'client - Win32 Release' 2 - correct the bug yourself. It s very easy, select the 'ReleaseDebug' configuration and go to 'Project', 'Settings' and go to the 'Link' tab. Then search in the 'project options' text the string '/subsystem:console' and remplace it by '/subsystem:windows'. and relink. 3 - wait 24h and update the new cvs to get the fix. Thanks. Vianney Lecroart --- lead network programmer / nevrax.com icq#: 6870415 homepage: http://ace.planet-d.net www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? From moz@oosterveld.org Mon Feb 12 17:30:39 2001 Received: from cr889491-a.yec1.on.wave.home.com (cr889491-a.bloor1.on.wave.home.com [24.112.240.61] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1CGUcR86858 for ; Mon, 12 Feb 2001 17:30:38 +0100 (CET) (envelope-from moz@oosterveld.org) Received: from moz (helo=localhost) by cr889491-a.yec1.on.wave.home.com with local-esmtp (Exim 3.12 #1 (Debian)) id 14SLpm-0002aF-00 for ; Mon, 12 Feb 2001 11:28:14 -0500 Date: Mon, 12 Feb 2001 11:28:13 -0500 (EST) From: "Mark W. Oosterveld" X-Sender: moz@cr889491-a.yec1.on.wave.home.com To: nel@nevrax.org Subject: Re: [Nel] Compilation of snowballs.exe under Windows 98 and NT In-Reply-To: <006d01c0950b$ff8b9310$0901a8c0@vianneyl> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Vianney, Thank you. That worked perfectly. Now I just have to wait till I get home before I can run it. I was pretty sure it was a simple problem, but one that would have taken me days to track down. Thanks again. Mark On Mon, 12 Feb 2001, Vianney Lecroart wrote: > Hello, > > It's a bug. you have 3 ways to resolve it: > 1- The bug occurs only in ReleaseDebug mode so you could try in to change > the mode to Release, it will work fine (to change the mode, go to the menu > 'Build', 'Set Active Configuration' and select 'client - Win32 Release' > 2 - correct the bug yourself. It s very easy, select the 'ReleaseDebug' > configuration and go to 'Project', 'Settings' and go to the 'Link' tab. Then > search in the 'project options' text the string '/subsystem:console' and > remplace it by '/subsystem:windows'. and relink. > 3 - wait 24h and update the new cvs to get the fix. > > Thanks. > > Vianney Lecroart > --- > lead network programmer / nevrax.com > icq#: 6870415 > homepage: http://ace.planet-d.net > www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- > w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? > > > > _______________________________________________ > Nel mailing list > Nel@nevrax.org > /mailman/listinfo.cgi/nel > From zane@users.sourceforge.net Thu Feb 15 19:26:06 2001 Received: from crap (cx589957-e.alsv1.occa.home.com [65.5.215.36]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1FIQ5R21400 for ; Thu, 15 Feb 2001 19:26:05 +0100 (CET) (envelope-from zane@users.sourceforge.net) Received: from bart.mmsa.com ([205.227.148.2] helo=is64e003) by crap with smtp (Exim 3.22 #1 (Debian)) id 14TT3D-0004HT-00 for ; Thu, 15 Feb 2001 10:22:43 -0800 Message-ID: <026301c0977b$447c1cd0$9d3312ac@hq.mmsa.com> From: "Zane" To: Date: Thu, 15 Feb 2001 09:57:56 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Subject: [Nel] Snowballs Data & CVS Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform First off I'd like to say hello, I'm new to the list, one of the slashdot crowd that have descended upon you. :) I'm a C/C++/VB^H^H^H/SQL developer and I've done mud development as a hobby for years (www.sourceforge.net/projects/embermud) so this project was immediately interesting to me. I'm entirely a client/server developer with just a rudimentary understanding of 3D so I'll probably be contributing entirely in the server or client/server communcation areas. Few questions for you all at Nevrax. Would it be possible to move the snowballs data into the CVS tree? I'm keeping current with the CVS updates and evidentally some changes made to NeL or the client/server portion have rendered the data package offered on the website obsolete. Have you all looked at using sourceforge for your public CVS front end? The site can be designed to look exactly like your current site (but I believe would require a sourceforge graphic and link somewhere on the page) and offers all the services you currently offer as well as more bandwidth and will spare you from further slashdot type outages (at least to some degree :). I've read back through the mailing list archives and understand that you're using a plugin to 3DSMax to create NeL objects. Will you be releasing this any time soon? I know a few people that are not 3D developers (unable to write a plugin) but would be interested in starting to build content. I'm curious why you haven't released it already? (Yes, I'm nosy :) What about design documents for NeL? You have a lot of auto-generated documentation available but as far I as I can tell there aren't many (or any) design documents available. This would be especially nice for parts of the library that have yet to be developed. Starting work on undeveloped portions of the library (the DB portion for instance) might be of interest to other developers. Are you actually interested in other developers making major contributions to this project pre-production or are you more interested in just offering your work to the community? Forgive me if I'm asking questions with answers that are readily available on your web-site but I've done my best to research beforehand. Thanks, E.J. Wilburn zane@supernova.org From archer@nevrax.com Fri Feb 16 17:45:10 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1GGjAR28260 for ; Fri, 16 Feb 2001 17:45:10 +0100 (CET) (envelope-from archer@nevrax.com) Received: (from archer@localhost) by nevrax.com (8.9.3/8.9.3) id RAA29246 for nel@nevrax.org; Fri, 16 Feb 2001 17:48:57 +0100 Date: Fri, 16 Feb 2001 17:48:57 +0100 From: Vincent Archer To: nel@nevrax.org Subject: Re: [Nel] Snowballs Data & CVS Message-ID: <20010216174856.K24026@nevrax.com> References: <026301c0977b$447c1cd0$9d3312ac@hq.mmsa.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3us In-Reply-To: <026301c0977b$447c1cd0$9d3312ac@hq.mmsa.com> Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Some quick answers, before we go further in detail. According to Zane: > Would it be possible to move the snowballs data into the CVS tree? I'm > keeping current with the CVS updates and evidentally some changes made to > NeL or the client/server portion have rendered the data package offered on > the website obsolete. Hmmm, that's odd. It shouldn't have, but we'll look at it. > Have you all looked at using sourceforge for your public CVS front end? The > site can be designed to look exactly like your current site (but I believe > would require a sourceforge graphic and link somewhere on the page) and > offers all the services you currently offer as well as more bandwidth and > will spare you from further slashdot type outages (at least to some degree > :). We could use Slashdot, yes. In fact, there's a NeL project registered on it "in case". Why aren't we using Sourceforge? Well, apart from the current rumors of source forge growing beyond its possibilities of support, we'd lose some of the control we have on the current public system. It's a relatively gray area, and one on which we aren't saying much, except, "well, right now we aren't". > I've read back through the mailing list archives and understand that you're > using a plugin to 3DSMax to create NeL objects. Will you be releasing this > any time soon? I know a few people that are not 3D developers (unable to > write a plugin) but would be interested in starting to build content. I'm > curious why you haven't released it already? (Yes, I'm nosy :) License issues. Basically, we have a problem releasing a free plugin to a commercial non-source software package. The GPL poses a lot of problems (we can't give you a GPLed 3DSmax, can we?), and we haven't a satisfying license yet that allows to get as close to GPL as we can, while respecting the license from 3DS. > What about design documents for NeL? You have a lot of auto-generated No comment :) We know we should :) > Are you actually interested in other developers making major contributions > to this project pre-production or are you more interested in just offering > your work to the community? Both. Altough we haven't specifically announced things, we have a specific program and are opening CVS commit privileges to specific people, so we are looking for contributions, at all levels (from simple bug fixes to whole features). We don't guarantee we'll use everything, but if it "fits" within the NeL scope, we'll put it in, even if we don't use it ourselves (yet). -- Vincent Archer Email: archer@nevrax.com Nevrax France. Off on the yellow brick road we go! From lecroart@nevrax.com Fri Feb 16 19:00:29 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1GI0SR28637 for ; Fri, 16 Feb 2001 19:00:29 +0100 (CET) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw.localdomain [192.168.254.254]) by nevrax.com (8.9.3/8.9.3) with SMTP id TAA30860 for ; Fri, 16 Feb 2001 19:04:14 +0100 Message-ID: <004c01c09842$47fd4ce0$0901a8c0@vianneyl> From: "Vianney Lecroart" To: Date: Fri, 16 Feb 2001 19:00:00 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Subject: [Nel] samples for NeL!!! Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hello all! In the nel directory we'll add a sample directory, you'll see it after the syncro of this night. It's very simple examples of some NeL features. There's more comments than code so it could be a very good way to learn how to use NeL. I commit them without tested them on linux because I think that it's really easy to correct them (if necessary) and anyway, people who want to take a look on NeL this week end could look them (even if they don't compile, there's lot of comment). There's no makefile but they'll come next week i think. Please, fell free to send bugfix in comment and/or code parts by email directly to my email (lecroart@nevrax.com) to avoid flooding this mailing list ;) Enjoy! Vianney Lecroart --- lead network programmer / nevrax.com icq#: 6870415 homepage: http://ace.planet-d.net www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? From jmark4@home.com Sat Feb 17 22:18:10 2001 Received: from femail5.sdc1.sfba.home.com (femail5.sdc1.sfba.home.com [24.0.95.85]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1HLI8R38867 for ; Sat, 17 Feb 2001 22:18:09 +0100 (CET) (envelope-from jmark4@home.com) Received: from cx427786a ([24.178.132.202]) by femail5.sdc1.sfba.home.com (InterMail vM.4.01.03.00 201-229-121) with SMTP id <20010217211531.TJRG22656.femail5.sdc1.sfba.home.com@cx427786a> for ; Sat, 17 Feb 2001 13:15:31 -0800 Message-ID: <007101c09926$7dfccb60$ca84b218@omhaw1.ne.home.com> From: "Jared Mark" To: Date: Sat, 17 Feb 2001 15:13:35 -0600 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_006E_01C098F4.32F60500" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Subject: [Nel] gl.h Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform This is a multi-part message in MIME format. ------=_NextPart_000_006E_01C098F4.32F60500 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable -- I'm compiling in win98, using MS VC++ 6.0. I get the following errors: Compiling... driver_opengl.cpp C:\snowballs\nel\src\3d\driver\opengl\driver_opengl_extension.h(44) : = fatal error C1083: Cannot open include file: 'GL/glext.h': No such file = or directory driver_opengl_extension.cpp C:\snowballs\nel\src\3d\driver\opengl\driver_opengl_extension.h(44) : = fatal error C1083: Cannot open include file: 'GL/glext.h': No such file = or directory driver_opengl_material.cpp C:\snowballs\nel\src\3d\driver\opengl\driver_opengl_extension.h(44) : = fatal error C1083: Cannot open include file: 'GL/glext.h': No such file = or directory driver_opengl_matrix.cpp C:\snowballs\nel\src\3d\driver\opengl\driver_opengl_extension.h(44) : = fatal error C1083: Cannot open include file: 'GL/glext.h': No such file = or directory driver_opengl_texture.cpp C:\snowballs\nel\src\3d\driver\opengl\driver_opengl_extension.h(44) : = fatal error C1083: Cannot open include file: 'GL/glext.h': No such file = or directory Error executing cl.exe. Okay, so I go check the code, and I find out there's a comment there = telling me to go download something (Shouldn't this sort of thing be in = the readme file?)... #include // Please download it from = http://oss.sgi.com/projects/ogl-sample/ABI/" I go to do that, and there's 2 versions available. I grab the most = recent, and unpack it to a temporary directory so I can go looking for = these files, and maybe figure out exactly where I need to put them. I can find glx.h, but there is no glext.h or gl.h... (both of which are = required). What am I missing? ------=_NextPart_000_006E_01C098F4.32F60500 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
-- I'm compiling in win98, using MS VC++ = 6.0.
 
I get the following errors:
 
Compiling...
driver_opengl.cpp
C:\snowballs\nel\src\3d\dri= ver\opengl\driver_opengl_extension.h(44)=20 : fatal error C1083: Cannot open include file: 'GL/glext.h': No such = file or=20 directory
driver_opengl_extension.cpp
C:\snowballs\nel\src\3d\drive= r\opengl\driver_opengl_extension.h(44)=20 : fatal error C1083: Cannot open include file: 'GL/glext.h': No such = file or=20 directory
driver_opengl_material.cpp
C:\snowballs\nel\src\3d\driver= \opengl\driver_opengl_extension.h(44)=20 : fatal error C1083: Cannot open include file: 'GL/glext.h': No such = file or=20 directory
driver_opengl_matrix.cpp
C:\snowballs\nel\src\3d\driver\o= pengl\driver_opengl_extension.h(44)=20 : fatal error C1083: Cannot open include file: 'GL/glext.h': No such = file or=20 directory
driver_opengl_texture.cpp
C:\snowballs\nel\src\3d\driver\= opengl\driver_opengl_extension.h(44)=20 : fatal error C1083: Cannot open include file: 'GL/glext.h': No such = file or=20 directory
Error executing cl.exe.
 
Okay, so I go check the code, and I find out there's = a comment=20 there telling me to go download something (Shouldn't this sort of thing = be in=20 the readme file?)...
 
#include <GL/glext.h> // Please download = it from http://oss.sgi.com/p= rojects/ogl-sample/ABI/"
 
I go to do that, and there's 2 versions = available.  I=20 grab the most recent, and unpack it to a temporary directory so I can go = looking=20 for these files, and maybe figure out exactly where I need to put=20 them.
 
I can find glx.h, but there is no glext.h or gl.h... = (both of=20 which are required).
 
What am I missing?
------=_NextPart_000_006E_01C098F4.32F60500-- From jmark4@home.com Sat Feb 17 22:22:06 2001 Received: from femail5.sdc1.sfba.home.com (femail5.sdc1.sfba.home.com [24.0.95.85]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1HLM5R38906 for ; Sat, 17 Feb 2001 22:22:05 +0100 (CET) (envelope-from jmark4@home.com) Received: from cx427786a ([24.178.132.202]) by femail5.sdc1.sfba.home.com (InterMail vM.4.01.03.00 201-229-121) with SMTP id <20010217211937.TLIH22656.femail5.sdc1.sfba.home.com@cx427786a> for ; Sat, 17 Feb 2001 13:19:37 -0800 Message-ID: <007c01c09927$1075be20$ca84b218@omhaw1.ne.home.com> From: "Jared Mark" To: Date: Sat, 17 Feb 2001 15:17:42 -0600 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0079_01C098F4.C59FCBC0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Subject: [Nel] Linking Services Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform This is a multi-part message in MIME format. ------=_NextPart_000_0079_01C098F4.C59FCBC0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Again. Win98, MS VC++ 6.0 Linking... LINK : fatal error LNK1104: cannot open file "stlport_vc6_stldebug.lib" Error executing link.exe. Everything builds just fine, but it fails with the above error when = linking. I tried searching for references to this .lib in all of the = files, and I did a search on my HD for this file, and never found = anything. Again, what am I missing? ------=_NextPart_000_0079_01C098F4.C59FCBC0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Again.  Win98, MS VC++ 6.0
 
Linking...
LINK : fatal error LNK1104: cannot = open file=20 "stlport_vc6_stldebug.lib"
Error executing link.exe.
 
Everything builds just fine, but it fails with the = above=20 error when linking.  I tried searching for references to this = .lib in=20 all of the files, and I did a search on my HD for this file, and never = found=20 anything.
 
Again, what am I missing?
------=_NextPart_000_0079_01C098F4.C59FCBC0-- From eagleeye@flashmail.com Sat Feb 17 22:30:37 2001 Received: from flashmail.com (IDENT:qmailr@flash4.flashmail.com [207.173.216.244]) by www.nevrax.org (8.11.0/8.11.0) with SMTP id f1HLUaR38964 for ; Sat, 17 Feb 2001 22:30:36 +0100 (CET) (envelope-from eagleeye@flashmail.com) Received: (qmail 23229 invoked from network); 17 Feb 2001 22:27:48 -0000 Received: from unknown (HELO cx427786a) (24.178.132.202) by flash4.flashmail.com with SMTP; 17 Feb 2001 22:27:48 -0000 Message-ID: <008601c09928$3ff164a0$ca84b218@omhaw1.ne.home.com> From: "EagleEye" To: References: <007101c09926$7dfccb60$ca84b218@omhaw1.ne.home.com> Subject: Re: [Nel] gl.h Date: Sat, 17 Feb 2001 15:26:03 -0600 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0083_01C098F5.F096D480" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform This is a multi-part message in MIME format. ------=_NextPart_000_0083_01C098F5.F096D480 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Okay, I did some reading through the mail archives and found the file I = needed. I guess this means the documentation just needs to be updated = so people know to get this file (glext.h), and where to get it. Here's the URL for those of you looking for it: http://oss.sgi.com/projects/ogl-sample/ABI/glext.h ----- Original Message -----=20 From: Jared Mark=20 To: nel@nevrax.org=20 Sent: Saturday, February 17, 2001 3:13 PM Subject: [Nel] gl.h -- I'm compiling in win98, using MS VC++ 6.0. I get the following errors: Compiling... driver_opengl.cpp C:\snowballs\nel\src\3d\driver\opengl\driver_opengl_extension.h(44) : = fatal error C1083: Cannot open include file: 'GL/glext.h': No such file = or directory driver_opengl_extension.cpp C:\snowballs\nel\src\3d\driver\opengl\driver_opengl_extension.h(44) : = fatal error C1083: Cannot open include file: 'GL/glext.h': No such file = or directory driver_opengl_material.cpp C:\snowballs\nel\src\3d\driver\opengl\driver_opengl_extension.h(44) : = fatal error C1083: Cannot open include file: 'GL/glext.h': No such file = or directory driver_opengl_matrix.cpp C:\snowballs\nel\src\3d\driver\opengl\driver_opengl_extension.h(44) : = fatal error C1083: Cannot open include file: 'GL/glext.h': No such file = or directory driver_opengl_texture.cpp C:\snowballs\nel\src\3d\driver\opengl\driver_opengl_extension.h(44) : = fatal error C1083: Cannot open include file: 'GL/glext.h': No such file = or directory Error executing cl.exe. Okay, so I go check the code, and I find out there's a comment there = telling me to go download something (Shouldn't this sort of thing be in = the readme file?)... #include // Please download it from = http://oss.sgi.com/projects/ogl-sample/ABI/" I go to do that, and there's 2 versions available. I grab the most = recent, and unpack it to a temporary directory so I can go looking for = these files, and maybe figure out exactly where I need to put them. I can find glx.h, but there is no glext.h or gl.h... (both of which = are required). What am I missing? ------=_NextPart_000_0083_01C098F5.F096D480 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Okay, I did some reading through the mail archives = and found=20 the file I needed.  I guess this means the documentation just needs = to be=20 updated so people know to get this file (glext.h), and where to get=20 it.
 
Here's the URL for those of you looking for = it:
http://oss.sgi.com/projects/ogl-sample/ABI/glext.h
----- Original Message -----
From:=20 Jared = Mark
Sent: Saturday, February 17, = 2001 3:13=20 PM
Subject: [Nel] gl.h

-- I'm compiling in win98, using MS VC++ = 6.0.
 
I get the following errors:
 
Compiling...
driver_opengl.cpp
C:\snowballs\nel\src\3d\dri= ver\opengl\driver_opengl_extension.h(44)=20 : fatal error C1083: Cannot open include file: 'GL/glext.h': No such = file or=20 = directory
driver_opengl_extension.cpp
C:\snowballs\nel\src\3d\drive= r\opengl\driver_opengl_extension.h(44)=20 : fatal error C1083: Cannot open include file: 'GL/glext.h': No such = file or=20 = directory
driver_opengl_material.cpp
C:\snowballs\nel\src\3d\driver= \opengl\driver_opengl_extension.h(44)=20 : fatal error C1083: Cannot open include file: 'GL/glext.h': No such = file or=20 = directory
driver_opengl_matrix.cpp
C:\snowballs\nel\src\3d\driver\o= pengl\driver_opengl_extension.h(44)=20 : fatal error C1083: Cannot open include file: 'GL/glext.h': No such = file or=20 = directory
driver_opengl_texture.cpp
C:\snowballs\nel\src\3d\driver\= opengl\driver_opengl_extension.h(44)=20 : fatal error C1083: Cannot open include file: 'GL/glext.h': No such = file or=20 directory
Error executing cl.exe.
 
Okay, so I go check the code, and I find out = there's a=20 comment there telling me to go download something (Shouldn't this sort = of=20 thing be in the readme file?)...
 
#include <GL/glext.h> // Please = download it from=20 http://oss.sgi.com/p= rojects/ogl-sample/ABI/"
 
I go to do that, and there's 2 versions = available.  I=20 grab the most recent, and unpack it to a temporary directory so I can = go=20 looking for these files, and maybe figure out exactly where I need to = put=20 them.
 
I can find glx.h, but there is no glext.h or = gl.h... (both=20 of which are required).
 
What am I = missing?
------=_NextPart_000_0083_01C098F5.F096D480-- From jmark4@home.com Sat Feb 17 22:48:45 2001 Received: from femail5.sdc1.sfba.home.com (femail5.sdc1.sfba.home.com [24.0.95.85]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1HLmiR39104 for ; Sat, 17 Feb 2001 22:48:44 +0100 (CET) (envelope-from jmark4@home.com) Received: from cx427786a ([24.178.132.202]) by femail5.sdc1.sfba.home.com (InterMail vM.4.01.03.00 201-229-121) with SMTP id <20010217214615.TVTH22656.femail5.sdc1.sfba.home.com@cx427786a> for ; Sat, 17 Feb 2001 13:46:15 -0800 Message-ID: <009201c0992a$c8e06840$ca84b218@omhaw1.ne.home.com> From: "Jared Mark" To: References: <007c01c09927$1075be20$ca84b218@omhaw1.ne.home.com> Subject: Re: [Nel] Linking Services Date: Sat, 17 Feb 2001 15:44:19 -0600 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_008F_01C098F8.7DFB33A0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform This is a multi-part message in MIME format. ------=_NextPart_000_008F_01C098F8.7DFB33A0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Okay, since I got the glext.h (I'm EagleEye by the way... forgot to = change which account I was sending from), I'm building NeL okay... and = I'm getting a new error... and I think it has something to do with the = services error I'm getting... (almost posative of it in fact). I was getting the error from the glext.h when building the = driver_openglfiles project in the NeL workspace... now it's compiling = okay, but then it goes to link and gives me this: Linking... LINK : fatal error LNK1104: cannot open file "stlport_vc6.lib" Error executing link.exe. Which I'm assuming is why the services link is getting the error I = described below... So now I'm guessing I didn't do something right with stlport. Please = forgive me for being such a novice programmer. :) Can anyone help? ----- Original Message -----=20 From: Jared Mark=20 To: nel@nevrax.org=20 Sent: Saturday, February 17, 2001 3:17 PM Subject: [Nel] Linking Services Again. Win98, MS VC++ 6.0 Linking... LINK : fatal error LNK1104: cannot open file = "stlport_vc6_stldebug.lib" Error executing link.exe. Everything builds just fine, but it fails with the above error when = linking. I tried searching for references to this .lib in all of the = files, and I did a search on my HD for this file, and never found = anything. Again, what am I missing? ------=_NextPart_000_008F_01C098F8.7DFB33A0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Okay, since I got the glext.h (I'm EagleEye by the = way...=20 forgot to change which account I was sending from), I'm building NeL = okay... and=20 I'm getting a new error... and I think it has something to do with the = services=20 error I'm getting... (almost posative of it in fact).
 
I was getting the error from the glext.h when = building the=20 driver_openglfiles project in the NeL workspace... now it's compiling = okay, but=20 then it goes to link and gives me this:
 
Linking...
LINK : fatal error LNK1104: cannot = open file=20 "stlport_vc6.lib"
Error executing link.exe.
 
Which I'm assuming is why the services link is = getting the=20 error I described below...
 
So now I'm guessing I didn't do something right with = stlport.  Please forgive me for being such a novice programmer.=20 :)
 
Can anyone help?
----- Original Message -----
From:=20 Jared = Mark
Sent: Saturday, February 17, = 2001 3:17=20 PM
Subject: [Nel] Linking = Services

Again.  Win98, MS VC++ 6.0
 
Linking...
LINK : fatal error LNK1104: cannot = open file=20 "stlport_vc6_stldebug.lib"
Error executing link.exe.
 
Everything builds just fine, but it fails with the = above=20 error when linking.  I tried searching for references to = this .lib=20 in all of the files, and I did a search on my HD for this file, and = never=20 found anything.
 
Again, what am I=20 missing?
------=_NextPart_000_008F_01C098F8.7DFB33A0-- From slistak@hotmail.com Sun Feb 18 09:44:46 2001 Received: from hotmail.com (f114.pav1.hotmail.com [64.4.31.114]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1I8ijR42478 for ; Sun, 18 Feb 2001 09:44:45 +0100 (CET) (envelope-from slistak@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Sun, 18 Feb 2001 00:42:11 -0800 Received: from 63.197.8.85 by pv1fd.pav1.hotmail.msn.com with HTTP; Sun, 18 Feb 2001 08:42:10 GMT X-Originating-IP: [63.197.8.85] From: "Slistak Shady" To: nel@nevrax.org Date: Sun, 18 Feb 2001 08:42:10 -0000 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 18 Feb 2001 08:42:11.0059 (UTC) FILETIME=[AF35F430:01C09986] Subject: [Nel] Link Error Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform I'm getting the following error compiling the client. My CVS tree is current up to sat. Using VC6. I'm terrible at figuring this stuff out. Any help? Thanks. Linking... MSVCRTD.lib(cinitexe.obj) : warning LNK4098: defaultlib "libcmt.lib" conflicts with use of other libs; use /NODEFAULTLIB:library freetype.lib(ftinit.obj) : error LNK2001: unresolved external symbol _psaux_module_class Debug/snowballs.exe : fatal error LNK1120: 1 unresolved externals Error executing link.exe. _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com From jmark4@home.com Sun Feb 18 12:28:52 2001 Received: from femail5.sdc1.sfba.home.com (femail5.sdc1.sfba.home.com [24.0.95.85]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1IBSpR43231 for ; Sun, 18 Feb 2001 12:28:52 +0100 (CET) (envelope-from jmark4@home.com) Received: from cx427786a ([24.178.132.202]) by femail5.sdc1.sfba.home.com (InterMail vM.4.01.03.00 201-229-121) with SMTP id <20010218112623.EWPM22656.femail5.sdc1.sfba.home.com@cx427786a> for ; Sun, 18 Feb 2001 03:26:23 -0800 Message-ID: <001701c0999d$6bd7e4c0$ca84b218@omhaw1.ne.home.com> From: "Jared Mark" To: Date: Sun, 18 Feb 2001 05:24:55 -0600 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0014_01C0996B.20F12980" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Subject: [Nel] Okay, I'm getting this now... Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform This is a multi-part message in MIME format. ------=_NextPart_000_0014_01C0996B.20F12980 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I completely ignored the makefile stuff for stlport, and freetype...=20 I think I got it now, except, I'm a little confused about freetype. I = do the freetype make, and it creates a .lib just fine, but it's not = named "freetype.lib"... it's named "freetype200b8MT.lib". at one point = it created "freetype200b8.lib" also. I have gotten the NeL core to compile, and the services .exe files to = compile (they all run, but do nothing for me yet...) I have all of the = client projects compiling except one... (my last hurdle perhaps?). Client Files Project was not compiling because it said it needed = "freetype.lib". Fine... I tried renaming the freetype200b8.lib file to = freetype.lib. Didn't work. So I tried the other one (the multithreaded = one), and it didn't work either. Here's what it's telling me... --------------------Configuration: client - Win32 = ReleaseDebug-------------------- Linking... LINK : warning LNK4098: defaultlib "LIBCMT" conflicts with use of other = libs; use /NODEFAULTLIB:library freetype.lib(ftinit.obj) : error LNK2001: unresolved external symbol = _psaux_module_class MSVCRT.lib(crtexe.obj) : error LNK2001: unresolved external symbol _main ReleaseDebug/snowballs.exe : fatal error LNK1120: 2 unresolved externals Error executing link.exe. snowballs.exe - 3 error(s), 1 warning(s) So, I know my freetype.lib isn't right... so I must not be doing = something right with freetype during the making of it. So I go back to freetype and check it out... well, I had had some = problems with the other parts of freetype compiling, but I figured since = I had the .lib file i didn't need to bother with the 3 other project = files for freetype... here's what they're telling me. Build : warning : failed to (or don't know how to) build 'C:\My = Documents\MyProjects\snowball\freetype\demos\src\ftdump.c' Compiling... common.c fatal error C1083: Cannot open source file: 'C:\My = Documents\MyProjects\snowball\freetype\demos\src\common.c': No such file = or directory ftdump.c fatal error C1083: Cannot open source file: 'C:\My = Documents\MyProjects\snowball\freetype\demos\src\ftdump.c': No such file = or directory Error executing cl.exe. ftdump_D.exe - 2 error(s), 1 warning(s) It's pretty much the same thing for the other two, so y'all get the = idea. It's 5am and I'm going to bed... Maybe tomorrow I'll be able to figure = it out on my own like I did my other stupid mistakes... I know I'm = missing something, but I'm too braindead right now to know if it's = something obvious or not. If it's not something obvious, could someone = help me? :) ------=_NextPart_000_0014_01C0996B.20F12980 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
I completely ignored the makefile stuff for stlport, = and=20 freetype...
 
I think I got it now, except, I'm a little confused = about=20 freetype.  I do the freetype make, and it creates a .lib just fine, = but=20 it's not named "freetype.lib"... it's named "freetype200b8MT.lib".  = at one=20 point it created "freetype200b8.lib" also.
 
I have gotten the NeL core to compile, and the = services .exe=20 files to compile (they all run, but do nothing for me yet...)  I = have all=20 of the client projects compiling except one... (my last hurdle=20 perhaps?).
 
Client Files Project was not compiling because it = said it=20 needed "freetype.lib".  Fine... I tried renaming the = freetype200b8.lib file=20 to freetype.lib.  Didn't work.  So I tried the other one (the=20 multithreaded one), and it didn't work either.
 
Here's what it's telling me...
 
--------------------Configuration: client - Win32=20 ReleaseDebug--------------------
Linking...
LINK : warning = LNK4098:=20 defaultlib "LIBCMT" conflicts with use of other libs; use=20 /NODEFAULTLIB:library
freetype.lib(ftinit.obj) : error LNK2001: = unresolved=20 external symbol _psaux_module_class
MSVCRT.lib(crtexe.obj) : error = LNK2001:=20 unresolved external symbol _main
ReleaseDebug/snowballs.exe : fatal = error=20 LNK1120: 2 unresolved externals
Error executing = link.exe.
 
snowballs.exe - 3 error(s), 1 = warning(s)
So, I know my freetype.lib isn't right... so I must = not be=20 doing something right with freetype during the making of = it.
 
So I go back to freetype and check it out... well, I = had had=20 some problems with the other parts of freetype compiling, but I figured = since I=20 had the .lib file i didn't need to bother with the 3 other project files = for=20 freetype... here's what they're telling me.
 
Build : warning : failed to (or don't know how to) = build=20 'C:\My=20 Documents\MyProjects\snowball\freetype\demos\src\ftdump.c'
Compiling..= .
common.c
fatal=20 error C1083: Cannot open source file: 'C:\My=20 Documents\MyProjects\snowball\freetype\demos\src\common.c': No such file = or=20 directory
ftdump.c
fatal error C1083: Cannot open source file: = 'C:\My=20 Documents\MyProjects\snowball\freetype\demos\src\ftdump.c': No such file = or=20 directory
Error executing cl.exe.
 
ftdump_D.exe - 2 error(s), 1 warning(s)
 
It's pretty much the same thing for the other two, = so y'all=20 get the idea.
 
It's 5am and I'm going to bed... Maybe tomorrow I'll = be able=20 to figure it out on my own like I did my other stupid mistakes... I know = I'm=20 missing something, but I'm too braindead right now to know if it's = something=20 obvious or not.  If it's not something obvious, could someone help = me?=20 :)
------=_NextPart_000_0014_01C0996B.20F12980-- From root@www08.hway.net Sun Feb 18 13:30:09 2001 Received: from mail01a.rapidsite.net (mail01a.rapidsite.net [207.158.192.230]) by www.nevrax.org (8.11.0/8.11.0) with SMTP id f1ICU8R43584 for ; Sun, 18 Feb 2001 13:30:09 +0100 (CET) (envelope-from root@www08.hway.net) Received: from www08.hway.net (207.158.192.88) by mail01a.rapidsite.net (RS ver 1.0.58s) with SMTP id 02906225 for ; Sun, 18 Feb 2001 07:27:01 -0500 (EST) Received: (from root@localhost) by www08.hway.net (8.9.1a/8.9.1) id HAA4820945; Sun, 18 Feb 2001 07:27:00 -0500 (EST) Message-Id: <200102181227.HAA4820945@www08.hway.net> X-Mailer: XFMail 1.4.0 on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <200102181101.f1IB15R43104@www.nevrax.org> Date: Sun, 18 Feb 2001 13:27:30 +0100 (CET) Organization: none From: Tels To: nel@nevrax.org X-Loop-Detect: 1 Subject: [Nel] Compiling under Linux Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform -----BEGIN PGP SIGNED MESSAGE----- Moin, several nitpicks after my 2-hour adventures with ./configure under linux/gcc (SuSE 7.0): #configure: error: Cannot find freetype-config: check your path. # FreeType 2 library is needed to compile NeL (www.freetype.org). Freetype.org is down, I could not reach it for several days/weeks. http://www.sourceforge.org/projects/freetype/ seems to be the new url. StlPort: Do I need to make it, or is simple unzipping enough? If yes, please document this, the make takes for ever ;o) Also, for stlport, there is no "make install" for unix. Does this matter? I also run low on diskspace due to stlport ... is there anyway to cut down the size after making it? #checking for freetype-config... no #configure: error: Cannot find freetype-config: check your path. # FreeType 2 library is needed to compile NeL (www.freetype.org). Ugh, this file does not get installed, and only resides in the build dir of freetype (which I was to delete). So I copied it in the nel pat, but root does not have "." in it's path. Now I try configure as user and get this: #checking whether c++ accepts -g... \c #yes #./configure: /dev/null: Permission denied #configure: error: can not run ./config.sub Now my hour for this day is running out... The build process needs to be MUCH easier, if this game will ever come of for Linux. Nobodies going to fiddle for 3 hours with it....or did I get it wrong and level one is named "./configure" ? ;-P Tels Tels - -- "Why do you go so slowly? Do you think this is some kind of game?" http://bloodgate.com/thief/ Thief - The Dark Project http://bloodgate.com/aifilter Rewriting the HTML as we know it. http://freedomforlinks.de Fight for your right to link. PGP key available on http://bloodgate.com/tels.asc or via email. The email address contained in the From/Reply of this email is NOT to be displayed on webpages, entered into any mailing lists, given to other people, used to send me electronic greeting cards without my written, signed permission. No SPAM nor UCE, either! Thank you! And PLEASE refrain from forwarding me chain letters, massmailings, or pyramid schemes. -----BEGIN PGP SIGNATURE----- Version: 2.6.3i Charset: latin1 iQEVAwUBOo+4oncLPEOTuEwVAQEgbwf9GkgUnGjpRdaVlEc9cVgqIh+XfIHUk4+1 PZUk8ArLuZpRR4RS6Qd7+V6dtwS4QCPGCNswDwB63Ce02DmAOFEE/wCpY/zWPDF+ Tr2+T+CH3aFYQRrWx1/yG0NQDR4bSCIF0U3ZmzOu+nZPmfix2BWx95YvibAnuwsA qoMjVvYJf1LJ5pvPgJ2iIKJ0m/f3TvbMwN2QEoNLqhN/bxcHaIGjtYeEzD3LAc5R 2KjqfvTZagFJGb22ByOCkDY7SXUGBS2Ql1BnmeS5mlqnnqiMrSxLbjtHAQZm3/7Z W8Bb0AnPJgB68+EGh0oAW29GpOMz/xM22+gkuV7VejmDffKfFA2DaA== =zPt+ -----END PGP SIGNATURE----- From root@www08.hway.net Sun Feb 18 16:09:59 2001 Received: from mail01b.rapidsite.net (mail01b.rapidsite.net [207.158.192.229]) by www.nevrax.org (8.11.0/8.11.0) with SMTP id f1IF9wR44421 for ; Sun, 18 Feb 2001 16:09:59 +0100 (CET) (envelope-from root@www08.hway.net) Received: from www08.hway.net (207.158.192.88) by mail01b.rapidsite.net (RS ver 1.0.58s) with SMTP id 02740459 for ; Sun, 18 Feb 2001 10:06:50 -0500 (EST) Received: (from root@localhost) by www08.hway.net (8.9.1a/8.9.1) id KAA4285043; Sun, 18 Feb 2001 10:06:50 -0500 (EST) Message-Id: <200102181506.KAA4285043@www08.hway.net> X-Mailer: XFMail 1.4.0 on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Sun, 18 Feb 2001 16:07:20 +0100 (CET) Organization: none From: Tels To: nel@nevrax.org X-Loop-Detect: 1 Subject: [Nel] RE: Compiling under Linux Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform -----BEGIN PGP SIGNED MESSAGE----- Moin, On 18-Feb-01 Tels tried to scribble about: [snip] >#checking whether c++ accepts -g... \c >#yes >#./configure: /dev/null: Permission denied >#configure: error: can not run ./config.sub I accidentily descroyd my /dev/null (Dont ask). Sorry. Tels - -- "Why do you go so slowly? Do you think this is some kind of game?" http://bloodgate.com/thief/ Thief - The Dark Project http://bloodgate.com/aifilter Rewriting the HTML as we know it. http://freedomforlinks.de Fight for your right to link. PGP key available on http://bloodgate.com/tels.asc or via email. The email address contained in the From/Reply of this email is NOT to be displayed on webpages, entered into any mailing lists, given to other people, used to send me electronic greeting cards without my written, signed permission. No SPAM nor UCE, either! Thank you! And PLEASE refrain from forwarding me chain letters, massmailings, or pyramid schemes. -----BEGIN PGP SIGNATURE----- Version: 2.6.3i Charset: latin1 iQEVAwUBOo/lIHcLPEOTuEwVAQGspQf9Hc5MtFur7l8qgwtMjJ6StaBFSfECyrna DlWCJnDo3+kY27sQDOZGP78CeX9Elsf/cFuEgGWZKF2Vp9Qra6un2ESFSLjIDpJS skIsTnsQxrvlVIAu1rvuiGqYJ2MebBZJU/oI4fYq6f00nVQRG+H1Hf9LTgkJFgUr RBH4vnMVaFQ09AFdmBWAlcSev2c5OdjL75Pd8tXyWDmLfE/Aremsv65jUB/E9Izu 9mahUulQ3JJaVNDn/6VLTP8IL2I/KE7EDXrFOF7jW4EPak9D6S6hqh5quTScqQ+j /5/NSeaNu4c4mmlnWgcvmiyJZisJqm87QnljMzOnWoySHJyCU9vl6w== =Bbg8 -----END PGP SIGNATURE----- From eagleeye@flashmail.com Sun Feb 18 21:52:55 2001 Received: from flashmail.com (IDENT:qmailr@flash3.flashmail.com [207.173.216.243]) by www.nevrax.org (8.11.0/8.11.0) with SMTP id f1IKqsR45954 for ; Sun, 18 Feb 2001 21:52:55 +0100 (CET) (envelope-from eagleeye@flashmail.com) Received: (qmail 13585 invoked from network); 18 Feb 2001 21:50:11 -0000 Received: from unknown (HELO cx427786a) (24.178.132.202) by flash3.flashmail.com with SMTP; 18 Feb 2001 21:50:11 -0000 Message-ID: <000d01c099ec$37179d80$ca84b218@omhaw1.ne.home.com> From: "EagleEye" To: References: Subject: Re: [Nel] Link Error Date: Sun, 18 Feb 2001 14:48:57 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform This is a lot like the thing I'm getting... especially the "use /nodefaultlib" thing. I saw that and didn't know what it was referring to, or where I would have to "use" it. I wish someone could help us. :( ----- Original Message ----- From: "Slistak Shady" To: Sent: Sunday, February 18, 2001 2:42 AM Subject: [Nel] Link Error > I'm getting the following error compiling the client. My CVS tree is current > up to sat. Using VC6. I'm terrible at figuring this stuff out. Any help? > Thanks. > > > Linking... > MSVCRTD.lib(cinitexe.obj) : warning LNK4098: defaultlib "libcmt.lib" > conflicts with use of other libs; use /NODEFAULTLIB:library > freetype.lib(ftinit.obj) : error LNK2001: unresolved external symbol > _psaux_module_class > Debug/snowballs.exe : fatal error LNK1120: 1 unresolved externals > Error executing link.exe. > _________________________________________________________________ > Get your FREE download of MSN Explorer at http://explorer.msn.com > > _______________________________________________ > Nel mailing list > Nel@nevrax.org > /mailman/listinfo.cgi/nel > From jhognon@chello.fr Sun Feb 18 22:34:42 2001 Received: from frmta00.chello.fr (smtp.chello.fr [212.186.224.11]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1ILYgR46159 for ; Sun, 18 Feb 2001 22:34:42 +0100 (CET) (envelope-from jhognon@chello.fr) Received: from chello.fr ([212.186.225.121]) by frmta00.chello.fr with ESMTP id <20010218213203.TPYS337.frmta00@chello.fr> for ; Sun, 18 Feb 2001 22:32:03 +0100 Message-ID: <3A903FF8.CA1C8187@chello.fr> Date: Sun, 18 Feb 2001 22:34:48 +0100 From: Julien Hognon X-Mailer: Mozilla 4.75 [fr] (Windows NT 5.0; U) X-Accept-Language: fr MIME-Version: 1.0 To: nel@nevrax.org Subject: Re: [Nel] Okay, I'm getting this now... References: <001701c0999d$6bd7e4c0$ca84b218@omhaw1.ne.home.com> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi, Have you tried to put the psauxmod.c files in your freetype project ? (look at the post of Jérome Lanquetot : [Nel] some questions about buildings Nel under win32) > Jared Mark a écrit : [...] > Here's what it's telling me... > > --------------------Configuration: client - Win32 > ReleaseDebug-------------------- > Linking... > LINK : warning LNK4098: defaultlib "LIBCMT" conflicts with use of > other libs; use /NODEFAULTLIB:library > freetype.lib(ftinit.obj) : error LNK2001: unresolved external symbol > _psaux_module_class > MSVCRT.lib(crtexe.obj) : error LNK2001: unresolved external symbol > _main > ReleaseDebug/snowballs.exe : fatal error LNK1120: 2 unresolved > externals > Error executing link.exe. > -- HOGNON Julien alias Luke home : jhognon@chello.fr university : jhognon@etudiant.univ-mlv.fr work : julien@virtools.com ICQ number : 36110826 From jmark4@home.com Mon Feb 19 02:08:10 2001 Received: from femail6.sdc1.sfba.home.com (femail6.sdc1.sfba.home.com [24.0.95.86]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1J189R47813 for ; Mon, 19 Feb 2001 02:08:09 +0100 (CET) (envelope-from jmark4@home.com) Received: from cx427786a ([24.178.132.202]) by femail6.sdc1.sfba.home.com (InterMail vM.4.01.03.00 201-229-121) with SMTP id <20010219010539.PAUI26098.femail6.sdc1.sfba.home.com@cx427786a> for ; Sun, 18 Feb 2001 17:05:39 -0800 Message-ID: <001101c09a0f$dd350400$ca84b218@omhaw1.ne.home.com> From: "Jared Mark" To: References: <001701c0999d$6bd7e4c0$ca84b218@omhaw1.ne.home.com> <3A903FF8.CA1C8187@chello.fr> Subject: Re: [Nel] Okay, I'm getting this now... Date: Sun, 18 Feb 2001 19:04:08 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Okay, that worked... thanks ----- Original Message ----- From: "Julien Hognon" To: Sent: Sunday, February 18, 2001 3:34 PM Subject: Re: [Nel] Okay, I'm getting this now... > Hi, > Have you tried to put the psauxmod.c files in your freetype project ? > (look at the post of Jérome Lanquetot : [Nel] some questions about > buildings Nel under win32) > > > Jared Mark a écrit : > [...] > > Here's what it's telling me... > > > > --------------------Configuration: client - Win32 > > ReleaseDebug-------------------- > > Linking... > > LINK : warning LNK4098: defaultlib "LIBCMT" conflicts with use of > > other libs; use /NODEFAULTLIB:library > > freetype.lib(ftinit.obj) : error LNK2001: unresolved external symbol > > _psaux_module_class > > MSVCRT.lib(crtexe.obj) : error LNK2001: unresolved external symbol > > _main > > ReleaseDebug/snowballs.exe : fatal error LNK1120: 2 unresolved > > externals > > Error executing link.exe. > > > > > -- > HOGNON Julien alias Luke > > home : jhognon@chello.fr > university : jhognon@etudiant.univ-mlv.fr > work : julien@virtools.com > > ICQ number : 36110826 > _______________________________________________ > Nel mailing list > Nel@nevrax.org > /mailman/listinfo.cgi/nel > From archer@nevrax.com Mon Feb 19 11:12:07 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1JAC6R50339 for ; Mon, 19 Feb 2001 11:12:06 +0100 (CET) (envelope-from archer@nevrax.com) Received: (from archer@localhost) by nevrax.com (8.9.3/8.9.3) id LAA01780 for nel@nevrax.org; Mon, 19 Feb 2001 11:15:49 +0100 Date: Mon, 19 Feb 2001 11:15:49 +0100 From: Vincent Archer To: nel@nevrax.org Subject: Re: [Nel] RE: Compiling under Linux Message-ID: <20010219111549.I32574@nevrax.com> References: <200102181506.KAA4285043@www08.hway.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3us In-Reply-To: <200102181506.KAA4285043@www08.hway.net> Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform According to Tels: > >#checking whether c++ accepts -g... \c > >#yes > >#./configure: /dev/null: Permission denied > >#configure: error: can not run ./config.sub > > I accidentily descroyd my /dev/null (Dont ask). Sorry. Wow. And linux kept on working? On many unix systems, destroying /dev/null and /dev/zero means a straight go to single user, and system repair using static binaries, as a lot of dynamic linking uses these files (donno for what exactly). -- Vincent Archer Email: archer@nevrax.com Nevrax France. Off on the yellow brick road we go! From v.caron@zerodeux.net Mon Feb 19 12:52:58 2001 Received: from zerodeux.net (aboukir-101-1-2-zerodeux.adsl.nerim.net [62.4.22.182]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1JBquR50949 for ; Mon, 19 Feb 2001 12:52:56 +0100 (CET) (envelope-from v.caron@zerodeux.net) Received: from zerodeux.net (zerodeux [192.168.1.3]) by zerodeux.net (Postfix) with ESMTP id AB7966AA for ; Mon, 19 Feb 2001 12:54:25 +0100 (CET) Message-ID: <3A91083B.7B4BC656@zerodeux.net> Date: Mon, 19 Feb 2001 12:49:15 +0100 From: Vincent Caron X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.1 i686) X-Accept-Language: en, fr MIME-Version: 1.0 To: nel@nevrax.org References: <200102181506.KAA4285043@www08.hway.net> <20010219111549.I32574@nevrax.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: [Nel] Compiling under Linux Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform > I accidentily descroyd my /dev/null (Dont ask). Sorry. As root : # mknod /dev/null c 1 3 # chmod 666 /dev/null ... and it's back to life again ! From viktor@glaze.se Mon Feb 19 15:39:33 2001 Received: from rocket.glaze.se ([212.209.188.162]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1JEdWR51873 for ; Mon, 19 Feb 2001 15:39:33 +0100 (CET) (envelope-from viktor@glaze.se) Received: from viktorw2k (unknown [192.168.0.155]) by rocket.glaze.se (Postfix) with SMTP id 535142726B for ; Mon, 19 Feb 2001 16:35:19 +0100 (CET) Message-ID: <000801c09a81$7a2afc30$9b00a8c0@glaze.se> From: "Glaze" To: References: <200102181506.KAA4285043@www08.hway.net> <20010219111549.I32574@nevrax.com> <3A91083B.7B4BC656@zerodeux.net> Subject: [Nel] Dynamic load balancing? Date: Mon, 19 Feb 2001 15:37:25 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hello, I have one "small" question and I hope this is the right place to ask it. I was just wonder how (or if) you will solve the question of how to balance the workload on the game servers, will you use some kind of dynamic load balancing or have you opted for another approach. Viktor Godaly From eagleeye@flashmail.com Mon Feb 19 16:34:42 2001 Received: from flashmail.com (IDENT:qmailr@flash4.flashmail.com [207.173.216.244]) by www.nevrax.org (8.11.0/8.11.0) with SMTP id f1JFYdR52236 for ; Mon, 19 Feb 2001 16:34:40 +0100 (CET) (envelope-from eagleeye@flashmail.com) Received: (qmail 17322 invoked from network); 19 Feb 2001 16:33:24 -0000 Received: from unknown (HELO cx427786a) (24.178.132.202) by flash4.flashmail.com with SMTP; 19 Feb 2001 16:33:24 -0000 Message-ID: <003e01c09a88$e52dfd00$ca84b218@omhaw1.ne.home.com> From: "EagleEye" To: References: <200102181506.KAA4285043@www08.hway.net> <20010219111549.I32574@nevrax.com> <3A91083B.7B4BC656@zerodeux.net> <000801c09a81$7a2afc30$9b00a8c0@glaze.se> Subject: Re: [Nel] Dynamic load balancing? Date: Mon, 19 Feb 2001 09:30:26 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform I would love dynamic load balancing... just add another server to your cluster, and assign it a piece of the game world to take care of... perhaps that city area that just got really popular in the last few weeks... ----- Original Message ----- From: "Glaze" To: Sent: Monday, February 19, 2001 8:37 AM Subject: [Nel] Dynamic load balancing? > Hello, > > I have one "small" question and I hope this is the right place to ask it. I > was just wonder how (or if) you will solve the question of how to balance > the workload on the game servers, will you use some kind of dynamic load > balancing or have you opted for another approach. > > Viktor Godaly > > > _______________________________________________ > Nel mailing list > Nel@nevrax.org > /mailman/listinfo.cgi/nel > From archer@nevrax.com Mon Feb 19 16:35:05 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1JFZ2R52250 for ; Mon, 19 Feb 2001 16:35:03 +0100 (CET) (envelope-from archer@nevrax.com) Received: (from archer@localhost) by nevrax.com (8.9.3/8.9.3) id QAA08394 for nel@nevrax.org; Mon, 19 Feb 2001 16:38:42 +0100 Date: Mon, 19 Feb 2001 16:38:41 +0100 From: Vincent Archer To: nel@nevrax.org Subject: Re: [Nel] Snowballs Data & CVS Message-ID: <20010219163841.W4719@nevrax.com> References: <026301c0977b$447c1cd0$9d3312ac@hq.mmsa.com> <20010216174856.K24026@nevrax.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3us In-Reply-To: <20010216174856.K24026@nevrax.com> Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform According to Vincent Archer: > Some quick answers, before we go further in detail. More detail today, as promised :) > According to Zane: > > Would it be possible to move the snowballs data into the CVS tree? I'm > > keeping current with the CVS updates and evidentally some changes made to > > NeL or the client/server portion have rendered the data package offered on > > the website obsolete. > > Hmmm, that's odd. It shouldn't have, but we'll look at it. We're still using the published data here, so it should not have been a problem. Are you sure you are using the latest data file? There are two on the web now, an old (NeL 0.2/Snowballs 0.1) and a new (NeL 0.3 & Snowballs 0.2) packed format (which is a lot smaller). If you're using the one that came with the very first release, update. If not, then there's something very odd going on. Open a bug then, and we'll have a deep look at it. However, the point you raise is good, because one day we might encounter that specific problem. I'm checking exactly how we're going to put it, whether in the code/client tree, a specific code/data tree, or a fully separate module (since it isn't code per se). > License issues. Basically, we have a problem releasing a free plugin to > a commercial non-source software package. The GPL poses a lot of problems > (we can't give you a GPLed 3DSmax, can we?), and we haven't a satisfying > license yet that allows to get as close to GPL as we can, while respecting > the license from 3DS. I want to stress "we haven't... yet". We're trying to find a good solution to that problem (which basically boils down to using proprietary software right now, which limits our freedom of action, as usual). > > What about design documents for NeL? You have a lot of auto-generated We're working on redoing the way we document things. Doxygen is good, but if no one writes documentation for it, it's as instructive as trying to learn tu use Unix from just the manual pages. But that's the usual problem with programming: programmers are interested in writing code, not writing prose. We strive to keep them from sliding too much in code-only mode :) -- Vincent Archer Email: archer@nevrax.com Nevrax France. Off on the yellow brick road we go! From valignat@gw.nevrax.com Mon Feb 19 16:52:51 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1JFqlR52409 for ; Mon, 19 Feb 2001 16:52:48 +0100 (CET) (envelope-from valignat@gw.nevrax.com) Received: from gw.nevrax.com (fw.localdomain [192.168.254.254]) by nevrax.com (8.9.3/8.9.3) with ESMTP id QAA08802 for ; Mon, 19 Feb 2001 16:56:24 +0100 Received: (from valignat@localhost) by gw.nevrax.com (8.11.0/8.9.3) id f1JFptU27809 for nel@nevrax.org; Mon, 19 Feb 2001 16:51:55 +0100 (CET) (envelope-from valignat) Date: Mon, 19 Feb 2001 16:51:54 +0100 From: Valignat Cedric To: nel@nevrax.org Subject: Re: [Nel] gl.h Message-ID: <20010219165154.A27739@nevrax.com> References: <007101c09926$7dfccb60$ca84b218@omhaw1.ne.home.com> <008601c09928$3ff164a0$ca84b218@omhaw1.ne.home.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <008601c09928$3ff164a0$ca84b218@omhaw1.ne.home.com>; from eagleeye@flashmail.com on Sat, Feb 17, 2001 at 03:26:03PM -0600 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform EagleEye wrote: > > Here's the URL for those of you looking for it: > http://oss.sgi.com/projects/ogl-sample/ABI/glext.h There is something about it in the INSTALL file, at the "Requirements" section. I know that our documentation is far to be complete, and we are working on it, but you should read the INSTALL file *carefully* before trying to compile NeL, there is some usefull informations in it ;-) Cedric. From archer@nevrax.com Mon Feb 19 17:01:09 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1JG0mR52473 for ; Mon, 19 Feb 2001 17:00:55 +0100 (CET) (envelope-from archer@nevrax.com) Received: (from archer@localhost) by nevrax.com (8.9.3/8.9.3) id RAA09010 for nel@nevrax.org; Mon, 19 Feb 2001 17:04:15 +0100 Date: Mon, 19 Feb 2001 17:04:15 +0100 From: Vincent Archer To: nel@nevrax.org Subject: Re: [Nel] Dynamic load balancing? Message-ID: <20010219170415.Z4719@nevrax.com> References: <200102181506.KAA4285043@www08.hway.net> <20010219111549.I32574@nevrax.com> <3A91083B.7B4BC656@zerodeux.net> <000801c09a81$7a2afc30$9b00a8c0@glaze.se> <003e01c09a88$e52dfd00$ca84b218@omhaw1.ne.home.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3us In-Reply-To: <003e01c09a88$e52dfd00$ca84b218@omhaw1.ne.home.com> Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform According to EagleEye: > I would love dynamic load balancing... just add another server to your > cluster, and assign it a piece of the game world to take care of... perhaps > that city area that just got really popular in the last few weeks... That's not dynamic load balancing if you have to assign servers to a specific area. That's merely 'reconfigurable static' :) Ultima Online did this for their servers. They measured during beta a lot of statistics, and created a map of areas for allocation to all processors (server being ambiguous here, because their servers were multiprocessor boxes). That map could be redone at will, depending on the number of processors allocated to a shard. But once the shard was started, that was it. The only way to add a processor would be to split one area in two, and the whole migration process was hard enough that it wasn't worth (their words) the development cost vs the number of times it would be used. True dynamic load would mean that each processor would adjust its border (i.e. which objets it manages) according to its load, compared to its neighbours. If it has too high a load, then its border would shrink along its most lightly loaded neighbour, swapping objects between one and the other. Of course, that means a variable, almost fractal geometry of processors, and a processor that, at boot time, was serving city A and its adjacent areas could well, four days later, be serving chiefly the mountain range 5km from there, because of simple "pressure". It looks nice from a strict research standpoint, but it's HELL for system management. -- Vincent Archer Email: archer@nevrax.com Nevrax France. Off on the yellow brick road we go! From archer@nevrax.com Mon Feb 19 17:29:56 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1JGTsR52692 for ; Mon, 19 Feb 2001 17:29:54 +0100 (CET) (envelope-from archer@nevrax.com) Received: (from archer@localhost) by nevrax.com (8.9.3/8.9.3) id RAA09671 for nel@nevrax.org; Mon, 19 Feb 2001 17:33:33 +0100 Date: Mon, 19 Feb 2001 17:33:33 +0100 From: Vincent Archer To: nel@nevrax.org Subject: Re: [Nel] Dynamic load balancing? Message-ID: <20010219173333.E4719@nevrax.com> References: <200102181506.KAA4285043@www08.hway.net> <20010219111549.I32574@nevrax.com> <3A91083B.7B4BC656@zerodeux.net> <000801c09a81$7a2afc30$9b00a8c0@glaze.se> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3us In-Reply-To: <000801c09a81$7a2afc30$9b00a8c0@glaze.se> Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform According to Glaze: > Hello, > > I have one "small" question and I hope this is the right place to ask it. I > was just wonder how (or if) you will solve the question of how to balance > the workload on the game servers, will you use some kind of dynamic load > balancing or have you opted for another approach. Hmm, I realise I've explained what is dynamic load balancing, but I haven't answered this question. Let's hope we have a good discussion on this :) If you look at some of the basics in the... ok in the future design documents, you see we're working with a kind of ORB approach, with a naming service, which lets you discuss with specific services. We're aiming for a functional approach, not the classic EQ/UO/AC geographical approach. In that classic model, each processus is a complete copy of the code. It contains everything, from spell effects to pathfinding to combat code. Each process serves a specific "area", which is defined by an X/Y/Z box (or, for EQ, a zone ID number, since each area is strictly separate). We're not going to use this approach. Chiefly because static allocation fails when you put too many objects in the same area (be it because a guild has decided to hold a meeting of all its 350 members there, or because we want to have an event with an army of 100 mobs spawning). And, as I explained somewhere else, dynamic allocation means: 1) A complete lack of control on what process is doing what, and 2) A need for a very fast way of finding who is near you and under which process control What we're aiming for is a functional approach. That is, each service provides specific functions. For example, all items in the game are handled by a single service. Combat runs on a separate service. And so on. I'll let you imagine how this works, and then will further explain as you try to shoot holes into that design. :) -- Vincent Archer Email: archer@nevrax.com Nevrax France. Off on the yellow brick road we go! From root@www08.hway.net Mon Feb 19 18:25:46 2001 Received: from mail07.rapidsite.net (mail07.rapidsite.net [207.158.192.51]) by www.nevrax.org (8.11.0/8.11.0) with SMTP id f1JHPgR53088 for ; Mon, 19 Feb 2001 18:25:44 +0100 (CET) (envelope-from root@www08.hway.net) Received: from www08.hway.net (207.158.192.88) by mail07.rapidsite.net (RS ver 1.0.58s) with SMTP id 04221273 for ; Mon, 19 Feb 2001 12:23:14 -0500 (EST) Received: (from root@localhost) by www08.hway.net (8.9.1a/8.9.1) id MAA5294870; Mon, 19 Feb 2001 12:22:56 -0500 (EST) Message-Id: <200102191722.MAA5294870@www08.hway.net> X-Mailer: XFMail 1.4.0 on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <200102191103.f1JB3ER50655@www.nevrax.org> Date: Mon, 19 Feb 2001 18:23:23 +0100 (CET) Organization: none From: Tels To: nel@nevrax.org X-Loop-Detect: 1 Subject: [Nel] RE: Dave Null Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform -----BEGIN PGP SIGNED MESSAGE----- Moin, > According to Tels: >> >#checking whether c++ accepts -g... \c >> >#yes >> >#./configure: /dev/null: Permission denied >> >#configure: error: can not run ./config.sub >> >> I accidentily descroyd my /dev/null (Dont ask). Sorry. > > Wow. And linux kept on working? Until the next reboot, yes. Linux is more stable than I thought ;o) > On many unix systems, destroying /dev/null and /dev/zero means a > straight go to single user, and system repair using static binaries, > as a lot of dynamic linking uses these files (donno for what exactly). I booted from rescue disk (thanx suse!), then copied over /dev/zero. Unfortunately /dev/null got (why I dunno) 600, so user processes could not use it, so I changed it and now it seems to work all again. Whew. Now I need more time to figure out Nel. Cheers, Tels Tels - -- "Why do you go so slowly? Do you think this is some kind of game?" http://bloodgate.com/thief/ Thief - The Dark Project http://bloodgate.com/aifilter Rewriting the HTML as we know it. http://freedomforlinks.de Fight for your right to link. PGP key available on http://bloodgate.com/tels.asc or via email. The email address contained in the From/Reply of this email is NOT to be displayed on webpages, entered into any mailing lists, given to other people, used to send me electronic greeting cards without my written, signed permission. No SPAM nor UCE, either! Thank you! And PLEASE refrain from forwarding me chain letters, massmailings, or pyramid schemes. -----BEGIN PGP SIGNATURE----- Version: 2.6.3i Charset: latin1 iQEVAwUBOpFTWHcLPEOTuEwVAQHoDwf9HlRBrdBXPzN7kMaNXfWAmErVLtAQ6gfO dgvT8L3Vu+SRB5+e4Eyn/097WdbrX5eDdG/9mKkdpLmoZc46OdNqQ5uJ0jJD1L+7 s0/C7mlyV2kZELNC0Xjbaa+Y325iZJiEWEYNOxtycrdKpM6wCUMo3SUz5zYhwfQ4 HHS7XA8YT9l5MtstCss1bM+Rn1QtJZJegtd/miRKlYivjqxzIbk97FcBmYxYuBEt DB45b8D5I1UPxCrQxeiOOrawruECy6mz8k2yLQixK6yyGgocgUy2kHu/a8wyxCh/ hX0gMninciEXwsKqw0bugskkN0t6adg7vW/LpQ1MLeNPmvZLrHX+RA== =Dlhm -----END PGP SIGNATURE----- From valignat@gw.nevrax.com Mon Feb 19 18:53:41 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1JHreR53273 for ; Mon, 19 Feb 2001 18:53:40 +0100 (CET) (envelope-from valignat@gw.nevrax.com) Received: from gw.nevrax.com (fw.localdomain [192.168.254.254]) by nevrax.com (8.9.3/8.9.3) with ESMTP id SAA11427 for ; Mon, 19 Feb 2001 18:57:21 +0100 Received: (from valignat@localhost) by gw.nevrax.com (8.11.0/8.9.3) id f1JHqp328560 for nel@nevrax.org; Mon, 19 Feb 2001 18:52:51 +0100 (CET) (envelope-from valignat) Date: Mon, 19 Feb 2001 18:52:51 +0100 From: Valignat Cedric To: nel@nevrax.org Subject: Re: [Nel] Compiling under Linux Message-ID: <20010219185251.A28245@nevrax.com> References: <200102181101.f1IB15R43104@www.nevrax.org> <200102181227.HAA4820945@www08.hway.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200102181227.HAA4820945@www08.hway.net>; from nevrax_dummy@bloodgate.com on Sun, Feb 18, 2001 at 01:27:30PM +0100 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Tels wrote: > > Freetype.org is down, I could not reach it for several days/weeks. > > http://www.sourceforge.org/projects/freetype/ seems to be the new > url. Try the american mirror web site at http://freetype.sourceforge.net/, you will have access to the all the project home page. I updated the INSTALL and configure.in file to change tha FreeType homepage. > StlPort: Do I need to make it, or is simple unzipping enough? If yes, > please document this, the make takes for ever ;o) Also, for stlport, > there is no "make install" for unix. Does this matter? NeL is using the SGI iostreams, so i'm afraid that you will have to compile it. > I also run low on diskspace due to stlport ... is there anyway to cut > down the size after making it? you could do a 'make -f gcc.mak clean' to delete all the ojects files, it doesn't delete the library files ... > #checking for freetype-config... no > #configure: error: Cannot find freetype-config: check your path. > # FreeType 2 library is needed to compile NeL (www.freetype.org). > > Ugh, this file does not get installed, and only resides in the build dir > of freetype (which I was to delete). That's weird, it works fine for me :o) The installation line is in the builds/unix/install.mk file (line 51), Are you sure that the installation directory (ex: /usr/local/bin) is in your path ? > So I copied it in the nel pat, but root does not have "." in it's path. > Now I try configure as user and get this: The script is looking for freetype-config script in your path, it will change nothing to put in the NeL directoty, if it isn't in your path ;-) > The build process needs to be MUCH easier, if this game will ever come of > for Linux. Nobodies going to fiddle for 3 hours with it....or did I get it > wrong and level one is named "./configure" ? ;-P Thanks for your suggestion :-) We actually working on improving the documentation and build process, so it "migth" be easier in a near future ;-) Cedric. From ngreco@softhome.net Mon Feb 19 19:48:45 2001 Received: from turing.codelarvs.com.ar (ADSL253-235.advancedsl.com.ar [200.51.253.235]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1JImfR53534 for ; Mon, 19 Feb 2001 19:48:42 +0100 (CET) (envelope-from ngreco@softhome.net) Received: from darwin (darwin.codelarvs.com.ar [192.168.1.7]) by turing.codelarvs.com.ar (Postfix) with SMTP id 1B1B38700 for ; Mon, 19 Feb 2001 15:46:04 -0300 (ART) Date: Mon, 19 Feb 2001 15:46:01 -0300 From: Nahuel Greco To: nel@nevrax.org Subject: Re: [Nel] Dynamic load balancing? Message-Id: <20010219154601.6d040b28.ngreco@softhome.net> In-Reply-To: <20010219173333.E4719@nevrax.com> References: <200102181506.KAA4285043@www08.hway.net> <20010219111549.I32574@nevrax.com> <3A91083B.7B4BC656@zerodeux.net> <000801c09a81$7a2afc30$9b00a8c0@glaze.se> <20010219173333.E4719@nevrax.com> X-Mailer: Sylpheed version 0.4.61 (GTK+ 1.2.8; Linux 2.2.15; i586) Organization: Codelarvs Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform On Mon, 19 Feb 2001 17:33:33 +0100 Vincent Archer wrote: > According to Glaze: > > Hello, > > > > I have one "small" question and I hope this is the right place to ask it. I > > was just wonder how (or if) you will solve the question of how to balance > > the workload on the game servers, will you use some kind of dynamic load > > balancing or have you opted for another approach. > > Hmm, I realise I've explained what is dynamic load balancing, but I > haven't answered this question. > > Let's hope we have a good discussion on this :) > > If you look at some of the basics in the... ok in the future design > documents, you see we're working with a kind of ORB approach, with > a naming service, which lets you discuss with specific services. > You will use standard CORBA?, wich orb? > We're aiming for a functional approach, not the classic EQ/UO/AC > geographical approach. In that classic model, each processus is a > complete copy of the code. It contains everything, from spell effects > to pathfinding to combat code. Each process serves a specific "area", > which is defined by an X/Y/Z box (or, for EQ, a zone ID number, since > each area is strictly separate). > > We're not going to use this approach. Chiefly because static allocation > fails when you put too many objects in the same area (be it because a > guild has decided to hold a meeting of all its 350 members there, or > because we want to have an event with an army of 100 mobs spawning). > And, as I explained somewhere else, dynamic allocation means: > 1) A complete lack of control on what process is doing what, and > 2) A need for a very fast way of finding who is near you and under > which process control > > What we're aiming for is a functional approach. That is, each service > provides specific functions. For example, all items in the game are > handled by a single service. Combat runs on a separate service. > And so on. > What are the "functional" parts that you will be planning? How do you plan to send the map to the user, i mean, if you divide the game in areas, you can say the client to download the map for an area before enter, but if you dont use the area-divided approach, then, you must send the sorrounding terraing at each step that the client do? There is no risks of overloading the internal network / get out of sync? > I'll let you imagine how this works, and then will further explain as > you try to shoot holes into that design. :) > > ---------------------------------------------------------- Nahuel Greco Web Development - Open Source http://www.codelarvs.com.ar Game Programming - Research Freelance coding / sysadmin Networking. The answer is 42. ---------------------------------------------------------- From jmark4@home.com Mon Feb 19 22:48:10 2001 Received: from femail7.sdc1.sfba.home.com (femail7.sdc1.sfba.home.com [24.0.95.87]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1JLm4R54458 for ; Mon, 19 Feb 2001 22:48:04 +0100 (CET) (envelope-from jmark4@home.com) Received: from cx427786a ([24.178.132.202]) by femail7.sdc1.sfba.home.com (InterMail vM.4.01.03.00 201-229-121) with SMTP id <20010219214533.KJEM5243.femail7.sdc1.sfba.home.com@cx427786a> for ; Mon, 19 Feb 2001 13:45:33 -0800 Message-ID: <006101c09abd$11da75c0$ca84b218@omhaw1.ne.home.com> From: "Jared Mark" To: References: <200102181506.KAA4285043@www08.hway.net> <20010219111549.I32574@nevrax.com> <3A91083B.7B4BC656@zerodeux.net> <000801c09a81$7a2afc30$9b00a8c0@glaze.se> <20010219173333.E4719@nevrax.com> Subject: Re: [Nel] Dynamic load balancing? Date: Mon, 19 Feb 2001 15:43:59 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Okay, so what you're saying is basically this... By seperating the services, you can have a cluster of machines, each running different services, and thus, keeping the load down across the board. You would have a single system, for example, handling just combat resolution, and you would have another system that would keep track of the database... or on an even more molecular level (assuming you have a very large world with huge database demands) a database service that is strictly dedicated to handling certain types of objects (like dynamic world objects such as rocks and such, as opposed to character objects like their posessions in their backpacks for example). You would have other servers running the service managers for the AI of the monsters, etc, etc, etc... So instead of dividing up the world into geographical sectors and having a single system handle each sector... you would divide the world up into different processes, and have each system handle the specific process for the entire world. Let me know if I'm getting pretty close to what you're trying to say here. ;) My only question on the whole thing would be... what happens if you run into a problem where activity on a process gets to be too much for a server... would you be forced to upgrade that server? Or could you theoretically split the process between two systems? (running the same serice twice in the same cluster, on different systems). ----- Original Message ----- From: "Vincent Archer" To: Sent: Monday, February 19, 2001 10:33 AM Subject: Re: [Nel] Dynamic load balancing? > According to Glaze: > > Hello, > > > > I have one "small" question and I hope this is the right place to ask it. I > > was just wonder how (or if) you will solve the question of how to balance > > the workload on the game servers, will you use some kind of dynamic load > > balancing or have you opted for another approach. > > Hmm, I realise I've explained what is dynamic load balancing, but I > haven't answered this question. > > Let's hope we have a good discussion on this :) > > If you look at some of the basics in the... ok in the future design > documents, you see we're working with a kind of ORB approach, with > a naming service, which lets you discuss with specific services. > > We're aiming for a functional approach, not the classic EQ/UO/AC > geographical approach. In that classic model, each processus is a > complete copy of the code. It contains everything, from spell effects > to pathfinding to combat code. Each process serves a specific "area", > which is defined by an X/Y/Z box (or, for EQ, a zone ID number, since > each area is strictly separate). > > We're not going to use this approach. Chiefly because static allocation > fails when you put too many objects in the same area (be it because a > guild has decided to hold a meeting of all its 350 members there, or > because we want to have an event with an army of 100 mobs spawning). > And, as I explained somewhere else, dynamic allocation means: > 1) A complete lack of control on what process is doing what, and > 2) A need for a very fast way of finding who is near you and under > which process control > > What we're aiming for is a functional approach. That is, each service > provides specific functions. For example, all items in the game are > handled by a single service. Combat runs on a separate service. > And so on. > > I'll let you imagine how this works, and then will further explain as > you try to shoot holes into that design. :) > > -- > Vincent Archer Email: archer@nevrax.com > > Nevrax France. Off on the yellow brick road we go! > _______________________________________________ > Nel mailing list > Nel@nevrax.org > /mailman/listinfo.cgi/nel > From eagleeye@flashmail.com Mon Feb 19 22:50:54 2001 Received: from flashmail.com (IDENT:qmailr@flash2.flashmail.com [207.173.216.241]) by www.nevrax.org (8.11.0/8.11.0) with SMTP id f1JLoqR54491 for ; Mon, 19 Feb 2001 22:50:52 +0100 (CET) (envelope-from eagleeye@flashmail.com) Received: (qmail 31969 invoked from network); 19 Feb 2001 22:49:38 -0000 Received: from unknown (HELO cx427786a) (24.178.132.202) by flash2.flashmail.com with SMTP; 19 Feb 2001 22:49:38 -0000 Message-ID: <007001c09abd$75a332e0$ca84b218@omhaw1.ne.home.com> From: "EagleEye" To: References: <007101c09926$7dfccb60$ca84b218@omhaw1.ne.home.com> <008601c09928$3ff164a0$ca84b218@omhaw1.ne.home.com> <20010219165154.A27739@nevrax.com> Subject: Re: [Nel] gl.h Date: Mon, 19 Feb 2001 15:46:39 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Ahh, right you are. I skipped over that part because it seemed to still be under the heading of "On a GNU/Linux platform you will need the following libraries and softwares :"... since that doesn't apply to me, I just kinda let my mind skip over it. :) ----- Original Message ----- From: "Valignat Cedric" To: Sent: Monday, February 19, 2001 9:51 AM Subject: Re: [Nel] gl.h > EagleEye wrote: > > > > Here's the URL for those of you looking for it: > > http://oss.sgi.com/projects/ogl-sample/ABI/glext.h > > There is something about it in the INSTALL file, at the "Requirements" section. > I know that our documentation is far to be complete, and we are working on it, > but you should read the INSTALL file *carefully* before trying to compile NeL, > there is some usefull informations in it ;-) > > Cedric. > > _______________________________________________ > Nel mailing list > Nel@nevrax.org > /mailman/listinfo.cgi/nel > From jmark4@home.com Mon Feb 19 23:00:08 2001 Received: from femail5.sdc1.sfba.home.com (femail5.sdc1.sfba.home.com [24.0.95.85]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1JM07R54558 for ; Mon, 19 Feb 2001 23:00:08 +0100 (CET) (envelope-from jmark4@home.com) Received: from cx427786a ([24.178.132.202]) by femail5.sdc1.sfba.home.com (InterMail vM.4.01.03.00 201-229-121) with SMTP id <20010219215734.MHMK22656.femail5.sdc1.sfba.home.com@cx427786a> for ; Mon, 19 Feb 2001 13:57:34 -0800 Message-ID: <001501c09abe$bf4667e0$ca84b218@omhaw1.ne.home.com> From: "Jared Mark" To: Date: Mon, 19 Feb 2001 15:56:00 -0600 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0012_01C09A8C.74599220" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Subject: [Nel] Building a FAQ? Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform This is a multi-part message in MIME format. ------=_NextPart_000_0012_01C09A8C.74599220 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable What better way to build a FAQ than to have questions that are actually = "frequently asked", right? Well, as everyone has probably guessed by now, I'm not exactly an = above-average programmer... so I'm going to ask some very basic = questions that will probably get asked quite a bit by others of my = limited experience and expertise. 1) Now that I have NeL, the Client, and Services packages all compiled, = what do I do with it to actually start building MY world? Do I HAVE to = edit the code and recompile? Or is this package meant to handle all = game-specific stuff in that /data directory, independant from the core = components? 2) What are the limitations on world size, max number of connections, = etc, etc? I understand there are obvious hardware restrictions that you = can't really say anything about... but I'm talking about software = restrictions (for example, will I run into problems with say, a bank = account in my game going over 64k in size due to an overflow? Will I = have issues with my map being too big for the services to handle in = terms of latteral area?) That's it for now...=20 Jared Mark (aka EagleEye) --- Please don't hate me because I'm an idiot with this stuff still. :) ------=_NextPart_000_0012_01C09A8C.74599220 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
What better way to build a FAQ than to have = questions that are=20 actually "frequently asked", right?
 
Well, as everyone has probably guessed by now, I'm = not exactly=20 an above-average programmer... so I'm going to ask some very basic = questions=20 that will probably get asked quite a bit by others of my limited = experience and=20 expertise.
 
1) Now that I have NeL, the Client, and Services = packages all=20 compiled, what do I do with it to actually start building MY = world?  Do I=20 HAVE to edit the code and recompile?  Or is this package meant to = handle=20 all game-specific stuff in that /data directory, independant from the = core=20 components?
 
2) What are the limitations on world size, max = number of=20 connections, etc, etc?  I understand there are obvious hardware=20 restrictions that you can't really say anything about... but I'm talking = about=20 software restrictions (for example, will I run into problems with say, a = bank=20 account in my game going over 64k in size due to an overflow?  Will = I have=20 issues with my map being too big for the services to handle in terms of = latteral=20 area?)
That's it for now...
 
Jared Mark (aka EagleEye)
--- Please don't hate me because I'm an idiot with = this stuff=20 still. :)
------=_NextPart_000_0012_01C09A8C.74599220-- From james.hearn@byu.edu Tue Feb 20 00:45:10 2001 Received: from email2.byu.edu (SYSTEM@email2.byu.edu [128.187.22.134]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1JNj9R55124 for ; Tue, 20 Feb 2001 00:45:10 +0100 (CET) (envelope-from james.hearn@byu.edu) Received: from byu.edu (james@Mustang.rn.byu.edu [128.187.227.186]) by EMAIL1.BYU.EDU (PMDF V6.0-24 #45325) with ESMTPA id <01K0AUU07LO2923LE0@EMAIL1.BYU.EDU> for nel@nevrax.org; Mon, 19 Feb 2001 16:42:16 -0700 (MST) Date: Mon, 19 Feb 2001 16:42:40 -0600 From: James Hearn To: nel@nevrax.org Message-id: <3A91A160.5B071098@byu.edu> MIME-version: 1.0 X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.13 i686) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7bit X-Accept-Language: en Subject: [Nel] Compiling on Linux.... Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Sorry if this has been asked before, but I'm having trouble getting Nel to compile on linux. Or rather, getting the client and server to compile on linux. Nel itself compiles. When compiling the client or server libraries, I get this error: /home/james/downloads/STLport-4.0/lib/libstlport_gcc.so: undefined reference to `_STL::_Stl_prime::_M_list' I have installed the stlport libs and even compiled them (!). I also installed Freetype 2.0 and Mesa 4.0. Thanks in advance, James Hearn From jmark4@home.com Tue Feb 20 01:45:55 2001 Received: from femail6.sdc1.sfba.home.com (femail6.sdc1.sfba.home.com [24.0.95.86]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1K0joR55459 for ; Tue, 20 Feb 2001 01:45:50 +0100 (CET) (envelope-from jmark4@home.com) Received: from cx427786a ([24.178.132.202]) by femail6.sdc1.sfba.home.com (InterMail vM.4.01.03.00 201-229-121) with SMTP id <20010220004320.OOHD26098.femail6.sdc1.sfba.home.com@cx427786a> for ; Mon, 19 Feb 2001 16:43:20 -0800 Message-ID: <001401c09ad5$e65add40$ca84b218@omhaw1.ne.home.com> From: "Jared Mark" To: Date: Mon, 19 Feb 2001 18:41:44 -0600 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0011_01C09AA3.9B7D49C0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Subject: [Nel] Something I don't understand about the license agreement. Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform This is a multi-part message in MIME format. ------=_NextPart_000_0011_01C09AA3.9B7D49C0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I just want to make sure I understand this right... I use this source code to build the base of my game... I do all sorts of work to make my own game built around this core = engine... I then try to get people to play the game... People get the game (for free, or at least, for the cost of shipping it, = but no profit can be made on that...) I charge for the monthly service to the game, and make boat loads of = money... But then, because of the way this license reads, someone else can = request the entire source code to my game, set up their own game that's = exactly like mine, and charge people to use it just like I am doing...=20 So if all of the above is correct... what is the point of me making my = game using NeL in the first place? When someone can just steal my = entire game (not just the NeL source, but all of the "derivitive works" = that are packaged with it as a whole), and run the game service = themselves... basically, taking me out of the loop entirely. If I'm completely off here, I appologise. I'm extremely new to the = whole "open source" thing...=20 My main concern is that I have a bunch of gameplay concepts that I want = to implement... having nothing to do with graphical quality, or any sort = of innovative programming... I have plot, and I have what I consider a = "bigger and better plan" than anything UO or EQ or AC have ever done... = and this license is basically saying that I have to give all of THAT = stuff up if I choose to use NeL as my core code? *scratches head*=20 ------=_NextPart_000_0011_01C09AA3.9B7D49C0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
I just want to make sure I understand this=20 right...
 
I use this source code to build the base of my=20 game...
I do all sorts of work to make my own game built = around this=20 core engine...
I then try to get people to play the = game...
People get the game (for free, or at least, for the = cost of=20 shipping it, but no profit can be made on that...)
I charge for the monthly service to the game, and = make boat=20 loads of money...
 
But then, because of the way this license reads, = someone else=20 can request the entire source code to my game, set up their own game = that's=20 exactly like mine, and charge people to use it just like I am doing...=20
 
So if all of the above is correct... what is the = point of me=20 making my game using NeL in the first place?  When someone can just = steal=20 my entire game (not just the NeL source, but all of the "derivitive = works" that=20 are packaged with it as a whole), and run the game service themselves... = basically, taking me out of the loop entirely.
 
If I'm completely off here, I appologise.  I'm = extremely=20 new to the whole "open source" thing...
 
My main concern is that I have a bunch of gameplay = concepts=20 that I want to implement... having nothing to do with graphical quality, = or any=20 sort of innovative programming... I have plot, and I have what I = consider a=20 "bigger and better plan" than anything UO or EQ or AC have ever done... = and this=20 license is basically saying that I have to give all of THAT stuff up if = I choose=20 to use NeL as my core code?
 
*scratches head* 
------=_NextPart_000_0011_01C09AA3.9B7D49C0-- From bryce@neptune.net Tue Feb 20 02:15:10 2001 Received: from pulsar.neptune.net (IDENT:bryce@pulsar.neptune.net [204.107.103.12]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1K1F9R56042 for ; Tue, 20 Feb 2001 02:15:09 +0100 (CET) (envelope-from bryce@neptune.net) Received: from localhost (bryce@localhost) by pulsar.neptune.net (8.11.2/8.11.2) with ESMTP id f1K1Cct03510 for ; Mon, 19 Feb 2001 17:12:38 -0800 X-Authentication-Warning: pulsar.neptune.net: bryce owned process doing -bs Date: Mon, 19 Feb 2001 17:12:38 -0800 (PST) From: Bryce Harrington To: nel@nevrax.org Subject: Re: [Nel] Something I don't understand about the license agreement. In-Reply-To: <001401c09ad5$e65add40$ca84b218@omhaw1.ne.home.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform If it is important to you to keep your IP closed, then you should use a closed library rather than an open one. There are many other libraries out there that allow for keeping stuff proprietary, and some of them are quite good. Some require fees or other charges in return for use of their license. NEL, like other open source things, operates on a share-and-share-alike principle. Nevrax is being very generous in providing their code openly, so you can see it and use it without having to pay any fees. The one condition that they have asked in return is that you do likewise. You have to decide for yourself if their price is acceptable, and if so, you're bound to abide by it. If it isn't, then you should use a different piece of code more to your liking (or write your own). NEL keeps their game _content_ (e.g., artwork) proprietary while releasing their source code; perhaps you could follow that approach as well. Or else you could strive to compete with other users of your modified code on the basis of name recognition, performance, reliability, and customer service. (This is community service - I'm not associated with NEL in any way, but admire that they are actually making their source code Free.) Bryce On Mon, 19 Feb 2001, Jared Mark wrote: > I just want to make sure I understand this right... > > I use this source code to build the base of my game... > I do all sorts of work to make my own game built around this core engine... > I then try to get people to play the game... > People get the game (for free, or at least, for the cost of shipping it, but no profit can be made on that...) > I charge for the monthly service to the game, and make boat loads of money... > > But then, because of the way this license reads, someone else can request the entire source code to my game, set up their own game that's exactly like mine, and charge people to use it just like I am doing... > > So if all of the above is correct... what is the point of me making my game using NeL in the first place? When someone can just steal my entire game (not just the NeL source, but all of the "derivitive works" that are packaged with it as a whole), and run the game service themselves... basically, taking me out of the loop entirely. > > If I'm completely off here, I appologise. I'm extremely new to the whole "open source" thing... > > My main concern is that I have a bunch of gameplay concepts that I want to implement... having nothing to do with graphical quality, or any sort of innovative programming... I have plot, and I have what I consider a "bigger and better plan" than anything UO or EQ or AC have ever done... and this license is basically saying that I have to give all of THAT stuff up if I choose to use NeL as my core code? > > *scratches head* > -- Bryce Harrington ~ ACME General Purpose Hacker / Designer / Rocket Scientist ------------------------------------------------------------------------------ SBL SBIRS/Low NPOESS NGST HarrGene CivII WorldForge Eidetic Circe STAGE iMSDW bharrington @ msdw.com bryce @ neptune.net bryceharrington @ yahoo.com From james.hearn@byu.edu Tue Feb 20 02:34:48 2001 Received: from email2.byu.edu (SYSTEM@email2.byu.edu [128.187.22.134]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1K1YlR56142 for ; Tue, 20 Feb 2001 02:34:47 +0100 (CET) (envelope-from james.hearn@byu.edu) Received: from byu.edu (james@Mustang.rn.byu.edu [128.187.227.186]) by EMAIL1.BYU.EDU (PMDF V6.0-24 #45325) with ESMTPA id <01K0AYO8RST293AB4J@EMAIL1.BYU.EDU> for nel@nevrax.org; Mon, 19 Feb 2001 18:32:09 -0700 (MST) Date: Mon, 19 Feb 2001 18:32:33 -0600 From: James Hearn Subject: Re: [Nel] Something I don't understand about the license agreement. To: nel@nevrax.org Message-id: <3A91BB21.BBD63333@byu.edu> MIME-version: 1.0 X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.13 i686) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7bit X-Accept-Language: en References: Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Bryce Harrington wrote: > > If it is important to you to keep your IP closed, then you should use a > closed library rather than an open one. There are many other libraries > out there that allow for keeping stuff proprietary, and some of them are > quite good. Some require fees or other charges in return for use of > their license. > > NEL, like other open source things, operates on a share-and-share-alike > principle. Nevrax is being very generous in providing their code > openly, so you can see it and use it without having to pay any fees. > The one condition that they have asked in return is that you do > likewise. You have to decide for yourself if their price is acceptable, > and if so, you're bound to abide by it. If it isn't, then you should > use a different piece of code more to your liking (or write your own). > > NEL keeps their game _content_ (e.g., artwork) proprietary while > releasing their source code; perhaps you could follow that approach as > well. Or else you could strive to compete with other users of your > modified code on the basis of name recognition, performance, > reliability, and customer service. > > (This is community service - I'm not associated with NEL in any way, but > admire that they are actually making their source code Free.) > > Bryce > > On Mon, 19 Feb 2001, Jared Mark wrote: > > > I just want to make sure I understand this right... > > > > I use this source code to build the base of my game... > > I do all sorts of work to make my own game built around this core engine... > > I then try to get people to play the game... > > People get the game (for free, or at least, for the cost of shipping it, but no profit can be made on that...) > > I charge for the monthly service to the game, and make boat loads of money... > > > > But then, because of the way this license reads, someone else can request the entire source code to my game, set up their own game that's exactly like mine, and charge people to use it just like I am doing... > > > > So if all of the above is correct... what is the point of me making my game using NeL in the first place? When someone can just steal my entire game (not just the NeL source, but all of the "derivitive works" that are packaged with it as a whole), and run the game service themselves... basically, taking me out of the loop entirely. > > > > If I'm completely off here, I appologise. I'm extremely new to the whole "open source" thing... > > > > My main concern is that I have a bunch of gameplay concepts that I want to implement... having nothing to do with graphical quality, or any sort of innovative programming... I have plot, and I have what I consider a "bigger and better plan" than anything UO or EQ or AC have ever done... and this license is basically saying that I have to give all of THAT stuff up if I choose to use NeL as my core code? > > > > *scratches head* > > I've been speaking with Jared, and it seems he is not opposed to open source. However, he wonders (as do I) where Nel ends and our code begins. Does any project using nel have to release *all* of its source code? Or just modifications to Nel itself? Modifications to Nel should *of course* be open source. It is basically things like game logic that Jared is concerned about. --James Hearn From dayta@ucc.gu.uwa.edu.au Tue Feb 20 02:38:23 2001 Received: from ucc.gu.uwa.edu.au (mooneye.ucc.gu.uwa.edu.au [130.95.13.9]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1K1cLR56181 for ; Tue, 20 Feb 2001 02:38:22 +0100 (CET) (envelope-from dayta@ucc.gu.uwa.edu.au) Received: from morwong.ucc.gu.uwa.edu.au (dayta@morwong.ucc.gu.uwa.edu.au [130.95.13.19]) by ucc.gu.uwa.edu.au (8.11.0.Beta1/8.11.0.Beta1/Debian 8.11.0-1) with ESMTP id f1K1Zm608436 for ; Tue, 20 Feb 2001 09:35:49 +0800 Received: (from dayta@localhost) by morwong.ucc.gu.uwa.edu.au (8.10.1/8.10.1) id f1K1Zm5135915 for nel@nevrax.org; Tue, 20 Feb 2001 09:35:48 +0800 (WST) Date: Tue, 20 Feb 2001 09:35:48 +0800 From: Leighton Haynes To: nel@nevrax.org Subject: Re: [Nel] Something I don't understand about the license agreement. Message-ID: <20010220093548.A37896@morwong.ucc.gu.uwa.edu.au> References: <001401c09ad5$e65add40$ca84b218@omhaw1.ne.home.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.4i In-Reply-To: ; from bryce@neptune.net on Mon, Feb 19, 2001 at 05:12:38PM -0800 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform On Mon, Feb 19, 2001 at 05:12:38PM -0800, Bryce Harrington wrote: > If it is important to you to keep your IP closed, then you should use a > closed library rather than an open one. There are many other libraries > out there that allow for keeping stuff proprietary, and some of them are > quite good. Some require fees or other charges in return for use of > their license. This is a bit misleading. The game world is also your IP. This bit of IP would most definitely stay closed, in any commercial concern. And in general even most free (the beer sense, not the speech) games worlds. Having your game world ripped off does happen (it happened to DiscWorld mud, not that it's exactly 'killed' them, but they did from memory end up making the sourcecode harder to get hold of). > NEL, like other open source things, operates on a share-and-share-alike > principle. Nevrax is being very generous in providing their code > openly, so you can see it and use it without having to pay any fees. > The one condition that they have asked in return is that you do > likewise. You have to decide for yourself if their price is acceptable, > and if so, you're bound to abide by it. If it isn't, then you should > use a different piece of code more to your liking (or write your own). In return for giving a good base set of libraries, Nevrax hope to get lots of free contributions to their project. This isn't as evil as it sounds since everyone is still free to work on whatever parts they like, and hopefully they will remain fairly lenient on what features make it in to the repository. (Ie, don't just include what _they_ want. I don't imply they should be lenient on content. Be code nazis, keep ugly code out :P) Of course, if they behave in a manner you feel is not conducive to the spirit of open-source development, you're free to split off your own version of the tree. > NEL keeps their game _content_ (e.g., artwork) proprietary while > releasing their source code; perhaps you could follow that approach as > well. Or else you could strive to compete with other users of your > modified code on the basis of name recognition, performance, > reliability, and customer service. This should be stressed a bit more. It's basically impossible for them to 'duplicate' your mud/whatever without the content. Content is not just artwork, but all the sounds, probably most of the look of the interface, the scripts which control the AI behaviour. Basically, if they can take your sourcecode, and duplicate your mud, you haven't doine very much :) What they do get of course, is that little mod you did to the game engine for pretty-as-hell lens effects. Or your modified particle engine to accurately model a fireball. Anyone who looks at the current crop of games will tell you that it's not this sort of thing that makes or breaks a game. > (This is community service - I'm not associated with NEL in any way, but > admire that they are actually making their source code Free.) Yeah, ditto the not associated with Nevrax thing... unless they feel like hiring of course ;) Leighton... -- Part-time student. Full-time Programmer. Seeking the 36 hour day and the 10 hour working week. (08) 9272 9058 (Home - like I'm ever there) 0401 335 136 (Mobile - like it's ever on) From eagleeye@flashmail.com Tue Feb 20 02:40:05 2001 Received: from flashmail.com (IDENT:qmailr@flash2.flashmail.com [207.173.216.241]) by www.nevrax.org (8.11.0/8.11.0) with SMTP id f1K1e2R56216 for ; Tue, 20 Feb 2001 02:40:04 +0100 (CET) (envelope-from eagleeye@flashmail.com) Received: (qmail 16098 invoked from network); 20 Feb 2001 02:38:48 -0000 Received: from unknown (HELO cx427786a) (24.178.132.202) by flash2.flashmail.com with SMTP; 20 Feb 2001 02:38:48 -0000 Message-ID: <002001c09add$77818240$ca84b218@omhaw1.ne.home.com> From: "EagleEye" To: References: Subject: Re: [Nel] Something I don't understand about the license agreement. Date: Mon, 19 Feb 2001 19:26:46 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Well, as someone else put it in a private chat... I'm wondering "exactly where does their code stop, and my code begin?" Do I get to keep the coding behind the interaction rules of my game to myself? My skill system, and the way characters develop within the game... the way my player housing system, and player governments system is handled... is that mine to keep? I guess a lot of it depends on how I go about forming those rules... and that depends on how NeL allows me to build my world. I can understand sharing a new add-on, such as the ability to use DirectX 8 with NeL... I can understand adding functionality to the core engine... that I wouldn't mind giving up to the general masses. Heck, I don't care if I give up the artwork! What's important to me is keeping my gameplay designs proprietary. I don't want someone copying my game's LOGIC... because to me, that's what will make my game innovative, and will be the main reason people will play it. If I give that up freely, I might as well go for a different core package. ----- Original Message ----- From: "Bryce Harrington" To: Sent: Monday, February 19, 2001 7:12 PM Subject: Re: [Nel] Something I don't understand about the license agreement. > If it is important to you to keep your IP closed, then you should use a > closed library rather than an open one. There are many other libraries > out there that allow for keeping stuff proprietary, and some of them are > quite good. Some require fees or other charges in return for use of > their license. > > NEL, like other open source things, operates on a share-and-share-alike > principle. Nevrax is being very generous in providing their code > openly, so you can see it and use it without having to pay any fees. > The one condition that they have asked in return is that you do > likewise. You have to decide for yourself if their price is acceptable, > and if so, you're bound to abide by it. If it isn't, then you should > use a different piece of code more to your liking (or write your own). > > NEL keeps their game _content_ (e.g., artwork) proprietary while > releasing their source code; perhaps you could follow that approach as > well. Or else you could strive to compete with other users of your > modified code on the basis of name recognition, performance, > reliability, and customer service. > > (This is community service - I'm not associated with NEL in any way, but > admire that they are actually making their source code Free.) > > Bryce > > On Mon, 19 Feb 2001, Jared Mark wrote: > > > I just want to make sure I understand this right... > > > > I use this source code to build the base of my game... > > I do all sorts of work to make my own game built around this core engine... > > I then try to get people to play the game... > > People get the game (for free, or at least, for the cost of shipping it, but no profit can be made on that...) > > I charge for the monthly service to the game, and make boat loads of money... > > > > But then, because of the way this license reads, someone else can request the entire source code to my game, set up their own game that's exactly like mine, and charge people to use it just like I am doing... > > > > So if all of the above is correct... what is the point of me making my game using NeL in the first place? When someone can just steal my entire game (not just the NeL source, but all of the "derivitive works" that are packaged with it as a whole), and run the game service themselves... basically, taking me out of the loop entirely. > > > > If I'm completely off here, I appologise. I'm extremely new to the whole "open source" thing... > > > > My main concern is that I have a bunch of gameplay concepts that I want to implement... having nothing to do with graphical quality, or any sort of innovative programming... I have plot, and I have what I consider a "bigger and better plan" than anything UO or EQ or AC have ever done... and this license is basically saying that I have to give all of THAT stuff up if I choose to use NeL as my core code? > > > > *scratches head* > > > > -- > Bryce Harrington ~ ACME General Purpose Hacker / Designer / Rocket Scientist > -------------------------------------------------------------------------- ---- > SBL SBIRS/Low NPOESS NGST HarrGene CivII WorldForge Eidetic Circe STAGE iMSDW > bharrington @ msdw.com bryce @ neptune.net bryceharrington @ yahoo.com > > _______________________________________________ > Nel mailing list > Nel@nevrax.org > /mailman/listinfo.cgi/nel > From svferro@earthlink.com Tue Feb 20 02:50:32 2001 Received: from hawk.prod.itd.earthlink.net (hawk.prod.itd.earthlink.net [207.217.120.22]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1K1oSR56279 for ; Tue, 20 Feb 2001 02:50:31 +0100 (CET) (envelope-from svferro@earthlink.com) Received: from fast (dialup-166.90.236.149.Detroit1.Level3.net [166.90.236.149]) by hawk.prod.itd.earthlink.net (EL-8_9_3_3/8.9.3) with SMTP id RAA07182 for ; Mon, 19 Feb 2001 17:47:55 -0800 (PST) Message-ID: <000701c09adf$8a2048d0$0200a8c0@fast> From: "Sal" To: References: <001401c09ad5$e65add40$ca84b218@omhaw1.ne.home.com> Subject: Re: [Nel] Something I don't understand about the license agreement. Date: Mon, 19 Feb 2001 20:50:42 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform > I just want to make sure I understand this right... > I use this source code to build the base of my game... > I do all sorts of work to make my own game built around this core engine... > I then try to get people to play the game... > People get the game (for free, or at least, for the cost of shipping it, but no profit can be made on > that...) The last point isn't necessarily true. You could likely sell your game for as much as you want. As Red Hat sells Linux. The GPL only insures that the source code to the binaries in your distribution must be made available. It doesn't cover the media you make, the documentation you write. People don't have the right to redistribute your custom media, or your custom game manuals. Downloading the binary still won't grant you ability to play the game... you need the media. Which is where the advantage is in the GPL game market in comparison to something like an operating system, such as Linux. In short, you can still make money off of a GPL game. Though I would rather see companies release all their artwork under an opencontent license, they don't have to. > I charge for the monthly service to the game, and make boat loads of money... > But then, because of the way this license reads, someone else can request the entire source code to > my game, set up their own game that's exactly like mine, and charge people to use it just like I am > doing... If I'm not mistaken, the things that define your game would mostly be located in serverside databases. Yes any modification to the server _code_ would have to be redistributed, but you could create pretty unique worlds and plots by simply editing some serverside database. Which entails creating maps, placing NPCs, possibly even defining rules such as what skills players have. I'm pretty sure these databases would not be covered by the GPL. All that people could 'steal' would be your binaries. And that does not mean they can carbon-coby your game. Your rules, mapfiles, plot, etc. could all be copywritten material. And if you were able to modify the Nel code to make a better game... then someone that uses your code could likely make a better game yet. And the code that they created, you could use yet again in your own server. Opensource has many advantages related to software quality. Imagine how many people would be working to fix bugs and improve the codebase that is powering your world, in comparison to a proprietary codebase. > So if all of the above is correct... what is the point of me making my game using > NeL in the first place? When someone can just steal my entire game (not just > the NeL source, but all of the "derivitive works" that are packaged with it as a > whole), and run the game service themselves... basically, taking me out of the loop > entirely. I think 'derivitive works' pertains to modifications of the Nel codebase (not artwork, media. documentation, rules, etc.). And I think its fair that you would be required to release your source changes, since its the hard work of others that makes your game possible, and they just want to make sure that your code improvements to their product will be made available. Again, your game could have plenty of copywritten material that would not be easily 'stolen', and in fact, would be the equivalent of stealing the ruleset and media from an proprietary game, such as Asheron's Call or Everquest. Which is prosecutable. Say I downloaded the binaries for Everquest's client and server (imagine they were GPLed). I still could not create an 'Everquest' game and put them out of business, I would need to create an exact copy of all their media, I would also have to mimic their ruleset, copy their maps, etc. And doing all that would be illegal, since its all copywritten material. I also could not sell CD's of Everquest, because in order for their client to be useful it needs all the copywritten material that comes on the Everquest CD. > If I'm completely off here, I appologise. I'm extremely new to the whole "open source" > thing... > My main concern is that I have a bunch of gameplay concepts that I want to implement... > having nothing to do with graphical quality, or any sort of innovative programming... > I have plot, and I have what I consider a "bigger and better plan" than anything UO or > EQ or AC have ever done... and this license is basically saying that I have to give all of > THAT stuff up if I choose to use NeL as my core code? Where you're mistaken is that the GPL doesnt force you to distribute _everything_ for free. Just the material that is covered under the GPL, which would be, the source code to the binaries... and the source to any libraries used in conjunction with them. I'm not a lawyer, by any means. But I have some experience in developing opensource gaming software. I think a lot of people share the same misconceptions, which is why I felt compelled to reply. I'm of the opinion that opensource and games are a perfect match. Its really a no-lose situation, if you're thinking of developing your own game. - Sal From bryce@neptune.net Tue Feb 20 03:48:01 2001 Received: from pulsar.neptune.net (IDENT:bryce@pulsar.neptune.net [204.107.103.12]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1K2m0R56592 for ; Tue, 20 Feb 2001 03:48:01 +0100 (CET) (envelope-from bryce@neptune.net) Received: from localhost (bryce@localhost) by pulsar.neptune.net (8.11.2/8.11.2) with ESMTP id f1K2jUG08447 for ; Mon, 19 Feb 2001 18:45:30 -0800 X-Authentication-Warning: pulsar.neptune.net: bryce owned process doing -bs Date: Mon, 19 Feb 2001 18:45:30 -0800 (PST) From: Bryce Harrington To: nel@nevrax.org Subject: Re: [Nel] Something I don't understand about the license agreement. In-Reply-To: <20010220093548.A37896@morwong.ucc.gu.uwa.edu.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform On Tue, 20 Feb 2001, Leighton Haynes wrote: > On Mon, Feb 19, 2001 at 05:12:38PM -0800, Bryce Harrington wrote: > > If it is important to you to keep your IP closed, then you should use a > > closed library rather than an open one. There are many other libraries > > out there that allow for keeping stuff proprietary, and some of them are > > quite good. Some require fees or other charges in return for use of > > their license. > This is a bit misleading. The game world is also your IP. This bit of IP > would most definitely stay closed, in any commercial concern. And in general > even most free (the beer sense, not the speech) games worlds. Having your > game world ripped off does happen (it happened to DiscWorld mud, not that > it's exactly 'killed' them, but they did from memory end up making > the sourcecode harder to get hold of). That's true; I meant only the IP additions to the NEL sourcecode, which appeared to be what the original poster was interested in. As Sal said, the game content would be handled differently. I'm less sure of the rules regarding dynamic linking and scripting. I think "linking is linking", so the former would fall under GPL rules, whereas the latter I would hazard to guess falls more into the "content" category and thus can be arbitrarily licensed. But this seems like a very grey area, and seeking out ways to get around the author's intents and use their work on terms of dubious legality doesn't seem like a kosher thing to do. In any case, you can always try negotiating with Nevrax for special licensing terms; I'm sure they're open to making more money. ;-) Bryce From valignat@gw.nevrax.com Tue Feb 20 10:46:18 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1K9kGR58509 for ; Tue, 20 Feb 2001 10:46:16 +0100 (CET) (envelope-from valignat@gw.nevrax.com) Received: from gw.nevrax.com (fw.localdomain [192.168.254.254]) by nevrax.com (8.9.3/8.9.3) with ESMTP id KAA22703 for ; Tue, 20 Feb 2001 10:49:52 +0100 Received: (from valignat@localhost) by gw.nevrax.com (8.11.0/8.9.3) id f1K9jK431953 for nel@nevrax.org; Tue, 20 Feb 2001 10:45:20 +0100 (CET) (envelope-from valignat) Date: Tue, 20 Feb 2001 10:45:20 +0100 From: Valignat Cedric To: nel@nevrax.org Subject: Re: [Nel] gl.h Message-ID: <20010220104520.A31732@nevrax.com> References: <007101c09926$7dfccb60$ca84b218@omhaw1.ne.home.com> <008601c09928$3ff164a0$ca84b218@omhaw1.ne.home.com> <20010219165154.A27739@nevrax.com> <007001c09abd$75a332e0$ca84b218@omhaw1.ne.home.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <007001c09abd$75a332e0$ca84b218@omhaw1.ne.home.com>; from eagleeye@flashmail.com on Mon, Feb 19, 2001 at 03:46:39PM -0600 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform EagleEye wrote: > Ahh, right you are. I skipped over that part because it seemed to still be > under the heading of "On a GNU/Linux platform you will need the following > libraries and softwares :"... since that doesn't apply to me, I just kinda > let my mind skip over it. :) You right, it isn't very clear, i going to fix that ... :-) Cedric. From tsm@idealx.com Tue Feb 20 11:36:15 2001 Received: from sarajevo.idealx.com (sarajevo.idealx.com [213.41.87.90]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1KAa9R58816 for ; Tue, 20 Feb 2001 11:36:11 +0100 (CET) (envelope-from tsm@idealx.com) Received: from calvin.UUCP (uucp@localhost) by sarajevo.idealx.com (8.10.1/8.10.1) with UUCP id f1KAWkp20636 for nel@nevrax.org; Tue, 20 Feb 2001 11:32:46 +0100 (CET) Received: from tsm by calvin.ird.IDEALX.com with local (Exim 3.22 #1 (Debian)) id 14V9Xm-00048z-00; Tue, 20 Feb 2001 10:57:14 +0100 Date: Tue, 20 Feb 2001 10:56:54 +0100 From: Thierry Mallard To: nel@nevrax.org Subject: Re: [Nel] Dynamic load balancing? Message-ID: <20010220105654.A15852@IDEALX.com> References: <200102181506.KAA4285043@www08.hway.net> <20010219111549.I32574@nevrax.com> <3A91083B.7B4BC656@zerodeux.net> <000801c09a81$7a2afc30$9b00a8c0@glaze.se> <20010219173333.E4719@nevrax.com> <006101c09abd$11da75c0$ca84b218@omhaw1.ne.home.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline User-Agent: Mutt/1.3.15i In-Reply-To: <006101c09abd$11da75c0$ca84b218@omhaw1.ne.home.com>; from jmark4@home.com on Mon, Feb 19, 2001 at 03:43:59PM -0600 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform On Mon, Feb 19, 2001 at 03:43:59PM -0600, Jared Mark wrote: > Okay, so what you're saying is basically this... > > By seperating the services, you can have a cluster of machines, each running > different services, and thus, keeping the load down across the board. You > would have a single system, for example, handling just combat resolution, > and you would have another system that would keep track of the database... We may have to add features concerning high-availability, as this scheme doesn't allow it : if the computing holding the combat resolution fails, the world will be a heaven of peace ;-) The second point is that if a service grow too much, the load-balancing won't respond to the problem. You mentionned this point in your previous mail I think. One possible architecture is to write separate process, and give two or three computer the responsiblity to distribute, by monitoring the farm, those process. I dunno if such scheme is possible w.r.t. the current NeL objectives (?) Best regards, Shaman -- Thierry Mallard | GnuPG key on wwwkeys.pgp.net | key 0xA3D021CB | http://thierry.mallard.com | From archer@nevrax.com Tue Feb 20 14:16:52 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1KDGqR59685 for ; Tue, 20 Feb 2001 14:16:52 +0100 (CET) (envelope-from archer@nevrax.com) Received: (from archer@localhost) by nevrax.com (8.9.3/8.9.3) id OAA27225 for nel@nevrax.org; Tue, 20 Feb 2001 14:20:32 +0100 Date: Tue, 20 Feb 2001 14:20:32 +0100 From: Vincent Archer To: nel@nevrax.org Subject: Re: [Nel] Dynamic load balancing? Message-ID: <20010220142032.H26264@nevrax.com> References: <200102181506.KAA4285043@www08.hway.net> <20010219111549.I32574@nevrax.com> <3A91083B.7B4BC656@zerodeux.net> <000801c09a81$7a2afc30$9b00a8c0@glaze.se> <20010219173333.E4719@nevrax.com> <006101c09abd$11da75c0$ca84b218@omhaw1.ne.home.com> <20010220105654.A15852@IDEALX.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3us In-Reply-To: <20010220105654.A15852@IDEALX.com> Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform According to Thierry Mallard: > On Mon, Feb 19, 2001 at 03:43:59PM -0600, Jared Mark wrote: > > Okay, so what you're saying is basically this... > > > > By seperating the services, you can have a cluster of machines, each running > > different services, and thus, keeping the load down across the board. You > > would have a single system, for example, handling just combat resolution, > > and you would have another system that would keep track of the database... Basically, yes. It may be more complicated than this. For example, we must strive to keep only a single service handling items, while we may run multiple concurrent instances of AI services to have lots of smart bots. > We may have to add features concerning high-availability, as this scheme > doesn't allow it : if the computing holding the combat resolution fails, the > world will be a heaven of peace ;-) It's all a compromise. If a geographic server (in a geographic approach) fails, suddendly, part of the world becomes unpassable. You can't log in if you were in them, you can't enter them, and so on. Different failure modes. > The second point is that if a service grow too much, the load-balancing won't > respond to the problem. You mentionned this point in your previous mail I > think. > > One possible architecture is to write separate process, and give two or three > computer the responsiblity to distribute, by monitoring the farm, those > process. I dunno if such scheme is possible w.r.t. the current NeL objectives It is. In fact, a lot of services will be spread across different nodes, but that's because these services are 'linear': each agent it manages deals chiefly with itself. On the other hand, some are harder to split. Item management for example, because of ownership and transfer issues: if item A is owner by entity E, and all items of entity E are on server S1, what happens when item is given to entity D, whose items are all on the server S2. You break locality, which defeats the purpose of functional services. However, for load balancing purpose, one feature of functional split is quite simple. If your item server, for example, manages 300,000 currently present items, it doesn't matter if everyone currently on-line decides to cluster in a single city: there are still 300,000 items to manage, and the amount of item interactions haven't changed much. -- Vincent Archer Email: archer@nevrax.com Nevrax France. Off on the yellow brick road we go! From archer@nevrax.com Tue Feb 20 14:31:22 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1KDVLR59790 for ; Tue, 20 Feb 2001 14:31:21 +0100 (CET) (envelope-from archer@nevrax.com) Received: (from archer@localhost) by nevrax.com (8.9.3/8.9.3) id OAA27484 for nel@nevrax.org; Tue, 20 Feb 2001 14:35:01 +0100 Date: Tue, 20 Feb 2001 14:35:01 +0100 From: Vincent Archer To: nel@nevrax.org Subject: Re: [Nel] Dynamic load balancing? Message-ID: <20010220143501.I26264@nevrax.com> References: <200102181506.KAA4285043@www08.hway.net> <20010219111549.I32574@nevrax.com> <3A91083B.7B4BC656@zerodeux.net> <000801c09a81$7a2afc30$9b00a8c0@glaze.se> <20010219173333.E4719@nevrax.com> <20010219154601.6d040b28.ngreco@softhome.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3us In-Reply-To: <20010219154601.6d040b28.ngreco@softhome.net> Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform According to Nahuel Greco: > You will use standard CORBA?, wich orb? Not CORBA. As I said, 'a kind of ORB approach'. Not a straight lift from existing solutions, who are nice from a development point of view, but whose features are too generic and too heavy for optimisation. > What are the "functional" parts that you will be planning? I don't have the exact split, which is deeply tied into game design, but you'll have chiefly: - access services (who translate between client protocol and service requests) - PC manager services - combat services - item services - databaser service (only one) - pathfinding services - bots service (AI) - magic services (maybe, I'm not 100% sure if these aren't managed by the other services as exceptions to their rules) then some geographic-based services - ecology managers - state tracking (the true geography service. That one knows where mobs, ground items, and PC are relative to each other... but that's about all it does) and a few others, I think, who are related to higher-level game dynamics. I might be off, there's still questions on which service handle which agent for some cases. > How do you plan to send the map to the user, i mean, if you divide the game > in areas, you can say the client to download the map for an area before > enter, but if you dont use the area-divided approach, then, you must send > the sorrounding terraing at each step that the client do? We use a 'mainly static terrain' approach. I.E. the client already has the various maps parts on-line. We only send gross modifications (i.e. replace this map part with that pre-patched one, so the rope bridge across the chasm is no longer there) and local items information (some trees have grown while you were away). Sending the map on the fly requires substantial sacrifices in term of map complexity (see Asheron's Call for a good example for this). > There is no risks of overloading the internal network / get out of sync? The functional approach is made by looking at the communication between agents, and putting all agents that discuss with each other the most in the same services, to avoid network load. Note that agents do *not* migrate across the network, ever (i.e. a PC full state is always managed by a specific PC service, regardless of what the PC does or where he moves). -- Vincent Archer Email: archer@nevrax.com Nevrax France. Off on the yellow brick road we go! From ngreco@softhome.net Tue Feb 20 15:21:50 2001 Received: from turing.codelarvs.com.ar (ADSL253-235.advancedsl.com.ar [200.51.253.235]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1KELkR60088 for ; Tue, 20 Feb 2001 15:21:47 +0100 (CET) (envelope-from ngreco@softhome.net) Received: from darwin (darwin.codelarvs.com.ar [192.168.1.7]) by turing.codelarvs.com.ar (Postfix) with SMTP id EA3D68700 for ; Tue, 20 Feb 2001 11:19:40 -0300 (ART) Date: Tue, 20 Feb 2001 11:19:04 -0300 From: Nahuel Greco To: nel@nevrax.org Subject: Re: [Nel] Dynamic load balancing? Message-Id: <20010220111904.27586712.ngreco@softhome.net> In-Reply-To: <20010220143501.I26264@nevrax.com> References: <200102181506.KAA4285043@www08.hway.net> <20010219111549.I32574@nevrax.com> <3A91083B.7B4BC656@zerodeux.net> <000801c09a81$7a2afc30$9b00a8c0@glaze.se> <20010219173333.E4719@nevrax.com> <20010219154601.6d040b28.ngreco@softhome.net> <20010220143501.I26264@nevrax.com> X-Mailer: Sylpheed version 0.4.61 (GTK+ 1.2.8; Linux 2.2.15; i586) Organization: Codelarvs Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform On Tue, 20 Feb 2001 14:35:01 +0100 Vincent Archer wrote: > I don't have the exact split, which is deeply tied into game design, > but you'll have chiefly: > - access services (who translate between client protocol and service > requests) > - PC manager services > - combat services I must switch to combat mode in the game?, i mean, when i combat, the scenary and the gameplay changes, like in the PSX rpg games? > - item services > - databaser service (only one) > - pathfinding services > - bots service (AI) > - magic services (maybe, I'm not 100% sure if these aren't managed by the > other services as exceptions to their rules) > If the bots service want to pathfind to some location, they must ask to the pathfinding service?, and the pathfinding service must ask to the "state tracking" ?, suposse that i have a bot script, running in the bot service, in some routine i must see if i can walk to some location, on the nort, on the south, etc, to decide later where i will walk.. then.. each bot script get_is_reachable() function will trigger a query to another service, and must wait the response of that service to continue the code execution. for thousands of scripts, that will be too slow, without thinking in the "wait, is your query is in the queque" issue. and btw, what scripting language do you plan to use for the code that will execute in thousand of instances..? > then some geographic-based services > > - ecology managers That will instantiate, for example.. more gold to keep the economy ok ? > - state tracking (the true geography service. That one knows where mobs, > ground items, and PC are relative to each other... but that's about > all it does) > > and a few others, I think, who are related to higher-level game dynamics. > > I might be off, there's still questions on which service handle which > agent for some cases. > > > How do you plan to send the map to the user, i mean, if you divide the game > > in areas, you can say the client to download the map for an area before > > enter, but if you dont use the area-divided approach, then, you must send > > the sorrounding terraing at each step that the client do? > > We use a 'mainly static terrain' approach. I.E. the client already has the > various maps parts on-line. We only send gross modifications (i.e. replace > this map part with that pre-patched one, so the rope bridge across the chasm > is no longer there) and local items information (some trees have grown > while you were away). > > Sending the map on the fly requires substantial sacrifices in term of map > complexity (see Asheron's Call for a good example for this). > > > There is no risks of overloading the internal network / get out of sync? > > The functional approach is made by looking at the communication between > agents, and putting all agents that discuss with each other the most in > the same services, to avoid network load. Note that agents do *not* > migrate across the network, ever (i.e. a PC full state is always managed > by a specific PC service, regardless of what the PC does or where he > moves). > > -- > Vincent Archer Email: archer@nevrax.com > > Nevrax France. Off on the yellow brick road we go! > _______________________________________________ > Nel mailing list > Nel@nevrax.org > /mailman/listinfo.cgi/nel > ---------------------------------------------------------- Nahuel Greco Web Development - Open Source http://www.codelarvs.com.ar Game Programming - Research Freelance coding / sysadmin Networking. The answer is 42. ---------------------------------------------------------- From ngreco@softhome.net Tue Feb 20 15:24:11 2001 Received: from turing.codelarvs.com.ar (ADSL253-235.advancedsl.com.ar [200.51.253.235]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1KEO8R60119 for ; Tue, 20 Feb 2001 15:24:09 +0100 (CET) (envelope-from ngreco@softhome.net) Received: from darwin (darwin.codelarvs.com.ar [192.168.1.7]) by turing.codelarvs.com.ar (Postfix) with SMTP id D7CE58700 for ; Tue, 20 Feb 2001 11:22:14 -0300 (ART) Date: Tue, 20 Feb 2001 11:21:38 -0300 From: Nahuel Greco To: nel@nevrax.org Subject: Re: [Nel] Dynamic load balancing? Message-Id: <20010220112138.488472ee.ngreco@softhome.net> In-Reply-To: <20010220142032.H26264@nevrax.com> References: <200102181506.KAA4285043@www08.hway.net> <20010219111549.I32574@nevrax.com> <3A91083B.7B4BC656@zerodeux.net> <000801c09a81$7a2afc30$9b00a8c0@glaze.se> <20010219173333.E4719@nevrax.com> <006101c09abd$11da75c0$ca84b218@omhaw1.ne.home.com> <20010220105654.A15852@IDEALX.com> <20010220142032.H26264@nevrax.com> X-Mailer: Sylpheed version 0.4.61 (GTK+ 1.2.8; Linux 2.2.15; i586) Organization: Codelarvs Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform On Tue, 20 Feb 2001 14:20:32 +0100 Vincent Archer wrote: > > It's all a compromise. If a geographic server (in a geographic approach) > fails, suddendly, part of the world becomes unpassable. You can't log in > if you were in them, you can't enter them, and so on. Different failure > modes. > Then, you has the map divided in zones,... if a geographic server dies, other will be taking the zone that belong to the died server? .. the zones are fixed or dynamic? ---------------------------------------------------------- Nahuel Greco Web Development - Open Source http://www.codelarvs.com.ar Game Programming - Research Freelance coding / sysadmin Networking. The answer is 42. ---------------------------------------------------------- From archer@nevrax.com Tue Feb 20 15:32:55 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1KEWsR60190 for ; Tue, 20 Feb 2001 15:32:54 +0100 (CET) (envelope-from archer@nevrax.com) Received: (from archer@localhost) by nevrax.com (8.9.3/8.9.3) id PAA28748 for nel@nevrax.org; Tue, 20 Feb 2001 15:36:33 +0100 Date: Tue, 20 Feb 2001 15:36:33 +0100 From: Vincent Archer To: nel@nevrax.org Subject: Re: [Nel] Something I don't understand about the license agreement. Message-ID: <20010220153633.J26264@nevrax.com> References: <001401c09ad5$e65add40$ca84b218@omhaw1.ne.home.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3us In-Reply-To: <001401c09ad5$e65add40$ca84b218@omhaw1.ne.home.com> Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Wow, lots of questions. Ok, I'll try to summarise the replies to your points, without too much dilution. Bear with me, this is quite long, but I'll try to be as unambiguous as possible. Jared Mark said: > People get the game (for free, or at least, for the cost of shipping it, = > but no profit can be made on that...) Point one: As explained somewhere else, the GPL make software "free" as in "freedom", not "free" as in "free of charge". You can pretty well make as much money as you want from your own game. The only thing is, if someone who got the program requests it, you have to give them access to the source for no more than reproduction costs on a "standard support" (i.e. giving only printouts of the code doesn't count) and shipping charges. Usually, people preventively put it on a download site somewhere, so they don't have to handle code requests on an individual basis. But that's not mandated. There are also other strings attached, namely, if you use that source you got to build a program which you distribute, you also have to provide the modified *OR* original (if unmodified) source under the same license terms. So: > But then, because of the way this license reads, someone else can request the entire source code to my game, set up their own game that's exactly like mine, and charge people to use it just like I am doing... Eagle Eye said: > Well, as someone else put it in a private chat... I'm wondering "exactly > where does their code stop, and my code begin?" But what is code exactly? Code is the little thingy that makes a lens flare when looking toward the sun. Code is the special multipurpose network protocol that communicate reliably across the Internet (ahem). Code is the state automaton engine that handles your mobs. Code is not the 1000-line table of all items and their stats. Code is not the list of states and transitions a mob (btw, if anyone wonders about that term, it's an old MUD term for 'mobile object', i.e. all autonomous entities in the game that have a behaviour, as opposed as just having properties). Code is not the glossy metal and rivets texture on your door. Code is not the wondrous mocaped triple head kick to smash a skull. Code is not the cuckoo sound you hear while walking thru a forest in game. The GPL doesn't cover these parts at all. Bryce Harrington said: > NEL keeps their game _content_ (e.g., artwork) proprietary while > releasing their source code Minor nitpick: It's Nevrax, not NeL. NeL is the library, not the company :) But that's the gist of it. We do offer the code under a GPL license, but we retain the traditional copyright on our intellectual property. So, we don't want your game design. We can't get your game design. It's all yours. But if you add code to run a game using sensor gloves as the user interface and 3D glasses, then we have a right to request the code for that. We can then reuse the "HOW" you use them to play, but not the "WHY" you use them. How is code. Why is your game design. Eagle Eye said: > Do I get to keep the coding behind the interaction rules of my game to > myself? My skill system, and the way characters develop within the game... > the way my player housing system, and player governments system is > handled... is that mine to keep? I guess a lot of it depends on how I go > about forming those rules... and that depends on how NeL allows me to build > my world. Hmm, we have a little legal problem there. It's basically straight copyright law. Basically, you cannot copyright an idea. It's got nothing to do with whether NeL is GPL or a $1,000,000 licensed game engine, so don't let NeL's license stop you. You cannot copyright an idea. To take an example, let's say you're using a system of skill trees that are enabled by pre-required skills, level and required characteristics combinations, so that the "Accurate Eye Shot" skill requires Marksmanship, a level of 17, and a minimum dexterity of 38. You cannot prevent anyone from using a system of skill trees that require... (you get the gist). However, you can forbid anyone from using a set of skills that basically is a copy of yours. They have to make their own set of skills, and make them different "enough". That's where it gets tricky. The "enough" part is usually settled by court when there's a dispute. Merely renaming "Accurate Eye Shot" by "Advanced Bowmanship" doesn't count (usually), but the frontier between "my skill trees" and "your skill trees" isn't a straight and obvious line. To take a known analogy, copyright law doesn't prevent you from doing a novel set in the south during the civil war, with romance, and all that. However, copyright law will prevent you from calling your main character "Scarlett O'Hara". Leighton Haynes said: > This should be stressed a bit more. It's basically impossible for them to > 'duplicate' your mud/whatever without the content. Content is not just artwork, > but all the sounds, probably most of the look of the interface, the scripts > which control the AI behaviour. Basically, if they can take your sourcecode, > and duplicate your mud, you haven't doine very much :) "You have entered Ankh Morpok north". :) (sorry for the obscure MUD reference. I do hope people will recognise it) To get back to the initial post > My main concern is that I have a bunch of gameplay concepts that I > want to implement... having nothing to do with graphical quality, or > any sort of innovative programming... I have plot, and I have what I > consider a "bigger and better plan" than anything UO or EQ or AC have > ever done... and this license is basically saying that I have to give > all of THAT stuff up if I choose to use NeL as my core code? Nope. But be aware that the basic principles of your game design are automatically open, regardless of whether you use NeL or develop your own from scratch. What is proprietary to you is the 1000-rows database that describes your items, the recipes your artisans use to make items, the names and settings of the world, the artwork used to decorate the flag flying at the top of the keep. But not the "there are three realms that are mortal ennemies of each other" part. That, anyone can copy. Even if you were developping a game for a big company under death-before-you-speak agreements. > *scratches head* /em massages Jared's shoulders. -- Vincent Archer Email: archer@nevrax.com Nevrax France. Off on the yellow brick road we go! From archer@nevrax.com Tue Feb 20 15:51:42 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1KEpfR60335 for ; Tue, 20 Feb 2001 15:51:41 +0100 (CET) (envelope-from archer@nevrax.com) Received: (from archer@localhost) by nevrax.com (8.9.3/8.9.3) id PAA29261 for nel@nevrax.org; Tue, 20 Feb 2001 15:55:20 +0100 Date: Tue, 20 Feb 2001 15:55:20 +0100 From: Vincent Archer To: nel@nevrax.org Subject: Re: [Nel] Something I don't understand about the license agreement. Message-ID: <20010220155520.K26264@nevrax.com> References: <001401c09ad5$e65add40$ca84b218@omhaw1.ne.home.com> <000701c09adf$8a2048d0$0200a8c0@fast> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3us In-Reply-To: <000701c09adf$8a2048d0$0200a8c0@fast> Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Well, you summarised my summaries... According to Sal: > If I'm not mistaken, the things that define your game would mostly be > located in serverside databases. Yes any modification to the server _code_ There are probably a few minor code modifications, required to support very specific rules (if you want to run elections, the code for booths and all that is probably hard code). But, if we've done our design right, most of a MMORPG design should be a matter of fiddling data. > I'm pretty sure these databases would not be covered by the GPL. All > that people could 'steal' would be your binaries. And that does not mean > they can carbon-coby your game. Your rules, mapfiles, plot, etc. could all > be copywritten material. Not "could". Is. It's automatic and non-debatable. When you write it, it is automatically covered by copyright, and you have to explicitely put it in the public domain (which is not *that* easy). With the provision about plot; as I explained before, a plot cannot be copyrighted, while specifics are. You can't copyright "evil arch-villain wants to overthrow king", you can only copyright "Mezzo Kharkan wants to overthrow king Ariflax". (hmmm, if I have infringed some copyright here, it's purely unintentional, and was only for purpose of citation. Honest) > I think 'derivitive works' pertains to modifications of the Nel codebase In the GPL text, yes. Derivative works refer to code. GPL says exactly nothing about data, so it's not covered by the license. > Say I downloaded the binaries for Everquest's client and server (imagine > they were GPLed). I still could not create an 'Everquest' game and put them > out of business, I would need to create an exact copy of all their media, I > would also have to mimic their ruleset, copy their maps, etc. And doing all > that would be illegal, since its all copywritten material. That's a good example. However (assuming Everquest code was GPL), once you'd produced a set of player and NPC models, and made a few zone files under a 3D modeller, and created your own items, you'd be able to launch Realquest. And try to put them out of business :) > Where you're mistaken is that the GPL doesnt force you to distribute > _everything_ for free. Just the material that is covered under the GPL, > which would be, the source code to the binaries... and the source to any > libraries used in conjunction with them. By FSF's own admission, the source of any library "not commonly available with the system". Otherwise, we'd have to provide the Nvidia OpenGL driver sources if we wanted to run our game on a Nvidia-equipped PC :) -- Vincent Archer Email: archer@nevrax.com Nevrax France. Off on the yellow brick road we go! From archer@nevrax.com Tue Feb 20 17:55:59 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1KGtwR61073 for ; Tue, 20 Feb 2001 17:55:59 +0100 (CET) (envelope-from archer@nevrax.com) Received: (from archer@localhost) by nevrax.com (8.9.3/8.9.3) id SAA02462 for nel@nevrax.org; Tue, 20 Feb 2001 18:00:00 +0100 Date: Tue, 20 Feb 2001 18:00:00 +0100 From: Vincent Archer To: nel@nevrax.org Subject: Re: [Nel] Building a FAQ? Message-ID: <20010220180000.J817@nevrax.com> References: <001501c09abe$bf4667e0$ca84b218@omhaw1.ne.home.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3us In-Reply-To: <001501c09abe$bf4667e0$ca84b218@omhaw1.ne.home.com> Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform According to Jared Mark: > 1) Now that I have NeL, the Client, and Services packages all compiled, > what do I do with it to actually start building MY world? Do I HAVE > to edit the code and recompile? Or is this package meant to handle > all game-specific stuff in that /data directory, independant from the > core components? Well, what you now have is a very small client, so don't expect to run a RPG using that :) But essentially, yes. You now have to fire off your favorite 3D modeller and start making your own world (then, later get or write a converter to generate our map format), or, if you find the current world fine... start working on additional code to implement your features. > 2) What are the limitations on world size, max number of connections, etc, etc? I understand there are obvious hardware restrictions that you can't really say anything about... but I'm talking about software restrictions (for example, will I run into problems with say, a bank account in my game going over 64k in size due to an overflow? Will I have issues with my map being too big for the services to handle in terms of latteral area?) Basically? None. We haven't put any specific restriction. Bank accounts aren't implemented yet, so they don't overflow :) There are additional design decisions about the game I can't get into, but, regarding map size for example, we do not have any restriction. Apart from our capacity to produce them and the limitations on the support for distribution (if we have to install 10Gb on your HD, it's probably too much). As a comparison, the artic icefield distributed with Snowballs covers 2.5km by 1.3, and we do expect to have a pair of PCs handle every services regarding such a game area and about 50-100 active players. (of course, that depends a LOT on how those services are sollicited, which ties directly into game play) -- Vincent Archer Email: archer@nevrax.com Nevrax France. Off on the yellow brick road we go! From x5101920@fedro.ugr.es Tue Feb 20 18:42:12 2001 Received: from fedro.ugr.es (fedro.ugr.es [150.214.20.19]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1KHg9R61328 for ; Tue, 20 Feb 2001 18:42:10 +0100 (CET) (envelope-from x5101920@fedro.ugr.es) Received: from fedro.ugr.es (ei192151.ugr.es [150.214.192.151]) by fedro.ugr.es (8.9.3/8.9.1) with ESMTP id SAA10275 for ; Tue, 20 Feb 2001 18:39:33 +0100 (MET) Message-ID: <3A92ABAB.C0D348C7@fedro.ugr.es> Date: Tue, 20 Feb 2001 18:38:51 +0100 From: x5101920@fedro.ugr.es X-Mailer: Mozilla 4.06 [es] (Win95; I) MIME-Version: 1.0 To: nel@nevrax.org Subject: Re: [Nel] Something I don't understand about the license agreement. References: <001401c09ad5$e65add40$ca84b218@omhaw1.ne.home.com> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Jared Mark escribió: > I just want to make sure I understand this right... I use this source > code to build the base of my game...I do all sorts of work to make my > own game built around this core engine...I then try to get people to > play the game... > > #Sound easy, it is hard. > People get the game (for free, or at least, for the cost of shipping > it, but no profit can be made on that...) > > #Fucking HTML messages!!! > #Ok, with GPL you can sell it and make money but you CAN'T forbid the > buyer to sell, copy, or hire it. > I charge for the monthly service to the game, and make boat loads of > money... > > #And why people would pay for your service!? > #It isn't a easy thing But then, because of the way this license > reads, someone else can request the entire source code to my game, set > up their own game that's exactly like mine, and charge people to use > it just like I am doing... So if all of the above is correct... what > is the point of me making my game using NeL in the first place? When > someone can just steal my entire game (not just the NeL source, but > all of the "derivitive works" that are packaged with it as a whole), > and run the game service themselves... basically, taking me out of the > loop entirely. > > #Well, the code is GPL, but the GFX, SFX, History, and so aren't GPL > so you can't copy them. ( isn't this true? ) > #Someone don't steal but derive the work, if this happens you have two > options: > #a) Forgive your project and join then > #b) Use their modifications ( that are GPL ) to make yours better. If > I'm completely off here, I appologise. I'm extremely new to the whole > "open source" thing... > > # Well, Open Source is like Fire for the Primitive mens. Someone scary > and others just get hot near it. From eagleeye@flashmail.com Tue Feb 20 19:28:15 2001 Received: from flashmail.com (IDENT:qmailr@flash4.flashmail.com [207.173.216.244]) by www.nevrax.org (8.11.0/8.11.0) with SMTP id f1KIS9R61569 for ; Tue, 20 Feb 2001 19:28:10 +0100 (CET) (envelope-from eagleeye@flashmail.com) Received: (qmail 719 invoked from network); 20 Feb 2001 19:26:48 -0000 Received: from unknown (HELO cx427786a) (24.178.132.202) by flash4.flashmail.com with SMTP; 20 Feb 2001 19:26:48 -0000 Message-ID: <003301c09b6a$3f8519a0$ca84b218@omhaw1.ne.home.com> From: "EagleEye" To: References: <001401c09ad5$e65add40$ca84b218@omhaw1.ne.home.com> <20010220153633.J26264@nevrax.com> Subject: Re: [Nel] Something I don't understand about the license agreement. Date: Tue, 20 Feb 2001 12:23:37 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform > Nope. But be aware that the basic principles of your game design are > automatically open, regardless of whether you use NeL or develop your > own from scratch. What is proprietary to you is the 1000-rows database > that describes your items, the recipes your artisans use to make items, > the names and settings of the world, the artwork used to decorate the > flag flying at the top of the keep. > > But not the "there are three realms that are mortal ennemies of each > other" part. That, anyone can copy. Even if you were developping a > game for a big company under death-before-you-speak agreements. This basically answers my question. You see, I realize that people can copy my ideas, but I'll be damned if they're gonna copy the work that I put into it to accomplish what I (will have) accomplished. If they want to copy my idea, they'll have to implement it themselves, not grab all of my WORK (because it's open source) and just "compile and run" my entire world. I don't care about the technology stuff, like those special gloves, or 3D goggle implementation... I just want it so that if someone wants to copy that skill tree of mine, they have to copy it from the ground up. Not just grab my source and say "Okay, it's mine now." I'm not talking about copyrights... Look at it this way... I am copying some of the concepts from any number of other MUDs, MMOLRPGs, and such... the concept of player housing is in Ultima Online... I'm copying that, and making it better... What I'm not doing is taking their source code for how they implemented it, and using it for my own game... that stuff I have to do myself. I don't care if people copy my ideas, but I want to release them first, and I want them to have to put in some of their own effort to make their "copy of my ideas" a reality. > > *scratches head* > > /em massages Jared's shoulders. Hehe, thanks. :) From novalis@novalis.org Tue Feb 20 19:41:13 2001 Received: from huck.phpwebhosting.com (huck.phpwebhosting.com [64.65.0.12]) by www.nevrax.org (8.11.0/8.11.0) with SMTP id f1KIfCR61654 for ; Tue, 20 Feb 2001 19:41:12 +0100 (CET) (envelope-from novalis@novalis.org) Received: (qmail 30162 invoked by alias); 20 Feb 2001 18:38:32 -0000 Received: from unknown (HELO novalis.org) (216.158.32.67) by huck.phpwebhosting.com with SMTP; 20 Feb 2001 18:38:32 -0000 Message-ID: <3A92B633.E800F8F4@novalis.org> Date: Tue, 20 Feb 2001 13:23:47 -0500 From: Dave Turner X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.17-ide i686) X-Accept-Language: en,pdf MIME-Version: 1.0 To: nel@nevrax.org Subject: Re: [Nel] Something I don't understand about the license agreement. References: <001401c09ad5$e65add40$ca84b218@omhaw1.ne.home.com> <20010220153633.J26264@nevrax.com> <003301c09b6a$3f8519a0$ca84b218@omhaw1.ne.home.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform EagleEye wrote: > > > Nope. But be aware that the basic principles of your game design are > > automatically open, regardless of whether you use NeL or develop your > > own from scratch. What is proprietary to you is the 1000-rows database > > that describes your items, the recipes your artisans use to make items, > > the names and settings of the world, the artwork used to decorate the > > flag flying at the top of the keep. > > > > But not the "there are three realms that are mortal ennemies of each > > other" part. That, anyone can copy. Even if you were developping a > > game for a big company under death-before-you-speak agreements. > > This basically answers my question. You see, I realize that people can copy > my ideas, but I'll be damned if they're gonna copy the work that I put into > it to accomplish what I (will have) accomplished. If they want to copy my > idea, they'll have to implement it themselves, not grab all of my WORK > (because it's open source) and just "compile and run" my entire world. I > don't care about the technology stuff, like those special gloves, or 3D > goggle implementation... I just want it so that if someone wants to copy > that skill tree of mine, they have to copy it from the ground up. Not just > grab my source and say "Okay, it's mine now." I'm not talking about > copyrights... > > Look at it this way... I am copying some of the concepts from any number of > other MUDs, MMOLRPGs, and such... the concept of player housing is in Ultima > Online... I'm copying that, and making it better... What I'm not doing is > taking their source code for how they implemented it, and using it for my > own game... that stuff I have to do myself. I don't care if people copy my > ideas, but I want to release them first, and I want them to have to put in > some of their own effort to make their "copy of my ideas" a reality. > > > > *scratches head* > > > > /em massages Jared's shoulders. > > Hehe, thanks. :) If someone is going to implement the same ideas, why should they waste their time implementing them from scratch if your code is already there? Remember that any improvements they make will go back to you (excluding the ASP loophole, but we're ignoring that). Also, they will have to give you credit (you have the copyright on your parts). So, why make them repeat the work? Isn't that just a waste of their time? Also, if they have to redo it, they won't have to release their stuff, so you won't get the benefit of their code. Also, they could well end up being less inventive, because they have to spend time just catching up, rather than really innovating. I understand that you want your world to be unique - one way you can do this is by having a less free license on media. This is what Nevrax is doing. Another way is to not release your plots - after all, plot is what makes a game (or ought to). Remember, nobody will play a game that is just like yours, but without your creativity. You can make money on free software, even sticking with the GPL. RMS did it for years, RedHat does it, Cygnus did it (now, RH owns them). I suggest that you seriously consider the benefits of free software from a totally open mind - trying to think of it from a different point of view - not "How can I lock world up?", but "How can I make my players happier?" I think you'll find that even among proprietary games, the most open games had the best results - look at how customizable the Quake series is. Just my 2 cents. -- -Dave Turner Stalk me: (215)-545-2859 ---------------------------------------------------------------------- "It is said that it is the curse of the neophobe to always see the symptoms as the disease, and to always make half measures" - Pug From tsm@IDEALX.com Tue Feb 20 22:18:50 2001 Received: from sarajevo.idealx.com (sarajevo.idealx.com [213.41.87.90]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1KLIiR62477 for ; Tue, 20 Feb 2001 22:18:45 +0100 (CET) (envelope-from tsm@IDEALX.com) Received: from calvin.UUCP (uucp@localhost) by sarajevo.idealx.com (8.10.1/8.10.1) with UUCP id f1KLFNp30941 for nel@nevrax.org; Tue, 20 Feb 2001 22:15:23 +0100 (CET) Received: from tsm by calvin.ird.IDEALX.com with local (Exim 3.22 #1 (Debian)) id 14VISW-0005Ot-00 for ; Tue, 20 Feb 2001 20:28:24 +0100 Date: Tue, 20 Feb 2001 20:28:01 +0100 From: Thierry Mallard To: nel@nevrax.org Subject: Re: [Nel] Dynamic load balancing? Message-ID: <20010220202801.A20748@IDEALX.com> References: <200102181506.KAA4285043@www08.hway.net> <20010219111549.I32574@nevrax.com> <3A91083B.7B4BC656@zerodeux.net> <000801c09a81$7a2afc30$9b00a8c0@glaze.se> <20010219173333.E4719@nevrax.com> <006101c09abd$11da75c0$ca84b218@omhaw1.ne.home.com> <20010220105654.A15852@IDEALX.com> <20010220142032.H26264@nevrax.com> <20010220112138.488472ee.ngreco@softhome.net> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline User-Agent: Mutt/1.3.15i In-Reply-To: <20010220112138.488472ee.ngreco@softhome.net>; from ngreco@softhome.net on Tue, Feb 20, 2001 at 11:21:38AM -0300 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform On Tue, Feb 20, 2001 at 11:21:38AM -0300, Nahuel Greco wrote: > [... case of zone server failure ...] > Then, you has the map divided in zones,... if a geographic server dies, other > will be taking the zone that belong to the died server? .. The problem here will be persistency (is that english ? ;-). All the data currently in memory on server A, which is failing, will be lost for server B which is supposed to take over. I'm still trying to get up to date with NeL design, so I dunno yet how the data are/will be stored. Best regards, Shaman -- Thierry Mallard | GnuPG key on wwwkeys.pgp.net | key 0xA3D021CB | http://thierry.mallard.com | From archer@nevrax.com Wed Feb 21 11:17:29 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1LAHQR66619 for ; Wed, 21 Feb 2001 11:17:26 +0100 (CET) (envelope-from archer@nevrax.com) Received: (from archer@localhost) by nevrax.com (8.9.3/8.9.3) id LAA14579 for nel@nevrax.org; Wed, 21 Feb 2001 11:21:23 +0100 Date: Wed, 21 Feb 2001 11:21:23 +0100 From: Vincent Archer To: nel@nevrax.org Subject: Re: [Nel] Dynamic load balancing? Message-ID: <20010221112123.C12838@nevrax.com> References: <200102181506.KAA4285043@www08.hway.net> <20010219111549.I32574@nevrax.com> <3A91083B.7B4BC656@zerodeux.net> <000801c09a81$7a2afc30$9b00a8c0@glaze.se> <20010219173333.E4719@nevrax.com> <006101c09abd$11da75c0$ca84b218@omhaw1.ne.home.com> <20010220105654.A15852@IDEALX.com> <20010220142032.H26264@nevrax.com> <20010220112138.488472ee.ngreco@softhome.net> <20010220202801.A20748@IDEALX.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3us In-Reply-To: <20010220202801.A20748@IDEALX.com> Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform According to Thierry Mallard: > On Tue, Feb 20, 2001 at 11:21:38AM -0300, Nahuel Greco wrote: > > [... case of zone server failure ...] > > Then, you has the map divided in zones,... if a geographic server dies, other > > will be taking the zone that belong to the died server? .. > > The problem here will be persistency (is that english ? ;-). All the data > currently in memory on server A, which is failing, will be lost for server B > which is supposed to take over. That's what you get with a purely geographic design, like EQ/UO design. When a zone fails, you get kicked out, everything you gained since your last save is lost, and when you return, every single critter has respawned. All state is lost, since all state was located in a single process. With a functional approach, all game entities are "holographic" regarding to storage. They're a kind of "cloud" of various agents located on various services. If a geographic server dies, you get suddendly a kind of fog for a while. Another service starts up, gets back information about what critters are where from the AI services, where all players are from the various player services, and what items are grown where from the ecology services. It takes a little time, but you recover more gracefully. The same occurs if an AI server dies. Those critters that were managed by that service freezes, but then another service takes them over. They will probably forget a lot of what they were doing, but they don't "depop", since the geography service knows that there's that kind of beast that was located there. Of course there are services that are more critical than other. If a login service dies, all players using it are kicked out forcefully. If the item manager dies, your inventory locks up completely (but you still look like yourself, can move around, and talk). -- Vincent Archer Email: archer@nevrax.com Nevrax France. Off on the yellow brick road we go! From jaleco@svr1.gameone.com.tw Wed Feb 21 11:41:14 2001 Received: from gameone.com.tw ([210.243.185.125]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1LAenR66745 for ; Wed, 21 Feb 2001 11:41:11 +0100 (CET) (envelope-from jaleco@svr1.gameone.com.tw) Received: from designer [211.21.241.68] by gameone.com.tw [210.243.185.125] with SMTP (MDaemon.v3.0.0.R) for ; Wed, 21 Feb 2001 18:36:55 +0800 Message-ID: <002401c09bf2$55f6c340$44f115d3@gameone.com> From: "jaleco" To: Date: Wed, 21 Feb 2001 18:37:46 +0800 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0021_01C09C35.623341E0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-Mimeole: Produced By Microsoft MimeOLE V5.50.4522.1200 X-MDaemon-Deliver-To: nel@nevrax.org X-Return-Path: jaleco@gameone.com.tw X-MDRcpt-To: nel@nevrax.org X-MDRemoteIP: 211.21.241.68 Subject: [Nel] maybe bug Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform This is a multi-part message in MIME format. ------=_NextPart_000_0021_01C09C35.623341E0 Content-Type: text/plain; charset="big5" Content-Transfer-Encoding: quoted-printable first I am a newbies for c++,so maybe I am wrong. file moves.cpp=20 auto_ptr cf2( new CConfigFile() ); auto_ptr cf( new CConfigFile() ); seem to wrong, becuase auto_ptr will delete content when leave local = stack. but ccconfigfile store it to vector container , this will cause bad = thing . did it ? ------=_NextPart_000_0021_01C09C35.623341E0 Content-Type: text/html; charset="big5" Content-Transfer-Encoding: quoted-printable
first I am a newbies for c++,so maybe I am = wrong.
 
file moves.cpp
     auto_ptr<CConfigFile> = cf2( new=20 CConfigFile() );
    auto_ptr<CConfigFile> cf( = new=20 CConfigFile() );
seem to wrong, becuase auto_ptr will delete content = when=20 leave local stack.
but ccconfigfile store it to vector container , this = will=20 cause bad thing .
did it ?
 
------=_NextPart_000_0021_01C09C35.623341E0-- From archer@nevrax.com Wed Feb 21 18:22:14 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1LHMER68770 for ; Wed, 21 Feb 2001 18:22:14 +0100 (CET) (envelope-from archer@nevrax.com) Received: (from archer@localhost) by nevrax.com (8.9.3/8.9.3) id SAA23716 for nel@nevrax.org; Wed, 21 Feb 2001 18:26:14 +0100 Date: Wed, 21 Feb 2001 18:26:14 +0100 From: Vincent Archer To: nel@nevrax.org Subject: Re: [Nel] Something I don't understand about the license agreement. Message-ID: <20010221182614.E23037@nevrax.com> References: <001401c09ad5$e65add40$ca84b218@omhaw1.ne.home.com> <20010220153633.J26264@nevrax.com> <003301c09b6a$3f8519a0$ca84b218@omhaw1.ne.home.com> <3A92B633.E800F8F4@novalis.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3us In-Reply-To: <3A92B633.E800F8F4@novalis.org> Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform EagleEye wrote: > This basically answers my question. You see, I realize that people can copy > my ideas, but I'll be damned if they're gonna copy the work that I put into > it to accomplish what I (will have) accomplished. If they want to copy my > idea, they'll have to implement it themselves, not grab all of my WORK > (because it's open source) and just "compile and run" my entire world. I ... > own game... that stuff I have to do myself. I don't care if people copy my > ideas, but I want to release them first, and I want them to have to put in > some of their own effort to make their "copy of my ideas" a reality. One important thing to know is, until you have released something, you are under no obligation to put any source available. The GPL doesn't prevent you from doing anything privately. It just says, "once other people run it, you have to share the source". So do not worry about not being the first. There's also a fact that, even if you release your server code, without the data it holds, it's worthless. You speak of plot, of situations, of recipes for game dynamics. All this (reread my message) isn't code. It's data. You might have a few specific bits here and there of code, but it's chiefly scripts that say how mobs react, items, events and code tables, and all that. To take another analogy: You are now mandated to release your network MP3 player source. You are not mandated to release any of the MP3 you composed. That ties into another typical false belief about modern game design. Code isn't what makes your game. Data is. A typical game development team often features twice, or three times as many artists, level designers, and game designers as pure coders. All that data production isn't in the GPL. Apart from the level proper (i.e. art), none of it never ever needs to appear on any site. And that's what makes the game. According to Dave Turner: > If someone is going to implement the same ideas, why should they waste > their time implementing them from scratch if your code is already Hmm, that's not reassuring the guy who's just said he did NOT want somebody doing that :) > so you won't get the benefit of their code. Also, they could well end > up being less inventive, because they have to spend time just catching > up, rather than really innovating. That's the real clincher, of course. If all they are doing is taking your game, and running it under their name, then: 1) They're going to be second on the market 2) They're going to be late in coming, because they WILL have to spend a lot of time redoing your internal game data If this is a commercial endeavour, the only way they can expect to attract customers is if they do it a lot cheaper than you do. That's where the real fun begins. People have to realise the difference in paradigm between making, say, a Starcraft, and making a Shadowbane. Running an on-line game isn't a software industry, it's a SERVICE industry. The main costs isn't creating the game, it's dwarfed by the cost of running it. A classic game costs $40 to buy. An on-line game typically costs $150 if you play it for a year. Do you think this means you've made $100 profits on the game? No. What this means is that you've invested $100 in the game, the distributor got paid $20, and got $30 profit, instead of investing $10, giving $20 in distribution cost and getting $10 profit. Those $100 invested are about $25 in game dev (heavier than classic games) and $75 in infrastructure (server, bandwidth, customer service). (that's simplistic, but it's relatively representative of what's behind an online game) Your competitor will reduce its investment, but the infrastructure costs remain not only identical, but the MAIN factor in costs. Forcing your competitor to maintain its price close to yours. In other words, stealing your game to run a competiting business isn't a major problem. And if it becomes one, you have legal recourse against them. After all, they copied your copyrighted works (the game data). Why go to the investment of making a massive world, if you open yourself to lawsuit. And anyway, if you want to make an immense effort designing everything by yourself, your counterfactor will still gain a lot of time, because *he* will use NeL to catch up on code quickly :) -- Vincent Archer Email: archer@nevrax.com Nevrax France. Off on the yellow brick road we go! From duponc@rpi.edu Wed Feb 21 21:43:49 2001 Received: from mail.rpi.edu (root@mail.rpi.edu [128.113.100.7]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1LKhlR69758 for ; Wed, 21 Feb 2001 21:43:48 +0100 (CET) (envelope-from duponc@rpi.edu) Received: from rpi.edu (magneton-55.dynamic.rpi.edu [128.113.193.224]) by mail.rpi.edu (8.9.3/8.9.3) with ESMTP id PAA44614 for ; Wed, 21 Feb 2001 15:41:14 -0500 Message-ID: <3A94278B.4050700@rpi.edu> Date: Wed, 21 Feb 2001 15:39:39 -0500 From: Charles Dupont User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; 0.7) Gecko/20010109 X-Accept-Language: en MIME-Version: 1.0 To: nel@nevrax.org References: <001401c09ad5$e65add40$ca84b218@omhaw1.ne.home.com> <20010220153633.J26264@nevrax.com> <003301c09b6a$3f8519a0$ca84b218@omhaw1.ne.home.com> <3A92B633.E800F8F4@novalis.org> <20010221182614.E23037@nevrax.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: [Nel] System specs Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform How much From duponc@rpi.edu Wed Feb 21 21:49:17 2001 Received: from mail.rpi.edu (root@mail.rpi.edu [128.113.100.7]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1LKnGR69803 for ; Wed, 21 Feb 2001 21:49:16 +0100 (CET) (envelope-from duponc@rpi.edu) Received: from rpi.edu (magneton-55.dynamic.rpi.edu [128.113.193.224]) by mail.rpi.edu (8.9.3/8.9.3) with ESMTP id PAA31986 for ; Wed, 21 Feb 2001 15:46:43 -0500 Message-ID: <3A9428D3.3070105@rpi.edu> Date: Wed, 21 Feb 2001 15:45:07 -0500 From: Charles Dupont User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; 0.7) Gecko/20010109 X-Accept-Language: en MIME-Version: 1.0 To: nel@nevrax.org Subject: Re: [Nel] System specs References: <001401c09ad5$e65add40$ca84b218@omhaw1.ne.home.com> <20010220153633.J26264@nevrax.com> <003301c09b6a$3f8519a0$ca84b218@omhaw1.ne.home.com> <3A92B633.E800F8F4@novalis.org> <20010221182614.E23037@nevrax.com> <3A94278B.4050700@rpi.edu> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Charles Dupont wrote: > How much > > _______________________________________________ > Nel mailing list > Nel@nevrax.org > /mailman/listinfo.cgi/nel > > > Sorry hit the send button acidentaly. On to the question. How much band width do you think you will need for your server cluster when your service is up and running? From jdominiczak@home.com Thu Feb 22 01:19:27 2001 Received: from femail9.sdc1.sfba.home.com (femail9.sdc1.sfba.home.com [24.0.95.89]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1M0JQR70832 for ; Thu, 22 Feb 2001 01:19:27 +0100 (CET) (envelope-from jdominiczak@home.com) Received: from TOWER ([24.11.71.220]) by femail9.sdc1.sfba.home.com (InterMail vM.4.01.03.00 201-229-121) with SMTP id <20010222001649.UKPV13478.femail9.sdc1.sfba.home.com@TOWER> for ; Wed, 21 Feb 2001 16:16:49 -0800 Message-ID: <000801c09c64$cd134a30$1000000a@TOWER> From: "Jason Dominiczak" To: Date: Wed, 21 Feb 2001 19:17:10 -0500 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0005_01C09C3A.E3BB40F0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Subject: [Nel] Link error Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform This is a multi-part message in MIME format. ------=_NextPart_000_0005_01C09C3A.E3BB40F0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable While compiling the client workspace, I get an error at the end. I'm a = Java programmer just looking into Nel and am very impressed. If someone = could just shed some light on how to resolve this error: LINK : warning LNK4098: defaultlib "LIBCMT" conflicts with use of other = libs; use /NODEFAULTLIB:library freetype.lib(ftinit.obj) : error LNK2001: unresolved external symbol = _psaux_module_class Release/snowballs.exe : fatal error LNK1120: 1 unresolved externals -Jay ------=_NextPart_000_0005_01C09C3A.E3BB40F0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
While compiling the client workspace, I = get an=20 error at the end.  I'm a Java programmer just looking into Nel and = am very=20 impressed.  If someone could just shed some light on how to resolve = this=20 error:
 
LINK : warning LNK4098: defaultlib = "LIBCMT"=20 conflicts with use of other libs; use=20 /NODEFAULTLIB:library
freetype.lib(ftinit.obj) : error LNK2001: = unresolved=20 external symbol _psaux_module_class
Release/snowballs.exe : fatal = error=20 LNK1120: 1 unresolved externals
 
 
-Jay
------=_NextPart_000_0005_01C09C3A.E3BB40F0-- From jaleco@svr1.gameone.com.tw Thu Feb 22 04:49:27 2001 Received: from gameone.com.tw ([210.243.185.125]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1M3nFR72225 for ; Thu, 22 Feb 2001 04:49:22 +0100 (CET) (envelope-from jaleco@svr1.gameone.com.tw) Received: from designer [211.21.241.68] by gameone.com.tw [210.243.185.125] with SMTP (MDaemon.v3.0.0.R) for ; Thu, 22 Feb 2001 11:45:43 +0800 Message-ID: <000c01c09c82$0ff0e160$44f115d3@gameone.com> From: "jaleco" To: Date: Thu, 22 Feb 2001 11:46:36 +0800 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0009_01C09CC5.1C921540" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 X-MDaemon-Deliver-To: nel@nevrax.org X-Return-Path: jaleco@gameone.com.tw X-MDRcpt-To: nel@nevrax.org X-MDRemoteIP: 211.21.241.68 Subject: [Nel] maybe bug Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform This is a multi-part message in MIME format. ------=_NextPart_000_0009_01C09CC5.1C921540 Content-Type: text/plain; charset="big5" Content-Transfer-Encoding: quoted-printable I have do follow modify to time_service.cpp so it will not crash=20 /* CConfigFile cf; cf.load (ConfigFileName); const CConfigFile::CVar &v =3D cf.getVar ("UniTime"); modify by jaleco */ CConfigFile *cf =3D new CConfigFile() ; cf->load (ConfigFileName); const CConfigFile::CVar &v =3D cf->getVar ("UniTime"); ------=_NextPart_000_0009_01C09CC5.1C921540 Content-Type: text/html; charset="big5" Content-Transfer-Encoding: quoted-printable
I have do follow modify to = time_service.cpp
so it will not crash
 /* CConfigFile cf;
  cf.load = (ConfigFileName);
  const CConfigFile::CVar &v =3D = cf.getVar=20 ("UniTime");
  modify by=20  jaleco
  */
      &nb= sp;CConfigFile=20 *cf =3D new CConfigFile() ;
  cf->load=20 (ConfigFileName);
  const CConfigFile::CVar &v =3D = cf->getVar=20 ("UniTime");
------=_NextPart_000_0009_01C09CC5.1C921540-- From jaleco@svr1.gameone.com.tw Thu Feb 22 10:37:41 2001 Received: from gameone.com.tw ([210.243.185.125]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1M9bVR73896 for ; Thu, 22 Feb 2001 10:37:39 +0100 (CET) (envelope-from jaleco@svr1.gameone.com.tw) Received: from designer [211.21.241.68] by gameone.com.tw [210.243.185.125] with SMTP (MDaemon.v3.0.0.R) for ; Thu, 22 Feb 2001 17:33:30 +0800 Message-ID: <000c01c09cb2$8ee5a3e0$44f115d3@gameone.com> From: "jaleco" To: Date: Thu, 22 Feb 2001 17:33:47 +0800 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0009_01C09CF5.9C8BC4A0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 X-MDaemon-Deliver-To: nel@nevrax.org X-Return-Path: jaleco@gameone.com.tw X-MDRcpt-To: nel@nevrax.org X-MDRemoteIP: 211.21.241.68 Subject: [Nel] agent service Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform This is a multi-part message in MIME format. ------=_NextPart_000_0009_01C09CF5.9C8BC4A0 Content-Type: text/plain; charset="big5" Content-Transfer-Encoding: quoted-printable how to get python15_d.dll since I have download from www.python.org but it don't have debug = version. where to find it ? ------=_NextPart_000_0009_01C09CF5.9C8BC4A0 Content-Type: text/html; charset="big5" Content-Transfer-Encoding: quoted-printable
how to get python15_d.dll
since I have download from www.python.org but it don't have = debug=20 version.
where to find it ?
------=_NextPart_000_0009_01C09CF5.9C8BC4A0-- From chafik@nevrax.com Thu Feb 22 10:58:23 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1M9wKR74011 for ; Thu, 22 Feb 2001 10:58:21 +0100 (CET) (envelope-from chafik@nevrax.com) Received: from sameh (fw.localdomain [192.168.254.254]) by nevrax.com (8.9.3/8.9.3) with SMTP id LAA02015 for ; Thu, 22 Feb 2001 11:02:17 +0100 Message-ID: <01e801c09cb5$89d05780$1001a8c0@sameh> From: "sameh chafik Pro" To: References: <000c01c09cb2$8ee5a3e0$44f115d3@gameone.com> Subject: Re: [Nel] agent service Date: Thu, 22 Feb 2001 10:55:07 +0100 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_01E5_01C09CBD.EB74B460" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform C'est un message de format MIME en plusieurs parties. ------=_NextPart_000_01E5_01C09CBD.EB74B460 Content-Type: text/plain; charset="big5" Content-Transfer-Encoding: quoted-printable Well it do'nt exist! I you are passion you can compile&link it else change the reference = library in the config.h. For that open the config.h in the include python directory and change = the: #pragma comment(lib,"python16_d.lib")=20 on #pragma comment(lib,"python16.lib") That all. I use the python 1.6 and in my config i have the #pragma = comment(lib,"python16_d.lib") at line 220. ----- Original Message -----=20 From: jaleco=20 To: nel@nevrax.org=20 Sent: Thursday, February 22, 2001 10:33 AM Subject: [Nel] agent service how to get python15_d.dll since I have download from www.python.org but it don't have debug = version. where to find it ? ------=_NextPart_000_01E5_01C09CBD.EB74B460 Content-Type: text/html; charset="big5" Content-Transfer-Encoding: quoted-printable
Well it do'nt exist!
I you are passion you can = compile&link=20 it else change the reference library in the config.h.
 
For that open the config.h in the = include python=20 directory and change = the:
 
#pragma comment(lib,"python16_d.lib") =
 
on
 
#pragma = comment(lib,"python16.lib")
 
That all.
 
I use the python 1.6 and in my config i = have the=20 #pragma comment(lib,"python16_d.lib") at line 220.
----- Original Message -----
From:=20 jaleco
Sent: Thursday, February 22, = 2001 10:33=20 AM
Subject: [Nel] agent = service

how to get python15_d.dll
since I have download from www.python.org but it don't have = debug=20 version.
where to find it = ?
------=_NextPart_000_01E5_01C09CBD.EB74B460-- From valignat@gw.nevrax.com Thu Feb 22 11:00:40 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1MA0cR74047 for ; Thu, 22 Feb 2001 11:00:38 +0100 (CET) (envelope-from valignat@gw.nevrax.com) Received: from gw.nevrax.com (fw.localdomain [192.168.254.254]) by nevrax.com (8.9.3/8.9.3) with ESMTP id LAA02077 for ; Thu, 22 Feb 2001 11:04:34 +0100 Received: (from valignat@localhost) by gw.nevrax.com (8.11.0/8.9.3) id f1MA0FT00784 for nel@nevrax.org; Thu, 22 Feb 2001 11:00:15 +0100 (CET) (envelope-from valignat) Date: Thu, 22 Feb 2001 11:00:15 +0100 From: Valignat Cedric To: nel@nevrax.org Subject: Re: [Nel] Link error Message-ID: <20010222110015.A733@nevrax.com> References: <000801c09c64$cd134a30$1000000a@TOWER> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5i In-Reply-To: <000801c09c64$cd134a30$1000000a@TOWER>; from jdominiczak@home.com on Wed, Feb 21, 2001 at 07:17:10PM -0500 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform > LINK : warning LNK4098: defaultlib "LIBCMT" conflicts with use of other libs; use /NODEFAULTLIB:library > freetype.lib(ftinit.obj) : error LNK2001: unresolved external symbol _psaux_module_class > Release/snowballs.exe : fatal error LNK1120: 1 unresolved externals Yous should put the psauxmod.c files in freetype the freetype project. Jérome Lanquetot and Julien Hognon already post somthin about that and i should have updated the INSTALL file for a long time ago. Sorry about that, Cedric. From archer@nevrax.com Thu Feb 22 11:52:37 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1MAqaR74295 for ; Thu, 22 Feb 2001 11:52:36 +0100 (CET) (envelope-from archer@nevrax.com) Received: (from archer@localhost) by nevrax.com (8.9.3/8.9.3) id LAA03110 for nel@nevrax.org; Thu, 22 Feb 2001 11:56:34 +0100 Date: Thu, 22 Feb 2001 11:56:34 +0100 From: Vincent Archer To: nel@nevrax.org Subject: Re: [Nel] System specs Message-ID: <20010222115634.O714@nevrax.com> References: <001401c09ad5$e65add40$ca84b218@omhaw1.ne.home.com> <20010220153633.J26264@nevrax.com> <003301c09b6a$3f8519a0$ca84b218@omhaw1.ne.home.com> <3A92B633.E800F8F4@novalis.org> <20010221182614.E23037@nevrax.com> <3A94278B.4050700@rpi.edu> <3A9428D3.3070105@rpi.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3us In-Reply-To: <3A9428D3.3070105@rpi.edu> Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform According to Charles Dupont: > How much band width do you think you will need for your server cluster > when your service is up and running? About an OC12 (655Mbits) per user. Ooops, sorry, was thinking about the pan-sensorial version with direct neural feed for complete immersion :) By design, we want to restrict the bandwidth to at most what a user with a 57.6K modem can 'swallow' realistically, which means a bandwidth of compressed data that tops at around 4Kbytes/s (or 32Kbits/s). Multiply by the number of simultaneous people a cluster has to serve, which we aim at around 3000-3500 players, and you get a little under an OC4 per cluster (about 110Mbits) for theoretical peak usage. -- Vincent Archer Email: archer@nevrax.com Nevrax France. Off on the yellow brick road we go! From cado@nevrax.com Thu Feb 22 16:41:27 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1MFfQR75765 for ; Thu, 22 Feb 2001 16:41:26 +0100 (CET) (envelope-from cado@nevrax.com) Received: from nevrax.com (fw.localdomain [192.168.254.254]) by nevrax.com (8.9.3/8.9.3) with ESMTP id QAA08497 for ; Thu, 22 Feb 2001 16:45:25 +0100 Message-ID: <3A953318.C92857B9@nevrax.com> Date: Thu, 22 Feb 2001 16:41:12 +0100 From: Olivier Cado X-Mailer: Mozilla 4.72 [en] (Windows NT 5.0; I) X-Accept-Language: fr,en MIME-Version: 1.0 To: nel@nevrax.org X-Priority: 2 (High) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: [Nel] NeL Network Engine Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform We are very pleased that you are interested by NeL and our project. Thanks to free software, we are now working in cooperation with the community. So let's discuss some network issues. Here is the purpose of this message: - Present the future of the NeL Network Engine - Ask for your input on a couple of points At present, the Nel Network Engine is single-threaded. We plan to rewrite the engine using multi-threading. The library will be made up of five layers: - Layer 0: socket wrapper (roughly, present CBaseSocket + listening socket functionalities) - Layer 1: multiple socket multi-threaded I/O mechanism - Layer 2: adapted to CMemStream (allows serialization) - Layer 3: adapted to CMessage (contains type information) - Layer 4: using callbacks (as presently used in the services and provided by CMsgSocket) The main features of Layer 1 are as follows: External view: The user programmer will be able to send data (A), to check if some data has been received (B), and if so to get a data block from the receive queue. Implementation: (A) When the user requests to send data, his data block is put into a send queue. The actual sending is triggered off by a time flush trigger, a size flush trigger or an explicit flush trigger (at the user's demand). Let's say the queue control is executed in the main thread, in an update() method, called evenly. (B) Each connection is handled by a separate thread that sleeps while not receiving data so that no CPU time will be used if nothing is received on a particular socket. When incoming data is actually received, it is put into a global receive queue (synchronized with a mutex of course) and popped when the user requests to receive a block. This implementation still raises a few questions: (A) If no buffer space is available within the transport system to hold the data to be transmitted, the actual sending will block. Has anybody come across this case ? When does this happen in practice ? (B) As we are building a *massively* multiplayer game, we expect to have a great number of connections (even if all clients won't be connected on the same machine), therefore a great number of threads. Does anybody know the scale limits on Linux systems (and on Windows BTW), i.e. the optimum and maximum thread numbers per process and per system ? I'm sure a lot of you are great Linux specialists, so you probably have an idea about this issues. Thanks. Olivier Cado -- From cblt@cblt.org Thu Feb 22 17:02:21 2001 Received: from smarthost2.mail.easynet.fr (smarthost2.mail.easynet.fr [212.180.1.69]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1MG2LR75883 for ; Thu, 22 Feb 2001 17:02:21 +0100 (CET) (envelope-from cblt@cblt.org) Received: from smtp1.mail.easynet.fr (slb-1-sippriv.mail.easynet.fr [10.0.1.57]) by smarthost2.mail.easynet.fr (Postfix) with ESMTP id E658EBA18 for ; Thu, 22 Feb 2001 16:59:49 +0100 (CET) Received: from cblt.org (nemo-gw.nemo.com [212.180.94.137]) by smtp1.mail.easynet.fr (Postfix) with ESMTP id C97C1B6B1 for ; Thu, 22 Feb 2001 16:59:45 +0100 (CET) Message-ID: <3A9537F5.5030407@cblt.org> Date: Thu, 22 Feb 2001 17:01:57 +0100 From: Nicolas Hognon User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; 0.8) Gecko/20010215 X-Accept-Language: en MIME-Version: 1.0 To: nel@nevrax.org Subject: Re: [Nel] NeL Network Engine References: <3A953318.C92857B9@nevrax.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform i've got the same problem for the project i work for : how many thread can i run under win nt/2000 and linux i haven't made test about this yet ... but if some one answer to this question it will be cool :)) > (B) As we are building a *massively* multiplayer game, we expect to have > a great number of connections (even if all clients won't be connected on > the same machine), therefore a great number of threads. Does anybody > know the scale limits on Linux systems (and on Windows BTW), i.e. the > optimum and maximum thread numbers per process and per system ? > > I'm sure a lot of you are great Linux specialists, so you probably have > an idea about this issues. > -- Nicolas Hognon nicolash@virtools.com Virtools - The Behavior Company Tel. (+33) 1 42 71 46 86 / Fax. (+33) 1 42 71 86 53 http://www.virtools.com/ From ludovic.lievre@chaman.net Thu Feb 22 17:16:38 2001 Received: from CarlCox.iway.fr (carlcox.iway.fr [194.98.0.128]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1MGGcR75964 for ; Thu, 22 Feb 2001 17:16:38 +0100 (CET) (envelope-from ludovic.lievre@chaman.net) Received: from cosmos ([212.208.43.187]) by CarlCox.iway.fr (8.9.3/8.8.7) with SMTP id RAA1287874 for ; Thu, 22 Feb 2001 17:13:51 +0100 (MET) From: "Ludovic LIEVRE" To: Subject: RE: [Nel] NeL Network Engine Date: Thu, 22 Feb 2001 17:14:50 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Importance: Normal In-Reply-To: <3A9537F5.5030407@cblt.org> Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi all, We also build a MM game. Our servers now run on NT and Linux and will soon be ported to Solaris. I've read that with LinuxThreads, after 100 threads the performances of the system downgrade. Another question about network engine: will your messages all be TCP or UDP ? If UDP is used will you add a mechanism that make UDP reliable ? In the first stages of our game, TCP was used. We made some test and we saw a terrific ping (due to ACK mechanism) time even on our LAN (200ms). So we decide to use UDP instead... > -----Message d'origine----- > De : nel-admin@nevrax.org [mailto:nel-admin@nevrax.org]De la part de > Nicolas Hognon > Envoye : jeudi 22 fevrier 2001 17:02 > A : nel@nevrax.org > Objet : Re: [Nel] NeL Network Engine > > > > i've got the same problem for the project i work for : > how many thread can i run under win nt/2000 and linux > > i haven't made test about this yet ... but if some one answer to this > question it will be cool :)) > > > (B) As we are building a *massively* multiplayer game, we expect to have > > a great number of connections (even if all clients won't be connected on > > the same machine), therefore a great number of threads. Does anybody > > know the scale limits on Linux systems (and on Windows BTW), i.e. the > > optimum and maximum thread numbers per process and per system ? From jdominiczak@home.com Thu Feb 22 17:31:54 2001 Received: from femail4.sdc1.sfba.home.com (femail4.sdc1.sfba.home.com [24.0.95.84]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1MGVsR76078 for ; Thu, 22 Feb 2001 17:31:54 +0100 (CET) (envelope-from jdominiczak@home.com) Received: from TOWER ([24.11.71.220]) by femail4.sdc1.sfba.home.com (InterMail vM.4.01.03.00 201-229-121) with SMTP id <20010222162656.LXKG29648.femail4.sdc1.sfba.home.com@TOWER> for ; Thu, 22 Feb 2001 08:26:56 -0800 Message-ID: <001201c09cec$a774d2c0$1000000a@TOWER> From: "Jason Dominiczak" To: References: <000801c09c64$cd134a30$1000000a@TOWER> <20010222110015.A733@nevrax.com> Subject: Re: [Nel] Link error Date: Thu, 22 Feb 2001 11:29:39 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform I did that, and freetype compiled nicely, but now when i compile the client I get some more error messages: LINK : warning LNK4098: defaultlib "LIBCMT" conflicts with use of other libs; use /NODEFAULTLIB:library freetype.lib(psauxmod.obj) : error LNK2001: unresolved external symbol _T1_Decrypt freetype.lib(psauxmod.obj) : error LNK2001: unresolved external symbol _T1_Decoder_Parse_Charstrings freetype.lib(psauxmod.obj) : error LNK2001: unresolved external symbol _T1_Decoder_Done freetype.lib(psauxmod.obj) : error LNK2001: unresolved external symbol _T1_Decoder_Init freetype.lib(psauxmod.obj) : error LNK2001: unresolved external symbol _T1_Builder_Close_Contour freetype.lib(psauxmod.obj) : error LNK2001: unresolved external symbol _T1_Builder_Start_Point freetype.lib(psauxmod.obj) : error LNK2001: unresolved external symbol _T1_Builder_Add_Contour freetype.lib(psauxmod.obj) : error LNK2001: unresolved external symbol _T1_Builder_Add_Point1 etc....... I really don't know c++ well so I can't figure out what is causing this Thanks for your help, Jay > > LINK : warning LNK4098: defaultlib "LIBCMT" conflicts with use of other libs; use /NODEFAULTLIB:library > > freetype.lib(ftinit.obj) : error LNK2001: unresolved external symbol _psaux_module_class > > Release/snowballs.exe : fatal error LNK1120: 1 unresolved externals > > Yous should put the psauxmod.c files in freetype the freetype project. > > Jérome Lanquetot and Julien Hognon already post somthin about that and i > should have updated the INSTALL file for a long time ago. > > > Sorry about that, > > Cedric. > > _______________________________________________ > Nel mailing list > Nel@nevrax.org > /mailman/listinfo.cgi/nel From zager@teleaction.com Thu Feb 22 17:57:07 2001 Received: from jupiter.augur.de (jupiter.teleaction.de [194.149.245.1]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1MGv6R76212 for ; Thu, 22 Feb 2001 17:57:07 +0100 (CET) (envelope-from zager@teleaction.com) Received: from zager ([194.149.245.62]) by jupiter.augur.de (8.8.8+Sun/8.8.8) with ESMTP id RAA10093 for ; Thu, 22 Feb 2001 17:54:22 +0100 (MET) Date: Thu, 22 Feb 2001 17:53:43 +0100 From: Dim Segebart X-Mailer: The Bat! (v1.49) Business X-Priority: 3 (Normal) Message-ID: <156100587318.20010222175343@teleaction.de> CC: nel@nevrax.org Subject: Re[2]: [Nel] NeL Network Engine In-reply-To: <3A9537F5.5030407@cblt.org> References: <3A953318.C92857B9@nevrax.com> <3A9537F5.5030407@cblt.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Although this site http://www.linuxraid.org/ isn't directly related to NEL, it has a great number of tips and tricks on how to make Linux a little bit stable and how to expand Linux system resources (see the bottom of their page). Thursday, February 22, 2001, 5:01:57 PM, you wrote: NH> i've got the same problem for the project i work for : NH> how many thread can i run under win nt/2000 and linux NH> i haven't made test about this yet ... but if some one answer to this NH> question it will be cool :)) -- Dim Segebart mailto:zager@teleaction.de From valignat@gw.nevrax.com Thu Feb 22 18:46:46 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1MHkkR76497 for ; Thu, 22 Feb 2001 18:46:46 +0100 (CET) (envelope-from valignat@gw.nevrax.com) Received: from gw.nevrax.com (fw.localdomain [192.168.254.254]) by nevrax.com (8.9.3/8.9.3) with ESMTP id SAA10684 for ; Thu, 22 Feb 2001 18:50:44 +0100 Received: (from valignat@localhost) by gw.nevrax.com (8.11.0/8.9.3) id f1MHkO002782 for nel@nevrax.org; Thu, 22 Feb 2001 18:46:24 +0100 (CET) (envelope-from valignat) Date: Thu, 22 Feb 2001 18:46:24 +0100 From: Valignat Cedric To: nel@nevrax.org Subject: Re: [Nel] Link error Message-ID: <20010222184624.A2582@nevrax.com> References: <000801c09c64$cd134a30$1000000a@TOWER> <20010222110015.A733@nevrax.com> <001201c09cec$a774d2c0$1000000a@TOWER> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <001201c09cec$a774d2c0$1000000a@TOWER>; from jdominiczak@home.com on Thu, Feb 22, 2001 at 11:29:39AM -0500 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Jason Dominiczak wrote: > I did that, and freetype compiled nicely, but now when i compile the client > I get some more error messages: > > [...] > > I really don't know c++ well so I can't figure out what is causing this This is caused because some FreeType modules that we are using are not inlcuded in your FreeType compilation. We, Nevrax, are using GNU make to compil Freetype, and that compilation method include everything by default. As you are using an IDE to compil it you have to put the base components and, eventualy, some optional components. In your specific case the psaux module need the t1types and psnames modules. As NeL is a "work in progress" and that we migth add new features to font_generator, my advice is to compile *all* the optionals modules, all the C files listed at the end of the INSTALL file, in your FreeType compilation and installation process ... :-) Cedric. From jdominiczak@home.com Thu Feb 22 19:18:06 2001 Received: from femail6.sdc1.sfba.home.com (femail6.sdc1.sfba.home.com [24.0.95.86]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1MII5R76688 for ; Thu, 22 Feb 2001 19:18:06 +0100 (CET) (envelope-from jdominiczak@home.com) Received: from TOWER ([24.11.71.220]) by femail6.sdc1.sfba.home.com (InterMail vM.4.01.03.00 201-229-121) with SMTP id <20010222181533.KYLH21905.femail6.sdc1.sfba.home.com@TOWER> for ; Thu, 22 Feb 2001 10:15:33 -0800 Message-ID: <001301c09cfb$80349d30$1000000a@TOWER> From: "Jason Dominiczak" To: References: <000801c09c64$cd134a30$1000000a@TOWER> <20010222110015.A733@nevrax.com> <001201c09cec$a774d2c0$1000000a@TOWER> <20010222184624.A2582@nevrax.com> Subject: Re: [Nel] Link error Date: Thu, 22 Feb 2001 13:15:56 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Worked like a charm. Thanks a lot Cedric. -Jay From valignat@gw.nevrax.com Thu Feb 22 19:38:04 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1MIc4R76795 for ; Thu, 22 Feb 2001 19:38:04 +0100 (CET) (envelope-from valignat@gw.nevrax.com) Received: from gw.nevrax.com (fw.localdomain [192.168.254.254]) by nevrax.com (8.9.3/8.9.3) with ESMTP id TAA11630 for ; Thu, 22 Feb 2001 19:42:02 +0100 Received: (from valignat@localhost) by gw.nevrax.com (8.11.0/8.9.3) id f1MIbgR03026 for nel@nevrax.org; Thu, 22 Feb 2001 19:37:42 +0100 (CET) (envelope-from valignat) Date: Thu, 22 Feb 2001 19:37:42 +0100 From: Valignat Cedric To: nel@nevrax.org Subject: Re: [Nel] Link error Message-ID: <20010222193742.A3013@nevrax.com> References: <000801c09c64$cd134a30$1000000a@TOWER> <20010222110015.A733@nevrax.com> <001201c09cec$a774d2c0$1000000a@TOWER> <20010222184624.A2582@nevrax.com> <001301c09cfb$80349d30$1000000a@TOWER> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <001301c09cfb$80349d30$1000000a@TOWER>; from jdominiczak@home.com on Thu, Feb 22, 2001 at 01:15:56PM -0500 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Jason Dominiczak wrote: > Worked like a charm. Thanks a lot Cedric. That's nothing :-) From jdominiczak@home.com Thu Feb 22 20:21:30 2001 Received: from femail13.sdc1.sfba.home.com (femail13.sdc1.sfba.home.com [24.0.95.140]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1MJLTR77015 for ; Thu, 22 Feb 2001 20:21:30 +0100 (CET) (envelope-from jdominiczak@home.com) Received: from TOWER ([24.11.71.220]) by femail13.sdc1.sfba.home.com (InterMail vM.4.01.03.00 201-229-121) with SMTP id <20010222191852.BSKD4561.femail13.sdc1.sfba.home.com@TOWER> for ; Thu, 22 Feb 2001 11:18:52 -0800 Message-ID: <002001c09d04$58e449c0$1000000a@TOWER> From: "Jason Dominiczak" To: Date: Thu, 22 Feb 2001 14:19:15 -0500 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_001D_01C09CDA.6FB72110" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Subject: [Nel] Memory error Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform This is a multi-part message in MIME format. ------=_NextPart_000_001D_01C09CDA.6FB72110 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable After compiling Snowballs.exe, I ran it and got this error one I entered = the world "The instruction at "0x77fca615"referenced memory at "0x7c80fff7". The = memory could not be "read" I'm running windows 2000 and I get that message in both fullscreen and = in windowed modes. Not sure if this is a bug or what. -Jay ------=_NextPart_000_001D_01C09CDA.6FB72110 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
After compiling Snowballs.exe, I ran it = and got=20 this error one I entered the world
"The instruction at = "0x77fca615"referenced memory=20 at "0x7c80fff7". The memory could not be "read"
 
I'm running windows 2000 and I get that = message in=20 both fullscreen and in windowed modes.
 
Not sure if this is a bug or = what.
 
-Jay
------=_NextPart_000_001D_01C09CDA.6FB72110-- From cblt@cblt.org Thu Feb 22 22:47:21 2001 Received: from camus.cybercable.fr (camus.cybercable.fr [212.198.0.200]) by www.nevrax.org (8.11.0/8.11.0) with SMTP id f1MLlKR77690 for ; Thu, 22 Feb 2001 22:47:20 +0100 (CET) (envelope-from cblt@cblt.org) Received: (qmail 13636470 invoked from network); 22 Feb 2001 21:36:47 -0000 Received: from r184m194.cybercable.tm.fr (HELO cblt.org) ([195.132.184.194]) (envelope-sender ) by camus.cybercable.fr (qmail-ldap-1.03) with SMTP for ; 22 Feb 2001 21:36:47 -0000 Message-ID: <3A958839.8090001@cblt.org> Date: Thu, 22 Feb 2001 22:44:25 +0100 From: Nicolas Hognon User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; 0.8) Gecko/20010215 X-Accept-Language: en MIME-Version: 1.0 To: nel@nevrax.org Subject: Re: [Nel] Memory error References: <002001c09d04$58e449c0$1000000a@TOWER> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform > "The instruction at "0x77fca615"referenced memory at "0x7c80fff7". The > memory could not be "read" i'm not sure the guys from nevrax can do someting with this kind of informations :)) -- Nicolas Hognon home : cblt@cblt.org / www.cblt.org work : nicolash@virtools.com / www.virtools.com #ICQ : 36044443 Enjoy the silence (DM) From michael@in-orbit.net Thu Feb 22 23:06:13 2001 Received: from mail.in-orbit.net ([207.44.176.190]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1MM6CR77796 for ; Thu, 22 Feb 2001 23:06:12 +0100 (CET) (envelope-from michael@in-orbit.net) Received: from baldur ([207.44.176.190]) by mail.in-orbit.net (8.11.0/8.11.0) with SMTP id f1MM3vl16925 for ; Thu, 22 Feb 2001 14:03:57 -0800 Message-ID: <007d01c09d1b$4c8275f0$9701a8c0@inorbit.org> From: "Michael Warnock" To: References: <002001c09d04$58e449c0$1000000a@TOWER> <3A958839.8090001@cblt.org> Subject: Re: [Nel] Memory error Date: Thu, 22 Feb 2001 14:03:33 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-Mimeole: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform In my experience with the engine these errors occur when a content file (mostly shape files) is missing. michael warnock in-orbit entertainment inc. From cblt@cblt.org Thu Feb 22 23:07:34 2001 Received: from lafontaine.cybercable.fr (lafontaine.cybercable.fr [212.198.0.202]) by www.nevrax.org (8.11.0/8.11.0) with SMTP id f1MM7XR77820 for ; Thu, 22 Feb 2001 23:07:33 +0100 (CET) (envelope-from cblt@cblt.org) Received: (qmail 49334095 invoked from network); 22 Feb 2001 22:05:02 -0000 Received: from r184m194.cybercable.tm.fr (HELO cblt.org) ([195.132.184.194]) (envelope-sender ) by lafontaine.cybercable.fr (qmail-ldap-1.03) with SMTP for ; 22 Feb 2001 22:05:02 -0000 Message-ID: <3A958ED7.60904@cblt.org> Date: Thu, 22 Feb 2001 23:12:39 +0100 From: Nicolas Hognon User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; 0.8) Gecko/20010215 X-Accept-Language: en MIME-Version: 1.0 To: nel@nevrax.org Subject: Re: [Nel] NeL Network Engine References: <3A953318.C92857B9@nevrax.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform > (A) If no buffer space is available within the transport system to hold > the data to be transmitted, the actual sending will block. Has anybody > come across this case ? When does this happen in practice ? i'm not sure that i understand this part of your mail and i hope you'll understand my answer because i'm not sure my english enough fluent :)) you're asking want happened if you call send or write on a socket and there is not enough space in the tcp stack / transport layer buffer. it depends you've got blocking or non blocking socket. if it's a blocking socket you're thread will be blocked until you're data can be send by the tcp stack. if you're socket is in non blocking mode send/write will return you an error an errno will be EWOULDBLOCK or WSAEWOULDBLOCK under winsock. but i'm not sure it's the answer to your question because it is not a very huge problem. i make the same mistake because when you make some little test it's more common that receive failed with a wouldblock than send. when i began writting our network api (for the company i work) i made this mistake. but when i made some test with huge network messages and a poor modem i encounter tihs problem. i hope this help you but can you answer me that i know if i understand your problem :)) -- Nicolas Hognon home : cblt@cblt.org / www.cblt.org work : nicolash@virtools.com / www.virtools.com #ICQ : 36044443 Enjoy the silence (DM) From jdominiczak@home.com Fri Feb 23 04:27:29 2001 Received: from femail5.sdc1.sfba.home.com (femail5.sdc1.sfba.home.com [24.0.95.85]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1N3RSR79844 for ; Fri, 23 Feb 2001 04:27:29 +0100 (CET) (envelope-from jdominiczak@home.com) Received: from TOWER ([24.11.71.220]) by femail5.sdc1.sfba.home.com (InterMail vM.4.01.03.00 201-229-121) with SMTP id <20010223032455.VQK19148.femail5.sdc1.sfba.home.com@TOWER> for ; Thu, 22 Feb 2001 19:24:55 -0800 Message-ID: <001401c09d48$3886d320$1000000a@TOWER> From: "Jason Dominiczak" To: References: <002001c09d04$58e449c0$1000000a@TOWER> Subject: Re: [Nel] Memory error Date: Thu, 22 Feb 2001 22:25:06 -0500 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0011_01C09D1E.4F2EF0F0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-Mimeole: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform This is a multi-part message in MIME format. ------=_NextPart_000_0011_01C09D1E.4F2EF0F0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I've been trying to figure out were this is coming from but it only = happens when i move the mouse when in the world. I can stay in one spot = and launch snowballs and talk for as long as i want but the second i try = to look around, it gives me that error. I hope this sheds some more light on the reason for this, -Jay ------=_NextPart_000_0011_01C09D1E.4F2EF0F0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
I've been trying to figure out were = this is coming=20 from but it only happens when i move the mouse when in the world. I can = stay in=20 one spot and launch snowballs and talk for as long as i want but the = second i=20 try to look around, it gives me that error.
 
I hope this sheds some more light on = the reason for=20 this,
 
-Jay
------=_NextPart_000_0011_01C09D1E.4F2EF0F0-- From bebarker@meginc.com Sat Feb 24 05:19:34 2001 Received: from sioux.meginc.com (Sioux.meginc.com [207.246.76.19]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1O4JXR89368 for ; Sat, 24 Feb 2001 05:19:33 +0100 (CET) (envelope-from bebarker@meginc.com) Received: from localhost.localdomain (IDENT:brandon@[207.246.76.122]) by sioux.meginc.com (8.9.3/8.9.1) with SMTP id XAA66436 for ; Fri, 23 Feb 2001 23:17:37 -0500 (EST) (envelope-from bebarker@meginc.com) From: Brandon Barker Date: Fri, 23 Feb 2001 23:20:42 -0500 X-Mailer: KMail [version 1.1.99] Content-Type: text/plain; charset="iso-8859-1" To: nel@nevrax.org MIME-Version: 1.0 Message-Id: <01022323204202.04034@localhost.localdomain> Content-Transfer-Encoding: 8bit Subject: [Nel] 2 questions Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hello I have 2 questions. 1) I'm trying to compile NeL 2.0 (packaged with Snowballs 2) on a machine with Utah-GLX (its an accelerated version of Mesa 3.2 and will work with ATI Rage and others), but configure tells me I have no opengl, and suggest I get Mesa. What should I do. 2) Is it possible to compile in Windows with Cygwin? Cygwin would be a good compiler of choice for the windows platform because it is Free Software and anyone can get it ... for free. Thanks, Brandon Barker From dayta@ucc.gu.uwa.edu.au Sat Feb 24 18:31:51 2001 Received: from ucc.gu.uwa.edu.au (mooneye.ucc.gu.uwa.edu.au [130.95.13.9]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1OHVnR93040 for ; Sat, 24 Feb 2001 18:31:49 +0100 (CET) (envelope-from dayta@ucc.gu.uwa.edu.au) Received: from morwong.ucc.gu.uwa.edu.au (dayta@morwong.ucc.gu.uwa.edu.au [130.95.13.19]) by ucc.gu.uwa.edu.au (8.11.0.Beta1/8.11.0.Beta1/Debian 8.11.0-1) with ESMTP id f1OHTD610403 for ; Sun, 25 Feb 2001 01:29:13 +0800 Received: (from dayta@localhost) by morwong.ucc.gu.uwa.edu.au (8.10.1/8.10.1) id f1OHTCW448858 for nel@nevrax.org; Sun, 25 Feb 2001 01:29:12 +0800 (WST) Date: Sun, 25 Feb 2001 01:29:01 +0800 From: Leighton Haynes To: nel@nevrax.org Message-ID: <20010225012901.C351302@morwong.ucc.gu.uwa.edu.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.4i Subject: [Nel] Getting NeL up and running. Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi Guys, Well, i finally managed to get the sample snowballs client and server up and running, though it required quite a few code hacks on my part. (Damn my wacky machine config). Oh yeah, this is all for the linux code as well.. my machine is basically debian woody (though various gnome/wine/sawfish things are latest releases compiled from source) Most of my 'fixes' aren't really, they address the symptoms rather than the cause, though I don't think I've broken anything major with them ;) If anyone wants to give me some hints on what could be causing them, please do. In case anyone else has similar problems, things I got were: time_service was exiting: temporarily fixed by removing the call of _Callback() in checkConfigFiles() method of code/nel/src/misc/config_file/config_file.cpp. I haven't managed to work out where it's being set, or why the value isn't correct yet. I gather the point of the Callback function is so that the client which has loaded the Config file can become aware of any changes to the parameters in the file, the time_service doesn't appear to set any callbacks for this though. *shrug* moves_service - suspect it had the same problem as above, it _was_ segfaulting, but went away after the above hack. the client was exiting with a message in the logfile about being unable to load file "data/". Managed to eventually track it down to some of the texture loading code in code/nel/src/3d/landscape.cpp. The loading of the diffuse texturemap doesn't do a check for textName == "" though the loading of the alpha texture map does. Haven't worked out yet why it's decided that the textName is "" (it's too late ;)). I modified the code to do a test for textName == "" and made it default to loading the CTextureCross texture. As some other comments - processes are defaulting under linux to some (IMHO) really ugly behaviour of 'fork'ing another process, the sole purpose of this appears to be to let them run in the background. I don't see any really good reason for doing this, since it can be quite easily achieved by 'nohup'ing it and shoving an '&' on the end of the line. Am I missing something? (It makes it a bugger to debug, I can't run 'strace' on them effectively etc etc. Obviously, i just commented the code out of my version ;) Perhaps a commandline switch would be more appropriate?) Oh well, after all that, the client runs at about 5fps ;) Guess I should spend some time seeing if I can get it faster eh? Can anyone give me some benchmarkish figures for framerate under window~1? For a P3-550 with Geforce(1) would be best ;) Then I can have a base to work from. Anyhow, nice work guys. The framework (which I've forcibly had to poke) seems pretty decent (I'm reserving judgement for further praise until I've had more experience with it ;)). Having spent some time working on one of these, I know just how much work it is to get anything this complex working. Leighton... -- Part-time student. Full-time Programmer. Seeking the 36 hour day and the 10 hour working week. (08) 9272 9058 (Home - like I'm ever there) 0401 335 136 (Mobile - like it's ever on) From valignat@gw.nevrax.com Mon Feb 26 15:54:01 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1QEs1R06478 for ; Mon, 26 Feb 2001 15:54:01 +0100 (CET) (envelope-from valignat@gw.nevrax.com) Received: from gw.nevrax.com (fw.localdomain [192.168.254.254]) by nevrax.com (8.9.3/8.9.3) with ESMTP id PAA10328 for ; Mon, 26 Feb 2001 15:57:52 +0100 Received: (from valignat@localhost) by gw.nevrax.com (8.11.0/8.9.3) id f1QErIs18231 for nel@nevrax.org; Mon, 26 Feb 2001 15:53:18 +0100 (CET) (envelope-from valignat) Date: Mon, 26 Feb 2001 15:53:18 +0100 From: Valignat Cedric To: nel@nevrax.org Subject: Re: [Nel] 2 questions Message-ID: <20010226155318.A18007@nevrax.com> References: <01022323204202.04034@localhost.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <01022323204202.04034@localhost.localdomain>; from bebarker@meginc.com on Fri, Feb 23, 2001 at 11:20:42PM -0500 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hello Brandon, Brandon Barker wrote: > > 1) I'm trying to compile NeL 2.0 (packaged with Snowballs 2) on a machine > with Utah-GLX (its an accelerated version of Mesa 3.2 and will work with ATI > Rage and others), but configure tells me I have no opengl, and suggest I get > Mesa. What should I do. That migth come from the file , could you check that you have this file ? If it's missing, you will be able to download it from : http://oss.sgi.com/projects/ogl-sample/ABI/glext.h > 2) Is it possible to compile in Windows with Cygwin? Cygwin would be a good > compiler of choice for the windows platform because it is Free Software and > anyone can get it ... for free. We didn't try to compil it on Cygwin *yet*, i will try to do it during the next week, but you are welcome to give it a try and give us some feed back ... that will be nice ;-) Cedric. From dayta@ucc.gu.uwa.edu.au Mon Feb 26 16:15:08 2001 Received: from ucc.gu.uwa.edu.au (mooneye.ucc.gu.uwa.edu.au [130.95.13.9]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1QFF6R06616 for ; Mon, 26 Feb 2001 16:15:07 +0100 (CET) (envelope-from dayta@ucc.gu.uwa.edu.au) Received: from morwong.ucc.gu.uwa.edu.au (dayta@morwong.ucc.gu.uwa.edu.au [130.95.13.19]) by ucc.gu.uwa.edu.au (8.11.0.Beta1/8.11.0.Beta1/Debian 8.11.0-1) with ESMTP id f1QFCS608136 for ; Mon, 26 Feb 2001 23:12:29 +0800 Received: (from dayta@localhost) by morwong.ucc.gu.uwa.edu.au (8.10.1/8.10.1) id f1QFCSX65879 for nel@nevrax.org; Mon, 26 Feb 2001 23:12:28 +0800 (WST) Date: Mon, 26 Feb 2001 23:12:28 +0800 From: Leighton Haynes To: nel@nevrax.org Subject: Re: [Nel] 2 questions and something else Message-ID: <20010226231228.G351302@morwong.ucc.gu.uwa.edu.au> References: <01022323204202.04034@localhost.localdomain> <20010226155318.A18007@nevrax.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.4i In-Reply-To: <20010226155318.A18007@nevrax.com>; from valignat@nevrax.com on Mon, Feb 26, 2001 at 03:53:18PM +0100 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform On Mon, Feb 26, 2001 at 03:53:18PM +0100, Valignat Cedric wrote: > > Hello Brandon, > > Brandon Barker wrote: > > > > 1) I'm trying to compile NeL 2.0 (packaged with Snowballs 2) on a machine > > with Utah-GLX (its an accelerated version of Mesa 3.2 and will work with ATI > > Rage and others), but configure tells me I have no opengl, and suggest I get > > Mesa. What should I do. > > That migth come from the file , could you check that you have > this file ? > > If it's missing, you will be able to download it from : > > http://oss.sgi.com/projects/ogl-sample/ABI/glext.h ie, the configure script checks that your GL_GLEXT_VERSION is greater than or equal to 7. If your glext.h is earlier than this, it will give you the message about not having opengl (the configure script should probably be changed to a less misleading message). > > 2) Is it possible to compile in Windows with Cygwin? Cygwin would be a good > > compiler of choice for the windows platform because it is Free Software and > > anyone can get it ... for free. > > We didn't try to compil it on Cygwin *yet*, i will try to do it > during the next week, but you are welcome to give it a try and give > us some feed back ... that will be nice ;-) *shudder* Trying to get stuff which uses windows APIs to compile under Cygwin can be..... painful. On a completely unrelated point, I have fullscreen client under X11 _almost_ working (just have to get it to grab the mouse properly now). One thing that did occur to me is that it used the XF86VidMode extension, so presumably this should be added to the configure script. Anyone wanna give me a pointer on how to do it? :) (Oh, and do we have an established preference for how we'd like out patches?) Leighton... -- Part-time student. Full-time Programmer. Seeking the 36 hour day and the 10 hour working week. (08) 9272 9058 (Home - like I'm ever there) 0401 335 136 (Mobile - like it's ever on) From valignat@gw.nevrax.com Mon Feb 26 16:15:49 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1QFFmR06621 for ; Mon, 26 Feb 2001 16:15:48 +0100 (CET) (envelope-from valignat@gw.nevrax.com) Received: from gw.nevrax.com (fw.localdomain [192.168.254.254]) by nevrax.com (8.9.3/8.9.3) with ESMTP id QAA10846 for ; Mon, 26 Feb 2001 16:19:40 +0100 Received: (from valignat@localhost) by gw.nevrax.com (8.11.0/8.9.3) id f1QFF5218617 for nel@nevrax.org; Mon, 26 Feb 2001 16:15:05 +0100 (CET) (envelope-from valignat) Date: Mon, 26 Feb 2001 16:15:05 +0100 From: Valignat Cedric To: nel@nevrax.org Subject: Re: [Nel] Memory error Message-ID: <20010226161505.A18513@nevrax.com> References: <002001c09d04$58e449c0$1000000a@TOWER> <001401c09d48$3886d320$1000000a@TOWER> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <001401c09d48$3886d320$1000000a@TOWER>; from jdominiczak@home.com on Thu, Feb 22, 2001 at 10:25:06PM -0500 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hello Jason, Jason Dominiczak wrote: > I've been trying to figure out were this is coming from but it only happens when i move the mouse when in the world. I can stay in one spot and launch snowballs and talk for as long as i want but the second i try to look around, it gives me that error. > > I hope this sheds some more light on the reason for this, I'm sorry but no so much :-( Could you give us more informations about your config and eventually try to compil it on a debug mode and send us the output lines that you will get on the console ... Thanks, Cedric. From destine@scholar.org Mon Feb 26 16:49:18 2001 Received: from postal.seqtek.com ([63.162.184.9]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1QFnHR06824 for ; Mon, 26 Feb 2001 16:49:17 +0100 (CET) (envelope-from destine@scholar.org) Received: from angelico (unknown [63.162.184.81]) by postal.seqtek.com (Postfix) with SMTP id 2DE3339A8C for ; Mon, 26 Feb 2001 09:46:37 -0600 (CST) From: "Bret Guillet" To: Subject: RE: [Nel] Getting NeL up and running. Date: Mon, 26 Feb 2001 09:42:42 -0600 Message-ID: <000f01c0a00a$c22cb1c0$51b8a23f@seqtek.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2910.0) In-Reply-To: <20010225012901.C351302@morwong.ucc.gu.uwa.edu.au> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I'm running windows with one of the geforce cards and an Athlon 500 and get roughly between 12 and 14 fps. And that seems to be inline with others who have similar capabilities. -----BEGIN PGP SIGNATURE----- Version: PGPfreeware 6.5.2 for non-commercial use iQA/AwUBOpp5ciQJr2c1l90oEQJtTwCfZPelcwnmgEGChRw9Lt+pl1gMQD4AoNDj lbd6OC/J1zIG26gezJHZzawa =HSCR -----END PGP SIGNATURE----- From zager@teleaction.com Mon Feb 26 17:38:11 2001 Received: from jupiter.augur.de (jupiter.teleaction.de [194.149.245.1]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1QGcBR07177 for ; Mon, 26 Feb 2001 17:38:11 +0100 (CET) (envelope-from zager@teleaction.com) Received: from zager ([194.149.245.62]) by jupiter.augur.de (8.8.8+Sun/8.8.8) with ESMTP id RAA27952 for ; Mon, 26 Feb 2001 17:35:20 +0100 (MET) Date: Mon, 26 Feb 2001 17:32:42 +0100 From: Dim Segebart X-Mailer: The Bat! (v1.49) Business X-Priority: 3 (Normal) Message-ID: <43444977888.20010226173242@teleaction.de> To: nel@nevrax.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: [Nel] Some screen shots Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform I think adding some screen shots of client with SnowBalls to nevrax.org will be a plus, since IMHO it'll help to get some new testers. -- Dim Segebart mailto:zager@teleaction.de From nevrax@bernard-hugueney.org Mon Feb 26 17:52:47 2001 Received: from bubastis (r178m38.cybercable.tm.fr [195.132.178.38]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1QGqlR07329 for ; Mon, 26 Feb 2001 17:52:47 +0100 (CET) (envelope-from nevrax@bernard-hugueney.org) Received: by bubastis (Postfix, from userid 1006) id 6DFE54EC2C; Mon, 26 Feb 2001 17:49:39 +0100 (CET) Date: Mon, 26 Feb 2001 17:49:39 +0100 To: nel@nevrax.org Subject: Re: [Nel] NeL Network Engine Message-ID: <20010226174939.A19771@bernard-hugueney.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.15i In-Reply-To: <3A9537F5.5030407@cblt.org>; from cblt@cblt.org on Thu, Feb 22, 2001 at 05:01:57PM +0100 From: nevrax@bernard-hugueney.org (Bernard Hugueney) Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform * Nicolas Hognon [010222 19:33]: > > i've got the same problem for the project i work for : > how many thread can i run under win nt/2000 and linux > Well, I'm as far as possible from a threads expert, but I think that what makes LinuxThreads special is that they are system threads (vs user threads) maybe heavier, but making use of SMP, so basically, I think the max nb of threads is very much system dependand (SMP?). On a pessimistic note, I remember seeing in kernel traffic that Solaris was more effective in handling huge number of threads :-( Not only that, but Linus T. seemed not to recognize a defect is Linux, but claimed that it was a matter of trade-off and that Solaris was optimized for huge number of threads, and Linux more effective with small number of threads. But my memory is weak so I may be wrong... On a completly unrelated note, I remember seeing a NeL coder seeking assistance on a gcc mailing list for a trouble with exception causing an abort when linking with C code (I think). I do not remember if there was a useful response , but I saw a related message on boost mailing list: Hi, I finally figured out why the regex++ shared library was crashing when throwing an exception. Somehow the shared library wasn't getting created correctly by using ld to link it. When using ld with c++ code, some additional libraries need to be specified on the command line. The easy fix is to simply call g++ to link the files. g++ then calls ld with the appropriate commands. Maybe this can help... Cheers, Bernard From lecroart@nevrax.com Mon Feb 26 17:54:45 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1QGshR07376 for ; Mon, 26 Feb 2001 17:54:43 +0100 (CET) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw.localdomain [192.168.254.254]) by nevrax.com (8.9.3/8.9.3) with SMTP id RAA13118 for ; Mon, 26 Feb 2001 17:58:34 +0100 Message-ID: <001b01c0a014$c8974200$0901a8c0@vianneyl> From: "Vianney Lecroart" To: References: <43444977888.20010226173242@teleaction.de> Subject: Re: [Nel] Some screen shots Date: Mon, 26 Feb 2001 17:54:29 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Yes, screenshot already took. we just wait a validation from the co-fonder to put them on the site. Vianney Lecroart --- lead network programmer / nevrax.com icq#: 6870415 homepage: http://ace.planet-d.net www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? ----- Original Message ----- From: "Dim Segebart" To: Sent: Monday, February 26, 2001 5:32 PM Subject: [Nel] Some screen shots > I think adding some screen shots of client with SnowBalls to nevrax.org will be a > plus, since IMHO it'll help to get some new testers. > > > > -- > Dim Segebart mailto:zager@teleaction.de > > > _______________________________________________ > Nel mailing list > Nel@nevrax.org > /mailman/listinfo.cgi/nel From archer@nevrax.com Mon Feb 26 18:14:56 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1QHEtR07547 for ; Mon, 26 Feb 2001 18:14:55 +0100 (CET) (envelope-from archer@nevrax.com) Received: (from archer@localhost) by nevrax.com (8.9.3/8.9.3) id SAA13565 for nel@nevrax.org; Mon, 26 Feb 2001 18:18:47 +0100 Date: Mon, 26 Feb 2001 18:18:47 +0100 From: Vincent Archer To: nel@nevrax.org Subject: Re: [Nel] 2 questions and something else Message-ID: <20010226181847.M7681@nevrax.com> References: <01022323204202.04034@localhost.localdomain> <20010226155318.A18007@nevrax.com> <20010226231228.G351302@morwong.ucc.gu.uwa.edu.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3us In-Reply-To: <20010226231228.G351302@morwong.ucc.gu.uwa.edu.au> Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform According to Leighton Haynes: > On a completely unrelated point, I have fullscreen client under X11 > _almost_ working (just have to get it to grab the mouse properly now). > One thing that did occur to me is that it used the XF86VidMode > extension, so presumably this should be added to the configure > script. Anyone wanna give me a pointer on how to do it? :) If you know how autoconfig works, it's usually almost trivial. > (Oh, and do we have an established preference for how we'd like > out patches?) Basically, for smallish patches (two-three liners), you may submit them here if you want. However, since not everyone is interested in seeing patches, at least until they are commited on the CVS, you may also submit them directly to code@nevrax.org, which, I think, is mentioned somewhere on the web site. That applies to larger patches as well; I don't think people appreciate seeing a 1000-line diff file landing in the mailing list :) -- Vincent Archer Email: archer@nevrax.com Nevrax France. Off on the yellow brick road we go! From archer@nevrax.com Mon Feb 26 18:19:05 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1QHJ5R07598 for ; Mon, 26 Feb 2001 18:19:05 +0100 (CET) (envelope-from archer@nevrax.com) Received: (from archer@localhost) by nevrax.com (8.9.3/8.9.3) id SAA13685 for nel@nevrax.org; Mon, 26 Feb 2001 18:22:56 +0100 Date: Mon, 26 Feb 2001 18:22:56 +0100 From: Vincent Archer To: nel@nevrax.org Subject: Re: [Nel] Getting NeL up and running. Message-ID: <20010226182256.N7681@nevrax.com> References: <20010225012901.C351302@morwong.ucc.gu.uwa.edu.au> <000f01c0a00a$c22cb1c0$51b8a23f@seqtek.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3us In-Reply-To: <000f01c0a00a$c22cb1c0$51b8a23f@seqtek.com> Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform According to Bret Guillet: > I'm running windows with one of the geforce cards and an Athlon 500 > and > get roughly between 12 and 14 fps. And that seems to be inline with > others who have similar capabilities. It is heavily dependent on what settings you use for the calculation of patches into polygons, since this (in the current generation of cards anyway), is done chiefly in software. -- Vincent Archer Email: archer@nevrax.com Nevrax France. Off on the yellow brick road we go! From archer@nevrax.com Mon Feb 26 18:21:02 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1QHL2R07631 for ; Mon, 26 Feb 2001 18:21:02 +0100 (CET) (envelope-from archer@nevrax.com) Received: (from archer@localhost) by nevrax.com (8.9.3/8.9.3) id SAA13723 for nel@nevrax.org; Mon, 26 Feb 2001 18:24:54 +0100 Date: Mon, 26 Feb 2001 18:24:54 +0100 From: Vincent Archer To: nel@nevrax.org Subject: Re: [Nel] Some screen shots Message-ID: <20010226182454.O7681@nevrax.com> References: <43444977888.20010226173242@teleaction.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3us In-Reply-To: <43444977888.20010226173242@teleaction.de> Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform According to Dim Segebart: > I think adding some screen shots of client with SnowBalls to nevrax.org will be a > plus, since IMHO it'll help to get some new testers. We had a little internal vote about which of the many screenshots we took would look the best. Final validation pending now, but since we don't have any unspeakable acts perpetrated by the gnus on the hapless penguins, I don't think it will take long. -- Vincent Archer Email: archer@nevrax.com Nevrax France. Off on the yellow brick road we go! From valignat@gw.nevrax.com Mon Feb 26 19:03:28 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1QI3SR07887 for ; Mon, 26 Feb 2001 19:03:28 +0100 (CET) (envelope-from valignat@gw.nevrax.com) Received: from gw.nevrax.com (fw.localdomain [192.168.254.254]) by nevrax.com (8.9.3/8.9.3) with ESMTP id TAA14629 for ; Mon, 26 Feb 2001 19:07:20 +0100 Received: (from valignat@localhost) by gw.nevrax.com (8.11.0/8.9.3) id f1QI2iM19743 for nel@nevrax.org; Mon, 26 Feb 2001 19:02:44 +0100 (CET) (envelope-from valignat) Date: Mon, 26 Feb 2001 19:02:44 +0100 From: Valignat Cedric To: nel@nevrax.org Subject: Re: [Nel] 2 questions and something else Message-ID: <20010226190244.A19674@nevrax.com> References: <01022323204202.04034@localhost.localdomain> <20010226155318.A18007@nevrax.com> <20010226231228.G351302@morwong.ucc.gu.uwa.edu.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010226231228.G351302@morwong.ucc.gu.uwa.edu.au>; from dayta@ucc.gu.uwa.edu.au on Mon, Feb 26, 2001 at 11:12:28PM +0800 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hello Leighton, Leighton Haynes wrote: > > ie, the configure script checks that your GL_GLEXT_VERSION is greater > than or equal to 7. If your glext.h is earlier than this, it > will give you the message about not having opengl (the configure script > should probably be changed to a less misleading message). Fixed, sorry about that ... It will be on the public CVS tonigth. > *shudder* Trying to get stuff which uses windows APIs to compile under > Cygwin can be..... painful. I never tried yet, migth be interesting :-) > On a completely unrelated point, I have fullscreen client under X11 > _almost_ working (just have to get it to grab the mouse properly now). > One thing that did occur to me is that it used the XF86VidMode > extension, so presumably this should be added to the configure > script. Anyone wanna give me a pointer on how to do it? :) You can check the GNU website's documentation : http://www.gnu.org/manual/autoconf-2.13/autoconf.html http://www.gnu.org/manual/automake-1.4/automake.html And there is an online book, on RedHat's website, about Automake, Autoconf, and Libtool which is a quite good introduction to all this "stuff" : http://sources.redhat.com/autobook/autobook/autobook_toc.html Contact me if i can help ... Have fun ;-) Cedric. From v.caron@zerodeux.net Mon Feb 26 19:54:30 2001 Received: from zerodeux.net (aboukir-101-1-2-zerodeux.adsl.nerim.net [62.4.22.182]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1QIsUR08174 for ; Mon, 26 Feb 2001 19:54:30 +0100 (CET) (envelope-from v.caron@zerodeux.net) Received: from zerodeux.net (unknown [192.168.1.3]) by zerodeux.net (Postfix) with ESMTP id A9D79145D for ; Mon, 26 Feb 2001 19:55:15 +0100 (CET) Message-ID: <3A9AA57B.9353F87@zerodeux.net> Date: Mon, 26 Feb 2001 19:50:35 +0100 From: Vincent Caron X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.1 i686) X-Accept-Language: en, fr MIME-Version: 1.0 To: nel@nevrax.org Subject: Re: [Nel] NeL Network Engine References: <20010226174939.A19771@bernard-hugueney.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Bernard Hugueney wrote: > > Well, I'm as far as possible from a threads expert, but I think that > what makes LinuxThreads special is that they are system threads (vs user > threads) maybe heavier, but making use of SMP, so basically, I think > the max nb of threads is very much system dependand (SMP?). Threads are indeed system tasks internaly, and they are scheduled as such. The number of tasks and/or threads is only limited by NR_TASKS at compile time in Linux. And yes, the scheduler is not really effective at managing more than 1000~2000 tasks, and doesn't provide enough semantics to optimize thread use. This is rather a matter of design, and you could without great trouble design a Linux scheduler that handles a bunch of threads the way you expect it, but as far as I known, only the real time versions of Linux (such as RTlinux) have played with this part of the Linux code. Now about SMP, Linux does spreads threads over the available CPUs to optimize parallelism, but there's no limitation. And you'll only get a speed up on SMP machines if you really have parallel threads (ie. not a thread join every 10 lines !). I guess we're raising the question of time sharing (or 'multiplexing', sounds cool :)). You can let the OS do it for you and use threads everywhere : BeOS is a good example since everything than can receive events is in a thread. You can do it all by yourself : use one process and dispatch the incoming events to functions (ie. WinProc). Why you would use one more than the other is a matter of design, and also depends on the type of application and the OS you use. The anwser is really not simple and won't certainly fit in a mail, but I must admit I don't have good pointers to give ... From zager@teleaction.com Mon Feb 26 20:22:50 2001 Received: from jupiter.augur.de (jupiter.teleaction.de [194.149.245.1]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1QJMnR08398 for ; Mon, 26 Feb 2001 20:22:49 +0100 (CET) (envelope-from zager@teleaction.com) Received: from zager ([194.149.245.62]) by jupiter.augur.de (8.8.8+Sun/8.8.8) with ESMTP id UAA02949 for ; Mon, 26 Feb 2001 20:20:00 +0100 (MET) Date: Mon, 26 Feb 2001 20:17:11 +0100 From: Dim Segebart X-Mailer: The Bat! (v1.49) Business X-Priority: 3 (Normal) Message-ID: <9454848754.20010226201711@teleaction.de> To: Nel@nevrax.org Subject: Re[2]: [Nel] NeL Network Engine In-reply-To: <3A9AA57B.9353F87@zerodeux.net> References: <20010226174939.A19771@bernard-hugueney.org> <3A9AA57B.9353F87@zerodeux.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform I have already posted this information to NEL list, but as this topic have been arised it's worth to mention it once again. At SGI web site there is (IMHO) great article (and library) which tries to solve common problem of networked application. Look at it by the URL http://oss.sgi.com/projects/state-threads/docs/st.html Project home page is http://oss.sgi.com/projects/state-threads/ -- Dim Segebart mailto:zager@teleaction.de From nevrax@holsman.net Mon Feb 26 21:57:37 2001 Received: from central.cnet.com (central.cnet.com [204.162.81.10]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1QKvaR08837 for ; Mon, 26 Feb 2001 21:57:36 +0100 (CET) (envelope-from nevrax@holsman.net) Received: from holsman.net (112.8.10.10.nat.cnet.com [10.10.8.112]) by central.cnet.com (8.9.3/8.9.3) with ESMTP id MAA09843 for ; Mon, 26 Feb 2001 12:54:55 -0800 (PST) Message-ID: <3A9AC277.6040002@holsman.net> Date: Mon, 26 Feb 2001 12:54:15 -0800 From: Ian Holsman User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; 0.9) Gecko/20010226 X-Accept-Language: en MIME-Version: 1.0 To: nel@nevrax.org Subject: Re: [Nel] NeL Network Engine Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform On 26 Feb 2001, you wrote in games.nevrax: >Bernard Hugueney wrote: > >I guess we're raising the question of time sharing (or 'multiplexing', >sounds cool :)). You can let the OS do it for you and use threads >everywhere : BeOS is a good example since everything than can receive >events is in a thread. You can do it all by yourself : use one process >and dispatch the incoming events to functions (ie. WinProc). Why you >would use one more than the other is a matter of design, and also >depends on the type of application and the OS you use. The anwser is >really not simple and won't certainly fit in a mail, but I must admit I >don't have good pointers to give ... for discussions on different threading models you really should be looking at, and drill down to the documents/technical papers. you probably don't want to maintain a thread per connected user, but have some kind of 'state' information which can be refered to by the incoming request. http://www.cs.wustl.edu/~schmidt/ACE.html ..Ian From michael@in-orbit.net Mon Feb 26 22:01:51 2001 Received: from mail.in-orbit.net ([207.44.176.190]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1QL1oR08879 for ; Mon, 26 Feb 2001 22:01:50 +0100 (CET) (envelope-from michael@in-orbit.net) Received: from baldur ([207.44.176.190]) by mail.in-orbit.net (8.11.0/8.11.0) with SMTP id f1QL02l06275 for ; Mon, 26 Feb 2001 13:00:03 -0800 Message-ID: <005b01c0a036$f835fde0$9701a8c0@inorbit.org> From: "Michael Warnock" To: References: <000f01c0a00a$c22cb1c0$51b8a23f@seqtek.com> Subject: Re: [Nel] Getting NeL up and running. Date: Mon, 26 Feb 2001 12:59:11 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform > I'm running windows with one of the geforce cards and an Athlon 500 > and > get roughly between 12 and 14 fps. And that seems to be inline with > others who have similar capabilities. I'm running an athlon 700 with a geforce2 gts and get 15-30 fps (depending on scene complexity) with cvs from a couple days ago (and some modifications we're making which should only make it slower) The speed hardly even goes down when I crank the resolution up to 1280x1024 which indicates to me that we are currently cpu limited. You might also try commenting nlinfo() lines out if u really want a few more fps, but just judging by the speed improvements since snowballs .1 I'm not worried about future performance:) michael warnock in-orbit entertainment inc. From cblt@cblt.org Mon Feb 26 23:06:30 2001 Received: from racine.cybercable.fr (racine.cybercable.fr [212.198.0.201]) by www.nevrax.org (8.11.0/8.11.0) with SMTP id f1QM6UR09263 for ; Mon, 26 Feb 2001 23:06:30 +0100 (CET) (envelope-from cblt@cblt.org) Received: (qmail 10726719 invoked from network); 26 Feb 2001 22:03:55 -0000 Received: from r184m194.cybercable.tm.fr (HELO cblt.org) ([195.132.184.194]) (envelope-sender ) by racine.cybercable.fr (qmail-ldap-1.03) with SMTP for ; 26 Feb 2001 22:03:55 -0000 Message-ID: <3A9AD4A4.8020004@cblt.org> Date: Mon, 26 Feb 2001 23:11:48 +0100 From: Nicolas Hognon User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; 0.8) Gecko/20010215 X-Accept-Language: en MIME-Version: 1.0 To: nel@nevrax.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: [Nel] Cyberspace in the 21st Century: Cyberspace in the 21st Century: Cyberspace in the 21st Century: Cyberspace in the 21st Century : Scalability With a Big 'S' Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform here is an article about massive multiplayer game on gamasutra i don't read it yeat. http://www.gamasutra.com/features/20010226/fitch_01.htm -- Nicolas Hognon home : cblt@cblt.org / www.cblt.org work : nicolash@virtools.com / www.virtools.com #ICQ : 36044443 Enjoy the silence (DM) From dayta@ucc.gu.uwa.edu.au Tue Feb 27 03:20:43 2001 Received: from ucc.gu.uwa.edu.au (mooneye.ucc.gu.uwa.edu.au [130.95.13.9]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1R2KfR11310 for ; Tue, 27 Feb 2001 03:20:41 +0100 (CET) (envelope-from dayta@ucc.gu.uwa.edu.au) Received: from morwong.ucc.gu.uwa.edu.au (dayta@morwong.ucc.gu.uwa.edu.au [130.95.13.19]) by ucc.gu.uwa.edu.au (8.11.0.Beta1/8.11.0.Beta1/Debian 8.11.0-1) with ESMTP id f1R2I1614655 for ; Tue, 27 Feb 2001 10:18:01 +0800 Received: (from dayta@localhost) by morwong.ucc.gu.uwa.edu.au (8.10.1/8.10.1) id f1R2I0F102857 for nel@nevrax.org; Tue, 27 Feb 2001 10:18:00 +0800 (WST) Date: Tue, 27 Feb 2001 10:18:00 +0800 From: Leighton Haynes To: nel@nevrax.org Subject: Re: [Nel] Getting NeL up and running. Message-ID: <20010227101800.I351302@morwong.ucc.gu.uwa.edu.au> References: <20010225012901.C351302@morwong.ucc.gu.uwa.edu.au> <000f01c0a00a$c22cb1c0$51b8a23f@seqtek.com> <20010226182256.N7681@nevrax.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.4i In-Reply-To: <20010226182256.N7681@nevrax.com>; from archer@nevrax.com on Mon, Feb 26, 2001 at 06:22:56PM +0100 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform On Mon, Feb 26, 2001 at 06:22:56PM +0100, Vincent Archer wrote: > According to Bret Guillet: > > I'm running windows with one of the geforce cards and an Athlon 500 > > and > > get roughly between 12 and 14 fps. And that seems to be inline with > > others who have similar capabilities. > > It is heavily dependent on what settings you use for the calculation > of patches into polygons, since this (in the current generation of cards > anyway), is done chiefly in software. How does one change these settings? Also, i read somewhere that you're going to use ROAM? I take it this isn't implemented yet. One thing that would be nice for those of us not in Nevrax would be a roadmap showing featureset planned and whos working on them (and when). This would allow people out here to grab a feature they felt like implementing, and have a go at it, without running into situations where someone else has already done it. Leighton... -- Part-time student. Full-time Programmer. Seeking the 36 hour day and the 10 hour working week. (08) 9272 9058 (Home - like I'm ever there) 0401 335 136 (Mobile - like it's ever on) From lecroart@nevrax.com Tue Feb 27 10:08:37 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1R98bR13138 for ; Tue, 27 Feb 2001 10:08:37 +0100 (CET) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw.localdomain [192.168.254.254]) by nevrax.com (8.9.3/8.9.3) with SMTP id KAA22923 for ; Tue, 27 Feb 2001 10:12:27 +0100 Message-ID: <003701c0a09c$d6ee55e0$0901a8c0@vianneyl> From: "Vianney Lecroart" To: References: <20010225012901.C351302@morwong.ucc.gu.uwa.edu.au> <000f01c0a00a$c22cb1c0$51b8a23f@seqtek.com> <20010226182256.N7681@nevrax.com> <20010227101800.I351302@morwong.ucc.gu.uwa.edu.au> Subject: Re: [Nel] Getting NeL up and running. Date: Tue, 27 Feb 2001 10:08:24 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform I already sent a mail in this list about how to increase the fps in snowball. (vincent archer, you should put this in the FAQ ;-) --------------------- Yes, snowballs is slow because it s a prototype for a futur game. There s no optimisation and our game is planning to work with next computer generation. Anyway, you can increase the frame rate with changing the default value of the tesselation of the landscape and others variables. In the client.cfg, you have 2 variables: LandscapeTileNear = 50.000000; LandscapeThreshold = 0.001000; The first one is the distance, in meter, of the near algorithm, if you decrease the value (putting 10 for example) should increase the framerate. The second variable is the threshold of the tesselation of the landscape, you can increase the value to increase the frame rate (try 0.01 or 0.1 for example). of course, if you do that, there will be less details on the landscape. You can modify these 2 variables in realtime using chat commands. You just have to write: /setthre 0.1 to set the LandscapeThreshold to 0.1 /settilenear 10 to set the LandscapeTileNear to 10 when you change variables in realtime in the game, they are automaticaly store in the client.cfg so you don t have to do it again on next launch. With this, you can increase the framerate from 10 to 30 fps on a fast computer. On our computer, the frame rate is around 10-15fps with default value and we have: Athlon 750Mhz, 256Mb RAM, GeForce256 32Mb RAM. Another thing you have to know is that we use lot of processor time. If we change only the processor and put an Athlan 1Ghz, the framerate increase to 20fps. But if you put a GeForce2GTS, you ll see no difference in the frame rate. The fill rate of the 3d card isn't use a lot, you can try to put the resolution to 320*240 or 1600*1200 and you ll see that the framerate doesn t change a lot. Anyway, we know that snowballs is slow :-/ Vianney Lecroart --- lead network programmer / nevrax.com icq#: 6870415 homepage: http://ace.planet-d.net www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? From archer@nevrax.com Tue Feb 27 17:56:17 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1RGuGR15516 for ; Tue, 27 Feb 2001 17:56:16 +0100 (CET) (envelope-from archer@nevrax.com) Received: (from archer@localhost) by nevrax.com (8.9.3/8.9.3) id SAA01089 for nel@nevrax.org; Tue, 27 Feb 2001 18:00:05 +0100 Date: Tue, 27 Feb 2001 18:00:05 +0100 From: Vincent Archer To: nel@nevrax.org Subject: Re: [Nel] Getting NeL up and running. Message-ID: <20010227180005.D22373@nevrax.com> References: <20010225012901.C351302@morwong.ucc.gu.uwa.edu.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3us In-Reply-To: <20010225012901.C351302@morwong.ucc.gu.uwa.edu.au> Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform According to Leighton Haynes: > Most of my 'fixes' aren't really, they address the symptoms rather > than the cause, though I don't think I've broken anything major > with them ;) If anyone wants to give me some hints on what could > be causing them, please do. Well, we don't have hints, because, as you may surmise, these do not occur here. > I gather the point of the Callback function is so that the > client which has loaded the Config file can become aware > of any changes to the parameters in the file, the time_service > doesn't appear to set any callbacks for this though. *shrug* That's exactly what it's supposed to be, yes. So, either the callbacks are set incorrectly, or they are called while they should not be. > the client was exiting with a message in the logfile about > being unable to load file "data/". Managed to eventually track > it down to some of the texture loading code in > code/nel/src/3d/landscape.cpp. The loading of the diffuse > texturemap doesn't do a check for textName == "" though > the loading of the alpha texture map does. Haven't worked > out yet why it's decided that the textName is "" (it's too > late ;)). I modified the code to do a test for textName == "" > and made it default to loading the CTextureCross texture. That's the strange part. It should not be loading an empty file name at all. I suppose the check doesn't hurt either, so we'll look at integrating it in future commits. > As some other comments - processes are defaulting under linux to > some (IMHO) really ugly behaviour of 'fork'ing another process, > the sole purpose of this appears to be to let them run in the > background. I don't see any really good reason for doing this, Well, there is one. Basically, if you look at these processes, you'll see they first do a set of initialisations, then fork. The whole fork-and-exit sequence is used to guarantee that service N+1 isn't started before service N has at least performed the minimum required initialisations. > since it can be quite easily achieved by 'nohup'ing it and > shoving an '&' on the end of the line. Am I missing something? You could too, but you'd have to slide in a "reasonable" sleep N in the shell startup script. With reasonable varying a lot. > (It makes it a bugger to debug, I can't run 'strace' on them effectively > etc etc. Obviously, i just commented the code out of my version ;) > Perhaps a commandline switch would be more appropriate?) That'll be added, yes. -- Vincent Archer Email: archer@nevrax.com Nevrax France. Off on the yellow brick road we go! From bebarker@meginc.com Tue Feb 27 22:43:30 2001 Received: from sioux.meginc.com (Sioux.meginc.com [207.246.76.19]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1RLhSR16823 for ; Tue, 27 Feb 2001 22:43:29 +0100 (CET) (envelope-from bebarker@meginc.com) Received: from localhost.localdomain (IDENT:brandon@[207.246.76.60]) by sioux.meginc.com (8.9.3/8.9.1) with SMTP id QAA82566 for ; Tue, 27 Feb 2001 16:43:40 -0500 (EST) (envelope-from bebarker@meginc.com) From: Brandon Barker Date: Tue, 27 Feb 2001 16:44:30 -0500 X-Mailer: KMail [version 1.1.99] Content-Type: text/plain; charset="iso-8859-1" To: nel@nevrax.org References: <200102271101.f1RB1OR13797@www.nevrax.org> In-Reply-To: <200102271101.f1RB1OR13797@www.nevrax.org> MIME-Version: 1.0 Message-Id: <01022716443000.02983@localhost.localdomain> Content-Transfer-Encoding: 8bit Subject: [Nel] Re: Nel digest, Vol 1 #64 - 21 msgs Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform > > 1) I'm trying to compile NeL 2.0 (packaged with Snowballs 2) on a machine > > with Utah-GLX (its an accelerated version of Mesa 3.2 and will work with > > ATI Rage and others), but configure tells me I have no opengl, and > > suggest I get Mesa. What should I do. > > That migth come from the file , could you check that you have > this file ? > > If it's missing, you will be able to download it from : > > http://oss.sgi.com/projects/ogl-sample/ABI/glext.h Yes, I have this very file located at /usr/X11R6/include/GL From tsm@IDEALX.com Wed Feb 28 09:35:12 2001 Received: from sarajevo.idealx.com (sarajevo.idealx.com [213.41.87.90]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1S8ZCR20252 for ; Wed, 28 Feb 2001 09:35:12 +0100 (CET) (envelope-from tsm@IDEALX.com) Received: from calvin.UUCP (uucp@localhost) by sarajevo.idealx.com (8.10.1/8.10.1) with UUCP id f1S8WHx11057 for nel@nevrax.org; Wed, 28 Feb 2001 09:32:17 +0100 (CET) Received: from tsm by calvin.ird.IDEALX.com with local (Exim 3.22 #1 (Debian)) id 14Y14l-0006sc-00; Wed, 28 Feb 2001 08:31:07 +0100 Date: Wed, 28 Feb 2001 08:31:06 +0100 From: Thierry Mallard To: nel@nevrax.org Subject: Re: [Nel] NeL Network Engine Message-ID: <20010228083106.A24329@IDEALX.com> References: <3A9537F5.5030407@cblt.org> <20010226174939.A19771@bernard-hugueney.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline User-Agent: Mutt/1.3.15i In-Reply-To: <20010226174939.A19771@bernard-hugueney.org>; from nevrax@bernard-hugueney.org on Mon, Feb 26, 2001 at 05:49:39PM +0100 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform On Mon, Feb 26, 2001 at 05:49:39PM +0100, Bernard Hugueney wrote: > [ Linux and threads ] > Well, I'm as far as possible from a threads expert, but I think that > what makes LinuxThreads special is that they are system threads (vs user > threads) maybe heavier, but making use of SMP, so basically, I think > the max nb of threads is very much system dependand (SMP?). In Linux 2.4.x, you may configure the maximum threads with /proc/sys/kernel/threads-max, if i remember correctly. But the default value (4096) is still much more that what the default kernel can really handle nicely, as is it said in some other posts. We'll have to look deeper into this... Shaman -- Thierry Mallard | GnuPG key on wwwkeys.pgp.net | key 0xA3D021CB | http://thierry.mallard.com | From berenguier@nevrax.com Wed Feb 28 09:36:45 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1S8aiR20276 for ; Wed, 28 Feb 2001 09:36:44 +0100 (CET) (envelope-from berenguier@nevrax.com) Received: from pc6 (fw.localdomain [192.168.254.254]) by nevrax.com (8.9.3/8.9.3) with SMTP id JAA09795 for ; Wed, 28 Feb 2001 09:40:33 +0100 Message-ID: <001701c0a161$4b854a20$0601a8c0@nevrax.net> From: "Lionel Berenguier" To: References: <20010225012901.C351302@morwong.ucc.gu.uwa.edu.au> <000f01c0a00a$c22cb1c0$51b8a23f@seqtek.com> <20010226182256.N7681@nevrax.com> <20010227101800.I351302@morwong.ucc.gu.uwa.edu.au> Subject: Re: [Nel] Getting NeL up and running. Date: Wed, 28 Feb 2001 09:34:41 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2615.200 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform ----- Original Message ----- From: Leighton Haynes To: Sent: Tuesday, February 27, 2001 3:18 AM Subject: Re: [Nel] Getting NeL up and running. > > Also, i read somewhere that you're going to use ROAM? I take it this isn't > implemented yet. > We use a ROAM-like algorithm. See class CLandscape for more details. It is based on bezier patchs, not on heightmap, so it is slighty different from ROAM (as example, you can't deduce tesselation neighborhood from topology (a patch graph is not as simple as a heightmap :) )). There is lot of features (from Tiles, to distance based geomoprh) which make it different from the original ROAM document. Actually, I tink the only thing copied from ROAM is the triangle split/merge scheme. Lionel. From lecroart@nevrax.com Wed Feb 28 10:07:31 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1S97VR20584 for ; Wed, 28 Feb 2001 10:07:31 +0100 (CET) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw.localdomain [192.168.254.254]) by nevrax.com (8.9.3/8.9.3) with SMTP id KAA10311 for ; Wed, 28 Feb 2001 10:11:19 +0100 Message-ID: <001501c0a165$da374d00$0901a8c0@vianneyl> From: "Vianney Lecroart" To: References: <3A9537F5.5030407@cblt.org> <20010226174939.A19771@bernard-hugueney.org> <20010228083106.A24329@IDEALX.com> Subject: Re: [Nel] NeL Network Engine Date: Wed, 28 Feb 2001 10:07:19 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hello, In fact, we don't want to know the theorical limit. we know that we can change this value in the kernel sources and recompile it. What we don't know is the thread number limit after what the system uses too much CPU. In the linuxthread faq, they said that an application should not create more than 100 thread. In this case, we have to forget the solution where each socket is on a thread and use a blocked receive(). The problem is that select() is quite slow and if we have only 100 thread, each thread needs to manage, with a select(), around 50 players and we ll lost lot of time to create the array for the select() and check who have wakeup the select(). Vianney Lecroart --- lead network programmer / nevrax.com icq#: 6870415 homepage: http://ace.planet-d.net www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? ----- Original Message ----- From: "Thierry Mallard" To: Sent: Wednesday, February 28, 2001 8:31 AM Subject: Re: [Nel] NeL Network Engine > On Mon, Feb 26, 2001 at 05:49:39PM +0100, Bernard Hugueney wrote: > > [ Linux and threads ] > > Well, I'm as far as possible from a threads expert, but I think that > > what makes LinuxThreads special is that they are system threads (vs user > > threads) maybe heavier, but making use of SMP, so basically, I think > > the max nb of threads is very much system dependand (SMP?). > > In Linux 2.4.x, you may configure the maximum threads with > /proc/sys/kernel/threads-max, if i remember correctly. > > But the default value (4096) is still much more that what the default kernel > can really handle nicely, as is it said in some other posts. We'll have to > look deeper into this... > > > Shaman > > -- > Thierry Mallard | > GnuPG key on wwwkeys.pgp.net | > key 0xA3D021CB | > http://thierry.mallard.com | > > _______________________________________________ > Nel mailing list > Nel@nevrax.org > /mailman/listinfo.cgi/nel From lecroart@nevrax.com Wed Feb 28 10:49:10 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1S9n5R20822 for ; Wed, 28 Feb 2001 10:49:06 +0100 (CET) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw.localdomain [192.168.254.254]) by nevrax.com (8.9.3/8.9.3) with SMTP id KAA11011 for ; Wed, 28 Feb 2001 10:52:50 +0100 Message-ID: <008901c0a16b$a74148a0$0901a8c0@vianneyl> From: "Vianney Lecroart" To: References: <20010226174939.A19771@bernard-hugueney.org><3A9AA57B.9353F87@zerodeux.net> <9454848754.20010226201711@teleaction.de> Subject: Re: Re[2]: [Nel] NeL Network Engine Date: Wed, 28 Feb 2001 10:48:50 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hello, Yes, we didn't send a message to say what do we think about this library (sate thread). We currently look in deep the documentation and it seems a very interesting. We just have to be sure that this lib fulfils our requirements. Vianney Lecroart --- lead network programmer / nevrax.com icq#: 6870415 homepage: http://ace.planet-d.net www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? ----- Original Message ----- From: "Dim Segebart" To: Sent: Monday, February 26, 2001 8:17 PM Subject: Re[2]: [Nel] NeL Network Engine > I have already posted this information to NEL list, but as > this topic have been arised it's worth to mention it once again. > At SGI web site there is (IMHO) great article (and library) which > tries to solve common problem of networked application. > Look at it by the URL http://oss.sgi.com/projects/state-threads/docs/st.html > Project home page is http://oss.sgi.com/projects/state-threads/ > > > -- > Dim Segebart mailto:zager@teleaction.de > > > _______________________________________________ > Nel mailing list > Nel@nevrax.org > /mailman/listinfo.cgi/nel From cblt@cblt.org Wed Feb 28 10:57:42 2001 Received: from smarthost1.mail.easynet.fr (smarthost1.mail.easynet.fr [212.180.1.68]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1S9vgR20880 for ; Wed, 28 Feb 2001 10:57:42 +0100 (CET) (envelope-from cblt@cblt.org) Received: from mx1.mail.easynet.fr (slb-1-sippriv.mail.easynet.fr [10.0.1.57]) by smarthost1.mail.easynet.fr (Postfix) with ESMTP id A9B5AB900 for ; Wed, 28 Feb 2001 10:55:00 +0100 (CET) Received: from cblt.org (nemo-gw.nemo.com [212.180.94.137]) by mx1.mail.easynet.fr (Postfix) with ESMTP id 350ABB6AF for ; Wed, 28 Feb 2001 10:54:59 +0100 (CET) Message-ID: <3A9CCB77.4080101@cblt.org> Date: Wed, 28 Feb 2001 10:57:11 +0100 From: Nicolas Hognon User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; 0.8) Gecko/20010215 X-Accept-Language: en MIME-Version: 1.0 To: nel@nevrax.org Subject: Re: [Nel] NeL Network Engine References: <3A9537F5.5030407@cblt.org> <20010226174939.A19771@bernard-hugueney.org> <20010228083106.A24329@IDEALX.com> <001501c0a165$da374d00$0901a8c0@vianneyl> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform > In this case, we have to forget the solution where each > socket is on a thread and use a blocked receive(). The problem is that > select() is quite slow and if we have only 100 thread, > each thread needs to manage, with a select(), around 50 players and we ll > lost lot of time to create the array for the select() > and check who have wakeup the select(). I encouter the same problem : one thread must manage more than one socket on the server. the problem is how managing those socket in the thread. the problem is I want to be portable between windows and linux :(( under windows there is many solution : - select (the only one which is portable) - windows event and message - overlapped I/O under linux the only solution I know is : - select / poll : i'm not sure but i think the difference between select and poll is that with poll you don't have to fill your array before each call. another problem when a thread maange more than one socket is what your threads will do : a first approch is something like that : while(run) { TestSokets(); for each socket which received something do read the incoming data process the data send data done } but during one step of this loop your socket list must be locked so if a new socket need to enter this thread the calling thread will be blocked. a solution is to have more than one thread type. thread which test and read socket (perhaps wire in socket to) thread which to process a network message queue. (and perhaps thread which send network message) but it increase the number of thread so the maximum number of client is lesser. but i'm not really used to programming with thread yet so perhaps my problem are not really problems. i hope this can help and you can understand me :)) and i think i'll take a look at http://oss.sgi.com/projects/state-threads/ to ... good luck -- Nicolas Hognon nicolash@virtools.com Virtools - The Behavior Company Tel. (+33) 1 42 71 46 86 / Fax. (+33) 1 42 71 86 53 http://www.virtools.com/ From lecroart@nevrax.com Wed Feb 28 11:33:21 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1SAXLR21073 for ; Wed, 28 Feb 2001 11:33:21 +0100 (CET) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw.localdomain [192.168.254.254]) by nevrax.com (8.9.3/8.9.3) with SMTP id LAA12016 for ; Wed, 28 Feb 2001 11:37:10 +0100 Message-ID: <00b001c0a171$d87497f0$0901a8c0@vianneyl> From: "Vianney Lecroart" To: References: <20010226174939.A19771@bernard-hugueney.org><3A9AA57B.9353F87@zerodeux.net> <9454848754.20010226201711@teleaction.de> Date: Wed, 28 Feb 2001 11:33:10 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Subject: [Nel] State Threads library Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform There is a very very big problem in the State Threads library The State Threads library is a derivative of the Netscape Portable Runtime library (NSPR) and therefore is distributed under the Netscape Public License (NPL). And the NPL is not compatible with GPL licence so we could not use it in your GPL project!!! Another less important problem is that it doesn't work on windows and our server must be able to run on windows (for debugging purpose for example) Vianney Lecroart --- lead network programmer / nevrax.com icq#: 6870415 homepage: http://ace.planet-d.net www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? From dayta@ucc.gu.uwa.edu.au Wed Feb 28 13:19:00 2001 Received: from ucc.gu.uwa.edu.au (mooneye.ucc.gu.uwa.edu.au [130.95.13.9]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1SCIvR21624 for ; Wed, 28 Feb 2001 13:18:58 +0100 (CET) (envelope-from dayta@ucc.gu.uwa.edu.au) Received: from morwong.ucc.gu.uwa.edu.au (dayta@morwong.ucc.gu.uwa.edu.au [130.95.13.19]) by ucc.gu.uwa.edu.au (8.11.0.Beta1/8.11.0.Beta1/Debian 8.11.0-1) with ESMTP id f1SCGH604366 for ; Wed, 28 Feb 2001 20:16:17 +0800 Received: (from dayta@localhost) by morwong.ucc.gu.uwa.edu.au (8.10.1/8.10.1) id f1SCGHB216472 for nel@nevrax.org; Wed, 28 Feb 2001 20:16:17 +0800 (WST) Date: Wed, 28 Feb 2001 20:16:17 +0800 From: Leighton Haynes To: nel@nevrax.org Message-ID: <20010228201617.Q351302@morwong.ucc.gu.uwa.edu.au> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="vkogqOf2sHV7VnPd" Content-Disposition: inline User-Agent: Mutt/1.2.4i Subject: [Nel] Linux fullscreen patches Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform --vkogqOf2sHV7VnPd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi Guys, Attached to this should be 3 diffs against the current cvs tree to enable fullscreen under linux using the XFree86 VidMode extensions. The aptches are for the configure.in script, and driver_opengl.{cpp,h}. To enable it you need to remake the configure script (./bootstrap) and run configure with the --with-xf86vidmode= - usually /usr/X11R6/lib. If this option isn't given, it will currently compile without fullscreen support. Anyhow, have a play, if anyone finds bugs... erm.. bug me ;) Leighton... -- Part-time student. Full-time Programmer. Seeking the 36 hour day and the 10 hour working week. (08) 9272 9058 (Home - like I'm ever there) 0401 335 136 (Mobile - like it's ever on) --vkogqOf2sHV7VnPd Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="diff.configure.in" Index: configure.in =================================================================== RCS file: /home/cvsroot/code/nel/configure.in,v retrieving revision 1.23 diff -r1.23 configure.in 232a233,251 > dnl ============================================ > dnl Check for XF86VidMode extension (-lXxf86vm) > dnl ============================================ > AC_MSG_CHECKING("for XF86VidMode extension") > AC_ARG_WITH( xf86vidmode, > [ --with-xf86vidmode= path to the XF86VidMode lib. > e.g. /usr/X11R6/lib], > [VMLIB_DIR=$with_xf86vidmode > AC_MSG_RESULT(using VidMode library located in $with_xf86vidmode.)], > AC_MSG_RESULT(Compiling without Xf86VidMode and hence fullscreen support to compile with XF86VidMode support, use --with-xf86vidmode=) > ) > > if test X"$VMLIB_DIR" != X; > then > LIBS="-L$VMLIB_DIR -lXxf86vm $LIBS"; > CXXFLAGS="$CXXFLAGS -DXF86VIDMODE"; > fi > > --vkogqOf2sHV7VnPd Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="diff.driver_opengl.cpp" Index: driver_opengl.cpp =================================================================== RCS file: /home/cvsroot/code/nel/src/3d/driver/opengl/driver_opengl.cpp,v retrieving revision 1.75 diff -r1.75 driver_opengl.cpp 140d139 < _FullScreen= false; 144c143,149 < #endif // NL_OS_WINDOWS --- > #elif defined (NL_OS_UNIX) // NL_OS_WINDOWS > #ifdef XF86VIDMODE > memset(&_OldScreenMode,0,sizeof(_OldScreenMode));// zero the old screen mode > #endif //XF86VIDMODE > #endif > > _FullScreen= false; 225a231 > { 226a233 > } 351c358 < { --- > { 353c360 < } --- > } 355c362 < { --- > { 357c364 < } --- > } 364c371,385 < attr.override_redirect = False; --- > #ifdef XF86VIDMODE > // If we're going to attempt fullscreen, we need to set redirect to True, > // This basically places the window with no borders in the top left > // corner of the screen. > if (mode.Windowed) > { > attr.override_redirect = False; > } > else > { > attr.override_redirect = True; > } > #else > attr.override_redirect = False; > #endif 409,411c430,507 < // XEvent event; < // XIfEvent(dpy, &event, WaitForNotify, (char *)this); < --- > #ifdef XF86VIDMODE > if (!mode.Windowed) > { > > // Set window to the right size, map it to the display, and raise it > // to the front > XResizeWindow(dpy,win,mode.Width,mode.Height); > XMapRaised(dpy,win); > XRaiseWindow(dpy, win); > > // grab the mouse and keyboard on the fullscreen window > if ((XGrabPointer(dpy, win, True, 0, > GrabModeAsync, GrabModeAsync, > win, None, CurrentTime) != GrabSuccess) || > (XGrabKeyboard(dpy, win, True, > GrabModeAsync, GrabModeAsync, CurrentTime) != 0) ) > { > // Until I work out how to deal with this nicely, it just gives > // an error and exits the prorgam. > nlerror("Unable to grab keyboard and mouse\n"); > } > else > { > // Save the old screen mode and dotclock > memset(&_OldScreenMode, 0, sizeof(_OldScreenMode)); > XF86VidModeGetModeLine(dpy, > DefaultScreen(dpy), > &_OldDotClock, > &_OldScreenMode); > // Save the old viewport > XF86VidModeGetViewPort(dpy, > DefaultScreen(dpy), > &_OldX, > &_OldY); > > // get a list of modes, search for an appropriate one. > XF86VidModeModeInfo **modes; > int nmodes; > if (XF86VidModeGetAllModeLines(dpy, > DefaultScreen(dpy), > &nmodes,&modes)) > { > int mode_index = -1; // Gah, magic numbers all bad. > for (int i = 0; i < nmodes; i++) > { > nldebug("Available mode - %dx%d\n",mode.Width,mode.Height); > if( (modes[i]->hdisplay == mode.Width) && > (modes[i]->vdisplay == mode.Height)) > { > mode_index = i; > } > } > // Switch to the mode > if (mode_index != -1) > { > if(XF86VidModeSwitchToMode(dpy, > DefaultScreen(dpy), > modes[mode_index])) > { > nlinfo("Switching to mode %dx%d,\n",mode.Width, > mode.Height); > XF86VidModeSetViewPort(dpy,DefaultScreen(dpy),0, 0); > _FullScreen = true; > } > } > else > { > // This is a problem, since we've nuked the border from > // window in the setup stage, until I work out how > // to get it back (recreate window? seems excessive) > nlerror("Couldn't find an appropriate mode %dx%d\n", > mode.Width, > mode.Height); > } > } > } > } > #endif // XF86VIDMODE 659c755,776 < #endif // NL_OS_WINDOWS --- > #elif defined (NL_OS_UNIX)// NL_OS_WINDOWS > > #ifdef XF86VIDMODE > if(_FullScreen) > { > XF86VidModeModeInfo info; > nlinfo("Switching back to original mode \n"); > > // This is a bit ugly - a quick hack to copy the ModeLine structure > // into the modeInfo structure. > memcpy((XF86VidModeModeLine *)((char *)&info + sizeof(info.dotclock)), &_OldScreenMode, sizeof(XF86VidModeModeLine)); > info.dotclock = _OldDotClock; > > nlinfo("Mode is %dx%d,\n",info.hdisplay,info.vdisplay); > XF86VidModeSwitchToMode(dpy,DefaultScreen(dpy),&info); > nlinfo("Switching viewporr to %d,%d,\n",_OldX, _OldY); > XF86VidModeSetViewPort(dpy,DefaultScreen(dpy),_OldX,_OldY); > // Ungrab the keyboard (probably not necessary); > XUngrabKeyboard(dpy, CurrentTime); > } > #endif // XF86VIDMODE > #endif // NL_OS_UNIX --vkogqOf2sHV7VnPd Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="diff.driver_opengl.h" Index: driver_opengl.h =================================================================== RCS file: /home/cvsroot/code/nel/src/3d/driver/opengl/driver_opengl.h,v retrieving revision 1.50 diff -r1.50 driver_opengl.h 40a41 > #include 219a221 > bool _FullScreen; 230d231 < bool _FullScreen; 238a240,244 > //#ifdef XF86VIDMODE > int _OldDotClock; // old dotclock > XF86VidModeModeLine _OldScreenMode; // old modeline > int _OldX, _OldY; //Viewport settings > //#endif //XF86VIDMODE 240d245 < --vkogqOf2sHV7VnPd-- From v.caron@zerodeux.net Wed Feb 28 14:34:32 2001 Received: from zerodeux.net (aboukir-101-1-2-zerodeux.adsl.nerim.net [62.4.22.182]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1SDYVR22095 for ; Wed, 28 Feb 2001 14:34:32 +0100 (CET) (envelope-from v.caron@zerodeux.net) Received: from zerodeux.net (unknown [192.168.1.3]) by zerodeux.net (Postfix) with ESMTP id 1B40E2576 for ; Wed, 28 Feb 2001 14:35:21 +0100 (CET) Message-ID: <3A9D0B88.36382665@zerodeux.net> Date: Wed, 28 Feb 2001 15:30:32 +0100 From: Vincent Caron X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.1 i686) X-Accept-Language: en, fr MIME-Version: 1.0 To: nel@nevrax.org Subject: Re: [Nel] NeL Network Engine References: <3A9537F5.5030407@cblt.org> <20010226174939.A19771@bernard-hugueney.org> <20010228083106.A24329@IDEALX.com> <001501c0a165$da374d00$0901a8c0@vianneyl> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Vianney Lecroart wrote: > > What we don't know is the thread number limit after what the system uses too > much CPU. In the linuxthread faq, they > said that an application should not create more than 100 thread. In this > case, we have to forget the solution where each > socket is on a thread and use a blocked receive(). The problem is that > select() is quite slow and if we have only 100 thread, > each thread needs to manage, with a select(), around 50 players and we ll > lost lot of time to create the array for the select() > and check who have wakeup the select(). Looking at Apache or Samba projects, it seems that a good compromise is to set a 'maximum client requests by thread' and spawns threads accordingly. Apache uses process forking and memory sharing, but the design remains the same. You then just tune this max_request_by_thread for each OS, say 1 for Solaris which is said thread-efficient, 10 for Linux ? Just a hint ... From cblt@cblt.org Wed Feb 28 15:11:27 2001 Received: from smarthost2.mail.easynet.fr (smarthost2.mail.easynet.fr [212.180.1.69]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1SEBQR22279 for ; Wed, 28 Feb 2001 15:11:26 +0100 (CET) (envelope-from cblt@cblt.org) Received: from mx1.mail.easynet.fr (slb-1-sippriv.mail.easynet.fr [10.0.1.57]) by smarthost2.mail.easynet.fr (Postfix) with ESMTP id B3E24BB9A for ; Wed, 28 Feb 2001 15:08:50 +0100 (CET) Received: from cblt.org (nemo-gw.nemo.com [212.180.94.137]) by mx1.mail.easynet.fr (Postfix) with ESMTP id 50104B6AA for ; Wed, 28 Feb 2001 15:08:45 +0100 (CET) Message-ID: <3A9D06ED.2030101@cblt.org> Date: Wed, 28 Feb 2001 15:10:53 +0100 From: Nicolas Hognon User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; 0.8) Gecko/20010215 X-Accept-Language: en MIME-Version: 1.0 To: nel@nevrax.org Subject: Re: [Nel] NeL Network Engine References: <3A9537F5.5030407@cblt.org> <20010226174939.A19771@bernard-hugueney.org> <20010228083106.A24329@IDEALX.com> <001501c0a165$da374d00$0901a8c0@vianneyl> <3A9D0B88.36382665@zerodeux.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform > Looking at Apache or Samba projects, it seems that a good compromise is to > set a 'maximum client requests by thread' and spawns threads accordingly. > Apache uses process forking and memory sharing, but the design remains the > same. You then just tune this max_request_by_thread for each OS, say 1 for > Solaris which is said thread-efficient, 10 for Linux ? Just a hint ... ok this is a solution but as i said in my last mail the problem is how managing more than one socket per thread efficiently ? under windows i know other solution than select / poll but under unixes i don't know other solutions. some one knows other one ? -- Nicolas Hognon nicolash@virtools.com Virtools - The Behavior Company Tel. (+33) 1 42 71 46 86 / Fax. (+33) 1 42 71 86 53 http://www.virtools.com/ From yan@nevrax.com Wed Feb 28 15:18:22 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1SEIMR22345 for ; Wed, 28 Feb 2001 15:18:22 +0100 (CET) (envelope-from yan@nevrax.com) Received: from pc5.nevrax.net (fw.localdomain [192.168.254.254]) by nevrax.com (8.9.3/8.9.3) with ESMTP id PAA16448 for ; Wed, 28 Feb 2001 15:22:11 +0100 Message-Id: <200102281422.PAA16448@nevrax.com> Subject: Re: [Nel] Linux fullscreen patches From: Yan Babilliot To: nel@nevrax.org In-Reply-To: <20010228201617.Q351302@morwong.ucc.gu.uwa.edu.au> Content-Type: text/plain X-Mailer: Evolution (0.8/+cvs.2001.02.08.08.59 - Preview Release) Date: 28 Feb 2001 15:16:03 +0100 Mime-Version: 1.0 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform putain quand je vois ca ca mfout les nerfs d'informaticien. Zauraaient du vous acheter des pots de yaourt avec des ficelles s'aurait ete moins cher ... On 28 Feb 2001 20:16:17 +0800, Leighton Haynes wrote: > Hi Guys, > Attached to this should be 3 diffs against the current cvs tree > to enable fullscreen under linux using the XFree86 VidMode > extensions. The aptches are for the configure.in script, > and driver_opengl.{cpp,h}. > > To enable it you need to remake the configure script (./bootstrap) > and run configure with the --with-xf86vidmode= Xxf86vm lib> - usually /usr/X11R6/lib. If this option isn't given, > it will currently compile without fullscreen support. > > Anyhow, have a play, if anyone finds bugs... erm.. bug me ;) > > Leighton... > > -- > > Part-time student. Full-time Programmer. > Seeking the 36 hour day and the 10 hour working week. > (08) 9272 9058 (Home - like I'm ever there) > 0401 335 136 (Mobile - like it's ever on) From lecroart@nevrax.com Wed Feb 28 15:28:47 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1SESlR22430 for ; Wed, 28 Feb 2001 15:28:47 +0100 (CET) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw.localdomain [192.168.254.254]) by nevrax.com (8.9.3/8.9.3) with SMTP id PAA16650 for ; Wed, 28 Feb 2001 15:32:36 +0100 Message-ID: <00e201c0a192$bc1565f0$0901a8c0@vianneyl> From: "Vianney Lecroart" To: References: <3A9537F5.5030407@cblt.org> <20010226174939.A19771@bernard-hugueney.org> <20010228083106.A24329@IDEALX.com> <001501c0a165$da374d00$0901a8c0@vianneyl> <3A9D0B88.36382665@zerodeux.net> <3A9D06ED.2030101@cblt.org> Subject: Re: [Nel] NeL Network Engine Date: Wed, 28 Feb 2001 15:28:35 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform > is how managing more than one socket per thread efficiently ? There's no 1000000 solutions :) In fact, if you want to be portable, there s only one solution (if think), it s select() that is available on all BSD socket system (all unix, linux and windows) The other solution is poll() that it should have better performance but is conform to XPG4-UNIX (not available on windows) And other solutions are OS specific (on unix, i don t know other solutions). Vianney Lecroart --- lead network programmer / nevrax.com icq#: 6870415 homepage: http://ace.planet-d.net www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? From v.caron@zerodeux.net Wed Feb 28 15:34:51 2001 Received: from zerodeux.net (aboukir-101-1-2-zerodeux.adsl.nerim.net [62.4.22.182]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1SEYoR22477 for ; Wed, 28 Feb 2001 15:34:50 +0100 (CET) (envelope-from v.caron@zerodeux.net) Received: from zerodeux.net (unknown [192.168.1.3]) by zerodeux.net (Postfix) with ESMTP id 8279E2576 for ; Wed, 28 Feb 2001 15:35:44 +0100 (CET) Message-ID: <3A9D19AF.139252D9@zerodeux.net> Date: Wed, 28 Feb 2001 16:30:55 +0100 From: Vincent Caron X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.1 i686) X-Accept-Language: en, fr MIME-Version: 1.0 To: nel@nevrax.org Subject: Re: [Nel] NeL Network Engine References: <3A9537F5.5030407@cblt.org> <20010226174939.A19771@bernard-hugueney.org> <20010228083106.A24329@IDEALX.com> <001501c0a165$da374d00$0901a8c0@vianneyl> <3A9D0B88.36382665@zerodeux.net> <3A9D06ED.2030101@cblt.org> <00e201c0a192$bc1565f0$0901a8c0@vianneyl> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform I was more or less suggesting than the solution is not a matter of adopting select() or not, but rather implies a deeper reflexion on the pb of service scheduling... And being cross-platform doesn't mean being uniform, it would be a shame to ignore each OS's specificity. An approach could be to get the best implementation, say, for Linux and Windows, find out an abstract model that unifies both and brings this into NeL. Here again, just a hint ... From yan@nevrax.com Wed Feb 28 15:40:51 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1SEepR22561 for ; Wed, 28 Feb 2001 15:40:51 +0100 (CET) (envelope-from yan@nevrax.com) Received: from pc5.nevrax.net (fw.localdomain [192.168.254.254]) by nevrax.com (8.9.3/8.9.3) with ESMTP id PAA17009 for ; Wed, 28 Feb 2001 15:44:40 +0100 Message-Id: <200102281444.PAA17009@nevrax.com> Subject: Re: [Nel] Linux fullscreen patches From: Yan Babilliot To: nel@nevrax.org In-Reply-To: <200102281422.PAA16448@nevrax.com> Content-Type: text/plain X-Mailer: Evolution (0.8/+cvs.2001.02.08.08.59 - Preview Release) Date: 28 Feb 2001 15:38:32 +0100 Mime-Version: 1.0 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform oops sorry ;) nel@nevrax.org wasn't the destination of this mail ..... a goofy click :( > On 28 Feb 2001 15:16:03 +0100, Yan Babilliot wrote: > putain quand je vois ca ca mfout les nerfs d'informaticien. Zauraaient > du vous acheter des pots de yaourt avec des ficelles s'aurait ete moins > cher ... > > > > On 28 Feb 2001 20:16:17 +0800, Leighton Haynes wrote: > > Hi Guys, > > Attached to this should be 3 diffs against the current cvs tree > > to enable fullscreen under linux using the XFree86 VidMode > > extensions. The aptches are for the configure.in script, > > and driver_opengl.{cpp,h}. > > > > To enable it you need to remake the configure script (./bootstrap) > > and run configure with the --with-xf86vidmode= > Xxf86vm lib> - usually /usr/X11R6/lib. If this option isn't given, > > it will currently compile without fullscreen support. > > > > Anyhow, have a play, if anyone finds bugs... erm.. bug me ;) > > > > Leighton... > > > > -- > > > > Part-time student. Full-time Programmer. > > Seeking the 36 hour day and the 10 hour working week. > > (08) 9272 9058 (Home - like I'm ever there) > > 0401 335 136 (Mobile - like it's ever on) > > _______________________________________________ > Nel mailing list > Nel@nevrax.org > /mailman/listinfo.cgi/nel From archer@nevrax.com Wed Feb 28 16:01:28 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1SF1SR22682 for ; Wed, 28 Feb 2001 16:01:28 +0100 (CET) (envelope-from archer@nevrax.com) Received: (from archer@localhost) by nevrax.com (8.9.3/8.9.3) id QAA17477 for nel@nevrax.org; Wed, 28 Feb 2001 16:05:17 +0100 Date: Wed, 28 Feb 2001 16:05:17 +0100 From: Vincent Archer To: nel@nevrax.org Subject: Re: [Nel] Linux fullscreen patches Message-ID: <20010228160517.C16893@nevrax.com> References: <200102281422.PAA16448@nevrax.com> <200102281444.PAA17009@nevrax.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3us In-Reply-To: <200102281444.PAA17009@nevrax.com> Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform According to Yan Babilliot: > oops sorry ;) > nel@nevrax.org wasn't the destination of this mail ..... a goofy click > :( Too much network destroys the network. I'm rather fond of smoke signals myself. A lot better than can'n string for long range transmission, but the bandwidth sucks :) -- Vincent Archer Email: archer@nevrax.com Nevrax France. Off on the yellow brick road we go! From cblt@cblt.org Wed Feb 28 16:11:44 2001 Received: from smarthost1.mail.easynet.fr (smarthost1.mail.easynet.fr [212.180.1.68]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1SFBhR22756 for ; Wed, 28 Feb 2001 16:11:43 +0100 (CET) (envelope-from cblt@cblt.org) Received: from mx1.mail.easynet.fr (slb-1-sippriv.mail.easynet.fr [10.0.1.57]) by smarthost1.mail.easynet.fr (Postfix) with ESMTP id 6897CBC14 for ; Wed, 28 Feb 2001 16:09:08 +0100 (CET) Received: from cblt.org (nemo-gw.nemo.com [212.180.94.137]) by mx1.mail.easynet.fr (Postfix) with ESMTP id C25A2B6B3 for ; Wed, 28 Feb 2001 16:09:07 +0100 (CET) Message-ID: <3A9D151A.1060804@cblt.org> Date: Wed, 28 Feb 2001 16:11:22 +0100 From: Nicolas Hognon User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; 0.8) Gecko/20010215 X-Accept-Language: en MIME-Version: 1.0 To: nel@nevrax.org Subject: Re: [Nel] NeL Network Engine References: <3A9537F5.5030407@cblt.org> <20010226174939.A19771@bernard-hugueney.org> <20010228083106.A24329@IDEALX.com> <001501c0a165$da374d00$0901a8c0@vianneyl> <3A9D0B88.36382665@zerodeux.net> <3A9D06ED.2030101@cblt.org> <00e201c0a192$bc1565f0$0901a8c0@vianneyl> <3A9D19AF.139252D9@zerodeux.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform i'm aggry with you at this time i'll use select for windows and linux (or poll for linux) and design my server so that i can implement another better solution. has i said before better solution under windows are - are windows message and event and i don't want use it - overlapped I/O but i don't really understand how it works so it's not easy to design a server which is able to use select and this technic. perhaps you already know it but you can take a look at http://www.cyberport.com/~tangent/programming/winsock/articles/io-strategies.html > I was more or less suggesting than the solution is not a matter of adopting > select() or not, but rather implies a deeper reflexion on the pb of service > scheduling... And being cross-platform doesn't mean being uniform, it would > be a shame to ignore each OS's specificity. An approach could be to get the > best implementation, say, for Linux and Windows, find out an abstract model > that unifies both and brings this into NeL. Here again, just a hint ... -- Nicolas Hognon nicolash@virtools.com Virtools - The Behavior Company Tel. (+33) 1 42 71 46 86 / Fax. (+33) 1 42 71 86 53 http://www.virtools.com/ From valignat@gw.nevrax.com Wed Feb 28 16:50:03 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1SFo3R22978 for ; Wed, 28 Feb 2001 16:50:03 +0100 (CET) (envelope-from valignat@gw.nevrax.com) Received: from gw.nevrax.com (fw.localdomain [192.168.254.254]) by nevrax.com (8.9.3/8.9.3) with ESMTP id QAA18432 for ; Wed, 28 Feb 2001 16:53:51 +0100 Received: (from valignat@localhost) by gw.nevrax.com (8.11.0/8.9.3) id f1SFn9n27654 for nel@nevrax.org; Wed, 28 Feb 2001 16:49:09 +0100 (CET) (envelope-from valignat) Date: Wed, 28 Feb 2001 16:49:09 +0100 From: Valignat Cedric To: nel@nevrax.org Subject: Re: [Nel] Re: Nel digest, Vol 1 #64 - 21 msgs Message-ID: <20010228164909.A27502@nevrax.com> References: <200102271101.f1RB1OR13797@www.nevrax.org> <01022716443000.02983@localhost.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <01022716443000.02983@localhost.localdomain>; from bebarker@meginc.com on Tue, Feb 27, 2001 at 04:44:30PM -0500 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Brandon Barker wrote: > > Yes, I have this very file located at /usr/X11R6/include/GL I change the OpenGL checking 2 days ago, and it's, now, checking the file for the define GL_VERSION_1_2, as we are using OpenGL 1.2. Before that it was checking for the define GL_GLEXT_VERSION in the file ... i now, that wasn't very clean :-( Otherwise, that could come from the fact that /usr/X11R6/include/ isn't in your default include directory list, ithat apear on some system and i plan to do this type of checking soon, in that case you should try to to execute the configure script as following : $ CXXFLAGS="-pipe -I/usr/X11R6/include" ./configure [..] I hope that will help, Cedric. From valignat@gw.nevrax.com Wed Feb 28 17:24:14 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1SGOER23160 for ; Wed, 28 Feb 2001 17:24:14 +0100 (CET) (envelope-from valignat@gw.nevrax.com) Received: from gw.nevrax.com (fw.localdomain [192.168.254.254]) by nevrax.com (8.9.3/8.9.3) with ESMTP id RAA19254 for ; Wed, 28 Feb 2001 17:28:03 +0100 Received: (from valignat@localhost) by gw.nevrax.com (8.11.0/8.9.3) id f1SGNKK27827 for nel@nevrax.org; Wed, 28 Feb 2001 17:23:20 +0100 (CET) (envelope-from valignat) Date: Wed, 28 Feb 2001 17:23:20 +0100 From: Valignat Cedric To: nel@nevrax.org Subject: Re: [Nel] Linux fullscreen patches Message-ID: <20010228172320.A27672@nevrax.com> References: <20010228201617.Q351302@morwong.ucc.gu.uwa.edu.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010228201617.Q351302@morwong.ucc.gu.uwa.edu.au>; from dayta@ucc.gu.uwa.edu.au on Wed, Feb 28, 2001 at 08:16:17PM +0800 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi Leighton, Leighton Haynes wrote: > > Attached to this should be 3 diffs against the current cvs tree > to enable fullscreen under linux using the XFree86 VidMode > extensions. The aptches are for the configure.in script, > and driver_opengl.{cpp,h}. > > [...] Nice ! :-))) Give some time to apply and test your patches, and it will be "integrated" ;-) Thanks, Cedric. From zane@supernova.org Wed Feb 28 18:38:22 2001 Received: from weasle.jebc5.k12.mo.us ([204.184.252.120]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1SHcJR23502 for ; Wed, 28 Feb 2001 18:38:20 +0100 (CET) (envelope-from zane@supernova.org) Received: from is64e003 (bart.mmsa.com [205.227.148.2]) by weasle.jebc5.k12.mo.us (8.9.3/8.9.1) with SMTP id BAA21994 for ; Thu, 1 Mar 2001 01:46:42 GMT Message-ID: <076901c0a1ab$a3dd6910$9d3312ac@hq.mmsa.com> From: "Zane" To: References: <3A9537F5.5030407@cblt.org> <20010226174939.A19771@bernard-hugueney.org> <20010228083106.A24329@IDEALX.com> <001501c0a165$da374d00$0901a8c0@vianneyl> <3A9D0B88.36382665@zerodeux.net> <3A9D06ED.2030101@cblt.org> <00e201c0a192$bc1565f0$0901a8c0@vianneyl> <3A9D19AF.139252D9@zerodeux.net> Subject: Re: [Nel] NeL Network Engine Date: Wed, 28 Feb 2001 09:04:59 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform ----- Original Message ----- From: "Vincent Caron" Subject: Re: [Nel] NeL Network Engine > I was more or less suggesting than the solution is not a matter of adopting > select() or not, but rather implies a deeper reflexion on the pb of service > scheduling... And being cross-platform doesn't mean being uniform, it would > be a shame to ignore each OS's specificity. An approach could be to get the > best implementation, say, for Linux and Windows, find out an abstract model > that unifies both and brings this into NeL. Here again, just a hint ... Would not the wisest choice be to research all the high performance web servers out there? It seems to me that this problem has been researched quite extensively by a LOT of other GPL projects. I doubt you'd be able to find a better solution than what Apache or other heavy duty web servers have already implemented. -E.J. Wilburn zane@supernova.org From cblt@cblt.org Wed Feb 28 19:47:06 2001 Received: from racine.cybercable.fr (racine.cybercable.fr [212.198.0.201]) by www.nevrax.org (8.11.0/8.11.0) with SMTP id f1SIl6R23855 for ; Wed, 28 Feb 2001 19:47:06 +0100 (CET) (envelope-from cblt@cblt.org) Received: (qmail 11823434 invoked from network); 28 Feb 2001 18:44:29 -0000 Received: from r184m194.cybercable.tm.fr (HELO cblt.org) ([195.132.184.194]) (envelope-sender ) by racine.cybercable.fr (qmail-ldap-1.03) with SMTP for ; 28 Feb 2001 18:44:29 -0000 Message-ID: <3A9D48F0.7000505@cblt.org> Date: Wed, 28 Feb 2001 19:52:32 +0100 From: Nicolas Hognon User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; 0.8) Gecko/20010215 X-Accept-Language: en MIME-Version: 1.0 To: nel@nevrax.org Subject: Re: [Nel] NeL Network Engine References: <3A9537F5.5030407@cblt.org> <20010226174939.A19771@bernard-hugueney.org> <20010228083106.A24329@IDEALX.com> <001501c0a165$da374d00$0901a8c0@vianneyl> <3A9D0B88.36382665@zerodeux.net> <3A9D06ED.2030101@cblt.org> <00e201c0a192$bc1565f0$0901a8c0@vianneyl> <3A9D19AF.139252D9@zerodeux.net> <076901c0a1ab$a3dd6910$9d3312ac@hq.mmsa.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform you're right many people and project were confront to this problem and they resolve it. but the design of a web server or a ftpserver is another thing than the design of a server for a MMORPG. i think for a web server the browser connect to the server when it need something but in a game like the one developped by nevrax you're client is always connected to the server it's not exactly the same things. > Would not the wisest choice be to research all the high performance web > servers out there? It seems to me that this problem has been researched > quite extensively by a LOT of other GPL projects. I doubt you'd be able to > find a better solution than what Apache or other heavy duty web servers have > already implemented. > -- Nicolas Hognon home : cblt@cblt.org / www.cblt.org work : nicolash@virtools.com / www.virtools.com #ICQ : 36044443 Enjoy the silence (DM) From elw@stderr.org Wed Feb 28 19:54:19 2001 Received: from eckhart.stderr.org (root@aph.frognet.net [216.3.3.138]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1SIsGR23906 for ; Wed, 28 Feb 2001 19:54:17 +0100 (CET) (envelope-from elw@stderr.org) Received: from eckhart.stderr.org (elw@eckhart.stderr.org [216.3.3.138]) by eckhart.stderr.org (8.11.2/8.11.2/Debian 8.11.2-1) with ESMTP id f1SIpjj30187 for ; Wed, 28 Feb 2001 13:51:45 -0500 Date: Wed, 28 Feb 2001 13:51:45 -0500 (EST) From: elijah wright To: nel@nevrax.org Subject: Re: [Nel] NeL Network Engine In-Reply-To: <3A9D48F0.7000505@cblt.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform > but the design of a web server or a ftpserver is another > thing than the design of a server for a MMORPG. > you're client is always connected to the server > it's not exactly the same things. as i recall, the jabber.org people have done some scalability work for just this kind of thing- their IM client is an always-on/always-available service. might be fun to ask some of them what their ideas on this are. elijah From zane@supernova.org Wed Feb 28 20:20:18 2001 Received: from weasle.jebc5.k12.mo.us (root@[204.184.252.120]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1SJKHR24080 for ; Wed, 28 Feb 2001 20:20:18 +0100 (CET) (envelope-from zane@supernova.org) Received: from is64e003 (bart.mmsa.com [205.227.148.2]) by weasle.jebc5.k12.mo.us (8.9.3/8.9.1) with SMTP id DAA22047 for ; Thu, 1 Mar 2001 03:28:45 GMT Message-ID: <078a01c0a1b9$e5158b70$9d3312ac@hq.mmsa.com> From: "Zane" To: References: <3A9537F5.5030407@cblt.org> <20010226174939.A19771@bernard-hugueney.org> <20010228083106.A24329@IDEALX.com> <001501c0a165$da374d00$0901a8c0@vianneyl> <3A9D0B88.36382665@zerodeux.net> <3A9D06ED.2030101@cblt.org> <00e201c0a192$bc1565f0$0901a8c0@vianneyl> <3A9D19AF.139252D9@zerodeux.net> <076901c0a1ab$a3dd6910$9d3312ac@hq.mmsa.com> <3A9D48F0.7000505@cblt.org> Subject: Re: [Nel] NeL Network Engine Date: Wed, 28 Feb 2001 11:08:22 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform ----- Original Message ----- From: "Nicolas Hognon" Subject: Re: [Nel] NeL Network Engine > but the design of a web server or a ftpserver is another > thing than the design of a server for a MMORPG. > > i think for a web server > the browser connect to the server when it need something > but in a game like the one developped by nevrax > you're client is always connected to the server > it's not exactly the same things. If nothing else this simply means that it has spent a great deal of time optimizing opening and closing connections (and waiting on incoming connections). Perhaps combining their opening/closing optimizations with the optimizations Jabber has made for always-on connections would give us the best of both worlds. I'd be willing to bet that Jabber has already borrowed a lot of code from projects like Apache. Anyway, at this point I don't think I have anything else usefull to add to the discussion since I doubt I'll get around to doing the research myself so back into lurker mode. :) -E.J. Wilburn zane@supernova.org From nevrax@bernard-hugueney.org Wed Feb 28 23:17:22 2001 Received: from bubastis (r178m38.cybercable.tm.fr [195.132.178.38]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f1SMHLR24910 for ; Wed, 28 Feb 2001 23:17:21 +0100 (CET) (envelope-from nevrax@bernard-hugueney.org) Received: by bubastis (Postfix, from userid 1006) id 058634EC07; Wed, 28 Feb 2001 23:13:12 +0100 (CET) Date: Wed, 28 Feb 2001 23:13:12 +0100 To: nel@nevrax.org Subject: Re: [Nel] NeL Network Engine Message-ID: <20010228231312.A4217@bernard-hugueney.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.15i In-Reply-To: <076901c0a1ab$a3dd6910$9d3312ac@hq.mmsa.com>; from zane@supernova.org on Wed, Feb 28, 2001 at 09:04:59AM -0800 From: nevrax@bernard-hugueney.org (Bernard Hugueney) Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform * Zane [010228 19:17]: > ----- Original Message ----- > From: "Vincent Caron" > Subject: Re: [Nel] NeL Network Engine > > > Would not the wisest choice be to research all the high performance web > servers out there? It seems to me that this problem has been researched > quite extensively by a LOT of other GPL projects. I doubt you'd be able to > find a better solution than what Apache or other heavy duty web servers have > already implemented. > > -E.J. Wilburn > zane@supernova.org > Indeed, this is a MUCH debated suject. But I'm afraid Apache is not the fastest example to follow (they have special constraints such as modules interface) Zeus and TUX Threaded linUX webserver or BOA come to mind. http://www.kegel.com/c10k.html seems interesting but a nit out of date ... Anyway, there was a discussion on lkml on how to overcome select()/poll() shortcomings with a new API. If it made it to kernel 2.4, you should be looking that way. Bernard From robert@paradox.got.net Wed Feb 28 23:32:07 2001 Received: from paradox.got.net (paradox.thatsnice.org [207.111.205.196]) by www.nevrax.org (8.11.0/8.11.0) with SMTP id f1SMW6R25025 for ; Wed, 28 Feb 2001 23:32:06 +0100 (CET) (envelope-from robert@paradox.got.net) Received: (qmail 8801 invoked by uid 1001); 28 Feb 2001 22:28:15 -0000 Message-ID: <20010228222815.8800.qmail@paradox.got.net> From: robert@paradox.got.net To: nel@nevrax.org Date: Wed, 28 Feb 2001 14:28:15 -0800 (PST) X-Mailer: ELM [version 2.4ME+ PL73 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Subject: [Nel] Error in the client: Read error in file 'data/' (End of file??) Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hello, I too am hoping to get snowballs running on a Debian/GNU Linux machine. I too have run into the error message mentioned in the title. I'd love to see a patch for it. So far I've traced it down to a call to setupTexture which is exiting the program. My C++ skills are not strong enough to hunt this down any further. I have an Athalon 700, 512M ram, and GeForce 256. Libc6 2.2.2, gcc 2.95.3, Other info available on request. Thanks in advance, Robert -- Robert de Forest "Love is like a snowmobile flying over the System Administrator frozen tundra that suddenly flips, pinning you Got.net underneath. At night the ice weasles come. " -- Matt Groenig (Simpsons creator) From dayta@ucc.gu.uwa.edu.au Thu Mar 1 02:42:39 2001 Received: from ucc.gu.uwa.edu.au (mooneye.ucc.gu.uwa.edu.au [130.95.13.9]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f211gWR26567 for ; Thu, 1 Mar 2001 02:42:33 +0100 (CET) (envelope-from dayta@ucc.gu.uwa.edu.au) Received: from mussel.ucc.gu.uwa.edu.au (root@mussel.ucc.gu.uwa.edu.au [130.95.13.18]) by ucc.gu.uwa.edu.au (8.11.0.Beta1/8.11.0.Beta1/Debian 8.11.0-1) with ESMTP id f211ds615303 for ; Thu, 1 Mar 2001 09:39:54 +0800 Received: (from dayta@localhost) by mussel.ucc.gu.uwa.edu.au (8.9.3/8.9.3/Debian 8.9.3-21) id JAA05313 for nel@nevrax.org; Thu, 1 Mar 2001 09:39:53 +0800 From: Leighton Haynes Date: Thu, 1 Mar 2001 09:39:53 +0800 To: nel@nevrax.org Subject: Re: [Nel] Error in the client: Read error in file 'data/' (End of file??) Message-ID: <20010301093953.A5304@ucc.gu.uwa.edu.au> References: <20010228222815.8800.qmail@paradox.got.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.12i In-Reply-To: <20010228222815.8800.qmail@paradox.got.net>; from robert@paradox.got.net on Wed, Feb 28, 2001 at 02:28:15PM -0800 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform On Wed, Feb 28, 2001 at 02:28:15PM -0800, robert@paradox.got.net wrote: > Hello, > > I too am hoping to get snowballs running on a Debian/GNU Linux > machine. I too have run into the error message mentioned in the > title. I'd love to see a patch for it. So far I've traced it down to > a call to setupTexture which is exiting the program. My C++ skills > are not strong enough to hunt this down any further. cut'n'paste from one of my previous emails :) : the client was exiting with a message in the logfile about being unable to load file "data/". Managed to eventually track it down to some of the texture loading code in code/nel/src/3d/landscape.cpp. The loading of the diffuse texturemap doesn't do a check for textName == "" though the loading of the alpha texture map does. Haven't worked out yet why it's decided that the textName is "" (it's too late ;)). I modified the code to do a test for textName == "" and made it default to loading the CTextureCross texture. If you still can't get it to work, give me an email and I can probably send you a patch. (This code itself looks like it's correct behaviour, the problem is with whatever's feeding this with files to load. My 'fix' is a workaround until i get the time to trace where it's getting fed from. ) Leighton... -- Part-time student. Full-time Programmer. Seeking the 36 hour day and the 10 hour working week. (08) 9272 9058 (Home - like I'm ever there) 0401 335 136 (Mobile - like it's ever on) From dayta@ucc.gu.uwa.edu.au Thu Mar 1 03:47:53 2001 Received: from ucc.gu.uwa.edu.au (mooneye.ucc.gu.uwa.edu.au [130.95.13.9]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f212lpR26924 for ; Thu, 1 Mar 2001 03:47:51 +0100 (CET) (envelope-from dayta@ucc.gu.uwa.edu.au) Received: from morwong.ucc.gu.uwa.edu.au (dayta@morwong.ucc.gu.uwa.edu.au [130.95.13.19]) by ucc.gu.uwa.edu.au (8.11.0.Beta1/8.11.0.Beta1/Debian 8.11.0-1) with ESMTP id f212jC616616 for ; Thu, 1 Mar 2001 10:45:13 +0800 Received: (from dayta@localhost) by morwong.ucc.gu.uwa.edu.au (8.10.1/8.10.1) id f212jBK284632 for nel@nevrax.org; Thu, 1 Mar 2001 10:45:11 +0800 (WST) Date: Thu, 1 Mar 2001 10:45:11 +0800 From: Leighton Haynes To: nel@nevrax.org Subject: Re: [Nel] NeL Network Engine Message-ID: <20010301104511.R351302@morwong.ucc.gu.uwa.edu.au> References: <076901c0a1ab$a3dd6910$9d3312ac@hq.mmsa.com> <20010228231312.A4217@bernard-hugueney.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.4i In-Reply-To: <20010228231312.A4217@bernard-hugueney.org>; from nevrax@bernard-hugueney.org on Wed, Feb 28, 2001 at 11:13:12PM +0100 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform On Wed, Feb 28, 2001 at 11:13:12PM +0100, Bernard Hugueney wrote: > * Zane [010228 19:17]: > > ----- Original Message ----- > > From: "Vincent Caron" > > Subject: Re: [Nel] NeL Network Engine > > > > > > Would not the wisest choice be to research all the high performance web > > servers out there? It seems to me that this problem has been researched > > quite extensively by a LOT of other GPL projects. I doubt you'd be able to > > find a better solution than what Apache or other heavy duty web servers have > > already implemented. > > > > -E.J. Wilburn > > zane@supernova.org > > > Indeed, this is a MUCH debated suject. But I'm afraid Apache is not > the fastest example to follow (they have special constraints such as modules > interface) Zeus and TUX Threaded linUX webserver or BOA come to mind. > http://www.kegel.com/c10k.html seems interesting but a nit out of date ... > Anyway, there was a discussion on lkml on how to overcome select()/poll() > shortcomings with a new API. If it made it to kernel 2.4, you should be > looking that way. > Hey! Why don't we shove the networking engine in kernel-space! Then we can stop all these other pesky processes from pre-empting us and stuff. I'm not sure if this is a really important issue right now. As many people have noted, premature optimization is the source of all evil. What we _need_ is a good api to the networking code, so that the underlying code can be optimized later. Actually optimizing the way it works should be dealt with when you need to deal with it. After all, it may work out that the control code behind it all ends up needing 1/4 of a cpu/thread, at which point this problem morphs into a completely different one. Someone might release a nice lightweight threads architecture in 4 months meaning the point is unimportant. Leighton... -- Part-time student. Full-time Programmer. Seeking the 36 hour day and the 10 hour working week. (08) 9272 9058 (Home - like I'm ever there) 0401 335 136 (Mobile - like it's ever on) From nel@elwar.com Thu Mar 1 06:42:34 2001 Received: from elwar.com ([24.214.39.133]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f215gWR28350 for ; Thu, 1 Mar 2001 06:42:33 +0100 (CET) (envelope-from nel@elwar.com) Received: from elwar.com (IDENT:nel@elwar.com [127.0.0.1]) by elwar.com (8.9.3/8.9.3) with ESMTP id BAA01596 for ; Thu, 1 Mar 2001 01:49:50 -0500 Message-Id: <200103010649.BAA01596@elwar.com> To: nel@nevrax.org Date: Thu, 01 Mar 2001 01:49:50 -0500 From: nel@elwar.com Subject: [Nel] Compile error Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform I've been trying to get the client to compile and I've gotten through quite a bit as far as installing freetype and stlport and getting a satisfied configuration. I'm running it on Linux but I get the following error: c++ -I/usr/local/include/freetype2 -I/home/nel/code/nel/include -I/home/nel/STLport-4.0/stlport -g -O2 -o client character_interface.o client.o language_interface.o login_interface.o move_listener.o pb_message_box.o player_view.o shards_list_interface.o zone_manager.o zone_search.o sight.o lens_flare.o -lnelnet -lnelmisc -lnel3d -L/usr/local/lib -lfreetype -L/home/nel/code/nel/lib -L/home/nel/STLport-4.0/lib -lstlport_gcc /usr/local/i686-pc-linux-gnu/bin/ld: cannot find -lnelnet collect2: ld returned 1 exit status I was doing pretty well up until then. Any ideas on what I'm missing here? Elwar From brenden@rcsis.com Thu Mar 1 06:46:22 2001 Received: from smtp.rcsis.com (smtp.rcsis.com [208.45.228.18]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f215kKR28373 for ; Thu, 1 Mar 2001 06:46:21 +0100 (CET) (envelope-from brenden@rcsis.com) Received: from brenden2001towe (253.dsl6660144.dhcp.rcsis.com [66.60.144.253]) by smtp.rcsis.com (8.9.3/8.9.3) with SMTP id VAA04833 for ; Wed, 28 Feb 2001 21:40:13 -0800 Message-ID: <000c01c0a212$d6692560$fd903c42@brenden2001towe.rcsis.com> From: "Brenden Towey" To: Date: Wed, 28 Feb 2001 21:45:35 -0800 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0009_01C0A1CF.C80A6300" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3110.1 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Subject: [Nel] STLPort... Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform This is a multi-part message in MIME format. ------=_NextPart_000_0009_01C0A1CF.C80A6300 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Ok, first post. Sorry I didn't go through the archives, I'm just lazy = that way. What is STLPort and where do I get it? www.stlport.org is not found by = google (so it therefore can't exist ;-). I'm of course referring to the = compile time #error in nl_types.h: # error "You need STLPort to compile this project (www.sltport.org)" Do I just add -D__SGI_STL_PORT to the command line or is there an = additional component that I need to get? Thanks for any help you can give! Brenden non-uber NeL lurker ------=_NextPart_000_0009_01C0A1CF.C80A6300 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Ok, first post.  Sorry I didn't = go through=20 the archives, I'm just lazy that way.
 
What is STLPort and where do I get = it?  www.stlport.org is not found by = google (so it=20 therefore can't exist ;-).  I'm of course referring to the compile = time=20 #error in nl_types.h:
#  error "You need STLPort = to compile=20 this project (www.sltport.org)"
 
Do I just add -D__SGI_STL_PORT to = the command=20 line or is there an additional component that I need to = get?
 
Thanks for any help you can = give!
 
Brenden
non-uber NeL = lurker
------=_NextPart_000_0009_01C0A1CF.C80A6300-- From archer@nevrax.com Thu Mar 1 09:48:34 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f218mXR29240 for ; Thu, 1 Mar 2001 09:48:33 +0100 (CET) (envelope-from archer@nevrax.com) Received: (from archer@localhost) by nevrax.com (8.9.3/8.9.3) id JAA29156 for nel@nevrax.org; Thu, 1 Mar 2001 09:52:21 +0100 Date: Thu, 1 Mar 2001 09:52:21 +0100 From: Vincent Archer To: nel@nevrax.org Subject: Re: [Nel] NeL Network Engine Message-ID: <20010301095221.A29085@nevrax.com> References: <076901c0a1ab$a3dd6910$9d3312ac@hq.mmsa.com> <20010228231312.A4217@bernard-hugueney.org> <20010301104511.R351302@morwong.ucc.gu.uwa.edu.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3us In-Reply-To: <20010301104511.R351302@morwong.ucc.gu.uwa.edu.au> Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform According to Leighton Haynes: > I'm not sure if this is a really important issue right now. As many > people have noted, premature optimization is the source of all evil. It is somewhat important. There are optimisations that can be done further, but there are also fundamental design issues that reflect how everything else in the server code has to be written. You do not program an event-driven system like you would on a thread-based system. Converting from one model to another would be horribly painful, which is why the "right" one has to be selected. Once we pick one, we'll have to stick by it, and the more code is produced under a model, the harder it becomes to switch. Which is why the decision about this was deferred until it can no longer be truly avoided. -- Vincent Archer Email: archer@nevrax.com Nevrax France. Off on the yellow brick road we go! From thomas.wright1@ntlworld.com Thu Mar 1 09:54:11 2001 Received: from mta03-svc.ntlworld.com (mta03-svc.ntlworld.com [62.253.162.43]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f218s9R29270 for ; Thu, 1 Mar 2001 09:54:09 +0100 (CET) (envelope-from thomas.wright1@ntlworld.com) Received: from tom ([62.253.45.79]) by mta03-svc.ntlworld.com (InterMail vM.4.01.02.27 201-229-119-110) with SMTP id <20010301085129.RUGA283.mta03-svc.ntlworld.com@tom> for ; Thu, 1 Mar 2001 08:51:29 +0000 Message-ID: <000e01c0a22c$63ba5330$4f2dfd3e@tom> From: "Tom wright" To: Date: Thu, 1 Mar 2001 08:48:29 -0000 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_000B_01C0A22C.632195A0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Subject: [Nel] Network Connections Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform This is a multi-part message in MIME format. ------=_NextPart_000_000B_01C0A22C.632195A0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Guys/Gals, Having followed your arguements so far, i though i would chuck in my 2 p = worth. 1) i think you are going to find it very difficult to scale a server to = 5000 concurrent users, using any kind of scheme unless its a BIG server. = Look at EQ currently, they struggle with 2000. But this is just my = opinion :-) so feel free to ignore it. 2) On windows NT/2k, using async sockets with events is a very efficent = way of handling socket comms, and its quite easy to demultiplex the = events to work out which socket caused the event. I would recommend = this route, as one thread could then wait for events to be generated on = say 30 sockets and then take appropriate action. unfortunately i can = not tell you how well this is going to scale :-( Just look up WSAEvents = for READ, SEND and CLOSE. It does make your sending more entertaining = however :-) 3) Windows did support something called micro threads, which had a much = lower over head than traditional threads. These ( if i remember = correctly ) were designed specifically for scalable IO ( as in IIS ). = Some time looking here may well yield some useful results. 4) Some OS's have limits to the size of the array to select, Windows is = one of them, typical values seem to be 64. However using values this = large, you are going to spend time thrashing the array looking for the = source of the select, with events this is much easier and quicker, tho = not linux compatible. Wrapping up the comms like this specific to each = platform is not going to be to hard, just code to a common interface. Regards Tom PS A binary of the next release for windows would be nice, takes HOURS = to build :-) ------=_NextPart_000_000B_01C0A22C.632195A0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Guys/Gals,
 
Having followed your arguements so far, = i though i=20 would chuck in my 2 p worth.
 
1) i think you are going to find it = very difficult=20 to scale a server to 5000 concurrent users, using any kind of scheme = unless its=20 a BIG server.  Look at EQ currently, they struggle with 2000.  = But=20 this is just my opinion :-) so feel free to ignore it.
 
2) On windows NT/2k, using async = sockets with=20 events is a very efficent way of handling socket comms, and its quite = easy to=20 demultiplex the events to work out which socket caused the event.  = I would=20 recommend this route, as one thread could then wait for events to be = generated=20 on say 30 sockets and then take appropriate action.  unfortunately = i can=20 not tell you how well this is going to scale :-( Just look up = WSAEvents for=20 READ, SEND and CLOSE.  It does make your sending more entertaining = however=20 :-)
 
3) Windows did support something called = micro=20 threads, which had a much lower over head than traditional = threads.  These=20 ( if i remember correctly ) were designed specifically for scalable IO ( = as in=20 IIS ).  Some time looking here may well yield some useful=20 results.
 
4) Some OS's have limits to the size of = the array=20 to select, Windows is one of them, typical values seem to be 64.  = However=20 using values this large, you are going to spend time thrashing the array = looking=20 for the source of the select, with events this is much easier and = quicker, tho=20 not linux compatible.  Wrapping up the comms like this specific to = each=20 platform is not going to be to hard, just code to a common=20 interface.
 
Regards
 
Tom
 
PS A binary of the next release for = windows would=20 be nice, takes HOURS to build :-)
 
 
------=_NextPart_000_000B_01C0A22C.632195A0-- From dayta@ucc.gu.uwa.edu.au Thu Mar 1 10:35:48 2001 Received: from ucc.gu.uwa.edu.au (mooneye.ucc.gu.uwa.edu.au [130.95.13.9]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f219ZkR29587 for ; Thu, 1 Mar 2001 10:35:47 +0100 (CET) (envelope-from dayta@ucc.gu.uwa.edu.au) Received: from morwong.ucc.gu.uwa.edu.au (dayta@morwong.ucc.gu.uwa.edu.au [130.95.13.19]) by ucc.gu.uwa.edu.au (8.11.0.Beta1/8.11.0.Beta1/Debian 8.11.0-1) with ESMTP id f219X8623264 for ; Thu, 1 Mar 2001 17:33:08 +0800 Received: (from dayta@localhost) by morwong.ucc.gu.uwa.edu.au (8.10.1/8.10.1) id f219X8c303779 for nel@nevrax.org; Thu, 1 Mar 2001 17:33:08 +0800 (WST) Date: Thu, 1 Mar 2001 17:33:07 +0800 From: Leighton Haynes To: nel@nevrax.org Subject: Re: [Nel] NeL Network Engine Message-ID: <20010301173307.S351302@morwong.ucc.gu.uwa.edu.au> References: <076901c0a1ab$a3dd6910$9d3312ac@hq.mmsa.com> <20010228231312.A4217@bernard-hugueney.org> <20010301104511.R351302@morwong.ucc.gu.uwa.edu.au> <20010301095221.A29085@nevrax.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.4i In-Reply-To: <20010301095221.A29085@nevrax.com>; from archer@nevrax.com on Thu, Mar 01, 2001 at 09:52:21AM +0100 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform On Thu, Mar 01, 2001 at 09:52:21AM +0100, Vincent Archer wrote: > According to Leighton Haynes: > > I'm not sure if this is a really important issue right now. As many > > people have noted, premature optimization is the source of all evil. > > It is somewhat important. There are optimisations that can be done further, > but there are also fundamental design issues that reflect how everything > else in the server code has to be written. > > You do not program an event-driven system like you would on a thread-based > system. Converting from one model to another would be horribly painful, > which is why the "right" one has to be selected. Once we pick one, we'll > have to stick by it, and the more code is produced under a model, the > > Which is why the decision about this was deferred until it can no longer > be truly avoided. *ponder* I can't see the fundamental difference between an event-driven and a thread-based model. In an event-driven model , some central arbiter gets the input, grabs the data representing the 'entity', processes it, and sends a reply. In a thread-based model, each entitiy is a thread, the entity receives a message , processes it, and sends a reply. The fundamental differences, are in the message addressing, and the context switching. What are the issues here? So far I've seen only discussion of how many threads we can handle, which doesn't seem to be the central issue. What we really need, is a list of the requirements for this particular sub-system. (Perhaps they exist somewhere, but I haven't seen them). Leighton... -- Part-time student. Full-time Programmer. Seeking the 36 hour day and the 10 hour working week. (08) 9272 9058 (Home - like I'm ever there) 0401 335 136 (Mobile - like it's ever on) From archer@nevrax.com Thu Mar 1 11:42:48 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f21AglR30023 for ; Thu, 1 Mar 2001 11:42:48 +0100 (CET) (envelope-from archer@nevrax.com) Received: (from archer@localhost) by nevrax.com (8.9.3/8.9.3) id LAA31532 for nel@nevrax.org; Thu, 1 Mar 2001 11:46:35 +0100 Date: Thu, 1 Mar 2001 11:46:35 +0100 From: Vincent Archer To: nel@nevrax.org Subject: Re: [Nel] Network Connections Message-ID: <20010301114635.B30848@nevrax.com> References: <000e01c0a22c$63ba5330$4f2dfd3e@tom> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3us In-Reply-To: <000e01c0a22c$63ba5330$4f2dfd3e@tom> Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform According to Tom wright: > 1) i think you are going to find it very difficult to scale a server > to 5000 concurrent users, using any kind of scheme unless its a BIG > server. Look at EQ currently, they struggle with 2000. But this is > just my opinion :-) so feel free to ignore it. EQ doesn't struggle with 2000 because of server size. A "server" on EQ consists (to the best of my knowledge) of about 15 or so quadriprocessor RISC boards, with all nearly 100 zones (now) spread of these. They struggle not because the server can't handle the load, but because the content of the game can't handle the load (i.e. problems stem not from too many people for CPU time, they stem from too many people for not enough spawns). No MMOG so far can use a single server, no matter how big it is. What we term server, or shard, or whatever, typical technical litterature terms 'cluster'. And using the right architecture can make a cluster very large, until it collapses not from load, but when adding a new note consumes more CPU spent in inter-node communications than the node itself adds to the whole. > 2) On windows NT/2k, using async sockets with events is... ... > 3) Windows did support something called micro threads, which had... All these optimisation techniques are nice. But they're heavily dependent on Windows itself. We do want our server to run under windows, for debugging purpose (and for the odd amateur out there who would want to run a smallish server on his home machine), but we clearly do NOT intend our production servers to run under windows. Which is why we're looking at a reasonably portable architecture, and why these suggestions, as nice as they are, cannot be used, because they tie too much the architecture :( > PS A binary of the next release for windows would be nice, takes HOURS to build :-) As much as people would love one, it's right now a "marketing" decision, so that we attract people that really want to look at the source, and not just people who want to look at the finished product without caring about how it's done :) (However, some Nevrax people, and maybe external people as well, have set up binary archives on their own private home pages. Ask, and you'll probably find it. But officially, we do not support or provide these releases. Yet) -- Vincent Archer Email: archer@nevrax.com Nevrax France. Off on the yellow brick road we go! From zager@teleaction.com Thu Mar 1 12:29:21 2001 Received: from jupiter.augur.de (jupiter.teleaction.de [194.149.245.1]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f21BTKR30341 for ; Thu, 1 Mar 2001 12:29:21 +0100 (CET) (envelope-from zager@teleaction.com) Received: from zager ([194.149.245.62]) by jupiter.augur.de (8.8.8+Sun/8.8.8) with ESMTP id MAA22744 for ; Thu, 1 Mar 2001 12:26:25 +0100 (MET) Date: Thu, 1 Mar 2001 12:26:22 +0100 From: Dim Segebart X-Mailer: The Bat! (v1.49) Business X-Priority: 3 (Normal) Message-ID: <104859085.20010301122622@teleaction.de> CC: nel@nevrax.org Subject: Re: [Nel] STLPort... In-reply-To: <000c01c0a212$d6692560$fd903c42@brenden2001towe.rcsis.com> References: <000c01c0a212$d6692560$fd903c42@brenden2001towe.rcsis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hope you'll find STL here http://www.sgi.com/tech/stl/ Thursday, March 01, 2001, 6:45:35 AM, you wrote: BT> Ok, first post. Sorry I didn't go through the archives, I'm just lazy that way. BT> What is STLPort and where do I get it? www.stlport.org is not found by google (so it therefore can't exist ;-). I'm of course referring to the compile time #error in nl_types.h: BT> # error "You need STLPort to compile this project (www.sltport.org)" BT> Do I just add -D__SGI_STL_PORT to the command line or is there an additional component that I need to get? BT> Thanks for any help you can give! BT> Brenden BT> non-uber NeL lurker -- Dim Segebart mailto:zager@teleaction.de From zager@teleaction.com Thu Mar 1 12:37:59 2001 Received: from jupiter.augur.de (jupiter.teleaction.de [194.149.245.1]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f21BbvR30396 for ; Thu, 1 Mar 2001 12:37:57 +0100 (CET) (envelope-from zager@teleaction.com) Received: from zager ([194.149.245.62]) by jupiter.augur.de (8.8.8+Sun/8.8.8) with ESMTP id MAA22958 for ; Thu, 1 Mar 2001 12:35:04 +0100 (MET) Date: Thu, 1 Mar 2001 12:34:59 +0100 From: Dim Segebart X-Mailer: The Bat! (v1.49) Business X-Priority: 3 (Normal) Message-ID: <1031376486.20010301123459@teleaction.de> CC: nel@nevrax.org Subject: Re[2]: [Nel] NeL Network Engine In-reply-To: <20010228231312.A4217@bernard-hugueney.org> References: <20010228231312.A4217@bernard-hugueney.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Wednesday, February 28, 2001, 11:13:12 PM, you wrote: BH> * Zane [010228 19:17]: >> ----- Original Message ----- >> From: "Vincent Caron" >> Subject: Re: [Nel] NeL Network Engine >> Would not the wisest choice be to research all the high performance web >> servers out there? It seems to me that this problem has been researched >> quite extensively by a LOT of other GPL projects. I doubt you'd be able to >> find a better solution than what Apache or other heavy duty web servers have >> already implemented. I think what Slashdot.org is a right place to ask our "Network Engine" question. I hope it'll gave us a lot useful ideas. -- Dim Segebart mailto:zager@teleaction.de From valignat@gw.nevrax.com Thu Mar 1 14:18:36 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f21DIaR31108 for ; Thu, 1 Mar 2001 14:18:36 +0100 (CET) (envelope-from valignat@gw.nevrax.com) Received: from gw.nevrax.com (fw.localdomain [192.168.254.254]) by nevrax.com (8.9.3/8.9.3) with ESMTP id OAA02173 for ; Thu, 1 Mar 2001 14:22:23 +0100 Received: (from valignat@localhost) by gw.nevrax.com (8.11.0/8.9.3) id f21DHbE33563 for nel@nevrax.org; Thu, 1 Mar 2001 14:17:37 +0100 (CET) (envelope-from valignat) Date: Thu, 1 Mar 2001 14:17:37 +0100 From: Valignat Cedric To: nel@nevrax.org Subject: Re: [Nel] STLPort... Message-ID: <20010301141737.A33498@nevrax.com> References: <000c01c0a212$d6692560$fd903c42@brenden2001towe.rcsis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <000c01c0a212$d6692560$fd903c42@brenden2001towe.rcsis.com>; from brenden@rcsis.com on Wed, Feb 28, 2001 at 09:45:35PM -0800 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi Brenden, Brenden Towey wrote: > > What is STLPort and where do I get it? www.stlport.org is not found by google (so it therefore can't exist ;-). I'm of course referring to the compile time #error in nl_types.h: > # error "You need STLPort to compile this project (www.sltport.org)" STLPort is an open-source library that build a complete, multiplatform ANSI C++ Standard library with SGI STL with a better debug mode and some extensions. You will find it on the following web site :-) > Do I just add -D__SGI_STL_PORT to the command line or is there an additional component that I need to get? You should check the INSTALL file, it's describe all the requirements (and where to find them) and explain how to compile the beast on GNU/Linux an on Windows platforms. > Thanks for any help you can give! You are welcome ... Have fun :-) Cedric. From valignat@gw.nevrax.com Thu Mar 1 14:27:13 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f21DRBR31187 for ; Thu, 1 Mar 2001 14:27:12 +0100 (CET) (envelope-from valignat@gw.nevrax.com) Received: from gw.nevrax.com (fw.localdomain [192.168.254.254]) by nevrax.com (8.9.3/8.9.3) with ESMTP id OAA02349 for ; Thu, 1 Mar 2001 14:30:57 +0100 Received: (from valignat@localhost) by gw.nevrax.com (8.11.0/8.9.3) id f21DQBN33641 for nel@nevrax.org; Thu, 1 Mar 2001 14:26:11 +0100 (CET) (envelope-from valignat) Date: Thu, 1 Mar 2001 14:26:11 +0100 From: Valignat Cedric To: nel@nevrax.org Subject: Re: [Nel] Compile error Message-ID: <20010301142611.B33498@nevrax.com> References: <200103010649.BAA01596@elwar.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200103010649.BAA01596@elwar.com>; from nel@elwar.com on Thu, Mar 01, 2001 at 01:49:50AM -0500 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi, > c++ -I/usr/local/include/freetype2 -I/home/nel/code/nel/include -I/home/nel/STLport-4.0/stlport -g -O2 -o client character_interface.o client.o language_interface.o login_interface.o move_listener.o pb_message_box.o player_view.o shards_list_interface.o zone_manager.o zone_search.o sight.o lens_flare.o -lnelnet -lnelmisc -lnel3d -L/usr/local/lib -lfreetype -L/home/nel/code/nel/lib -L/home/nel/STLport-4.0/lib -lstlport_gcc > /usr/local/i686-pc-linux-gnu/bin/ld: cannot find -lnelnet > collect2: ld returned 1 exit status > > I was doing pretty well up until then. Any ideas on what I'm missing here? It seems that the compiler cannot find the libnelnet.so file. You compile it as if the NeL instalation prefix (/usr/local/ by default or what you defined when calling the configure script) is /home/nel/code/nel which seems to be the CVS directory. Could you check were is placed the libnelnet.so file ? Cedric. From brenden@rcsis.com Thu Mar 1 16:41:57 2001 Received: from smtp.rcsis.com (smtp.rcsis.com [208.45.228.18]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f21FfuR32073 for ; Thu, 1 Mar 2001 16:41:56 +0100 (CET) (envelope-from brenden@rcsis.com) Received: from brenden2001towe (253.dsl6660144.dhcp.rcsis.com [66.60.144.253]) by smtp.rcsis.com (8.9.3/8.9.3) with SMTP id HAA13860; Thu, 1 Mar 2001 07:35:47 -0800 Message-ID: <000c01c0a266$0af583c0$fd903c42@brenden2001towe.rcsis.com> From: "Brenden Towey" To: , Subject: Re: [Nel] STLPort... Date: Thu, 1 Mar 2001 07:41:11 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3110.1 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform -----Original Message----- From: Valignat Cedric > Thanks so much! Um, the #error in types_nl.h has this misspelled as "www.sltport.org" (note that the "L" and the "T" are transposed). It might prevent future confusion if this was corrected. I really wasn't kidding when I said that Google had no idea what this was. :-) Fast, accurate help on the mailing list for a newbie, can't ask for better than that... Brenden From nel@elwar.com Thu Mar 1 17:19:53 2001 Received: from elwar.com (user-24-214-39-133.knology.net [24.214.39.133]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f21GJmR32353 for ; Thu, 1 Mar 2001 17:19:49 +0100 (CET) (envelope-from nel@elwar.com) Received: from elwar.com (IDENT:nel@elwar.com [127.0.0.1]) by elwar.com (8.9.3/8.9.3) with ESMTP id MAA04234 for ; Thu, 1 Mar 2001 12:26:58 -0500 Message-Id: <200103011726.MAA04234@elwar.com> To: nel@nevrax.org Date: Thu, 01 Mar 2001 12:26:58 -0500 From: nel@elwar.com Subject: [Nel] Compile error Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform I've gotten pretty far as far as getting freetype and STLport installed but I'm having difficulty on the final compile. After configuring the client and doing a bootstrap I try the make and get this: make[2]: Entering directory `/home/nel/code/client/src' c++ -I/usr/local/include/freetype2 -I/home/nel/code/nel/include -I/home/nel/STLport-4.0/stlport -g -O2 -o client character_interface.o client.o language_interface.o login_interface.o move_listener.o pb_message_box.o player_view.o shards_list_interface.o zone_manager.o zone_search.o sight.o lens_flare.o -lnelnet -lnelmisc -lnel3d -L/usr/local/lib -lfreetype -L/home/nel/code/nel/lib -L/home/nel/STLport-4.0/lib -lstlport_gcc /usr/local/i686-pc-linux-gnu/bin/ld: cannot find -lnelnet collect2: ld returned 1 exit status make[2]: *** [client] Error 1 make[2]: Leaving directory `/home/nel/code/client/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/nel/code/client' make: *** [all-recursive-am] Error 2 Any ideas on what settings I have wrong? Elwar From michael@in-orbit.net Thu Mar 1 23:41:03 2001 Received: from mail.in-orbit.net ([207.44.176.190]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f21Mf0R34846 for ; Thu, 1 Mar 2001 23:41:01 +0100 (CET) (envelope-from michael@in-orbit.net) Received: from baldur ([207.44.176.190]) by mail.in-orbit.net (8.11.0/8.11.0) with SMTP id f21MdSl07801 for ; Thu, 1 Mar 2001 14:39:29 -0800 Message-ID: <003501c0a2a0$4ecb3060$9701a8c0@inorbit.org> From: "Michael Warnock" To: References: <000e01c0a22c$63ba5330$4f2dfd3e@tom> Subject: Re: [Nel] Network Connections Date: Thu, 1 Mar 2001 14:38:16 -0800 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0032_01C0A25D.40462150" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform This is a multi-part message in MIME format. ------=_NextPart_000_0032_01C0A25D.40462150 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable 3) Windows did support something called micro threads, which had a = much lower over head than traditional threads. These ( if i remember = correctly ) were designed specifically for scalable IO ( as in IIS ). = Some time looking here may well yield some useful results. I come from a nix background, but I wouldn't doubt that windows also has = had some implementation of microthreads. The best current way to use = microthreads afaik is stackless python (stackless.org) which I (as the = game mechanics programmer) plan to use on the server side of the game my = company (In-Orbit Entertainment) is working on using the Nel library. = Microthreads use an old and mostly forgotten programming concept called = continuations- a continuation is, in brief, the rest of a program from = any given point- that includes it's state and any branch of code it = might follow from there. Stackless Python provides a way to reference = continuations- which requires it not to use the C stack for framing(a = neat trick u should read about). Writing microthreads is as simple as = defining a bunch of functions and calling them at the same time with a = special call- they are executed in parralel within the same thread and = each requires almost no overhead above what they would if executed in = serial. EVE (a commercial mmorpg) also plans to use stackless as the = basis for their game mechanics. I dont have any benchmarks on its = network performance or scalability, but I plan to test it soon. Michael Warnock In-Orbit Entertainment ------=_NextPart_000_0032_01C0A25D.40462150 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
3) Windows did support something = called micro=20 threads, which had a much lower over head than traditional = threads. =20 These ( if i remember correctly ) were designed specifically for = scalable IO (=20 as in IIS ).  Some time looking here may well yield some useful=20 results.
I come from a nix background, but I = wouldn't doubt=20 that windows also has had some implementation of microthreads.  The = best=20 current way to use microthreads afaik is stackless python = (stackless.org) which=20 I (as the game mechanics programmer) plan to use on the server side of = the game=20 my company (In-Orbit Entertainment) is working on using the Nel = library. =20 Microthreads use an old and mostly forgotten programming concept called=20 continuations- a continuation is, in brief, the rest of a program from = any given=20 point- that includes it's state and any branch of code it might follow = from=20 there.  Stackless Python provides a way to reference continuations- = which=20 requires it not to use the C stack for framing(a neat trick u should = read=20 about).  Writing microthreads is as simple as defining a bunch of = functions=20 and calling them at the same time with a special call- they are executed = in=20 parralel within the same thread and each requires almost no overhead = above what=20 they would if executed in serial.  EVE (a commercial mmorpg) also = plans to=20 use stackless as the basis for their game mechanics.  I dont have = any=20 benchmarks on its network performance or scalability, but I plan to test = it=20 soon.
 
Michael Warnock
In-Orbit = Entertainment
------=_NextPart_000_0032_01C0A25D.40462150-- From michael@in-orbit.net Fri Mar 2 00:43:59 2001 Received: from mail.in-orbit.net ([207.44.176.190]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f21NhwR35271 for ; Fri, 2 Mar 2001 00:43:58 +0100 (CET) (envelope-from michael@in-orbit.net) Received: from baldur ([207.44.176.190]) by mail.in-orbit.net (8.11.0/8.11.0) with SMTP id f21NgSl08261 for ; Thu, 1 Mar 2001 15:42:28 -0800 Message-ID: <005501c0a2a9$1b465220$9701a8c0@inorbit.org> From: "Michael Warnock" To: References: <000e01c0a22c$63ba5330$4f2dfd3e@tom> <003501c0a2a0$4ecb3060$9701a8c0@inorbit.org> Subject: Re: [Nel] Network Connections Date: Thu, 1 Mar 2001 15:41:15 -0800 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0052_01C0A266.0D10C2A0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform This is a multi-part message in MIME format. ------=_NextPart_000_0052_01C0A266.0D10C2A0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable oops:) It is actually http://www.stackless.com=20 Here are more relavent urls: http://world.std.com/~wware/uthread.html http://www.eve-online.com/faq/faq_08.asp http://pdos.lcs.mit.edu/exo/ We hope to use the MIT exokernel the last url refers to as a stripped = down os for the servers. Michael Warnock In-Orbit Entertainment ----- Original Message -----=20 From: Michael Warnock=20 To: nel@nevrax.org=20 Sent: Thursday, March 01, 2001 2:38 PM Subject: Re: [Nel] Network Connections 3) Windows did support something called micro threads, which had a = much lower over head than traditional threads. These ( if i remember = correctly ) were designed specifically for scalable IO ( as in IIS ). = Some time looking here may well yield some useful results. I come from a nix background, but I wouldn't doubt that windows also = has had some implementation of microthreads. The best current way to = use microthreads afaik is stackless python (stackless.org) which I (as = the game mechanics programmer) plan to use on the server side of the = game my company (In-Orbit Entertainment) is working on using the Nel = library. Microthreads use an old and mostly forgotten programming = concept called continuations- a continuation is, in brief, the rest of a = program from any given point- that includes it's state and any branch of = code it might follow from there. Stackless Python provides a way to = reference continuations- which requires it not to use the C stack for = framing(a neat trick u should read about). Writing microthreads is as = simple as defining a bunch of functions and calling them at the same = time with a special call- they are executed in parralel within the same = thread and each requires almost no overhead above what they would if = executed in serial. EVE (a commercial mmorpg) also plans to use = stackless as the basis for their game mechanics. I dont have any = benchmarks on its network performance or scalability, but I plan to test = it soon. Michael Warnock In-Orbit Entertainment ------=_NextPart_000_0052_01C0A266.0D10C2A0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
oops:)
 
It is actually http://www.stackless.com =
 
Here are more relavent = urls:
http://world.std.com/~w= ware/uthread.html
http://www.eve-online.c= om/faq/faq_08.asp
http://pdos.lcs.mit.edu/exo/
We hope to use the MIT exokernel the = last url=20 refers to as a stripped down os for the servers.
 
Michael Warnock
In-Orbit Entertainment
----- Original Message -----
From:=20 Michael=20 Warnock
Sent: Thursday, March 01, 2001 = 2:38=20 PM
Subject: Re: [Nel] Network=20 Connections

3) Windows did support something = called micro=20 threads, which had a much lower over head than traditional = threads. =20 These ( if i remember correctly ) were designed specifically for = scalable IO=20 ( as in IIS ).  Some time looking here may well yield some = useful=20 results.
I come from a nix background, but I = wouldn't=20 doubt that windows also has had some implementation of = microthreads.  The=20 best current way to use microthreads afaik is stackless python = (stackless.org)=20 which I (as the game mechanics programmer) plan to use on the server = side of=20 the game my company (In-Orbit Entertainment) is working on using the = Nel=20 library.  Microthreads use an old and mostly forgotten = programming=20 concept called continuations- a continuation is, in brief, the rest of = a=20 program from any given point- that includes it's state and any branch = of code=20 it might follow from there.  Stackless Python provides a way to = reference=20 continuations- which requires it not to use the C stack for framing(a = neat=20 trick u should read about).  Writing microthreads is as simple as = defining a bunch of functions and calling them at the same time with a = special=20 call- they are executed in parralel within the same thread and each = requires=20 almost no overhead above what they would if executed in serial.  = EVE (a=20 commercial mmorpg) also plans to use stackless as the basis for their = game=20 mechanics.  I dont have any benchmarks on its network performance = or=20 scalability, but I plan to test it soon.
 
Michael Warnock
In-Orbit=20 Entertainment
------=_NextPart_000_0052_01C0A266.0D10C2A0-- From valignat@gw.nevrax.com Fri Mar 2 12:50:59 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f22BowR40825 for ; Fri, 2 Mar 2001 12:50:58 +0100 (CET) (envelope-from valignat@gw.nevrax.com) Received: from gw.nevrax.com (fw.localdomain [192.168.254.254]) by nevrax.com (8.9.3/8.9.3) with ESMTP id MAA20204; Fri, 2 Mar 2001 12:54:42 +0100 Received: (from valignat@localhost) by gw.nevrax.com (8.11.0/8.9.3) id f22BocS01581; Fri, 2 Mar 2001 12:50:38 +0100 (CET) (envelope-from valignat) Date: Fri, 2 Mar 2001 12:50:37 +0100 From: Valignat Cedric To: nel@nevrax.org Cc: nel@elwar.com Subject: Re: [Nel] Compile error Message-ID: <20010302125037.A1498@nevrax.com> References: <200103010649.BAA01596@elwar.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200103010649.BAA01596@elwar.com>; from nel@elwar.com on Thu, Mar 01, 2001 at 01:49:50AM -0500 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hello, nel@elwar.com wrote: > > [...] > /usr/local/i686-pc-linux-gnu/bin/ld: cannot find -lnelnet > collect2: ld returned 1 exit status > > I was doing pretty well up until then. Any ideas on what I'm missing here? Where did you installed NeL when you execute the command 'make install' ? It's seems that the compiler is trying to get it from '/home/nel/code/nel/include' and '/home/nel/code/nel/lib' but it seems that's the source (CVS) directory ... am i right ? :-) Cedric. From valignat@gw.nevrax.com Fri Mar 2 14:23:37 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f22DNYR41460 for ; Fri, 2 Mar 2001 14:23:35 +0100 (CET) (envelope-from valignat@gw.nevrax.com) Received: from gw.nevrax.com (fw.localdomain [192.168.254.254]) by nevrax.com (8.9.3/8.9.3) with ESMTP id OAA01571 for ; Fri, 2 Mar 2001 14:27:35 +0100 Received: (from valignat@localhost) by gw.nevrax.com (8.11.0/8.9.3) id f22DNCc00411 for nel@nevrax.org; Fri, 2 Mar 2001 14:23:12 +0100 (CET) (envelope-from valignat) Resent-Message-Id: <200103021323.f22DNCc00411@gw.nevrax.com> Date: Fri, 2 Mar 2001 10:14:36 +0100 From: Valignat Cedric To: Brenden Towey Subject: Re: [Nel] STLPort... Message-ID: <20010302101436.A399@nevrax.com> References: <000c01c0a266$0af583c0$fd903c42@brenden2001towe.rcsis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <000c01c0a266$0af583c0$fd903c42@brenden2001towe.rcsis.com>; from brenden@rcsis.com on Thu, Mar 01, 2001 at 07:41:11AM -0800 Resent-From: valignat@nevrax.com Resent-Date: Fri, 2 Mar 2001 14:22:21 +0100 Resent-To: nel@nevrax.org Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Brenden Towey wrote: > > Thanks so much! Um, the #error in types_nl.h has this misspelled as > "www.sltport.org" (note that the "L" and the "T" are transposed). It might > prevent future confusion if this was corrected. I really wasn't kidding > when I said that Google had no idea what this was. :-) Rhhaaa, shame on me. I understood that you were killing but i didn't notice the mispelling, so i had some difficulties to understand the joke ... doh ! :o) Cedric. From archer@nevrax.com Fri Mar 2 17:05:30 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f22G5KR42734 for ; Fri, 2 Mar 2001 17:05:22 +0100 (CET) (envelope-from archer@nevrax.com) Received: (from archer@localhost) by nevrax.com (8.9.3/8.9.3) id RAA04855 for nel@nevrax.org; Fri, 2 Mar 2001 17:09:12 +0100 Date: Fri, 2 Mar 2001 17:09:12 +0100 From: Vincent Archer To: nel@nevrax.org Message-ID: <20010302170912.B3263@nevrax.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3us Subject: [Nel] Screenshot selection unveiled Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform We have made some screenshots internally, while checking various parts of the Snowballs sample game. After much debate, we've selecte a few that we think are pretty representative. Note that these shots are representative of the technology demo, and do not reflect our planned game or gameplay. You may find these 12 screenshots here: /screenshots/ -- Vincent Archer Email: archer@nevrax.com Nevrax France. Off on the yellow brick road we go! From thomas.wright1@ntlworld.com Fri Mar 2 19:15:04 2001 Received: from mta02-svc.ntlworld.com (mta02-svc.ntlworld.com [62.253.162.42]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f22IF3R43481 for ; Fri, 2 Mar 2001 19:15:03 +0100 (CET) (envelope-from thomas.wright1@ntlworld.com) Received: from tom ([62.253.44.4]) by mta02-svc.ntlworld.com (InterMail vM.4.01.02.27 201-229-119-110) with SMTP id <20010302181220.ODBT290.mta02-svc.ntlworld.com@tom>; Fri, 2 Mar 2001 18:12:20 +0000 Message-ID: <000f01c0a343$e93d7830$042cfd3e@tom> From: "Tom wright" To: Cc: Subject: Re: [Nel] Network Connections Date: Fri, 2 Mar 2001 18:09:22 -0000 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_000C_01C0A343.E845D1C0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform This is a multi-part message in MIME format. ------=_NextPart_000_000C_01C0A343.E845D1C0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi Michael, yeah i have played about with python and read with interest the stackles = stuff. Some neat technology. However as good as python is for rapid = developement it has one VERY serious drawback, and thats its speed. Now = before i get flamed, I know stackless is a bit faster that normal 2.0 = python but its still REALLY REALLY slow compared to Java ( which is not = exactly a speed demon ) and of course c/c++. Would u not be better = using your own custom language for inserver scripting that you can tweak = to the nth degree ?? Problem with embedding python is because its a = general purpose language you take all the speed compromises that that = entails, decisons made by some one else without knowledge in your = domain. It takes more effort of course but could well yield better = results. How about inventing a new language specifically for MMORGS :-) BTW i dont think the microthreads implementation on windows is the same = concept as python, they are simply light threads with less start = up/shutdown and context switching over head. They dont have anything to = do with continuations ala python ( as far as i am aware ). However it sounds like the deployment platform is some custom unix box, = so its all academic :-) =20 BTW2 Have you looked at ACE by Doug Schmidt at Washington Uni ?? That = would provide u with common comms layer on many unix and windows = platforms. Its a nice piece of kit. Regards Tom ------=_NextPart_000_000C_01C0A343.E845D1C0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi Michael,
 
yeah i have played about with python = and read with=20 interest the stackles stuff.  Some neat technology. However as good = as=20 python is for rapid developement it has one VERY serious drawback, and = thats its=20 speed.  Now before i get flamed, I know stackless is a bit faster = that=20 normal 2.0 python but its still REALLY REALLY slow compared to Java ( = which is=20 not exactly a speed demon ) and of course c/c++.  Would u not be = better=20 using your own custom language for inserver scripting that you can tweak = to the=20 nth degree ??  Problem with embedding python is because its a = general=20 purpose language you take all the speed compromises that that entails, = decisons=20 made by some one else without knowledge in your domain.  It takes = more=20 effort of course but could well yield better results.  How about = inventing=20 a new language specifically for MMORGS :-)
 
BTW i dont think the microthreads = implementation on=20 windows is the same concept as python, they are simply light threads = with less=20 start up/shutdown and context switching over head.  They dont have = anything=20 to do with continuations ala python ( as far as i am aware = ).
 
However it sounds like the deployment = platform is=20 some custom unix box, so its all academic :-) 
 
BTW2 Have you looked at ACE by Doug = Schmidt at=20 Washington Uni ??  That would provide u with common comms layer on = many=20 unix and windows platforms.  Its a nice piece of kit.
 
Regards
 
Tom
------=_NextPart_000_000C_01C0A343.E845D1C0-- From thomas.wright1@ntlworld.com Fri Mar 2 19:34:22 2001 Received: from mta07-svc.ntlworld.com (mta07-svc.ntlworld.com [62.253.162.47]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f22IYLR43585 for ; Fri, 2 Mar 2001 19:34:21 +0100 (CET) (envelope-from thomas.wright1@ntlworld.com) Received: from tom ([62.253.44.4]) by mta07-svc.ntlworld.com (InterMail vM.4.01.02.27 201-229-119-110) with SMTP id <20010302183143.IWRK281.mta07-svc.ntlworld.com@tom>; Fri, 2 Mar 2001 18:31:43 +0000 Message-ID: <000f01c0a346$9eddfb40$042cfd3e@tom> From: "Tom wright" To: Cc: Subject: Re: [Nel] Network Connections 2 Date: Fri, 2 Mar 2001 18:28:46 -0000 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_000C_01C0A346.9E3D7580" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform This is a multi-part message in MIME format. ------=_NextPart_000_000C_01C0A346.9E3D7580 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi michael, i just looked at your URL's, very impressive graphics engine !! I read = your FAQ, are you getting sufficient performance from your python then, = to scale well ?? How are you stopping your heap getting fragged to = death? Are you using a python interpreter for each user ? Feel free to answer the none buisness sensitive questions :-) How are the nevrax lot finding python? Regards Tom ------=_NextPart_000_000C_01C0A346.9E3D7580 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi michael,
 
i just looked at your URL's, very = impressive=20 graphics engine !!  I read your FAQ, are you getting sufficient = performance=20 from your python then, to scale well ??  How are you stopping your = heap=20 getting fragged to death?  Are you using a python interpreter for = each user=20 ?
 
Feel free to answer the none buisness = sensitive=20 questions :-)
 
How are the nevrax lot finding = python?
 
Regards
 
Tom
------=_NextPart_000_000C_01C0A346.9E3D7580-- From duponc@rpi.edu Fri Mar 2 20:22:52 2001 Received: from mail.rpi.edu (root@mail.rpi.edu [128.113.100.7]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f22JMpR43822 for ; Fri, 2 Mar 2001 20:22:51 +0100 (CET) (envelope-from duponc@rpi.edu) Received: from rpi.edu (magneton-55.dynamic.rpi.edu [128.113.193.224]) by mail.rpi.edu (8.9.3/8.9.3) with ESMTP id OAA31554 for ; Fri, 2 Mar 2001 14:20:13 -0500 Message-ID: <3A9FF208.2010603@rpi.edu> Date: Fri, 02 Mar 2001 14:18:32 -0500 From: Charles Dupont User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; 0.8) Gecko/20010215 X-Accept-Language: en MIME-Version: 1.0 To: nel@nevrax.org Subject: Re: [Nel] Network Connections References: <000e01c0a22c$63ba5330$4f2dfd3e@tom> <003501c0a2a0$4ecb3060$9701a8c0@inorbit.org> <005501c0a2a9$1b465220$9701a8c0@inorbit.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform When you talk about network connections how are they going to work? For example when say a player wants to find out what he/she has in his inivitroy how does the client get this information. Does the client talk deriectly to the items sever or does it first contact another server, that it would contact for every data request, and which then goes asks the items server for the information which the server passes back to the client. If it is the case that there is a gateway server that talks to the data servers not the client talks directly to the data servers. Why does there have to be a single gateway server. You could set it up so that the gateways only had to control the max amount of connections the server can handel. To do this you would need a another server to handle incomming connections and pass them off to the gateway servers. Of course this system could bog down the intercluster network, but you would think that the total amount of trafic would not change. If it is the other way then this won't work. i.e. client talks directly to items server. Charles Dupont From jmark4@home.com Sat Mar 3 00:43:31 2001 Received: from femail5.sdc1.sfba.home.com (femail5.sdc1.sfba.home.com [24.0.95.85]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f22NhVR45107 for ; Sat, 3 Mar 2001 00:43:31 +0100 (CET) (envelope-from jmark4@home.com) Received: from cx427786a ([24.178.132.202]) by femail5.sdc1.sfba.home.com (InterMail vM.4.01.03.00 201-229-121) with SMTP id <20010302234052.UZJA19148.femail5.sdc1.sfba.home.com@cx427786a> for ; Fri, 2 Mar 2001 15:40:52 -0800 Message-ID: <004d01c0a371$e73647a0$ca84b218@omhaw1.ne.home.com> From: "Jared Mark" To: Date: Fri, 2 Mar 2001 17:38:36 -0600 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_004A_01C0A33F.9C4F8C60" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Subject: [Nel] Screenshots Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform This is a multi-part message in MIME format. ------=_NextPart_000_004A_01C0A33F.9C4F8C60 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I would like to post some of these screen shots up on my game's public = information site... May I? Also, must the "NeL" logo appear in them? TIA. ------=_NextPart_000_004A_01C0A33F.9C4F8C60 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
I would like to post some of these screen shots up = on my=20 game's public information site... May I?  Also, must the "NeL" logo = appear=20 in them?
 
TIA.
------=_NextPart_000_004A_01C0A33F.9C4F8C60-- From jmark4@home.com Sat Mar 3 01:20:40 2001 Received: from femail5.sdc1.sfba.home.com (femail5.sdc1.sfba.home.com [24.0.95.85]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f230KdR45304 for ; Sat, 3 Mar 2001 01:20:39 +0100 (CET) (envelope-from jmark4@home.com) Received: from cx427786a ([24.178.132.202]) by femail5.sdc1.sfba.home.com (InterMail vM.4.01.03.00 201-229-121) with SMTP id <20010303001801.WIOF19148.femail5.sdc1.sfba.home.com@cx427786a> for ; Fri, 2 Mar 2001 16:18:01 -0800 Message-ID: <005c01c0a377$1693e200$ca84b218@omhaw1.ne.home.com> From: "Jared Mark" To: Date: Fri, 2 Mar 2001 18:15:43 -0600 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0059_01C0A344.CBBF7640" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Subject: [Nel] Some misc questions Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform This is a multi-part message in MIME format. ------=_NextPart_000_0059_01C0A344.CBBF7640 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable 1) When, if ever, will the 3D Studio plugin for NeL be released to the = public? 2) Are there other 3rd party utilities (other than, say... Python) that = will be required to create the game data that NeL looks for and uses? = If so, what are they, and where can we get them? 3) Is there anything in the works as far as "world creation = documentation" goes? Such as "this is how you structure your data", and = "this is what you need to do for whatever to get whatever to work in = your game."? Or will we need to just kinda figure it out ourselves... = :) 4) Sorry if this has been asked and answered already... but when is the = projected release date for the 1.0 version of NeL? (If there's any at = all)... TIA ------=_NextPart_000_0059_01C0A344.CBBF7640 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
1) When, if ever, will the 3D Studio plugin for NeL = be=20 released to the public?
2) Are there other 3rd party utilities (other than, = say...=20 Python) that will be required to create the game data that NeL looks for = and=20 uses?  If so, what are they, and where can we get = them?
3) Is there anything in the works as far = as "world=20 creation documentation" goes?  Such as "this is how you structure = your=20 data", and "this is what you need to do for whatever to get whatever to = work in=20 your game."?  Or will we need to just kinda figure it out = ourselves...=20 :)
4) Sorry if this has been asked and answered = already... but=20 when is the projected release date for the 1.0 version of NeL?  (If = there's=20 any at all)...
 
TIA
------=_NextPart_000_0059_01C0A344.CBBF7640-- From robert@paradox.got.net Sat Mar 3 10:09:56 2001 Received: from paradox.got.net (paradox.thatsnice.org [207.111.205.196]) by www.nevrax.org (8.11.0/8.11.0) with SMTP id f2399sR50501 for ; Sat, 3 Mar 2001 10:09:55 +0100 (CET) (envelope-from robert@paradox.got.net) Received: (qmail 27551 invoked by uid 1001); 3 Mar 2001 09:05:59 -0000 Message-ID: <20010303090559.27550.qmail@paradox.got.net> From: robert@paradox.got.net To: nel@nevrax.org Date: Sat, 3 Mar 2001 01:05:59 -0800 (PST) X-Mailer: ELM [version 2.4ME+ PL73 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Subject: [Nel] Volatile source, cryptic CVS log entries Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hello again folks, First, I did read that whole message about 'data/', but I couldn't figure out what the fix was. I admit my C++ skills are a lacking, but a patch would have been great. It doesn't matter now, because I can't build the latest CVS. Up until today I couldn't build NeL at all due to library problems, I think. When I finally got it to build the client wouldn't build. So currently I'm getting: /usr/local/lib/libnel3d.so: undefined reference to `NL3D::UDriver::CMode::CMode(unsigned short, unsigned short, unsigned char, bool)' /usr/local/lib/libnel3d.so: undefined reference to `NL3D::CDriverUser::convMat(NL3D::UMaterial &)' /usr/local/lib/libnel3d.so: undefined reference to `NL3D::UDriver::setMatrixMode2D11(void)' /usr/local/lib/libnel3d.so: undefined reference to `NL3D::UDriver::setMatrixMode2D43(void)' /usr/local/lib/libnel3d.so: undefined reference to `NL3D::UDriver virtual table' /usr/local/lib/libnel3d.so: undefined reference to `NL3D::UDriver type_info node' /usr/local/lib/libnel3d.so: undefined reference to `NL3D::UDriver type_info function' ... which looks to me like more of that interface rearrangement stuff, and I have no idea what to do about it. As someone who would very much like to help either with testing, or even coding, I'd like to request that developers make CVS log entries a little more verbose then 'grrrrr', 'added file' or 'BUG: makefile'. I know you guys know what you're doing, and I can usually get some idea of what's going on looking at the diffs, but if 'grrrr' was 'path change (3d/tmp)', and 'added file' mentioned the filename, and 'BUG: makefile' said 'BUG: added frustrum.ccp', it would make it a lot easier for me to get my bearings and tracedown whether errors are due to my build environment, or due to some SNAFU in France, or whatever. It would also make it less likely that I would need to look at the diff at all. I love the screenshots, and I can't wait to try this stuff out on my own machine. Robert -- Robert de Forest " meetings, n.: System Administrator A place where minutes are kept Got.net and hours are lost." -- login fortune From adam@papakane.com Mon Mar 5 01:22:43 2001 Received: from antigonus.hosting.pacbell.net (antigonus.hosting.pacbell.net [216.100.98.13]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f250MfR61808 for ; Mon, 5 Mar 2001 01:22:42 +0100 (CET) (envelope-from adam@papakane.com) Received: from papakane.papakane.com (adsl-63-197-71-132.dsl.snfc21.pacbell.net [63.197.71.132]) by antigonus.hosting.pacbell.net id TAA27296; Sun, 4 Mar 2001 19:19:59 -0500 (EST) [ConcentricHost SMTP Relay 1.7] Message-Id: <4.3.2.7.2.20010304153817.023d9830@smtp.papakane.com> X-Sender: adam%papakane.com@smtp.papakane.com X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Sun, 04 Mar 2001 16:20:57 -0800 To: nel@nevrax.org From: papakane Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: [Nel] problems compiling nel/net/new_message.h Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform I've been trying to compile snowballs.exe for the past few days. I really don't know C++ all that well and certainly don't know much about VisualC++ so I have a feeling I may be over my head but I am dying to get involved in this project and I would love to play snowballs.exe. So any help would be greatly appreciated. I am using MS Visual C++ on Windows 2000, 3dfx voodoo3 and I am compiling a current CVS version of the code base. I get the following compile time errors when I build nlnet_rd.lib --------------------Configuration: net - Win32 ReleaseDebug-------------------- Compiling... new_message.cpp C:\SNOWBALLS_SRC_0_2\CODE\NEL\INCLUDE\nel/net/new_message.h(48) : error C2039: 'CStringIdArray' : is not a member of 'NLMISC' C:\SNOWBALLS_SRC_0_2\CODE\NEL\INCLUDE\nel/net/new_message.h(48) : error C2629: unexpected 'class NLNET::CNewMessage (' C:\SNOWBALLS_SRC_0_2\CODE\NEL\INCLUDE\nel/net/new_message.h(48) : error C2334: unexpected token(s) preceding ':'; skipping apparent function body C:\SNOWBALLS_SRC_0_2\CODE\NEL\INCLUDE\nel/net/new_message.h(71) : error C2146: syntax error : missing ',' before identifier 'id' C:\SNOWBALLS_SRC_0_2\CODE\NEL\INCLUDE\nel/net/new_message.h(71) : error C2061: syntax error : identifier 'id' C:\SNOWBALLS_SRC_0_2\CODE\NEL\INCLUDE\nel/net/new_message.h(117) : error C2039: 'CStringIdArray' : is not a member of 'NLMISC' C:\SNOWBALLS_SRC_0_2\CODE\NEL\INCLUDE\nel/net/new_message.h(117) : error C2143: syntax error : missing ';' before '*' C:\SNOWBALLS_SRC_0_2\CODE\NEL\INCLUDE\nel/net/new_message.h(117) : error C2501: '_SIDA' : missing storage-class or type specifiers Error executing cl.exe. nlnet_rd.lib - 8 error(s), 0 warning(s) I took the liberty of adding the following line to new_message.h #include "nel/misc/string_id_array.h" since that's where CStringArray is defined. and got some more syntax errors on line 71. line 71 reads: void setType (const TStringId id) I made the following changes to get rid of the syntax errors. ( why? I am not really sure. it just seemed the right thing to do ;-) ) void setType (const NLMISC::CStringIdArray::TStringId id) and now I get the following error that I can't fix. C:\SNOWBALLS_SRC_0_2\CODE\NEL\INCLUDE\nel/net/new_message.h(100) : error C2662: 'getId' : cannot convert 'this' pointer from 'const class NLMISC::CStringIdArray' to 'class NLMISC::CStringIdArray &' Conversion loses qualifiers line 100 reads as follows : NLMISC::CStringIdArray::TStringId id = _SIDA->getId (name); _SIDA is defined as follows private: const NLMISC::CStringIdArray *_SIDA; Does any one have any idea what's wrong or even if I am on the right track? -Ishmael (and Adam) p.s. I compiled the version found in snowballs_src_0_2.zip downloaded from nevrax.org. I got everything compiled but then when I load the game and connect to the public server I get a white screen that stays white and the game never loads. I decided to get the updated CVS version of the code base to see if it works better. p.p.s. I was also getting compile time errors in the AI module (or is it IA, the vcc workspace keeps calling it IA wihch is very confusing) but it doesn't seem like snowballs uses the ai module. Is this correct? ______________________________________________________ Ga-ming-o (n): A collection of game programming examples for lingo. http://sourceforge.net/bugs/?group_id=8974 <-- bugbase http://www.gamingo.com <-- homepage From berenguier@nevrax.com Mon Mar 5 10:21:33 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f259LWR64736 for ; Mon, 5 Mar 2001 10:21:32 +0100 (CET) (envelope-from berenguier@nevrax.com) Received: from pc6 (fw.localdomain [192.168.254.254]) by nevrax.com (8.9.3/8.9.3) with SMTP id KAA07024 for ; Mon, 5 Mar 2001 10:25:31 +0100 Message-ID: <001d01c0a555$5f8f3d80$0601a8c0@nevrax.net> From: "Lionel Berenguier" To: References: <20010303090559.27550.qmail@paradox.got.net> Subject: Re: [Nel] Volatile source, cryptic CVS log entries Date: Mon, 5 Mar 2001 10:19:25 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2615.200 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform ----- Original Message ----- From: To: Sent: Saturday, March 03, 2001 10:05 AM Subject: [Nel] Volatile source, cryptic CVS log entries > Hello again folks, > > As someone who would very much like to help either with testing, or > even coding, I'd like to request that developers make CVS log entries > a little more verbose then 'grrrrr', 'added file' or 'BUG: makefile'. > I know you guys know what you're doing, and I can usually get some > idea of what's going on looking at the diffs, but if 'grrrr' was 'path > change (3d/tmp)', and 'added file' mentioned the filename, and 'BUG: Ok. I apologize. Actually, the files were moved 2 times, and I just realize that just the last log is valid. Sorry... Lionel Berenguier. --- 3d programmer / nevrax.com From lecroart@nevrax.com Mon Mar 5 10:41:30 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f259fTR64850 for ; Mon, 5 Mar 2001 10:41:29 +0100 (CET) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw.localdomain [192.168.254.254]) by nevrax.com (8.9.3/8.9.3) with SMTP id KAA07406 for ; Mon, 5 Mar 2001 10:45:29 +0100 Message-ID: <002101c0a558$71ba3e30$0901a8c0@vianneyl> From: "Vianney Lecroart" To: References: <4.3.2.7.2.20010304153817.023d9830@smtp.papakane.com> Subject: Re: [Nel] problems compiling nel/net/new_message.h Date: Mon, 5 Mar 2001 10:41:24 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hello, In fact, new_message.cpp shouldn't be on the nel directory. so you could delete new_message.* and remove the file from the makefile or from the .dsp. I commit the modification but you must wait the night to get the fix. Vianney Lecroart --- lead network programmer / nevrax.com icq#: 6870415 homepage: http://ace.planet-d.net www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? ----- Original Message ----- From: "papakane" To: Sent: Monday, March 05, 2001 1:20 AM Subject: [Nel] problems compiling nel/net/new_message.h > > I've been trying to compile snowballs.exe for the past few days. I really > don't know C++ all that well and certainly don't know much about VisualC++ > so I have a feeling I may be over my head but I am dying to get involved in > this project and I would love to play snowballs.exe. So any help would be > greatly appreciated. > > I am using MS Visual C++ on Windows 2000, 3dfx voodoo3 and I am compiling a > current CVS version of the code base. > > I get the following compile time errors when I build nlnet_rd.lib > > --------------------Configuration: net - Win32 ReleaseDebug-------------------- > Compiling... > new_message.cpp > C:\SNOWBALLS_SRC_0_2\CODE\NEL\INCLUDE\nel/net/new_message.h(48) : error > C2039: 'CStringIdArray' : is not a member of 'NLMISC' > C:\SNOWBALLS_SRC_0_2\CODE\NEL\INCLUDE\nel/net/new_message.h(48) : error > C2629: unexpected 'class NLNET::CNewMessage (' > C:\SNOWBALLS_SRC_0_2\CODE\NEL\INCLUDE\nel/net/new_message.h(48) : error > C2334: unexpected token(s) preceding ':'; skipping apparent function body > C:\SNOWBALLS_SRC_0_2\CODE\NEL\INCLUDE\nel/net/new_message.h(71) : error > C2146: syntax error : missing ',' before identifier 'id' > C:\SNOWBALLS_SRC_0_2\CODE\NEL\INCLUDE\nel/net/new_message.h(71) : error > C2061: syntax error : identifier 'id' > C:\SNOWBALLS_SRC_0_2\CODE\NEL\INCLUDE\nel/net/new_message.h(117) : error > C2039: 'CStringIdArray' : is not a member of 'NLMISC' > C:\SNOWBALLS_SRC_0_2\CODE\NEL\INCLUDE\nel/net/new_message.h(117) : error > C2143: syntax error : missing ';' before '*' > C:\SNOWBALLS_SRC_0_2\CODE\NEL\INCLUDE\nel/net/new_message.h(117) : error > C2501: '_SIDA' : missing storage-class or type specifiers > Error executing cl.exe. > > nlnet_rd.lib - 8 error(s), 0 warning(s) > > I took the liberty of adding the following line to new_message.h > #include "nel/misc/string_id_array.h" > since that's where CStringArray is defined. and got some more syntax > errors on line 71. > > line 71 reads: > void setType (const TStringId id) > I made the following changes to get rid of the syntax errors. ( why? I > am not really sure. it just seemed the right thing to do ;-) ) > void setType (const NLMISC::CStringIdArray::TStringId id) > > and now I get the following error that I can't fix. > > C:\SNOWBALLS_SRC_0_2\CODE\NEL\INCLUDE\nel/net/new_message.h(100) : error > C2662: 'getId' : cannot convert 'this' pointer from 'const class > NLMISC::CStringIdArray' to 'class NLMISC::CStringIdArray &' > Conversion loses qualifiers > > line 100 reads as follows : > NLMISC::CStringIdArray::TStringId id = _SIDA->getId (name); > > _SIDA is defined as follows > > private: > const NLMISC::CStringIdArray *_SIDA; > > Does any one have any idea what's wrong or even if I am on the right track? > > -Ishmael (and Adam) > > p.s. I compiled the version found in snowballs_src_0_2.zip downloaded from > nevrax.org. I got everything compiled but then when I load the game and > connect to the public server I get a white screen that stays white and the > game never loads. > > I decided to get the updated CVS version of the code base to see if it > works better. > > p.p.s. I was also getting compile time errors in the AI module (or is it > IA, the vcc workspace keeps calling it IA wihch is very confusing) but it > doesn't seem like snowballs uses the ai module. Is this correct? > > ______________________________________________________ > Ga-ming-o (n): A collection of game programming examples for lingo. > http://sourceforge.net/bugs/?group_id=8974 <-- bugbase > http://www.gamingo.com <-- homepage > > > _______________________________________________ > Nel mailing list > Nel@nevrax.org > /mailman/listinfo.cgi/nel From jaleco@svr1.gameone.com.tw Tue Mar 6 05:08:52 2001 Received: from gameone.com.tw ([210.243.185.125]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f2648ZV04711 for ; Tue, 6 Mar 2001 05:08:46 +0100 (CET) (envelope-from jaleco@svr1.gameone.com.tw) Received: from designer [211.21.241.68] by gameone.com.tw [210.243.185.125] with SMTP (MDaemon.v3.0.0.R) for ; Tue, 06 Mar 2001 12:05:10 +0800 Message-ID: <001301c0a5f2$b6cc87e0$44f115d3@egameclub.com.tw> From: "jaleco" To: Date: Tue, 6 Mar 2001 12:05:42 +0800 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0010_01C0A635.C4605920" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 X-MDaemon-Deliver-To: nel@nevrax.org X-Return-Path: jaleco@gameone.com.tw X-MDRcpt-To: nel@nevrax.org X-MDRemoteIP: 211.21.241.68 Subject: [Nel] newbies about packet schema Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform This is a multi-part message in MIME format. ------=_NextPart_000_0010_01C0A635.C4605920 Content-Type: text/plain; charset="big5" Content-Transfer-Encoding: quoted-printable I have read artice for winsock program,=20 if folling article is true, that snow ball netowrk driver , should = change it's packet schema. any one can give me suggect ? original from = http://www.cyberport.com/~tangent/programming/winsock/intermediate.html#d= isable-nagle Inexperienced Winsockers usually try disabling the Nagle algorithm when = they are trying to impose some kind of packet scheme on a TCP data = stream. That is, they want to be able to send, say, two packets, one 40 = bytes and the other 60, and have the receiver get a 40-byte packet = followed by a separate 60-byte packet. (With the Nagle algorithm = enabled, TCP will often coalesce these two packets into a single 100 = byte packet.) Unfortunately, this is futile, for the following reasons: 1.. Even if the sender manages to send its packets individually, the = receiving TCP/IP stack may still coalesce the received packets into a = single packet. This can happen any time the sender can send data faster = than the receiver can deal with it.=20 2.. Winsock Layered Service Providers (LSPs) may coalesce or fragment = stream data, especially LSPs that modify the data as it passes.=20 3.. Turning off the Nagle algorithm in a client program will not = affect the way that the server sends packets, and vice versa.=20 4.. Routers and other intermediaries on the network can fragment = packets, and there is no guarantee of "proper" reassembly with stream = protocols.=20 5.. If packet arrives that is larger than the available space in the = stack's buffers, it may fragment a packet, queuing up as many bytes as = it has buffer space for and discarding the rest. (The remote peer will = resend the remaining data later.)=20 6.. Winsock is not required to give you all the data it has queued on = a socket even if your recv() call gave Winsock enough buffer space. It = may require several calls to get all the data queued on a socket.=20 ------=_NextPart_000_0010_01C0A635.C4605920 Content-Type: text/html; charset="big5" Content-Transfer-Encoding: quoted-printable
I have read artice for winsock program, =
if folling article is true, that snow ball netowrk = driver ,=20 should change it's packet schema.
any one can give me suggect ?
 
original from http://www.cyberport.com/~tangent/programming/winso= ck/intermediate.html#disable-nagle

Inexperienced Winsockers usually try disabling the Nagle algorithm = when they=20 are trying to impose some kind of packet=20 scheme on a TCP data stream. That is, they want to be able to send, = say, two=20 packets, one 40 bytes and the other 60, and have the receiver get a = 40-byte=20 packet followed by a separate 60-byte packet. (With the Nagle algorithm = enabled,=20 TCP will often coalesce these two packets into a single 100 byte = packet.)=20 Unfortunately, this is futile, for the following reasons:

  1. Even if the sender manages to send its packets individually, the = receiving=20 TCP/IP stack may still coalesce the received packets into a single = packet.=20 This can happen any time the sender can send data faster than the = receiver can=20 deal with it.=20
  2. Winsock Layered Service Providers (LSPs) may coalesce or fragment = stream=20 data, especially LSPs that modify the data as it passes.=20
  3. Turning off the Nagle algorithm in a client program will not = affect the=20 way that the server sends packets, and vice versa.=20
  4. Routers and other intermediaries on the network can fragment = packets, and=20 there is no guarantee of "proper" reassembly with stream protocols.=20
  5. If packet arrives that is larger than the available space in the = stack's=20 buffers, it may fragment a packet, queuing up as many bytes as it has = buffer=20 space for and discarding the rest. (The remote peer will resend the = remaining=20 data later.)=20
  6. Winsock is not required to give you all the data it has queued on = a socket=20 even if your recv() call gave Winsock enough buffer = space. It may=20 require several calls to get all the data queued on a socket.=20
------=_NextPart_000_0010_01C0A635.C4605920-- From nel@elwar.com Tue Mar 6 05:32:33 2001 Received: from elwar.com (user-24-214-39-133.knology.net [24.214.39.133]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f264WWV04841 for ; Tue, 6 Mar 2001 05:32:32 +0100 (CET) (envelope-from nel@elwar.com) Received: from elwar.com (IDENT:nel@elwar.com [127.0.0.1]) by elwar.com (8.9.3/8.9.3) with ESMTP id AAA18737 for ; Tue, 6 Mar 2001 00:39:40 -0500 Message-Id: <200103060539.AAA18737@elwar.com> To: nel@nevrax.org Date: Tue, 06 Mar 2001 00:39:40 -0500 From: nel@elwar.com Subject: [Nel] compile.cpp Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform After finally getting the client to compile and run I ran into the problem of the itsalive.nevrax.org site not being alive. So I figured I'd compile the server on my system. First problem I had with the agent_service directory is it was searching for my Python.h file which I finally had to explicetly include the path in the Makefile. The final problem was that there's no compile.cpp in the agent_service directory and the Makefile is trying to create the compile.o I'll check out the .gz version to see if there's a compile.cpp in there. Elwar From michael@in-orbit.net Tue Mar 6 07:25:12 2001 Received: from mail.in-orbit.net ([207.44.176.190]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f266PAV05375 for ; Tue, 6 Mar 2001 07:25:11 +0100 (CET) (envelope-from michael@in-orbit.net) Received: from baldur ([207.44.176.190]) by mail.in-orbit.net (8.11.0/8.11.0) with SMTP id f266K4909650 for ; Mon, 5 Mar 2001 22:20:04 -0800 Message-ID: <001201c0a605$d89cb5d0$9701a8c0@inorbit.org> From: "Michael Warnock" To: References: <200103060539.AAA18737@elwar.com> Subject: Re: [Nel] compile.cpp Date: Mon, 5 Mar 2001 22:22:40 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform The agent service isnt necessary to run the server. You only needed the naming service, log service, login service and moves service until yesterday- now u have to run the time service too, which hasn't been running well for me in the last few weeks, however, an older copy of it works just fine. Michael Warnock In-Orbit Entertainment No matter where you go, &this. From lecroart@nevrax.com Tue Mar 6 10:35:33 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f269ZXV06291 for ; Tue, 6 Mar 2001 10:35:33 +0100 (CET) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw.localdomain [192.168.254.254]) by nevrax.com (8.9.3/8.9.3) with SMTP id KAA15111 for ; Tue, 6 Mar 2001 10:39:38 +0100 Message-ID: <002701c0a620$c979a250$0901a8c0@vianneyl> From: "Vianney Lecroart" To: References: <200103060539.AAA18737@elwar.com> <001201c0a605$d89cb5d0$9701a8c0@inorbit.org> Subject: Re: [Nel] compile.cpp Date: Tue, 6 Mar 2001 10:35:31 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hello Michael, > yesterday- now u have to run the time service too, which hasn't been running > well for me in the last few weeks, however, an older copy of it works just Could you, please, explain me what is the problem about the time service? Here, it seems to work fine on windows 2000 and on redhat 7 linux. Vianney From valignat@gw.nevrax.com Tue Mar 6 15:28:25 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f26ESDV07809 for ; Tue, 6 Mar 2001 15:28:17 +0100 (CET) (envelope-from valignat@gw.nevrax.com) Received: from gw.nevrax.com (fw.localdomain [192.168.254.254]) by nevrax.com (8.9.3/8.9.3) with ESMTP id PAA21892 for ; Tue, 6 Mar 2001 15:32:10 +0100 Received: (from valignat@localhost) by gw.nevrax.com (8.11.2/8.11.2) id f26EPNJ69597 for nel@nevrax.org; Tue, 6 Mar 2001 15:25:23 +0100 (CET) (envelope-from valignat) Date: Tue, 6 Mar 2001 15:25:23 +0100 From: Cedric Valignat To: nel@nevrax.org Subject: Re: [Nel] compile.cpp Message-ID: <20010306152522.A42773@nevrax.com> References: <200103060539.AAA18737@elwar.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200103060539.AAA18737@elwar.com>; from nel@elwar.com on Tue, Mar 06, 2001 at 12:39:40AM -0500 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform nel@elwar.com wrote: > > After finally getting the client to compile and run I ran into the problem > of the itsalive.nevrax.org site not being alive. So I figured I'd compile the > server on my system. Sorry about that, itsalive die miserably due to a ventilator problem :-( This was fixed and it's runnig now ... > First problem I had with the agent_service directory is it was searching for > my Python.h file which I finally had to explicetly include the path in the > Makefile. Ouch ... we will fix that ... Tha agent service is not used at all at the momment, it's under heavy development ... you can skip it. > The final problem was that there's no compile.cpp in the agent_service > directory and the Makefile is trying to create the compile.o > I'll check out the .gz version to see if there's a compile.cpp in there. This was fixed yesterday. Cedric. From valignat@gw.nevrax.com Tue Mar 6 15:33:01 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f26EWwV07849 for ; Tue, 6 Mar 2001 15:32:59 +0100 (CET) (envelope-from valignat@gw.nevrax.com) Received: from gw.nevrax.com (fw.localdomain [192.168.254.254]) by nevrax.com (8.9.3/8.9.3) with ESMTP id PAA22039 for ; Tue, 6 Mar 2001 15:37:02 +0100 Received: (from valignat@localhost) by gw.nevrax.com (8.11.2/8.11.2) id f26EUFk78093 for nel@nevrax.org; Tue, 6 Mar 2001 15:30:15 +0100 (CET) (envelope-from valignat) Date: Tue, 6 Mar 2001 15:30:14 +0100 From: Cedric Valignat To: nel@nevrax.org Subject: Re: [Nel] Volatile source, cryptic CVS log entries Message-ID: <20010306153014.B71714@nevrax.com> References: <20010303090559.27550.qmail@paradox.got.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010303090559.27550.qmail@paradox.got.net>; from robert@paradox.got.net on Sat, Mar 03, 2001 at 01:05:59AM -0800 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform robert@paradox.got.net wrote: > > First, I did read that whole message about 'data/', but I couldn't > figure out what the fix was. I admit my C++ skills are a lacking, but > a patch would have been great. It doesn't matter now, because I can't > build the latest CVS. I'm going to take a look on it ... > [...] > /usr/local/lib/libnel3d.so: undefined reference to `NL3D::UDriver type_info function' > > ... which looks to me like more of that interface rearrangement stuff, > and I have no idea what to do about it. This is fixed in the last CVS files. Update your CVS and it should work :-) Cedric. From archer@nevrax.com Tue Mar 6 15:42:55 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f26EgsV07922 for ; Tue, 6 Mar 2001 15:42:55 +0100 (CET) (envelope-from archer@nevrax.com) Received: (from archer@localhost) by nevrax.com (8.9.3/8.9.3) id PAA22237 for nel@nevrax.org; Tue, 6 Mar 2001 15:46:59 +0100 Date: Tue, 6 Mar 2001 15:46:59 +0100 From: Vincent Archer To: nel@nevrax.org Subject: Re: [Nel] compile.cpp Message-ID: <20010306154659.R13778@nevrax.com> References: <200103060539.AAA18737@elwar.com> <20010306152522.A42773@nevrax.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3us In-Reply-To: <20010306152522.A42773@nevrax.com> Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform According to Cedric Valignat: > Sorry about that, itsalive die miserably due to a ventilator problem :-( When your CPU fan decide it's time to take a vacation, the CPU doesn't like working without clim anymore than you. :) > > The final problem was that there's no compile.cpp in the agent_service > > directory and the Makefile is trying to create the compile.o > > I'll check out the .gz version to see if there's a compile.cpp in there. > > This was fixed yesterday. That happens when someone adds a new file to the compilation process, but forgets a "cvs add" :) -- Vincent Archer Email: archer@nevrax.com Nevrax France. Off on the yellow brick road we go! From v.caron@zerodeux.net Tue Mar 6 15:58:33 2001 Received: from zerodeux.net (aboukir-101-1-2-zerodeux.adsl.nerim.net [62.4.22.182]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f26EwIV08015 for ; Tue, 6 Mar 2001 15:58:27 +0100 (CET) (envelope-from v.caron@zerodeux.net) Received: from zerodeux.net (unknown [192.168.1.3]) by zerodeux.net (Postfix) with ESMTP id 02A9A9A5 for ; Tue, 6 Mar 2001 15:59:28 +0100 (CET) Message-ID: <3AA4FA03.A7FF4FAE@zerodeux.net> Date: Tue, 06 Mar 2001 15:53:55 +0100 From: Vincent Caron X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.2 i686) X-Accept-Language: en, fr MIME-Version: 1.0 To: nel@nevrax.org Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: [Nel] Pb compiling from CVS Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform In nel/src/3d/driver/opengl : driver_opengl.cpp:49: nel/3d/tmp/viewport.h: No such file or directory (I updated my CVS repository 5 min ago) From valignat@gw.nevrax.com Tue Mar 6 16:07:48 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f26F7mV08084 for ; Tue, 6 Mar 2001 16:07:48 +0100 (CET) (envelope-from valignat@gw.nevrax.com) Received: from gw.nevrax.com (fw.localdomain [192.168.254.254]) by nevrax.com (8.9.3/8.9.3) with ESMTP id QAA22897 for ; Tue, 6 Mar 2001 16:11:53 +0100 Received: (from valignat@localhost) by gw.nevrax.com (8.11.2/8.11.2) id f26F56556893 for nel@nevrax.org; Tue, 6 Mar 2001 16:05:06 +0100 (CET) (envelope-from valignat) Date: Tue, 6 Mar 2001 16:05:06 +0100 From: Cedric Valignat To: nel@nevrax.org Subject: Re: [Nel] compile.cpp Message-ID: <20010306160505.A51081@nevrax.com> References: <200103060539.AAA18737@elwar.com> <20010306152522.A42773@nevrax.com> <20010306154659.R13778@nevrax.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010306154659.R13778@nevrax.com>; from archer@nevrax.com on Tue, Mar 06, 2001 at 03:46:59PM +0100 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Vincent Archer wrote: > > That happens when someone adds a new file to the compilation process, > but forgets a "cvs add" :) Atually, it was, more or less, the other way around. The compile.cpp file was removed from the CVS, and it wasn't removed in the Makefile.am file :-) Cedric. From archer@nevrax.com Tue Mar 6 16:20:03 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f26FK3V08177 for ; Tue, 6 Mar 2001 16:20:03 +0100 (CET) (envelope-from archer@nevrax.com) Received: (from archer@localhost) by nevrax.com (8.9.3/8.9.3) id QAA23189 for nel@nevrax.org; Tue, 6 Mar 2001 16:24:08 +0100 Date: Tue, 6 Mar 2001 16:24:08 +0100 From: Vincent Archer To: nel@nevrax.org Subject: Re: [Nel] Screenshots Message-ID: <20010306162408.W13778@nevrax.com> References: <004d01c0a371$e73647a0$ca84b218@omhaw1.ne.home.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3us In-Reply-To: <004d01c0a371$e73647a0$ca84b218@omhaw1.ne.home.com> Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform According to Jared Mark: > I would like to post some of these screen shots up on my game's public information site... May I? Also, must the "NeL" logo appear in them? Sorry to have taken so long to reply. Of course, you may post these screenshots to any web site you like, provided you keep the NeL logo pictured on them. -- Vincent Archer Email: archer@nevrax.com Nevrax France. Off on the yellow brick road we go! From archer@nevrax.com Tue Mar 6 16:35:51 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f26FZnV08266 for ; Tue, 6 Mar 2001 16:35:49 +0100 (CET) (envelope-from archer@nevrax.com) Received: (from archer@localhost) by nevrax.com (8.9.3/8.9.3) id QAA23533 for nel@nevrax.org; Tue, 6 Mar 2001 16:39:52 +0100 Date: Tue, 6 Mar 2001 16:39:52 +0100 From: Vincent Archer To: nel@nevrax.org Subject: Re: [Nel] Some misc questions Message-ID: <20010306163951.X13778@nevrax.com> References: <005c01c0a377$1693e200$ca84b218@omhaw1.ne.home.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3us In-Reply-To: <005c01c0a377$1693e200$ca84b218@omhaw1.ne.home.com> Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform According to Jared Mark: > 1) When, if ever, will the 3D Studio plugin for NeL be released to the public? Right now, we have no update yet. It's still mostly a matter of license, and we do want to be sure before we release (once the horse leaves the barn, you can't close the door anymore). No ETA. Alas. > 2) Are there other 3rd party utilities (other than, say... Python) that will be required to create the game data that NeL looks for and uses? If so, what are they, and where can we get them? So far, we need only STLports, Freetype, and Python. Which should be mentioned in the Readme for compilation, including the correct URLs (except when we swap t & l around for the STLport.org domain, that is) > 3) Is there anything in the works as far as "world creation documentation" goes? Such as "this is how you structure your data", and "this is what you need to do for whatever to get whatever to work in your game."? Or will we need to just kinda figure it out ourselves... :) Good question. I'm not even sure we really know ourselves (just kidding). That's something in the work, because oral tradition isn't enough even here. > 4) Sorry if this has been asked and answered already... but when is the projected release date for the 1.0 version of NeL? (If there's any at all)... We do hope to have our game up in beta at the end of the year, so we expect to have the library stable and fully functional at about the same time. Whether or not we'll stamp it 1.0 before full debug, or when we go beta is another debate :) -- Vincent Archer Email: archer@nevrax.com Nevrax France. Off on the yellow brick road we go! From valignat@gw.nevrax.com Tue Mar 6 17:44:21 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f26GiIV08676 for ; Tue, 6 Mar 2001 17:44:19 +0100 (CET) (envelope-from valignat@gw.nevrax.com) Received: from gw.nevrax.com (fw.localdomain [192.168.254.254]) by nevrax.com (8.9.3/8.9.3) with ESMTP id RAA24930 for ; Tue, 6 Mar 2001 17:48:20 +0100 Received: (from valignat@localhost) by gw.nevrax.com (8.11.2/8.11.2) id f26GfXO82335 for nel@nevrax.org; Tue, 6 Mar 2001 17:41:33 +0100 (CET) (envelope-from valignat) Date: Tue, 6 Mar 2001 17:41:33 +0100 From: Cedric Valignat To: nel@nevrax.org Subject: Re: [Nel] Pb compiling from CVS Message-ID: <20010306174133.A96405@nevrax.com> References: <3AA4FA03.A7FF4FAE@zerodeux.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3AA4FA03.A7FF4FAE@zerodeux.net>; from v.caron@zerodeux.net on Tue, Mar 06, 2001 at 03:53:55PM +0100 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Vincent Caron wrote: > In nel/src/3d/driver/opengl : > driver_opengl.cpp:49: nel/3d/tmp/viewport.h: No such file or directory > > (I updated my CVS repository 5 min ago) I tryed to reproduce your error with the files present in the public repository, but it was without any success. I update the public CVS repository more or less at the same time that you've done the update, so could you try to update it again to check out if the error is not coming from our public repository synchronization ? Thanks, Cedric. From archer@nevrax.com Tue Mar 6 17:48:43 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f26GmeV08737 for ; Tue, 6 Mar 2001 17:48:41 +0100 (CET) (envelope-from archer@nevrax.com) Received: (from archer@localhost) by nevrax.com (8.9.3/8.9.3) id RAA25044 for nel@nevrax.org; Tue, 6 Mar 2001 17:52:43 +0100 Date: Tue, 6 Mar 2001 17:52:43 +0100 From: Vincent Archer To: nel@nevrax.org Subject: Re: [Nel] Pb compiling from CVS Message-ID: <20010306175243.E13778@nevrax.com> References: <3AA4FA03.A7FF4FAE@zerodeux.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3us In-Reply-To: <3AA4FA03.A7FF4FAE@zerodeux.net> Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform According to Vincent Caron: > In nel/src/3d/driver/opengl : > driver_opengl.cpp:49: nel/3d/tmp/viewport.h: No such file or directory > > (I updated my CVS repository 5 min ago) This is strange, since the repository has the viewport.h file, as shown on CVSweb: /cvs/cvsweb.cgi/code/nel/include/nel/3d/tmp/viewport.h (and yes, I know people hate the 'grrrr' comments :) ) Are you sure the cvs update went correctly? -- Vincent Archer Email: archer@nevrax.com Nevrax France. Off on the yellow brick road we go! From v.caron@zerodeux.net Tue Mar 6 18:01:01 2001 Received: from zerodeux.net (aboukir-101-1-2-zerodeux.adsl.nerim.net [62.4.22.182]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f26H10V08853 for ; Tue, 6 Mar 2001 18:01:00 +0100 (CET) (envelope-from v.caron@zerodeux.net) Received: from zerodeux.net (unknown [192.168.1.3]) by zerodeux.net (Postfix) with ESMTP id 7D7309A5 for ; Tue, 6 Mar 2001 18:02:24 +0100 (CET) Message-ID: <3AA516D1.F90B854B@zerodeux.net> Date: Tue, 06 Mar 2001 17:56:49 +0100 From: Vincent Caron X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.2 i686) X-Accept-Language: en, fr MIME-Version: 1.0 To: nel@nevrax.org Subject: Re: [Nel] Pb compiling from CVS References: <3AA4FA03.A7FF4FAE@zerodeux.net> <20010306174133.A96405@nevrax.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Cedric Valignat wrote: > > I update the public CVS repository more or less at the same time that > you've done the update, so could you try to update it again to check > out if the error is not coming from our public repository > synchronization ? My fault, I have a pb with cvs ignoring my ~/.cvsrc file, thus I didn't get the new tmp/ folder in '3d'. From kduda@there.com Tue Mar 6 18:24:23 2001 Received: from alwaysthere.there.com ([216.73.68.226]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f26HOLV08979 for ; Tue, 6 Mar 2001 18:24:22 +0100 (CET) (envelope-from kduda@there.com) Received: from kduda-laptop.there.com (kduda-laptop [10.10.11.11]) by alwaysthere.there.com (8.9.3/8.9.3) with ESMTP id JAA19789 for ; Tue, 6 Mar 2001 09:21:37 -0800 Received: (from kduda@localhost) by kduda-laptop.there.com (8.9.3/8.8.7) id CAA04265; Sat, 3 Mar 2001 02:02:34 -0800 Date: Sat, 3 Mar 2001 02:02:34 -0800 Message-Id: <200103031002.CAA04265@kduda-laptop.there.com> From: Kenneth Duda To: nel@nevrax.org In-reply-to: <001301c0a5f2$b6cc87e0$44f115d3@egameclub.com.tw> (jaleco@svr1.gameone.com.tw) Subject: Re: [Nel] newbies about packet schema References: <001301c0a5f2$b6cc87e0$44f115d3@egameclub.com.tw> Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform > I have read artice for winsock program, if folling article is > true, that snow ball netowrk driver , should change it's packet > schema. any one can give me suggect ? I am not familiar with the snowball protocol ("packet schema"). However, I assure you that the article is correct --- attempting to turn TCP from a byte stream into a sequenced message stream by disabling Nagle will not work. The only way to implement message semantics on top of TCP is to add your own packetization to the byte stream. For example, void SendMessage( int socket, const void * buf, size_t length ) { long l = htonl( length ); write( socket, &l, 4 ); write( socket, buf, length ); } void RecvMessage( int socket, void * buf, size_t * length ) { long l; read( socket, &l, 4 ); l = ntohl( l ); assert( l < *length ); *length = l; read( socket, buf, length ); } -Ken Kenneth J. Duda Stanford University Distributed Systems Group From michael@in-orbit.net Tue Mar 6 20:45:00 2001 Received: from mail.in-orbit.net ([207.44.176.190]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f26JivV09672 for ; Tue, 6 Mar 2001 20:44:58 +0100 (CET) (envelope-from michael@in-orbit.net) Received: from baldur ([207.44.176.190]) by mail.in-orbit.net (8.11.0/8.11.0) with SMTP id f26Jdn501384 for ; Tue, 6 Mar 2001 11:39:49 -0800 Message-ID: <000d01c0a675$9627a960$9701a8c0@inorbit.org> From: "Michael Warnock" To: References: <200103060539.AAA18737@elwar.com> <001201c0a605$d89cb5d0$9701a8c0@inorbit.org> <002701c0a620$c979a250$0901a8c0@vianneyl> Subject: Re: [Nel] compile.cpp Date: Tue, 6 Mar 2001 11:42:32 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform > Could you, please, explain me what is the problem about the time service? > Here, it seems to work fine on windows 2000 and on redhat 7 linux. > > Vianney I'm running win2k on an AMD Athlon (750 chipset m/b) here is the log of starting the time service: LOG 1: 01/03/06 11:19:38 INF baldur.in-orbit.org/NS: Service TS got port 51001 LOG 2: 01/03/06 11:19:38 INF baldur.in-orbit.org/TS: Local server time: 1430727ms, universal time: 4986ms LOG 2: 01/03/06 11:19:38 INF baldur.in-orbit.org/TS: Service ready LOG 1: 01/03/06 11:19:38 INF baldur.in-orbit.org/NS: Service TS-129 registered at baldur.in-orbit.org/51001 LOG 2: 01/03/06 11:19:39 ERR baldur.in-orbit.org/TS: Unknown external exception LOG 2: 01/03/06 11:19:39 INF baldur.in-orbit.org/TS: Service stopped LOG 1: 01/03/06 11:19:39 INF baldur.in-orbit.org/NS: Service TS-129 unregistered at baldur.in-orbit.org/51001 when i try to compile the debug version i get this: time_service.obj : error LNK2001: unresolved external symbol "public: __thiscall NLNET::CMessage::CMessage(class _STLD::basic_string,class _STLD::allocator >,bool,unsigned __int32)" (??0CMessage@NLNET@@QAE@V ?$basic_string@DV?$char_traits@D@_STLD@@V?$allocator@D@2@@_STLD@@_N_I@Z) time_service.obj : error LNK2001: unresolved external symbol "public: class _STLD::basic_string,class _STLD::allocator > const & __thiscall NLNET::CInetAddress::hostName(void)const " (?hostName@CInetAddress@ NLNET@@QBEABV?$basic_string@DV?$char_traits@D@_STLD@@V?$allocator@D@2@@_STLD @@XZ) nlnet_debug.lib(service.obj) : error LNK2001: unresolved external symbol "public: virtual void __thiscall NLMISC::CStdDisplayer::display(long,enum NLMISC::CLog::TLogType,class _STL::basic_string,class _STL::allocat or > const &,char const *,int,char const *)" (?display@CStdDisplayer@NLMISC@@UAEXJW4TLogType@CLog@2@ABV?$basic_string@DV? $char_traits@D@_STL@@V?$allocator@D@2@@_STL@@PBDH2@Z) nlnet_debug.lib(service.obj) : error LNK2001: unresolved external symbol "public: static void __cdecl NLMISC::CLog::setProcessName(class _STL::basic_string,class _STL::allocator > const &)" (?setProcessName@C Log@NLMISC@@SAXABV?$basic_string@DV?$char_traits@D@_STL@@V?$allocator@D@2@@_ STL@@@Z) nlnet_debug.lib(naming_client.obj) : error LNK2001: unresolved external symbol "public: class _STL::basic_string,class _STL::allocator > const & __thiscall NLMISC::CConfigFile::CVar::asString(int)const " (?as String@CVar@CConfigFile@NLMISC@@QBEABV?$basic_string@DV?$char_traits@D@_STL@ @V?$allocator@D@2@@_STL@@H@Z) nlnet_debug.lib(naming_client.obj) : error LNK2001: unresolved external symbol "public: struct NLMISC::CConfigFile::CVar & __thiscall NLMISC::CConfigFile::getVar(class _STL::basic_string,class _STL::allocator > const &)" (?getVar@CConfigFile@NLMISC@@QAEAAUCVar@12@ABV?$basic_string@DV?$char_traits @D@_STL@@V?$allocator@D@2@@_STL@@@Z) nlnet_debug.lib(naming_client.obj) : error LNK2001: unresolved external symbol "public: void __thiscall NLMISC::CConfigFile::load(class _STL::basic_string,class _STL::allocator > const &)" (?load@CConfigFile@ NLMISC@@QAEXABV?$basic_string@DV?$char_traits@D@_STL@@V?$allocator@D@2@@_STL @@@Z) nlnet_debug.lib(net_log.obj) : error LNK2001: unresolved external symbol "protected: static class _STL::basic_string,class _STL::allocator > NLMISC::CLog::_ProcessName" (?_ProcessName@CLog@NLMISC@@1V?$basic_ string@DV?$char_traits@D@_STL@@V?$allocator@D@2@@_STL@@A) Debug/time_service.exe : fatal error LNK1120: 8 unresolved externals Michael No matter where you go, &this. From robert@paradox.got.net Wed Mar 7 05:03:55 2001 Received: from paradox.got.net (paradox.thatsnice.org [207.111.205.196]) by www.nevrax.org (8.11.0/8.11.0) with SMTP id f2743rV12693 for ; Wed, 7 Mar 2001 05:03:54 +0100 (CET) (envelope-from robert@paradox.got.net) Received: (qmail 13432 invoked by uid 1001); 7 Mar 2001 03:59:47 -0000 Message-ID: <20010307035947.13431.qmail@paradox.got.net> From: robert@paradox.got.net To: nel@nevrax.org Date: Tue, 6 Mar 2001 19:59:47 -0800 (PST) X-Mailer: ELM [version 2.4ME+ PL73 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Subject: [Nel] still having data/ problem Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hello again, I finally got NeL and 'client' to build after all SORTS of library problems and all the confusion with 3d/tmp. Once again I got through the login process, selected 'itsalive', and the client went away. The log file contains the familiar entry: ERR: Error in the client: Read error in file 'data/' (End of file??) I have to assume this is a Debian/GNU Linux problem because the other guy who had this problem (Leighton Haynes) said he was on a Debian box and because it all seems to work on RedHat. Perhaps it's a libc thing? I'm using the latest of everything (unstable Debian). Leighton, please post your patch if you have it readily available, or send me copies of whatever files you modified and I'll generate patches and post them. Actually, I notice you also mentioned having a GeForce, like me, so that could be related. Perhaps some interaction between the nVidia libraries and Debian or something... If anyone else has any ideas or questions, I'd love to hear them. I can't wait to catch up so I can start helping. :) Thanks, Robert -- Robert de Forest " meetings, n.: System Administrator A place where minutes are kept Got.net and hours are lost." -- login fortune From nel@elwar.com Wed Mar 7 05:12:16 2001 Received: from elwar.com (user-24-214-39-133.knology.net [24.214.39.133]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f274CFV12753 for ; Wed, 7 Mar 2001 05:12:16 +0100 (CET) (envelope-from nel@elwar.com) Received: from elwar.com (IDENT:nel@elwar.com [127.0.0.1]) by elwar.com (8.9.3/8.9.3) with ESMTP id AAA30172 for ; Wed, 7 Mar 2001 00:19:27 -0500 Message-Id: <200103070519.AAA30172@elwar.com> To: nel@nevrax.org Date: Wed, 07 Mar 2001 00:19:27 -0500 From: nel@elwar.com Subject: [Nel] client trouble Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Ok, finally I got the client to actually start and ask for my login and such. I connected to itsalive.nevrax.org because I guess I have no shards available when I run the server. But after I choose the shard at nevrax I get: 01/03/06 22:58:19 INF: Connecting to the shard... 01/03/06 22:58:19 DBG: P1: Socket 5 open (TCP) 01/03/06 22:58:19 DBG: P1: Socket 5 connected to 195.68.21.196/50010 01/03/06 22:58:19 DBG: P1: Socket 5 is at 192.168.1.2/2060 01/03/06 22:58:19 DBG: P1: Socket 5 sent message AUT (21 bytes +10) 01/03/06 22:58:19 INF: Loading data... 01/03/06 22:58:21 ERR: Error in the client: Read error in file './data/' (End of file??) 01/03/06 22:58:21 DBG: P1: Socket 5 closed at 192.168.1.2/2060 in the client.log file, and it crashes. I'll do some more bug testing to track down the exact file it's having trouble with but I just thought I'd see if I'm missing something here. Elwar From nel@elwar.com Wed Mar 7 05:15:08 2001 Received: from elwar.com (user-24-214-39-133.knology.net [24.214.39.133]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f274F7V12779 for ; Wed, 7 Mar 2001 05:15:07 +0100 (CET) (envelope-from nel@elwar.com) Received: from elwar.com (IDENT:nel@elwar.com [127.0.0.1]) by elwar.com (8.9.3/8.9.3) with ESMTP id AAA30188 for ; Wed, 7 Mar 2001 00:22:18 -0500 Message-Id: <200103070522.AAA30188@elwar.com> To: nel@nevrax.org Date: Wed, 07 Mar 2001 00:22:18 -0500 From: nel@elwar.com Subject: [Nel] client trouble Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform I guess we both sent that last mail at the same time. I'm running RedHat 6.2 myself so it might not just be a Debian thing. Elwar From robert@paradox.got.net Wed Mar 7 05:26:24 2001 Received: from paradox.got.net (paradox.thatsnice.org [207.111.205.196]) by www.nevrax.org (8.11.0/8.11.0) with SMTP id f274QNV12861 for ; Wed, 7 Mar 2001 05:26:23 +0100 (CET) (envelope-from robert@paradox.got.net) Received: (qmail 14378 invoked by uid 1001); 7 Mar 2001 04:22:23 -0000 Message-ID: <20010307042223.14377.qmail@paradox.got.net> From: robert@paradox.got.net Subject: Re: [Nel] still having data/ problem In-Reply-To: <20010307035947.13431.qmail@paradox.got.net> "from robert@paradox.got.net at Mar 6, 2001 07:59:47 pm" To: nel@nevrax.org Date: Tue, 6 Mar 2001 20:22:23 -0800 (PST) X-Mailer: ELM [version 2.4ME+ PL73 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform > I have to assume this is a Debian/GNU Linux problem because the other > guy who had this problem (Leighton Haynes) said he was on a Debian box > and because it all seems to work on RedHat. Perhaps it's a libc > thing? I'm using the latest of everything (unstable Debian). I noticed that the version of STLport that is called for is 4.0, but the version that is packaged for Debian is 4.1. I'm going to purge my 4.1 libraries and build 4.0 to see if that fixes it. -- Robert de Forest " meetings, n.: System Administrator A place where minutes are kept Got.net and hours are lost." -- login fortune From robert@paradox.got.net Wed Mar 7 07:15:53 2001 Received: from paradox.got.net (paradox.thatsnice.org [207.111.205.196]) by www.nevrax.org (8.11.0/8.11.0) with SMTP id f276FqV13408 for ; Wed, 7 Mar 2001 07:15:53 +0100 (CET) (envelope-from robert@paradox.got.net) Received: (qmail 18655 invoked by uid 1001); 7 Mar 2001 06:11:51 -0000 Message-ID: <20010307061151.18654.qmail@paradox.got.net> From: robert@paradox.got.net Subject: Re: [Nel] still having data/ problem In-Reply-To: <20010307042223.14377.qmail@paradox.got.net> "from robert@paradox.got.net at Mar 6, 2001 08:22:23 pm" To: nel@nevrax.org Date: Tue, 6 Mar 2001 22:11:51 -0800 (PST) X-Mailer: ELM [version 2.4ME+ PL73 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform > I noticed that the version of STLport that is called for is 4.0, but > the version that is packaged for Debian is 4.1. I'm going to purge my > 4.1 libraries and build 4.0 to see if that fixes it. I tried it, and it didn't help any. -- Robert de Forest " meetings, n.: System Administrator A place where minutes are kept Got.net and hours are lost." -- login fortune From robert@paradox.got.net Wed Mar 7 07:34:42 2001 Received: from paradox.got.net (paradox.thatsnice.org [207.111.205.196]) by www.nevrax.org (8.11.0/8.11.0) with SMTP id f276YeV13540 for ; Wed, 7 Mar 2001 07:34:40 +0100 (CET) (envelope-from robert@paradox.got.net) Received: (qmail 19394 invoked by uid 1001); 7 Mar 2001 06:30:40 -0000 Message-ID: <20010307063039.19393.qmail@paradox.got.net> From: robert@paradox.got.net To: nel@nevrax.org Date: Tue, 6 Mar 2001 22:30:39 -0800 (PST) X-Mailer: ELM [version 2.4ME+ PL73 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Subject: [Nel] segv if I press alt? Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hello again! I was trying to debug the 'Read error' message, and while switching between desktops by pressing "Alt-F1" I generated a segmentation fault before I hit the F1 key. It's extremely easy to duplicate and here's the traceback: (gdb) run Starting program: /usr/local/bin/client Program received signal SIGSEGV, Segmentation fault. NLMISC::CBitSet::set (this=0x80a09c4, bitNumber=134875400, value=true) at bit_set.cpp:111 111 Array[bitNumber / BITLEN]|= mask ; (gdb) bt #0 NLMISC::CBitSet::set (this=0x80a09c4, bitNumber=134875400, value=true) at bit_set.cpp:111 #1 0x400b9c88 in NLMISC::CEventListenerAsync::operator() (this=0x80a09c0, event=@0x82910c8) at event_listener.cpp:91 #2 0x400ba0f9 in NLMISC::CEventServer::pumpEvent (this=0x80a0940, event=0x82910c8) at event_server.cpp:89 #3 0x400ba047 in NLMISC::CEventServer::pump (this=0x80a0940) at event_server.cpp:67 #4 0x807486f in CLanguageInterface::choose (this=0xbffff39c) at language_interface.cpp:141 #5 0x806fd4e in main (argc=1, argv=0xbffff644) at client.cpp:3078 #6 0x4040ec14 in __libc_start_main () from /lib/i686/libc.so.6 (gdb) I'm hesitant to file any bugs until I know my development environment is up to spec and I don't have any problems with wrong library versions and such. If someone can confirm that this is a bug in a working client, they or I can file a bug, otherwise I'll chalk it up to being something on my end. Robert -- Robert de Forest " meetings, n.: System Administrator A place where minutes are kept Got.net and hours are lost." -- login fortune From dayta@ucc.gu.uwa.edu.au Wed Mar 7 07:52:50 2001 Received: from ucc.gu.uwa.edu.au (mooneye.ucc.gu.uwa.edu.au [130.95.13.9]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f276qjV13726 for ; Wed, 7 Mar 2001 07:52:48 +0100 (CET) (envelope-from dayta@ucc.gu.uwa.edu.au) Received: from morwong.ucc.gu.uwa.edu.au (dayta@morwong.ucc.gu.uwa.edu.au [130.95.13.19]) by ucc.gu.uwa.edu.au (8.11.0.Beta1/8.11.0.Beta1/Debian 8.11.0-1) with ESMTP id f276o3A19232 for ; Wed, 7 Mar 2001 14:50:03 +0800 Received: (from dayta@localhost) by morwong.ucc.gu.uwa.edu.au (8.10.1/8.10.1) id f276o25288064 for nel@nevrax.org; Wed, 7 Mar 2001 14:50:02 +0800 (WST) Date: Wed, 7 Mar 2001 14:50:02 +0800 From: Leighton Haynes To: nel@nevrax.org Subject: Re: [Nel] segv if I press alt? Message-ID: <20010307145002.G351302@morwong.ucc.gu.uwa.edu.au> References: <20010307063039.19393.qmail@paradox.got.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.4i In-Reply-To: <20010307063039.19393.qmail@paradox.got.net>; from robert@paradox.got.net on Tue, Mar 06, 2001 at 10:30:39PM -0800 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform On Tue, Mar 06, 2001 at 10:30:39PM -0800, robert@paradox.got.net wrote: > Hello again! > > I was trying to debug the 'Read error' message, and while switching > between desktops by pressing "Alt-F1" I generated a segmentation fault > before I hit the F1 key. It's extremely easy to duplicate and here's > the traceback: > > I'm hesitant to file any bugs until I know my development environment > is up to spec and I don't have any problems with wrong library > versions and such. > > If someone can confirm that this is a bug in a working client, they or > I can file a bug, otherwise I'll chalk it up to being something on my > end. > I've noticed this bug. The code that translates X Keypress events seems to be broken. I haven't looked at it in detail yet. Basically, the code expects to convert all keypresses to a number between 0 and 255(?) and then shoves the flag into an array. The alt key is getting converted into a number greater than 255 so it generates a segfault when it tries to set the array value for that key. It's on my list of things to take a look at when I get time ;) On another topic, I'll post my workaround for the loading "data/" bug thingie to the list sometime tonight. We still need to work out _why_ it's trying to load this though. The 'fix' will make it work, but doesn't really fix anything. Leighton... -- Part-time student. Full-time Programmer. Seeking the 36 hour day and the 10 hour working week. (08) 9272 9058 (Home - like I'm ever there) 0401 335 136 (Mobile - like it's ever on) From robert@paradox.got.net Wed Mar 7 08:28:26 2001 Received: from paradox.got.net (paradox.thatsnice.org [207.111.205.196]) by www.nevrax.org (8.11.0/8.11.0) with SMTP id f277SPV13936 for ; Wed, 7 Mar 2001 08:28:25 +0100 (CET) (envelope-from robert@paradox.got.net) Received: (qmail 21542 invoked by uid 1001); 7 Mar 2001 07:24:24 -0000 Message-ID: <20010307072424.21541.qmail@paradox.got.net> From: robert@paradox.got.net Subject: Re: [Nel] segv if I press alt? In-Reply-To: <20010307145002.G351302@morwong.ucc.gu.uwa.edu.au> "from Leighton Haynes at Mar 7, 2001 02:50:02 pm" To: nel@nevrax.org Date: Tue, 6 Mar 2001 23:24:24 -0800 (PST) X-Mailer: ELM [version 2.4ME+ PL73 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform > The alt key is getting converted into a number greater than 255 > so it generates a segfault when it tries to set the array value > for that key. > > It's on my list of things to take a look at when I get time ;) Heh, I've got a lot of those lists. Should I file a bug report then? > On another topic, I'll post my workaround for the loading "data/" > bug thingie to the list sometime tonight. We still need to work out > _why_ it's trying to load this though. The 'fix' will make it work, > but doesn't really fix anything. That would be great. Right now I've got a break point at File.cpp:93 where the throw EReadError appears, and I'm going to keep trying to figure it out on my own until I hear from you. :) Once I figure this out I should be able to start exploring the system and see where I can best apply my skills. Robert -- Robert de Forest " meetings, n.: System Administrator A place where minutes are kept Got.net and hours are lost." -- login fortune From robert@paradox.got.net Wed Mar 7 10:37:38 2001 Received: from paradox.got.net (paradox.thatsnice.org [207.111.205.196]) by www.nevrax.org (8.11.0/8.11.0) with SMTP id f279bZV14737 for ; Wed, 7 Mar 2001 10:37:35 +0100 (CET) (envelope-from robert@paradox.got.net) Received: (qmail 26413 invoked by uid 1001); 7 Mar 2001 09:33:34 -0000 Message-ID: <20010307093334.26412.qmail@paradox.got.net> From: robert@paradox.got.net To: nel@nevrax.org Date: Wed, 7 Mar 2001 01:33:34 -0800 (PST) X-Mailer: ELM [version 2.4ME+ PL73 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Subject: [Nel] here's the landscape.cpp patch I used Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Thanks to Leighton's advice I was able to get running. Here's the patch I used: $ cvs diff landscape.cpp Index: landscape.cpp =================================================================== RCS file: /home/cvsroot/code/nel/src/3d/landscape.cpp,v retrieving revision 1.48 diff -u -r1.48 landscape.cpp --- landscape.cpp 2001/02/28 14:28:57 1.48 +++ landscape.cpp 2001/03/07 09:35:52 @@ -741,16 +741,21 @@ // Fill rdrpass. CPatchRdrPass pass; // The diffuse part for a tile is inevitable. - if(tile) - pass.TextureDiffuse= findTileTexture(TileBank.getAbsPath()+tile->getRelativeFileName(CTile::diffuse)); - else + if(tile) { + textName= tile->getRelativeFileName (CTile::diffuse); + if(textName!="") + pass.TextureDiffuse= findTileTexture(TileBank.getAbsPath()+textName); + } else { pass.TextureDiffuse= new CTextureCross; + } if(tile) { textName= tile->getRelativeFileName (CTile::alpha); if(textName!="") pass.TextureAlpha= findTileTexture(TileBank.getAbsPath()+textName); - } + } else { + pass.TextureAlpha= new CTextureCross; + } // Fill tileInfo. As he said, this is not an actuall fix, merely a way to cover up the problem. This will probably make sense to someone there and in the mean time I can learn about the rest of this system. Woo hoo! -- Robert de Forest " meetings, n.: System Administrator A place where minutes are kept Got.net and hours are lost." -- login fortune From berenguier@nevrax.com Wed Mar 7 12:01:28 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f27B1RV15267 for ; Wed, 7 Mar 2001 12:01:27 +0100 (CET) (envelope-from berenguier@nevrax.com) Received: from pc6 (fw.localdomain [192.168.254.254]) by nevrax.com (8.9.3/8.9.3) with SMTP id MAA06787 for ; Wed, 7 Mar 2001 12:05:31 +0100 Message-ID: <001f01c0a6f5$a9b9d360$0601a8c0@nevrax.net> From: "Lionel Berenguier" To: References: <20010307093334.26412.qmail@paradox.got.net> Subject: Re: [Nel] here's the landscape.cpp patch I used Date: Wed, 7 Mar 2001 11:59:21 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2615.200 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform ----- Original Message ----- From: To: Sent: Wednesday, March 07, 2001 10:33 AM Subject: [Nel] here's the landscape.cpp patch I used > Thanks to Leighton's advice I was able to get running. Here's the > patch I used: > > $ cvs diff landscape.cpp > Index: landscape.cpp > =================================================================== > RCS file: /home/cvsroot/code/nel/src/3d/landscape.cpp,v > retrieving revision 1.48 > diff -u -r1.48 landscape.cpp > --- landscape.cpp 2001/02/28 14:28:57 1.48 > +++ landscape.cpp 2001/03/07 09:35:52 > @@ -741,16 +741,21 @@ > // Fill rdrpass. > CPatchRdrPass pass; > // The diffuse part for a tile is inevitable. > - if(tile) > - pass.TextureDiffuse= findTileTexture(TileBank.getAbsPath()+tile->getRelativeFileName(CTile::diffu se)); > - else > + if(tile) { > + textName= tile->getRelativeFileName (CTile::diffuse); > + if(textName!="") > + pass.TextureDiffuse= findTileTexture(TileBank.getAbsPath()+textName); > + } else { > pass.TextureDiffuse= new CTextureCross; > + } Actually, If CTextureFile::generate() do not find the file, it should do the work of creating a dummy texture for you. I think, the bug is CTextureFile::generate() try to load a "data/" (a directory) which may crash on linux ?? > if(tile) > { > textName= tile->getRelativeFileName (CTile::alpha); > if(textName!="") > pass.TextureAlpha= findTileTexture(TileBank.getAbsPath()+textName); > - } > + } else { > + pass.TextureAlpha= new CTextureCross; > + } This patch is wrong, because a NULL TextureAlpha is possible, and should not crash. I'll correct this. Lionel Berenguier. --- 3d programmer / nevrax.com From lecroart@nevrax.com Wed Mar 7 14:05:51 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f27D5pV15957 for ; Wed, 7 Mar 2001 14:05:51 +0100 (CET) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw.localdomain [192.168.254.254]) by nevrax.com (8.9.3/8.9.3) with SMTP id OAA09435 for ; Wed, 7 Mar 2001 14:09:54 +0100 Message-ID: <002701c0a707$5638da30$0901a8c0@vianneyl> From: "Vianney Lecroart" To: References: <200103060539.AAA18737@elwar.com> <001201c0a605$d89cb5d0$9701a8c0@inorbit.org> <002701c0a620$c979a250$0901a8c0@vianneyl> <000d01c0a675$9627a960$9701a8c0@inorbit.org> Subject: Re: [Nel] compile.cpp Date: Wed, 7 Mar 2001 14:05:51 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hello, > LOG 2: 01/03/06 11:19:39 ERR baldur.in-orbit.org/TS: Unknown external exception Not easy to know what s happen, it should be easier to know the problem if you compile the time service and NeL in the debug mode and run it in the visual debugger. We are not able to reproduce this problem here :-( > when i try to compile the debug version i get this: > time_service.obj : error LNK2001: unresolved external symbol "public: In all NeL project settings (3d, ia, net, misc, client, services, and so on) you must have __STL_DEBUG defined in the debug mode. Please verify if they all contains this define and if not, add it! Vianney Lecroart --- lead network programmer / nevrax.com icq#: 6870415 homepage: http://ace.planet-d.net www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? From lecroart@nevrax.com Wed Mar 7 14:25:17 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f27DPGV16080 for ; Wed, 7 Mar 2001 14:25:16 +0100 (CET) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw.localdomain [192.168.254.254]) by nevrax.com (8.9.3/8.9.3) with SMTP id OAA09895 for ; Wed, 7 Mar 2001 14:29:20 +0100 Message-ID: <004501c0a70a$0cdd38b0$0901a8c0@vianneyl> From: "Vianney Lecroart" To: References: <20010307093334.26412.qmail@paradox.got.net> <001f01c0a6f5$a9b9d360$0601a8c0@nevrax.net> Date: Wed, 7 Mar 2001 14:25:17 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Subject: [Nel] 'data/' bug Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi there! We, at last, understood the problem of the 'data/' bug on linux. In fact, in our rawdatafiles, there are some empty file names and in our program, we try to find where these files are located. For that, we use a function (CPath::lookup()) that tries to find the file in all directories provided before by the user. To know if a file exists, we try to open it and if the opening success, we return true (CFile::fileExists()). When the prog tries to find the file "", first it calls fileExists("") that returns false. Next step, it tries with the first directory in his list, fileExists("data/"+""); On windows, the OS can't open the directory ("data/") so it returns false. On linux, it can, so it returns true and the program tries to read the directory as if it was a texture, and of course, it fails (end of file). We fixed the problem by adding this next line in the top of the function string CPath::lookup( const string& filename ) in path.cpp: if(filename.empty()) throw EPathNotFound( filename ); Of course, we put it on cvs and it will be synchronized this night (GMT+1). Vianney Lecroart --- lead network programmer / nevrax.com icq#: 6870415 homepage: http://ace.planet-d.net www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? From jaleco@svr1.gameone.com.tw Thu Mar 8 03:06:35 2001 Received: from gameone.com.tw ([210.243.185.125]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f2826HV20786 for ; Thu, 8 Mar 2001 03:06:27 +0100 (CET) (envelope-from jaleco@svr1.gameone.com.tw) Received: from designer [211.21.241.68] by gameone.com.tw [210.243.185.125] with SMTP (MDaemon.v3.0.0.R) for ; Thu, 08 Mar 2001 10:02:13 +0800 Message-ID: <000d01c0a773$df050660$44f115d3@egameclub.com.tw> From: "jaleco" To: Date: Thu, 8 Mar 2001 10:02:46 +0800 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_000A_01C0A7B6.ECAB2720" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 X-MDaemon-Deliver-To: nel@nevrax.org X-Return-Path: jaleco@gameone.com.tw X-MDRcpt-To: nel@nevrax.org X-MDRemoteIP: 211.21.241.68 Subject: [Nel] newbies about packet schema Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform This is a multi-part message in MIME format. ------=_NextPart_000_000A_01C0A7B6.ECAB2720 Content-Type: text/plain; charset="big5" Content-Transfer-Encoding: quoted-printable >I am not familiar with the snowball protocol ("packet schema"). >However, I assure you that the article is correct --- attempting >to turn TCP from a byte stream into a sequenced message stream by >disabling Nagle will not work. The only way to implement message >semantics on top of TCP is to add your own packetization to the >byte stream. For example, thanks . but snowball seem have no any packet schema , just disable Nagle . snowball assume send 50 byte , it will receive 50 byte once. if send 50 byte , the recevie 25 byte twice,if it happen,snow ball is = die. does it will happen in real world ( send n byte, recive total n byte by = more than one recive ) ? ------=_NextPart_000_000A_01C0A7B6.ECAB2720 Content-Type: text/html; charset="big5" Content-Transfer-Encoding: quoted-printable
>I am not familiar with the = snowball protocol=20 ("packet schema").
>However, I assure you that the article is = correct ---=20 attempting
>to turn TCP from a byte stream into a sequenced = message stream=20 by
>disabling Nagle will not work.  The only way to implement = message
>semantics on top of TCP is to add your own packetization = to=20 the
>byte stream.  For example,
 
thanks .
but snowball seem  have  no = any packet=20 schema , just disable Nagle .
snowball assume send 50 byte , it = will receive 50=20 byte once.
if send 50 byte , the recevie 25 byte = twice,if it=20 happen,snow ball is die.
does it will happen in real world ( send n byte, recive total n = byte by=20 more than one recive ) ?
 

------=_NextPart_000_000A_01C0A7B6.ECAB2720-- From archer@nevrax.com Thu Mar 8 11:21:35 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f28ALZV23229 for ; Thu, 8 Mar 2001 11:21:35 +0100 (CET) (envelope-from archer@nevrax.com) Received: (from archer@localhost) by nevrax.com (8.9.3/8.9.3) id LAA27620 for nel@nevrax.org; Thu, 8 Mar 2001 11:25:37 +0100 Date: Thu, 8 Mar 2001 11:25:37 +0100 From: Vincent Archer To: nel@nevrax.org Subject: Re: [Nel] newbies about packet schema Message-ID: <20010308112537.N25591@nevrax.com> References: <000d01c0a773$df050660$44f115d3@egameclub.com.tw> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3us In-Reply-To: <000d01c0a773$df050660$44f115d3@egameclub.com.tw> Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform According to jaleco: > thanks . > but snowball seem have no any packet schema , just disable Nagle . > snowball assume send 50 byte , it will receive 50 byte once. > if send 50 byte , the recevie 25 byte twice,if it happen,snow ball is die. > does it will happen in real world ( send n byte, recive total n byte by more than one recive ) ? That's why we're redoing the low-level network stuff :) -- Vincent Archer Email: archer@nevrax.com Nevrax France. Off on the yellow brick road we go! From antoine.hahusseau1@libertysurf.fr Thu Mar 8 19:46:37 2001 Received: from mail.libertysurf.net (mail.libertysurf.net [213.36.80.91]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f28IkbV25864 for ; Thu, 8 Mar 2001 19:46:37 +0100 (CET) (envelope-from antoine.hahusseau1@libertysurf.fr) Received: from libertysurf.fr (213.36.12.2) by mail.libertysurf.net (5.1.053) id 3AA3CA0C000704F4 for nel@nevrax.org; Thu, 8 Mar 2001 19:43:52 +0100 Message-ID: <3AA7D45D.5373AFDB@libertysurf.fr> Date: Thu, 08 Mar 2001 19:50:05 +0100 From: Antoine Hahusseau X-Mailer: Mozilla 4.61 [en] (Win98; I) X-Accept-Language: en MIME-Version: 1.0 To: nel@nevrax.org Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: [Nel] problem when running snowball with win98 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform i finaly managed to compile it ! with visual C++ v 6 - you should REALLY tell in the download page that we have to download first stlport and freetype ... but, forget this point, after compilation i get - snowball.exe, stlxxx dll and nel_openglxxx dll i put all of them in the same directory and also the data subdirectory. and when i launch snowball : i get error cannot found nel_openglxxx dll (135272 octets by the way since i did not mess with the original settings) but this dll is in the same directory as the exe : so what's wrong ? maybe my graphic card is not enough compliant with the opengl (its a voodoo 3, please don't laugh) ? does someone encoutered the same problem, does someone managed to play snowball with a voodoo ? help will be appreciated ! thanks From return@trafficmagnet.net Sun Mar 11 21:15:14 2001 Received: from ns2.trafficmagnet.net (IDENT:root@[202.108.223.8]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f2BKF3V50093 for ; Sun, 11 Mar 2001 21:15:12 +0100 (CET) (envelope-from return@trafficmagnet.net) Received: from christine ([202.108.221.168]) by ns2.trafficmagnet.net (8.9.3/8.9.3) with SMTP id IAA24422 for ; Fri, 9 Mar 2001 08:17:54 +0800 Date: Fri, 9 Mar 2001 08:17:54 +0800 Message-Id: <200103090017.IAA24422@ns2.trafficmagnet.net> From: Christine Hall To: nel@nevrax.org Mime-Version: 1.0 Content-Type: text/html; charset=us-ascii Subject: [Nel] WWW.NEVRAX.ORG Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform

Hello,

I visited www.nevrax.org and I noticed that you are not listed on some search engines. I am sure you can increase the number of people who visit www.nevrax.org . Do you know TrafficMagnet? TrafficMagnet is a unique technology that automatically submits your web site to over 300,000+ search engines and directories every month. This is a very low-cost and effective way of advertising your site.

To check our prices and submit www.nevrax.org to 300,000+ search engines, go to TrafficMagnet.net

I would love to hear from you.

Best Regards,
Christine Hall
Sales & Marketing
www.TrafficMagnet.net

   

From zager@teleaction.com Mon Mar 12 17:57:15 2001 Received: from jupiter.augur.de (jupiternew.teleaction.de [194.149.245.1]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f2CGvEX00300 for ; Mon, 12 Mar 2001 17:57:14 +0100 (CET) (envelope-from zager@teleaction.com) Received: from ZAGER ([194.149.245.62]) by jupiter.augur.de (8.8.8+Sun/8.8.8) with ESMTP id RAA15346 for ; Mon, 12 Mar 2001 17:53:59 +0100 (MET) Date: Mon, 12 Mar 2001 17:53:58 +0100 From: Dim Segebart X-Mailer: The Bat! (v1.49) Business X-Priority: 3 (Normal) Message-ID: <58250011105.20010312175358@teleaction.de> To: nel@nevrax.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: [Nel] Data format ? Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hello to all ! I have some ideas related to creation and storing of game's world data - I think, it's technically possible to store all descriptions of game world in XML format. I just recall what in past days I have used DXF file format to interchange my data between various CAD applications. By using of XML, I think, we can implement the same functionality as with DXF plus additional attributes which we need (i.e. textures, sounds, etc. etc.) It'll allow not to stick us just to 3DStudio, but use any 3D design tool with published file format and converter from that format to the NEL format. Is it possible to rewrite part of NeL, which is responsible to reading game's data, the way it reads data directly from XML file? IMHO, it's not too hard. Comments ? Critics ? -- Dim Segebart mailto:zager@teleaction.de From zager@teleaction.com Mon Mar 12 17:57:15 2001 Received: from jupiter.augur.de (jupiternew.teleaction.de [194.149.245.1]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f2CGvEX00300 for ; Mon, 12 Mar 2001 17:57:14 +0100 (CET) (envelope-from zager@teleaction.com) Received: from ZAGER ([194.149.245.62]) by jupiter.augur.de (8.8.8+Sun/8.8.8) with ESMTP id RAA15346 for ; Mon, 12 Mar 2001 17:53:59 +0100 (MET) Date: Mon, 12 Mar 2001 17:53:58 +0100 From: Dim Segebart X-Mailer: The Bat! (v1.49) Business X-Priority: 3 (Normal) Message-ID: <58250011105.20010312175358@teleaction.de> To: nel@nevrax.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: [Nel] Data format ? Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hello to all ! I have some ideas related to creation and storing of game's world data - I think, it's technically possible to store all descriptions of game world in XML format. I just recall what in past days I have used DXF file format to interchange my data between various CAD applications. By using of XML, I think, we can implement the same functionality as with DXF plus additional attributes which we need (i.e. textures, sounds, etc. etc.) It'll allow not to stick us just to 3DStudio, but use any 3D design tool with published file format and converter from that format to the NEL format. Is it possible to rewrite part of NeL, which is responsible to reading game's data, the way it reads data directly from XML file? IMHO, it's not too hard. Comments ? Critics ? -- Dim Segebart mailto:zager@teleaction.de From archer@nevrax.com Mon Mar 12 18:01:37 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f2CH1bX00332 for ; Mon, 12 Mar 2001 18:01:37 +0100 (CET) (envelope-from archer@nevrax.com) Received: (from archer@localhost) by nevrax.com (8.9.3/8.9.3) id SAA00948 for nel@nevrax.org; Mon, 12 Mar 2001 18:05:45 +0100 Date: Mon, 12 Mar 2001 18:05:45 +0100 From: Vincent Archer To: nel@nevrax.org Message-ID: <20010312180545.C700@nevrax.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3us Subject: [Nel] CVS reorganisation Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform A semi-important notice. We're currently going over the entire CVS tree to make sure all files are correctly placed, and obey our basic naming conventions (all lowercase, not spaces in file names, that kind of stuff). So, don't be afraid if the CVS moves a lot of things around... -- Vincent Archer Email: archer@nevrax.com Nevrax France. Off on the yellow brick road we go! From robert@paradox.got.net Tue Mar 13 02:31:29 2001 Received: from paradox.got.net (paradox.thatsnice.org [207.111.205.196]) by www.nevrax.org (8.11.0/8.11.0) with SMTP id f2D1VRq02974 for ; Tue, 13 Mar 2001 02:31:28 +0100 (CET) (envelope-from robert@paradox.got.net) Received: (qmail 8231 invoked by uid 1001); 13 Mar 2001 01:26:56 -0000 Message-ID: <20010313012656.8230.qmail@paradox.got.net> From: robert@paradox.got.net To: nel@nevrax.org Date: Mon, 12 Mar 2001 17:26:56 -0800 (PST) X-Mailer: ELM [version 2.4ME+ PL73 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Subject: [Nel] ugh, C++ is so obtuse Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Building latest CVS I get the following: client.cpp:433: cannot declare variable `ChatDisplayer' to be of type `CChatDisplayer' client.cpp:433: since the following virtual functions are abstract: /usr/local/include/nel/misc/displayer.h:62: void NLMISC::IDisplayer::doDisplay(long int, NLMISC::CLog::TLogType, const _STL::string &, const char *, int, const char *) Anybody else getting this? I'll figure it out myself if I'm the only one, Otherwise I'd prefer to let someone who knows C++ deal with it. Robert -- Robert de Forest " meetings, n.: System Administrator A place where minutes are kept Got.net and hours are lost." -- login fortune From michael@in-orbit.net Tue Mar 13 05:03:52 2001 Received: from mail.in-orbit.net ([207.44.176.190]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f2D43oq03724 for ; Tue, 13 Mar 2001 05:03:51 +0100 (CET) (envelope-from michael@in-orbit.net) Received: from baldur ([207.44.176.190]) by mail.in-orbit.net (8.11.0/8.11.0) with SMTP id f2D3xE509587 for ; Mon, 12 Mar 2001 19:59:14 -0800 Message-ID: <006001c0ab72$3e9ecd70$9701a8c0@inorbit.org> From: "Michael Warnock" To: References: <20010313012656.8230.qmail@paradox.got.net> Subject: Re: [Nel] ugh, C++ is so obtuse Date: Mon, 12 Mar 2001 20:01:12 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform I got the same problem, you just beat me to reporting it:) Michael Warnock In-Orbit Entertainment Inc. No matter where you go, &this. ----- Original Message ----- From: To: Sent: Monday, March 12, 2001 5:26 PM Subject: [Nel] ugh, C++ is so obtuse > Building latest CVS I get the following: > > client.cpp:433: cannot declare variable `ChatDisplayer' to be of type `CChatDisplayer' > client.cpp:433: since the following virtual functions are abstract: > /usr/local/include/nel/misc/displayer.h:62: void NLMISC::IDisplayer::doDisplay(long int, NLMISC::CLog::TLogType, const _STL::string &, const char *, int, const char *) > > Anybody else getting this? I'll figure it out myself if I'm the only > one, Otherwise I'd prefer to let someone who knows C++ deal with it. > > Robert > > -- > Robert de Forest " meetings, n.: > System Administrator A place where minutes are kept > Got.net and hours are lost." > -- login fortune > > _______________________________________________ > Nel mailing list > Nel@nevrax.org > /mailman/listinfo.cgi/nel From lecroart@nevrax.com Tue Mar 13 10:39:29 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f2D9dSq05221 for ; Tue, 13 Mar 2001 10:39:28 +0100 (CET) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw.localdomain [192.168.254.254]) by nevrax.com (8.9.3/8.9.3) with SMTP id KAA10573 for ; Tue, 13 Mar 2001 10:43:35 +0100 Message-ID: <001b01c0aba1$8442d270$0901a8c0@vianneyl> From: "Vianney Lecroart" To: References: <20010313012656.8230.qmail@paradox.got.net> <006001c0ab72$3e9ecd70$9701a8c0@inorbit.org> Subject: Re: [Nel] ugh, C++ is so obtuse Date: Tue, 13 Mar 2001 10:39:36 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform the fix is: client.cpp line: 413 change: virtual void display (time_t date, NLMISC::CLog::TLogType logType, const std::string &processName, const char *fileName, sint line, const char *message) to: virtual void doDisplay (time_t date, NLMISC::CLog::TLogType logType, const std::string &processName, const char *fileName, sint line, const char *message) and let s rock'n roll. Vianney Lecroart --- lead network programmer / nevrax.com icq#: 6870415 homepage: http://ace.planet-d.net www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? ----- Original Message ----- From: "Michael Warnock" To: Sent: Tuesday, March 13, 2001 5:01 AM Subject: Re: [Nel] ugh, C++ is so obtuse > I got the same problem, you just beat me to reporting it:) > > Michael Warnock > In-Orbit Entertainment Inc. > No matter where you go, &this. > ----- Original Message ----- > From: > To: > Sent: Monday, March 12, 2001 5:26 PM > Subject: [Nel] ugh, C++ is so obtuse > > > > Building latest CVS I get the following: > > > > client.cpp:433: cannot declare variable `ChatDisplayer' to be of type > `CChatDisplayer' > > client.cpp:433: since the following virtual functions are abstract: > > /usr/local/include/nel/misc/displayer.h:62: void > NLMISC::IDisplayer::doDisplay(long int, NLMISC::CLog::TLogType, const > _STL::string &, const char *, int, const char *) > > > > Anybody else getting this? I'll figure it out myself if I'm the only > > one, Otherwise I'd prefer to let someone who knows C++ deal with it. > > > > Robert From archer@nevrax.com Wed Mar 14 09:29:09 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f2E8T7E06592 for ; Wed, 14 Mar 2001 09:29:07 +0100 (CET) (envelope-from archer@nevrax.com) Received: (from archer@localhost) by nevrax.com (8.9.3/8.9.3) id JAA09440 for nel@nevrax.org; Wed, 14 Mar 2001 09:33:13 +0100 Date: Wed, 14 Mar 2001 09:33:13 +0100 From: Pierre Bonnefoy To: nel@nevrax.org Subject: RE: [Nel] ugh, C++ is so obtuse Message-ID: <20010314093313.B9151@nevrax.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3us In-Reply-To: <001b01c0aba1$8442d270$0901a8c0@vianneyl> Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform OK, I had the same problem as 'Robert' and Michael Warnock. Thank you Vianney for the fix, although, now, I have a different problem when compiling the client: c++ -I/usr/local/include/freetype2 -I/home/pierre/STLport-4.0/stlport -g -O2 -o client character_interface.o client.o language_interface.o login_interface.o move_listener.o pb_message_box.o player_view.o shards_list_interface.o sight.o lens_flare.o -lnelnet -lnelmisc -lnel3d -L/usr/local/lib -lfreetype -L/home/ pierre/STLport-4.0/lib -lstlport_gcc /usr/local/lib/libnel3d.so: undefined reference to `NL3D::CTrackKeyFramerLinear type_info node' /usr/local/lib/libnel3d.so: undefined reference to `NL3D::CTrackKeyFramerLinear::getValue(void) const' /usr/local/lib/libnel3d.so: undefined reference to `NL3D::CTrackKeyFramerLinear type_info function' /usr/local/lib/libnel3d.so: undefined reference to `NL3D::CTrackKeyFramerLinear virtual table' /usr/local/lib/libnel3d.so: undefined reference to `NL3D::CTrackKeyFramerLinear::evalKey(NL3D::CKeyQuat const *, NL3D::CKeyQuat const *, float, float, float)' collect2: ld returned 1 exit status I have also a problem when compiling the server, but there are many many error reports (file included). Moreover, I have a little problem first when compiling server : There is no --with-python option in configure, and, first, there was a problem as Python.h was not found. I added by and in makefile the path towards Python.h and subsequent files. Shouldn't --with-python option be included also in configure for server ? As a conclusion, I would like to thank people fom Nevrax and every people involved in Nevrax.org for such a great job ! Pierre Bonnefoy [Moderation note: attached file removed for posting in the mailing list] From valignat@gw.nevrax.com Wed Mar 14 12:18:45 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f2EBIjE07444 for ; Wed, 14 Mar 2001 12:18:45 +0100 (CET) (envelope-from valignat@gw.nevrax.com) Received: from gw.nevrax.com (fw.localdomain [192.168.254.254]) by nevrax.com (8.9.3/8.9.3) with ESMTP id MAA13165 for ; Wed, 14 Mar 2001 12:22:52 +0100 Received: (from valignat@localhost) by gw.nevrax.com (8.11.2/8.11.2) id f2EBFvW03324 for nel@nevrax.org; Wed, 14 Mar 2001 12:15:57 +0100 (CET) (envelope-from valignat) Date: Wed, 14 Mar 2001 12:15:57 +0100 From: Cedric Valignat To: nel@nevrax.org Subject: Re: [Nel] ugh, C++ is so obtuse Message-ID: <20010314121557.A3214@nevrax.com> References: <001b01c0aba1$8442d270$0901a8c0@vianneyl> <20010314093313.B9151@nevrax.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010314093313.B9151@nevrax.com>; from pierre@mobivision.com on Wed, Mar 14, 2001 at 09:33:13AM +0100 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi, Pierre Bonnefoy wrote: > Thank you Vianney for the fix, although, now, I have a different problem > when compiling the client: > > [...] NeL's headers files are under heavy reorganization so we decide to freeze the development of the client until it's finished. So i strongly recommend to use the last Snowball release, Snowball 0.2, which can be download on > I have also a problem when compiling the server, but there are many many > error reports (file included). i'm going to take a look on that ... > Moreover, I have a little problem first when compiling server : There is > no --with-python option in configure, and, first, there was a problem as > Python.h was not found. I added by and in makefile the path towards Python.h > and subsequent files. > Shouldn't --with-python option be included also in configure for server ? It's on my task list for a long time, sorry about that, I will do it today ... > As a conclusion, I would like to thank people fom Nevrax and every people > involved in Nevrax.org for such a great job ! Thanks :-) Cedric. From corvazier@nevrax.com Wed Mar 14 16:58:33 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f2EFwWE08990 for ; Wed, 14 Mar 2001 16:58:32 +0100 (CET) (envelope-from corvazier@nevrax.com) Received: from pc23 (fw.localdomain [192.168.254.254]) by nevrax.com (8.9.3/8.9.3) with SMTP id RAA18986 for ; Wed, 14 Mar 2001 17:02:39 +0100 Message-ID: <001701c0ac9f$80b1fe20$1701a8c0@nevrax.net> From: "Cyril Corvazier" To: References: <20010314093313.B9151@nevrax.com> Subject: Re: [Nel] ugh, C++ is so obtuse Date: Wed, 14 Mar 2001 16:57:42 +0100 Organization: Nevrax MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6600 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform > c++ -I/usr/local/include/freetype2 -I/home/pierre/STLport-4.0/stlport -g -O2 > -o client character_interface.o client.o language_interface.o > login_interface.o move_listener.o pb_message_box.o player_view.o > shards_list_interface.o sight.o > lens_flare.o -lnelnet -lnelmisc -lnel3d -L/usr/local/lib -lfreetype -L/home/ > pierre/STLport-4.0/lib -lstlport_gcc > /usr/local/lib/libnel3d.so: undefined reference to > `NL3D::CTrackKeyFramerLinear type_info node' > /usr/local/lib/libnel3d.so: undefined reference to > `NL3D::CTrackKeyFramerLinear::getValue(void) > const' I have fixed that bug. It should be on the cvs tonight (GMT+1). *** For c++ addicts, here is the problem *** The link failed under GCC when we use non-inline functions in a template implementation. No problem with Visual C++ 6.0. It looked like this: in the .h file: ----------- // Two template classes template class a { virtual void toto()=0; }; template class b : public a { virtual void toto() { ... }; }; // The second one is implemented, but toto function body is in the .cpp file. class b : public a { virtual void toto(); }; In the .cpp: ----------- virtual void b::toto() { ... }; The fixe was to let the toto body inline in the header. Any comments ? --- Cyril Corvazier Lead 3d programmer Nevrax France From loic@senga.org Wed Mar 14 18:18:27 2001 Received: from localhost.localdomain (lager.lolix.net [213.228.61.200]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f2EHIQE09429 for ; Wed, 14 Mar 2001 18:18:26 +0100 (CET) (envelope-from loic@senga.org) Received: (from loic@localhost) by localhost.localdomain (8.11.0/8.11.0) id f2EG1mg17092; Wed, 14 Mar 2001 17:01:48 +0100 X-Authentication-Warning: localhost.localdomain: loic set sender to loic@senga.org using -f MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15023.38380.93171.724925@localhost.localdomain> Date: Wed, 14 Mar 2001 17:01:48 +0100 (CET) From: loic@senga.org To: nel@nevrax.org X-Mailer: VM 6.72 under Emacs 20.7.1 Subject: [Nel] configure.in double quotes lossage Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform The message of AC_MSG_CHECKING is included in double quotes and should not (double quote included alread -> <> act as redirections). [loic@loic nel]$ cvs diff -c configure.in Index: configure.in =================================================================== RCS file: /home/cvsroot/code/nel/configure.in,v retrieving revision 1.23 diff -c -c -r1.23 configure.in *** configure.in 2001/02/26 17:46:48 1.23 --- configure.in 2001/03/14 17:14:26 *************** *** 217,223 **** ) dnl Checking the GLEXT version ! AC_MSG_CHECKING("for version") AC_EGREP_CPP( yo_glext_version, [#include #ifdef GL_GLEXT_VERSION --- 217,223 ---- ) dnl Checking the GLEXT version ! AC_MSG_CHECKING(for version) AC_EGREP_CPP( yo_glext_version, [#include #ifdef GL_GLEXT_VERSION -- Loic Dachary http://www.dachary.org/ loic@dachary.org 24 av Secretan http://www.senga.org/ loic@senga.org 75019 Paris Tel: 33 1 42 45 09 16 loic@gnu.org GPG Public Key: http://www.dachary.org/loic/gpg.txt From valignat@gw.nevrax.com Wed Mar 14 18:37:37 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f2EHbbE09535 for ; Wed, 14 Mar 2001 18:37:37 +0100 (CET) (envelope-from valignat@gw.nevrax.com) Received: from gw.nevrax.com (fw.localdomain [192.168.254.254]) by nevrax.com (8.9.3/8.9.3) with ESMTP id SAA21223 for ; Wed, 14 Mar 2001 18:41:43 +0100 Received: (from valignat@localhost) by gw.nevrax.com (8.11.2/8.11.2) id f2EHYlv19216 for nel@nevrax.org; Wed, 14 Mar 2001 18:34:47 +0100 (CET) (envelope-from valignat) Date: Wed, 14 Mar 2001 18:34:47 +0100 From: Cedric Valignat To: nel@nevrax.org Subject: Re: [Nel] configure.in double quotes lossage Message-ID: <20010314183446.A19202@nevrax.com> References: <15023.38380.93171.724925@localhost.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <15023.38380.93171.724925@localhost.localdomain>; from loic@senga.org on Wed, Mar 14, 2001 at 05:01:48PM +0100 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform loic@senga.org wrote: > > The message of AC_MSG_CHECKING is included in double quotes and should > not (double quote included alread -> <> act as redirections). Fixed. Thanks, Cedric. From robert@paradox.got.net Thu Mar 15 01:28:00 2001 Received: from paradox.got.net (paradox.thatsnice.org [207.111.205.196]) by www.nevrax.org (8.11.0/8.11.0) with SMTP id f2F0RxE11496 for ; Thu, 15 Mar 2001 01:28:00 +0100 (CET) (envelope-from robert@paradox.got.net) Received: (qmail 7431 invoked by uid 1001); 15 Mar 2001 00:23:43 -0000 Message-ID: <20010315002343.7430.qmail@paradox.got.net> From: robert@paradox.got.net Subject: Re: [Nel] ugh, C++ is so obtuse In-Reply-To: <001701c0ac9f$80b1fe20$1701a8c0@nevrax.net> from Cyril Corvazier at "Mar 14, 2001 04:57:42 pm" To: nel@nevrax.org Date: Wed, 14 Mar 2001 16:23:43 -0800 (PST) X-Mailer: ELM [version 2.4ME+ PL66 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform [Charset iso-8859-1 unsupported, filtering to ASCII...] > *** For c++ addicts, here is the problem *** > > The link failed under GCC when we use non-inline functions in a template > implementation. > No problem with Visual C++ 6.0. What is your programming environment like? Do you have equal parts Windows and Unix develovers? What kind of testing do you have? Judging by the dates in CVS it looks like you've been developing for about five months, is this correct? Is all of your development staff focused on the GPL'd parts right now, or is some development already underway for the proprietary content (game code)? Is someone over there working on documentation? Is there a public document describing your objectives and plans? I'm also still curious in which ways the non-nevrax community can best assist your efforts. It seems the bug reports and patches are well-received, but without much documentation it's hard to tell where our efforts are most needed. Thanks! Robert -- Robert de Forest " meetings, n.: System Administrator A place where minutes are kept Got.net and hours are lost." -- login fortune From pierre@mobivision.com Thu Mar 15 18:40:00 2001 Received: from heimdall.mqgprs.dmr.arcenciel.fr (IDENT:root@[192.33.150.170]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f2FHdtE16761 for ; Thu, 15 Mar 2001 18:39:59 +0100 (CET) (envelope-from pierre@mobivision.com) Received: from parage ([192.168.203.4]) by heimdall.mqgprs.dmr.arcenciel.fr (8.11.0/8.11.0) with SMTP id f2FIEaS25419 for ; Thu, 15 Mar 2001 19:14:36 +0100 From: "Pierre Bonnefoy" To: Subject: RE: [Nel] ugh, C++ is so obtuse Date: Thu, 15 Mar 2001 18:37:39 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 In-Reply-To: <001701c0ac9f$80b1fe20$1701a8c0@nevrax.net> Importance: Normal Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform OK, thanks a lot for your explanations. Downloaded this morning code on CVS, and library and client compile well (although I have still problems with server side). My problem now is to get a conf to be able to use the game, because I get 0.5 fps with mine (PIII 500 + 128 MB RAM + Matrox G200 + Linux). -----Message d'origine----- De : nel-admin@nevrax.org [mailto:nel-admin@nevrax.org]De la part de Cyril Corvazier Envoyé : mercredi 14 mars 2001 16:58 À : nel@nevrax.org Objet : Re: [Nel] ugh, C++ is so obtuse > c++ -I/usr/local/include/freetype2 -I/home/pierre/STLport-4.0/stlport -g -O2 > -o client character_interface.o client.o language_interface.o > login_interface.o move_listener.o pb_message_box.o player_view.o > shards_list_interface.o sight.o > lens_flare.o -lnelnet -lnelmisc -lnel3d -L/usr/local/lib -lfreetype -L/home/ > pierre/STLport-4.0/lib -lstlport_gcc > /usr/local/lib/libnel3d.so: undefined reference to > `NL3D::CTrackKeyFramerLinear type_info node' > /usr/local/lib/libnel3d.so: undefined reference to > `NL3D::CTrackKeyFramerLinear::getValue(void) > const' I have fixed that bug. It should be on the cvs tonight (GMT+1). *** For c++ addicts, here is the problem *** The link failed under GCC when we use non-inline functions in a template implementation. No problem with Visual C++ 6.0. It looked like this: in the .h file: ----------- // Two template classes template class a { virtual void toto()=0; }; template class b : public a { virtual void toto() { ... }; }; // The second one is implemented, but toto function body is in the .cpp file. class b : public a { virtual void toto(); }; In the .cpp: ----------- virtual void b::toto() { ... }; The fixe was to let the toto body inline in the header. Any comments ? --- Cyril Corvazier Lead 3d programmer Nevrax France _______________________________________________ Nel mailing list Nel@nevrax.org /mailman/listinfo.cgi/nel From valignat@gw.nevrax.com Thu Mar 15 20:46:11 2001 Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f2FJkBE17412 for ; Thu, 15 Mar 2001 20:46:11 +0100 (CET) (envelope-from valignat@gw.nevrax.com) Received: from gw.nevrax.com (fw.localdomain [192.168.254.254]) by nevrax.com (8.9.3/8.9.3) with ESMTP id UAA09094 for ; Thu, 15 Mar 2001 20:50:16 +0100 Received: (from valignat@localhost) by gw.nevrax.com (8.11.2/8.11.2) id f2FJhFV48063 for nel@nevrax.org; Thu, 15 Mar 2001 20:43:15 +0100 (CET) (envelope-from valignat) Date: Thu, 15 Mar 2001 20:43:15 +0100 From: Cedric Valignat To: NeL mailing list Message-ID: <20010315204315.A48039@nevrax.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Subject: [Nel] Server compilation and Python stuffs Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi, We improved the Python detection and NeL configuration : you do not have to use --with-python as an argument for the configure script, now it's automatic ... We fixed the server compilation, so it should compile with today's NeL cvs files, but the agent service doesn't work at the momment, you will get a segmentation fault if you try to launch it :-( Cedric. From nettwerk@valinux.com Tue Mar 20 21:00:12 2001 Received: from mail.valinux.com (mail@mail.valinux.com [198.186.202.175]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f2KK0BE54289 for ; Tue, 20 Mar 2001 21:00:11 +0100 (CET) (envelope-from nettwerk@valinux.com) Received: from dhcp-engr-217.engr.valinux.com ([10.12.1.217] helo=valinux.com) by mail.valinux.com with esmtp (Exim 3.22 #1 (Debian)) id 14fSFp-0000JA-00 for ; Tue, 20 Mar 2001 11:57:17 -0800 Message-ID: <3AB7B63D.7DE4C3ED@valinux.com> Date: Tue, 20 Mar 2001 11:57:50 -0800 From: San Mehat Organization: VA Linux Systems X-Mailer: Mozilla 4.76 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: nel@nevrax.org Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: [Nel] list Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform list From return@trafficmagnet.net Tue Mar 27 04:58:29 2001 Received: from ns2.trafficmagnet.net (IDENT:root@[202.108.223.8]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f2R2wLE08564 for ; Tue, 27 Mar 2001 04:58:27 +0200 (CEST) (envelope-from return@trafficmagnet.net) Received: from christine ([202.108.221.168]) by ns2.trafficmagnet.net (8.9.3/8.9.3) with SMTP id LAA28383 for ; Tue, 27 Mar 2001 11:00:07 +0800 Date: Tue, 27 Mar 2001 11:00:07 +0800 Message-Id: <200103270300.LAA28383@ns2.trafficmagnet.net> From: Christine Hall To: nel@nevrax.org Mime-Version: 1.0 Content-Type: text/html; charset=us-ascii Subject: [Nel] WWW.NEVRAX.ORG Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform

Hello,

I visited www.nevrax.org and I noticed that you are not listed on some search engines. I am sure you can increase the number of people who visit www.nevrax.org . Do you know TrafficMagnet? TrafficMagnet is a unique technology that automatically submits your web site to over 300,000+ search engines and directories every month. This is a very low-cost and effective way of advertising your site.

To check our prices and submit www.nevrax.org to 300,000+ search engines, go to TrafficMagnet.net

I would love to hear from you.

Best Regards,
Christine Hall
Sales & Marketing
www.TrafficMagnet.net

   

From damien@mandrakesoft.com Wed Mar 28 04:01:45 2001 Received: from jabba.mandrakesoft.com (office.mandrakesoft.com [195.68.114.34]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f2S21iE16054 for ; Wed, 28 Mar 2001 04:01:44 +0200 (CEST) (envelope-from damien@mandrakesoft.com) Received: by jabba.mandrakesoft.com (Postfix, from userid 547) id 20635283C5; Wed, 28 Mar 2001 02:57:52 +0200 (CEST) To: nel@nevrax.org From: "dam's" Date: 28 Mar 2001 02:57:52 +0200 In-Reply-To: <200103270300.LAA28383@ns2.trafficmagnet.net> Message-ID: Lines: 5 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: [Nel] Is this list dead? Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Is this list dead? I suscribed one week ago, and still nothing, except some ad. -- dam's From robert@wrack.thatsnice.org Wed Mar 28 05:01:02 2001 Received: from wrack.thatsnice.org (wrack.thatsnice.org [207.111.205.202]) by www.nevrax.org (8.11.0/8.11.0) with SMTP id f2S312E16348 for ; Wed, 28 Mar 2001 05:01:02 +0200 (CEST) (envelope-from robert@wrack.thatsnice.org) Received: (qmail 32270 invoked by uid 1000); 28 Mar 2001 02:57:50 -0000 Message-ID: <20010328025750.32269.qmail@wrack.thatsnice.org> From: robert@wrack.thatsnice.org Subject: Re: [Nel] Is this list dead? In-Reply-To: "from dam's at Mar 28, 2001 02:57:52 am" To: nel@nevrax.org Date: Tue, 27 Mar 2001 18:57:50 -0800 (PST) X-Mailer: ELM [version 2.4ME+ PL87 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform > > Is this list dead? I suscribed one week ago, and still nothing, except some ad. We're waiting for the Nevrax folks to tell us they're done re-arranging the NeL layout. Check it out: /pipermail/nel/2001-March/000377.html -- Robert de Forest "Give a man a fire and he'll be warm for a day; System Administrator set him on fire and he'll be warm Got.net for the rest of his life." -- The Cube, forum3000.org From damien@mandrakesoft.com Wed Mar 28 06:18:52 2001 Received: from jabba.mandrakesoft.com (office.mandrakesoft.com [195.68.114.34]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f2S4IqE16707 for ; Wed, 28 Mar 2001 06:18:52 +0200 (CEST) (envelope-from damien@mandrakesoft.com) Received: by jabba.mandrakesoft.com (Postfix, from userid 547) id 507E5283CD; Wed, 28 Mar 2001 05:14:57 +0200 (CEST) To: nel@nevrax.org Subject: Re: [Nel] Is this list dead? References: <20010328025750.32269.qmail@wrack.thatsnice.org> From: "dam's" Date: 28 Mar 2001 05:14:57 +0200 In-Reply-To: <20010328025750.32269.qmail@wrack.thatsnice.org> Message-ID: Lines: 14 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform robert@wrack.thatsnice.org writes: > > > > Is this list dead? I suscribed one week ago, and still nothing, except some ad. > > We're waiting for the Nevrax folks to tell us they're done > re-arranging the NeL layout. Check it out: > > /pipermail/nel/2001-March/000377.html ok, great ! -- dam's From archer@mail.nevrax.com Wed Mar 28 10:21:24 2001 Received: from mail.nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f2S8LNE17790 for ; Wed, 28 Mar 2001 10:21:23 +0200 (CEST) (envelope-from archer@mail.nevrax.com) Received: (from archer@localhost) by mail.nevrax.com (8.11.1/8.11.1) id f2S8NL415468 for nel@nevrax.org; Wed, 28 Mar 2001 10:23:21 +0200 (CEST) (envelope-from archer) Date: Wed, 28 Mar 2001 10:23:21 +0200 From: Vincent Archer To: nel@nevrax.org Subject: Re: [Nel] Is this list dead? Message-ID: <20010328102233.B15004@nevrax.com> References: <200103270300.LAA28383@ns2.trafficmagnet.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from damien@mandrakesoft.com on Wed, Mar 28, 2001 at 02:57:52AM +0200 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform According to dam's: > Is this list dead? I suscribed one week ago, and still nothing, except some ad. Which is the second time it got on this list. Trafficmagnet will soon land in the forbidden domain list here. No, the list is unusually quiet these days. Chalk it up to GDC (Games Developpers Conference, for those of you not familiar with the industry). We're edging on toward our first internal milestone, so we haven't started a new discussion, and apparently we haven't had a major hiccup in the CVS recently... so we have fewer complaints than the usual too. The web server overhaul mentioned is close to done (but we're overhauling our internal web tools too, so that takes time). Expect a more up-to-date documentation. -- Vincent Archer Email: archer@nevrax.com Nevrax France. Off on the yellow brick road we go! From Matthew.Flagg@channelinx.com Wed Mar 28 15:31:07 2001 Received: from puck.channelinx.com (mail.channelinx.com [12.19.58.34]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f2SDV6E19659 for ; Wed, 28 Mar 2001 15:31:06 +0200 (CEST) (envelope-from Matthew.Flagg@channelinx.com) Received: from pluto (uranus.channelinx.com [12.19.58.33]) by puck.channelinx.com (Switch-2.0.5/Switch-2.0.5) with SMTP id f2SERxD26319 for ; Wed, 28 Mar 2001 09:27:59 -0500 Received: by jupiter with Internet Mail Service (5.5.2650.21) id ; Wed, 28 Mar 2001 08:27:59 -0500 Message-ID: From: Matthew Flagg To: "'nel@nevrax.org'" Subject: RE: [Nel] Is this list dead? Date: Wed, 28 Mar 2001 08:27:59 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform I replied not only to that email but every contact address on their site and politely, in two lines, asked them to not use our developer's list as spam receptacle. I tried before but I guess they didn't get it. Maybe we should actually subscribe them to the list! :) That way they would know exactly whats going on. :) -----Original Message----- From: Vincent Archer [mailto:archer@nevrax.com] Sent: Wednesday, March 28, 2001 3:23 AM To: nel@nevrax.org Subject: Re: [Nel] Is this list dead? According to dam's: > Is this list dead? I suscribed one week ago, and still nothing, except some ad. Which is the second time it got on this list. Trafficmagnet will soon land in the forbidden domain list here. No, the list is unusually quiet these days. Chalk it up to GDC (Games Developpers Conference, for those of you not familiar with the industry). We're edging on toward our first internal milestone, so we haven't started a new discussion, and apparently we haven't had a major hiccup in the CVS recently... so we have fewer complaints than the usual too. The web server overhaul mentioned is close to done (but we're overhauling our internal web tools too, so that takes time). Expect a more up-to-date documentation. -- Vincent Archer Email: archer@nevrax.com Nevrax France. Off on the yellow brick road we go! _______________________________________________ Nel mailing list Nel@nevrax.org /mailman/listinfo.cgi/nel From valignat@gw.nevrax.com Thu Mar 29 11:24:47 2001 Received: from mail.nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f2T9OlE27288 for ; Thu, 29 Mar 2001 11:24:47 +0200 (CEST) (envelope-from valignat@gw.nevrax.com) Received: from gw.nevrax.com (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with ESMTP id f2T9Qk064928 for ; Thu, 29 Mar 2001 11:26:46 +0200 (CEST) (envelope-from valignat@gw.nevrax.com) Received: (from valignat@localhost) by gw.nevrax.com (8.11.2/8.11.2) id f2T9LfJ29126 for nel@nevrax.org; Thu, 29 Mar 2001 11:21:41 +0200 (CEST) (envelope-from valignat) Resent-Message-Id: <200103290921.f2T9LfJ29126@gw.nevrax.com> Date: Wed, 28 Mar 2001 19:53:19 +0200 From: Cedric Valignat To: nel@nevrax.org Subject: Re: [Nel] ugh, C++ is so obtuse Message-ID: <20010328195319.A26273@nevrax.com> References: <001701c0ac9f$80b1fe20$1701a8c0@nevrax.net> <20010315002343.7430.qmail@paradox.got.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010315002343.7430.qmail@paradox.got.net>; from robert@paradox.got.net on Wed, Mar 14, 2001 at 04:23:43PM -0800 Resent-From: valignat@nevrax.com Resent-Date: Thu, 29 Mar 2001 11:21:41 +0200 Resent-To: nel@nevrax.org Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform robert@paradox.got.net wrote: > > What is your programming environment like? On Windows computers : Windows 2000 Visual C++ 6.0 WinCVS and TortoiseCVS On GNU/Linux computers : Debian, Redhat and Mandrake distributions GCC 2.95.2 and 2.96 (yes i now :-) Emacs, XEmacs, or kdevelop DDD / GDB > Do you have equal parts Windows and Unix develovers? Most of us are working on Windows, the VC++ debuging system is a lot more appreciated by some of us :-) > What kind of testing do you have? We have two major way of testing our work : using Snowball as a test program and / or writing small applications to test specific functionalities. It's very basic :-) > Judging by the dates in CVS it looks like you've been developing for > about five months, is this correct? We started coding approximately 10 months ago. We developed some code to make some tests to make some decisions about the technologie to use and some other points ... > Is all of your development staff focused on the GPL'd parts right > now, or is some development already underway for the proprietary > content (game code)? We have been working on the our game code for some time now, so we are currently working on both parts, GPL and proprietary code. > Is someone over there working on documentation? Is there a public > document describing your objectives and plans? We are currently working on the documentation, and we should be able to make our work available soon ;-) > I'm also still curious in which ways the non-nevrax community can best > assist your efforts. It seems the bug reports and patches are > well-received, but without much documentation it's hard to tell where > our efforts are most needed. Our documentions will include a roadmap and other related documents, so you should be able get a better idea on what we are doing and on what we plan to work on ... Cedric. From brandon_425@yahoo.com Thu Apr 5 19:22:15 2001 Received: from web3701.mail.yahoo.com (web3701.mail.yahoo.com [204.71.203.130]) by www.nevrax.org (8.11.0/8.11.0) with SMTP id f35HMDE94395 for ; Thu, 5 Apr 2001 19:22:14 +0200 (CEST) (envelope-from brandon_425@yahoo.com) Message-ID: <20010405171911.9921.qmail@web3701.mail.yahoo.com> Received: from [134.134.248.29] by web3701.mail.yahoo.com; Thu, 05 Apr 2001 10:19:11 PDT Date: Thu, 5 Apr 2001 10:19:11 -0700 (PDT) From: Brandon To: nel@nevrax.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: [Nel] Subscribe Me Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform __________________________________________________ Do You Yahoo!? Get email at your own domain with Yahoo! Mail. http://personal.mail.yahoo.com/ From brandon_425@yahoo.com Thu Apr 5 20:27:20 2001 Received: from web3701.mail.yahoo.com (web3701.mail.yahoo.com [204.71.203.130]) by www.nevrax.org (8.11.0/8.11.0) with SMTP id f35IRJE94773 for ; Thu, 5 Apr 2001 20:27:20 +0200 (CEST) (envelope-from brandon_425@yahoo.com) Message-ID: <20010405182417.17291.qmail@web3701.mail.yahoo.com> Received: from [134.134.248.29] by web3701.mail.yahoo.com; Thu, 05 Apr 2001 11:24:17 PDT Date: Thu, 5 Apr 2001 11:24:17 -0700 (PDT) From: Brandon To: nel@nevrax.org In-Reply-To: <200104051739.f35HdXE94517@www.nevrax.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: [Nel] Mark Ewert ewert@reflexnet.net Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Mark, I noticed that you had reflexnet.net also as your ISP. I can't believe they pulled the carpet right out from under us and went bankrupt. Technology is funny these days. Just like the stock market. Ouch!!! :) Funny huh? I found a great new ISP, let me know if you want the info or if you could give me some help finding a new ISP. Thanks, Brandon brandon_425@yahoo.com Home: 503.605.5433 --- nel-request@nevrax.org wrote: > Welcome to the Nel@nevrax.org mailing list! > > To post to this list, send your email to: > > nel@nevrax.org > > General information about the mailing list is at: > > /mailman/listinfo.cgi/nel > > If you ever want to unsubscribe or change your options (eg, > switch to > or from digest mode, change your password, etc.), visit your > subscription page at: > > > /mailman/options.cgi/nel/brandon_425@yahoo.com > > You can also make such adjustments via email by sending a > message to: > > Nel-request@nevrax.org > > with the word `help' in the subject or body (don't include the > quotes), and you will get back a message with instructions. > > You must know your password to change your options (including > changing > the password, itself) or to unsubscribe. It is: > > by09661 > > If you forget your password, don't worry, you will receive a > monthly > reminder telling you what all your nevrax.org mailing list > passwords > are, and how to unsubscribe or change your options. There is > also a > button on your options page that will email your current > password to > you. > > You may also have your password mailed to you automatically > off of the > Web page noted above. __________________________________________________ Do You Yahoo!? Get email at your own domain with Yahoo! Mail. http://personal.mail.yahoo.com/ From robert@thatsnice.org Sun Apr 8 17:51:05 2001 Received: from wrack.thatsnice.org (wrack.thatsnice.org [207.111.205.202]) by www.nevrax.org (8.11.0/8.11.0) with SMTP id f38Fp3E22598 for ; Sun, 8 Apr 2001 17:51:04 +0200 (CEST) (envelope-from robert@thatsnice.org) Received: (qmail 4521 invoked by uid 1000); 8 Apr 2001 15:47:54 -0000 Message-ID: <20010408154754.4520.qmail@wrack.thatsnice.org> From: robert@thatsnice.org To: nel@nevrax.org Date: Sun, 8 Apr 2001 08:47:53 -0700 (PDT) X-Mailer: ELM [version 2.4ME+ PL87 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Subject: [Nel] You guys will let us know when you're done mucking about, right? Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hello again Nevrax folks, I'm still interested in using NeL in a project, and I wanted to prod you guys and see how things are coming along, and when we'll be able to get involved again. Don't forget that one of the selling points of free software is collaboration with the community. We're not just here to bug you. :) Hope everything's going well. Robert -- Robert de Forest "Give a man a fire and he'll be warm for a day; System Administrator set him on fire and he'll be warm Got.net for the rest of his life." -- The Cube, forum3000.org From valignat@gw.nevrax.com Mon Apr 9 18:56:28 2001 Received: from mail.nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f39GuEE31221 for ; Mon, 9 Apr 2001 18:56:14 +0200 (CEST) (envelope-from valignat@gw.nevrax.com) Received: from gw.nevrax.com (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with ESMTP id f39Gw8091401 for ; Mon, 9 Apr 2001 18:58:08 +0200 (CEST) (envelope-from valignat@gw.nevrax.com) Received: (from valignat@localhost) by gw.nevrax.com (8.11.2/8.11.2) id f39GqrG50130 for nel@nevrax.org; Mon, 9 Apr 2001 18:52:53 +0200 (CEST) (envelope-from valignat) Date: Mon, 9 Apr 2001 18:52:53 +0200 From: Cedric Valignat To: nel@nevrax.org Subject: Re: [Nel] You guys will let us know when you're done mucking about, right? Message-ID: <20010409185253.A49411@nevrax.com> References: <20010408154754.4520.qmail@wrack.thatsnice.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010408154754.4520.qmail@wrack.thatsnice.org>; from robert@thatsnice.org on Sun, Apr 08, 2001 at 08:47:53AM -0700 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hello Robert, robert@thatsnice.org wrote: > > Don't forget that one of the selling points of free software is > collaboration with the community. We're not just here to bug you. :) hehe ... i think that we quite aware of that :-) We are just meeting some of our own internal Milestones so, as you guess, we are quite busy at the moment. Our 3D team are redisigning NeL's 3d interfaces, the network is redisigning the networks layers, and are curently working on the documentation too ... A new version of Snowball sould be done for the first of May. That new version will use the new network and 3D implementation of NeL. So don't worry, we didn't forget you, it's just that we are very busy. Sorry about that ... Cedric. From David.Mentre@inria.fr Tue Apr 10 09:20:50 2001 Received: from concorde.inria.fr (concorde.inria.fr [192.93.2.39]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f3A7KmE37155 for ; Tue, 10 Apr 2001 09:20:48 +0200 (CEST) (envelope-from David.Mentre@inria.fr) Received: from pochi.inria.fr (pochi.inria.fr [128.93.8.128]) by concorde.inria.fr (8.11.1/8.10.0) with ESMTP id f3A7Heb13398 for ; Tue, 10 Apr 2001 09:17:41 +0200 (MET DST) Received: (from mentre@localhost) by pochi.inria.fr (8.11.1/8.10.0) id f3A7Hgq10241; Tue, 10 Apr 2001 09:17:42 +0200 X-Authentication-Warning: pochi.inria.fr: mentre set sender to David.Mentre@inria.fr using -f To: nel@nevrax.org Subject: Re: [Nel] You guys will let us know when you're done mucking about, right? References: <20010408154754.4520.qmail@wrack.thatsnice.org> <20010409185253.A49411@nevrax.com> From: David Mentre Date: 10 Apr 2001 09:17:41 +0200 In-Reply-To: <20010409185253.A49411@nevrax.com> Message-ID: Lines: 15 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Cedric Valignat writes: > Our 3D team are redisigning NeL's 3d interfaces, the network is redisigning > the networks layers, and are curently working on the documentation too ... About the network layer, what is the design you have finally chosen? Automata over kernel threads? BTW, have you setup unit tests? I had a (very) quick glance at code but did not found any. Would you be interested in such tests? d. -- David.Mentre@inria.fr -- http://www.irisa.fr/prive/dmentre/ Opinions expressed here are only mine. From chafik@nevrax.com Tue Apr 10 10:06:07 2001 Received: from mail.nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f3A865E37407 for ; Tue, 10 Apr 2001 10:06:05 +0200 (CEST) (envelope-from chafik@nevrax.com) Received: from sameh (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id f3A880095042 for ; Tue, 10 Apr 2001 10:08:00 +0200 (CEST) (envelope-from chafik@nevrax.com) Message-ID: <000d01c0c194$7e3b9b10$1001a8c0@sameh> From: "sameh chafik Pro" To: References: <20010408154754.4520.qmail@wrack.thatsnice.org> Subject: Re: [Nel] You guys will let us know when you're done mucking about, right? Date: Tue, 10 Apr 2001 10:01:48 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hello Robert > I'm still interested in using NeL in a project, and I wanted to prod > you guys and see how things are coming along, and when we'll be able > to get involved again. What kind of project you are working on ? From archer@mail.nevrax.com Tue Apr 10 16:33:10 2001 Received: from mail.nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f3AEXAE39695 for ; Tue, 10 Apr 2001 16:33:10 +0200 (CEST) (envelope-from archer@mail.nevrax.com) Received: (from archer@localhost) by mail.nevrax.com (8.11.1/8.11.1) id f3AEZ6801891 for nel@nevrax.org; Tue, 10 Apr 2001 16:35:06 +0200 (CEST) (envelope-from archer) Date: Tue, 10 Apr 2001 16:35:06 +0200 From: Vincent Archer To: nel@nevrax.org Subject: Re: [Nel] You guys will let us know when you're done mucking about, right? Message-ID: <20010410163506.D854@nevrax.com> References: <20010408154754.4520.qmail@wrack.thatsnice.org> <20010409185253.A49411@nevrax.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from David.Mentre@inria.fr on Tue, Apr 10, 2001 at 09:17:41AM +0200 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform According to David Mentre: > Cedric Valignat writes: > > Our 3D team are redisigning NeL's 3d interfaces, the network is redisigning > > the networks layers, and are curently working on the documentation too ... > > About the network layer, what is the design you have finally chosen? > Automata over kernel threads? We're finishing the design docs, which will explain exactly how we're going to work. Can't explain further yet. You'll have to wait a little bit more for these to appear on the web/CVS. > BTW, have you setup unit tests? I had a (very) quick glance at code but > did not found any. Would you be interested in such tests? We haven't any formal test system for elementary modules. There are some self-contained examples in the nel/samples directory that show how some modules work, and which could easily be turned into testbeds to check functionality. If you think you can find better examples, or put added examples that can serve as tests at the same time, your contribution will be well appreciated. -- Vincent Archer Email: archer@nevrax.com Nevrax France. Off on the yellow brick road we go! From robert@thatsnice.org Wed Apr 11 00:38:11 2001 Received: from wrack.thatsnice.org (wrack.thatsnice.org [207.111.205.202]) by www.nevrax.org (8.11.0/8.11.0) with SMTP id f3AMc8E42365 for ; Wed, 11 Apr 2001 00:38:09 +0200 (CEST) (envelope-from robert@thatsnice.org) Received: (qmail 30984 invoked by uid 1000); 10 Apr 2001 22:35:01 -0000 Message-ID: <20010410223501.30982.qmail@wrack.thatsnice.org> From: robert@thatsnice.org Subject: Re: [Nel] You guys will let us know when you're done mucking about, right? In-Reply-To: <000d01c0c194$7e3b9b10$1001a8c0@sameh> "from sameh chafik Pro at Apr 10, 2001 10:01:48 am" To: nel@nevrax.org Date: Tue, 10 Apr 2001 15:35:01 -0700 (PDT) X-Mailer: ELM [version 2.4ME+ PL87 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform [ Charset ISO-8859-1 unsupported, converting... ] > Hello Robert > > > I'm still interested in using NeL in a project, and I wanted to prod > > you guys and see how things are coming along, and when we'll be able > > to get involved again. > > What kind of project you are working on ? Why a 3d MUD, of course. I started out on a MOO, then got into ColdMUD, which then begat this project: coldstore.sourceforge.net Which is just the back-end, and is embrionic still. My goal is to replace all the MMORPGs with a decentralized free alternative. Of course, this would compete with Nevrax, but that will just encourage them to be better. :) I think Nevrax has the best philosophical approach to this problem of any commercial effort, and I applaud them. However, since I don't work there, and I still want to work on these problems, I work for free. The particular subject I wish to tackle with an MMORPG is the social experimentation subject. This has been tried before in text-based adventures (LambdaMOO and its descendents), but never on a large enough scale or with new technology. I want to see if we can learn something as a culture by creating a super dynamic world with maximum "player" input into the universe and maybe solve some of our differences inside that world. Then maybe we can carry those lessons to the outside world. My experiment would NOT be a game. It would also not be a pure simulation because we just don't have that technology yet, either in input and output or in resources to process or computer it. It would be a rough analogy of life, and would try to put everyone at roughly the same level of world interaction, within reason. It would be based heavily on life as we know it, but with an accelerated time scale. I try not to think too much about whether I actually expect this to ever happen or be popular. :) Thanks for asking! Robert -- Robert de Forest "Give a man a fire and he'll be warm for a day; System Administrator set him on fire and he'll be warm Got.net for the rest of his life." -- The Cube, forum3000.org From derikson@montana.com Fri Apr 13 04:58:24 2001 Received: from mailA.montana.com (mailA.montana.com [199.2.139.116]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f3D2wME62052 for ; Fri, 13 Apr 2001 04:58:23 +0200 (CEST) (envelope-from derikson@montana.com) Received: from montana.com (btm2-168.montana.com [207.40.46.168]) by mailA.montana.com (8.11.2/8.11.2) with ESMTP id f3D2i3H11980 for ; Thu, 12 Apr 2001 20:44:04 -0600 (MDT) Message-ID: <3AD6692E.5070604@montana.com> Date: Thu, 12 Apr 2001 20:49:18 -0600 From: Dan Erikson User-Agent: Mozilla/5.0 (X11; U; Linux 2.4.0 i686; en-US; 0.8.1) Gecko/20010307 X-Accept-Language: en MIME-Version: 1.0 To: nel@nevrax.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: [Nel] proposed control changes Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi all, this is kind of long, sorry. I had some thoughts that I'd like to get some feedback on, and some code that you might find useful. I've put together a patch that changes the mouse control in snowballs so that the mouse is normally free, and you have to click on the window and move the mouse in order to move the view around. This is a change from the current behavior where the mouse is always locked by the application. This allows one to use other applications while the game is running. I've even used it to have two instances of snowball running at the same time, which should be useful for testing reasons. It'll also alow for using the mouse in the future for clicking on controls on other parts of the screen. The only thing I'm not sure about is how well it will work on windows. It looks like it'll work, but it would be nice if someone would test it. I used the right mouse button because the left mouse button is already in use for throwing a snowball, but I think these changes to the controls would work better: * Left mouse button to move the view around * Right mouse button to move forward * Space button to throw a snowball * Enter button to enter chat mode After text is typed and enter is pressed, return from chat mode * Mousewheel forward to zoom in * Mousewheel backwards to zoom out * Left button turns the view left normally * If control+left or left_mouse+left, then strafe left * Right button turns the view right normally * If control+right or left_mouse+right, then strafe right The normal mode/chat mode allows us to use the keys for functionality rather than F1-F12, which is a little harder to remember than something like 'r' for toggle radar. Also, there are a limited number of function buttons, so I think having access to all the other keys would allow good future expansion. The changes to the mouse buttons allows one to move around the world using only the mouse. It would also be nice to have the ability to customize these keys, but that's something for a little later. If anyone has any comments about this stuff, I'd love to hear them. Patch to use right mouse button to move the heading around: Index: move_listener.cpp =================================================================== RCS file: /home/cvsroot/code/client/src/move_listener.cpp,v retrieving revision 1.23 diff -c -r1.23 move_listener.cpp *** move_listener.cpp 2001/04/10 10:20:48 1.23 --- move_listener.cpp 2001/04/13 02:21:30 *************** *** 54,63 **** \****************************************************************/ CMoveListener::CMoveListener() { ! _MouseFree = false; - _CursorInit = false; - _Width = 0; _Height = 0; --- 54,61 ---- \****************************************************************/ CMoveListener::CMoveListener() { ! _MouseFree = true; _Width = 0; _Height = 0; *************** *** 184,190 **** \****************************************************************/ void CMoveListener::operator()(const CEvent& event) { ! static const float eps = 0.001f; // Rotation if (event==EventMouseMoveId) --- 182,188 ---- \****************************************************************/ void CMoveListener::operator()(const CEvent& event) { ! static const float eps = 0.002f; // Rotation if (event==EventMouseMoveId) *************** *** 196,240 **** if(!_MouseFree) { ! if(_CursorInit) { ! float difx = 0.5f-mouseEvent->X; ! float dify = -(0.5f-mouseEvent->Y); ! if( (float)fabs(difx) > eps || (float)fabs(dify) > eps) { ! if ( (float)fabs(difx) > eps) ! { ! LocalArea->User.yaw( _RotSpeed*(difx) ); } ! if ( (float)fabs(dify) > eps) ! { ! LocalArea->User.ViewPitch += _RotSpeed*(dify); ! if(LocalArea->User.ViewPitch>(float)Pi/2) ! { ! LocalArea->User.ViewPitch = (float)Pi/2; ! } ! if(LocalArea->User.ViewPitch<-(float)Pi/2) ! { ! LocalArea->User.ViewPitch = -(float)Pi/2; ! } } - _Scene->getDriver()->setMousePos(0.5,0.5); } } - else - { - _CursorInit = true; - _Scene->getDriver()->setMousePos(0.5,0.5); - } } } - // Shoot with left mouse button if ( event==EventMouseDownId) { CEventMouse* mouseEvent=(CEventMouse*)&event; if(mouseEvent->Button==leftButton && CanShot) { if ( (ClientSocket!=NULL) && ClientSocket->connected() ) --- 194,230 ---- if(!_MouseFree) { ! float difx = _MouseLockX-mouseEvent->X; ! float dify = -(_MouseLockY-mouseEvent->Y); ! if( (float)fabs(difx) > eps || (float)fabs(dify) > eps) { ! if ( (float)fabs(difx) > eps) ! { ! LocalArea->User.yaw( _RotSpeed*(difx) ); ! } ! if ( (float)fabs(dify) > eps) { ! LocalArea->User.ViewPitch += _RotSpeed*(dify); ! if(LocalArea->User.ViewPitch>(float)Pi/2) ! { ! LocalArea->User.ViewPitch = (float)Pi/2; } ! if(LocalArea->User.ViewPitch<-(float)Pi/2) ! { ! LocalArea->User.ViewPitch = -(float)Pi/2; } } + _Scene->getDriver()->setMousePos(_MouseLockX,_MouseLockY); } } } if ( event==EventMouseDownId) { CEventMouse* mouseEvent=(CEventMouse*)&event; + // Shoot with left mouse button if(mouseEvent->Button==leftButton && CanShot) { if ( (ClientSocket!=NULL) && ClientSocket->connected() ) *************** *** 249,254 **** --- 239,259 ---- } } } + if(mouseEvent->Button==rightButton && _MouseFree) + { + _MouseLockX = mouseEvent->X; + _MouseLockY = mouseEvent->Y; + changeControlMode(); + } + } + + if(event==EventMouseUpId) + { + CEventMouse* mouseEvent=(CEventMouse*)&event; + if(mouseEvent->Button==rightButton && !_MouseFree) + { + changeControlMode(); + } } } *************** *** 260,265 **** --- 265,271 ---- { server.addListener (EventMouseMoveId, this); server.addListener (EventMouseDownId, this); + server.addListener (EventMouseUpId, this); } *************** *** 270,274 **** --- 276,281 ---- { server.removeListener (EventMouseMoveId, this); server.removeListener (EventMouseDownId, this); + server.removeListener (EventMouseUpId, this); } Index: move_listener.h =================================================================== RCS file: /home/cvsroot/code/client/src/move_listener.h,v retrieving revision 1.15 diff -c -r1.15 move_listener.h *** move_listener.h 2001/03/05 09:39:44 1.15 --- move_listener.h 2001/04/13 02:21:30 *************** *** 119,127 **** /// Internal use virtual void operator()(const NLMISC::CEvent& event); - /// true if first setMousePos done - bool _CursorInit; - CScene * _Scene; /// screen width --- 119,124 ---- *************** *** 155,160 **** --- 152,160 ---- float _MouseY; bool _Shot; + + float _MouseLockX; + float _MouseLockY; }; Index: client.cpp =================================================================== RCS file: /home/cvsroot/code/client/src/client.cpp,v retrieving revision 1.177 diff -c -r1.177 client.cpp *** client.cpp 2001/04/12 17:06:42 1.177 --- client.cpp 2001/04/13 02:22:13 *************** *** 1880,1893 **** LocalArea->setEntityMovedCallback( moveEntityInstance ); LocalArea->setEntityRemovedCallback( deleteEntityInstance ); - // hide mouse cursor - CNELU::Driver->showCursor(false); - #ifdef NL_RELEASE - CNELU::Driver->setCapture(true); - #endif - - - // Load meshes /* vector::iterator itshp; --- 1880,1885 ---- From valignat@gw.nevrax.com Fri Apr 13 19:45:07 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f3DHj7E66902 for ; Fri, 13 Apr 2001 19:45:07 +0200 (CEST) (envelope-from valignat@gw.nevrax.com) Received: from gw.nevrax.com (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with ESMTP id f3DHlDg29125 for ; Fri, 13 Apr 2001 19:47:13 +0200 (CEST) (envelope-from valignat@gw.nevrax.com) Received: (from valignat@localhost) by gw.nevrax.com (8.11.2/8.11.2) id f3DHfPh19469 for nel@nevrax.org; Fri, 13 Apr 2001 19:41:25 +0200 (CEST) (envelope-from valignat) Date: Fri, 13 Apr 2001 19:41:25 +0200 From: Cedric Valignat To: nel@nevrax.org Subject: Re: [Nel] proposed control changes Message-ID: <20010413194125.A19222@nevrax.com> References: <3AD6692E.5070604@montana.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3AD6692E.5070604@montana.com>; from derikson@montana.com on Thu, Apr 12, 2001 at 08:49:18PM -0600 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi, Dan Erikson wrote: > > I've put together a patch that changes the mouse control in snowballs so > that the mouse is normally free, and you have to click on the window > and move the mouse in order to move the view around. This is a change > from the current behavior where the mouse is always locked by the > application. This allows one to use other applications while the game > is running. I've even used it to have two instances of snowball running at > the same time, which should be useful for testing reasons. It'll also alow > for using the mouse in the future for clicking on controls on other parts of > the screen. The only thing I'm not sure about is how well it will work on > windows. It looks like it'll work, but it would be nice if someone > would test it. Nice :-) I'm going to take a look on that next week and i will test it on windows before to integrate the patch. I will keep you inform of the results :-) > I used the right mouse button because the left mouse button is already > in use > for throwing a snowball, but I think these changes to the controls would > work better: > [...] The control configuration is a very personal thing, we choose a quite common way to configure the moves control ... but it wiil be nice to be able to easly configure them :-) I do agree with you on the Function keys and the ability to be able to use the other keys of the keyboard ... migth be nice to have ;-) Thanks for your help, Cedric. From archer@mail.nevrax.com Fri Apr 13 11:32:47 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f3D9WkE64106 for ; Fri, 13 Apr 2001 11:32:47 +0200 (CEST) (envelope-from archer@mail.nevrax.com) Received: (from archer@localhost) by mail.nevrax.com (8.11.1/8.11.1) id f3D9Yrw22528 for nel@nevrax.org; Fri, 13 Apr 2001 11:34:53 +0200 (CEST) (envelope-from archer) Date: Fri, 13 Apr 2001 11:34:53 +0200 From: Vincent Archer To: nel@nevrax.org Message-ID: <20010413113452.A22482@nevrax.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Subject: [Nel] A small document for your consumption Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform While waiting for the whole load, here's a quick and short document. Look at it, and critique your hearts out... Client server connect This document describes quickly the connection process of a client to a world running a NeL-based system. Abbreviations ------------- LS: The login service (one overall) WS: The welcome service (one for each world) FES: The front-end service (N per world) Steps ----- 1: The client initiates a connection to the login service, using the supplied IP and port from the configuration file, with the help of the DNS for IP resolution. Note: DNS spoofing or configuration file modification can lead to LS spoofing and hacking of the login/password information of the client. However, DNS is needed for flexibility of the login service location. 2: The client submits its login, password, and system capabilities. 3: The LS checks the login/password validity, and builds the list of all available worlds according to account information and current system settings. This list contains world names and the IP for the WS of that world. Note: DNS is not used in that step. 4: The client selects the world it wants to log on, and submits the IP address of its world service to the LS. 5: The LS sends a notification to the selected WS of the client's connection desires. It generates and submits a single-use cookie to validate the incoming connection. Note: The cookie includes the client's IP, as seen by the LS (to avoid address translation problems) for validation. 6: The WS selects a FES to accept the client connexion, and submits the cookie to the FES. 7: The FES acknowledges its capacity to accept the client to the WS. 8: The WS acknowledges its capacity to accept the client to the LS, and indicates the IP/port of the selected FES. 9: The LS acknowledges the login request to the client, and indicates the IP/port of the selected FES. 10: The client disconnects from the LS. 11: The client initiates a connection to the indicated FES. 12: The client sends the submitted cookie to the FES. 13: The FES validates and acknowledges the cookie. Side notes ---------- Whenever a world starts, the WS establishes a permanent link with the LS, using an encrypted link (it is assumed that the LS and WS are located on two physically and probably geographically distinct networks). A 'SHARD' message serves as authentification, and the WS then updates the LS with its state, name and IP address. The WS may have a list of valid IP/port address for WS to avoid the occasional pirate server registration. -- Vincent Archer Email: archer@nevrax.com Nevrax France. Off on the yellow brick road we go! From tsm@IDEALX.com Mon Apr 16 22:03:27 2001 Received: from sarajevo.idealx.com (sarajevo.idealx.com [213.41.87.90]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f3GK3PE94142 for ; Mon, 16 Apr 2001 22:03:25 +0200 (CEST) (envelope-from tsm@IDEALX.com) Received: from calvin.UUCP (uucp@localhost) by sarajevo.idealx.com (8.10.1/8.10.1) with UUCP id f3GK0AD32750 for nel@nevrax.org; Mon, 16 Apr 2001 22:00:10 +0200 (CEST) Received: from tsm by calvin.ird.IDEALX.com with local (Exim 3.22 #1 (Debian)) id 14pF9z-0000tE-00 for ; Mon, 16 Apr 2001 21:59:43 +0200 Date: Mon, 16 Apr 2001 21:59:43 +0200 From: Thierry Mallard To: nel@nevrax.org Subject: Re: [Nel] A small document for your consumption Message-ID: <20010416215943.A3226@IDEALX.com> References: <20010413113452.A22482@nevrax.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline User-Agent: Mutt/1.3.17i In-Reply-To: <20010413113452.A22482@nevrax.com>; from archer@nevrax.com on Fri, Apr 13, 2001 at 11:34:53AM +0200 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform On Fri, Apr 13, 2001 at 11:34:53AM +0200, Vincent Archer wrote: > Steps > ----- > > 1: The client initiates a connection to the login service, using the supplied > IP and port from the configuration file, with the help of the DNS for IP > resolution. > > Note: DNS spoofing or configuration file modification can lead to LS > spoofing and hacking of the login/password information of the client. > However, DNS is needed for flexibility of the login service location. Possibly this can be partially avoided by providing your own DN Server's IP ? (dunno precisly how the client would connect to it, but still...) > 2: The client submits its login, password, and system capabilities. In plaintext ? > 3: The LS checks the login/password validity, and builds the list of all > available worlds according to account information and current system > settings. This list contains world names and the IP for the WS of that > world. Maybe the use of challenges would be more secure, but i'm not a specialist in this matter :-( > 4: The client selects the world it wants to log on, and submits the IP address > of its world service to the LS. Would it be good if the client could select several worlds ? (then the negociation following could use this to get a good WS) > [...] > 10: The client disconnects from the LS. > > 11: The client initiates a connection to the indicated FES. I wonder if it couldn't be more interesting if the client disconnects from LS _after_ having initiated the connection to the FES. Then, if something goes wrong, the client could goto 4 directly. Best regards, -- Thierry Mallard | http://vawis.net GnuPG key on wwwkeys.pgp.net | http://erlang-fr.org (new) key 0xA3D021CB | http://worldforge.org From tsm@IDEALX.com Tue Apr 17 09:22:43 2001 Received: from sarajevo.idealx.com (sarajevo.idealx.com [213.41.87.90]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f3H7MaE98216 for ; Tue, 17 Apr 2001 09:22:37 +0200 (CEST) (envelope-from tsm@IDEALX.com) Received: from calvin.UUCP (uucp@localhost) by sarajevo.idealx.com (8.10.1/8.10.1) with UUCP id f3H7IUm19232 for nel@nevrax.org; Tue, 17 Apr 2001 09:18:30 +0200 (CEST) Received: from tsm by calvin.ird.IDEALX.com with local (Exim 3.22 #1 (Debian)) id 14pP3L-00015r-00 for ; Tue, 17 Apr 2001 08:33:31 +0200 Date: Tue, 17 Apr 2001 08:33:31 +0200 From: Thierry Mallard To: nel@nevrax.org Subject: Re: [Nel] A small document for your consumption Message-ID: <20010417083331.A4152@IDEALX.com> References: <20010413113452.A22482@nevrax.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline User-Agent: Mutt/1.3.17i In-Reply-To: <20010413113452.A22482@nevrax.com>; from archer@nevrax.com on Fri, Apr 13, 2001 at 11:34:53AM +0200 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform On Fri, Apr 13, 2001 at 11:34:53AM +0200, Vincent Archer wrote: > Steps > ----- > [...] > 5: The LS sends a notification to the selected WS of the client's connection > desires. It generates and submits a single-use cookie to validate the > incoming connection. The LS <--> WS connection should be studied, perhaps ? (if it wasn't intended in this document, then let's see that later.. ;-) ) [ *err.. ok i just read the end on the original mail, just forget it* ] > 6: The WS selects a FES to accept the client connexion, and submits the cookie > to the FES. > > 7: The FES acknowledges its capacity to accept the client to the WS. So the WS is (or can be?) a load-balancer to all the FES in a given world ? -- the balancing being done at network level, not process level -- > 8: The WS acknowledges its capacity to accept the client to the LS, and > indicates the IP/port of the selected FES. > > 9: The LS acknowledges the login request to the client, and indicates the > IP/port of the selected FES. > > 10: The client disconnects from the LS. > > 11: The client initiates a connection to the indicated FES. > > 12: The client sends the submitted cookie to the FES. > > 13: The FES validates and acknowledges the cookie. IMHO, as said in the other mail, the client should then disconnect from the LS ; not before. The downside I see in this case would be the extended time of connection (steps 11 et 13), which will lead to more network load. I don't see how important that would be. > Side notes > ---------- > > Whenever a world starts, the WS establishes a permanent link with the LS, > using an encrypted link (it is assumed that the LS and WS are located on two > physically and probably geographically distinct networks). A 'SHARD' message > serves as authentification, and the WS then updates the LS with its state, > name and IP address. The WS may have a list of valid IP/port address for WS > to avoid the occasional pirate server registration. ok, so i should have read the whole document before arguing ;-)) Hope this helps.. -- Thierry Mallard | http://vawis.net GnuPG key on wwwkeys.pgp.net | http://erlang-fr.org (new) key 0xA3D021CB | http://worldforge.org From valignat@gw.nevrax.com Tue Apr 17 19:31:45 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f3HHVhE01771 for ; Tue, 17 Apr 2001 19:31:43 +0200 (CEST) (envelope-from valignat@gw.nevrax.com) Received: from gw.nevrax.com (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with ESMTP id f3HHXpK00558 for ; Tue, 17 Apr 2001 19:33:51 +0200 (CEST) (envelope-from valignat@gw.nevrax.com) Received: (from valignat@localhost) by gw.nevrax.com (8.11.2/8.11.2) id f3HGwJc20700 for nel@nevrax.org; Tue, 17 Apr 2001 18:58:19 +0200 (CEST) (envelope-from valignat) Date: Tue, 17 Apr 2001 18:58:19 +0200 From: Cedric Valignat To: NeL mailing list Message-ID: <20010417185819.A20641@nevrax.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Subject: [Nel] CVS tree changes Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hello everybody, We have made some small changement in the CVS tree about Snowballs : - a directory "code/snowballs" was created. This directory contain 2 subdirectories : "client" & "server". - the "code/client" files were moved to "code/snowballs/client". - the "code/server/moves_service" was moved to "code/snowballs/server/moves_service". It ws a little mess and we had to clen it up, so as the client directory was *only* the snowballs client and the mose_service was used only for running a snowballs shard we decided to move these diretories in a more appropriate directory. Some of the txt file were not corrected yet so you migth find them quite innacurate ... that will be fixed tomorow ... Otherwise, the "code/server" directory will be renamed to "code/nelns" (standing for NeL Network Service) and will contain our services to run a generic shard, services that aren't part of the games services but are necessary to run a shard ... Have fune :-) Cedric. From valignat@gw.nevrax.com Wed Apr 18 19:02:43 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f3IH2gE10728 for ; Wed, 18 Apr 2001 19:02:42 +0200 (CEST) (envelope-from valignat@gw.nevrax.com) Received: from gw.nevrax.com (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with ESMTP id f3IH4qK12620 for ; Wed, 18 Apr 2001 19:04:52 +0200 (CEST) (envelope-from valignat@gw.nevrax.com) Received: (from valignat@localhost) by gw.nevrax.com (8.11.2/8.11.2) id f3IGx9l29385 for nel@nevrax.org; Wed, 18 Apr 2001 18:59:09 +0200 (CEST) (envelope-from valignat) Date: Wed, 18 Apr 2001 18:59:08 +0200 From: Cedric Valignat To: NeL mailing list Message-ID: <20010418185908.A29375@nevrax.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Subject: [Nel] CVS code/server renamed to code nelns Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hello, As i told about in my preceding mail, the CVS code/server directory was renamed to code nelns (standing for NeL Network Services). So you will get that new structure from tonigth CVS synchronization ... Have a good time ... Cedric. From archer@mail.nevrax.com Tue Apr 17 12:25:08 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f3HAP7E99221 for ; Tue, 17 Apr 2001 12:25:07 +0200 (CEST) (envelope-from archer@mail.nevrax.com) Received: (from archer@localhost) by mail.nevrax.com (8.11.1/8.11.1) id f3HARDR49627 for nel@nevrax.org; Tue, 17 Apr 2001 12:27:13 +0200 (CEST) (envelope-from archer) Date: Tue, 17 Apr 2001 12:27:13 +0200 From: Vincent Archer To: nel@nevrax.org Subject: Re: [Nel] A small document for your consumption Message-ID: <20010417122712.I46670@nevrax.com> References: <20010413113452.A22482@nevrax.com> <20010416215943.A3226@IDEALX.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010416215943.A3226@IDEALX.com>; from thierry@mallard.com on Mon, Apr 16, 2001 at 09:59:43PM +0200 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform I'll answer both posts at the same time... According to Thierry Mallard: > Possibly this can be partially avoided by providing your own DN Server's IP ? > (dunno precisly how the client would connect to it, but still...) There are two ways you can find out a server: 1) Hardcode the IP address (then, you cannot move the server) 2) Use DNS for dynamic IP (then, the hardcoded address is the root of the DNS tree - which, hopefully, changes even less often than we will) You can't specify your "own DNS". Using that is basically the same as using method 1: you still have to put a server at a static IP that gives you off the dynamic IP. > > 2: The client submits its login, password, and system capabilities. > > In plaintext ? If we assume the link has a crypt method in it, why not. Three possible methods for password submission 1) Plaintext, assuming the connection has a form of crypt in place 2) MD5/crypt password. Spoofable, since: a) You can capture the MD5/crypt string b) You have the client source, so can hack it to send the static crypted password instead of crypting the - unknown - plaintext 3) MD5 for a dynamic challenge. A good example: the server sends you the current date when you connect, and you use that date as the first bytes of the MD5 digest. > > 4: The client selects the world it wants to log on, and submits the IP address > > of its world service to the LS. > > Would it be good if the client could select several worlds ? > (then the negociation following could use this to get a good WS) Not good. Typically, the client will connect to the world the player has a character he wants to play today :) However, the client may use the IP addresses of the WS to ping them and figure out which connection is better (when selecting its first world). > So the WS is (or can be?) a load-balancer to all the FES in a given world ? > -- the balancing being done at network level, not process level -- The WS *is* the load balancing mechanism. Since he's aware of all FES up and running, and knows their load right now, he's best suited to determine which FES can afford to manage a new character. > I wonder if it couldn't be more interesting if the client disconnects from LS > _after_ having initiated the connection to the FES. Then, if something goes > wrong, the client could goto 4 directly. Hmmm, that might be good, yes. -- Vincent Archer Email: archer@nevrax.com Nevrax France. Off on the yellow brick road we go! From eagleeye@flashmail.com Tue Apr 17 21:17:01 2001 Received: from flashmail.com (flash2.flashmail.com [207.173.216.241]) by www.nevrax.org (8.11.0/8.11.0) with SMTP id f3HJGxE02334 for ; Tue, 17 Apr 2001 21:17:00 +0200 (CEST) (envelope-from eagleeye@flashmail.com) Received: (qmail 13808 invoked from network); 17 Apr 2001 19:13:59 -0000 Received: from unknown (HELO cx427786a) (24.178.132.202) by flash2.flashmail.com with SMTP; 17 Apr 2001 19:13:59 -0000 Message-ID: <011b01c0c772$02908a00$ca84b218@omhaw1.ne.home.com> From: "EagleEye" To: Date: Tue, 17 Apr 2001 14:10:03 -0500 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0118_01C0C748.1901E060" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Subject: [Nel] NeL Status Update? Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform This is a multi-part message in MIME format. ------=_NextPart_000_0118_01C0C748.1901E060 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable My game project has gotten to the point where I am ready to start = putting the world together, and doing some logic/AI scripting and such. = The problem is, I have no idea how the data structure works for NeL, and = we still have no access to the 3D Studio plugin that NeL needs for it's = textures. Is there any way I can get an ETA on that 3DS plugin, and detailed = documentation of how to structure the data for my world, so NeL will = work with it? Thanks, Jared Mark ------=_NextPart_000_0118_01C0C748.1901E060 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
My game project has gotten to the point where I am = ready to=20 start putting the world together, and doing some logic/AI scripting and=20 such.  The problem is, I have no idea how the data structure works = for NeL,=20 and we still have no access to the 3D Studio plugin that NeL needs for = it's=20 textures.
 
Is there any way I can get an ETA on that 3DS = plugin,=20 and detailed documentation of how to structure the data for my = world, so=20 NeL will work with it?
 
Thanks,
 
Jared Mark
------=_NextPart_000_0118_01C0C748.1901E060-- From zager@teleaction.com Thu Apr 19 14:59:13 2001 Received: from jupiter.augur.de (jupiter.teleaction.de [194.149.245.1]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f3JCxCE17444 for ; Thu, 19 Apr 2001 14:59:13 +0200 (CEST) (envelope-from zager@teleaction.com) Received: from zager ([194.149.245.62]) by jupiter.augur.de (8.8.8+Sun/8.8.8) with ESMTP id OAA29923 for ; Thu, 19 Apr 2001 14:55:40 +0200 (MET DST) Date: Thu, 19 Apr 2001 14:55:25 +0200 From: Dim Segebart X-Mailer: The Bat! (v1.49) Business X-Priority: 3 (Normal) Message-ID: <1712899108.20010419145525@teleaction.de> To: EagleEye Subject: Re: [Nel] NeL Status Update? In-reply-To: <011b01c0c772$02908a00$ca84b218@omhaw1.ne.home.com> References: <011b01c0c772$02908a00$ca84b218@omhaw1.ne.home.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform E> My game project has gotten to the point where I am ready to start putting the world together, and doing some logic/AI scripting and such. The problem is, I have no idea how the data structure E> works for NeL, and we still have no access to the 3D Studio plugin that NeL needs for it's textures. E> Is there any way I can get an ETA on that 3DS plugin, and detailed documentation of how to structure the data for my world, so NeL will work with it? As I noted earlier, IMHO the best solution for all of us, will be open format of NeL's data files and accompanying stuff. In such a case we will be free to write converters from our favorite 3D tools XYZ to the NeL format. But I can predict changes in format of NeL files to extend the current set of features. Just like DWG file format was always closed to the most of us and was subject of permanent changes, DXF file format was opened to everyone, so I'm offer not too stick to the current implementation of NeL's binary file format, but just invent some formal data format which will be the same for NeL as DXF is for DWG (let's name it NFF - NelFileFormat). In such a case Nevrax team create translator from NFF to the internal representation and the people outside the Nevrax create translator from format XYZ to the NFF. With addition of new features and other format changes Nevrax make changes to the NFF2INTERNAL and we make changes to the XYZ2NFF As a consequence of such a decision Nevrax will be free to change internal stuff without breaking users world's data and users always can store their data in some intermediate format. Just imagine the situation. Nevrax add new really cool features to the game and release new internal file format with new release of engine. What happen with users worlds which are incompatible with new version ? I think you may guess ;) But if along with a new version Nevrax will release a new version of converter NFF2INTERNAL the problem will be solved. This converter takes care about all internal changes and user's data will be on-line again within short period of time. What's about standard XML as a basement? :) -- Dim Segebart PS. May be I'm completely wrong and Nevrax team has a better solution? From corvazier@nevrax.com Fri Apr 20 19:06:31 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f3KH6TE26955 for ; Fri, 20 Apr 2001 19:06:29 +0200 (CEST) (envelope-from corvazier@nevrax.com) Received: from pc23 (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id f3KH3HK36404 for ; Fri, 20 Apr 2001 19:03:17 +0200 (CEST) (envelope-from corvazier@nevrax.com) Message-ID: <005901c0c9bc$2e900940$1701a8c0@nevrax.net> From: "Cyril Corvazier" To: References: <011b01c0c772$02908a00$ca84b218@omhaw1.ne.home.com> <1712899108.20010419145525@teleaction.de> Subject: Re: [Nel] NeL Status Update? Date: Fri, 20 Apr 2001 19:06:03 +0200 Organization: Nevrax MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6600 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi, > E> Is there any way I can get an ETA on that 3DS plugin, and detailed documentation of how to structure the data for my world, so NeL will work with it? What you said about the NeL file format makes a lot of sense, and it match what we planned to do in a near future. Actually, i'm going to describe the current data management. Today, our export plug-ins generate NeL binary files using the NeL serialisation system. The serialisation system is described in the document inserted at the end of the mail. This document will be available on the web site in the Doxygen Related Pages during the next week. Here is the URL of another document that describes how to build NeL 3d data from your 3d editor and export them in NeL binary format: /docs/doxygen/nel/3d_data_howto.html --- NeL Files and Serialisation * Introduction This is really quite a difficult subject to write about - so this file is an introduction which describes the basic features and principles of our system. * How our files work in NeL The NeL files are NOT designed to be man-readable. Interpretation and generation of file contents is performed by the objects that are to be read and written using a standardised mechanism. This mechanism was inspired by the system provided by Java. We use the term 'serialisable' to describe a class that can be read from/ written to a NeL data file. Counter-intuitive as it may, at first, appear, each 'serialisable' class supplies a single method that is used for both reading and writing. Note that the files are encoded in little-endian and that the NeL library code deals with conversion of endian-ness for big-endian platforms * Serialisation beyond files The serialisation system can be used for generating binary data buffers in memory (without writing the result to a file) or for packing and unpacking data for transfer over a LAN. * How it works Technically, we define a 'serialisable' class as a class that can be passed to IStream::serial(). In order for a class to be serialisable it is sufficient for it to include the following method: void serial(IStream&). The fact that we use a template method definition means that a serialisable class does not have to be derived from any other class. All standard types are serialisable due to a non-template prototypes shown below. STL containers of serialisable types are serialisadble Pointers to non-polymorphic serialisable types are serialisable. The IStream class definition looks something like this: class IStream { ... void serial (int&); void serial (float&); ... template void serial (T&t) { t.serial (*this); } }; Example: To make the following class serialisable: class myFirstClass { int a,b; }; you would need to extend the class as follows: class myFirstClass { int a,b; void serial (IStream&istream) { istream.serial(a); istream.serial(b); } }; The following example shows how to serialise a more complicated data structure class myFirstClass { void serial (IStream&); }; class myclass { int BaseType; myFirstClass SerialisableClass std::vector< myFirstClass> STLContainerOfSerialisableClass; myFirstClass *PointerToSerialisableClass; std::vector< myFirstClass*> STLContainerOfPointersToSerialisableClass; void serial (IStream&istream) { istream.serial(BaseType); istream.serial(SerialisableClass); istream.serialCont(STLContainerOfSerialisableClass); istream.serialPtr(PointerToSerialisableClass); istream.serialContPtr(STLContainerOfPointersToSerialisableClass); } }; * Dealing with cross referenced or hierarchical data If an object contains a pointer to another object in memory then the serialPtr() method is used to read/ write the referenced object. The NeL library code writes a value corresponding to the pointer to the serialised data, followed by the data that the pointer points to (In the case of a NULL pointer the value 0 is written without any following data) The NeL library code automatically deals with the cases where two or more objects reference the same object or there is a circular reference. Each time a pointer is de-referenced, for writing, NeL checks against a table of previous pointers; if the pointer value already exists in the table then no data is written. At read time the data structures are faithfully reconstructed. * Dealing with polymorphism within cross referenced data In a nut shell, in order to un-serialise a data record that one only has an interface type for, one needs to store an additional identifier with the data record that identifies it's real type. The mechanism for doing this is best shown with an example: class IBaseClass : public IStreamable { // This class is an interface. It is polymorphic. virtual void foo ()=0; // It must declare it's name NLMISC_DECLARE_CLASS (MyClass); }; class CClassToSerialise { IBaseClass *PointerToAPolymorphicClass; void serial (IStream& s) { s.serialPolyPtr (PointerToAPolymorphicClass); } }; void main () { ... // The polymorphic class must be registered in the registry NLMISC_REGISTER_CLASS (MyClass); ... } * Dealing with file format evolution void serial (IStream& s) { // At the begining of the serial process, read/ write the version number of the class implementation // In the following example - at read time 'version' contains the version read from the stream. At // write time version code '3' is written to the stream and to the variable 'version'. int version=s.serialVersion (3); // Now switch the version switch (version) { case 3: // The last field added in the class s.serial (LastField); // do some different stuff at read time and write time if (s.isReading()) { // at read time ... } else { // at write time ... } case 2: // note that the code provided as of here allows for the reading of old versions of the class s.serial (Toto); // in the case where the evolution from my version 1 implementation to my version 2 // is not simply an extension of version 1 we need to break execution here break; case 1: s.serial (Foo); case 0: s.serial (Truc); } } * NeL File Headers The objective of NeL file headers is to verify that a file is in the right format before attempting to interpret the contents. // The NeL team use the following advise serialise a file this way: void CFileRootClass::serial (IStream& s) { // First write / read-check the header s.serialCheck ((uint32)'_LEN'); s.serialCheck ((uint32)'HSEM'); // This code write / read-check the header 'NEL_MESH' at the beginning of the file. // If the check fails, serialCheck throws the EInvalidDataStream exception. } * Good examples to look at: include/nel/misc/stream.h // Stream base classes class CTileBank in src/3d/tile_bank.cpp // Good example of file format evolution class CAnimation in src/3d/animation.cpp // Good example of polymorphism --- Cyril Corvazier Lead 3d programmer Nevrax France From brenden@rcsis.com Thu Apr 26 17:34:56 2001 Received: from smtp.rcsis.com (smtp.rcsis.com [208.45.228.18]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f3QFYsX23255 for ; Thu, 26 Apr 2001 17:34:55 +0200 (CEST) (envelope-from brenden@rcsis.com) Received: from brenden2001towe (082.dsl6660144.DHCP.rcsis.com [66.60.144.82]) by smtp.rcsis.com (8.9.3/8.9.3) with SMTP id IAA09486 for ; Thu, 26 Apr 2001 08:11:26 -0700 Message-ID: <002601c0ce64$636e5340$52903c42@brenden2001towe.rcsis.com> From: "Brenden Towey" To: Subject: Re: [Nel] A small document for your consumption Date: Thu, 26 Apr 2001 08:20:12 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3110.1 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform -----Original Message----- From: Vincent Archer > Note: DNS spoofing or configuration file modification can lead to LS > spoofing and hacking of the login/password information of the client. > However, DNS is needed for flexibility of the login service location. > > 3) MD5 for a dynamic challenge. A good example: the server sends you the > current date when you connect, and you use that date as the first > bytes of the MD5 digest. Would #3 solve the login & password hacking problem? >Whenever a world starts, the WS establishes a permanent link with the LS, >using an encrypted link (it is assumed that the LS and WS are located on two >physically and probably geographically distinct networks). A 'SHARD' message >serves as authentification, and the WS then updates the LS with its state, >name and IP address. The WS may have a list of valid IP/port address for WS >to avoid the occasional pirate server registration. Ok, I don't understand this. Why would one person or company want to do this? What's the advantage to having a login service in one location and a world service in another? Why not just co-locate all your services behind one firewall? Peace, Brenden From corvazier@nevrax.com Thu Apr 26 19:57:09 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f3QHv9X24791 for ; Thu, 26 Apr 2001 19:57:09 +0200 (CEST) (envelope-from corvazier@nevrax.com) Received: from pc23 (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id f3QHrmH35941 for ; Thu, 26 Apr 2001 19:53:48 +0200 (CEST) (envelope-from corvazier@nevrax.com) Message-ID: <000a01c0ce7a$418d86e0$1701a8c0@nevrax.net> From: "Cyril Corvazier" To: Date: Thu, 26 Apr 2001 19:56:44 +0200 Organization: Nevrax MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0007_01C0CE8B.05058E00" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6600 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 Subject: [Nel] 3dsmax 3.1 plug-ins Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform This is a multi-part message in MIME format. ------=_NextPart_000_0007_01C0CE8B.05058E00 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, The good news: We have released the source code of some of our plug-ins for 3dsmax 3.1. The sources available are: * Scene exporter plug-in. Export NeL binary meshes, animations, skeleton = etc.. * Patch converter plug-in. Convert a 3dsmax PatchMesh in a NeLPatchMesh. * TileUtility plug-in. Use tile banks in 3dsmax. You can find thoses plugins in the CVS tree in nel/tools/3d/plugins_max The bad news: 1) One of our plugin, the landscape painter, is not in this package = because it is based=20 on Discreet EditPatch source code, and we can't distribute this modified = source code. 2) Given that Max plug-ins are linked to the 3DSMax SDK (which is not = Gnu GPL)=20 and to NeL (which is Gnu GPL), anyone distributing plug-ins in binary = form will be in=20 breach of the Gnu GPL. In English than means that you shouldn't distribute the plug-ins as = binaries. You are, of course, free to distribute the source code. Regards, Cyril Corvazier Lead 3d programmer Nevrax France ------=_NextPart_000_0007_01C0CE8B.05058E00 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi,
 
The good news:
 
We have released the source code of = some of our=20 plug-ins for 3dsmax 3.1.
 
The sources available are:
 
* Scene exporter plug-in. Export NeL = binary meshes,=20 animations, skeleton etc..
* Patch converter plug-in. Convert a = 3dsmax=20 PatchMesh in a NeLPatchMesh.
* TileUtility plug-in. Use tile banks = in=20 3dsmax.
 
You can find thoses plugins in the CVS = tree in=20 nel/tools/3d/plugins_max
 
The bad news:
 
1) One of our plugin, the landscape = painter, is not=20 in this package because it is based
on Discreet EditPatch source code, and = we can't=20 distribute this modified source code.
 
2) Given that Max plug-ins are linked = to the 3DSMax=20 SDK (which is not Gnu GPL)
and to NeL (which is Gnu GPL), anyone = distributing=20 plug-ins in binary form will be in
breach of the Gnu GPL.
 
In English than means that you = shouldn't distribute=20 the plug-ins as binaries.
You are, of course, free to distribute = the source=20 code.
 
Regards,

Cyril=20 Corvazier
Lead 3d programmer
Nevrax = France

------=_NextPart_000_0007_01C0CE8B.05058E00-- From archer@mail.nevrax.com Fri Apr 27 17:18:46 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f3RFIgX32466 for ; Fri, 27 Apr 2001 17:18:43 +0200 (CEST) (envelope-from archer@mail.nevrax.com) Received: (from archer@localhost) by mail.nevrax.com (8.11.1/8.11.1) id f3RFFH348142 for nel@nevrax.org; Fri, 27 Apr 2001 17:15:17 +0200 (CEST) (envelope-from archer) Date: Fri, 27 Apr 2001 17:15:17 +0200 From: Vincent Archer To: nel@nevrax.org Subject: Re: [Nel] A small document for your consumption Message-ID: <20010427171517.I39659@nevrax.com> References: <002601c0ce64$636e5340$52903c42@brenden2001towe.rcsis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <002601c0ce64$636e5340$52903c42@brenden2001towe.rcsis.com>; from brenden@rcsis.com on Thu, Apr 26, 2001 at 08:20:12AM -0700 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform According to Brenden Towey: > From: Vincent Archer > > 3) MD5 for a dynamic challenge. A good example: the server sends you the > > current date when you connect, and you use that date as the first > > bytes of the MD5 digest. > > Would #3 solve the login & password hacking problem? More or less. However, most of the hacking problems I've seen these days on MMOGs do not involve a spoofed server or anything else. They're all revolving around: 1) A scam aimed at getting your login and password (we have this incredible powerleveling service. Send us $30 and your password and we'll have you level 50 in a month) 2) A trojan (last one on EQ pretending to be an 'undetectable macro program') that intercept the login/password pair when you *type them*. Still, it doesn't hurt to make a MD5 challenge. If someone can spoof you into believing you're talking to the server, the usual crypto layer that protects your connection against sniffing will not protect your password (something some web designers conveniently forget, saying that once you're using https:// urls, you can send you password in clear to the web). > >serves as authentification, and the WS then updates the LS with its state, > >name and IP address. The WS may have a list of valid IP/port address for WS > >to avoid the occasional pirate server registration. > > > Ok, I don't understand this. Why would one person or company want to do > this? What's the advantage to having a login service in one location and a > world service in another? Why not just co-locate all your services behind > one firewall? Bandwidth/Lag/Security issues. Bandwidth is the first, and usually the less important one. But when you start talking multiple OC12 links for your bandwidth consumption, you quickly have limits on where you can locate your worlds. It is a lot easier to negociate several locations with OC4 for each than say "I need a place with two OC12". Lag is another one. All the world is not the states... tell it to the Aussies who ranted and screamed till they finally got one Ultima Online server down under. We're doing our best to make lag irrelevant, but given the choice of playing on a server with 500 ms ping and a server with 100 ms ping times... The experience with the latter will always be a *lot* smoother. And finally security. Not network security, I'm talking real security. Despite every premium paid, what happens if your server room catches fire, and despite generous smothering of Halon, all your servers are burnt to a nice crispy taste? Sure, the insurance will pay you lots of money. But your players will no longer be there. Spreading your servers around makes sense on several points. -- Vincent Archer Email: archer@nevrax.com Nevrax France. Off on the yellow brick road we go! From bebarker@meginc.com Tue May 1 05:43:07 2001 Received: from sioux.meginc.com (Sioux.meginc.com [207.246.76.19]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f413h7X67223 for ; Tue, 1 May 2001 05:43:07 +0200 (CEST) (envelope-from bebarker@meginc.com) Received: from localhost.localdomain (IDENT:brandon@[207.246.76.62]) by sioux.meginc.com (8.9.3/8.9.1) with SMTP id XAA98000 for ; Mon, 30 Apr 2001 23:39:58 -0400 (EDT) (envelope-from bebarker@meginc.com) Content-Type: text/plain; charset="iso-8859-1" From: Brandon Barker To: nel@nevrax.org Date: Mon, 30 Apr 2001 22:44:36 -0400 X-Mailer: KMail [version 1.2] MIME-Version: 1.0 Message-Id: <01043022443600.01415@localhost.localdomain> Content-Transfer-Encoding: 8bit Subject: [Nel] NURBS Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Not sure how much this could help Nevrax but here it is: http://openNURBS.org As seen on homepage: The openNURBS Initiative provides CAD, CAM, CAE, and computer graphics software developers the tools to accurately transfer 3-D geometry between applications. The tools provided by openNURBS include: A file format specification and documentation. C++ source code libraries to read and write the file format. Windows, Mac, and Linux are supported. Quality assurance and revision control. Various supporting libraries and utilities. Technical support. Unlike other open development initiatives, alliances, or consortia: Commercial use is encouraged. The tools, support, and membership are free. There are no restrictions. Neither copyright nor copyleft restrictions apply. No contribution of effort or technology is required from the members, although it is encouraged. From valignat@gw.nevrax.com Fri May 4 12:03:31 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f44A3UX94712 for ; Fri, 4 May 2001 12:03:30 +0200 (CEST) (envelope-from valignat@gw.nevrax.com) Received: from gw.nevrax.com (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with ESMTP id f44A03H03164 for ; Fri, 4 May 2001 12:00:03 +0200 (CEST) (envelope-from valignat@gw.nevrax.com) Received: (from valignat@localhost) by gw.nevrax.com (8.11.2/8.11.2) id f44A03Q06292 for nel@nevrax.org; Fri, 4 May 2001 12:00:03 +0200 (CEST) (envelope-from valignat) Date: Fri, 4 May 2001 12:00:03 +0200 From: Cedric Valignat To: NeL mailing list Message-ID: <20010504120003.A6267@nevrax.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Subject: [Nel] New NeL's network interfaces and code ... Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hello everybody, This week, we commited the new NeL network library and the new servives (NeLNS) using it. This new implementation of the network code is actualy completly incompatible with Snowballs (client and move service) so you should not update your code if you are playing with it. That work should be done in a near future ... We've just put on-line a new version of the NeL network library. Please note that this is a COMPLETE REWRITE. We have re-structured the reception code to be multi-threaded and re-designed the code layers to better correspond to the requirements of our product development teams. We have also put on-line updated versions of the NeL network services that are compatible with the new network implementation. For details please see the "under construction" document which describes the basic architecture in more detail, or take a look at the NeLNS service implementations. Please note that we have not yet updated the examples to comply with the new library. Have fun, Daniel Miller & Cedric. From valignat@gw.nevrax.com Fri May 11 11:40:24 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f4B9eNX50180 for ; Fri, 11 May 2001 11:40:23 +0200 (CEST) (envelope-from valignat@gw.nevrax.com) Received: from gw.nevrax.com (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with ESMTP id f4B9apI17303 for ; Fri, 11 May 2001 11:36:51 +0200 (CEST) (envelope-from valignat@gw.nevrax.com) Received: (from valignat@localhost) by gw.nevrax.com (8.11.2/8.11.2) id f4B9ap520396 for nel@nevrax.org; Fri, 11 May 2001 11:36:51 +0200 (CEST) (envelope-from valignat) Date: Fri, 11 May 2001 11:36:51 +0200 From: Cedric Valignat To: NeL mailing list Message-ID: <20010511113650.A20369@nevrax.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Subject: [Nel] Modification to the interface of IStream Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hello Everybody, The method that streams container classes (IStream::serialCont) has been extended to support serialisation of std::map and strd::multimap. This has rendered IStream::serialMap obsolete. IStream::serialMap is now private. Have fun, Cedric. From tanis@digi-web.it Mon Jun 11 11:06:14 2001 Received: from www.digi-web.it ([62.110.27.80]) by www.nevrax.org (8.11.0/8.11.0) with SMTP id f5B96DX97043 for ; Mon, 11 Jun 2001 11:06:13 +0200 (CEST) (envelope-from tanis@digi-web.it) Received: (qmail 18680 invoked from network); 11 Jun 2001 08:59:47 -0000 Received: from unknown (HELO valerio) (172.16.69.2) by mail.digisoft.local with SMTP; 11 Jun 2001 08:59:47 -0000 Message-ID: <015801c0f255$36e47e20$024510ac@valerio> From: "Valerio Santinelli" To: Date: Mon, 11 Jun 2001 11:02:17 +0200 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0155_01C0F265.FA566AC0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Subject: [Nel] Snowball for Win32 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Messaggio in formato MIME composto da piy parti. ------=_NextPart_000_0155_01C0F265.FA566AC0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Are you guys at Nevrax going to publish a Win32 version of the Snowball = demo application?=20 -- Valerio Santinelli HateSeed.com Founder (http://www.hateseed.com) In Flames Italia Webmaster (http://www.inflames.it) My Lab (http://tanis.hateseed.com) ------=_NextPart_000_0155_01C0F265.FA566AC0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Are you guys at Nevrax going to publish = a Win32=20 version of the Snowball demo application?
 
--
Valerio = Santinelli
HateSeed.com Founder=20 (http://www.hateseed.com)
In = Flames=20 Italia Webmaster (http://www.inflames.it)
My Lab = (http://tanis.hateseed.com)
<= /DIV> ------=_NextPart_000_0155_01C0F265.FA566AC0-- From valignat@gw.nevrax.com Mon Jun 11 17:32:48 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f5BFWmX98905 for ; Mon, 11 Jun 2001 17:32:48 +0200 (CEST) (envelope-from valignat@gw.nevrax.com) Received: from gw.nevrax.com (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with ESMTP id f5BFSqI59038 for ; Mon, 11 Jun 2001 17:28:52 +0200 (CEST) (envelope-from valignat@gw.nevrax.com) Received: (from valignat@localhost) by gw.nevrax.com (8.11.2/8.11.2) id f5BFSqj01611 for nel@nevrax.org; Mon, 11 Jun 2001 17:28:52 +0200 (CEST) (envelope-from valignat) Date: Mon, 11 Jun 2001 17:28:52 +0200 From: Cedric Valignat To: nel@nevrax.org Subject: Re: [Nel] Snowball for Win32 Message-ID: <20010611172851.A1589@nevrax.com> References: <015801c0f255$36e47e20$024510ac@valerio> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <015801c0f255$36e47e20$024510ac@valerio>; from tanis@digi-web.it on Mon, Jun 11, 2001 at 11:02:17AM +0200 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi Valerio, Valerio Santinelli wrote: > Are you guys at Nevrax going to publish a Win32 version of the Snowball > demo application? Since we wrote Snowballs, NeL has moved on a fair bit. We're planning to put together a new version of Snowballs that uses the latest Network and 3D code. It'll take us a short while to get it together, but once it's there we'll look at releasing a binary. I hope this helps. Regards, Cedric. From valignat@gw.nevrax.com Wed Jun 13 11:25:43 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f5D9PhX12207; Wed, 13 Jun 2001 11:25:43 +0200 (CEST) (envelope-from valignat@gw.nevrax.com) Received: from gw.nevrax.com (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with ESMTP id f5D9LjI82434; Wed, 13 Jun 2001 11:21:45 +0200 (CEST) (envelope-from valignat@gw.nevrax.com) Received: (from valignat@localhost) by gw.nevrax.com (8.11.2/8.11.2) id f5D9LjJ29146; Wed, 13 Jun 2001 11:21:45 +0200 (CEST) (envelope-from valignat) Date: Wed, 13 Jun 2001 11:21:45 +0200 From: Cedric Valignat To: snowballs@nevrax.org Cc: NeL mailing list Message-ID: <20010613112145.A29066@nevrax.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Subject: [Nel] Itsalive is dead Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi all, Itsalive decide to give up (due to a hardware problem). There'll be a new posting as soon as it's resurected. Cedric. PS: Itsalive is our Snowballs server ... From tanis@digi-web.it Wed Jun 13 12:30:30 2001 Received: from www.digi-web.it ([62.110.27.80]) by www.nevrax.org (8.11.0/8.11.0) with SMTP id f5DAUSX12559 for ; Wed, 13 Jun 2001 12:30:28 +0200 (CEST) (envelope-from tanis@digi-web.it) Received: (qmail 3034 invoked from network); 13 Jun 2001 10:23:47 -0000 Received: from unknown (HELO valerio) (172.16.69.2) by mail.digisoft.local with SMTP; 13 Jun 2001 10:23:47 -0000 Message-ID: <013701c0f3f3$525aaa90$024510ac@valerio> From: "Valerio Santinelli" To: References: <015801c0f255$36e47e20$024510ac@valerio> <20010611172851.A1589@nevrax.com> Subject: Re: [Nel] Snowball for Win32 Date: Wed, 13 Jun 2001 12:26:34 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform I talked to Ace and I'll wait for the new version of Snowball to be released. Thanks :) -- Valerio Santinelli http://www.digisoft-multimedia.it/ ----- Original Message ----- From: "Cedric Valignat" To: Sent: Monday, June 11, 2001 5:28 PM Subject: Re: [Nel] Snowball for Win32 > > Hi Valerio, > > Valerio Santinelli wrote: > > Are you guys at Nevrax going to publish a Win32 version of the Snowball > > demo application? > > Since we wrote Snowballs, NeL has moved on a fair bit. We're planning to put > together a new version of Snowballs that uses the latest Network and 3D > code. It'll take us a short while to get it together, but once it's there > we'll look at releasing a binary. I hope this helps. > > Regards, > > > Cedric. > > > _______________________________________________ > Nel mailing list > Nel@nevrax.org > /mailman/listinfo.cgi/nel > From alfred@mazuma.net.au Thu Jun 14 15:45:55 2001 Received: from mailin8.bigpond.com (juicer39.bigpond.com [139.134.6.96]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f5EDjrX21952 for ; Thu, 14 Jun 2001 15:45:54 +0200 (CEST) (envelope-from alfred@mazuma.net.au) Received: from mazuma.net.au ([144.135.24.78]) by mailin8.bigpond.com (Netscape Messaging Server 4.15) with SMTP id GEXAB000.5AG for ; Thu, 14 Jun 2001 23:47:24 +1000 Received: from CPE-61-9-148-79.vic.bigpond.net.au ([61.9.148.79]) by bwmam04.mailsvc.email.bigpond.com(MailRouter V2.9d 8329/6156695); 14 Jun 2001 23:42:26 Message-ID: <3B28C08A.1020403@mazuma.net.au> Date: Thu, 14 Jun 2001 23:47:54 +1000 From: Alfred User-Agent: Mozilla/5.0 (X11; U; Linux 2.4.2-15mdk i686; en-US; rv:0.9.1) Gecko/20010607 X-Accept-Language: en-us MIME-Version: 1.0 To: nel@nevrax.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: [Nel] Hello and a Question Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hey guys, My name is Alfred and my "credentials" are that I am the "father" of admin mod (http://www.adminmod.org) along with being a devloper for some other hl based mods (firearms for eg). I work as a research engineer into tactical networks, so I have a fair bit of experience with comms effects in harsh conditions (i.e the general internet). Anyway, my question is, why did you develop your own distributed architecture? Why not adapt/extend/use an existing solution such as CORBA or DCOM (urgh, I know, win32 only). CORBA has a fair amount of support and it can be coaxed to have the characteristics you need. I am not saying you should change, I was just wonder what led you to make your own? It just seems that the overheads of designing a naming and authentication service are something that CORBA would have done away with. -- Alfred Reynolds alfred@mazuma.net.au From miller@nevrax.com Fri Jun 15 18:05:30 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f5FG5UX32050 for ; Fri, 15 Jun 2001 18:05:30 +0200 (CEST) (envelope-from miller@nevrax.com) Received: from miller (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id f5FG1VI20688 for ; Fri, 15 Jun 2001 18:01:31 +0200 (CEST) (envelope-from miller@nevrax.com) From: "Daniel Miller" To: Date: Fri, 15 Jun 2001 17:56:21 +0200 Message-ID: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0010_01C0F5C4.7C949000" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Subject: [Nel] A bit of news Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform C'est un message de format MIME en plusieurs parties. ------=_NextPart_000_0010_01C0F5C4.7C949000 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit For anyone who's interested, here's a brief view of what we're up to at Nevrax. Regards to all, Daniel. ================================================ NeL Development Team Summer/ Autumn 2001 Roadmap ================================================ Summer 2001: ============ The teams are working hard on the technology code required for an important internal milestone, for the Massively Multiuser Universe in development, for next September. The features listed under 'Coming Soon' (below) are on the todo list for the internal milestone and will become available through the summer. During this period much of the code is being developed under Windows 2000 (predominantly AI and 3D) and is liable to be committed to CVS without GNU/ Linux testing. Linux patches/ bug fixes will be readily accepted. Autumn 2001: ============ Once the internal milestone is behind us, the internal pressure on the NeL development teams will be reduced and we will open up discussion about further direction, specification improvemens and so on. Snowballs: ========== Snowballs is going to be re-written over the next few weeks to reflect the advancements and changes of direction in the NeL library since January. There'll be postings as development progresses. We intend to release a binary once the new code has been put together. Net: ==== Done so far: ------------ - Layer 0 (Data transfer layer) implementation - Layer 1 (Data block management layer) implementation - Layer 2 (Serialised data management layer) implementation - Layer 3 (Message management layer) implementation & examples - Layer 4 (Inter-Service message addressing layer) implementation & examples - The 'Service' Framework implementation & examples - System services (Naming Service, Time Service, Log Service) implementaion, API & examples - Login system (Stand alone program, client API) implementation & samples In development: --------------- - Shard Administration system (Admin Service, Admin Executor, Admin Client) implementation - Improved debugging tools for services in a shard Coming Soon: ------------ - Backup Service - Account manager (stand alone) On the list for later: ---------------------- - Robustness testing and improvement (robustness to common attacks) - System stress testing and stressed performance improvement - Profiling and optimisation - Tuning of GNU/ Linux for NeL shard servers 3D: === Done: ----- - A basic sub set of the materials (missing bump mapping, etc) - Scenery rendering - Outdoors implemented with exception of geometric noise and water - Scenery rendering - Indoors with exception of light maps and portal based culling - Character and object animation and rendering with exception of IK - 3DSMax Plugins and exporters for generating the data for the above systems In development: --------------- - Light maps for indoor scenes - A particle and effects engine Coming Soon: ------------ - Further materials - Multi resolution mesh support - Adaptive level of detail management system - Support for super-simplified meshes in the distance - Geometric noise in the landscape - The first version of the audio engine (low spec) - Portal based object culling for indoor scenes Coming Later: ------------- - Water - Real time shadows (cast be characters and objects) - Blend shapes (also called morphing) - for things like facial animation - Further material types (bump maps, etc) - Inverse kinematics (a very limited, simple and CPU unintensive model) - Dynamic lighting - A higher spec audio engine On the list for later: ---------------------- - Optimisation - Optimisation for NVidiaNV20 and similar cards (vertex shaders, etc) - Better model for generating low-detail MRM meshes PACS (Pathfinding And Collision System): ======================================== In develoment: -------------- - System for generating collision and path finding information from outdoor scenery - Path finding system - Object/ Object collision system - Object/ Landscape collision system - System for adapting character and object positions to landscape tesselation Coming soon: ------------ - System for generating collision and path finding information for indoor scenery AI: === Done: ----- - Distributed autonomous agent framework infrastructure - Run time agent definition scripting system - Tool set for creation of hard-coded agents - Finite state automaton plugin for agent framework - 'Operator' based action planning plugin for the agent framework In Development: --------------- - Agent memory - 'Classifier' based learning plugin for teh agent framework - Priority and contribution management in operators Misc: ===== Done so far: ------------ - A huge number of miscelaneous and highly handy typedefs, macros, classes, constants and functions that everybody at Nevrax swears by. Further development: - Development of the 'misc' library is chaotic - as little bits of functionality are written to left or right they tend to be added. ------=_NextPart_000_0010_01C0F5C4.7C949000 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
For anyone=20 who's interested, here's a brief view of what we're up to at=20 Nevrax.
 
Regards to=20 all,
Daniel.
 
 
 
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D
NeL = Development Team=20 Summer/ Autumn 2001 Roadmap
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D 
 
Summer = 2001:
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
 
The teams are = working hard=20 on the technology code required for an important internal milestone, for = the=20 Massively Multiuser Universe in development, for next September.  The features listed under = 'Coming Soon'=20 (below) are on the todo list for the internal milestone and will become=20 available through the summer.
During this = period much of=20 the code is being developed under Windows 2000 (predominantly AI and 3D) = and is=20 liable to be committed to CVS without GNU/ Linux testing.
Linux = patches/ bug fixes=20 will be readily accepted.
 
 
Autumn = 2001:
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
Once the = internal milestone=20 is behind us, the internal pressure on the NeL development teams will be = reduced=20 and we will open up discussion about further direction, specification=20 improvemens and so on.
 
 
Snowballs:
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
 
Snowballs is = going to be=20 re-written over the next few weeks to reflect the advancements and = changes of=20 direction in the NeL library since January.
There'll be = postings as=20 development progresses.
We intend to = release a=20 binary once the new code has been put together.
 
 
Net:
=3D=3D=3D=3D
 
Done so = far:
------------
- Layer 0 = (Data transfer=20 layer) implementation
- Layer 1 = (Data block=20 management layer) implementation
- Layer 2 = (Serialised data=20 management layer) implementation
- Layer 3 = (Message=20 management layer) implementation & examples
- Layer 4 = (Inter-Service=20 message addressing layer) implementation & examples
- The = 'Service' Framework=20 implementation & examples
- System = services (Naming=20 Service, Time Service, Log Service) implementaion, API &=20 examples
- Login = system (Stand alone=20 program, client API) implementation & samples
 
In=20 development:
---------------
- Shard = Administration=20 system (Admin Service, Admin Executor, Admin Client) implementation=20
- Improved = debugging tools=20 for services in a shard
 
Coming = Soon:
------------
- Backup=20 Service
- Account = manager (stand=20 alone)
 
On the list = for=20 later:
----------------------
- Robustness = testing and=20 improvement (robustness to common attacks)
- System = stress testing and=20 stressed performance improvement
- Profiling = and=20 optimisation
- Tuning of = GNU/ Linux for=20 NeL shard servers
 
 
3D:
=3D=3D=3D
 
Done:
-----
- A basic sub = set of the=20 materials (missing bump mapping, etc)
- Scenery = rendering -=20 Outdoors implemented with exception of geometric noise and = water
- = Scenery rendering -=20 Indoors with exception of light maps and portal based culling 
- Character = and object=20 animation and rendering with exception of IK
- 3DSMax = Plugins and=20 exporters for generating the data for the above systems
 
In=20 development:
---------------
- Light maps = for indoor=20 scenes
- A particle = and effects=20 engine
 
Coming = Soon:
------------
- Further=20 materials
- Multi resolution mesh=20 support
- Adaptive = level of detail=20 management system
- Support for = super-simplified meshes in the distance
- Geometric = noise in the=20 landscape
- The first = version of the=20 audio engine (low spec)
- Portal = based object=20 culling for indoor scenes
 
Coming = Later:
-------------
- = Water
- Real time = shadows (cast=20 be characters and objects)
- Blend = shapes (also called=20 morphing) - for things like facial animation
- Further = material types=20 (bump maps, etc)
- Inverse = kinematics (a=20 very limited, simple and CPU unintensive model)
- Dynamic=20 lighting
- A higher = spec audio=20 engine
 
On the list = for=20 later:
----------------------
- = Optimisation
- = Optimisation for=20 NVidiaNV20 and similar cards (vertex shaders, etc)
- Better = model for=20 generating low-detail MRM meshes
 
 
PACS = (Pathfinding And=20 Collision System):
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
 
In = develoment:
--------------
- System for = generating=20 collision and path finding information from outdoor scenery
- Path = finding=20 system
- Object/ Object collision=20 system
- Object/ = Landscape=20 collision system
- System for = adapting=20 character and object positions to landscape tesselation
 
Coming = soon:
------------
- System for = generating=20 collision and path finding information for indoor scenery
 
 
AI:
=3D=3D=3D
 
Done:
-----
- Distributed = autonomous=20 agent framework infrastructure
- Run time = agent definition=20 scripting system
- Tool set = for creation of=20 hard-coded agents
- Finite = state automaton=20 plugin for agent framework
- 'Operator' = based action=20 planning plugin for the agent framework
 
In = Development:
---------------
- Agent = memory
- = 'Classifier' based=20 learning plugin for teh agent framework
- Priority = and contribution=20 management in operators
 
 
Misc:
=3D=3D=3D=3D=3D
 
Done so = far:
------------
- A huge = number of=20 miscelaneous and highly handy typedefs, macros, classes, constants and = functions=20 that everybody at Nevrax swears by.
Further=20 development:
- Development = of the 'misc'=20 library is chaotic - as little bits of functionality are written to left = or=20 right they tend to be added.
 
 
------=_NextPart_000_0010_01C0F5C4.7C949000-- From lecroart@nevrax.com Fri Jun 15 19:39:21 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f5FHdHX32526 for ; Fri, 15 Jun 2001 19:39:18 +0200 (CEST) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id f5FHZGI21589 for ; Fri, 15 Jun 2001 19:35:16 +0200 (CEST) (envelope-from lecroart@nevrax.com) Message-ID: <010b01c0f5c1$8a36e300$0901a8c0@vianneyl> From: "Vianney Lecroart" To: References: <3B28C08A.1020403@mazuma.net.au> Subject: Re: [Nel] Hello and a Question Date: Fri, 15 Jun 2001 19:35:16 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform > Anyway, my question is, why did you develop your own distributed > architecture? Why not adapt/extend/use an existing solution such as > CORBA or DCOM (urgh, I know, win32 only). CORBA has a fair amount of > support and it can be coaxed to have the characteristics you need. I am > not saying you should change, I was just wonder what led you to make > your own? It just seems that the overheads of designing a naming and > authentication service are something that CORBA would have done away with. As you point out, DCOM isn't portable so we ruled it out :) As for CORBA: Having worked a fair bit with it while at college, I concluded that it lacked some of the functionality that we wanted. For example, we can have several instances of the same service running simultaneously on our shard and the naming service can either return us a list of all of them or select the least loaded one (which CORBA cannot do). What's more, we found that CORBA was excessively heavy for our requirements, which only require a corner of the system. Our naming service only took a couple of days to develop and remains entirely open to expansion, adaptation or tuning to keep up with NeL's evolving needs. We looked in depth into the ACE and TAO library (Real-time CORBA with TAO (The ACE ORB)). The webpage seems down www.cs.wustl.edu/~schmidt/TAO.html, but the lib is absolutely huge... one hour at least of compilation. We didn't want to be dependent on such a large library just for a naming service and a communication protocol. Regards, Vianney From bebarker@meginc.com Sat Jun 16 19:35:59 2001 Received: from sioux.meginc.com (Sioux.meginc.com [207.246.76.19]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f5GHZvX42138 for ; Sat, 16 Jun 2001 19:35:57 +0200 (CEST) (envelope-from bebarker@meginc.com) Received: from localhost.localdomain ([207.246.76.86]) by sioux.meginc.com (8.9.3/8.9.1) with SMTP id NAA95584 for ; Sat, 16 Jun 2001 13:33:38 -0400 (EDT) (envelope-from bebarker@meginc.com) Content-Type: text/plain; charset="iso-8859-1" From: Brandon Barker To: nel@nevrax.org Date: Sat, 16 Jun 2001 13:29:08 -0400 X-Mailer: KMail [version 1.2] References: <200106161001.f5GA16X39930@www.nevrax.org> In-Reply-To: <200106161001.f5GA16X39930@www.nevrax.org> MIME-Version: 1.0 Message-Id: <01061613290801.10787@localhost.localdomain> Content-Transfer-Encoding: 8bit Subject: [Nel] Re: Nel digest, Vol 1 #106 - 2 msgs Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform The game will still be available for Mac OS X, Linux, and maybe even other operating systems, correct? After all, the user could just compile the sources and buy the game at a store with the data files and play it on his system of choice. On Saturday 16 June 2001 06:01, you wrote: > Send Nel mailing list submissions to > nel@nevrax.org > > To subscribe or unsubscribe via the World Wide Web, visit > /mailman/listinfo.cgi/nel > or, via email, send a message with subject or body 'help' to > nel-request@nevrax.org > > You can reach the person managing the list at > nel-admin@nevrax.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Nel digest..." > > > Today's Topics: > > 1. A bit of news (Daniel Miller) > 2. Re: Hello and a Question (Vianney Lecroart) > > --__--__-- > > Message: 1 > From: "Daniel Miller" > To: > Date: Fri, 15 Jun 2001 17:56:21 +0200 > boundary="----=_NextPart_000_0010_01C0F5C4.7C949000" > Subject: [Nel] A bit of news > Reply-To: nel@nevrax.org > > C'est un message de format MIME en plusieurs parties. > > ------=_NextPart_000_0010_01C0F5C4.7C949000 > Content-Type: text/plain; > charset="iso-8859-1" > Content-Transfer-Encoding: 7bit > > For anyone who's interested, here's a brief view of what we're up to at > Nevrax. > > Regards to all, > Daniel. > > > > ================================================ > NeL Development Team Summer/ Autumn 2001 Roadmap > ================================================ > > Summer 2001: > ============ > > The teams are working hard on the technology code required for an important > internal milestone, for the Massively Multiuser Universe in development, > for next September. The features listed under 'Coming Soon' (below) are on > the todo list for the internal milestone and will become available through > the summer. > During this period much of the code is being developed under Windows 2000 > (predominantly AI and 3D) and is liable to be committed to CVS without GNU/ > Linux testing. > Linux patches/ bug fixes will be readily accepted. > > > Autumn 2001: > ============ > Once the internal milestone is behind us, the internal pressure on the NeL > development teams will be reduced and we will open up discussion about > further direction, specification improvemens and so on. > > > Snowballs: > ========== > > Snowballs is going to be re-written over the next few weeks to reflect the > advancements and changes of direction in the NeL library since January. > There'll be postings as development progresses. > We intend to release a binary once the new code has been put together. > > > Net: > ==== > > Done so far: > ------------ > - Layer 0 (Data transfer layer) implementation > - Layer 1 (Data block management layer) implementation > - Layer 2 (Serialised data management layer) implementation > - Layer 3 (Message management layer) implementation & examples > - Layer 4 (Inter-Service message addressing layer) implementation & > examples - The 'Service' Framework implementation & examples > - System services (Naming Service, Time Service, Log Service) > implementaion, API & examples > - Login system (Stand alone program, client API) implementation & samples > > In development: > --------------- > - Shard Administration system (Admin Service, Admin Executor, Admin Client) > implementation > - Improved debugging tools for services in a shard > > Coming Soon: > ------------ > - Backup Service > - Account manager (stand alone) > > On the list for later: > ---------------------- > - Robustness testing and improvement (robustness to common attacks) > - System stress testing and stressed performance improvement > - Profiling and optimisation > - Tuning of GNU/ Linux for NeL shard servers > > > 3D: > === > > Done: > ----- > - A basic sub set of the materials (missing bump mapping, etc) > - Scenery rendering - Outdoors implemented with exception of geometric > noise and water > - Scenery rendering - Indoors with exception of light maps and portal based > culling > - Character and object animation and rendering with exception of IK > - 3DSMax Plugins and exporters for generating the data for the above > systems > > In development: > --------------- > - Light maps for indoor scenes > - A particle and effects engine > > Coming Soon: > ------------ > - Further materials > - Multi resolution mesh support > - Adaptive level of detail management system > - Support for super-simplified meshes in the distance > - Geometric noise in the landscape > - The first version of the audio engine (low spec) > - Portal based object culling for indoor scenes > > Coming Later: > ------------- > - Water > - Real time shadows (cast be characters and objects) > - Blend shapes (also called morphing) - for things like facial animation > - Further material types (bump maps, etc) > - Inverse kinematics (a very limited, simple and CPU unintensive model) > - Dynamic lighting > - A higher spec audio engine > > On the list for later: > ---------------------- > - Optimisation > - Optimisation for NVidiaNV20 and similar cards (vertex shaders, etc) > - Better model for generating low-detail MRM meshes > > > PACS (Pathfinding And Collision System): > ======================================== > > In develoment: > -------------- > - System for generating collision and path finding information from outdoor > scenery > - Path finding system > - Object/ Object collision system > - Object/ Landscape collision system > - System for adapting character and object positions to landscape > tesselation > > Coming soon: > ------------ > - System for generating collision and path finding information for indoor > scenery > > > AI: > === > > Done: > ----- > - Distributed autonomous agent framework infrastructure > - Run time agent definition scripting system > - Tool set for creation of hard-coded agents > - Finite state automaton plugin for agent framework > - 'Operator' based action planning plugin for the agent framework > > In Development: > --------------- > - Agent memory > - 'Classifier' based learning plugin for teh agent framework > - Priority and contribution management in operators > > > Misc: > ===== > > Done so far: > ------------ > - A huge number of miscelaneous and highly handy typedefs, macros, classes, > constants and functions that everybody at Nevrax swears by. > Further development: > - Development of the 'misc' library is chaotic - as little bits of > functionality are written to left or right they tend to be added. > > > > ------=_NextPart_000_0010_01C0F5C4.7C949000 > Content-Type: text/html; > charset="iso-8859-1" > Content-Transfer-Encoding: quoted-printable > > > > charset=3Diso-8859-1"> > > >
class=3D153144915-15062001>For anyone=20 > who's interested, here's a brief view of what we're up to at=20 > Nevrax.
>
class=3D153144915-15062001> 
>
class=3D153144915-15062001>Regards to=20 > all,
>
class=3D153144915-15062001>Daniel.
>
class=3D153144915-15062001> 
>
class=3D153144915-15062001> 
>
class=3D153144915-15062001> 
>
size=3D2>
>
class=3D153144915-15062001>=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >= > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >= =3D=3D=3D=3D=3D=3D=3D
>
NeL = > Development Team=20 > Summer/ Autumn 2001 Roadmap
>
class=3D153144915-15062001> face=3DArial>=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >= =3D=3D=3D 
>
New"> prefix =3D o ns =3D "urn:schemas-microsoft-com:office:office"=20 > /> 
>
Summer = > 2001:
>
face=3D"Courier New"=20 > size=3D2>=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
>
face=3D"Courier New"=20 > size=3D2> 
>
The teams are = > working hard=20 > on the technology code required for an important internal milestone, for = > the=20 > Massively Multiuser Universe in development, for next September. style=3D"mso-spacerun: yes">  The features listed under = > 'Coming Soon'=20 > (below) are on the todo list for the internal milestone and will become=20 > available through the summer.
>
During this = > period much of=20 > the code is being developed under Windows 2000 (predominantly AI and 3D) = > and is=20 > liable to be committed to CVS without GNU/ Linux testing.
>
Linux = > patches/ bug fixes=20 > will be readily accepted.
>
face=3D"Courier New"> 
>
face=3D"Courier New"> 
>
Autumn = > 2001:
>
class=3D153144915-15062001>=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D ONT>
>
Once the = > internal milestone=20 > is behind us, the internal pressure on the NeL development teams will be = > reduced=20 > and we will open up discussion about further direction, specification=20 > improvemens and so on.
>
face=3D"Courier New"> 
>
face=3D"Courier New"> 
>
size=3D2>Snowballs:
>
class=3D153144915-15062001>=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D DIV> >
size=3D2> 
>
Snowballs is = > going to be=20 > re-written over the next few weeks to reflect the advancements and = > changes of=20 > direction in the NeL library since January.
>
There'll be = > postings as=20 > development progresses.
>
We intend to = > release a=20 > binary once the new code has been put together.
>
face=3D"Courier New"> 
>
face=3D"Courier New"> 
>
size=3D2>Net:
>
face=3D"Courier New"=20 > size=3D2>=3D=3D=3D=3D
>
face=3D"Courier New"=20 > size=3D2> 
>
Done so = > far:
>
face=3D"Courier New"=20 > size=3D2>------------
>
- Layer 0 = > (Data transfer=20 > layer) implementation
>
- Layer 1 = > (Data block=20 > management layer) implementation
>
- Layer 2 = > (Serialised data=20 > management layer) implementation
>
- Layer 3 = > (Message=20 > management layer) implementation & examples
>
- Layer 4 = > (Inter-Service=20 > message addressing layer) implementation & examples
>
- The = > 'Service' Framework=20 > implementation & examples
>
- System = > services (Naming=20 > Service, Time Service, Log Service) implementaion, API &=20 > examples
>
- Login = > system (Stand alone=20 > program, client API) implementation & samples
>
face=3D"Courier New"> 
>
In=20 > development:
>
face=3D"Courier New"=20 > size=3D2>---------------
>
- Shard = > Administration=20 > system (Admin Service, Admin Executor, Admin Client) implementation=20 >
>
- Improved = > debugging tools=20 > for services in a shard
>
face=3D"Courier New"> 
>
Coming = > Soon:
>
face=3D"Courier New"=20 > size=3D2>------------
>
- Backup=20 > Service
>
- Account = > manager (stand=20 > alone)
>
face=3D"Courier New"> 
>
On the list = > for=20 > later:
>
class=3D153144915-15062001>----------------------
>
- Robustness = > testing and=20 > improvement (robustness to common attacks)
>
- System = > stress testing and=20 > stressed performance improvement
>
- Profiling = > and=20 > optimisation
>
- Tuning of = > GNU/ Linux for=20 > NeL shard servers
>
face=3D"Courier New"> 
>
face=3D"Courier New"> 
>
size=3D2>3D:
>
face=3D"Courier New"=20 > size=3D2>=3D=3D=3D
>
face=3D"Courier New"=20 > size=3D2> 
>
size=3D2>Done:
>
face=3D"Courier New"=20 > size=3D2>-----
>
- A basic sub = > set of the=20 > materials (missing bump mapping, etc)
>
- Scenery = > rendering -=20 > Outdoors implemented with exception of geometric noise and = > water
>
- = > Scenery rendering -=20 > Indoors with exception of light maps and portal based culling style=3D"mso-spacerun: yes"> 
>
- Character = > and object=20 > animation and rendering with exception of IK
>
- 3DSMax = > Plugins and=20 > exporters for generating the data for the above systems
>
face=3D"Courier New"> 
>
In=20 > development:
>
face=3D"Courier New"=20 > size=3D2>---------------
>
- Light maps = > for indoor=20 > scenes
>
- A particle = > and effects=20 > engine
>
face=3D"Courier New"> 
>
Coming = > Soon:
>
face=3D"Courier New"=20 > size=3D2>------------
>
- Further=20 > materials
>
FR"> size=3D2>- Multi resolution mesh=20 > support
>
- Adaptive = > level of detail=20 > management system
>
- Support for = > > super-simplified meshes in the distance
>
- Geometric = > noise in the=20 > landscape
>
- The first = > version of the=20 > audio engine (low spec)
>
- Portal = > based object=20 > culling for indoor scenes
>
face=3D"Courier New"> 
>
Coming = > Later:
>
face=3D"Courier New"=20 > size=3D2>-------------
>
- = > Water
>
- Real time = > shadows (cast=20 > be characters and objects)
>
- Blend = > shapes (also called=20 > morphing) - for things like facial animation
>
- Further = > material types=20 > (bump maps, etc)
>
- Inverse = > kinematics (a=20 > very limited, simple and CPU unintensive model)
>
- Dynamic=20 > lighting
>
- A higher = > spec audio=20 > engine
>
face=3D"Courier New"> 
>
On the list = > for=20 > later:
>
class=3D153144915-15062001>----------------------
>
- = > Optimisation
>
- = > Optimisation for=20 > NVidiaNV20 and similar cards (vertex shaders, etc)
>
- Better = > model for=20 > generating low-detail MRM meshes
>
face=3D"Courier New"> 
>
face=3D"Courier New"> 
>
PACS = > (Pathfinding And=20 > Collision System):
>
face=3D"Courier New"=20 > size=3D2>=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >
face=3D"Courier New"=20 > size=3D2> 
>
In = > develoment:
>
face=3D"Courier New"=20 > size=3D2>--------------
>
- System for = > generating=20 > collision and path finding information from outdoor scenery
>
- Path = > finding=20 > system
>
FR"> size=3D2>- Object/ Object collision=20 > system
>
- Object/ = > Landscape=20 > collision system
>
- System for = > adapting=20 > character and object positions to landscape tesselation
>
face=3D"Courier New"> 
>
Coming = > soon:
>
class=3D153144915-15062001>------------
>
- System for = > generating=20 > collision and path finding information for indoor scenery
>
face=3D"Courier New"> 
>
size=3D2> 
>
size=3D2>AI:
>
face=3D"Courier New"=20 > size=3D2>=3D=3D=3D
>
face=3D"Courier New"=20 > size=3D2> 
>
size=3D2>Done:
>
face=3D"Courier New"=20 > size=3D2>-----
>
- Distributed = > autonomous=20 > agent framework infrastructure
>
- Run time = > agent definition=20 > scripting system
>
- Tool set = > for creation of=20 > hard-coded agents
>
- Finite = > state automaton=20 > plugin for agent framework
>
- 'Operator' = > based action=20 > planning plugin for the agent framework
>
face=3D"Courier New"> 
>
In = > Development class=3D153144915-15062001>:
>
class=3D153144915-15062001>---------------
>
- Agent = > memory
>
- = > 'Classifier' based=20 > learning plugin for teh agent framework
>
- Priority = > and contribution=20 > management in operators
>
face=3D"Courier New"> 
>
size=3D2> 
>
size=3D2>Misc:
>
face=3D"Courier New"=20 > size=3D2>=3D=3D=3D=3D=3D
>
size=3D2> 
>
Done so = > far:
>
face=3D"Courier New"=20 > size=3D2>------------
>
- A huge = > number of=20 > miscelaneous and highly handy typedefs, macros, classes, constants and = > functions=20 > that everybody at Nevrax swears by.
>
Further=20 > development:
>
- Development = > of the 'misc'=20 > library is chaotic - as little bits of functionality are written to left = > or=20 > right they tend to be added.
>
face=3D"Courier New"> 
>
face=3D"Courier = > New"> 
> > ------=_NextPart_000_0010_01C0F5C4.7C949000-- > > > --__--__-- > > Message: 2 > From: "Vianney Lecroart" > To: > Subject: Re: [Nel] Hello and a Question > Date: Fri, 15 Jun 2001 19:35:16 +0200 > charset="iso-8859-1" > Reply-To: nel@nevrax.org > > > Anyway, my question is, why did you develop your own distributed > > architecture? Why not adapt/extend/use an existing solution such as > > CORBA or DCOM (urgh, I know, win32 only). CORBA has a fair amount of > > support and it can be coaxed to have the characteristics you need. I am > > not saying you should change, I was just wonder what led you to make > > your own? It just seems that the overheads of designing a naming and > > authentication service are something that CORBA would have done away > > with. > > As you point out, DCOM isn't portable so we ruled it out :) > As for CORBA: Having worked a fair bit with it while at college, I > concluded that it lacked some of the functionality that we wanted. For > example, we can have several instances of the same service running > simultaneously on our shard and the naming service can either return us a > list of all of them or select the least loaded one (which CORBA cannot do). > What's more, we found that CORBA was excessively heavy for our > requirements, which only require a corner of the system. Our naming service > only took a couple of days to develop and remains entirely open to > expansion, adaptation or tuning to keep up with NeL's evolving needs. > > We looked in depth into the ACE and TAO library (Real-time CORBA with TAO > (The ACE ORB)). The webpage seems down www.cs.wustl.edu/~schmidt/TAO.html, > but the lib is absolutely huge... one hour at least of compilation. We > didn't want to be dependent on such a large library just for a naming > service and a communication protocol. > > Regards, > Vianney > > > > > --__--__-- > > _______________________________________________ > Nel mailing list > Nel@nevrax.org > /mailman/listinfo.cgi/nel > > > End of Nel Digest_______________________________________________ > Nel mailing list > Nel@nevrax.org > /mailman/listinfo.cgi/nel From miller@nevrax.com Mon Jun 18 12:44:55 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f5IAitX53981 for ; Mon, 18 Jun 2001 12:44:55 +0200 (CEST) (envelope-from miller@nevrax.com) Received: from miller (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id f5IAesI33763 for ; Mon, 18 Jun 2001 12:40:54 +0200 (CEST) (envelope-from miller@nevrax.com) From: "Daniel Miller" To: Date: Mon, 18 Jun 2001 12:35:43 +0200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) In-Reply-To: <200106171001.f5HA14X47032@www.nevrax.org> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Subject: [Nel] RE: Nel digest, Vol 1 #107 - 1 msg Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Within Nevrax we are planning to develop clients for Linux (tested on PCs) and Microsoft Windows. This said, we will be happy to provide support to anyone who feels like porting it to Mac OS X or any other platform. Brandon Barker wrote: >The game will still be available for Mac OS X, Linux, and maybe even other >operating systems, correct? After all, the user could just compile the >sources and buy the game at a store with the data files and play it on his >system of choice. From valignat@gw.nevrax.com Wed Jun 20 19:26:05 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f5KHQ5X71288 for ; Wed, 20 Jun 2001 19:26:05 +0200 (CEST) (envelope-from valignat@gw.nevrax.com) Received: from gw.nevrax.com (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with ESMTP id f5KHM3I66572 for ; Wed, 20 Jun 2001 19:22:03 +0200 (CEST) (envelope-from valignat@gw.nevrax.com) Received: (from valignat@localhost) by gw.nevrax.com (8.11.2/8.11.2) id f5KHM2t29464 for nel@nevrax.org; Wed, 20 Jun 2001 19:22:02 +0200 (CEST) (envelope-from valignat) Date: Wed, 20 Jun 2001 19:22:02 +0200 From: Cedric Valignat To: NeL mailing list Message-ID: <20010620192202.A9001@nevrax.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Subject: [Nel] More news from the nevrax teams... Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Network ------- - Modified behaviour of service main loop to avoid exploding input buffers. The user 'update' callback is now not called until all incoming messages have been processed. - Improved responsiveness of API for naming service Each service now keeps a local cache of the addressses stored by the naming service. They are automaticaly updated whenever new services are registered with, or old services removed from, the naming service. This means that the API never needs to contact the naming service in order to find addresses. - The message type compression has been dissabled An automatic system made string/ uint32 associations for message types that were repeatedly sent from one executable to another, so that the uint32 value could be sent in place of the string. This system was causing problems (due to a specification problem) and has been removed. An alternative compression mechanism will be implemented later. - New example for using 'login system' It can be found in the samples directory - Improved performance of log messages Under Windows services are now Win32 applications which means that large numbers of log messages no longer bring the system to its knees - On a transformer les services en appli Win32 pour des raisons de performance. les log sont maintenant dans un fenetre Win32 au lieu d une console "DOS" (commite la semaine prochaine) - New debugging aid There is a new system for recording all of the input to a service in situation and for playing back the input to the same application running stand alone. This allows the application to be traced, etc. The system will go up on CVS within the next few days PACS ---- - First version of path finding functional (still requires work), Windows only at the moment. 3D -- - The header file have moved! The private header files are in the /nel/src/3d tree (allong with their respective source files) The public include files are now in nel/include/nel/3d - System for generating object positions on the landscape completed This system works out which patch the object is attached to and the position within the patch. It then generates a 3D world position based on the patch tesselation. Objects using this system will stay attached to the ground regardless of the level of detail that the landsacep is displayed at. - In development... Light maps for interiors, collisions (for interiors and exteriors) and the editor for the particle system are in development. Audio ----- - Work is starting on the audio library. During the next couple of months we will develop the base of the system and a Direct Sound driver implementation. We will have a look at doing an OpenAL diver in the autumn. AI -- - Silence from the AI team The AI team are plunged into product specific code right now. There will be little news from them for a few months From valignat@gw.nevrax.com Wed Jun 20 19:36:44 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f5KHahX71392 for ; Wed, 20 Jun 2001 19:36:43 +0200 (CEST) (envelope-from valignat@gw.nevrax.com) Received: from gw.nevrax.com (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with ESMTP id f5KHWfI66643 for ; Wed, 20 Jun 2001 19:32:41 +0200 (CEST) (envelope-from valignat@gw.nevrax.com) Received: (from valignat@localhost) by gw.nevrax.com (8.11.2/8.11.2) id f5KHWfI31410 for nel@nevrax.org; Wed, 20 Jun 2001 19:32:41 +0200 (CEST) (envelope-from valignat) Date: Wed, 20 Jun 2001 19:32:40 +0200 From: Cedric Valignat To: NeL mailing list Subject: Re: [Nel] More news from the nevrax teams... Message-ID: <20010620193240.A31397@nevrax.com> References: <20010620192202.A9001@nevrax.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010620192202.A9001@nevrax.com>; from valignat@nevrax.com on Wed, Jun 20, 2001 at 07:22:02PM +0200 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Cedric Valignat wrote: > > - Improved performance of log messages > Under Windows services are now Win32 applications which means that large > numbers of log messages no longer bring the system to its knees > > - On a transformer les services en appli Win32 pour des raisons de > performance. les log sont maintenant dans un fenetre Win32 au lieu d une > console "DOS" (commite la semaine prochaine) Damn ! the preceding sentences are the french translation about the "Improved performance of log messages" ... sorry about that. Cedric. From alfred@mazuma.net.au Thu Jun 21 13:52:45 2001 Received: from mailin7.bigpond.com (juicer38.bigpond.com [139.134.6.95]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f5LBqhX76954 for ; Thu, 21 Jun 2001 13:52:43 +0200 (CEST) (envelope-from alfred@mazuma.net.au) Received: from mazuma.net.au ([144.135.24.75]) by mailin7.bigpond.com (Netscape Messaging Server 4.15) with SMTP id GFA3QA00.1RN for ; Thu, 21 Jun 2001 21:54:10 +1000 Received: from 144.137.80.67 ([144.137.80.67]) by bwmam03.mailsvc.email.bigpond.com(MailRouter V2.9d 8323/4985586); 21 Jun 2001 21:49:09 Message-ID: <3B31DF13.2070905@mazuma.net.au> Date: Thu, 21 Jun 2001 21:48:35 +1000 From: Alfred User-Agent: Mozilla/5.0 (X11; U; Linux 2.4.2-15mdk i686; en-US; rv:0.9.1) Gecko/20010607 X-Accept-Language: en-us MIME-Version: 1.0 To: nel@nevrax.org Subject: Re: [Nel] More news from the nevrax teams... References: <20010620192202.A9001@nevrax.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform I have a question about the caching for the naming service. You say it automatically corrects caches when services move or are deleted. This doesn't sound very scalable, it every client querying the name server has to be contacted when something they asked about changed (especially over high latency links). Cedric Valignat wrote: > > > Network > ------- > > - Modified behaviour of service main loop to avoid exploding input buffers. > The user 'update' callback is now not called until all incoming messages > have been processed. > > - Improved responsiveness of API for naming service > Each service now keeps a local cache of the addressses stored by the naming > service. They are automaticaly updated whenever new services are registered > with, or old services removed from, the naming service. This means that the > API never needs to contact the naming service in order to find addresses. > > - The message type compression has been dissabled > An automatic system made string/ uint32 associations for message types that > were repeatedly sent from one executable to another, so that the uint32 > value could be sent in place of the string. > This system was causing problems (due to a specification problem) and has > been removed. > An alternative compression mechanism will be implemented later. > > - New example for using 'login system' > It can be found in the samples directory > > - Improved performance of log messages > Under Windows services are now Win32 applications which means that large > numbers of log messages no longer bring the system to its knees > > - On a transformer les services en appli Win32 pour des raisons de > performance. les log sont maintenant dans un fenetre Win32 au lieu d une > console "DOS" (commite la semaine prochaine) > > - New debugging aid > There is a new system for recording all of the input to a service in > situation and for playing back the input to the same application running > stand alone. This allows the application to be traced, etc. > The system will go up on CVS within the next few days > > > PACS > ---- > > - First version of path finding functional (still requires work), Windows only > at the moment. > > > 3D > -- > > - The header file have moved! > The private header files are in the /nel/src/3d tree (allong with their > respective source files) > The public include files are now in nel/include/nel/3d > > - System for generating object positions on the landscape completed > This system works out which patch the object is attached to and the position > within the patch. It then generates a 3D world position based on the patch > tesselation. Objects using this system will stay attached to the ground > regardless of the level of detail that the landsacep is displayed at. > > - In development... > Light maps for interiors, collisions (for interiors and exteriors) and the > editor for the particle system are in development. > > > Audio > ----- > > - Work is starting on the audio library. > During the next couple of months we will develop the base of the system and > a Direct Sound driver implementation. We will have a look at doing an OpenAL > diver in the autumn. > > > AI > -- > > - Silence from the AI team > The AI team are plunged into product specific code right now. There will be > little news from them for a few months > > > > _______________________________________________ > Nel mailing list > Nel@nevrax.org > /mailman/listinfo.cgi/nel > -- Alfred Reynolds alfred@mazuma.net.au From lecroart@nevrax.com Thu Jun 21 14:14:11 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f5LCEBX83070 for ; Thu, 21 Jun 2001 14:14:11 +0200 (CEST) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id f5LCA8I72145 for ; Thu, 21 Jun 2001 14:10:08 +0200 (CEST) (envelope-from lecroart@nevrax.com) Message-ID: <007b01c0fa4b$1cd8df00$0901a8c0@vianneyl> From: "Vianney Lecroart" To: References: <20010620192202.A9001@nevrax.com> <3B31DF13.2070905@mazuma.net.au> Subject: Re: [Nel] More news from the nevrax teams... Date: Thu, 21 Jun 2001 14:10:07 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hello, > I have a question about the caching for the naming service. You say it > automatically corrects caches when services move or are deleted. This > doesn't sound very scalable, it every client querying the name server > has to be contacted when something they asked about changed (especially > over high latency links). Right, but in fact, we developed the system to fit our requirement for our game and in our system (in the shard), the naming service and all ther services are on a LAN, so we don't have high latency links. regards, Vianney Lecroart --- lead network programmer / nevrax.com icq#: 6870415 homepage: http://ace.planet-d.net www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? From miller@nevrax.com Thu Jun 21 18:56:54 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f5LGusX85641 for ; Thu, 21 Jun 2001 18:56:54 +0200 (CEST) (envelope-from miller@nevrax.com) Received: from miller (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id f5LGqoI76460 for ; Thu, 21 Jun 2001 18:52:50 +0200 (CEST) (envelope-from miller@nevrax.com) From: "Daniel Miller" To: Date: Thu, 21 Jun 2001 18:47:37 +0200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Importance: Normal Subject: [Nel] Re:More news from the nevrax teams... Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform To extend the explanation a little - the way we see things is this: - The server sets for MMORPGs and the like have to be secure - that means that any old Tom, Dick or Harry can't send a message directly to the economy service to tell it that they've just won the lottery :) - This means that the clients only have access to the front end services on the front end servers and that they don't have access to the naming service. (in order to connect to the front end services clients have to use the login service as a go-between... there are examples in our samples directory showing how this works) - So - the naming service runs on a smallish LAN that connects the game servers. It broadcasts messages like 'the xxx service has just arrived at address yyy' or 'the www service at address zzz has gone down/ disappeared'. These are cached by each service to keep an up to date address book of the other services that they can talk to. - In the normal way we don't see services being started or stopped as a very high frequency event. I hope this helps. Daniel. -------------------------------------------------------------------- Hello, > I have a question about the caching for the naming service. You say it > automatically corrects caches when services move or are deleted. This > doesn't sound very scalable, it every client querying the name server > has to be contacted when something they asked about changed (especially > over high latency links). Right, but in fact, we developed the system to fit our requirement for our game and in our system (in the shard), the naming service and all ther services are on a LAN, so we don't have high latency links. regards, Vianney Lecroart From zager@teleaction.com Thu Jun 21 19:36:41 2001 Received: from jupiter.augur.de (jupiter.teleaction.de [194.149.245.1]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f5LHaeX85838 for ; Thu, 21 Jun 2001 19:36:41 +0200 (CEST) (envelope-from zager@teleaction.com) Received: from zager ([194.149.245.62]) by jupiter.augur.de (8.8.8+Sun/8.8.8) with ESMTP id TAA11770 for ; Thu, 21 Jun 2001 19:32:28 +0200 (MET DST) Date: Thu, 21 Jun 2001 19:33:30 +0200 From: Dim Segebart X-Mailer: The Bat! (v1.49) Business X-Priority: 3 (Normal) Message-ID: <10888859870.20010621193330@teleaction.de> To: Daniel Miller Subject: Re: [Nel] Re:More news from the nevrax teams... In-reply-To: References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform It makes sense. Thank you. Thursday, June 21, 2001, 6:47:37 PM, you wrote: DM> To extend the explanation a little - the way we see things is this: DM> - The server sets for MMORPGs and the like have to be secure - that means DM> that any old Tom, Dick or Harry can't send a message directly to the economy DM> service to tell it that they've just won the lottery :) DM> - This means that the clients only have access to the front end services on DM> the front end servers and that they don't have access to the naming service. DM> (in order to connect to the front end services clients have to use the login DM> service as a go-between... there are examples in our samples directory DM> showing how this works) DM> - So - the naming service runs on a smallish LAN that connects the game DM> servers. It broadcasts messages like 'the xxx service has just arrived at DM> address yyy' or 'the www service at address zzz has gone down/ disappeared'. DM> These are cached by each service to keep an up to date address book of the DM> other services that they can talk to. DM> - In the normal way we don't see services being started or stopped as a very DM> high frequency event. DM> I hope this helps. DM> Daniel. DM> -------------------------------------------------------------------- DM> Hello, >> I have a question about the caching for the naming service. You say it >> automatically corrects caches when services move or are deleted. This >> doesn't sound very scalable, it every client querying the name server >> has to be contacted when something they asked about changed (especially >> over high latency links). DM> Right, but in fact, we developed the system to fit our requirement for our DM> game and in our system (in the shard), the naming service and all ther DM> services are on a LAN, so we don't have high latency links. DM> regards, DM> Vianney Lecroart DM> _______________________________________________ DM> Nel mailing list DM> Nel@nevrax.org DM> /mailman/listinfo.cgi/nel -- Dim Segebart mailto:zager@teleaction.de From miller@nevrax.com Wed Jun 27 18:18:13 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f5RGICX30869 for ; Wed, 27 Jun 2001 18:18:12 +0200 (CEST) (envelope-from miller@nevrax.com) Received: from miller (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id f5RGE4I22389 for ; Wed, 27 Jun 2001 18:14:04 +0200 (CEST) (envelope-from miller@nevrax.com) From: "Daniel Miller" To: Date: Wed, 27 Jun 2001 18:08:48 +0200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Subject: [Nel] .shape file format change Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform A quick word of warning to anybody downloading a new version of the 3D library: The latest version of the *.shape file reading code is not backwards compatible beyond versions 6. This means that you may need to re-generate your .shape files in order for the latest code to read them. Regards to all Daniel. From tanis@digi-web.it Thu Jun 28 08:59:27 2001 Received: from www.digi-web.it ([62.110.27.80]) by www.nevrax.org (8.11.0/8.11.0) with SMTP id f5S6xRX35390 for ; Thu, 28 Jun 2001 08:59:27 +0200 (CEST) (envelope-from tanis@digi-web.it) Received: (qmail 25653 invoked from network); 28 Jun 2001 06:51:27 -0000 Received: from unknown (HELO valerio) (172.16.69.2) by mail.digisoft.local with SMTP; 28 Jun 2001 06:51:27 -0000 Message-ID: <00bd01c0ff9f$4eb34bb0$024510ac@valerio> From: "Valerio Santinelli" To: References: Subject: Re: [Nel] .shape file format change Date: Thu, 28 Jun 2001 08:55:25 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MIMEOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Just one personal thought.. how many people are actually developing on NeL, except those at Nevrax themselves? It would be a good idea to keep the nevrax.org homepage updated with news like this one and with some more documentation in order to get people started on how the overall system works. Nowaday the only real documentation is the one about the Network library which is good but it's not enough. -- Valerio Santinelli http://www.digisoft-multimedia.it/ ----- Original Message ----- From: "Daniel Miller" To: Sent: Wednesday, June 27, 2001 6:08 PM Subject: [Nel] .shape file format change > > A quick word of warning to anybody downloading a new version of the 3D > library: > The latest version of the *.shape file reading code is not backwards > compatible beyond versions 6. This means that you may need to re-generate > your .shape files in order for the latest code to read them. > > Regards to all > Daniel. > > _______________________________________________ > Nel mailing list > Nel@nevrax.org > /mailman/listinfo.cgi/nel > From v.caron@zerodeux.net Thu Jun 28 14:47:15 2001 Received: from zerodeux.net (zerodeux.net [62.4.22.182]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f5SClFX37267 for ; Thu, 28 Jun 2001 14:47:15 +0200 (CEST) (envelope-from v.caron@zerodeux.net) Received: from zerodeux.net (zerodeux.home [192.168.1.3]) by zerodeux.net (Postfix) with ESMTP id B40081A99 for ; Thu, 28 Jun 2001 14:43:06 +0200 (CEST) Message-ID: <3B3B2659.5FBD75B7@zerodeux.net> Date: Thu, 28 Jun 2001 14:43:05 +0200 From: Vincent Caron X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.3 i686) X-Accept-Language: en, fr MIME-Version: 1.0 To: nel@nevrax.org Subject: Re: [Nel] .shape file format change References: <00bd01c0ff9f$4eb34bb0$024510ac@valerio> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Valerio Santinelli wrote: > > Just one personal thought.. how many people are actually developing on NeL, > except those at Nevrax themselves? From time to time, I checkout the CVS, compile, make some introspection in the code ... To keep informed, I'm involved in game programming and crossp-platform development. The nevrax.org site is well designed and has rather comprehensive docs. However this looks too much as a shop's display, it's laking some life... For instance, we don't have a roadmap and I think the users were a bit lost when the whole code was redesigned these last months. Posting the change logs in a regular basis is part of the solution, you should also talk about the directions, the problem encountered in your game development, ask for some debates on technical questions ... I know this is not easy. NeL is also a consequent piece of code, and most importantly an application framework : you don't choose to rely on it that easily ! :) People will surely consider NeL more massively after Nevrax's game release. You could also use Snowballs to make it an easy and agreable way to learn about NeL : for instance, a document explaining step by step how to start from a simple game design to a client/server application that does the job would be a very valuable information that would gain you a thankful audience. I believe this 'tutorial' thing would help with the very abstract and austere look of nevrax.org. The screenshots where a very good idea indeed, a lot of people coulnd't affort time and competence to compile NeL+SnowBalls. And while we are at it, what about packaging binaries ? :) 'NeL-sdk', ready to code ... Enough said, let's checkout that CVS ! From miller@nevrax.com Thu Jun 28 16:05:36 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f5SE5ZX38319 for ; Thu, 28 Jun 2001 16:05:35 +0200 (CEST) (envelope-from miller@nevrax.com) Received: from miller (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id f5SE1RI30274 for ; Thu, 28 Jun 2001 16:01:27 +0200 (CEST) (envelope-from miller@nevrax.com) From: "Daniel Miller" To: Subject: RE: [Nel] .shape file format change Date: Thu, 28 Jun 2001 16:01:25 +0200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) In-Reply-To: <3B3B2659.5FBD75B7@zerodeux.net> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform I was just drafting a reply to Valerio Santinelli's mail when this one turned up, so I guess I'm replying to both postings at once. First for the Nevrax.org home page: the news is all badly out of date and doesn't show what's going on at the moment. Sorry about that. We're just sorting out our internal knitting so that we can post news more easily. There should be a general improvement at this level soon. For the roadmap - my mail of last week entitled 'a bit of news' contains a loose plan for the next few months. It'll go up on the site some time soon. I'm not sure if it contains the information you're after - please shout if it doesn't. On the documentation side - We posted a handfull of new 'features' documents under the different library headings earlier this week. Any feedback would be very much appreciated. Beyond that we have been discussing what docs would be good to write among ourselves. Any ideas are very welcome although our time for writing dociments is a bit limitted right now!; The problem with 'how to design and build an MMORPG' type docs is that they warrant an entire book - and I don't have time to write a whole book right now :(. I'll see what I can do. Snowballs is being re-written (to look more like a designed program and less like the accumulation of a few dozen chunks of test code spaghettied together). We're just starting, so our first steps 'll be up on line shortly... For a binary sdk - it's a good idea - We'll look into it. :) Regards to all Daniel -----Original Message----- From: nel-admin@nevrax.org [mailto:nel-admin@nevrax.org]On Behalf Of Vincent Caron Sent: Thursday, June 28, 2001 2:43 PM To: nel@nevrax.org Subject: Re: [Nel] .shape file format change Valerio Santinelli wrote: > > Just one personal thought.. how many people are actually developing on NeL, > except those at Nevrax themselves? >From time to time, I checkout the CVS, compile, make some introspection in the code ... To keep informed, I'm involved in game programming and crossp-platform development. The nevrax.org site is well designed and has rather comprehensive docs. However this looks too much as a shop's display, it's laking some life... For instance, we don't have a roadmap and I think the users were a bit lost when the whole code was redesigned these last months. Posting the change logs in a regular basis is part of the solution, you should also talk about the directions, the problem encountered in your game development, ask for some debates on technical questions ... I know this is not easy. NeL is also a consequent piece of code, and most importantly an application framework : you don't choose to rely on it that easily ! :) People will surely consider NeL more massively after Nevrax's game release. You could also use Snowballs to make it an easy and agreable way to learn about NeL : for instance, a document explaining step by step how to start from a simple game design to a client/server application that does the job would be a very valuable information that would gain you a thankful audience. I believe this 'tutorial' thing would help with the very abstract and austere look of nevrax.org. The screenshots where a very good idea indeed, a lot of people coulnd't affort time and competence to compile NeL+SnowBalls. And while we are at it, what about packaging binaries ? :) 'NeL-sdk', ready to code ... Enough said, let's checkout that CVS ! _______________________________________________ Nel mailing list Nel@nevrax.org /mailman/listinfo.cgi/nel From tanis@digi-web.it Thu Jun 28 16:45:59 2001 Received: from www.digi-web.it ([62.110.27.80]) by www.nevrax.org (8.11.0/8.11.0) with SMTP id f5SEjwX38599 for ; Thu, 28 Jun 2001 16:45:59 +0200 (CEST) (envelope-from tanis@digi-web.it) Received: (qmail 2267 invoked from network); 28 Jun 2001 14:37:56 -0000 Received: from unknown (HELO valerio) (172.16.69.2) by mail.digisoft.local with SMTP; 28 Jun 2001 14:37:56 -0000 Message-ID: <01fb01c0ffe0$7bf784b0$024510ac@valerio> From: "Valerio Santinelli" To: References: Subject: Re: [Nel] .shape file format change Date: Thu, 28 Jun 2001 16:41:58 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MIMEOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform ----- Original Message ----- From: "Daniel Miller" Sent: Thursday, June 28, 2001 4:01 PM > First for the Nevrax.org home page: the news is all badly out of date and > doesn't show what's going on at the moment. Sorry about that. We're just > sorting out our internal knitting so that we can post news more easily. > There should be a general improvement at this level soon. I spoke to Lecroart about this point. I think that keeping the site up to date at least once a week wouldn't require a great effort. I'm not asking you to report on the news page every single change that happens upon the codebase. Just some generic news about what's going on in order to know that the project is still alive. > For the roadmap - my mail of last week entitled 'a bit of news' contains a > loose plan for the next few months. It'll go up on the site some time soon. > I'm not sure if it contains the information you're after - please shout if > it doesn't. The roadmap you posted last week has been greatly appreciated on my part. :) I hope that you can keep sending those once every one or two weeks ;) > On the documentation side - We posted a handfull of new 'features' documents > under the different library headings earlier this week. Any feedback would > be very much appreciated. Beyond that we have been discussing what docs > would be good to write among ourselves. Any ideas are very welcome although > our time for writing dociments is a bit limitted right now!; The problem > with 'how to design and build an MMORPG' type docs is that they warrant an > entire book - and I don't have time to write a whole book right now :(. > I'll see what I can do. I've just looked at the new docs. I'm going to print them all and read them with ease later on during those lonely nights :) I'm not going to ask you to write a "how to design and build a MMORPG" book. That's out of our scope. If I'm evaluating NeL, it's because I am already designing an MMORPG and I'm evaluating a framework that would reduce the efforts needed to code all the game from grounds up. The kind of documentation that I'm looking for in the future is something that gives an overview of how the pieces of the NeL framework are tied together, and then, some more indeep documentation about how to build a new 3D entity, how to make a connection to the server and all those things that explain what objects should be used and which method should be called to accomplish the main operations. > Snowballs is being re-written (to look more like a designed program and less > like the accumulation of a few dozen chunks of test code spaghettied > together). We're just starting, so our first steps 'll be up on line > shortly... I'm not pressing you to make a new Snowballs in no time. You've got all the time you need (I know that I have no influence over this, anyway :)) I just wish that the new Snowballs will show how to write a basic server and a basic client, and how to code the main functions needed to make them both run with each other. That's enough to get started with coding upon NeL. > For a binary sdk - it's a good idea - We'll look into it. :) I agree on this one. A binary SDK would save a lot of compiling-time which is mainly unneeded. Having an offline version of the code documentation without going over the doxygen compilation time (which took a hour or maybe more on my Athlon) would also be useful once the code is in a fairly stable condition. -- Valerio Santinelli http://www.digisoft-multimedia.it/ From v.caron@zerodeux.net Thu Jun 28 18:44:12 2001 Received: from zerodeux.net (zerodeux.net [62.4.22.182]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f5SGiCX39222 for ; Thu, 28 Jun 2001 18:44:12 +0200 (CEST) (envelope-from v.caron@zerodeux.net) Received: from zerodeux.net (zerodeux.home [192.168.1.3]) by zerodeux.net (Postfix) with ESMTP id D3FC83B29 for ; Thu, 28 Jun 2001 18:40:02 +0200 (CEST) Message-ID: <3B3B5DDF.44B280FF@zerodeux.net> Date: Thu, 28 Jun 2001 18:39:59 +0200 From: Vincent Caron X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.3 i686) X-Accept-Language: en, fr MIME-Version: 1.0 To: nel@nevrax.org Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: [Nel] Compiling NeL from CVS Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Slight troubles : - bootstrap complains that there is no 'ChangeLog' file, adding a stub with 'touch ChangeLog' makes it happy (and working) - stuck here : make[4]: Entering directory `/home/zerodeux/src/nevrax/code/nel/src/3d/driver/opengl' c++ -DHAVE_CONFIG_H -I. -I. -I../../../../include -O3 -I/home/zerodeux/code/pngl/STLport-0619/stlport -I./src -Wno-multichar -D_REENTRANT -I/usr/X11R6/include -Wp,-MD,.deps/driver_opengl.pp -c driver_opengl.cpp -fPIC -DPIC -o .libs/driver_opengl.lo In file included from driver_opengl.cpp:48: driver_opengl.h:51: 3d/driver.h: No such file or directory driver_opengl.h:52: 3d/material.h: No such file or directory driver_opengl.h:53: 3d/shader.h: No such file or directory driver_opengl.h:54: 3d/vertex_buffer.h: No such file or directory driver_opengl.cpp:50: 3d/vertex_buffer.h: No such file or directory driver_opengl.cpp:51: 3d/light.h: No such file or directory driver_opengl.cpp:52: 3d/primitive_block.h: No such file or directory The "-I./src" should be "-I../../../../src" ... From valignat@gw.nevrax.com Fri Jun 29 18:27:21 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f5TGRLX46245 for ; Fri, 29 Jun 2001 18:27:21 +0200 (CEST) (envelope-from valignat@gw.nevrax.com) Received: from gw.nevrax.com (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with ESMTP id f5TGNCI42206 for ; Fri, 29 Jun 2001 18:23:12 +0200 (CEST) (envelope-from valignat@gw.nevrax.com) Received: (from valignat@localhost) by gw.nevrax.com (8.11.2/8.11.2) id f5TGNBZ18350 for nel@nevrax.org; Fri, 29 Jun 2001 18:23:11 +0200 (CEST) (envelope-from valignat) Date: Fri, 29 Jun 2001 18:23:11 +0200 From: Cedric Valignat To: nel@nevrax.org Subject: Re: [Nel] Compiling NeL from CVS Message-ID: <20010629182311.A18316@nevrax.com> References: <3B3B5DDF.44B280FF@zerodeux.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3B3B5DDF.44B280FF@zerodeux.net>; from v.caron@zerodeux.net on Thu, Jun 28, 2001 at 06:39:59PM +0200 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hello Vincent, Vincent Caron wrote: > Slight troubles : > > - bootstrap complains that there is no 'ChangeLog' file, adding a stub with > 'touch ChangeLog' makes it happy (and working) This afternoon, i commited a new bootstrap which do the touvh is the ChangeLog is missing ... so no more annoying complain from automake :-) > - stuck here : > > [...] > > The "-I./src" should be "-I../../../../src" ... I tried to setup that in the configure.in file and its works properly when using VPATH to compile NeL (thing that do do at nevrax to be able to have a debug and a release version of NeL in the same time and based on the same source). But that doesn't work in a "normal" compilation setup :-( I tried few things very quicly but without success ... i will fix it, cleanly i hope, on monday ... sorry about that ... Cedric. PS: The external CVS will updated tonigth ... From v.caron@zerodeux.net Fri Jun 29 18:39:42 2001 Received: from zerodeux.net (zerodeux.net [62.4.22.182]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f5TGdgX46320 for ; Fri, 29 Jun 2001 18:39:42 +0200 (CEST) (envelope-from v.caron@zerodeux.net) Received: from zerodeux.net (zerodeux.home [192.168.1.3]) by zerodeux.net (Postfix) with ESMTP id 3F0531A87 for ; Fri, 29 Jun 2001 18:35:33 +0200 (CEST) Message-ID: <3B3CAE4C.55A6DEAD@zerodeux.net> Date: Fri, 29 Jun 2001 18:35:24 +0200 From: Vincent Caron X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.3 i686) X-Accept-Language: en, fr MIME-Version: 1.0 To: nel@nevrax.org Subject: Re: [Nel] Compiling NeL from CVS References: <3B3B5DDF.44B280FF@zerodeux.net> <20010629182311.A18316@nevrax.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Cedric Valignat wrote: > > I tried few things very quicly but without success ... i will fix it, cleanly > i hope, on monday ... sorry about that ... No pb, I'm just a bug hunter ... :) From stephane.craux@voila.fr Sat Jun 30 12:25:39 2001 Received: from mailsmtp4.ftmms ([193.252.117.74]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f5UAPdX53963 for ; Sat, 30 Jun 2001 12:25:39 +0200 (CEST) (envelope-from stephane.craux@voila.fr) Received: from voila.fr (10.3.7.82) by mailsmtp4.ftmms (5.1.053) id 3B3BAF030000B458 for nel@nevrax.org; Sat, 30 Jun 2001 12:21:16 +0200 Date: Sat, 30 Jun 2001 12:21:16 +0200 Message-Id: MIME-Version: 1.0 Content-Type: text/plain From: "stephane.craux@voila.fr" To: nel@nevrax.org X-XaM3-API-Version: 1.1.9.1.38 X-SenderIP: 213.56.40.20 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by www.nevrax.org id f5UAPdX53963 Subject: [Nel] culling and transforms Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi , I Just took a look at nevrax code recently and noticed that rather than transforming AABB when traversing the scene graph , the choice was made to transform the view frustum pyramid : it is much more cpu costly : I didn't check if this choice was relevant : is it really ? Ho , it dosn't seem to me that nel network code provides peer2peer networked comm : Am I right ? Isn't it a nice solution to very large multi-user environments ? Great job anyway Stephane __________________________________________________ Voila vous propose une boite aux lettres gratuite sur Voila Mail: http://mail.voila.fr From ymorvan@ens-lyon.fr Sat Jun 30 20:01:13 2001 Received: from buffalo.ens-lyon.fr (buffalo.ens-lyon.fr [140.77.1.8]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f5UI1CX56066 for ; Sat, 30 Jun 2001 20:01:12 +0200 (CEST) (envelope-from ymorvan@ens-lyon.fr) Received: from woodstock (woodstock [140.77.11.50]) by buffalo.ens-lyon.fr (8.11.2/8.11.2) with ESMTP id f5UHv0127805 for ; Sat, 30 Jun 2001 19:57:00 +0200 (MET DST) Date: Sat, 30 Jun 2001 19:57:00 +0200 (MET DST) From: Yann Morvan X-Sender: ymorvan@woodstock To: nel@nevrax.org In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: [Nel] Congratulations + concerns Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hullo, I've been following the development of NEL for some time, I haven't been contributing due to lack of spare time, but I wanted to congratulate the Nel team for their idea and work. However, I have one major concern with the licence mecanism. Indeed, your idea is that what the people will pay for in games based upon Nel is content and not code. Saying this, you implicitly state that content and code are completely distinct things. It is true for the most part (graphics, sounds, AI scripts, background, plots etc), but I can't convince myself that it applies to the rules of the game, for I can't help to think that for efficiency matters they should be hardcoded in the different services. (The reason being that because of their level of abstraction, using a scripting mechanism would be terribly painful and would require a design of the services architecture allowing for total flexibility). I played Ultima Online for 3 years, I read the rantings of lum the mad daily, I read the dev boards of currently in development MMORPGs, I'm aware of the specificities of the "big three" and all this leads me to the conclusion that the rules (i.e. economy system, combat system, advancement system etc) are a part of the content at least as important as the rest regarding a game's interest (I wouldn't be willing to create a MMORPG if I wasn't utterly frustrated by the current trends in those games). Therefore, while I totaly agree that any improvment or further development of Nel's features should be shared, I'd like you to reassure me about the protection of one's rule system in your design philosophy. Sorry for this long mail and for reviving this probably old and well debated issue :) Yann From brenden@rcsis.com Sat Jun 30 20:35:46 2001 Received: from smtp.rcsis.com (smtp.surewest.net [208.45.228.18]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f5UIZjX56241 for ; Sat, 30 Jun 2001 20:35:45 +0200 (CEST) (envelope-from brenden@rcsis.com) Received: from brenden2001towe (064.dsl6660144.DHCP.surewest.net [66.60.144.64]) by smtp.rcsis.com (8.9.3/8.9.3) with SMTP id LAA10934 for ; Sat, 30 Jun 2001 11:21:43 -0700 Message-ID: <001701c10193$4d03cec0$40903c42@brenden2001towe.rcsis.com> From: "Brenden Towey" To: Subject: Re: [Nel] Congratulations + concerns Date: Sat, 30 Jun 2001 11:34:30 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3110.1 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Good point. I haven't looked at the source code at ALL, but the idea behind GPL is that you only have to GPL your code if you base it on existing GPL code. So, if NEL doesn't already do this, first you take the GPL code and make a well-defined API that allows one to separate the "game rules" from the rest of the package, and release that. "Hey everyone, look at the spiffy API I added to the NEL code base. Please look at it and add it to your GPL code base if you like it." Then you take the GPL game rules on the other side of the API, delete them, and write your totally new rules, using only the API. Tah da, they are yours, and you don't have to release your code to anyone. The game rules are a separate binary (library, .o file) just like the game data. Use dynamically linked libraries if you want more separation. (But I'm pretty sure that when compiling proprietary apps (see below) under GNU/Linux, at least some GPL code gets bound directly in. Also, the concept of "contamination" my apply, but hey, we are talking a GAME here. Do you really think anyone is going to bother suing you? Unlikely I think. ) This is the same as developing proprietary apps on GNU/Linux. GNU/Linux provides a public, GPL'd API, but the app you write that interfaces to that API is totally your own. (I'm pretty sure that when compiling proprietary apps under GNU/Linux, at least some GPL code gets bound directly in, though this doesn't seem to bother anyone. Also, the concept of "contamination" may apply, but hey, we are talking a GAME here. Do you really think anyone is going to bother suing you for GPL license violation? Unlikely I think, unless you really do overtly violate the license. ) My 2 cp. Brenden -----Original Message----- From: Yann Morvan To: nel@nevrax.org Date: Saturday, June 30, 2001 11:06 AM Subject: [Nel] Congratulations + concerns >Hullo, >I've been following the development of NEL for >some time, I haven't been contributing due to lack >of spare time, but I wanted to congratulate the >Nel team for their idea and work. > >However, I have one major concern with the licence mecanism. >Indeed, your idea is that what the people will pay for in >games based upon Nel is content and not code. Saying this, you >implicitly state that content and code are completely distinct things. >It is true for the most part (graphics, sounds, AI scripts, background, >plots etc), >but I can't convince myself that it applies to the rules of the game, >for I can't help to think that for efficiency matters they should be >hardcoded in the different services. (The reason being that because of >their level of abstraction, using a scripting mechanism would be terribly >painful and would require a design of the services architecture allowing >for total flexibility). > >I played Ultima Online for 3 years, I read the rantings of lum the mad >daily, I read the dev boards of currently in development MMORPGs, I'm >aware of the specificities of the "big three" and all this leads >me to the conclusion that the rules (i.e. economy system, combat system, >advancement system etc) are a part of the content at least as important >as the rest regarding a game's interest (I wouldn't be willing to >create a MMORPG if I wasn't utterly frustrated by the current trends >in those games). > >Therefore, while I totaly agree that any improvment >or further development of Nel's features should be shared, I'd >like you to reassure me about the protection of one's rule system >in your design philosophy. > >Sorry for this long mail and for reviving this probably old and well >debated issue :) > > Yann > >_______________________________________________ >Nel mailing list >Nel@nevrax.org >/mailman/listinfo.cgi/nel From nobody@fedro.ugr.es Sat Jun 30 21:38:37 2001 Received: from fedro.ugr.es (fedro.ugr.es [150.214.20.19]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f5UJcbX56534 for ; Sat, 30 Jun 2001 21:38:37 +0200 (CEST) (envelope-from nobody@fedro.ugr.es) Received: (from nobody@localhost) by fedro.ugr.es (8.9.3/8.9.1) id VAA09892; Sat, 30 Jun 2001 21:25:56 +0200 (MET DST) To: nel@nevrax.org Subject: Re: [Nel] Congratulations + concerns Message-ID: <993929155.3b3e27c366961@fedro.ugr.es> Date: Sat, 30 Jun 2001 21:25:55 +0200 (MET DST) From: x5101920@fedro.ugr.es References: <001701c10193$4d03cec0$40903c42@brenden2001towe.rcsis.com> In-Reply-To: <001701c10193$4d03cec0$40903c42@brenden2001towe.rcsis.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: IMP/PHP IMAP webmail program 2.2.4 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform > Then you take the GPL game rules on the other side of the API, delete > them, > and write your totally new rules, using only the API. Tah da, they are > yours, and you don't have to release your code to anyone. The game > rules > are a separate binary (library, .o file) just like the game data. Use > dynamically linked libraries if you want more separation. (But I'm > pretty > sure that when compiling proprietary apps (see below) under GNU/Linux, > at > least some GPL code gets bound directly in. Also, the concept of > "contamination" my apply, but hey, we are talking a GAME here. Do you > really think anyone is going to bother suing you? Unlikely I think. ) You are totally wrong... Please go and read about LIBRARY and GPL License... What ever you link to a GPL app MUST be GPL. :) So you have to publish your source under GPL. And yes you will be sued... you are using the work of thousand of people and you can't share a few stupid lines of code!?!?!?!... > This is the same as developing proprietary apps on GNU/Linux. GNU/Linux > provides a public, GPL'd API, but the app you write that interfaces to > that API is totally your own. You are wrong again... From what I understood by a mail from FSF, the only way you have to skip GPL is: 1) Get a License from Nel. 2) Code the whole client under a different license. Unless the Net protocol is propietary... that I think it is not the case. > (I'm pretty sure that when compiling proprietary apps under GNU/Linux, > at > least some GPL code gets bound directly in, though this doesn't seem to > bother anyone. Also, the concept of "contamination" may apply, but hey, > we > are talking a GAME here. Do you really think anyone is going to bother > suing you for GPL license violation? Unlikely I think, unless you > really do > overtly violate the license. ) No, it is not the same... Please ask a lawyer about it, he will explain it more clearly that I can. IMO if someone violate even a bit the license i set, I will sue him. Regards. Miguel Angel Blanch Lardin nuclear cia fbi spy password code encrypt president bomb iran irak korea cuba Ala yihad mosad kgb free freedom human rights yugoslavia kosovo ebola dna -- Echelon must die -- From ymorvan@mrl.nyu.edu Sat Jun 30 22:14:38 2001 Received: from cenote.mrl.nyu.edu (CENOTE.MRL.NYU.EDU [128.122.47.95]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f5UKEbX56714 for ; Sat, 30 Jun 2001 22:14:38 +0200 (CEST) (envelope-from ymorvan@mrl.nyu.edu) Received: from localhost (ymorvan@localhost) by cenote.mrl.nyu.edu (8.9.1/8.9.1) with ESMTP id PAA53326 for ; Sat, 30 Jun 2001 15:59:51 -0400 (EDT) Date: Sat, 30 Jun 2001 15:59:51 -0400 From: Yann Morvan To: nel@nevrax.org Subject: Re: [Nel] Congratulations + concerns In-Reply-To: <993929155.3b3e27c366961@fedro.ugr.es> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Well, while explaining his mistakes to Brenden, you didn't adress my point, which is this: Though EQ has better graphics and better written network code than UO, I preffer UO because of its rules, which yet are hardcoded. If it is not possible for me to use Nel (and share the technical improvments I may make) without being able to protect my set of game rules (which are in no way an improvment to the Nel library, being specific to my game), then you reduce content to superficial things (graphics etc) and customer service, which have never alone made the main interest of a game for any gamer with an ounce of taste. So please tell me if there is a solution or if I should give up using Nel (but then again, please understand that I totaly agree with the idea of sharing my improvments of the library). Yann P.S. I understand the passion behind the free software notion, however, in the very field of MMORPG, the inability to protect your rules - the spirit of your game - leaves the opportunity to a greater company, if they happen to be popular, to deprive you of the pleasure of running your game by draining your playerbase by using its marketing power. You then end up with the opposite of the reason why you thrive for free software: people make profit over your ideas because of their mere initial wealth. From elw@stderr.org Sat Jun 30 22:30:49 2001 Received: from aph.frognet.net (root@aph.frognet.net [216.3.3.138]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f5UKUmX56810 for ; Sat, 30 Jun 2001 22:30:48 +0200 (CEST) (envelope-from elw@stderr.org) Received: from eckhart.stderr.org (elw@aph.frognet.net [216.3.3.138]) by aph.frognet.net (8.12.0.Beta10/8.12.0.Beta10/Debian 8.12.0.Beta10) with ESMTP id f5UKQrtG010538 for ; Sat, 30 Jun 2001 16:26:53 -0400 Date: Sat, 30 Jun 2001 16:26:53 -0400 (EDT) From: elijah wright To: nel@nevrax.org Subject: Re: [Nel] Congratulations + concerns In-Reply-To: <993929155.3b3e27c366961@fedro.ugr.es> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform > You are totally wrong... > Please go and read about LIBRARY and GPL License... > > What ever you link to a GPL app MUST be GPL. :) > So you have to publish your source under GPL. incorrect. you are free to link commercial applications with GPL'ed libraries. library stubs are an exclusion of sorts to the GPL, as they do not constitute "extending" GPL-code functionality, but simply using it as it is intended to be used. LGPL-licenses are a very workable alternative; perhaps the nevrax team could countenance dual-licensing any such "rules API" and releasing parallel versions (with identical code) under both licenses. elijah From jcosby@gscyclone.com Sat Jun 30 23:35:47 2001 Received: from smtp.gscyclone.com (server2.gscyclone.com [209.36.53.41]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f5ULZfX57165 for ; Sat, 30 Jun 2001 23:35:47 +0200 (CEST) (envelope-from jcosby@gscyclone.com) Received: (apparently) from jc2 ([12.25.141.108]) by smtp.gscyclone.com with Microsoft SMTPSVC(5.5.1877.447.44); Sat, 30 Jun 2001 17:28:31 -0400 Message-ID: <000d01c101ac$06161e00$6c8d190c@gscyclone.net> From: "John Cosby" To: Subject: [Nel] Game Rules Date: Sat, 30 Jun 2001 17:31:17 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2615.200 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform I've been observing for a bit, and feel a need to jump in here. In many jurisdictions (America and England that I know of), the rules of a game cannot be copyrighted. Specific presentation, game boards, pieces, etc. may by trademarked and copyrighted, but the rules that define gameplay cannot. This leads to an interesting notion when looking at making a game's source code public. There is no legal protection for the rules themselves - the graphics, user interface, etc. may be protected, though. In this fashion, Nel seems to have a business model that will work, in that they will be charging to play on their servers using their bandwidth. If the rules of the game are defined and implemented in source code, then those rules may be taken and adapted or reused. If the rules of the game are implemented in libraries using a public API, then those may be "protected" in so far as the original source and documentation is not available, although anyone who wants to reverse-engineer (on the basis of behavior, given the licenses attached to EQ and UO) can come up with their own implementation of what they believe the game rules to be. All because I wanted to reimplement a game Prodigy let die, years and years ago.... From stephane.craux@voila.fr Sat Jun 30 23:41:18 2001 Received: from mailsmtp5.ftmms ([193.252.117.74]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f5ULfIX57212; Sat, 30 Jun 2001 23:41:18 +0200 (CEST) (envelope-from stephane.craux@voila.fr) Received: from voila.fr (10.3.7.82) by mailsmtp5.ftmms (5.1.053) id 3B3BAF040000E4DC; Sat, 30 Jun 2001 23:36:52 +0200 Date: Sat, 30 Jun 2001 23:36:52 +0200 Message-Id: Subject: Re: [Nel] Congratulations + concerns MIME-Version: 1.0 Content-Type: text/plain From: "stephane.craux@voila.fr" To: nel@nevrax.org Cc: nel@nevrax.org X-XaM3-API-Version: 1.1.9.1.38 X-SenderIP: 213.56.40.20 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by www.nevrax.org id f5ULfIX57212 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform > So please tell me if there is a solution or if I should > give up using Nel (but then again, please understand that > I totaly agree with the idea of sharing my improvments of > the library). > > Yann > > P.S. I understand the passion behind the free software notion, however, > in the very field of MMORPG, the inability to protect your rules - > the spirit of your game - leaves the opportunity to a greater > company, if they happen to be popular, to deprive you of the pleasure > of running your game by draining your playerbase by using its marketing > power. You then end up with the opposite of the reason why you thrive > for free software: people make profit over your ideas because of their > mere initial wealth. I think u just point out here the Open Source Concept as one of the biggest joke of the end of twentieth century . Software code in itself is not that important thing when GPL is concerned, and beeing able to read it and extract the major concepts of a software is the great thing : u always proceed with reverse engineering , - the ever coming question how do they do that - even when using software like ... those which don't provide source code . That's why GPL is a bad trick to minor companies and therefore for individuals : releasing code shows the overall software architecture , may let u get insights about hardcore coded sections and definitively unprotects the source providers . Good and Exceptionnal concepts are quickly analysed (you always need to understand the philosophy that drives a software architecture to be able to use it) So major companies will reuse GPLed code that much faster than minor entities - as far as software production is concerned - I think that instead of promoting talents ,GPL comes with a global leverage tendance . The company I work for prohibits the reuse of GPL code and tends to minimize the usage of LGPL ed source code : no need to ask a lawyer why , everybody will laugh at u if u ask and I think the boss is right here . Great support is provided to software users , but anyway , any reliable company protects its sources ( Nevrax Executives don ot read that ). Please note that I'm in no way related to MS . Isn't GPL the biggest break to creativity we ever seen since communism died out of realism ? Would GPL minds expect great french wine caves to make their 'elevage' methods publically available - I love great wines - , but who ever thought that we would get better wine through that way , that's not a reliable way of thinking and only fools rush in . I don't want to minimize the brightness of people who go promoting the GPL concept , (I 've the reputation to use my mind in very efficient ways though ) , but since I'm tightened to realism in my comapany , I totally agree with GPL detractors . Privacy is definitively needed or the world dies out of any will . I realize i might be removed from the list after that , but I don't think it will happen . Back to development and implementation , lots of to do ahead (I wouldn't be there if not) Stephane Craux Stephane.Craux@voila.fr __________________________________________________ Voila vous propose une boite aux lettres gratuite sur Voila Mail: http://mail.voila.fr From ymorvan@mrl.nyu.edu Sat Jun 30 23:56:58 2001 Received: from cenote.mrl.nyu.edu (CENOTE.MRL.NYU.EDU [128.122.47.95]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f5ULuvX57298 for ; Sat, 30 Jun 2001 23:56:57 +0200 (CEST) (envelope-from ymorvan@mrl.nyu.edu) Received: from localhost (ymorvan@localhost) by cenote.mrl.nyu.edu (8.9.1/8.9.1) with ESMTP id RAA54230 for ; Sat, 30 Jun 2001 17:42:11 -0400 (EDT) Date: Sat, 30 Jun 2001 17:42:11 -0400 From: Yann Morvan To: nel@nevrax.org Subject: Re: [Nel] Game Rules In-Reply-To: <000d01c101ac$06161e00$6c8d190c@gscyclone.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Ok John, thanks for your answer, I think I have a more realist vision now: rules are too abstract to be protected in themselves and their implementation will be reverse-engineered if they are popular. So all you have to do is give yourself the means to ensure that your game will be good enough to discourage people from trying to steal your players. Sounds like the hard, but honest way ... And Stephane, I don't think that free software is a joke, you know I even think that K. Marx had good ideas ...:) From nobody@fedro.ugr.es Sun Jul 1 00:07:23 2001 Received: from fedro.ugr.es (fedro.ugr.es [150.214.20.19]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f5UM7NX57374 for ; Sun, 1 Jul 2001 00:07:23 +0200 (CEST) (envelope-from nobody@fedro.ugr.es) Received: (from nobody@localhost) by fedro.ugr.es (8.9.3/8.9.1) id XAA11139; Sat, 30 Jun 2001 23:54:04 +0200 (MET DST) To: nel@nevrax.org Subject: Re: [Nel] Congratulations + concerns Message-ID: <993938043.3b3e4a7be58b4@fedro.ugr.es> Date: Sat, 30 Jun 2001 23:54:03 +0200 (MET DST) From: x5101920@fedro.ugr.es References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: IMP/PHP IMAP webmail program 2.2.4 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform > If it is not possible for me to use Nel > (and share the technical improvments I may > make) without being able to protect my set of game > rules (which are in no way an improvment to the Nel > library, being specific to my game), then you reduce > content to superficial things (graphics etc) and customer > service, which have never alone made the main interest of a game > for any gamer with an ounce of taste. > > So please tell me if there is a solution or if I should > give up using Nel (but then again, please understand that > I totaly agree with the idea of sharing my improvments of > the library). I am in no way related to Nel. This is just my opinion as contributor of Open Source. But I think that you should fix the ethical conflict between using "others" GPL code and asking them to protect "your" right for not sharing yours. :-/ > P.S. I understand the passion behind the free software notion, however, > in the very field of MMORPG, the inability to protect your rules - > the spirit of your game - leaves the opportunity to a greater > company, if they happen to be popular, to deprive you of the pleasure > of running your game by draining your playerbase by using its marketing > power. You then end up with the opposite of the reason why you thrive > for free software: people make profit over your ideas because of their > mere initial wealth. Once a american president, perhaps Abraham Lincon, told that a nation that give away freedom to get security deserver nor freedom neither security. So this apply to Open Source, I think that freedom is soooo good that it worth to risk to that to happen. And imagine that the case you told happen... you would have shown world how good is Open Source that a Lame enterprise has decide to use your code to make their game. Regards. [ Above is just my opinion, I don't ask you to understand it, not to agree with me... ] Miguel Angel Blanch Lardin nuclear cia fbi spy password code encrypt president bomb iran irak korea cuba Ala yihad mosad kgb free freedom human rights yugoslavia kosovo ebola dna -- Echelon must die -- From nobody@fedro.ugr.es Sun Jul 1 00:41:03 2001 Received: from fedro.ugr.es (fedro.ugr.es [150.214.20.19]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f5UMewX57542 for ; Sun, 1 Jul 2001 00:40:58 +0200 (CEST) (envelope-from nobody@fedro.ugr.es) Received: (from nobody@localhost) by fedro.ugr.es (8.9.3/8.9.1) id AAA11811; Sun, 1 Jul 2001 00:27:04 +0200 (MET DST) To: nel@nevrax.org Subject: Re: [Nel] Game Rules Message-ID: <993940023.3b3e5237494bb@fedro.ugr.es> Date: Sun, 01 Jul 2001 00:27:03 +0200 (MET DST) From: x5101920@fedro.ugr.es References: <000d01c101ac$06161e00$6c8d190c@gscyclone.net> In-Reply-To: <000d01c101ac$06161e00$6c8d190c@gscyclone.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: IMP/PHP IMAP webmail program 2.2.4 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Mensaje citado por: John Cosby : > I've been observing for a bit, and feel a need to jump in here. > > In many jurisdictions (America and England that I know of), the rules of > a > game cannot be copyrighted. Specific presentation, game boards, pieces, > etc. may by trademarked and copyrighted, but the rules that define > gameplay > cannot. I am not a lawer... But you say "the rules of a game cannot be copyrighted." Let's suppose that my computer is a game, k? So my programs are the rule to play/use the game... so following that logic, they can't be copyright, so all that EULA as just shit :) I have heard that what you can copyright is the style of play, for example you can copy right D&D, you can copyright the Critical Hit table, but you can't copy right the method of throwing a dice to resolve action. :) Anyway, with all that shit about patents, i think that you will be able to patent it to. :-( Miguel Angel Blanch Lardin nuclear cia fbi spy password code encrypt president bomb iran irak korea cuba Ala yihad mosad kgb free freedom human rights yugoslavia kosovo ebola dna -- Echelon must die -- From michael@in-orbit.net Sun Jul 1 00:48:37 2001 Received: from mail.in-orbit.net ([63.205.226.187]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f5UMmZX57595 for ; Sun, 1 Jul 2001 00:48:36 +0200 (CEST) (envelope-from michael@in-orbit.net) Received: from baldur ([63.205.226.189]) by mail.in-orbit.net (8.11.0/8.11.0) with SMTP id f5ULgci20101 for ; Sat, 30 Jun 2001 14:42:39 -0700 Message-Id: <200106302142.f5ULgci20101@mail.in-orbit.net> Date: Sat, 30 Jun 2001 15:45:21 -0700 To: nel@nevrax.org From: Michael Warnock Subject: Re: [Nel] Congratulations + concerns Organization: InOrbit X-Mailer: Opera 5.10 build 902 X-Priority: 3 (Normal) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform By way of introduction, I am working on a couple of games making use of nel- commercial games. In addition to selling our content and service, we consider our game rules our ip and there are a couple reasons why they can be implemented without violating the gpl (which i consider scripture). First of all our rules will be in a brand new specification language in their own files or database tables and wont be compiled or linked at all. But should we run into speed problems for not hardcoding everything, we're still not required to release anything- you can quite legally use gpl'ed code in your own, unreleased programs- and why should we release the server side code? michael warnock InOrbit Entertainment From nobody@fedro.ugr.es Sun Jul 1 00:55:47 2001 Received: from fedro.ugr.es (fedro.ugr.es [150.214.20.19]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f5UMtkX57651 for ; Sun, 1 Jul 2001 00:55:46 +0200 (CEST) (envelope-from nobody@fedro.ugr.es) Received: (from nobody@localhost) by fedro.ugr.es (8.9.3/8.9.1) id AAA12185; Sun, 1 Jul 2001 00:51:14 +0200 (MET DST) To: nel@nevrax.org Subject: Re: [Nel] Congratulations + concerns Message-ID: <993941473.3b3e57e1caae2@fedro.ugr.es> Date: Sun, 01 Jul 2001 00:51:13 +0200 (MET DST) From: x5101920@fedro.ugr.es References: <200106302142.f5ULgci20101@mail.in-orbit.net> In-Reply-To: <200106302142.f5ULgci20101@mail.in-orbit.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: IMP/PHP IMAP webmail program 2.2.4 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Mensaje citado por: Michael Warnock : > By way of introduction, I am working on a couple of games making use of > nel- commercial games. In addition to selling our content and service, > we consider our game rules our ip and there are a couple reasons why > they can be implemented without violating the gpl (which i consider > scripture). First of all our rules will be in a brand new specification > language in > their own files or database tables and wont be compiled or linked at > all. But should we run into speed problems for not hardcoding > everything, we're still not required to release anything- you can quite > legally use gpl'ed code in your own, unreleased programs- and why should > we release the server side code? I would love that you reply to this answer to me and to Nel guys that are so hard working on such a good project. IMO In the same moment that you make public your server you are making it public and you should release it. But I am not a lawyer. Regards, Miguel Angel Blanch Lardin nuclear cia fbi spy password code encrypt president bomb iran irak korea cuba Ala yihad mosad kgb free freedom human rights yugoslavia kosovo ebola dna -- Echelon must die -- From ymorvan@mrl.nyu.edu Sun Jul 1 01:08:20 2001 Received: from cenote.mrl.nyu.edu (CENOTE.MRL.NYU.EDU [128.122.47.95]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f5UN8KX57732 for ; Sun, 1 Jul 2001 01:08:20 +0200 (CEST) (envelope-from ymorvan@mrl.nyu.edu) Received: from localhost (ymorvan@localhost) by cenote.mrl.nyu.edu (8.9.1/8.9.1) with ESMTP id SAA54434 for ; Sat, 30 Jun 2001 18:53:33 -0400 (EDT) Date: Sat, 30 Jun 2001 18:53:33 -0400 From: Yann Morvan To: nel@nevrax.org Subject: Re: [Nel] Congratulations + concerns In-Reply-To: <200106302142.f5ULgci20101@mail.in-orbit.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Well, I think that the GPL, as opposed to LGPL, is much more strict than you think, I've taken a few minutes to go and read it thoroughly and it is quite clear. Besides, its very purpose is to lay legal grounds to defend the Free Software notion, so I think it is to be taken seriously, and in my opinion, it is a good thing. As for your scripting thing, I think we can devide rules in two categories: -global ones ("when a character dies, he returns to his binding point") -detailed ones ("the damage formula for the needle gun is log3(sqrt(z)-8x)") Like john said, the second ones will be reverse engineered (see the "big three", whereas the first ones are so general that on one hand the idea of a patent on them is ridiculous (though I think some fool as tried to patent the whole MMOG or even PW concept) and on the other hand their scripting is difficult. So there is no point at protecting your rules. Yann From michael@in-orbit.net Sun Jul 1 01:13:59 2001 Received: from mail.in-orbit.net ([63.205.226.187]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f5UNDwX57776 for ; Sun, 1 Jul 2001 01:13:58 +0200 (CEST) (envelope-from michael@in-orbit.net) Received: from baldur ([63.205.226.189]) by mail.in-orbit.net (8.11.0/8.11.0) with SMTP id f5UM82i20277 for ; Sat, 30 Jun 2001 15:08:02 -0700 Message-Id: <200106302208.f5UM82i20277@mail.in-orbit.net> Date: Sat, 30 Jun 2001 16:10:44 -0700 To: nel@nevrax.org From: Michael Warnock Subject: Re: [Nel] Congratulations + concerns Organization: InOrbit X-Mailer: Opera 5.10 build 902 X-Priority: 3 (Normal) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform 6/30/2001 3:51:13 PM, x5101920@fedro.ugr.es wrote: > >Mensaje citado por: Michael Warnock : > >> By way of introduction, I am working on a couple of games making use of >> nel- commercial games. In addition to selling our content and service, >> we consider our game rules our ip and there are a couple reasons why >> they can be implemented without violating the gpl (which i consider >> scripture). First of all our rules will be in a brand new specification >> language in >> their own files or database tables and wont be compiled or linked at >> all. But should we run into speed problems for not hardcoding >> everything, we're still not required to release anything- you can quite >> legally use gpl'ed code in your own, unreleased programs- and why should >> we release the server side code? > >I would love that you reply to this answer to me and to Nel guys that are so >hard working on such a good project. > We're quite grateful to them- we've even had them over to our place in san francisco, but it just so happens that they are also at work on a lot of nel based code that they have not released- and they are by no means required to- it is only in the event of distributing binaries that you must distribute source. >IMO In the same moment that you make public your server you are making it public >and you should release it. But I am not a lawyer. > if it works out to seperate our rules in an external data format- because that really is what heaps and heaps of content specific rules are, then we might well release our server code (and we will of course release any changes we make to the basic services), but though ianal, I'm quite sure on the point of not being required to release internal software that makes use of gpl'ed code and I really don't believe that even mr stallman would object given the situation- its quite a step for a game company to share source at all and it has been no small hinderance in our search for funding, nevertheless we've stuck by the gpl. michael warnock InOrbit Entertainment From nobody@fedro.ugr.es Sun Jul 1 11:27:45 2001 Received: from fedro.ugr.es (fedro.ugr.es [150.214.20.19]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f619RiX61746 for ; Sun, 1 Jul 2001 11:27:44 +0200 (CEST) (envelope-from nobody@fedro.ugr.es) Received: (from nobody@localhost) by fedro.ugr.es (8.9.3/8.9.1) id LAA16237; Sun, 1 Jul 2001 11:23:33 +0200 (MET DST) To: nel@nevrax.org Message-ID: <993979412.3b3eec1424ac5@fedro.ugr.es> Date: Sun, 01 Jul 2001 11:23:32 +0200 (MET DST) From: x5101920@fedro.ugr.es References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: IMP/PHP IMAP webmail program 2.2.4 Subject: [Nel] [Flame][Offtopic] Congratulations + concerns Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform > I think u just point out here the Open Source Concept as one > of the biggest joke of the end of twentieth century . Well, there is stupid people that laugh at important things. Idiots things everything is a joke. :-/ > Software code in itself is not that important thing when GPL is > concerned, > and beeing able to read it and extract the major concepts of a software > is > the great thing : u always proceed with reverse engineering , - the > ever > coming question how do they do that - even when using software like ... > those which don't provide source code . You didn't understand it... GPL is not about reading others code... but giving you the freedom to copy, modify and resuse it under the GPL License. > That's why GPL is a bad trick to minor companies and therefore for > individuals : > releasing code shows the overall software architecture , may let u get > insights > about hardcore coded sections and definitively unprotects the source > providers . No, because all the code is under the GPL. If you read it, and code it on your way, then you could set whatever license you want... it is up to your ethical being to say if you use GPL or not. > Good and Exceptionnal concepts are quickly analysed (you always need to > understand > the philosophy that drives a software architecture to be able to use it) > So major companies will reuse GPLed code that much faster than minor > entities > - as far as software production is concerned - > I think that instead of promoting talents ,GPL comes with a global > leverage tendance . You are totally wrong... GPL allow us the common user to join and build a big, great product. From my personal experience, I could have never build such project as mine is without GPL. GPL promote talents as everyone learn fasters, so yes it do a leverage, but you get a better level that those close source fanatic. :-/ > Great support is provided to software users , but anyway , any reliable > company > protects its sources ( Nevrax Executives don ot read that ). Please note > that I'm in no way related to MS . > Isn't GPL the biggest break to creativity we ever seen since communism > died > out of realism ? GPL is not about companies, but about users. GPL means to refuse to a lot of rights so that your users can share your work. I suppose that Nevrax is using GPL because: 1) It make faster the development. 2) The user base is also developers base 3) The open architecture means bugs are found faster and easier. 4) Port to other OS are almost automatic. 5) Personal Challenge ( 1st commercial GPL game ) Why in the hell people thing that Communism, Jew or Gay are bad things??? > Would GPL minds expect great french wine caves to make their 'elevage' > methods publically available - I love great wines - , but who ever > thought > that we would get better wine through that way , that's not a reliable > way of > thinking and only fools rush in . Man... you have serious problems with your ethics. If you say... "Mine is the best wine of the world", just tell me how you did, and I will do one better. What we have? A wine that is better than the better. And as my way is not secret and open and free to use, someone will use it to create an even better one. That is what GPL is about, only fools don't understand. > I don't want to minimize the brightness of people who go promoting the > GPL concept , > (I 've the reputation to use my mind in very efficient ways though ) , > but > since I'm tightened to realism in my comapany , I totally agree with GPL > detractors . > Privacy is definitively needed or the world dies out of any will . Yes, Your world will die, because a new one will appear where there is no more secrets, where you won't be able to sell ideas, where you won't be allowed to forbid people to copy and share apps. > I realize i might be removed from the list after that , > but I don't think it will happen . GPL people is different. We tollerate different opinions. > Back to development and implementation , lots of to do ahead (I wouldn't > be there if not) You are really inside... you should go back to school and learn something about ethics. REgards, Miguel Angel Blanch Lardin nuclear cia fbi spy password code encrypt president bomb iran irak korea cuba Ala yihad mosad kgb free freedom human rights yugoslavia kosovo ebola dna -- Echelon must die -- From bernard@bernard-hugueney.org Sun Jul 1 11:49:59 2001 Received: from bubastis (e240.dhcp212-198-23.noos.fr [212.198.23.240]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f619nwX61889 for ; Sun, 1 Jul 2001 11:49:58 +0200 (CEST) (envelope-from bernard@bernard-hugueney.org) Received: by bubastis (Postfix, from userid 1000) id CCC414EC15; Sun, 1 Jul 2001 11:32:23 +0200 (CEST) Date: Sun, 1 Jul 2001 11:32:23 +0200 To: nel@nevrax.org Subject: Re: [Nel] Congratulations + concerns Message-ID: <20010701113223.A11728@bernard-hugueney.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200106302208.f5UM82i20277@mail.in-orbit.net> User-Agent: Mutt/1.3.18i From: bernard@bernard-hugueney.org (Debian User) Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform * Michael Warnock [010701 09:48]: > 6/30/2001 3:51:13 PM, x5101920@fedro.ugr.es wrote: > > > > >Mensaje citado por: Michael Warnock : > > > >> legally use gpl'ed code in your own, unreleased programs- and why should > >> we release the server side code? > > > >I would love that you reply to this answer to me and to Nel guys that are so > >hard working on such a good project. > > > We're quite grateful to them- we've even had them over to our place in san francisco, but it just so happens that they are also at work on a lot of nel based code that they have not released- and they are by no means required to- it is only in the event of distributing binaries that you must distribute source. > > >IMO In the same moment that you make public your server you are making it public > >and you should release it. But I am not a lawyer. > > My understanding of the GPL is that your do not have to give source code if you do not "give" binary. This is a concern to Mr Stallman because of the comming Application Services Providers (or that kind of Three Letters Acronym). This should be fixed with the upcoming v 3 of the GPL. Neither Am I A L., but for the rules parts, my 2 euros : the reverse engineering part is not that relevent because you could apply to any computer prog. I know that people fitted archmage models in matlab, but with LARGE rule sets, I don't think it's realistic. I think it could be possible to use propritery code with GPL code using a LGLP 'hook' layer. But I'm not sure... To be on thesafe side, GPL and non-GPL code should not be in the same adress-space (ie CORBA).You have to pay an efficiency penalty to keep your code non-GPL and that's the intended behaviour IMHO. For thoses who think GPL is worthless ("a joke") because you can steal / use the code anyway, I think you are missing the point. What matter is not the software (state of CVS at time t), but the ongoing project. That's why there are VERY few forks on GPL land. Use the code and it's ok, the project is working for you. Take the code, change it, and then YOU have to handle all the evolution, or keep track of changes (what if they are not compatible with yours ?). You can certainly catch-up very easly with a GPL project, and it's R&D is available for everyone to use (great karma IMHO), but the power of the successful GPL project is not in the code, but in the community behind it. (Of course, both are linked, hard to attract people with ugly code) I really hope that NeL will build such a dedicated and helpful community. (Code quality is there IMHO, for network design etc, I'not qualified...) Bernard From ymorvan@mrl.nyu.edu Sun Jul 1 18:48:55 2001 Received: from cenote.mrl.nyu.edu (CENOTE.MRL.NYU.EDU [128.122.47.95]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f61GmsX64095 for ; Sun, 1 Jul 2001 18:48:55 +0200 (CEST) (envelope-from ymorvan@mrl.nyu.edu) Received: from localhost (ymorvan@localhost) by cenote.mrl.nyu.edu (8.9.1/8.9.1) with ESMTP id MAA54629 for ; Sun, 1 Jul 2001 12:34:04 -0400 (EDT) Date: Sun, 1 Jul 2001 12:34:04 -0400 From: Yann Morvan To: nel@nevrax.org In-Reply-To: <20010701113223.A11728@bernard-hugueney.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: [Nel] Snowballs building problem Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform I've managed to build nel correctly, but client.cpp in snowballs/client/src/ includes msg_socket.h and local_area.h from nel/net/ and those files are nowhere to be found in the whole code tree. I've tried to comment the includes out but they are indeed needed. Can anybody help ? Thanks in advance, Yann From elw@stderr.org Sun Jul 1 20:01:11 2001 Received: from aph.frognet.net (root@aph.frognet.net [216.3.3.138]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f61I1AX64495 for ; Sun, 1 Jul 2001 20:01:10 +0200 (CEST) (envelope-from elw@stderr.org) Received: from eckhart.stderr.org (elw@aph.frognet.net [216.3.3.138]) by aph.frognet.net (8.12.0.Beta10/8.12.0.Beta10/Debian 8.12.0.Beta10) with ESMTP id f61HvAtG032534 for ; Sun, 1 Jul 2001 13:57:10 -0400 Date: Sun, 1 Jul 2001 13:57:10 -0400 (EDT) From: elijah wright To: nel@nevrax.org Subject: Re: [Nel] [Flame][Offtopic] Congratulations + concerns In-Reply-To: <993979412.3b3eec1424ac5@fedro.ugr.es> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform could the GPL bigots and zealots please find something else to do with their time? you're wasting a lot of energy on something that is well-understood and needs very little additional explanation. elijah > > Software code in itself is not that important thing when GPL is > > concerned, > > and beeing able to read it and extract the major concepts of a software > > is > > the great thing : u always proceed with reverse engineering , - the > > ever > > coming question how do they do that - even when using software like ... > > those which don't provide source code . > > You didn't understand it... > GPL is not about reading others code... but giving you the freedom to copy, > modify and resuse it under the GPL License. > > > That's why GPL is a bad trick to minor companies and therefore for > > individuals : > > releasing code shows the overall software architecture , may let u get > > insights > > about hardcore coded sections and definitively unprotects the source > > providers . > > No, because all the code is under the GPL. > If you read it, and code it on your way, then you could set whatever license you > want... it is up to your ethical being to say if you use GPL or not. > > > Good and Exceptionnal concepts are quickly analysed (you always need to > > understand > > the philosophy that drives a software architecture to be able to use it) > > So major companies will reuse GPLed code that much faster than minor > > entities > > - as far as software production is concerned - > > I think that instead of promoting talents ,GPL comes with a global > > leverage tendance . > > You are totally wrong... GPL allow us the common user to join and build a big, > great product. From my personal experience, I could have never build such > project as mine is without GPL. > > GPL promote talents as everyone learn fasters, so yes it do a leverage, but you > get a better level that those close source fanatic. :-/ > > > Great support is provided to software users , but anyway , any reliable > > company > > protects its sources ( Nevrax Executives don ot read that ). Please note > > that I'm in no way related to MS . > > Isn't GPL the biggest break to creativity we ever seen since communism > > died > > out of realism ? > > GPL is not about companies, but about users. > GPL means to refuse to a lot of rights so that your users can share your work. > > I suppose that Nevrax is using GPL because: > 1) It make faster the development. > 2) The user base is also developers base > 3) The open architecture means bugs are found faster and easier. > 4) Port to other OS are almost automatic. > 5) Personal Challenge ( 1st commercial GPL game ) > > Why in the hell people thing that Communism, Jew or Gay are bad things??? > > > > Would GPL minds expect great french wine caves to make their 'elevage' > > methods publically available - I love great wines - , but who ever > > thought > > that we would get better wine through that way , that's not a reliable > > way of > > thinking and only fools rush in . > > Man... you have serious problems with your ethics. > If you say... "Mine is the best wine of the world", just tell me how you did, > and I will do one better. What we have? A wine that is better than the better. > And as my way is not secret and open and free to use, someone will use it to > create an even better one. > That is what GPL is about, only fools don't understand. > > > I don't want to minimize the brightness of people who go promoting the > > GPL concept , > > (I 've the reputation to use my mind in very efficient ways though ) , > > but > > since I'm tightened to realism in my comapany , I totally agree with GPL > > detractors . > > Privacy is definitively needed or the world dies out of any will . > > Yes, Your world will die, because a new one will appear where there is no more > secrets, where you won't be able to sell ideas, where you won't be allowed to > forbid people to copy and share apps. > > > I realize i might be removed from the list after that , > > but I don't think it will happen . > > GPL people is different. We tollerate different opinions. > > > Back to development and implementation , lots of to do ahead (I wouldn't > > be there if not) > > You are really inside... you should go back to school and learn something about > ethics. > > REgards, > > Miguel Angel Blanch Lardin > > nuclear cia fbi spy password code encrypt president bomb iran irak korea cuba > Ala yihad mosad kgb free freedom human rights yugoslavia kosovo ebola dna > > -- Echelon must die -- > _______________________________________________ > Nel mailing list > Nel@nevrax.org > /mailman/listinfo.cgi/nel > -- -- $ chown us:us yourbase -R From stephane.craux@voila.fr Sun Jul 1 21:06:08 2001 Received: from mailsmtp4.ftmms ([193.252.117.74]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f61J68X64853; Sun, 1 Jul 2001 21:06:08 +0200 (CEST) (envelope-from stephane.craux@voila.fr) Received: from voila.fr (10.3.7.82) by mailsmtp4.ftmms (5.1.053) id 3B3BAF0300011CC3; Sun, 1 Jul 2001 21:01:45 +0200 Date: Sun, 1 Jul 2001 21:01:45 +0200 Message-Id: Subject: Re: [Nel] [Flame][Offtopic] Congratulations + concerns MIME-Version: 1.0 Content-Type: text/plain From: "stephane.craux@voila.fr" To: nel@nevrax.org Cc: nel@nevrax.org X-XaM3-API-Version: 1.1.9.1.38 X-SenderIP: 213.56.40.20 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by www.nevrax.org id f61J68X64853 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform > > You are totally wrong... GPL allow us the common user to join and build a big, > > great product. From my personal experience, I could have never build such > > project as mine is without GPL. Ah , so u are the grat man , it will be a primer ! > > GPL promote talents as everyone learn fasters, so yes it do a leverage, but you > > get a better level that those close source fanatic. :-/ agreed > > I suppose that Nevrax is using GPL because: > > 1) It make faster the development. did u get it right ????? > > 2) The user base is also developers base sure ? > > 3) The open architecture means bugs are found faster and easier. proved ? > > 4) Port to other OS are almost automatic. yes , but is it that much important ? > > 5) Personal Challenge ( 1st commercial GPL game ) mmm > > Why in the hell people thing that Communism, Jew or Gay are bad things??? what kind of mix are trying to involve here ? > > Man... you have serious problems with your ethics. you are in real rouble with ur mind , but I'm quiet confident u may still evolve , i hope that , be sure of it :) > > You are really inside... you should go back to school and learn something about > > ethics. I learned I school that u have always more to learn , did u miss that point ? no time loosed , quiet easy answers , regards for comin' into it Stephane __________________________________________________ Voila vous propose une boite aux lettres gratuite sur Voila Mail: http://mail.voila.fr From ymorvan@mrl.nyu.edu Sun Jul 1 21:23:01 2001 Received: from cenote.mrl.nyu.edu (CENOTE.MRL.NYU.EDU [128.122.47.95]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f61JN1X64957 for ; Sun, 1 Jul 2001 21:23:01 +0200 (CEST) (envelope-from ymorvan@mrl.nyu.edu) Received: from localhost (ymorvan@localhost) by cenote.mrl.nyu.edu (8.9.1/8.9.1) with ESMTP id PAA55167 for ; Sun, 1 Jul 2001 15:08:10 -0400 (EDT) Date: Sun, 1 Jul 2001 15:08:10 -0400 From: Yann Morvan To: nel@nevrax.org Subject: Re: [Nel] [Flame][Offtopic] Congratulations + concerns In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Man man, what have I started ? :) I suggest we stop bugging the other members of this mailing list with ideological discussions that should take place elsewhere. After all, my question was answered and the answer was that there finally was no problem with having one's rules code public. Yann From nobody@fedro.ugr.es Sun Jul 1 23:12:43 2001 Received: from fedro.ugr.es (fedro.ugr.es [150.214.20.19]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f61LChX65543 for ; Sun, 1 Jul 2001 23:12:43 +0200 (CEST) (envelope-from nobody@fedro.ugr.es) Received: (from nobody@localhost) by fedro.ugr.es (8.9.3/8.9.1) id XAA20689; Sun, 1 Jul 2001 23:07:58 +0200 (MET DST) To: nel@nevrax.org Subject: Re: [Nel] [Flame][Offtopic] Congratulations + concerns Message-ID: <994021677.3b3f912deceaf@fedro.ugr.es> Date: Sun, 01 Jul 2001 23:07:57 +0200 (MET DST) From: x5101920@fedro.ugr.es References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: IMP/PHP IMAP webmail program 2.2.4 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform I repeat... I am not part of Nevrax. Just a fellow developer that is following this guys great work. > > > I suppose that Nevrax is using GPL because: > > > 1) It make faster the development. > did u get it right ????? GPL shorts develpoment time as the amount of code that can be reused is infinite. > > > 2) The user base is also developers base > sure ? Sure. Start yourself a GPL project and you will see. > > > 3) The open architecture means bugs are found faster and easier. > proved ? Ask GPG guys ;-) > > > 4) Port to other OS are almost automatic. > yes , but is it that much important ? Well, if you run Windows perhaps not... but what about a MacOS user or a Linux PPC user? Regards, Miguel Angel Blanch Lardin nuclear cia fbi spy password code encrypt president bomb iran irak korea cuba Ala yihad mosad kgb free freedom human rights yugoslavia kosovo ebola dna -- Echelon must die -- From tanis@digi-web.it Mon Jul 2 09:14:16 2001 Received: from www.digi-web.it ([62.110.27.80]) by www.nevrax.org (8.11.0/8.11.0) with SMTP id f627EGX69191 for ; Mon, 2 Jul 2001 09:14:16 +0200 (CEST) (envelope-from tanis@digi-web.it) Received: (qmail 27109 invoked from network); 2 Jul 2001 07:05:54 -0000 Received: from unknown (HELO valerio) (172.16.69.2) by mail.digisoft.local with SMTP; 2 Jul 2001 07:05:54 -0000 Message-ID: <039c01c102c6$1e3e8b00$024510ac@valerio> From: "Valerio Santinelli" To: References: Subject: Re: [Nel] Snowballs building problem Date: Mon, 2 Jul 2001 09:10:47 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MIMEOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform The Snowballs code is outdated. You've got to wait till something like September for a working version of Snowballs. That's due to the fact that people at Nevrax rewrote lots of code since the last release of Snowballs. -- Valerio Santinelli http://www.digisoft-multimedia.it/ ----- Original Message ----- From: "Yann Morvan" To: Sent: Sunday, July 01, 2001 6:34 PM Subject: [Nel] Snowballs building problem > I've managed to build nel correctly, but > client.cpp in snowballs/client/src/ includes > msg_socket.h and local_area.h from nel/net/ > and those files are nowhere to be found in the whole > code tree. I've tried to comment the includes out > but they are indeed needed. Can anybody help ? > Thanks in advance, > > Yann > > > _______________________________________________ > Nel mailing list > Nel@nevrax.org > /mailman/listinfo.cgi/nel > From berenguier@nevrax.com Mon Jul 2 11:15:57 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f629FvX70301 for ; Mon, 2 Jul 2001 11:15:57 +0200 (CEST) (envelope-from berenguier@nevrax.com) Received: from lionelb (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id f629BjI51553 for ; Mon, 2 Jul 2001 11:11:45 +0200 (CEST) (envelope-from berenguier@nevrax.com) Message-ID: <001501c102d7$5638c5f0$0601a8c0@lionelb> From: "Lionel Berenguier" To: References: Subject: Re: [Nel] culling and transforms Date: Mon, 2 Jul 2001 11:14:03 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform ----- Original Message ----- From: To: Sent: Saturday, June 30, 2001 12:21 PM Subject: [Nel] culling and transforms > Hi , > I Just took a look at nevrax code recently and > noticed that rather than transforming AABB when traversing > the scene graph , the choice was made to transform the > view frustum pyramid : it is much more cpu costly : Is it not nearly the same? transform the planes: transform 6 planes => 6*16= 96 muls. transform the AABB: transform 8 vectors => 8*12= 96 muls. But maybe your trick to transform an AABB is to just transform the center (12), then transform the 3 half vectors of the AABB (3*3 because of their axis form), and then just do some add ? (ooops :) ) regards Lionel. From miller@nevrax.com Mon Jul 2 15:36:38 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f62DacX71883 for ; Mon, 2 Jul 2001 15:36:38 +0200 (CEST) (envelope-from miller@nevrax.com) Received: from miller (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id f62DWQI54953 for ; Mon, 2 Jul 2001 15:32:26 +0200 (CEST) (envelope-from miller@nevrax.com) From: "Daniel Miller" To: Date: Mon, 2 Jul 2001 15:32:23 +0200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Subject: [Nel] A bit of news Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform The following news will appear on the sight later today. Regards to all. Daniel PARTICLE SYSTEM First release of the particle system editor with full access to the particule system engine is out (it's an extension to the object viewer). ENVIRONMENT MAPPING Flat and cubic environment map rendering have been added to the 3D engine and the tools. AUDIO LIBRARY The lowest level layer of the sound library is functional (the sound library is still in very early stage of development) SERVICE ADMIN IMPROVEMENTS Loads of new features added to the Win32 displayer - window positions can be stored in the config file - displayer window now has a prompt to allow live interaction with running services (Note: The same commands can be sent to the services by the admin client) LIGHT MAPS Version 1.0 of the lightmap implementation is fully implemented and available COLLISIONS Version 1.0 of the PACS collision code fully implemented and available From novalis@novalis.org Mon Jul 2 16:10:56 2001 Received: from charger.oldcity.dca.net (charger.oldcity.dca.net [207.245.82.76]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f62EAtX72364 for ; Mon, 2 Jul 2001 16:10:55 +0200 (CEST) (envelope-from novalis@novalis.org) Received: from novalis.org (kafka.i-site.com [216.158.32.67]) by charger.oldcity.dca.net (8.9.3/8.9.3/DCANET) with ESMTP id KAA20803 for ; Mon, 2 Jul 2001 10:06:41 -0400 Message-ID: <3B407F8C.5439AA68@novalis.org> Date: Mon, 02 Jul 2001 10:05:00 -0400 From: Dave Turner X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.4.2 i686) X-Accept-Language: en, pdf MIME-Version: 1.0 To: nel@nevrax.org Subject: Re: [Nel] Congratulations + concerns References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform elijah wright wrote: > > > You are totally wrong... > > Please go and read about LIBRARY and GPL License... > > > > What ever you link to a GPL app MUST be GPL. :) > > So you have to publish your source under GPL. > > incorrect. you are free to link commercial applications with GPL'ed > libraries. library stubs are an exclusion of sorts to the GPL, as they do > not constitute "extending" GPL-code functionality, but simply using it as > it is intended to be used. > > LGPL-licenses are a very workable alternative; perhaps the nevrax team > could countenance dual-licensing any such "rules API" and releasing > parallel versions (with identical code) under both licenses. > 1. Do not use the term commercial when you mean proprietary. Proprietary is the opposite of Free as in Freedom. 2. The exception to the GPL refers only to system libraries. See this for details: http://www.gnu.org/copyleft/gpl-faq.html#MoneyGuzzlerInc -- -[Dave Turner Stalk me: (215)-545-2859] --------------------------------------------------------------------- Every day I dream that I'll log on to the channel or walk down the street or get a phone call and you'll be there. We miss you, Pug. From novalis@novalis.org Mon Jul 2 17:48:39 2001 Received: from charger.oldcity.dca.net (charger.oldcity.dca.net [207.245.82.76]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f62FmcX73093 for ; Mon, 2 Jul 2001 17:48:38 +0200 (CEST) (envelope-from novalis@novalis.org) Received: from novalis.org (kafka.i-site.com [216.158.32.67]) by charger.oldcity.dca.net (8.9.3/8.9.3/DCANET) with ESMTP id LAA28283 for ; Mon, 2 Jul 2001 11:44:26 -0400 Message-ID: <3B409672.C2F45265@novalis.org> Date: Mon, 02 Jul 2001 11:42:42 -0400 From: Dave Turner X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.4.2 i686) X-Accept-Language: en, pdf MIME-Version: 1.0 To: nel@nevrax.org Subject: Re: [Nel] Game Rules References: <000d01c101ac$06161e00$6c8d190c@gscyclone.net> <993940023.3b3e5237494bb@fedro.ugr.es> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform x5101920@fedro.ugr.es wrote: > > Mensaje citado por: John Cosby : > > > I've been observing for a bit, and feel a need to jump in here. > > > > In many jurisdictions (America and England that I know of), the rules of > > a > > game cannot be copyrighted. Specific presentation, game boards, pieces, > > etc. may by trademarked and copyrighted, but the rules that define > > gameplay > > cannot. > > I am not a lawer... But you say "the rules of a game cannot be copyrighted." > Let's suppose that my computer is a game, k? > So my programs are the rule to play/use the game... so following that logic, > they can't be copyright, so all that EULA as just shit :) > > I have heard that what you can copyright is the style of play, for example you > can copy right D&D, you can copyright the Critical Hit table, but you can't copy > right the method of throwing a dice to resolve action. :) > > Anyway, with all that shit about patents, i think that you will be able to > patent it to. :-( You can patent a game rule set: http://164.195.100.11/netacgi/nph-Parser?Sect1=PTO1&Sect2=HITOFF&d=PALL&p=1&u=/netahtml/srchnum.htm&r=1&f=G&l=50&s1='5,641,166'.WKU.&OS=PN/5,641,166&RS=PN/5,641,166 http://164.195.100.11/netacgi/nph-Parser?Sect1=PTO2&Sect2=HITOFF&p=1&u=/netahtml/search-bool.html&r=2&f=G&l=50&co1=AND&d=ft00&s1='board+game'&OS="board+game"&RS="board+game" You can also copyright the precise look of a critical hit table, and the wording of the hits, and the arrangement of them, but not the information therein. If the arrangement is the only logical one or otherwise doesn't involve creativity, then it is not copyrightable (see ALEXANDRIA DRAFTING CO V. FRANKLIN MAPS at http://www.paed.uscourts.gov/documents/opinions/97D0773P.HTM). In short, creative stuff (even slightly creative) is copyrightable. Processes, etc. are patentable. So, the code to implement critical hits is copyrightable, but if someone reverse engineers and reimplements it, the author has no recourse. Disclaimer: IANAL. But I know more about copyright, patent, and trademark law than both of my parents put together. And they are lawyers :) -- -[Dave Turner Stalk me: (215)-545-2859] --------------------------------------------------------------------- Every day I dream that I'll log on to the channel or walk down the street or get a phone call and you'll be there. We miss you, Pug. From valignat@gw.nevrax.com Mon Jul 2 18:25:08 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f62GP8X73479 for ; Mon, 2 Jul 2001 18:25:08 +0200 (CEST) (envelope-from valignat@gw.nevrax.com) Received: from gw.nevrax.com (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with ESMTP id f62GKuI57473 for ; Mon, 2 Jul 2001 18:20:56 +0200 (CEST) (envelope-from valignat@gw.nevrax.com) Received: (from valignat@localhost) by gw.nevrax.com (8.11.2/8.11.2) id f62GKuI02185 for nel@nevrax.org; Mon, 2 Jul 2001 18:20:56 +0200 (CEST) (envelope-from valignat) Date: Mon, 2 Jul 2001 18:20:56 +0200 From: Cedric Valignat To: nel@nevrax.org Subject: Re: [Nel] Snowballs building problem Message-ID: <20010702182056.A790@nevrax.com> References: <20010701113223.A11728@bernard-hugueney.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from ymorvan@mrl.nyu.edu on Sun, Jul 01, 2001 at 12:34:04PM -0400 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi Yann, Nel changeds a lot since we wrote Snowballs. If you want compile it, you should compile the NeL source code provided with the Snowballs source code on nevrax.org : /download/snowballs_src_0_1.zip or /download/snowballs_src_0_2.tar.gz Have fun :-) Yann Morvan wrote: > I've managed to build nel correctly, but > client.cpp in snowballs/client/src/ includes > msg_socket.h and local_area.h from nel/net/ > and those files are nowhere to be found in the whole > code tree. I've tried to comment the includes out > but they are indeed needed. Can anybody help ? > Thanks in advance, From valignat@gw.nevrax.com Mon Jul 2 19:09:09 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f62H99X73771 for ; Mon, 2 Jul 2001 19:09:09 +0200 (CEST) (envelope-from valignat@gw.nevrax.com) Received: from gw.nevrax.com (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with ESMTP id f62H4vI58054 for ; Mon, 2 Jul 2001 19:04:57 +0200 (CEST) (envelope-from valignat@gw.nevrax.com) Received: (from valignat@localhost) by gw.nevrax.com (8.11.2/8.11.2) id f62H4vU02467 for nel@nevrax.org; Mon, 2 Jul 2001 19:04:57 +0200 (CEST) (envelope-from valignat) Date: Mon, 2 Jul 2001 19:04:57 +0200 From: Cedric Valignat To: nel@nevrax.org Subject: Re: [Nel] Snowballs building problem Message-ID: <20010702190457.B790@nevrax.com> References: <039c01c102c6$1e3e8b00$024510ac@valerio> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <039c01c102c6$1e3e8b00$024510ac@valerio>; from tanis@digi-web.it on Mon, Jul 02, 2001 at 09:10:47AM +0200 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi, Valerio Santinelli wrote: > The Snowballs code is outdated. You've got to wait till something like > September for a working version of Snowballs. In fact, the new Snowballs, which is under work, should be done for the end of this month, i'm actually working on it ;-) I'm putting a lot of comments to explain how to use NeL, so Snowballs should look like to some kind of NeL tutorial ... at least i'm going to try to do my best in that way :-) It will be done in 2 mains part : the client and the shard side (with several services like a Frontend, a Chat service, a Score service, etc ...) so the server structur will show how we design NeL to be used. Have fun ... Cedric. From ymorvan@mrl.nyu.edu Mon Jul 2 20:19:26 2001 Received: from cenote.mrl.nyu.edu (CENOTE.MRL.NYU.EDU [128.122.47.95]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f62IJPX74170 for ; Mon, 2 Jul 2001 20:19:25 +0200 (CEST) (envelope-from ymorvan@mrl.nyu.edu) Received: from localhost (ymorvan@localhost) by cenote.mrl.nyu.edu (8.9.1/8.9.1) with ESMTP id OAA56542 for ; Mon, 2 Jul 2001 14:04:32 -0400 (EDT) Date: Mon, 2 Jul 2001 14:04:32 -0400 From: Yann Morvan To: nel@nevrax.org Subject: Re: [Nel] Snowballs building problem In-Reply-To: <20010702190457.B790@nevrax.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform That was exactly why I wanted to have a look at Snowballs. The point I was particularly interested in was the mecanism used by the server to identify a player's action and call the matching piece of code, and how to define those "pieces of code". I've compiled the documentation, so I'll just have to look at it, but if you can think of informations I may have troubles to find, don't hesitate to tell me about it. Yann From miller@nevrax.com Tue Jul 3 10:56:10 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f638u7X79376 for ; Tue, 3 Jul 2001 10:56:08 +0200 (CEST) (envelope-from miller@nevrax.com) Received: from miller (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id f638pqI61465 for ; Tue, 3 Jul 2001 10:51:52 +0200 (CEST) (envelope-from miller@nevrax.com) From: "Daniel Miller" To: Subject: RE: [Nel] Snowballs building problem Date: Tue, 3 Jul 2001 10:51:48 +0200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 In-Reply-To: Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Your best bet for now is to look at the layer 4 code sample (/cvs/cvsweb.cgi/code/nel/samples/net_layer4) In this example the 'client' sends messages to the 'frontend', the 'frontend' treats these messages and sends them to the 'ping service'. The 'ping service' receives messages from the 'frontend', treats them and sends back new messages. The 'frontend' receives messages from the 'server', treats them and dispatches new messages to the 'client'... The following chunks of code in the 'frontend' is the key. You can extend the callback arrays to include messages for all the actions that the player can send to the shard: /* * Callback array for messages received from a client */ TCallbackItem CallbackArray[] = { { "PING", cbPing } // when receiving a "PING" message, call cbPing() }; /* * Callback array for message received from the ping service */ TCallbackItem PingServiceCallbackArray[] = { { "PONG", cbPong } // when receiving a "PONG" message, call cbPong() }; Snowballs, being based on an older version of NeL, is far less clean - the callback table contains a mixture of admin messages (such as "C" and "D"), and game messages (such as "PAN" and "SHO"). Otherwise the principles are the same. // Callback array as a server TCallbackItem CallbackArray [] = { { "ES", cbServerProcessEntityState }, //{ "BT", cbSpawnBot }, { "C", cbConnect }, { "D", cbDisconnect }, //{ "RST", cbResetServer }, { "NAM", cbAssignName }, { "PAN", cbPan }, { "SHO", cbShoot }, { "RMW", cbProcessRemoveWeapon }, { "AUT", cbWelcome }, { "DUMP", cbDumpState }, { "CHAT", cbChat }, { "PING", cbPing }, { "PONG", cbPong } //{ "ACC", cbGiveAccess } // this is for the test client. Remove it for a real use or any client can connect with any password ! }; -----Original Message----- From: nel-admin@nevrax.org [mailto:nel-admin@nevrax.org]On Behalf Of Yann Morvan Sent: Monday, July 02, 2001 8:05 PM To: nel@nevrax.org Subject: Re: [Nel] Snowballs building problem That was exactly why I wanted to have a look at Snowballs. The point I was particularly interested in was the mecanism used by the server to identify a player's action and call the matching piece of code, and how to define those "pieces of code". I've compiled the documentation, so I'll just have to look at it, but if you can think of informations I may have troubles to find, don't hesitate to tell me about it. Yann _______________________________________________ Nel mailing list Nel@nevrax.org /mailman/listinfo.cgi/nel From tanis@digi-web.it Tue Jul 3 12:34:07 2001 Received: from www.digi-web.it ([62.110.27.80]) by www.nevrax.org (8.11.0/8.11.0) with SMTP id f63AY6X79916 for ; Tue, 3 Jul 2001 12:34:06 +0200 (CEST) (envelope-from tanis@digi-web.it) Received: (qmail 16614 invoked from network); 3 Jul 2001 10:25:36 -0000 Received: from unknown (HELO valerio) (172.16.69.2) by mail.digisoft.local with SMTP; 3 Jul 2001 10:25:36 -0000 Message-ID: <04bb01c103ab$13e59af0$024510ac@valerio> From: "Valerio Santinelli" To: References: <039c01c102c6$1e3e8b00$024510ac@valerio> <20010702190457.B790@nevrax.com> Subject: Re: [Nel] Snowballs building problem Date: Tue, 3 Jul 2001 12:29:44 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MIMEOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Go Cedric, go! We're all with you :) -- Valerio Santinelli http://www.digisoft-multimedia.it/ ----- Original Message ----- From: "Cedric Valignat" To: Sent: Monday, July 02, 2001 7:04 PM Subject: Re: [Nel] Snowballs building problem > > Hi, > > Valerio Santinelli wrote: > > The Snowballs code is outdated. You've got to wait till something like > > September for a working version of Snowballs. > > In fact, the new Snowballs, which is under work, should be done for the end > of this month, i'm actually working on it ;-) > > I'm putting a lot of comments to explain how to use NeL, so Snowballs should > look like to some kind of NeL tutorial ... at least i'm going to try to do my > best in that way :-) > > It will be done in 2 mains part : the client and the shard side (with several > services like a Frontend, a Chat service, a Score service, etc ...) so the > server structur will show how we design NeL to be used. > > Have fun ... > > > Cedric. > > _______________________________________________ > Nel mailing list > Nel@nevrax.org > /mailman/listinfo.cgi/nel > From valignat@gw.nevrax.com Tue Jul 3 14:35:23 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f63CZMX80847 for ; Tue, 3 Jul 2001 14:35:22 +0200 (CEST) (envelope-from valignat@gw.nevrax.com) Received: from gw.nevrax.com (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with ESMTP id f63CV9I64059 for ; Tue, 3 Jul 2001 14:31:09 +0200 (CEST) (envelope-from valignat@gw.nevrax.com) Received: (from valignat@localhost) by gw.nevrax.com (8.11.2/8.11.2) id f63CV9Z09769 for nel@nevrax.org; Tue, 3 Jul 2001 14:31:09 +0200 (CEST) (envelope-from valignat) Date: Tue, 3 Jul 2001 14:31:09 +0200 From: Cedric Valignat To: nel@nevrax.org Subject: Re: [Nel] Snowballs building problem Message-ID: <20010703143109.A9634@nevrax.com> References: <039c01c102c6$1e3e8b00$024510ac@valerio> <20010702190457.B790@nevrax.com> <04bb01c103ab$13e59af0$024510ac@valerio> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <04bb01c103ab$13e59af0$024510ac@valerio>; from tanis@digi-web.it on Tue, Jul 03, 2001 at 12:29:44PM +0200 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Valerio Santinelli wrote: > Go Cedric, go! We're all with you :) Thanks a lot Valerio, that cheers me up :-) From tanis@digi-web.it Wed Jul 4 10:19:55 2001 Received: from www.digi-web.it ([62.110.27.80]) by www.nevrax.org (8.11.0/8.11.0) with SMTP id f648JsX88284 for ; Wed, 4 Jul 2001 10:19:54 +0200 (CEST) (envelope-from tanis@digi-web.it) Received: (qmail 29754 invoked from network); 4 Jul 2001 08:11:21 -0000 Received: from unknown (HELO valerio) (172.16.69.2) by mail.digisoft.local with SMTP; 4 Jul 2001 08:11:21 -0000 Message-ID: <064f01c10461$84a7e8e0$024510ac@valerio> From: "Valerio Santinelli" To: Date: Wed, 4 Jul 2001 10:15:42 +0200 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_064C_01C10472.481B5C20" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MIMEOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Subject: [Nel] Italian NeL community Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Messaggio in formato MIME composto da piy parti. ------=_NextPart_000_064C_01C10472.481B5C20 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable This message is mainly intended for the head people at Nevrax.=20 I am thinking about opening a new section on hateseed.com for italian = people using NeL. This means that I'd open a new forum for NeL-related talkings and a new = section with NeL related material like downloads, tutorials, snippets of = code and the like.=20 Do you think this would be usefull? Would you be interested in = supporting this initiative? Other people's thoughts about this are welcome. -- Valerio Santinelli HateSeed.com Founder (http://www.hateseed.com) In Flames Italia Webmaster (http://www.inflames.it) My Lab (http://tanis.hateseed.com) ------=_NextPart_000_064C_01C10472.481B5C20 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
This message is mainly intended for the = head people=20 at Nevrax.
 
I am thinking about opening a new = section on=20 hateseed.com for italian people using NeL.
This means that I'd open a new forum = for=20 NeL-related talkings and a new section with NeL related material like = downloads,=20 tutorials, snippets of code and the like.
 
Do you think this would be usefull? = Would you be=20 interested in supporting this initiative?
Other people's thoughts about this are=20 welcome.
 
--
Valerio = Santinelli
HateSeed.com Founder=20 (http://www.hateseed.com)
In = Flames=20 Italia Webmaster (http://www.inflames.it)
My Lab = (http://tanis.hateseed.com)
<= /DIV> ------=_NextPart_000_064C_01C10472.481B5C20-- From lejade@nevrax.com Wed Jul 4 15:15:14 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f64DFDX95281 for ; Wed, 4 Jul 2001 15:15:13 +0200 (CEST) (envelope-from lejade@nevrax.com) Received: from pc252.nevrax.com (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with ESMTP id f64DB0I75155 for ; Wed, 4 Jul 2001 15:11:00 +0200 (CEST) (envelope-from lejade@nevrax.com) Message-Id: <4.3.2.7.2.20010704115106.00b967c0@pop.nevrax.net> X-Sender: lejade@pop.nevrax.net X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Wed, 04 Jul 2001 15:10:14 +0200 To: nel@nevrax.org From: Olivier Lejade Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: [Nel] Copyright, Patents and the GPL Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Wow, I'm out of town for three days and I miss all the fun ! :) Anyway, here goes my 0.02$. About the "game rules" issue: John and Dave pretty much hit the nail on the head, so I won't go into an extended rant. I'll only add that although you could probably (as Dave mentionned) patent your rules *in the US*, it would most certainly be a bad idea as it is very expensive and time consuming to fill such a patent and numerous countries will not recognize it anyway. Keep in mind that software and business method patents are highly objectionable in the first place. You can read more about this subject here: http://www.freepatents.org/ and here: http://lpf.ai.mit.edu/Patents/against-software-patents.html European citizens should also consider signing the petition against software patents: http://petition.eurolinux.org/index.html?LANG=en As for the Pro/Anti GPL debate: Stephane Craux, I'm afraid you are *completely* missing the point of Free Software. If you are genuinely interested in learning about it and understanding what it stands for, I strongly suggest you spend some time reading the texts on the GNU project's "philosophy" page: http://www.gnu.org/philosophy/ But I suspect you're only trolling... :( Finally, for those who still have questions about NeL's license, don't forget: the GPL FAQ is your friend ! http://www.gnu.org/copyleft/gpl-faq.html Hope this helps ! O. -- Nevrax -- Olivier Lejade CEO and co-founder www.nevrax.com From lejade@nevrax.com Wed Jul 4 15:48:12 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f64DmBX95572 for ; Wed, 4 Jul 2001 15:48:11 +0200 (CEST) (envelope-from lejade@nevrax.com) Received: from pc252.nevrax.com (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with ESMTP id f64DhwI75653 for ; Wed, 4 Jul 2001 15:43:58 +0200 (CEST) (envelope-from lejade@nevrax.com) Message-Id: <4.3.2.7.2.20010704151107.00c02760@pop.nevrax.net> X-Sender: lejade@pop.nevrax.net X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Wed, 04 Jul 2001 15:43:12 +0200 To: nel@nevrax.org From: Olivier Lejade Subject: Re: [Nel] Italian NeL community In-Reply-To: <064f01c10461$84a7e8e0$024510ac@valerio> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform At 10:15 AM 7/4/01 +0200, you wrote: >I am thinking about opening a new section on hateseed.com Nice site. It's a pity my Italian is so lousy: it seems interesting too. >This means that I'd open a new forum for NeL-related talkings and a new >section with NeL related material like downloads, tutorials, snippets of >code and the like. >Do you think this would be usefull? Would you be interested in supporting >this initiative? Well to be honest, I have no idea if it would be useful... But if *you* think some Italian-only speaking people would be interested, then sure: go for it ! :) And if you go so far as to translate some NeL docs and stuff, I'm sure Yan would be happy to make some space for them on the official NeL website. Here at Nevrax, we're focusing on an international, english speaking community, but it would be cool to have localized forums elsewhere. From lejade@nevrax.com Wed Jul 4 16:06:51 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f64E6pX95815 for ; Wed, 4 Jul 2001 16:06:51 +0200 (CEST) (envelope-from lejade@nevrax.com) Received: from pc252.nevrax.com (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with ESMTP id f64E2bI75911 for ; Wed, 4 Jul 2001 16:02:37 +0200 (CEST) (envelope-from lejade@nevrax.com) Message-Id: <4.3.2.7.2.20010704155021.00c09510@pop.nevrax.net> X-Sender: lejade@pop.nevrax.net X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Wed, 04 Jul 2001 16:01:52 +0200 To: nel@nevrax.org From: Olivier Lejade Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: [Nel] GPL & Nevrax Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform BTW, we put it on the website but we forgot to tell you guys. We formed an advisory board for Nevrax: /press/board.php and Richard Stallman agreed to be on the board (a premiere AFAIK). He serves as our moral authority regarding Free Software, so I guess that we can safely say we are pretty well advised as far as the GPL is concerned... ;) From lecroart@nevrax.com Thu Jul 5 16:41:01 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f65Ef1X09039 for ; Thu, 5 Jul 2001 16:41:01 +0200 (CEST) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id f65EalI87394 for ; Thu, 5 Jul 2001 16:36:47 +0200 (CEST) (envelope-from lecroart@nevrax.com) Message-ID: <004a01c1055f$eb6a2a80$0901a8c0@vianneyl> From: "Vianney Lecroart" To: Date: Thu, 5 Jul 2001 16:36:47 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Subject: [Nel] TCP vs. UDP Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi everybody! Let's talk a little bit about this great subject: TCP vs. UDP Thanks to Valerio Santinelli and Olivier Lejade, there's some cool discussion about this subject on the web and I would like to have your thought and discuss about this. On Anarchy Online game, they only use TCP protocol between client and server (other commercial online game use UDP) and it seems that it causes lot of problem like horrible ping or connection lost: http://aoforums.funcom.com/showthread.php?threadid=26297 There's also a mail on the MUD-Dev mailing list talking about these problems here: https://www.kanga.nu/archives/MUD-Dev-L/2001Q3/msg00009.php As you perhaps know, we only use TCP/IP (for server-server communication, but also for the client-server connection) and we currently think more and more about replacing the TCP client-server connection with a UDP one. In a first step, we would like to know your opinion about this choice. And in a next step, we'll do some test about ping/packet lost and so on to compare TCP and UDP, and we'll need your help to do that. Vianney Lecroart --- lead network programmer / nevrax.com icq#: 6870415 homepage: http://ace.planet-d.net www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? From ymorvan@ens-lyon.fr Thu Jul 5 17:03:42 2001 Received: from buffalo.ens-lyon.fr (buffalo.ens-lyon.fr [140.77.1.8]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f65F3gX09252 for ; Thu, 5 Jul 2001 17:03:42 +0200 (CEST) (envelope-from ymorvan@ens-lyon.fr) Received: from woodstock (woodstock [140.77.11.50]) by buffalo.ens-lyon.fr (8.11.2/8.11.2) with ESMTP id f65ExSb08921 for ; Thu, 5 Jul 2001 16:59:28 +0200 (MET DST) Date: Thu, 5 Jul 2001 16:59:27 +0200 (MET DST) From: Yann Morvan X-Sender: ymorvan@woodstock To: nel@nevrax.org Subject: Re: [Nel] TCP vs. UDP In-Reply-To: <01061613290801.10787@localhost.localdomain> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform I've read the thread on MUD-Dev and some people here, who seem to be quite experienced, say that TCP is not a good choice for client/server communication when there are many users and with real time constraints and it seems reasonable since TCP implements re-emit mecanisms which are irrelevent if the resent data doesn't matter anymore. They say that UDP is a better choice, though EA and AC designed their own layer. I am not a network expert but I think it would be wise to ponder things thoroughly on that point, but I realize that designing one's own layer (even using UDP as a starting point) is probably quite a hard task. Yann From zager@teleaction.com Thu Jul 5 17:03:44 2001 Received: from jupiter.augur.de (jupiternew.teleaction.de [194.149.245.1]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f65F3hX09256 for ; Thu, 5 Jul 2001 17:03:44 +0200 (CEST) (envelope-from zager@teleaction.com) Received: from zager ([194.149.245.62]) by jupiter.augur.de (8.8.8+Sun/8.8.8) with ESMTP id QAA05872 for ; Thu, 5 Jul 2001 16:59:10 +0200 (MET DST) Date: Thu, 5 Jul 2001 17:00:13 +0200 From: Dim Segebart X-Mailer: The Bat! (v1.49) Business X-Priority: 3 (Normal) Message-ID: <8623106706.20010705170013@teleaction.de> To: Vianney Lecroart Subject: Re: [Nel] TCP vs. UDP In-reply-To: <004a01c1055f$eb6a2a80$0901a8c0@vianneyl> References: <004a01c1055f$eb6a2a80$0901a8c0@vianneyl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Sorry, I'm not the network guru at all, so may be it looks childish ... I think you should implement minimum error checking protocol - 1. Client sends UDP data to the server 2. Client wait for confirmation from other end what data was received (use some UID for packets to send back as confirmation) 3. If some timeout expired without confirmation, then client resends its data again Thursday, July 05, 2001, 4:36:47 PM, you wrote: VL> Hi everybody! VL> Let's talk a little bit about this great subject: TCP vs. UDP VL> Thanks to Valerio Santinelli and Olivier Lejade, there's some cool VL> discussion about this subject on the web and I would like to have your VL> thought and discuss about this. VL> On Anarchy Online game, they only use TCP protocol between client and server VL> (other commercial online game use UDP) and it seems that it causes lot of VL> problem like horrible ping or connection lost: VL> http://aoforums.funcom.com/showthread.php?threadid=26297 VL> There's also a mail on the MUD-Dev mailing list talking about these problems VL> here: VL> https://www.kanga.nu/archives/MUD-Dev-L/2001Q3/msg00009.php VL> As you perhaps know, we only use TCP/IP (for server-server communication, VL> but also for the client-server connection) and we currently think more and VL> more about replacing the TCP client-server connection with a UDP one. VL> In a first step, we would like to know your opinion about this choice. And VL> in a next step, we'll do some test about ping/packet lost and so on to VL> compare TCP and UDP, and we'll need your help to do that. VL> Vianney Lecroart VL> --- VL> lead network programmer / nevrax.com VL> icq#: 6870415 VL> homepage: http://ace.planet-d.net VL> www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- VL> w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? VL> _______________________________________________ VL> Nel mailing list VL> Nel@nevrax.org VL> /mailman/listinfo.cgi/nel -- Dim Segebart mailto:zager@teleaction.de From cblt@cblt.org Thu Jul 5 17:05:23 2001 Received: from smarthost2.mail.easynet.fr (smarthost2.mail.easynet.fr [212.180.1.69]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f65F5NX09277 for ; Thu, 5 Jul 2001 17:05:23 +0200 (CEST) (envelope-from cblt@cblt.org) Received: from mx1.mail.easynet.fr (slb-1-sippriv.mail.easynet.fr [10.0.1.57]) by smarthost2.mail.easynet.fr (Postfix) with ESMTP id 0EFFFBC71 for ; Thu, 5 Jul 2001 17:01:09 +0200 (CEST) Received: from cblt.org (nemo-gw.nemo.com [212.180.94.137]) by mx1.mail.easynet.fr (Postfix) with ESMTP id 321B9B6A5 for ; Thu, 5 Jul 2001 17:01:08 +0200 (CEST) Message-ID: <3B4480FF.7000409@cblt.org> Date: Thu, 05 Jul 2001 17:00:15 +0200 From: Nicolas Hognon User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; 0.8) Gecko/20010215 X-Accept-Language: en MIME-Version: 1.0 To: nel@nevrax.org Subject: Re: [Nel] TCP vs. UDP References: <004a01c1055f$eb6a2a80$0901a8c0@vianneyl> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform > As you perhaps know, we only use TCP/IP (for server-server communication, > but also for the client-server connection) and we currently think more and > more about replacing the TCP client-server connection with a UDP one. You mean you are thinking about creating a tinny TCP over UDP. If you want to do that i'm not sure it's a good idea. in "effective TCP/IP Programming" Jon C. Snader says in Tip 7 : Don't Underestimate The Performance of TCP Tip 8 : Avoid Reinventing TCP Ok, i'm not very useful in this conversation but i'm not (yet :)) a network guru .... I'm interest by answer from other people. > > In a first step, we would like to know your opinion about this choice. And > in a next step, we'll do some test about ping/packet lost and so on to > compare TCP and UDP, and we'll need your help to do that. > > Vianney Lecroart > --- > lead network programmer / nevrax.com > icq#: 6870415 > homepage: http://ace.planet-d.net > www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- > w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? > > > _______________________________________________ > Nel mailing list > Nel@nevrax.org > /mailman/listinfo.cgi/nel -- Nicolas Hognon nicolash@virtools.com Virtools - The Behavior Company Tel. (+33) 1 42 71 46 86 / Fax. (+33) 1 42 71 86 53 http://www.virtools.com/ From tanis@digi-web.it Thu Jul 5 17:07:00 2001 Received: from www.digi-web.it ([62.110.27.80]) by www.nevrax.org (8.11.0/8.11.0) with SMTP id f65F6xX09287 for ; Thu, 5 Jul 2001 17:06:59 +0200 (CEST) (envelope-from tanis@digi-web.it) Received: (qmail 17870 invoked from network); 5 Jul 2001 14:58:18 -0000 Received: from unknown (HELO valerio) (172.16.69.2) by mail.digisoft.local with SMTP; 5 Jul 2001 14:58:18 -0000 Message-ID: <019c01c10563$91ba2040$024510ac@valerio> From: "Valerio Santinelli" To: References: <004a01c1055f$eb6a2a80$0901a8c0@vianneyl> Subject: Re: [Nel] TCP vs. UDP Date: Thu, 5 Jul 2001 17:02:54 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform You already know my position :) UDP for everything except datas that should get through reliably and that aren't making a great impact on gaming speed, like chat, which should be reliable (i don't really want to lose pieces of discussion throughout the net) but that it's not critical to be delivered without lag. -- Valerio Santinelli http://www.digisoft-multimedia.it/ ----- Original Message ----- From: "Vianney Lecroart" To: Sent: Thursday, July 05, 2001 4:36 PM Subject: [Nel] TCP vs. UDP > Let's talk a little bit about this great subject: TCP vs. UDP > > Thanks to Valerio Santinelli and Olivier Lejade, there's some cool > discussion about this subject on the web and I would like to have your > thought and discuss about this. From novalis@novalis.org Thu Jul 5 17:21:01 2001 Received: from charger.oldcity.dca.net (charger.oldcity.dca.net [207.245.82.76]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f65FL0X09528 for ; Thu, 5 Jul 2001 17:21:01 +0200 (CEST) (envelope-from novalis@novalis.org) Received: from novalis.org (kafka.i-site.com [216.158.32.67]) by charger.oldcity.dca.net (8.9.3/8.9.3/DCANET) with ESMTP id LAA20506 for ; Thu, 5 Jul 2001 11:16:45 -0400 Message-ID: <3B448467.253F8ADA@novalis.org> Date: Thu, 05 Jul 2001 11:14:47 -0400 From: Dave Turner X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.4.2 i686) X-Accept-Language: en, pdf MIME-Version: 1.0 To: nel@nevrax.org Subject: Re: [Nel] TCP vs. UDP References: <004a01c1055f$eb6a2a80$0901a8c0@vianneyl> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Vianney Lecroart wrote: > > Hi everybody! > > Let's talk a little bit about this great subject: TCP vs. UDP > > Thanks to Valerio Santinelli and Olivier Lejade, there's some cool > discussion about this subject on the web and I would like to have your > thought and discuss about this. > > On Anarchy Online game, they only use TCP protocol between client and server > (other commercial online game use UDP) and it seems that it causes lot of > problem like horrible ping or connection lost: > http://aoforums.funcom.com/showthread.php?threadid=26297 > > There's also a mail on the MUD-Dev mailing list talking about these problems > here: > https://www.kanga.nu/archives/MUD-Dev-L/2001Q3/msg00009.php > > As you perhaps know, we only use TCP/IP (for server-server communication, > but also for the client-server connection) and we currently think more and > more about replacing the TCP client-server connection with a UDP one. > > In a first step, we would like to know your opinion about this choice. And > in a next step, we'll do some test about ping/packet lost and so on to > compare TCP and UDP, and we'll need your help to do that. > > Vianney Lecroart There's often a lot of lag at the beginning of a UDP "connection" (yes, I know UDP doesn't have those). Then gateways, which consider UDP to have higher priority, remember that there's a connection, and things start going faster. Your tests should be written with this in mind. You might also want to look into XUDP, http://www.gweep.net/~rocko/XUDP_Paper/paper.html -- -[Dave Turner Stalk me: (215)-545-2859] --------------------------------------------------------------------- "I would say our forefathers would have been ashamed, but they were slave owners." - Slashdot Anonymous Coward. Bring Pug back! From zager@teleaction.com Thu Jul 5 17:49:09 2001 Received: from jupiter.augur.de (jupiternew.teleaction.de [194.149.245.1]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f65Fn9X09849 for ; Thu, 5 Jul 2001 17:49:09 +0200 (CEST) (envelope-from zager@teleaction.com) Received: from zager ([194.149.245.62]) by jupiter.augur.de (8.8.8+Sun/8.8.8) with ESMTP id RAA07180 for ; Thu, 5 Jul 2001 17:44:36 +0200 (MET DST) Date: Thu, 5 Jul 2001 17:45:39 +0200 From: Dim Segebart X-Mailer: The Bat! (v1.49) Business X-Priority: 3 (Normal) Message-ID: <17125832931.20010705174539@teleaction.de> To: Valerio Santinelli Subject: Re[2]: [Nel] TCP vs. UDP In-reply-To: <019c01c10563$91ba2040$024510ac@valerio> References: <004a01c1055f$eb6a2a80$0901a8c0@vianneyl> <019c01c10563$91ba2040$024510ac@valerio> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Just facts: We run relatively large chat server with our own server software. We use TCP for all communications between Java clients and server-side. At peak-load time we have 2000 opened TCP-sockets at once. Profiling shows up what most of CPU time server performs write(). And finally SW and HW - we use SunOS 5.7 aka Solaris7 Our homemade software written in C++ utilize 2,5 CPU out of 4 in our Sun Enterprise Server 450 with 4 CPU and 1G RAM May be someone have the similar service on UDP and can share his statistic ? -- Dim Segebart From archer@frmug.org Thu Jul 5 17:54:51 2001 Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f65FsmX09919 for ; Thu, 5 Jul 2001 17:54:49 +0200 (CEST) (envelope-from archer@frmug.org) Received: (from archer@localhost) by frmug.org (8.9.3/frmug-2.7/nospam) id RAA00660; Thu, 5 Jul 2001 17:50:33 +0200 (CEST) (envelope-from archer) Message-ID: <20010705175031.26112@frmug.org> Date: Thu, 5 Jul 2001 17:50:31 +0200 From: Vincent Archer To: nel@nevrax.org Subject: Re: [Nel] TCP vs. UDP References: <004a01c1055f$eb6a2a80$0901a8c0@vianneyl> <3B4480FF.7000409@cblt.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88.14i In-Reply-To: <3B4480FF.7000409@cblt.org>; from Nicolas Hognon on Thu, Jul 05, 2001 at 05:00:15PM +0200 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform According to Nicolas Hognon: > > As you perhaps know, we only use TCP/IP (for server-server communication, > > but also for the client-server connection) and we currently think more and > > more about replacing the TCP client-server connection with a UDP one. > > You mean you are thinking about creating a tinny TCP over UDP. > If you want to do that i'm not sure it's a good idea. Hi. And first, I confirm I'm the same Vincent Archer that had @nevrax.com, but I no longer work there. Just resubscribed in time to see the discussion. I had a vulgarisation post on the topic on one yahoogroups (Dark Age of Camelot), but you can't access it without subscribing, so I'll summarise the thing. > Tip 7 : Don't Underestimate The Performance of TCP > Tip 8 : Avoid Reinventing TCP That's good advice... if you have the objectives of TCP in mind. You don't. In theory. Pros of TCP: - Reliable - Optimised over 20 years of programming - Fast for development - Most of the firewalls/telecom eqpt out hereare optimised for TCP protocols; I know several IP providers who drop anything non-TCP based first when they suffer congestion on their routers. Cons of TCP: - TCP is stream-based, the unit is the byte. You need to provide your own packet framing, as you may, with one read call, catch part of a packet, an entire packet, or multiple packets at the same time. - TCP has its own model for retransmission of data; you have minimal to no input on that model's behaviour. And the model is geared to the transmission of bulk data. There is one bit to indicate "interactive data" in the TCP protocol; no common equipment I know out there uses or checks that bit. - TCP is strictly sequential: there is no way to access data "as soon as received", or to ignore/discard "obsolete data": each data chunk must be received, processed (at least at the framing level 5 layer, if you follow the OSI layer model) before the next one. The last item in the list is what makes everyone look toward UDP (or any other IP-level protocol in fact, but routers and firewalls are usually disposed to treat more kindly UDP protocols than pure IP ones) for any application with real time constraints where: 1: The exact ordering of data isn't a strong requirement 2: The immediate processing of received data is highly desirable The real trap, as you underline, is when people design their own protocol over UDP and end up using the same - unconscious - model as TCP; this often leads to a "poor man's TCP" protocol that address none of the cons while providing none of the pros. To be efficient, any UDP-based protocol needs to be highly aware of the data semantics (not just syntax - i.e. format - but semantics - i.e. meaning) of what it carries. Which makes it very complex and usage-specific; you cannot plug in a "random UDP protocol" in your app (in this case, the client-server part of NeL architecture). If you design the protocol in complete isolation of the application (the MMOG) inside, better go directly to TCP; it won't be worse than anything you'll design. And it's already made and tested. Then, there's the whole problem of kernel resources devoted to TCP stack. I pass here; I'm not a kernel developper. (but anyone who plays AO knows the problems you can have merely to *connect* to the game at times) -- Vincent Archer Email: archer@frmug.org All men are mortal. Socrates was mortal. Therefore, all men are Socrates. (Woody Allen) From archer@frmug.org Thu Jul 5 18:09:00 2001 Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f65G90X10052 for ; Thu, 5 Jul 2001 18:09:00 +0200 (CEST) (envelope-from archer@frmug.org) Received: (from archer@localhost) by frmug.org (8.9.3/frmug-2.7/nospam) id SAA01716; Thu, 5 Jul 2001 18:04:45 +0200 (CEST) (envelope-from archer) Message-ID: <20010705180442.12223@frmug.org> Date: Thu, 5 Jul 2001 18:04:42 +0200 From: Vincent Archer To: nel@nevrax.org Subject: Re: [Nel] TCP vs. UDP References: <004a01c1055f$eb6a2a80$0901a8c0@vianneyl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88.14i In-Reply-To: <004a01c1055f$eb6a2a80$0901a8c0@vianneyl>; from Vianney Lecroart on Thu, Jul 05, 2001 at 04:36:47PM +0200 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform According to Vianney Lecroart: > On Anarchy Online game, they only use TCP protocol between client and server > (other commercial online game use UDP) and it seems that it causes lot of > problem like horrible ping or connection lost: > http://aoforums.funcom.com/showthread.php?threadid=26297 This post (and the rest of the discussion) do highlight the problems of AO. However, only one post, in the whole thread, seems to be close to the real "problem". I have two friends who are playing AO together. They often experience "bad lag" (i.e. 20-30s delays between a command and it's execution). However, there's one strange thing during these periods of bad lag. They still chat with each other. And I've done checking with tcpdump: you do not talk directly between clients. Everything goes thru the AO servers. My guess is that their architecture is based on a front-end/zone service model. Clients connect to a front end, and said front-end connects to a zone service, depending on the zone you are in. This is further supported by various analysis points during beta, notably when the zone service crashed while I was in it (and the whole mission dungeon got resert and randomly re-rolled), and the numerous problems people have for zoning (zone... after a strangely fixed 45s - the default TCP connection timeout - you get "Area Change not initiated on server). So you have: Client ---- TCP ----> Front End ---- TCP ----> Zone server ^ / | / V / Client ---- TCP ----> Front End ---- TCP -/ which is probably the worst architecture I can imagine, specially as there appears to be one front-end per client, and front ends closes and opens communication to zone servers. :( > In a first step, we would like to know your opinion about this choice. And > in a next step, we'll do some test about ping/packet lost and so on to > compare TCP and UDP, and we'll need your help to do that. Packet loss is a non-sequitur under TCP. You *cannot* lose packets under TCP :) (you lose connection first) -- Vincent Archer Email: archer@frmug.org All men are mortal. Socrates was mortal. Therefore, all men are Socrates. (Woody Allen) From zane@supernova.org Thu Jul 5 19:12:41 2001 Received: from xchnghq2.mmsa.com (xchngq2.mmsa.com [205.227.150.22] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f65HCdX10523 for ; Thu, 5 Jul 2001 19:12:40 +0200 (CEST) (envelope-from zane@supernova.org) Received: from IS64E003 ([172.18.51.157]) by xchnghq2.mmsa.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id MR7V6VB8; Thu, 5 Jul 2001 10:08:18 -0700 Message-ID: <00c301c10575$10cf2d10$9d3312ac@hq.mmsa.com> From: "Zane" To: References: <004a01c1055f$eb6a2a80$0901a8c0@vianneyl> <3B4480FF.7000409@cblt.org> <20010705175031.26112@frmug.org> Subject: Re: [Nel] TCP vs. UDP Date: Thu, 5 Jul 2001 10:08:09 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform ----- Original Message ----- From: "Vincent Archer" Sent: Thursday, July 05, 2001 8:50 AM > To be efficient, any UDP-based protocol needs to be highly aware of the > data semantics (not just syntax - i.e. format - but semantics - i.e. meaning) > of what it carries. Which makes it very complex and usage-specific; you > cannot plug in a "random UDP protocol" in your app (in this case, the > client-server part of NeL architecture). If you design the protocol in > complete isolation of the application (the MMOG) inside, better go directly > to TCP; it won't be worse than anything you'll design. And it's already > made and tested. I don't believe that this is entirely true. Let's look at what we need out of a protocol for NeL: 1) Know what data HAS to be delivered and what data doesn't really. 2) Know what data can be overwritten by new data if we recieve a large chunk of data at once or out of order. (If the data is spread out, not read in one call to the network object, then we don't need to know if it can be overwritten, and in order the game engine will overwrite it if it's the same class of data) Problem one is very easy to solve, we simply use a priority argument when sending data with our network object. In this case high priority data could be sent via TCP and low priority data could be sent via UDP. Problem two really isn't all that hard to solve either. Perhaps we have a 'class' argument whend sending data via our network object. When a packet is sent it includes it's data class and a serial number, both client and server keep track of both. When we recieve data we check the class and serial number. If the serial number is out of sequence and the data is considered old for that class then it's discarded, otherwise it's accepted. If the data has no class (class is set to 0) then all data is accepted and the serial number isn't checked. The only problem I see is mainting the large list of data classes. Really I don't think it's that much of a problem and wether or not you're using this model if you do discarding of data you'll be doing class checking in some form anyway. I'm sure the rest of you will point out the many other flaws I don't see. :P -E.J. Wilburn zane@supernova.org From zane@supernova.org Thu Jul 5 21:09:38 2001 Received: from xchnghq2.mmsa.com (xchngq2.mmsa.com [205.227.150.22] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f65J9bX11384 for ; Thu, 5 Jul 2001 21:09:37 +0200 (CEST) (envelope-from zane@supernova.org) Received: from IS64E003 ([172.18.51.157]) by xchnghq2.mmsa.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id MR7V6VXT; Thu, 5 Jul 2001 12:05:17 -0700 Message-ID: <00d301c10585$683ef430$9d3312ac@hq.mmsa.com> From: "Zane" To: References: <004a01c1055f$eb6a2a80$0901a8c0@vianneyl> <20010705180442.12223@frmug.org> Subject: Re: [Nel] TCP vs. UDP Date: Thu, 5 Jul 2001 12:05:07 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform ----- Original Message ----- From: "Vincent Archer" Sent: Thursday, July 05, 2001 9:04 AM > This post (and the rest of the discussion) do highlight the problems of > AO. However, only one post, in the whole thread, seems to be close to the > real "problem". > > I have two friends who are playing AO together. They often experience > "bad lag" (i.e. 20-30s delays between a command and it's execution). > However, there's one strange thing during these periods of bad lag. I also play AO but every time I've experienced real "bad lag" you cannot sit or do any action that requires server-side confirmation including ALL chat channels. In fact, I frequently will say something or shout something so that I know as soon as it shows up it's done lagging and this works like a charm. What they're experiencing is a different type of lag than is discussed in the above post, that's when a particular zone they're in lags (or the server hosting that zone) but not all servers are affected. I haven't experienced that type of lag since beta. As a side note I've noticed that when I get the "bad lag" others around me appear to get it too (at least sometimes) which lends weight to the packet storm theory. > My guess is that their architecture is based on a front-end/zone service > model. Clients connect to a front end, and said front-end connects to a > zone service, depending on the zone you are in. This is further supported > by various analysis points during beta, notably when the zone service > crashed while I was in it (and the whole mission dungeon got resert and > randomly re-rolled), and the numerous problems people have for zoning > (zone... after a strangely fixed 45s - the default TCP connection timeout - > you get "Area Change not initiated on server). > > So you have: > > Client ---- TCP ----> Front End ---- TCP ----> Zone server > ^ / > | / > V / > Client ---- TCP ----> Front End ---- TCP -/ > > which is probably the worst architecture I can imagine, specially as there > appears to be one front-end per client, and front ends closes and opens > communication to zone servers. :( There doesn't need to be one front-end per client. There can be several load-balanced front-ends that handle multiple clients each. The major problem with this is if one front-end crashes all those clients get dropped (although under UNIX (I haven't been able to get win32 to do this) you can pull some funky sockets tricks and recover from a crash without dropping most players, just majorly lagging them & loosing some updates). The good side to this is you only need one connection per client per protocol (so 2 connections if using both TCP and UDP). Unfortunately with TCP that's both a pro and a con. With one TCP connection a dropped packet on a chat message delays all other TCP traffic, but it also lessens bandwidth and server resources over multiple connections (larger, more efficient packets). Also, with a single front end you can have as many seperate services as you want without having to have a ton of different connections to the client. Regardless, we have no data as to wether or not AO is doing it that way. Maybe tonight I'll run it in windowed mode and check netstat. If we've got more than one active TCP connection to Funcom servers than that model probably isn't what they're using. On a side note, using multiple TCP connections would eliminate some of the packet-loss latency issues at the cost of increased bandwidth. Say you have one connection for chat channels, one for inventory & stat handling, one for world actions and one for combat. If connection 1 drops a packet its lag won't affect the other connections as much. But of course if they all drop packets at the same time we get the packet storm problem again. :) > Packet loss is a non-sequitur under TCP. You *cannot* lose packets under TCP :) > (you lose connection first) Yes but TCP has latency issues, UDP has packet-loss issues. Why can't we have the uber protocol that has neither??? :) BTW, does anyone know if ipv6 has addressed this issue? I'm aware of QoS but not sure to what degree they've taken it. Personally I think the only way we could get garunteed delivery with low latency is to have each router along the way garuntee a packet is delivered (if, of course, it's load allows that packet to be accepted in the first place). That way if a packet is dropped by a router due to load (or some other issue) the previous router expects a timely response and when it doesn't get one it resends or sends via a different route. (Of course I would expect a per-packet ack, probably a CRC-ack for a certain amount of traffic) The point being the original sender should never have to resend as long as the first router gets all the packets. -E.J. Wilburn zane@supernova.org From David.Mentre@inria.fr Fri Jul 6 10:25:07 2001 Received: from nez-perce.inria.fr (nez-perce.inria.fr [192.93.2.78]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f668P6N00311 for ; Fri, 6 Jul 2001 10:25:06 +0200 (CEST) (envelope-from David.Mentre@inria.fr) Received: from pochi.inria.fr (pochi.inria.fr [128.93.8.128]) by nez-perce.inria.fr (8.11.1/8.10.0) with ESMTP id f667sxT07647 for ; Fri, 6 Jul 2001 09:54:59 +0200 (MET DST) Received: (from mentre@localhost) by pochi.inria.fr (8.11.1/8.10.0) id f667sxr09428; Fri, 6 Jul 2001 09:54:59 +0200 X-Authentication-Warning: pochi.inria.fr: mentre set sender to David.Mentre@inria.fr using -f To: nel@nevrax.org Subject: Re: [Nel] TCP vs. UDP References: <004a01c1055f$eb6a2a80$0901a8c0@vianneyl> From: David Mentre Date: 06 Jul 2001 09:54:59 +0200 In-Reply-To: <004a01c1055f$eb6a2a80$0901a8c0@vianneyl> Message-ID: Lines: 48 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi, From all other posters, it seems that performance result is highly dependent on implementation. So to make the Really Good Choice(tm), you should have both and choose according to *figures*. So I would do that in the following order : 1. design a "packet sending" layer which allows messages sending/receiving with semantics in mind (see Vincent's post in the same thread). Maybe NeL has already that, I haven't check the source, sorry. 2. implement this layer using TCP. Should be straightforward. => gives you a backup implementation => gives you basic performance figures 3. design and implement UDP implementation_s_ with various requirements depending on the following parameters: - packet loss or not - in order delivery or not You could start from the easiest (packet loss && out of order <=> raw UDP) and incrementally develop more complicated ones. 4. substitute parts of TCP implementation (chat, position packets, ...) with the corresponding UDP based protocol 5. implement a benchmark and test, test, test, ... ; then go to step 4 and loop Ok. I don't propose any line of code so you could directly throw this post to /dev/null but you asked for comments. ;) BTW, what is your Linux configuration? I've been stuck with the need to reinstall everything (X, STLport, freetype) on my debian machine. So it may be easier to install the Linux distribution your are using at Nevrax on some spare partition to try to "enter the loop". Best regards, d. -- David.Mentre@inria.fr Opinions expressed here are only mine. From alfred@mazuma.net.au Fri Jul 6 11:38:30 2001 Received: from mailin3.email.bigpond.com (juicer24.bigpond.com [139.134.6.34]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f669cJN00796 for ; Fri, 6 Jul 2001 11:38:29 +0200 (CEST) (envelope-from alfred@mazuma.net.au) Received: from alfred ([139.134.4.54]) by mailin3.email.bigpond.com (Netscape Messaging Server 4.15) with SMTP id GG1PIU00.0HW for ; Fri, 6 Jul 2001 19:40:06 +1000 Received: from CPE-61-9-148-130.vic.bigpond.net.au ([61.9.148.130]) by mail6.bigpond.com(MailRouter V2.9g 11/3751349); 06 Jul 2001 19:34:30 Message-ID: <006101c105ff$e2071980$4201a8c0@vic.bigpond.net.au> From: "alfred" To: References: <004a01c1055f$eb6a2a80$0901a8c0@vianneyl> Subject: Re: [Nel] TCP vs. UDP Date: Fri, 6 Jul 2001 19:41:50 +1000 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform You *must* replace your transport mechanism with UDP :) TCP provides (nah, ensures) reliable delivery of data, but it can spend a long time transmitting (especially on clogged up links). Between packet errors and backoffs due to packet drops it can easily take 2seconds plus to get data down the "tcp pipe". And seeing its a pipe, everything behind it is "backed" up. So, time critical data can't just jump past useless data (like MOTD's,etc). With UDP on the otherhand, you lose the reliable data, but you get your timeliness. Because of the datagram nature of transmission, you can also implement independant "streams", with reliablity on some streams (via extra software layers) and timeliness on others (auto drop of old data for eg). Btw, you cannot "design your own layer", because you need to use the existing internet to send your data (which will only accept UDP and TCP). However, they probably did add to UDP, by adding an extra software layer to provide "reliable udp" (its almost trivial to do). Any, UDP is the only option that is sensible for anything that has time critical performance or for things with mutliple "data channels". BTW, I do stuff like this for a living (I am a network researched for www.dsto.defence.gov.au), with a fair bit of work in the voice arena, so I have some experience backing me up here :) ----- Original Message ----- From: "Vianney Lecroart" To: Sent: Friday, July 06, 2001 12:36 AM Subject: [Nel] TCP vs. UDP > Hi everybody! > > Let's talk a little bit about this great subject: TCP vs. UDP > > Thanks to Valerio Santinelli and Olivier Lejade, there's some cool > discussion about this subject on the web and I would like to have your > thought and discuss about this. > > On Anarchy Online game, they only use TCP protocol between client and server > (other commercial online game use UDP) and it seems that it causes lot of > problem like horrible ping or connection lost: > http://aoforums.funcom.com/showthread.php?threadid=26297 > > There's also a mail on the MUD-Dev mailing list talking about these problems > here: > https://www.kanga.nu/archives/MUD-Dev-L/2001Q3/msg00009.php > > As you perhaps know, we only use TCP/IP (for server-server communication, > but also for the client-server connection) and we currently think more and > more about replacing the TCP client-server connection with a UDP one. > > In a first step, we would like to know your opinion about this choice. And > in a next step, we'll do some test about ping/packet lost and so on to > compare TCP and UDP, and we'll need your help to do that. > > Vianney Lecroart > --- > lead network programmer / nevrax.com > icq#: 6870415 > homepage: http://ace.planet-d.net > www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- > w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? > > > _______________________________________________ > Nel mailing list > Nel@nevrax.org > /mailman/listinfo.cgi/nel > From archer@frmug.org Fri Jul 6 13:52:51 2001 Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f66BqkN01538 for ; Fri, 6 Jul 2001 13:52:50 +0200 (CEST) (envelope-from archer@frmug.org) Received: (from archer@localhost) by frmug.org (8.9.3/frmug-2.7/nospam) id NAA27896; Fri, 6 Jul 2001 13:48:54 +0200 (CEST) (envelope-from archer) Message-ID: <20010706134853.08077@frmug.org> Date: Fri, 6 Jul 2001 13:48:53 +0200 From: Vincent Archer To: nel@nevrax.org Subject: Re: [Nel] TCP vs. UDP References: <004a01c1055f$eb6a2a80$0901a8c0@vianneyl> <20010705180442.12223@frmug.org> <00d301c10585$683ef430$9d3312ac@hq.mmsa.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88.14i In-Reply-To: <00d301c10585$683ef430$9d3312ac@hq.mmsa.com>; from Zane on Thu, Jul 05, 2001 at 12:05:07PM -0700 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform According to Zane: > I also play AO but every time I've experienced real "bad lag" you cannot sit > or do any action that requires server-side confirmation including ALL chat > channels. In fact, I frequently will say something or shout something so I wasn't referring to chat channels. I was referring to /tell commands. Who, apparently, works (sometimes) while the rest is in limbo. As there is no detectable client-client communication, this shows that the lag problem is sometimes/often an intra-server lag, not a client-server lag. At other times, everything freezes up, as you experience. > Regardless, we have no data as to wether or not AO is doing it that way. > Maybe tonight I'll run it in windowed mode and check netstat. If we've got > more than one active TCP connection to Funcom servers than that model > probably isn't what they're using. I've done a tcpdump. There are 2 connexions I've seen used. One goes to the login service (dimension load/character selection). The other goes to the game service frontend. I haven't found out if you disconnect/reconnect from the game service; I suspect not. I'm maybe my graphics (love ansi art) should have put "client A", and "client B". I was suggesting different clients, each connected to a separate process that handle their frontend, not parallel TCP streams. > Yes but TCP has latency issues, UDP has packet-loss issues. Why can't we > have the uber protocol that has neither??? :) RDP. Proposed 20 years ago, never ever used :) > BTW, does anyone know if ipv6 has addressed this issue? I'm aware of QoS > but not sure to what degree they've taken it. Personally I think the only QoS in IPV6 is a lot better than the V4 version. At least, it uses more than two bits in the header :) -- Vincent Archer Email: archer@frmug.org All men are mortal. Socrates was mortal. Therefore, all men are Socrates. (Woody Allen) From archer@frmug.org Fri Jul 6 14:01:14 2001 Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f66C1DN01591 for ; Fri, 6 Jul 2001 14:01:13 +0200 (CEST) (envelope-from archer@frmug.org) Received: (from archer@localhost) by frmug.org (8.9.3/frmug-2.7/nospam) id NAA28365; Fri, 6 Jul 2001 13:57:25 +0200 (CEST) (envelope-from archer) Message-ID: <20010706135724.12856@frmug.org> Date: Fri, 6 Jul 2001 13:57:24 +0200 From: Vincent Archer To: nel@nevrax.org Subject: Re: [Nel] TCP vs. UDP References: <004a01c1055f$eb6a2a80$0901a8c0@vianneyl> <3B4480FF.7000409@cblt.org> <20010705175031.26112@frmug.org> <00c301c10575$10cf2d10$9d3312ac@hq.mmsa.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88.14i In-Reply-To: <00c301c10575$10cf2d10$9d3312ac@hq.mmsa.com>; from Zane on Thu, Jul 05, 2001 at 10:08:09AM -0700 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform According to Zane: > I don't believe that this is entirely true. Let's look at what we need out > of a protocol for NeL: > > 1) Know what data HAS to be delivered and what data doesn't really. That's priority, and bandwidth management. Not really TCP-vs-UDP relevant. > 2) Know what data can be overwritten by new data if we recieve a large > chunk of data The latter requires you to look at the semantics of the data, not just the syntax. You have to posit specific types of data, and, for example, you don't have to retransmit data type X about object A if it has been already sent out, but you have to retransmit data type Y about the same object A. This quickly require you to tie the protocol to the exact game being made. A current 3D coordinate/movement vector does not require retransmission (or, at least, not the retransmission of the same data; you may send back a more up-to-date version), but it automatically implies your game has moving 3D objects. The example above is simple and obvious, but you quickly have to tie a lot of knowledge about the game being made *into* the protocol. Making the protocol generic enough to handle an "unspecified" game is *hard*. Hard enough that I contend that using TCP in that case might be a good compromise. Of course, the more specific (to a game design) your library is, the easier it is to make it UDP-optimised. -- Vincent Archer Email: archer@frmug.org All men are mortal. Socrates was mortal. Therefore, all men are Socrates. (Woody Allen) From v.caron@zerodeux.net Fri Jul 6 20:25:39 2001 Received: from zerodeux.net (zerodeux.net [62.4.22.182]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f66IPcN03697 for ; Fri, 6 Jul 2001 20:25:38 +0200 (CEST) (envelope-from v.caron@zerodeux.net) Received: from zerodeux.net (zerodeux.home [192.168.1.3]) by zerodeux.net (Postfix) with ESMTP id 088161BCB for ; Fri, 6 Jul 2001 20:21:52 +0200 (CEST) Message-ID: <3B4601BF.42F6CEDB@zerodeux.net> Date: Fri, 06 Jul 2001 20:21:51 +0200 From: Vincent Caron X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.6 i686) X-Accept-Language: en, fr MIME-Version: 1.0 To: nel@nevrax.org Subject: Re: [Nel] TCP vs. UDP References: <004a01c1055f$eb6a2a80$0901a8c0@vianneyl> <006101c105ff$e2071980$4201a8c0@vic.bigpond.net.au> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform > Btw, you cannot "design your own layer", because you need to use the > existing internet to send your data (which will only accept UDP and TCP). > However, they probably did add to UDP, by adding an extra software layer to > provide "reliable udp" (its almost trivial to do). But do you need 'reliable transmission' ? Lost or delayed packets are part of the rules, couldn't you take this into account in your network and game code design ? Have a look at the streaming pb and protocols such as RTP or RTSP, they deal with the pb of 1) time sync and 2) data loss. This is sometime perfectly acceptable to loose some info in a game and replace it with interpolated data until getting back in sync. From zane@supernova.org Fri Jul 6 21:03:36 2001 Received: from xchnghq2.mmsa.com (xchngq2.mmsa.com [205.227.150.22] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f66J3ZN03902 for ; Fri, 6 Jul 2001 21:03:35 +0200 (CEST) (envelope-from zane@supernova.org) Received: from IS64E003 ([172.18.51.157]) by xchnghq2.mmsa.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id MR7V6YPF; Fri, 6 Jul 2001 11:59:43 -0700 Message-ID: <000c01c1064d$c70904b0$9d3312ac@hq.mmsa.com> From: "Zane" To: References: <004a01c1055f$eb6a2a80$0901a8c0@vianneyl> <3B4480FF.7000409@cblt.org> <20010705175031.26112@frmug.org> <00c301c10575$10cf2d10$9d3312ac@hq.mmsa.com> <20010706135724.12856@frmug.org> Subject: Re: [Nel] TCP vs. UDP Date: Fri, 6 Jul 2001 11:59:26 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform ----- Original Message ----- From: "Vincent Archer" Sent: Friday, July 06, 2001 4:57 AM > That's priority, and bandwidth management. Not really TCP-vs-UDP relevant. Yes, but what I'm saying is knowing that is a feature of the network object I was discussing further into the message. > > 2) Know what data can be overwritten by new data if we recieve a large > > chunk of data > > The latter requires you to look at the semantics of the data, not just the > syntax. You have to posit specific types of data, and, for example, you > don't have to retransmit data type X about object A if it has been already > sent out, but you have to retransmit data type Y about the same object A. I don't mean to be confrontational but did you even read the rest of my message? With the network object I was discussing you pass data to be sent to the client with Priority and data class. The user of the object sets up the classes in a manner such that the network object is aware of the classes (in this case a simple enum would be enough). Here's an example: You want to pass property X of object A to the client. You don't care if it gets there or not. You then pass the data to the network object with a low priority and a class corresponding to the type of data property X is. You want to pass property Y of object A to the client and you need to ensure that it gets there. You then pass the data to the network object with a high priority (and no class). > This quickly require you to tie the protocol to the exact game being made. > A current 3D coordinate/movement vector does not require retransmission > (or, at least, not the retransmission of the same data; you may send back > a more up-to-date version), but it automatically implies your game has > moving 3D objects. The network object I described doesn't need to know anything other than data class and priority. Both of those items are determined by the engine. The only special knowledge the network object needs is the list of data classes. Please re-read my e-mail. In case the original wasn't clear enough the object itself decides which protocol to use based on priority. High priority data would use TCP and low would use UDP with of course an additional header in the packet. -E.J. Wilburn zane@supernova.org From svferro@earthlink.net Sat Jul 7 00:33:49 2001 Received: from harrier.mail.pas.earthlink.net (harrier.mail.pas.earthlink.net [207.217.121.12]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f66MXmN04884 for ; Sat, 7 Jul 2001 00:33:49 +0200 (CEST) (envelope-from svferro@earthlink.net) Received: from celery (dialup-64.152.158.8.Dial1.Detroit1.Level3.net [64.152.158.8]) by harrier.mail.pas.earthlink.net (EL-8_9_3_3/8.9.3) with SMTP id PAA24265 for ; Fri, 6 Jul 2001 15:29:58 -0700 (PDT) Message-ID: <00af01c1066b$96801bd0$0200a8c0@celery> From: "Sal" To: References: <004a01c1055f$eb6a2a80$0901a8c0@vianneyl> Subject: Re: [Nel] TCP vs. UDP Date: Fri, 6 Jul 2001 18:32:46 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2479.0006 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2479.0006 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform > In a first step, we would like to know your opinion about this choice. And > in a next step, we'll do some test about ping/packet lost and so on to > compare TCP and UDP, and we'll need your help to do that. > > Vianney Lecroart I've coded small scale 3d client/server systems in both TCP and UDP while developing software for Worldforge, and have playtested both systems. The end result was that UDP gameplay just seemed smoother, especially under low latency/bad connections. Even when I had inserted code to purposely drop packets, gameplay was still surprisingly bearable. On my LAN or for persons with fast links to the server TCP was not really noticeably slower, though. So with very low latency, and little packet loss TCP would be the better choice, but unfortunately that isn't the case for the internet just yet. A lot of people are behind slow links, shared internet connections, or in unfortunate locations... for some people overseas my TCP-based software was almost unplayable, where UDP was still at least minimally usable. If you guys do end up benchmarking TCP vs. UDP, be sure to test over a simulated low-latency, and/or 'noisy' link. Drop packets randomly, simulate possible internet conditions. I'm sure you will come to the same results I did. The majority of problems I've had with UDP are firewall related. And they were almost all serverside, ie a person trying to run a UDP server behind a firewall and unable to map ports/etc. to let clients connect. Clientside, however there was very little trouble, it worked through my ipmasq firewall without problems, for one, and others had been testing behind firewalls also. However, a bit of 'reinventing TCP' was needed for the reliable data. This is unavoidable, some messages need to be sent and can't be ignored/dropped. And I agree that the OS's TCP implementation is probably more efficient than one drawn up for a video game. But I don't think using both UDP and TCP is worth the trouble to gain a reliable data transmission stream. I just don't think the performance improvement would be significant enough to justify the implementation... Let me explain why I think so. Now, say you were sending a 10 MB file over the internet to a friend. _Every_ packet must make it to the peer or the file would be corrupt. Every packet must be acknowledged somehow, using some crc, sequence number... etc. I haven't looked at any actual TCP implementation's source code, but I'll bet it does all sorts of compromising between packet transmission and acknowledgement frequency, message sizes, etc. and over the course of sending 10 Million packets (ok, maybe less for a 10 MB file) it probably saves a considerable amount of time over some dumb UDP code that acknowledges say, every 10 packets or some other simplistic mechanism. Yes, in that situation, reinventing TCP would be a bad idea... and yes, it is definately a better choice than UDP, which in fact is why almost every internet protocol uses TCP. But in our case we aren't sending a 10MB file, we're sending short messages to tell the client/server something important. ie a 'player X has died' message, which could be maybe a dozen bytes in size. All the fancy optimization that an OS's TCP stack does over the course of time wouldn't be of much use here. Also, in sending a 10MB file you dont care about latency, and you know what the next few thousand packets are going to consist of beforehand, whereas in a video game this is not the case. The optimizations TCP gives you would only take effect if you were sending large, continuous blocks of data. So for the gameplay networking layer I suggest UDP. The only exception in my opinion is for things like automatic client-patching, or downloading of media. In that case, having the client make an HTTP connection to a web server, or something similair is a *much* better choice than using the 'gameplay networking' layer to send this data. The software I spoke of here is all in Worldforge's (www.worldforge.org) CVS repository. The software I tested with was XClient, and XServer, which are both in CVS. The UDP networking library I created and used in XClient/XServer, which I recommend taking a look at, is called 'XUDP' (not the library that Dave posted about, but has the same name :-/) is also in Worldforge CVS. I extracted the UDP networking code from the GPLed Quake1 src, and converted it into a general C++ OO UDP networking library. It contains code for both reliable and unreliable transmission of data. Credit should go mostly to John Carmack of Id software for the code. I just abstracted, and tweaked a bit for use in an MMORPG setting. It might be helpful if you guys decide to go with UDP for Nel. Anyway, sorry for the long winded rant. Hope this helps some, and keep up the great work! - Sal From miller@nevrax.com Sun Jul 8 16:59:11 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f68ExBP00301 for ; Sun, 8 Jul 2001 16:59:11 +0200 (CEST) (envelope-from miller@nevrax.com) Received: from miller (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id f68EtIH00350 for ; Sun, 8 Jul 2001 16:55:18 +0200 (CEST) (envelope-from miller@nevrax.com) From: "Daniel Miller" To: Date: Sun, 8 Jul 2001 16:55:10 +0200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Importance: Normal Subject: [Nel] Power cut Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Our servers have been down since Friday evening when the server room's main trip switch cut out during an electrical storm. They should be back up now. Daniel From miller@nevrax.com Sun Jul 8 18:48:05 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f68Gm5P00872 for ; Sun, 8 Jul 2001 18:48:05 +0200 (CEST) (envelope-from miller@nevrax.com) Received: from miller (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id f68GiHH00752 for ; Sun, 8 Jul 2001 18:44:17 +0200 (CEST) (envelope-from miller@nevrax.com) From: "Daniel Miller" To: Subject: RE: [Nel] TCP vs. UDP Date: Sun, 8 Jul 2001 18:44:09 +0200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Importance: Normal In-Reply-To: <00af01c1066b$96801bd0$0200a8c0@celery> Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform I've been reading this thread with great interest. There's clearly a good case for using UDP for low priority or short life-span data. In this case the app software on top of NeL must clearly be designed with the fact that some data isn't going to get through in mind. The problem is particularly interesting because: 1. The limiting factor on the amount of data we transmit looks like being the cost of output bandwidth for the servers. - as far as I can ascertain, at today's costs we're looking at something like 8-16 kilobits per client per second maximum output from the servers (including lost packets) 2. The complexity of the scenes that we are trying to convey to the clients is rising fast. - view distances are increasing, as are screen resolutions which means that you can see more dynamic world content at any given time (characters, creatures, objects...) - It is clear that for MMORPGs we wil soon need to be able to display crouds or armies of 100s or even 1000s of characters and creatures at once. - Character animation is becoming more complicated to reflect a mix of actions performed simultaneously (such as speaking with emotional facial expression and manipulating an object in one's hands while sitting down) - which means more information to describe each character's state. - and so on... These two points combined mean that, whichever way one looks at it, a lot of scene information will have to be filtered out or sent at low frequency. If one isn't careful low frequency sends can obviously be very sensitive to packet loss - which leads me to the point of this posting: In order to work the problem we need to have a good understanding of true internet behaviour and to have a good set of test data for simulating it. The trouble right now is that I have no hard data to use to model packet loss or delivery latency over time. If anybody knows of any studies that have been done or has any of their own data I'd be very interested. In particular I'm interested in moderately bad connections that exhibit both good behaviour and bad behaviour over time. Regards to all, Daniel From jcosby@gscyclone.com Sun Jul 8 19:32:20 2001 Received: from smtp.gscyclone.com (server2.gscyclone.com [209.36.53.41]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f68HWFP01088 for ; Sun, 8 Jul 2001 19:32:20 +0200 (CEST) (envelope-from jcosby@gscyclone.com) Received: (apparently) from jc2 ([12.25.141.5]) by smtp.gscyclone.com with Microsoft SMTPSVC(5.5.1877.447.44); Sun, 8 Jul 2001 13:25:14 -0400 Message-ID: <000701c107d3$5ca38a00$058d190c@gscyclone.net> From: "John Cosby" To: References: Subject: Re: [Nel] TCP vs. UDP Date: Sun, 8 Jul 2001 13:28:04 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2615.200 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform The US Dept. of Defense has been doing simulation for decades. When I first read this thread, I though of my years-ago experience in Distributed Interactive Simulation (DIS) and its successor, the High-Level Artchitecture for Simulation (HLA). Although designed primarily for LANs, both have been successfully been used over WANs. DIS is a protocol defined atop UDP. Derived from work in the 70s, it's a bit-level definition of Ethernet packets, the most important of which is the Entity State Protocol Data Unit (PDU), which describes in all detail necessary for rendering one particular simulation entity and was rebroadcast whenever something changed over a configurable threshold (direction change, speed, etc.) or a max waiting time occurred (5 secs). Members of the simulation were responsible for receiving and filtering things they cared about, dead-reckoning the motion based on PDU updates, and broadcasting the ES PDUs they were responsible for whenever the dead-reckoning thresholds were hit or the entities timed out. Other PDUs describe weapons fire, detonation, weather effects, etc. DIS was originally broadcast UDP. HLA was an OO approach to simulation where Entities published Events, and subscribed to Events that other Entities published. It's based on classes, and some reference object models are available. There's a lot of stuff published about these topics, and an experience base that's studied many of the concerns brought up. Check the US Defense Modeling and SImulation office (www.dmso.mil) and their HLA site (www.dmso.mil/hla). Also check the Simulation Interoperability Workshop (http://www.sisostds.org/siw/) for lots of interesting topics and papers - these people have been working on creating worlds for a long time. -John ----- Original Message ----- From: Daniel Miller To: Sent: Sunday, July 08, 2001 12:44 PM Subject: RE: [Nel] TCP vs. UDP > These two points combined mean that, whichever way one looks at it, a lot of > scene information will have to be filtered out or sent at low frequency. If > one isn't careful low frequency sends can obviously be very sensitive to > packet loss - which leads me to the point of this posting: In order to work > the problem we need to have a good understanding of true internet behaviour > and to have a good set of test data for simulating it. > > The trouble right now is that I have no hard data to use to model packet > loss or delivery latency over time. If anybody knows of any studies that > have been done or has any of their own data I'd be very interested. In > particular I'm interested in moderately bad connections that exhibit both > good behaviour and bad behaviour over time. From archer@frmug.org Sun Jul 8 21:53:00 2001 Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f68JqxP01749 for ; Sun, 8 Jul 2001 21:52:59 +0200 (CEST) (envelope-from archer@frmug.org) Received: (from archer@localhost) by frmug.org (8.9.3/frmug-2.7/nospam) id VAA03917; Sun, 8 Jul 2001 21:49:04 +0200 (CEST) (envelope-from archer) Message-ID: <20010708214902.64212@frmug.org> Date: Sun, 8 Jul 2001 21:49:02 +0200 From: Vincent Archer To: nel@nevrax.org Subject: Re: [Nel] Power cut References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88.14i In-Reply-To: ; from Daniel Miller on Sun, Jul 08, 2001 at 04:55:10PM +0200 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform According to Daniel Miller: > Our servers have been down since Friday evening when the server room's main > trip switch cut out during an electrical storm. > They should be back up now. You weren't alone; the mail server I use, which is located 200m as the crow flies from Nevrax, went down at the same time, and back up... almost at the same time :) -- Vincent Archer Email: archer@frmug.org All men are mortal. Socrates was mortal. Therefore, all men are Socrates. (Woody Allen) From alfred@mazuma.net.au Mon Jul 9 09:26:27 2001 Received: from mailin2.email.bigpond.com (juicer14.bigpond.com [139.134.6.23]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f697QPP05359 for ; Mon, 9 Jul 2001 09:26:26 +0200 (CEST) (envelope-from alfred@mazuma.net.au) Received: from mazuma.net.au ([144.135.24.84]) by mailin2.email.bigpond.com (Netscape Messaging Server 4.15) with SMTP id GG73F000.48M for ; Mon, 9 Jul 2001 17:28:12 +1000 Received: from CPE-61-9-148-130.vic.bigpond.net.au ([61.9.148.130]) by bwmam06.mailsvc.email.bigpond.com(MailRouter V2.9g 8341/12554076); 09 Jul 2001 17:22:20 Message-ID: <3B495CCD.2060304@mazuma.net.au> Date: Mon, 09 Jul 2001 17:27:09 +1000 From: alfred User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.2) Gecko/20010628 X-Accept-Language: en-us MIME-Version: 1.0 To: nel@nevrax.org Subject: Re: [Nel] TCP vs. UDP References: <000701c107d3$5ca38a00$058d190c@gscyclone.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform DIS and HLA are not solutions for a MMORPG's. They were designed around LAN topologies, and there is an implicit assumption about latencies and bandwidths available. HLA itself is pretty ugly, as all it describes is a framework for a simulation "federate", it still requires lots of specification to get things to talk (I am working with some DIS stuff right now, related to wargaming for the Aust. Defence Dept, and trying to intergrate some comms reality into the system). The other problem with DIS is the amount of bytes it uses on the wire, its pretty heavy.... Gaming requires specific solutions to the problems of latency and bandwidths due to the adhoc nature of gaming (anyone can play, you can't pre-determine optimal toplogies) and because gamers always want the bleeding edge. I think nevrax should roll their own protocol, with a mix of udp, r-udp and tcp based on some kind of "traffic class" scheme. Shouldn't be too hard to design a nice OO schema to make this easy to use :) As for simulating bad links, I hear "The Cloud" (http://www.shunra.com/) can be a very useful tool. It can simulate WAN links between two ethernet segments. Useful to stress the networking sublayer to see what higher level effects you get. Other similar tools can be found on this page (http://www.topology.org/soft/sim.html). I don't know of any papers that have "characterised" the performance of the net, and I suspect that this is because it is such an agile beast. From my own experience I regularly get 2-3sec pings from AU to the US, and 10-30% packet loss is not unheard of. Perhaps some "VoIP" studies exist that provide a more analytical analysis? Or even some backbone providers stats pages? John Cosby wrote: > The US Dept. of Defense has been doing simulation for decades. When I first > read this thread, I though of my years-ago experience in Distributed > Interactive Simulation (DIS) and its successor, the High-Level Artchitecture > for Simulation (HLA). Although designed primarily for LANs, both have been > successfully been used over WANs. > > DIS is a protocol defined atop UDP. Derived from work in the 70s, it's a > bit-level definition of Ethernet packets, the most important of which is the > Entity State Protocol Data Unit (PDU), which describes in all detail > necessary for rendering one particular simulation entity and was rebroadcast > whenever something changed over a configurable threshold (direction change, > speed, etc.) or a max waiting time occurred (5 secs). Members of the > simulation were responsible for receiving and filtering things they cared > about, dead-reckoning the motion based on PDU updates, and broadcasting the > ES PDUs they were responsible for whenever the dead-reckoning thresholds > were hit or the entities timed out. Other PDUs describe weapons fire, > detonation, weather effects, etc. DIS was originally broadcast UDP. > > HLA was an OO approach to simulation where Entities published Events, and > subscribed to Events that other Entities published. It's based on classes, > and some reference object models are available. > > There's a lot of stuff published about these topics, and an experience base > that's studied many of the concerns brought up. Check the US Defense > Modeling and SImulation office (www.dmso.mil) and their HLA site > (www.dmso.mil/hla). Also check the Simulation Interoperability Workshop > (http://www.sisostds.org/siw/) for lots of interesting topics and papers - > these people have been working on creating worlds for a long time. > > -John > > ----- Original Message ----- > From: Daniel Miller > To: > Sent: Sunday, July 08, 2001 12:44 PM > Subject: RE: [Nel] TCP vs. UDP > > >>These two points combined mean that, whichever way one looks at it, a lot >> > of > >>scene information will have to be filtered out or sent at low frequency. >> > If > >>one isn't careful low frequency sends can obviously be very sensitive to >>packet loss - which leads me to the point of this posting: In order to >> > work > >>the problem we need to have a good understanding of true internet >> > behaviour > >>and to have a good set of test data for simulating it. >> >>The trouble right now is that I have no hard data to use to model packet >>loss or delivery latency over time. If anybody knows of any studies that >>have been done or has any of their own data I'd be very interested. In >>particular I'm interested in moderately bad connections that exhibit both >>good behaviour and bad behaviour over time. >> > > > _______________________________________________ > Nel mailing list > Nel@nevrax.org > /mailman/listinfo.cgi/nel > -- Alfred Reynolds alfred@mazuma.net.au From lejade@nevrax.com Mon Jul 9 13:04:46 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f69B4kP06753 for ; Mon, 9 Jul 2001 13:04:46 +0200 (CEST) (envelope-from lejade@nevrax.com) Received: from pc252.nevrax.com (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with ESMTP id f69B0vH05756 for ; Mon, 9 Jul 2001 13:00:57 +0200 (CEST) (envelope-from lejade@nevrax.com) Message-Id: <4.3.2.7.2.20010709124915.00c51a70@pop.nevrax.net> X-Sender: lejade@pop.nevrax.net X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Mon, 09 Jul 2001 13:00:11 +0200 To: nel@nevrax.org From: Olivier Lejade Subject: RE: [Nel] TCP vs. UDP In-Reply-To: References: <00af01c1066b$96801bd0$0200a8c0@celery> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform At 06:44 PM 7/8/01 +0200, you wrote: >If anybody knows of any studies that >have been done or has any of their own data I'd be very interested. You should absolutely take a look at CiteSeer: http://citeseer.nj.nec.com/cs There's always tons of interesting stuff in there. Or, you could also try the old pfd search: http://searchpdf.adobe.com/ From lecroart@nevrax.com Tue Jul 10 17:12:44 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f6AFChP16460 for ; Tue, 10 Jul 2001 17:12:43 +0200 (CEST) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id f6AF8rH20026 for ; Tue, 10 Jul 2001 17:08:53 +0200 (CEST) (envelope-from lecroart@nevrax.com) Message-ID: <008b01c10952$3ba74230$0901a8c0@vianneyl> From: "Vianney Lecroart" To: References: <004a01c1055f$eb6a2a80$0901a8c0@vianneyl> Subject: Re: [Nel] TCP vs. UDP Date: Tue, 10 Jul 2001 17:08:53 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi David, > BTW, what is your Linux configuration? I've been stuck with the need to > reinstall everything (X, STLport, freetype) on my debian machine. So it > may be easier to install the Linux distribution your are using at Nevrax > on some spare partition to try to "enter the loop". Ok, normally, it should works on all linux distribution with gcc 2.95 or greater We tested it on radhat, debian and it works well. But you have to install external library like STLport and Freetype as explains in the INSTALL file in the NeL root directory. We plan to modify the configure.in to enable the compilation without STLport but we have to be sure that NeL works compile correctly without STLport! Vianney Lecroart --- lead network programmer / nevrax.com icq#: 6870415 homepage: http://ace.planet-d.net www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? From lecroart@nevrax.com Tue Jul 10 19:22:45 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f6AHMiP17217 for ; Tue, 10 Jul 2001 19:22:44 +0200 (CEST) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id f6AHItH22066 for ; Tue, 10 Jul 2001 19:18:55 +0200 (CEST) (envelope-from lecroart@nevrax.com) Message-ID: <00ab01c10964$65c31d70$0901a8c0@vianneyl> From: "Vianney Lecroart" To: Date: Tue, 10 Jul 2001 19:18:55 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Subject: [Nel] Login System Game Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi everybody! We just launch our new game! no, no, please, keep cool, it's not THE game, but a little game for geeks/nerds/hackers :-) On the server named itsalive.nevrax.org, we have launch a shard with: login_service, naming_service, admin_executor_service, admin_service, time_service, welcome_service and a frontend_service. The goal of the game is: to crash/hack everything on this server (and only this one please ;-) We put the real login system to connect to the front end, so one goal is to successfully connect to the front end *without* login/password or to find a failure in the login procedure. You can find the documentation about how the login system works here: /docs/doxygen/nel/login_system.html In the CVS directory "nel/samples/login_sytem/" (/cvs/cvsweb.cgi/code/nel/samples/login_system/), you'll find the client source that is used to connect to the shard and also the frontend service code (that does nothing) that is running on itsalive. The client uses a configuration file (client.cfg) that contains the ip address of the login service and the login and password you want to provide. If the login doesn't exist, it will be added to the database with the password associate to it and the next time, you'll need to provide the good password to validate the login. All others services sources running on itsalive are located here: /cvs/cvsweb.cgi/code/nelns/ Our goal is know if our login system is robust or not. You can do everything you want to crash a service, all services or the computer but, please, explain us what you did to enable us to fix the problem! Vianney Lecroart --- lead network programmer / nevrax.com icq#: 6870415 homepage: http://ace.planet-d.net www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? From David.Mentre@inria.fr Wed Jul 11 09:27:30 2001 Received: from nez-perce.inria.fr (nez-perce.inria.fr [192.93.2.78]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f6B7RUP21817 for ; Wed, 11 Jul 2001 09:27:30 +0200 (CEST) (envelope-from David.Mentre@inria.fr) Received: from pochi.inria.fr (pochi.inria.fr [128.93.8.128]) by nez-perce.inria.fr (8.11.1/8.10.0) with ESMTP id f6B7NeX13142 for ; Wed, 11 Jul 2001 09:23:40 +0200 (MET DST) Received: (from mentre@localhost) by pochi.inria.fr (8.11.1/8.10.0) id f6B7Nep09113; Wed, 11 Jul 2001 09:23:40 +0200 X-Authentication-Warning: pochi.inria.fr: mentre set sender to David.Mentre@inria.fr using -f To: nel@nevrax.org Subject: Re: [Nel] TCP vs. UDP References: <004a01c1055f$eb6a2a80$0901a8c0@vianneyl> <008b01c10952$3ba74230$0901a8c0@vianneyl> From: David Mentre Date: 11 Jul 2001 09:23:40 +0200 In-Reply-To: <008b01c10952$3ba74230$0901a8c0@vianneyl> Message-ID: Lines: 14 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform "Vianney Lecroart" writes: > We plan to modify the configure.in to enable the compilation without > STLport but we have to be sure that NeL works compile correctly > without STLport! STLport is not the most difficult software to install. Anyway, thanks for your reply. I'll try to give it a new try. Best regards, d. -- David.Mentre@inria.fr Opinions expressed here are only mine. From elanda@hooper.xeme.com Wed Jul 11 19:38:46 2001 Received: from hooper.xeme.com (adsl-81-59-155.asm.bellsouth.net [65.81.59.155]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f6BHchP24721 for ; Wed, 11 Jul 2001 19:38:44 +0200 (CEST) (envelope-from elanda@hooper.xeme.com) Received: (from elanda@localhost) by hooper.xeme.com (8.9.3/8.9.3) id NAA08566 for nel@nevrax.org; Wed, 11 Jul 2001 13:34:39 -0400 In-Reply-To: <008b01c10952$3ba74230$0901a8c0@vianneyl>; from lecroart@nevrax.com on Tue, Jul 10, 2001 at 05:08:53PM +0200 Content-Type: text/plain; charset=us-ascii References: <004a01c1055f$eb6a2a80$0901a8c0@vianneyl> <008b01c10952$3ba74230$0901a8c0@vianneyl> Mime-Version: 1.0 To: nel@nevrax.org From: Ed Landa Date: Wed, 11 Jul 2001 13:34:38 -0400 X-Mailer: Mutt 1.0.1i Message-ID: <20010711133438.C6852@xeme.com> Subject: [Nel] Linux compiling (was: TCP vs. UDP) Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform > Ok, normally, it should works on all linux distribution with gcc 2.95 or > greater > We tested it on radhat, debian and it works well. But you have to install I've tried using STLport 4.0 and 4.5, but I still end up with an error in one section. It's too much C++ for this C programmer to be able to debug, so I thought I'd ask the list if anyone else is having this problem: (this isn't pretty, but it looks to me like it is trying to make a STL call that doesn't exist) $ rpm -q gcc gcc-2.96-85 make[1]: Entering directory `/home/elanda/NeL/code/nel/src/3d' /bin/sh ../../libtool --mode=compile c++ -DHAVE_CONFIG_H -I. -I/home/elanda/NeL/ code/nel/src/3d -I../../include -I/usr/include/freetype2 -O3 -I/usr/include/s tlport -I/home/elanda/NeL/code/nel/src -Wno-multichar -D_REENTRANT -I/usr/X11R 6/include -c tile_bank.cpp rm -f .libs/tile_bank.lo c++ -DHAVE_CONFIG_H -I. -I/home/elanda/NeL/code/nel/src/3d -I../../include -I/us r/include/freetype2 -O3 -I/usr/include/stlport -I/home/elanda/NeL/code/nel/src - Wno-multichar -D_REENTRANT -I/usr/X11R6/include -Wp,-MD,.deps/tile_bank.pp -c ti le_bank.cpp -fPIC -DPIC -o .libs/tile_bank.lo ../../include/nel/misc/stream.h: In method `void NLMISC::IStream::serialSTLContLen (T &, int) [with T = _STL::set, _STL::allocator >]': tile_bank.cpp:616: instantiated from here ../../include/nel/misc/stream.h:570: no matching function for call to `_STL::set, _STL::allocator >::insert (_STL::_Rb_tree_iterator >)' /usr/include/stlport/stl/_set.h:134: candidates are: _STL::pair, _Compare, _Alloc>::const_iterator, bool> _STL::set<_Key, _Compare, _Alloc>::insert (const _Key &) [with _Key = string, _Compare = _STL::less, _Alloc = _STL::allocator] /usr/include/stlport/stl/_set.h:139: typename _STL::_Rb_tree<_Key, _Key, _STL::_Identity<_Tp>, _Compare, _Alloc>::const_iterator _STL::set<_Key, _Compare, _Alloc>::insert (typename _STL::_Rb_tree<_Key, _Key, _STL::_Identity<_Tp>, _Compare, _Alloc>::const_iterator, const _Key &) [with _Key = string, _Compare = _STL::less, _Alloc = _STL::allocator] make[1]: *** [tile_bank.lo] Error 1 Also, I've put together a .spec file for making a STLport RPM. If anyone wants it, just drop me a line. Ed From v.caron@zerodeux.net Wed Jul 11 23:49:14 2001 Received: from zerodeux.net (zerodeux.net [62.4.22.182]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f6BLnCP25992 for ; Wed, 11 Jul 2001 23:49:13 +0200 (CEST) (envelope-from v.caron@zerodeux.net) Received: from zerodeux.net (zerodeux.home [192.168.1.3]) by zerodeux.net (Postfix) with ESMTP id 734E439DE for ; Wed, 11 Jul 2001 23:45:22 +0200 (CEST) Message-ID: <3B4CC8F1.91EE0EC6@zerodeux.net> Date: Wed, 11 Jul 2001 23:45:21 +0200 From: Vincent Caron X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.6 i686) X-Accept-Language: en, fr MIME-Version: 1.0 To: nel@nevrax.org Subject: Re: [Nel] Linux compiling References: <004a01c1055f$eb6a2a80$0901a8c0@vianneyl> <008b01c10952$3ba74230$0901a8c0@vianneyl> <20010711133438.C6852@xeme.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Ed Landa wrote: > > I've tried using STLport 4.0 and 4.5, but I still end up with an error in > one section. It's too much C++ for this C programmer to be able to debug, so > I thought I'd ask the list if anyone else is having this problem: Be sure to use the latest beta labeled '0619', it fixes some nasty bugs of the 4.5b7 (http://www.stlport.org/beta/STLport-0619.tar.gz). From corvazier@nevrax.com Thu Jul 12 09:35:50 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f6C7ZoP29140 for ; Thu, 12 Jul 2001 09:35:50 +0200 (CEST) (envelope-from corvazier@nevrax.com) Received: from pc23 (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id f6C7W0H36923 for ; Thu, 12 Jul 2001 09:32:00 +0200 (CEST) (envelope-from corvazier@nevrax.com) Message-ID: <001001c10aa4$bd264240$1701a8c0@nevrax.net> From: "Cyril Corvazier" To: References: <004a01c1055f$eb6a2a80$0901a8c0@vianneyl> <008b01c10952$3ba74230$0901a8c0@vianneyl> <20010711133438.C6852@xeme.com> Subject: Re: [Nel] Linux compiling (was: TCP vs. UDP) Date: Thu, 12 Jul 2001 09:32:00 +0200 Organization: Nevrax MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6600 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi, This error is a NeL compilation error, not a STLport version problem. This should be fixed now. Thanks for the report. Regards, Cyril Corvazier Lead 3d programmer Nevrax France ----- Original Message ----- From: "Ed Landa" To: Sent: Wednesday, July 11, 2001 7:34 PM Subject: [Nel] Linux compiling (was: TCP vs. UDP) > > Ok, normally, it should works on all linux distribution with gcc 2.95 or > > greater > > We tested it on radhat, debian and it works well. But you have to install > > I've tried using STLport 4.0 and 4.5, but I still end up with an error in > one section. It's too much C++ for this C programmer to be able to debug, so > I thought I'd ask the list if anyone else is having this problem: > > (this isn't pretty, but it looks to me like it is trying to make a STL call > that doesn't exist) > > $ rpm -q gcc > gcc-2.96-85 > > make[1]: Entering directory `/home/elanda/NeL/code/nel/src/3d' > /bin/sh ../../libtool --mode=compile c++ -DHAVE_CONFIG_H -I. -I/home/elanda/NeL/ > code/nel/src/3d -I../../include -I/usr/include/freetype2 -O3 -I/usr/inclu de/s > tlport -I/home/elanda/NeL/code/nel/src -Wno-multichar -D_REENTRANT -I/usr/ X11R > 6/include -c tile_bank.cpp > rm -f .libs/tile_bank.lo > c++ -DHAVE_CONFIG_H -I. -I/home/elanda/NeL/code/nel/src/3d -I../../include - I/us > r/include/freetype2 -O3 -I/usr/include/stlport -I/home/elanda/NeL/code/nel/s rc - > Wno-multichar -D_REENTRANT -I/usr/X11R6/include -Wp,-MD,.deps/tile_bank.pp - c ti > le_bank.cpp -fPIC -DPIC -o .libs/tile_bank.lo > ../../include/nel/misc/stream.h: In method `void > NLMISC::IStream::serialSTLContLen (T &, int) [with T = > _STL::set, _STL::allocator >]': > tile_bank.cpp:616: instantiated from here > ../../include/nel/misc/stream.h:570: no matching function for call to > `_STL::set, _STL::allocator > >::insert (_STL::_Rb_tree_iterator > >)' > /usr/include/stlport/stl/_set.h:134: candidates are: > _STL::pair, > _Compare, _Alloc>::const_iterator, bool> _STL::set<_Key, _Compare, > _Alloc>::insert (const _Key &) [with _Key = string, _Compare = > _STL::less, _Alloc = _STL::allocator] > /usr/include/stlport/stl/_set.h:139: typename > _STL::_Rb_tree<_Key, _Key, _STL::_Identity<_Tp>, _Compare, > _Alloc>::const_iterator _STL::set<_Key, _Compare, _Alloc>::insert > (typename _STL::_Rb_tree<_Key, _Key, _STL::_Identity<_Tp>, _Compare, > _Alloc>::const_iterator, const _Key &) [with _Key = string, _Compare = > _STL::less, _Alloc = _STL::allocator] > make[1]: *** [tile_bank.lo] Error 1 > > > > Also, I've put together a .spec file for making a STLport RPM. If anyone wants > it, just drop me a line. > > Ed > > _______________________________________________ > Nel mailing list > Nel@nevrax.org > /mailman/listinfo.cgi/nel > From xordoquy@aurora-linux.com Fri Jul 13 12:17:14 2001 Received: from mailhost.aurora-linux.com (mailhost.aurora-linux.com [212.81.103.10]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f6DAHDP37263 for ; Fri, 13 Jul 2001 12:17:13 +0200 (CEST) (envelope-from xordoquy@aurora-linux.com) Received: from arrow.aurora-linux.com (ls.aurora-linux.com [212.81.103.6]) by mailhost.aurora-linux.com (Postfix) with ESMTP id 7BE9891672 for ; Fri, 13 Jul 2001 12:13:16 +0200 (CEST) Received: by arrow.aurora-linux.com (Postfix, from userid 1) id 556983EE54; Fri, 13 Jul 2001 12:13:16 +0200 (CEST) Received: from ilaws.aurora-linux.net (ilaws.aurora-linux.net [192.168.10.105]) by arrow.aurora-linux.com (Postfix) with ESMTP id ECCAC2F283 for ; Fri, 13 Jul 2001 12:13:15 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by ilaws.aurora-linux.net (8.10.2/8.11.0) with ESMTP id f6DAN8w05760 for ; Fri, 13 Jul 2001 10:23:08 GMT From: Xavier Ordoquy To: nel@nevrax.org Content-Type: text/plain X-Mailer: Evolution/0.10 (Preview Release) Date: 13 Jul 2001 12:23:08 +0200 Message-Id: <995019788.5699.2.camel@ilaws> Mime-Version: 1.0 X-AntiVirus: scanned for viruses by AMaViS 0.2.1 (http://amavis.org/) Subject: [Nel] Snowball client trouble Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi, I've downloaded and compiled snowball 0.2 When I try to launch the client, I got error about the first packet size. I then tried to configure it to use my local serveur, but it doesn't connect it and tries to reach the default serveur. How can I change this ? (how does the client read the client.cfg file ?) Thanks. -- Xavier Ordoquy, Aurora-linux If NT is the answer, you didn't understand the question. Complexity has nothing to do with intelligence. Simplicity does. (Larry Bossidy, CEO, Allied Signal) From lecroart@nevrax.com Fri Jul 13 13:52:24 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f6DBqNP37716 for ; Fri, 13 Jul 2001 13:52:23 +0200 (CEST) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id f6DBmVH50196 for ; Fri, 13 Jul 2001 13:48:31 +0200 (CEST) (envelope-from lecroart@nevrax.com) Message-ID: <00af01c10b91$bd07c110$0901a8c0@vianneyl> From: "Vianney Lecroart" To: References: <995019788.5699.2.camel@ilaws> Subject: Re: [Nel] Snowball client trouble Date: Fri, 13 Jul 2001 13:48:31 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi Xavier, I think you should try to install it on NT ;-) nice signature Snowballs 0.2 is really deprecated and you should wait the next week for Snowball 2! Anyway, it's in the client.cfg file that you specify where the server is: LSHost = "localhost"; If you put this in the client.cfg, the client will connect to your localhost login system Vianney Lecroart --- lead network programmer / nevrax.com icq#: 6870415 homepage: http://ace.planet-d.net www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? ----- Original Message ----- From: "Xavier Ordoquy" To: Sent: Friday, July 13, 2001 12:23 PM Subject: [Nel] Snowball client trouble > Hi, > > I've downloaded and compiled snowball 0.2 > When I try to launch the client, I got error about the first packet > size. > I then tried to configure it to use my local serveur, but it doesn't > connect it and tries to reach the default serveur. > How can I change this ? (how does the client read the client.cfg > file ?) > > Thanks. > > -- > Xavier Ordoquy, Aurora-linux > If NT is the answer, you didn't understand the question. > Complexity has nothing to do with intelligence. Simplicity does. > (Larry Bossidy, CEO, Allied Signal) > > _______________________________________________ > Nel mailing list > Nel@nevrax.org > /mailman/listinfo.cgi/nel > From david.belius@chello.se Mon Jul 16 09:34:00 2001 Received: from smtp1.chello.se (smtp1.chello.se [193.150.195.10]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f6G7Y0d00224 for ; Mon, 16 Jul 2001 09:34:00 +0200 (CEST) (envelope-from david.belius@chello.se) Received: from chello.se ([193.150.204.195]) by smtp1.chello.se (InterMail vK.4.03.00.00 201-232-121 license a695420e49f967727839f4bc091d7585) with ESMTP id <20010715095648.XDYN17677.smtp1@chello.se> for ; Sun, 15 Jul 2001 11:56:48 +0200 Message-ID: <3B5169B8.900@chello.se> Date: Sun, 15 Jul 2001 12:00:24 +0200 From: david.belius@chello.se User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9) Gecko/20010505 X-Accept-Language: en MIME-Version: 1.0 To: nel@nevrax.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: [Nel] www.nevrax.org down Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform I can't reach www.nevrax.org. When i ping it i get: Reply from 194.250.133.2: TTL expired in transit. When i traceroute i get: pong:~$ traceroute www.nevrax.org traceroute to www.nevrax.org (195.68.21.195), 30 hops max, 40 byte packets 1 c193.150.204.1.cm-upc.chello.se (193.150.204.1) 7.8 ms 14.56 ms 9.447 ms 2 gsr1-ge1-2.upc.se (213.200.190.91) 8.156 ms 8.703 ms 8.476 ms 3 213.46.176.5 (213.46.176.5) 9.117 ms 17.592 ms 16.453 ms 4 * 213.46.160.210 (213.46.160.210) 9.436 ms 12.343 ms 5 213.46.160.205 (213.46.160.205) 34.315 ms 46.031 ms * 6 * * fr-par-rc-01-pos-0-0.chellonetwork.com (213.46.160.69) 43.049 ms 7 fr-par-rd-01-pos-1-0.chellonetwork.com (213.46.160.74) 43.536 ms 43.382 ms 48.619 ms 8 fr-par-rb-01-pos-8-1-0.chellonetwork.com (213.46.163.22) 49.991 ms 45.381 ms 48.53 ms 9 213.46.163.30 (213.46.163.30) 46.188 ms 46.096 ms 52.818 ms 10 fr-par-ri-01-pos-0-0-0.chellonetwork.com (212.17.101.53) 49.037 ms 52.145 ms 60.492 ms 11 colt-telecommunication.sfinx.tm.fr (194.68.129.224) 48.797 ms * 48.3 ms 12 relay2-th.s3-0-E3.fr.colt.net (194.250.136.209) 50.71 ms 47.67 ms 55.997 ms 13 relay2-colt.OC3-POS5-0-0.fr.colt.net (194.250.133.206) 48.739 ms 53.683 ms 47.798 ms 14 relay-colt.OC3.pos-0-0-0.fr.colt.net (194.250.136.61) 48.363 ms 69.684 ms 59.31 ms 15 relay-colt.s5-1-0-8.fr.colt.net (194.250.133.2) 78.627 ms 76.116 ms 93.71 3 ms 16 gw1.NiceSiris.fr.colt.net (194.250.133.1) 72.892 ms * 203.14 ms 17 relay-colt.s5-1-0-8.fr.colt.net (194.250.133.2) 86.043 ms 85.756 ms 81.68 2 ms 18 gw1.NiceSiris.fr.colt.net (194.250.133.1) 83.823 ms 82.836 ms 85.816 ms 19 * relay-colt.s5-1-0-8.fr.colt.net (194.250.133.2) 100.03 ms 100.501 ms 20 gw1.NiceSiris.fr.colt.net (194.250.133.1) 99.883 ms 108.619 ms 115.294 ms 21 relay-colt.s5-1-0-8.fr.colt.net (194.250.133.2) 112.519 ms 131.176 ms 135 .302 ms 22 gw1.NiceSiris.fr.colt.net (194.250.133.1) 110.856 ms 117.394 ms 116.263 m s 23 relay-colt.s5-1-0-8.fr.colt.net (194.250.133.2) 131.426 ms 129.002 ms 132 .275 ms 24 gw1.NiceSiris.fr.colt.net (194.250.133.1) 132.29 ms 126.232 ms 131.91 ms 25 relay-colt.s5-1-0-8.fr.colt.net (194.250.133.2) 143.837 ms 145.277 ms 143 .39 ms 26 gw1.NiceSiris.fr.colt.net (194.250.133.1) 141.688 ms 144.001 ms 142.631 m s 27 relay-colt.s5-1-0-8.fr.colt.net (194.250.133.2) 160.698 ms 160.527 ms 160 .689 ms 28 gw1.NiceSiris.fr.colt.net (194.250.133.1) 161.402 ms 158.537 ms 158.716 m s 29 relay-colt.s5-1-0-8.fr.colt.net (194.250.133.2) 176.744 ms 179.256 ms 175 .634 ms 30 gw1.NiceSiris.fr.colt.net (194.250.133.1) 177.412 ms 178.237 ms 174.412 ms It seems as if my packets are jumping back and forth between relay-colt.s5-1-0-8.fr.colt.net and gw1.NiceSiris.fr.colt.net. Is it your(nevrax's) isp that is choking? /David From david.belius@chello.se Mon Jul 16 09:34:00 2001 Received: from smtp1.chello.se (smtp1.chello.se [193.150.195.10]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f6G7Y0d00224 for ; Mon, 16 Jul 2001 09:34:00 +0200 (CEST) (envelope-from david.belius@chello.se) Received: from chello.se ([193.150.204.195]) by smtp1.chello.se (InterMail vK.4.03.00.00 201-232-121 license a695420e49f967727839f4bc091d7585) with ESMTP id <20010715095648.XDYN17677.smtp1@chello.se> for ; Sun, 15 Jul 2001 11:56:48 +0200 Message-ID: <3B5169B8.900@chello.se> Date: Sun, 15 Jul 2001 12:00:24 +0200 From: david.belius@chello.se User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9) Gecko/20010505 X-Accept-Language: en MIME-Version: 1.0 To: nel@nevrax.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: [Nel] www.nevrax.org down Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform I can't reach www.nevrax.org. When i ping it i get: Reply from 194.250.133.2: TTL expired in transit. When i traceroute i get: pong:~$ traceroute www.nevrax.org traceroute to www.nevrax.org (195.68.21.195), 30 hops max, 40 byte packets 1 c193.150.204.1.cm-upc.chello.se (193.150.204.1) 7.8 ms 14.56 ms 9.447 ms 2 gsr1-ge1-2.upc.se (213.200.190.91) 8.156 ms 8.703 ms 8.476 ms 3 213.46.176.5 (213.46.176.5) 9.117 ms 17.592 ms 16.453 ms 4 * 213.46.160.210 (213.46.160.210) 9.436 ms 12.343 ms 5 213.46.160.205 (213.46.160.205) 34.315 ms 46.031 ms * 6 * * fr-par-rc-01-pos-0-0.chellonetwork.com (213.46.160.69) 43.049 ms 7 fr-par-rd-01-pos-1-0.chellonetwork.com (213.46.160.74) 43.536 ms 43.382 ms 48.619 ms 8 fr-par-rb-01-pos-8-1-0.chellonetwork.com (213.46.163.22) 49.991 ms 45.381 ms 48.53 ms 9 213.46.163.30 (213.46.163.30) 46.188 ms 46.096 ms 52.818 ms 10 fr-par-ri-01-pos-0-0-0.chellonetwork.com (212.17.101.53) 49.037 ms 52.145 ms 60.492 ms 11 colt-telecommunication.sfinx.tm.fr (194.68.129.224) 48.797 ms * 48.3 ms 12 relay2-th.s3-0-E3.fr.colt.net (194.250.136.209) 50.71 ms 47.67 ms 55.997 ms 13 relay2-colt.OC3-POS5-0-0.fr.colt.net (194.250.133.206) 48.739 ms 53.683 ms 47.798 ms 14 relay-colt.OC3.pos-0-0-0.fr.colt.net (194.250.136.61) 48.363 ms 69.684 ms 59.31 ms 15 relay-colt.s5-1-0-8.fr.colt.net (194.250.133.2) 78.627 ms 76.116 ms 93.71 3 ms 16 gw1.NiceSiris.fr.colt.net (194.250.133.1) 72.892 ms * 203.14 ms 17 relay-colt.s5-1-0-8.fr.colt.net (194.250.133.2) 86.043 ms 85.756 ms 81.68 2 ms 18 gw1.NiceSiris.fr.colt.net (194.250.133.1) 83.823 ms 82.836 ms 85.816 ms 19 * relay-colt.s5-1-0-8.fr.colt.net (194.250.133.2) 100.03 ms 100.501 ms 20 gw1.NiceSiris.fr.colt.net (194.250.133.1) 99.883 ms 108.619 ms 115.294 ms 21 relay-colt.s5-1-0-8.fr.colt.net (194.250.133.2) 112.519 ms 131.176 ms 135 .302 ms 22 gw1.NiceSiris.fr.colt.net (194.250.133.1) 110.856 ms 117.394 ms 116.263 m s 23 relay-colt.s5-1-0-8.fr.colt.net (194.250.133.2) 131.426 ms 129.002 ms 132 .275 ms 24 gw1.NiceSiris.fr.colt.net (194.250.133.1) 132.29 ms 126.232 ms 131.91 ms 25 relay-colt.s5-1-0-8.fr.colt.net (194.250.133.2) 143.837 ms 145.277 ms 143 .39 ms 26 gw1.NiceSiris.fr.colt.net (194.250.133.1) 141.688 ms 144.001 ms 142.631 m s 27 relay-colt.s5-1-0-8.fr.colt.net (194.250.133.2) 160.698 ms 160.527 ms 160 .689 ms 28 gw1.NiceSiris.fr.colt.net (194.250.133.1) 161.402 ms 158.537 ms 158.716 m s 29 relay-colt.s5-1-0-8.fr.colt.net (194.250.133.2) 176.744 ms 179.256 ms 175 .634 ms 30 gw1.NiceSiris.fr.colt.net (194.250.133.1) 177.412 ms 178.237 ms 174.412 ms It seems as if my packets are jumping back and forth between relay-colt.s5-1-0-8.fr.colt.net and gw1.NiceSiris.fr.colt.net. Is it your(nevrax's) isp that is choking? /David From miller@nevrax.com Mon Jul 16 19:56:25 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f6GHuOd03468 for ; Mon, 16 Jul 2001 19:56:25 +0200 (CEST) (envelope-from miller@nevrax.com) Received: from miller (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id f6GHqVu11020 for ; Mon, 16 Jul 2001 19:52:31 +0200 (CEST) (envelope-from miller@nevrax.com) From: "Daniel Miller" To: Subject: RE: [Nel] www.nevrax.org down Date: Mon, 16 Jul 2001 19:52:18 +0200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Importance: Normal In-Reply-To: <3B5169B8.900@chello.se> Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Thanks for the message. For info, the server is up and we have access to the outside world so I'm not quite sure what's goign on. Colt is our ISP - we're following it up. Regards Daniel -----Original Message----- From: nel-admin@nevrax.org [mailto:nel-admin@nevrax.org]On Behalf Of david.belius@chello.se Sent: Sunday, July 15, 2001 12:00 PM To: nel@nevrax.org Subject: [Nel] www.nevrax.org down I can't reach www.nevrax.org. When i ping it i get: Reply from 194.250.133.2: TTL expired in transit. When i traceroute i get: pong:~$ traceroute www.nevrax.org traceroute to www.nevrax.org (195.68.21.195), 30 hops max, 40 byte packets 1 c193.150.204.1.cm-upc.chello.se (193.150.204.1) 7.8 ms 14.56 ms 9.447 ms 2 gsr1-ge1-2.upc.se (213.200.190.91) 8.156 ms 8.703 ms 8.476 ms 3 213.46.176.5 (213.46.176.5) 9.117 ms 17.592 ms 16.453 ms 4 * 213.46.160.210 (213.46.160.210) 9.436 ms 12.343 ms 5 213.46.160.205 (213.46.160.205) 34.315 ms 46.031 ms * 6 * * fr-par-rc-01-pos-0-0.chellonetwork.com (213.46.160.69) 43.049 ms 7 fr-par-rd-01-pos-1-0.chellonetwork.com (213.46.160.74) 43.536 ms 43.382 ms 48.619 ms 8 fr-par-rb-01-pos-8-1-0.chellonetwork.com (213.46.163.22) 49.991 ms 45.381 ms 48.53 ms 9 213.46.163.30 (213.46.163.30) 46.188 ms 46.096 ms 52.818 ms 10 fr-par-ri-01-pos-0-0-0.chellonetwork.com (212.17.101.53) 49.037 ms 52.145 ms 60.492 ms 11 colt-telecommunication.sfinx.tm.fr (194.68.129.224) 48.797 ms * 48.3 ms 12 relay2-th.s3-0-E3.fr.colt.net (194.250.136.209) 50.71 ms 47.67 ms 55.997 ms 13 relay2-colt.OC3-POS5-0-0.fr.colt.net (194.250.133.206) 48.739 ms 53.683 ms 47.798 ms 14 relay-colt.OC3.pos-0-0-0.fr.colt.net (194.250.136.61) 48.363 ms 69.684 ms 59.31 ms 15 relay-colt.s5-1-0-8.fr.colt.net (194.250.133.2) 78.627 ms 76.116 ms 93.71 3 ms 16 gw1.NiceSiris.fr.colt.net (194.250.133.1) 72.892 ms * 203.14 ms 17 relay-colt.s5-1-0-8.fr.colt.net (194.250.133.2) 86.043 ms 85.756 ms 81.68 2 ms 18 gw1.NiceSiris.fr.colt.net (194.250.133.1) 83.823 ms 82.836 ms 85.816 ms 19 * relay-colt.s5-1-0-8.fr.colt.net (194.250.133.2) 100.03 ms 100.501 ms 20 gw1.NiceSiris.fr.colt.net (194.250.133.1) 99.883 ms 108.619 ms 115.294 ms 21 relay-colt.s5-1-0-8.fr.colt.net (194.250.133.2) 112.519 ms 131.176 ms 135 .302 ms 22 gw1.NiceSiris.fr.colt.net (194.250.133.1) 110.856 ms 117.394 ms 116.263 m s 23 relay-colt.s5-1-0-8.fr.colt.net (194.250.133.2) 131.426 ms 129.002 ms 132 .275 ms 24 gw1.NiceSiris.fr.colt.net (194.250.133.1) 132.29 ms 126.232 ms 131.91 ms 25 relay-colt.s5-1-0-8.fr.colt.net (194.250.133.2) 143.837 ms 145.277 ms 143 .39 ms 26 gw1.NiceSiris.fr.colt.net (194.250.133.1) 141.688 ms 144.001 ms 142.631 m s 27 relay-colt.s5-1-0-8.fr.colt.net (194.250.133.2) 160.698 ms 160.527 ms 160 .689 ms 28 gw1.NiceSiris.fr.colt.net (194.250.133.1) 161.402 ms 158.537 ms 158.716 m s 29 relay-colt.s5-1-0-8.fr.colt.net (194.250.133.2) 176.744 ms 179.256 ms 175 .634 ms 30 gw1.NiceSiris.fr.colt.net (194.250.133.1) 177.412 ms 178.237 ms 174.412 ms It seems as if my packets are jumping back and forth between relay-colt.s5-1-0-8.fr.colt.net and gw1.NiceSiris.fr.colt.net. Is it your(nevrax's) isp that is choking? /David _______________________________________________ Nel mailing list Nel@nevrax.org /mailman/listinfo.cgi/nel From brenden@rcsis.com Tue Jul 17 05:03:08 2001 Received: from smtp.rcsis.com (smtp.surewest.net [208.45.228.18]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f6H337d06534 for ; Tue, 17 Jul 2001 05:03:07 +0200 (CEST) (envelope-from brenden@rcsis.com) Received: from brenden2001towe (118.dsl6660144.DHCP.surewest.net [66.60.144.118]) by smtp.rcsis.com (8.9.3/8.9.3) with SMTP id TAA25389 for ; Mon, 16 Jul 2001 19:48:30 -0700 Message-ID: <001001c10e6c$e3d61700$76903c42@brenden2001towe.rcsis.com> From: "Brenden Towey" To: Subject: Re: [Nel] www.nevrax.org down Date: Mon, 16 Jul 2001 20:02:18 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3110.1 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Works fine at 8:00pm PDT from California (rcsis.com). I didn't get a traceroute... Brenden -----Original Message----- From: david.belius@chello.se To: nel@nevrax.org Date: Monday, July 16, 2001 10:43 AM Subject: [Nel] www.nevrax.org down >I can't reach www.nevrax.org. >When i ping it i get: >Reply from 194.250.133.2: TTL expired in transit. > >When i traceroute i get: >pong:~$ traceroute www.nevrax.org >traceroute to www.nevrax.org (195.68.21.195), 30 hops max, 40 byte packets > 1 c193.150.204.1.cm-upc.chello.se (193.150.204.1) 7.8 ms 14.56 ms >9.447 ms > 2 gsr1-ge1-2.upc.se (213.200.190.91) 8.156 ms 8.703 ms 8.476 ms > 3 213.46.176.5 (213.46.176.5) 9.117 ms 17.592 ms 16.453 ms > 4 * 213.46.160.210 (213.46.160.210) 9.436 ms 12.343 ms > 5 213.46.160.205 (213.46.160.205) 34.315 ms 46.031 ms * > 6 * * fr-par-rc-01-pos-0-0.chellonetwork.com (213.46.160.69) 43.049 ms > 7 fr-par-rd-01-pos-1-0.chellonetwork.com (213.46.160.74) 43.536 ms >43.382 ms > 48.619 ms > 8 fr-par-rb-01-pos-8-1-0.chellonetwork.com (213.46.163.22) 49.991 ms > 45.381 >ms 48.53 ms > 9 213.46.163.30 (213.46.163.30) 46.188 ms 46.096 ms 52.818 ms >10 fr-par-ri-01-pos-0-0-0.chellonetwork.com (212.17.101.53) 49.037 ms > 52.145 >ms 60.492 ms >11 colt-telecommunication.sfinx.tm.fr (194.68.129.224) 48.797 ms * >48.3 ms >12 relay2-th.s3-0-E3.fr.colt.net (194.250.136.209) 50.71 ms 47.67 ms > 55.997 >ms >13 relay2-colt.OC3-POS5-0-0.fr.colt.net (194.250.133.206) 48.739 ms >53.683 ms > 47.798 ms >14 relay-colt.OC3.pos-0-0-0.fr.colt.net (194.250.136.61) 48.363 ms >69.684 ms > 59.31 ms >15 relay-colt.s5-1-0-8.fr.colt.net (194.250.133.2) 78.627 ms 76.116 >ms 93.71 >3 ms >16 gw1.NiceSiris.fr.colt.net (194.250.133.1) 72.892 ms * 203.14 ms >17 relay-colt.s5-1-0-8.fr.colt.net (194.250.133.2) 86.043 ms 85.756 >ms 81.68 >2 ms >18 gw1.NiceSiris.fr.colt.net (194.250.133.1) 83.823 ms 82.836 ms >85.816 ms >19 * relay-colt.s5-1-0-8.fr.colt.net (194.250.133.2) 100.03 ms >100.501 ms >20 gw1.NiceSiris.fr.colt.net (194.250.133.1) 99.883 ms 108.619 ms >115.294 ms >21 relay-colt.s5-1-0-8.fr.colt.net (194.250.133.2) 112.519 ms 131.176 >ms 135 >.302 ms >22 gw1.NiceSiris.fr.colt.net (194.250.133.1) 110.856 ms 117.394 ms >116.263 m >s >23 relay-colt.s5-1-0-8.fr.colt.net (194.250.133.2) 131.426 ms 129.002 >ms 132 >.275 ms >24 gw1.NiceSiris.fr.colt.net (194.250.133.1) 132.29 ms 126.232 ms >131.91 ms >25 relay-colt.s5-1-0-8.fr.colt.net (194.250.133.2) 143.837 ms 145.277 >ms 143 >.39 ms >26 gw1.NiceSiris.fr.colt.net (194.250.133.1) 141.688 ms 144.001 ms >142.631 m >s >27 relay-colt.s5-1-0-8.fr.colt.net (194.250.133.2) 160.698 ms 160.527 >ms 160 >.689 ms >28 gw1.NiceSiris.fr.colt.net (194.250.133.1) 161.402 ms 158.537 ms >158.716 m >s >29 relay-colt.s5-1-0-8.fr.colt.net (194.250.133.2) 176.744 ms 179.256 >ms 175 >.634 ms >30 gw1.NiceSiris.fr.colt.net (194.250.133.1) 177.412 ms 178.237 ms >174.412 ms > >It seems as if my packets are jumping back and forth between >relay-colt.s5-1-0-8.fr.colt.net and gw1.NiceSiris.fr.colt.net. >Is it your(nevrax's) isp that is choking? > >/David > >_______________________________________________ >Nel mailing list >Nel@nevrax.org >/mailman/listinfo.cgi/nel From miller@nevrax.com Tue Jul 17 09:40:47 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f6H7ekd08057 for ; Tue, 17 Jul 2001 09:40:46 +0200 (CEST) (envelope-from miller@nevrax.com) Received: from miller (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id f6H7aqu13124 for ; Tue, 17 Jul 2001 09:36:52 +0200 (CEST) (envelope-from miller@nevrax.com) From: "Daniel Miller" To: Subject: RE: [Nel] www.nevrax.org down Date: Tue, 17 Jul 2001 09:36:40 +0200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Importance: Normal In-Reply-To: <001001c10e6c$e3d61700$76903c42@brenden2001towe.rcsis.com> Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Thanks for the info. If anyone else has trouble it would be much appreciated if you could let us know. Regards to all, Daniel -----Original Message----- From: nel-admin@nevrax.org [mailto:nel-admin@nevrax.org]On Behalf Of Brenden Towey Sent: Tuesday, July 17, 2001 5:02 AM To: nel@nevrax.org Subject: Re: [Nel] www.nevrax.org down Works fine at 8:00pm PDT from California (rcsis.com). I didn't get a traceroute... Brenden -----Original Message----- From: david.belius@chello.se To: nel@nevrax.org Date: Monday, July 16, 2001 10:43 AM Subject: [Nel] www.nevrax.org down >I can't reach www.nevrax.org. >When i ping it i get: >Reply from 194.250.133.2: TTL expired in transit. > >When i traceroute i get: >pong:~$ traceroute www.nevrax.org >traceroute to www.nevrax.org (195.68.21.195), 30 hops max, 40 byte packets > 1 c193.150.204.1.cm-upc.chello.se (193.150.204.1) 7.8 ms 14.56 ms >9.447 ms > 2 gsr1-ge1-2.upc.se (213.200.190.91) 8.156 ms 8.703 ms 8.476 ms > 3 213.46.176.5 (213.46.176.5) 9.117 ms 17.592 ms 16.453 ms > 4 * 213.46.160.210 (213.46.160.210) 9.436 ms 12.343 ms > 5 213.46.160.205 (213.46.160.205) 34.315 ms 46.031 ms * > 6 * * fr-par-rc-01-pos-0-0.chellonetwork.com (213.46.160.69) 43.049 ms > 7 fr-par-rd-01-pos-1-0.chellonetwork.com (213.46.160.74) 43.536 ms >43.382 ms > 48.619 ms > 8 fr-par-rb-01-pos-8-1-0.chellonetwork.com (213.46.163.22) 49.991 ms > 45.381 >ms 48.53 ms > 9 213.46.163.30 (213.46.163.30) 46.188 ms 46.096 ms 52.818 ms >10 fr-par-ri-01-pos-0-0-0.chellonetwork.com (212.17.101.53) 49.037 ms > 52.145 >ms 60.492 ms >11 colt-telecommunication.sfinx.tm.fr (194.68.129.224) 48.797 ms * >48.3 ms >12 relay2-th.s3-0-E3.fr.colt.net (194.250.136.209) 50.71 ms 47.67 ms > 55.997 >ms >13 relay2-colt.OC3-POS5-0-0.fr.colt.net (194.250.133.206) 48.739 ms >53.683 ms > 47.798 ms >14 relay-colt.OC3.pos-0-0-0.fr.colt.net (194.250.136.61) 48.363 ms >69.684 ms > 59.31 ms >15 relay-colt.s5-1-0-8.fr.colt.net (194.250.133.2) 78.627 ms 76.116 >ms 93.71 >3 ms >16 gw1.NiceSiris.fr.colt.net (194.250.133.1) 72.892 ms * 203.14 ms >17 relay-colt.s5-1-0-8.fr.colt.net (194.250.133.2) 86.043 ms 85.756 >ms 81.68 >2 ms >18 gw1.NiceSiris.fr.colt.net (194.250.133.1) 83.823 ms 82.836 ms >85.816 ms >19 * relay-colt.s5-1-0-8.fr.colt.net (194.250.133.2) 100.03 ms >100.501 ms >20 gw1.NiceSiris.fr.colt.net (194.250.133.1) 99.883 ms 108.619 ms >115.294 ms >21 relay-colt.s5-1-0-8.fr.colt.net (194.250.133.2) 112.519 ms 131.176 >ms 135 >.302 ms >22 gw1.NiceSiris.fr.colt.net (194.250.133.1) 110.856 ms 117.394 ms >116.263 m >s >23 relay-colt.s5-1-0-8.fr.colt.net (194.250.133.2) 131.426 ms 129.002 >ms 132 >.275 ms >24 gw1.NiceSiris.fr.colt.net (194.250.133.1) 132.29 ms 126.232 ms >131.91 ms >25 relay-colt.s5-1-0-8.fr.colt.net (194.250.133.2) 143.837 ms 145.277 >ms 143 >.39 ms >26 gw1.NiceSiris.fr.colt.net (194.250.133.1) 141.688 ms 144.001 ms >142.631 m >s >27 relay-colt.s5-1-0-8.fr.colt.net (194.250.133.2) 160.698 ms 160.527 >ms 160 >.689 ms >28 gw1.NiceSiris.fr.colt.net (194.250.133.1) 161.402 ms 158.537 ms >158.716 m >s >29 relay-colt.s5-1-0-8.fr.colt.net (194.250.133.2) 176.744 ms 179.256 >ms 175 >.634 ms >30 gw1.NiceSiris.fr.colt.net (194.250.133.1) 177.412 ms 178.237 ms >174.412 ms > >It seems as if my packets are jumping back and forth between >relay-colt.s5-1-0-8.fr.colt.net and gw1.NiceSiris.fr.colt.net. >Is it your(nevrax's) isp that is choking? > >/David > >_______________________________________________ >Nel mailing list >Nel@nevrax.org >/mailman/listinfo.cgi/nel _______________________________________________ Nel mailing list Nel@nevrax.org /mailman/listinfo.cgi/nel From dupre_julien@yahoo.fr Tue Jul 17 16:55:58 2001 Received: from web4104.mail.yahoo.com (web4104.mail.yahoo.com [216.115.104.124]) by www.nevrax.org (8.11.0/8.11.0) with SMTP id f6HEtud10656 for ; Tue, 17 Jul 2001 16:55:57 +0200 (CEST) (envelope-from dupre_julien@yahoo.fr) Message-ID: <20010717145159.7040.qmail@web4104.mail.yahoo.com> Received: from [130.208.198.54] by web4104.mail.yahoo.com via HTTP; Tue, 17 Jul 2001 16:51:59 CEST Date: Tue, 17 Jul 2001 16:51:59 +0200 (CEST) From: =?iso-8859-1?q?Julien?= To: nel@nevrax.org In-Reply-To: <00ab01c10964$65c31d70$0901a8c0@vianneyl> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: [Nel] pacs Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi, I was wondering if anyone had a exemple of how to use the pacs service ( exept from pacs_service.cpp), or if more documentation about pacs (tahn on the nevrax site)could be found somewhere? Thanx, Jul. ___________________________________________________________ Do You Yahoo!? -- Vos albums photos en ligne, Yahoo! Photos : http://fr.photos.yahoo.com From corvazier@nevrax.com Thu Jul 19 14:08:01 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f6JC81d45441 for ; Thu, 19 Jul 2001 14:08:01 +0200 (CEST) (envelope-from corvazier@nevrax.com) Received: from cyrilc (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id f6JC44u38173 for ; Thu, 19 Jul 2001 14:04:05 +0200 (CEST) (envelope-from corvazier@nevrax.com) Message-ID: <003c01c1104a$e7ad6790$1701a8c0@cyrilc> From: "Cyril 'Hulud' Corvazier" To: References: <20010717145159.7040.qmail@web4104.mail.yahoo.com> Subject: Re: [Nel] pacs Date: Thu, 19 Jul 2001 14:04:03 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MIMEOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi, > I was wondering if anyone had a exemple of how to > use the pacs service ( exept from pacs_service.cpp), > or if more documentation about pacs (tahn on the > nevrax site)could be found somewhere? A sample has been added in NeL to show how to use PACS library using the PACS user interface (we recommand to not use the pacs service). This sample is located in nel/samples/pacs. It doesn't show how to manage collisions against the landscape but this will come soon. Regards, Cyril Corvazier Lead 3d programmer Nevrax France From ahoyt@packetport.com Thu Jul 19 14:33:12 2001 Received: from smtp2.mail.iamworld.net (smtp2-out.mail.iamworld.net [204.91.241.117]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f6JCXBd45706 for ; Thu, 19 Jul 2001 14:33:12 +0200 (CEST) (envelope-from ahoyt@packetport.com) Received: from packetport.com ([207.86.139.130]) by smtp2.mail.iamworld.net (8.9.3/8.9.3) with ESMTP id IAA2691029 for ; Thu, 19 Jul 2001 08:29:14 -0400 (EDT) Message-ID: <3B56D2CC.D3F6C078@packetport.com> Date: Thu, 19 Jul 2001 08:30:04 -0400 From: Tony Hoyt X-Mailer: Mozilla 4.76 [en] (X11; U; SunOS 5.7 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: nel@nevrax.org References: <20010717145159.7040.qmail@web4104.mail.yahoo.com> <003c01c1104a$e7ad6790$1701a8c0@cyrilc> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: [Nel] Snowball 2.0? Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform I'm curious as to the progress of SnowBall and it's compatability with the latest version of nel. Has the team stableized things in the interface to a point where a new version could be done or should we see more inteface re-defineing changes in the future that could strongly affect any projects desired to be based off of it? Also, how's the progress on the 3d rendering engine? At home I have a p3 800 but only a tnt2 ultra video card with 32mb ram. Will nel eventually be developed to support that weak a model of graphics card? At least there should be some options of disableing a lot of 'special affects' to help speed up the game in question. And we all know that it should be able to deal with 100 active actors on screen at one time. (Stress test) But how possable does that look in the near future? Tony From lecroart@nevrax.com Thu Jul 19 15:18:47 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f6JDIkd45999 for ; Thu, 19 Jul 2001 15:18:46 +0200 (CEST) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id f6JDEou39352 for ; Thu, 19 Jul 2001 15:14:50 +0200 (CEST) (envelope-from lecroart@nevrax.com) Message-ID: <006501c11054$ca781850$0901a8c0@vianneyl> From: "Vianney Lecroart" To: References: <20010717145159.7040.qmail@web4104.mail.yahoo.com> <003c01c1104a$e7ad6790$1701a8c0@cyrilc> <3B56D2CC.D3F6C078@packetport.com> Subject: Re: [Nel] Snowball 2.0? Date: Thu, 19 Jul 2001 15:14:50 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hello Tony, > I'm curious as to the progress of SnowBall and it's compatability with > the latest version of nel. The Snowball is out of date. It doesn't compile with NeL since we change lot of things in the user interface. We (Cedric Valignat, Benjamin Legros and I) work on the new snowball called Snowballs2. In this version, we rewrite everything from scratch (except lens flare and radar) with the current NeL interface. There's a simple (14 cpp files) client explain how to use NeL. It uses lot of stuffs from NeL like Particule system, Animation, Skeleton, Skinning, Landscape, Collision, Network, etc... So it will be a good tutorial or starting point to use NeL. We plan to release it soon (before the end of the next week) and we actually work on the server side and 3d datas integration. > Has the team stableized things in the > interface to a point where a new version could be done or should we see > more inteface re-defineing changes in the future that could strongly > affect any projects desired to be based off of it? The NeL library user interface changes often because we have not fix it. We plan to fix the NeL interface before the end of this year. But the current user interface doesn't change often anyway. > Also, how's the progress on the 3d rendering engine? At home I have a > p3 800 but only a tnt2 ultra video card with 32mb ram. Will nel > eventually be developed to support that weak a model of graphics card? > At least there should be some options of disableing a lot of 'special > affects' to help speed up the game in question. And we all know that it > should be able to deal with 100 active actors on screen at one time. > (Stress test) But how possable does that look in the near future? I leave Cyril Corvazier (lead 3d programer) to answer to this :) Vianney Lecroart --- lead network programmer / nevrax.com icq#: 6870415 homepage: http://ace.planet-d.net www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? From ahoyt@packetport.com Thu Jul 19 15:46:54 2001 Received: from smtp2.mail.iamworld.net (smtp2-out.mail.iamworld.net [204.91.241.117]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f6JDkrd46178 for ; Thu, 19 Jul 2001 15:46:53 +0200 (CEST) (envelope-from ahoyt@packetport.com) Received: from packetport.com ([207.86.139.130]) by smtp2.mail.iamworld.net (8.9.3/8.9.3) with ESMTP id JAA2704715 for ; Thu, 19 Jul 2001 09:42:56 -0400 (EDT) Message-ID: <3B56E412.971E922C@packetport.com> Date: Thu, 19 Jul 2001 09:43:46 -0400 From: Tony Hoyt X-Mailer: Mozilla 4.76 [en] (X11; U; SunOS 5.7 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: nel@nevrax.org Subject: Re: [Nel] Snowball 2.0? References: <20010717145159.7040.qmail@web4104.mail.yahoo.com> <003c01c1104a$e7ad6790$1701a8c0@cyrilc> <3B56D2CC.D3F6C078@packetport.com> <006501c11054$ca781850$0901a8c0@vianneyl> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Vianney Lecroart wrote: I've read some of the logs to this newsgroup so I knew about the issues with the current SnowBall. I would like to give NEL a try but I was hopeing a more full version example would help me more :-) But yes, i'll look at the tutorials some more to see how this sdk works. > The NeL library user interface changes often because we have not fix it. We > plan to fix the NeL interface before the end of this year. But the current > user interface doesn't change often anyway. I'm a little confused here. Basicly what I want to know is, if I write code for nel now, how strong is the possablity of me having to re-write that code to take into the count of changes in function definitions? now i know the code must evolve and change, but if I start writing an application with the sdk, and every two months i need to make major revisions to keep up with the latest and greatest, I may pause some before starting development. How possable is it to see a lock on the headers? > I leave Cyril Corvazier (lead 3d programer) to answer to this :) Also, anyone hear about this new technology Verant Interactive is going to be using for EQ1.5? (ie, the upcomeing expansion) I hear it's supposed to help make online games work a hell of a lot faster. But what is it? Tony From zane@supernova.org Tue Aug 7 20:11:05 2001 Received: from xchnghq2.mmsa.com (xchngq2.mmsa.com [205.227.150.22] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f77IAiJ67666 for ; Tue, 7 Aug 2001 20:11:04 +0200 (CEST) (envelope-from zane@supernova.org) Received: from IS64E003 ([172.18.51.157]) by xchnghq2.mmsa.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id MR7V9LMF; Tue, 7 Aug 2001 11:06:28 -0700 Message-ID: <018d01c11f6b$8a460190$9d3312ac@hq.mmsa.com> From: "Zane" To: References: Date: Tue, 7 Aug 2001 11:05:28 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Subject: [Nel] STLPort, again. :) Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform It's been a while since I last compiled NeL but I'm now trying to compile the latest CVS version of NeL and configure is saying STLPort isn't found. STLPort 4.0 is installed and the old configure was able to find it using the same options (I am doing --with-stlport=/usr/include/stlport) but the new configure is saying it's not installed (I'm the same shell script with the configure options for both, so there are no typos or missing options, both configures were ran the exact same way on the same system today). Is the latest CVS version relying on a newer version of STLPort or is there a bug with the latest configure script? Thanks, E.J. Wilburn From zane@supernova.org Tue Aug 7 21:20:43 2001 Received: from xchnghq2.mmsa.com (xchngq2.mmsa.com [205.227.150.22] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f77JKgJ68055 for ; Tue, 7 Aug 2001 21:20:42 +0200 (CEST) (envelope-from zane@supernova.org) Received: from IS64E003 ([172.18.51.157]) by xchnghq2.mmsa.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id MR7V9LVQ; Tue, 7 Aug 2001 12:16:28 -0700 Message-ID: <019401c11f75$4fefe100$9d3312ac@hq.mmsa.com> From: "Zane" To: References: <018d01c11f6b$8a460190$9d3312ac@hq.mmsa.com> Subject: Re: [Nel] STLPort, again. :) Date: Tue, 7 Aug 2001 12:15:25 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform ----- Original Message ----- From: "Zane" Sent: Tuesday, August 07, 2001 11:05 AM > It's been a while since I last compiled NeL but I'm now trying to compile > the latest CVS version of NeL and configure is saying STLPort isn't found. > STLPort 4.0 is installed and the old configure was able to find it using the > same options (I am doing --with-stlport=/usr/include/stlport) but the new > configure is saying it's not installed (I'm the same shell script with the > configure options for both, so there are no typos or missing options, both > configures were ran the exact same way on the same system today). Is the > latest CVS version relying on a newer version of STLPort or is there a bug > with the latest configure script? It seems that either the --with-stlport-include is a new configure option or recently the configure script has been changed to append /include to your --with-stlport path if you don't specify --with-stlport-include. If --with-stlport-include is a new option then it should be using the --with-stlport path without modification unless it's explicitly specified. The default distribution of STLport doesn't even have/create an include directory for the header files, it's STLport-4.0/stlport. Also, this change isn't documented in the INSTALL file (still says you just need --with-stlport). From the INSTALL document: The "configure" script must be call with the "--with-stlport" and "--with-python" options. The option "--with-stlport" allow to override the default STL headers and the option "--with-python" tell to the configuration script, where to find the Python headers files. It specifically states that the --with-stlport option points to the STL header files so --with-stlport-include seems redundant. Either --with-stlport should be removed (so we're left with --with-stlport-include and --with-stlport-lib) or --with-stlport-include should be removed or at the very least /include should not be appended to the --with-stlport option. Thanks, E.J. Wilburn From zane@supernova.org Wed Aug 8 00:16:29 2001 Received: from xchnghq2.mmsa.com (xchngq2.mmsa.com [205.227.150.22] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f77MGCJ68999 for ; Wed, 8 Aug 2001 00:16:28 +0200 (CEST) (envelope-from zane@supernova.org) Received: from IS64E003 ([172.18.51.157]) by xchnghq2.mmsa.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id MR7V9MPF; Tue, 7 Aug 2001 15:11:59 -0700 Message-ID: <01af01c11f8d$d3f170f0$9d3312ac@hq.mmsa.com> From: "Zane" To: References: Date: Tue, 7 Aug 2001 15:10:54 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Subject: [Nel] Small bug in coarse_mesh_manager.h Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform In code/nel/src/3d/coarse_mesh_manager.h on line 98 an enum is being declared with a value of 0xffffffffffffffff which is 32 bits too long for i386 Linux. Changing the definition to (~0U) will give you 0xffffffff on 32 bit and 0xffffffffffffffff on 64 bit. After this change and the problem with configure was worked around NeL compiled fine on my system. -E.J. Wilburn From corvazier@nevrax.com Wed Aug 8 09:38:03 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f787c3J72323 for ; Wed, 8 Aug 2001 09:38:03 +0200 (CEST) (envelope-from corvazier@nevrax.com) Received: from cyrilc (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id f787XtZ77979 for ; Wed, 8 Aug 2001 09:33:55 +0200 (CEST) (envelope-from corvazier@nevrax.com) Message-ID: <001d01c11fdc$7d7dd7f0$1701a8c0@cyrilc> From: "Cyril 'Hulud' Corvazier" To: References: <01af01c11f8d$d3f170f0$9d3312ac@hq.mmsa.com> Subject: Re: [Nel] Small bug in coarse_mesh_manager.h Date: Wed, 8 Aug 2001 09:34:00 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi Zane, I will fixe this problem on the CVS. Thank you for the report. Regards, Cyril Corvazier > In code/nel/src/3d/coarse_mesh_manager.h on line 98 an enum is being > declared with a value of 0xffffffffffffffff which is 32 bits too long for > i386 Linux. Changing the definition to (~0U) will give you 0xffffffff on 32 > bit and 0xffffffffffffffff on 64 bit. From valignat@gw.nevrax.com Wed Aug 8 12:47:43 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f78AlhJ73301 for ; Wed, 8 Aug 2001 12:47:43 +0200 (CEST) (envelope-from valignat@gw.nevrax.com) Received: from gw.nevrax.com (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with ESMTP id f78AhYZ80050 for ; Wed, 8 Aug 2001 12:43:34 +0200 (CEST) (envelope-from valignat@gw.nevrax.com) Received: (from valignat@localhost) by gw.nevrax.com (8.11.2/8.11.2) id f78AhYA37013 for nel@nevrax.org; Wed, 8 Aug 2001 12:43:34 +0200 (CEST) (envelope-from valignat) Date: Wed, 8 Aug 2001 12:43:34 +0200 From: Cedric Valignat To: nel@nevrax.org Subject: Re: [Nel] STLPort, again. :) Message-ID: <20010808124333.A36919@nevrax.com> References: <018d01c11f6b$8a460190$9d3312ac@hq.mmsa.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <018d01c11f6b$8a460190$9d3312ac@hq.mmsa.com>; from zane@supernova.org on Tue, Aug 07, 2001 at 11:05:28AM -0700 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hello, Zane wrote: > > [...] > configures were ran the exact same way on the same system today). Is the > latest CVS version relying on a newer version of STLPort or is there a bug > with the latest configure script? I changed NeL and NeLNS configure.in files recently and i forgot to commit the new INSTALL file and send a mail about it ... sorry ... Now you have 3 options for STLPort. You can either use : --with-stlport= e.g.: --with-stlport=~/install this will look for headers file in the ~/install/stlport directory and library files in the ~/install/stlport/lib directory. or --with-stlport-include= e.g.: --with-stlport-include=~/install/stlport this will look for the header files in the ~/install/stlport directory --with-stlport-lib= e.g.: --with-stlport-lib=~/install/lib this will look for the library files in the ~/install/lib directory Actually if you are using --with-stlport-include you must use --with-stlport-lib too ... i will fix that for a situation like yours where libraries files are installed in a default directory like /usr From valignat@gw.nevrax.com Wed Aug 8 12:56:35 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f78AuZJ73382 for ; Wed, 8 Aug 2001 12:56:35 +0200 (CEST) (envelope-from valignat@gw.nevrax.com) Received: from gw.nevrax.com (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with ESMTP id f78AqRZ80145 for ; Wed, 8 Aug 2001 12:52:27 +0200 (CEST) (envelope-from valignat@gw.nevrax.com) Received: (from valignat@localhost) by gw.nevrax.com (8.11.2/8.11.2) id f78AqRM37076 for nel@nevrax.org; Wed, 8 Aug 2001 12:52:27 +0200 (CEST) (envelope-from valignat) Date: Wed, 8 Aug 2001 12:52:27 +0200 From: Cedric Valignat To: nel@nevrax.org Subject: Re: [Nel] STLPort, again. :) Message-ID: <20010808125227.B36919@nevrax.com> References: <018d01c11f6b$8a460190$9d3312ac@hq.mmsa.com> <019401c11f75$4fefe100$9d3312ac@hq.mmsa.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <019401c11f75$4fefe100$9d3312ac@hq.mmsa.com>; from zane@supernova.org on Tue, Aug 07, 2001 at 12:15:25PM -0700 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Zane wrote: > > The default distribution of STLport doesn't even have/create an > include directory for the header files, it's STLport-4.0/stlport. Also, > this change isn't documented in the INSTALL file (still says you just > need --with-stlport). I've just fixed that bug ... > It specifically states that the --with-stlport option points to the STL > header files so --with-stlport-include seems redundant. You can either use --with-stlport OR --with-stlport-include and --with-stlport-lib. --with-stlport will automaticly set CFLAGS and LIB variables to the specified directory with /stlport (for the header file) and /lib appended. Thanks for pointing use probelms :-) From valignat@gw.nevrax.com Thu Aug 9 19:13:03 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f79HD0J82306 for ; Thu, 9 Aug 2001 19:13:01 +0200 (CEST) (envelope-from valignat@gw.nevrax.com) Received: from gw.nevrax.com (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with ESMTP id f79H8mZ95152 for ; Thu, 9 Aug 2001 19:08:48 +0200 (CEST) (envelope-from valignat@gw.nevrax.com) Received: (from valignat@localhost) by gw.nevrax.com (8.11.2/8.11.2) id f79H8mk64822 for nel@nevrax.org; Thu, 9 Aug 2001 19:08:48 +0200 (CEST) (envelope-from valignat) Date: Thu, 9 Aug 2001 19:08:48 +0200 From: Cedric Valignat To: NeL mailing list Message-ID: <20010809190848.A22413@nevrax.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Subject: [Nel] Configure's options Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi All, I've made some additions to the configure script. It's now possible to desactivate the compilation and installation process of some part of NeL (network, 3d, PACS, etc ...) by using configure's options --disable-. Every dependance is managed. ex: if you desactivate the 3d, the X checking and the Freetype checking will not block the configure script so there is no more meeds to install them on your computer if you don't need them. So if you decide to build only some server softs (like NeLNS) you may compile only NeL Net, ex : $ ./configure --disable-3d --disable-pacs [...] The default is : - misc default: Mandatory - net default: Enables desativate with: --disable-net - 3d default: Enable desativate with: --disable-3d - pacs default: Enable desativate with: --disable-pacs - sound default: Disable ativate with: --enable-sound - ai default: Disable ativate with: --enable-ai Cedric. From zane@supernova.org Fri Aug 10 20:24:33 2001 Received: from xchnghq2.mmsa.com (xchngq2.mmsa.com [205.227.150.22] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f7AIOVJ93949 for ; Fri, 10 Aug 2001 20:24:33 +0200 (CEST) (envelope-from zane@supernova.org) Received: from IS64E003 ([172.18.51.157]) by xchnghq2.mmsa.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id MR7V94J7; Fri, 10 Aug 2001 11:20:16 -0700 Message-ID: <003f01c121c8$e862f620$9d3312ac@hq.mmsa.com> From: "Zane" To: References: Date: Fri, 10 Aug 2001 11:18:51 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Subject: [Nel] NeLNS compilation problems Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform I've been able to compile NeL without errors for a few days now but when I try to compile NeLNS using the newly compiled version of NeL I get the following errors: login_service.o: In function `readPlayerDatabase(void)': login_service.o(.text+0x1f56): undefined reference to `NLMISC::CConfigFile::getVar(_STL::basic_string, _STL::allocator > const &)' login_service.o(.text+0x2af6): undefined reference to `NLMISC::CConfigFile::getVar(_STL::basic_string, _STL::allocator > const &)' login_service.o: In function `CLoginService::init(void)': login_service.o(.CLoginService::gnu.linkonce.t.init(void)+0x163): undefined reference to `NLMISC::CConfigFile::load(_STL::basic_string, _STL::allocator > const &)' /usr/local/lib/libnelmisc.so: undefined reference to `NLMISC::CIFile::CIFile(basic_string, __default_alloc_template > const &, bool)' /usr/local/lib/libnelnet.so: undefined reference to `NLMISC::CBufFIFO::front(_STL::vector > &)' /usr/local/lib/libnelmisc.so: undefined reference to `NLMISC::CIFile::open(basic_string, __default_alloc_template > const &, bool)' /usr/local/lib/libnelmisc.so: undefined reference to `NLMISC::CClassRegistry::create(_STL::basic_string, _STL::allocator > const &)' /usr/local/lib/libnelmisc.so: undefined reference to `NLMISC::Exception::Exception(basic_string, __default_alloc_template > const &)' /usr/local/lib/libnelnet.so: undefined reference to `NLMISC::CBufFIFO::push(_STL::vector > const &, _STL::vector > const &)' /usr/local/lib/libnelnet.so: undefined reference to `NLMISC::CBufFIFO::push(_STL::vector > const &)' Here are the corresponding entries in the newly compiled library (libnelmisc.a): 000020f0 T NLMISC::CConfigFile::getVar(basic_string, __default_alloc_template > const &) 00001e5c T NLMISC::CConfigFile::load(basic_string, __default_alloc_template > const &) U NLMISC::CIFile::CIFile(basic_string, __default_alloc_template > const &, bool) 00000158 T NLMISC::CIFile::CIFile(_STL::basic_string, _STL::allocator > const &, bool) 000000dc T NLMISC::CBufFIFO::front(vector > &) U NLMISC::CIFile::open(basic_string, __default_alloc_template > const &, bool) 00000394 T NLMISC::CIFile::open(_STL::basic_string, _STL::allocator > const &, bool) U NLMISC::CIFile::open(_STL::basic_string, _STL::allocator > const &, bool) 00000a64 t global destructors keyed to NLMISC::CClassRegistry::create(basic_string, __default_alloc_template > const &) 00000a4c t global constructors keyed to NLMISC::CClassRegistry::create(basic_string, __default_alloc_template > const &) 00000000 T NLMISC::CClassRegistry::create(basic_string, __default_alloc_template > const &) U NLMISC::CClassRegistry::create(_STL::basic_string, _STL::allocator > const &) 000008f8 T NLMISC::CBufFIFO::push(vector > const &) 00000000 T NLMISC::CBufFIFO::push(vector > const &, vector > const &) ------------------- All of this was just on the first service I tried to compile so I'm sure that the other libraries have similar problems. A little info on my system: Debian Linux GCC 2.95.4 ld 2.11.90.0.24 autoconf 2.52c automake 1.4k libtool 1.4c STLPort 4.0 Freetype 2.0.1 Thanks, E.J. Wilburn From alex_tibbles@yahoo.co.uk Sun Aug 12 00:14:16 2001 Received: from web12601.mail.yahoo.com (web12601.mail.yahoo.com [216.136.173.224]) by www.nevrax.org (8.11.0/8.11.0) with SMTP id f7BMEGJ05782 for ; Sun, 12 Aug 2001 00:14:16 +0200 (CEST) (envelope-from alex_tibbles@yahoo.co.uk) Message-ID: <20010811221004.59203.qmail@web12601.mail.yahoo.com> Received: from [213.1.131.17] by web12601.mail.yahoo.com; Sat, 11 Aug 2001 23:10:04 BST Date: Sat, 11 Aug 2001 23:10:04 +0100 (BST) From: =?iso-8859-1?q?alex?= To: nel@nevrax.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: [Nel] This isnt really the place but Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform There is no email address on the main website. Sorry. I'm very interested in reading the Nel docs, but wouldn't mind some offline browsing - similarly CVS is OK if you have a reliable connection and a good frontend. I would really appreciate the docs (and source, too) being available tarred and comressed for swift download. Thanks alex ____________________________________________________________ Do You Yahoo!? Get your free @yahoo.co.uk address at http://mail.yahoo.co.uk or your free @yahoo.ie address at http://mail.yahoo.ie From lecroart@nevrax.com Wed Aug 15 11:49:50 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f7F9nnJ33893 for ; Wed, 15 Aug 2001 11:49:49 +0200 (CEST) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id f7F9jaZ43657 for ; Wed, 15 Aug 2001 11:45:36 +0200 (CEST) (envelope-from lecroart@nevrax.com) Message-ID: <001b01c1256f$09348900$0901a8c0@vianneyl> From: "Vianney Lecroart" To: References: <003f01c121c8$e862f620$9d3312ac@hq.mmsa.com> Subject: Re: [Nel] NeLNS compilation problems Date: Wed, 15 Aug 2001 11:45:36 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi Zane, I compiled NeL and NeLNS yesterday without any problem on our gnu/linux computer. It seems that the problem is that you compiled NeL *without* STLPort, so the first parameter of the getVar function is basic_string > NLMISC::CConfigFile::getVar(basic_string, __default_alloc_template > const &) but you tried to compile NeLNS (login service) *with* STLPort, so the linker try to find the getVar function with the first parameter is _STL::basic_string > NLMISC::CConfigFile::getVar(_STL::basic_string, _STL::allocator > const &) I think you should try to compile *all* (NeL + NeLNS) with or without STLPort but not only the half and it should be ok. Vianney Lecroart --- lead network programmer / nevrax.com icq#: 6870415 homepage: http://ace.planet-d.net www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? ----- Original Message ----- From: "Zane" To: Sent: Friday, August 10, 2001 8:18 PM Subject: [Nel] NeLNS compilation problems > I've been able to compile NeL without errors for a few days now but when I > try to compile NeLNS using the newly compiled version of NeL I get the > following errors: > > login_service.o: In function `readPlayerDatabase(void)': > login_service.o(.text+0x1f56): undefined reference to > `NLMISC::CConfigFile::getVar(_STL::basic_string _STL::char_traits, _STL::allocator > const &)' > login_service.o(.text+0x2af6): undefined reference to > `NLMISC::CConfigFile::getVar(_STL::basic_string _STL::char_traits, _STL::allocator > const &)' > login_service.o: In function `CLoginService::init(void)': > login_service.o(.CLoginService::gnu.linkonce.t.init(void)+0x163): undefined > reference to `NLMISC::CConfigFile::load(_STL::basic_string _STL::char_traits, _STL::allocator > const &)' > /usr/local/lib/libnelmisc.so: undefined reference to > `NLMISC::CIFile::CIFile(basic_string, > __default_alloc_template > const &, bool)' > /usr/local/lib/libnelnet.so: undefined reference to > `NLMISC::CBufFIFO::front(_STL::vector _STL::allocator > &)' > /usr/local/lib/libnelmisc.so: undefined reference to > `NLMISC::CIFile::open(basic_string, > __default_alloc_template > const &, bool)' > /usr/local/lib/libnelmisc.so: undefined reference to > `NLMISC::CClassRegistry::create(_STL::basic_string _STL::char_traits, _STL::allocator > const &)' > /usr/local/lib/libnelmisc.so: undefined reference to > `NLMISC::Exception::Exception(basic_string, > __default_alloc_template > const &)' > /usr/local/lib/libnelnet.so: undefined reference to > `NLMISC::CBufFIFO::push(_STL::vector char> > const &, _STL::vector > > const &)' > /usr/local/lib/libnelnet.so: undefined reference to > `NLMISC::CBufFIFO::push(_STL::vector char> > const &)' > > Here are the corresponding entries in the newly compiled library > (libnelmisc.a): > > 000020f0 T NLMISC::CConfigFile::getVar(basic_string string_char_traits, __default_alloc_template > const &) > 00001e5c T NLMISC::CConfigFile::load(basic_string string_char_traits, __default_alloc_template > const &) > U NLMISC::CIFile::CIFile(basic_string string_char_traits, __default_alloc_template > const &, bool) > 00000158 T NLMISC::CIFile::CIFile(_STL::basic_string _STL::char_traits, _STL::allocator > const &, bool) > 000000dc T NLMISC::CBufFIFO::front(vector char> > &) > U NLMISC::CIFile::open(basic_string, > __default_alloc_template > const &, bool) > 00000394 T NLMISC::CIFile::open(_STL::basic_string _STL::char_traits, _STL::allocator > const &, bool) > U NLMISC::CIFile::open(_STL::basic_string _STL::char_traits, _STL::allocator > const &, bool) > 00000a64 t global destructors keyed to > NLMISC::CClassRegistry::create(basic_string, > __default_alloc_template > const &) > 00000a4c t global constructors keyed to > NLMISC::CClassRegistry::create(basic_string, > __default_alloc_template > const &) > 00000000 T NLMISC::CClassRegistry::create(basic_string string_char_traits, __default_alloc_template > const &) > U NLMISC::CClassRegistry::create(_STL::basic_string _STL::char_traits, _STL::allocator > const &) > 000008f8 T NLMISC::CBufFIFO::push(vector char> > const &) > 00000000 T NLMISC::CBufFIFO::push(vector char> > const &, vector > const &) > ------------------- > > All of this was just on the first service I tried to compile so I'm sure > that the other libraries have similar problems. A little info on my system: > > Debian Linux > GCC 2.95.4 > ld 2.11.90.0.24 > autoconf 2.52c > automake 1.4k > libtool 1.4c > STLPort 4.0 > Freetype 2.0.1 > > Thanks, > E.J. Wilburn > > > _______________________________________________ > Nel mailing list > Nel@nevrax.org > /mailman/listinfo.cgi/nel > From ams@freesoft4all.com Wed Aug 15 15:36:16 2001 Received: from front8.grolier.fr (front8.grolier.fr [194.158.96.58]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f7FDaFJ35182 for ; Wed, 15 Aug 2001 15:36:16 +0200 (CEST) (envelope-from ams@freesoft4all.com) Received: from sirius (lns3-176.arc2.club-internet.fr [213.44.214.176]) by front8.grolier.fr (8.9.3/No_Relay+No_Spam_MGC990224) with SMTP id PAA03790 for ; Wed, 15 Aug 2001 15:31:59 +0200 (MET DST) From: ams@freesoft4all.com Message-Id: <200108151331.PAA03790@front8.grolier.fr> To: nel@nevrax.org Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Date: Wed, 15 Aug 2001 15:31:54 +0200 Subject: [Nel] An E-mail account for 2 years, 5 years, for life ? Avenger Mail System is for you ! Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hello, I will like to present you, very quickly, with a new Internet service that i will be putting on line in a few days. Do you want an account Mail independent of your FAI or ISP ? What ever your reasons, Avenger Mail System is for you. Avenger mail System is like Msn, Hotmail, etc . . . http://www.freesoft4all.com/avenger.shtml But here : No Spam, No Pub and respect of your Privacy. WIN ONE PSX 2 ( registered users ) Features : Web-based email that can be accessed from any PC / Mac Easy-to-use interface Send Plain Text or HTML mail Spam filter Frames or noframes selectable Multiple email attachments Multiple folders (Inbox, Sent, Trash, Draft plus user configurable) Draft folder for in-progress mail Mail signature Personal and Global Address books Email redirection Check multiple alternative POP email accounts MiniMail email checker lets you know when new mail arrives At this time : space disk max : 900 Ko Max size mail : 400 Ko ( more soon ) Task scheduler : Birthday, Event, Holiday, Sickness, Anniversary, Meeting, and many others . . . Calendar, and many many others functions . . . Try it ! Full trial ( without limimations ) after signup : 6 days After you can or must register : Very attractive and very studied prices ( definitive prices, without no increase in the future ) For example: 2 years : 30 USD 5 years : 60 USD For life : Contact to avenger@freesoft4all.com ( subject : for life ) Registration is on a highly secure payment server ( SSL 128-bit strong encryption )and is certified ISO 7498-2. Major credit cards are accepted (Visa, Eurocard, Mastercard, American Express, JCB cards, French Carte-Bleue, Aurore). Multilingual payment interfaces : English, French, German, Spanish and Chinese now ! Customers can buy in their own currency. You can, if you want it well on, to place a link on your site web, to make the advertisement for this service. All offer of sponsoring or partnership will be studied attentively ( money, banners, links, pubs, exchange, others, etc. . .). Sponsors : Welcome ; -)) Thank you for the time taken to read this E-mail, and bests regards to you. PS : This E-mail is not Spam, it's an E-mail of information on my new product. If taken as spam, I apologize. It was not meant as such. http://www.freesoft4all.com/avenger.shtml From zane@supernova.org Wed Aug 15 18:25:23 2001 Received: from xchnghq2.mmsa.com (xchngq2.mmsa.com [205.227.150.22] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f7FGPMJ36080 for ; Wed, 15 Aug 2001 18:25:22 +0200 (CEST) (envelope-from zane@supernova.org) Received: from IS64E003 ([172.18.51.157]) by xchnghq2.mmsa.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id MR7V98VT; Wed, 15 Aug 2001 09:21:03 -0700 Message-ID: <010b01c125a6$23eba850$9d3312ac@hq.mmsa.com> From: "Zane" To: References: <003f01c121c8$e862f620$9d3312ac@hq.mmsa.com> <001b01c1256f$09348900$0901a8c0@vianneyl> Subject: Re: [Nel] NeLNS compilation problems Date: Wed, 15 Aug 2001 09:20:03 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform ----- Original Message ----- From: "Vianney Lecroart" Sent: Wednesday, August 15, 2001 2:45 AM > I compiled NeL and NeLNS yesterday without any problem on our gnu/linux > computer. > It seems that the problem is that you compiled NeL *without* STLPort, so the > first parameter of the getVar function is basic_string Actually since Monday it's been compiling just fine. I've always been compiling with stlport. Here's my compile procedure (I run it from a script, it was the same Monday as it was Friday when it didn't work): bootstrap configure --with-stlport=/usr/src/STLPort-4.0 --with-freetype=/usr/include/f reetype2 --with-python=/usr/include/python-1.5 make I have a similar script for NeLNS that uses STLPort. (has the --with-stlport option). If I recall correctly you MUST specifically tell it not to use STLPort. Regardless, some change was made Monday or over the weekend that fixed my compiling problem. -E.J. Wilburn From lecroart@nevrax.com Wed Aug 15 18:46:32 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f7FGkVJ36222 for ; Wed, 15 Aug 2001 18:46:31 +0200 (CEST) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id f7FGgHZ47881 for ; Wed, 15 Aug 2001 18:42:17 +0200 (CEST) (envelope-from lecroart@nevrax.com) Message-ID: <007d01c125a9$3ee9b950$0901a8c0@vianneyl> From: "Vianney Lecroart" To: References: <003f01c121c8$e862f620$9d3312ac@hq.mmsa.com> <001b01c1256f$09348900$0901a8c0@vianneyl> <010b01c125a6$23eba850$9d3312ac@hq.mmsa.com> Subject: Re: [Nel] NeLNS compilation problems Date: Wed, 15 Aug 2001 18:42:17 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Ok, So the only reason I see could be in the Makefile or autconf/automake. You have to wait Cedric to have an answer about this problem. He should comes back from his holiday tomorrow. Vianney Lecroart --- lead network programmer / nevrax.com icq#: 6870415 homepage: http://ace.planet-d.net www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? ----- Original Message ----- From: "Zane" To: Sent: Wednesday, August 15, 2001 6:20 PM Subject: Re: [Nel] NeLNS compilation problems > ----- Original Message ----- > From: "Vianney Lecroart" > Sent: Wednesday, August 15, 2001 2:45 AM > > > > I compiled NeL and NeLNS yesterday without any problem on our gnu/linux > > computer. > > It seems that the problem is that you compiled NeL *without* STLPort, so > the > > first parameter of the getVar function is basic_string > > Actually since Monday it's been compiling just fine. I've always been > compiling with stlport. Here's my compile procedure (I run it from a > script, it was the same Monday as it was Friday when it didn't work): > > bootstrap > configure --with-stlport=/usr/src/STLPort-4.0 --with-freetype=/usr/include/f > reetype2 --with-python=/usr/include/python-1.5 > make > > I have a similar script for NeLNS that uses STLPort. (has the --with-stlport > option). If I recall correctly you MUST specifically tell it not to use > STLPort. Regardless, some change was made Monday or over the weekend that > fixed my compiling problem. > > -E.J. Wilburn > > > _______________________________________________ > Nel mailing list > Nel@nevrax.org > /mailman/listinfo.cgi/nel > From valignat@gw.nevrax.com Thu Aug 16 15:34:49 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f7GDYlJ43397 for ; Thu, 16 Aug 2001 15:34:47 +0200 (CEST) (envelope-from valignat@gw.nevrax.com) Received: from gw.nevrax.com (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with ESMTP id f7GDUVZ58541 for ; Thu, 16 Aug 2001 15:30:31 +0200 (CEST) (envelope-from valignat@gw.nevrax.com) Received: (from valignat@localhost) by gw.nevrax.com (8.11.2/8.11.2) id f7GDUVY65166 for nel@nevrax.org; Thu, 16 Aug 2001 15:30:31 +0200 (CEST) (envelope-from valignat) Date: Thu, 16 Aug 2001 15:30:31 +0200 From: Cedric Valignat To: nel@nevrax.org Subject: Re: [Nel] NeLNS compilation problems Message-ID: <20010816153031.A45508@nevrax.com> References: <003f01c121c8$e862f620$9d3312ac@hq.mmsa.com> <001b01c1256f$09348900$0901a8c0@vianneyl> <010b01c125a6$23eba850$9d3312ac@hq.mmsa.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <010b01c125a6$23eba850$9d3312ac@hq.mmsa.com>; from zane@supernova.org on Wed, Aug 15, 2001 at 09:20:03AM -0700 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hello Zane, Zane wrote: > > Actually since Monday it's been compiling just fine. I've always been > compiling with stlport. Here's my compile procedure (I run it from a > script, it was the same Monday as it was Friday when it didn't work): > > bootstrap > configure --with-stlport=/usr/src/STLPort-4.0 --with-freetype=/usr/include/f > reetype2 --with-python=/usr/include/python-1.5 > make It's just working fine on our computers and i can't find it could come but from a wrong link PATH, so i have some stupid questions for you (sorry for that) : - Is your '--with-nel' configure option properly set ? - Did you do, if it's necessary, a make install in NeL ? - Could you send us your script to compile NeLNS ? I told you that they were stupids :-) > I have a similar script for NeLNS that uses STLPort. (has the --with-stlport > option). If I recall correctly you MUST specifically tell it not to use > STLPort. Regardless, some change was made Monday or over the weekend that > fixed my compiling problem. You'r rigth, the default is to ask for the STLPort ortherwise you have to set an option to overide that ... Cedric. From valignat@gw.nevrax.com Thu Aug 16 16:37:55 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f7GEbtJ43799 for ; Thu, 16 Aug 2001 16:37:55 +0200 (CEST) (envelope-from valignat@gw.nevrax.com) Received: from gw.nevrax.com (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with ESMTP id f7GEXfZ59497 for ; Thu, 16 Aug 2001 16:33:41 +0200 (CEST) (envelope-from valignat@gw.nevrax.com) Received: (from valignat@localhost) by gw.nevrax.com (8.11.2/8.11.2) id f7GEXec65644 for nel@nevrax.org; Thu, 16 Aug 2001 16:33:40 +0200 (CEST) (envelope-from valignat) Date: Thu, 16 Aug 2001 16:33:40 +0200 From: Cedric Valignat To: nel@nevrax.org Subject: Re: [Nel] This isnt really the place but Message-ID: <20010816163340.B45508@nevrax.com> References: <20010811221004.59203.qmail@web12601.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010811221004.59203.qmail@web12601.mail.yahoo.com>; from alex_tibbles@yahoo.co.uk on Sat, Aug 11, 2001 at 11:10:04PM +0100 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform alex wrote: > There is no email address on the main website. Sorry. no problem ... > I'm very interested in reading the Nel docs, but > wouldn't mind some offline browsing - similarly CVS is > OK if you have a reliable connection and a good > frontend. I would really appreciate the docs (and > source, too) being available tarred and comressed for > swift download. Next week i will setup an automatic daily snapshot of the sources and of the Doxygen documentation for NeL, NeLNS, etc ... Cedric. PS: Sorry if it took a long time to answer your mail ... i was in vacation :-) From Ratskindid@aol.com Thu Aug 23 04:32:40 2001 Received: from imo-r02.mx.aol.com (imo-r02.mx.aol.com [152.163.225.98]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f7N2Wd892510 for ; Thu, 23 Aug 2001 04:32:39 +0200 (CEST) (envelope-from Ratskindid@aol.com) Received: from Ratskindid@aol.com by imo-r02.mx.aol.com (mail_out_v31_r1.4.) id d.f2.e8a72df (4354) for ; Wed, 22 Aug 2001 22:28:18 -0400 (EDT) From: Ratskindid@aol.com Message-ID: Date: Wed, 22 Aug 2001 22:28:18 EDT To: nel@nevrax.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="part1_f2.e8a72df.28b5c442_boundary" X-Mailer: AOL 6.0 for Windows US sub 10532 Subject: [Nel] Questions about NeL use. Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform --part1_f2.e8a72df.28b5c442_boundary Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Anybody know what other companies are using the NeL engine in game development at this time? Thanks, Jonathan. --part1_f2.e8a72df.28b5c442_boundary Content-Type: text/html; charset="US-ASCII" Content-Transfer-Encoding: 7bit Anybody know what other companies are using the NeL engine in game
development at this time?
Thanks, Jonathan.
--part1_f2.e8a72df.28b5c442_boundary-- From Ratskindid@aol.com Thu Aug 23 04:32:40 2001 Received: from imo-r02.mx.aol.com (imo-r02.mx.aol.com [152.163.225.98]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f7N2Wd892510 for ; Thu, 23 Aug 2001 04:32:39 +0200 (CEST) (envelope-from Ratskindid@aol.com) Received: from Ratskindid@aol.com by imo-r02.mx.aol.com (mail_out_v31_r1.4.) id d.f2.e8a72df (4354) for ; Wed, 22 Aug 2001 22:28:18 -0400 (EDT) From: Ratskindid@aol.com Message-ID: Date: Wed, 22 Aug 2001 22:28:18 EDT To: nel@nevrax.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="part1_f2.e8a72df.28b5c442_boundary" X-Mailer: AOL 6.0 for Windows US sub 10532 Subject: [Nel] Questions about NeL use. Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform --part1_f2.e8a72df.28b5c442_boundary Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Anybody know what other companies are using the NeL engine in game development at this time? Thanks, Jonathan. --part1_f2.e8a72df.28b5c442_boundary Content-Type: text/html; charset="US-ASCII" Content-Transfer-Encoding: 7bit Anybody know what other companies are using the NeL engine in game
development at this time?
Thanks, Jonathan.
--part1_f2.e8a72df.28b5c442_boundary-- From Ratskindid@aol.com Thu Aug 23 04:32:40 2001 Received: from imo-r02.mx.aol.com (imo-r02.mx.aol.com [152.163.225.98]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f7N2Wd892510 for ; Thu, 23 Aug 2001 04:32:39 +0200 (CEST) (envelope-from Ratskindid@aol.com) Received: from Ratskindid@aol.com by imo-r02.mx.aol.com (mail_out_v31_r1.4.) id d.f2.e8a72df (4354) for ; Wed, 22 Aug 2001 22:28:18 -0400 (EDT) From: Ratskindid@aol.com Message-ID: Date: Wed, 22 Aug 2001 22:28:18 EDT To: nel@nevrax.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="part1_f2.e8a72df.28b5c442_boundary" X-Mailer: AOL 6.0 for Windows US sub 10532 Subject: [Nel] Questions about NeL use. Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform --part1_f2.e8a72df.28b5c442_boundary Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Anybody know what other companies are using the NeL engine in game development at this time? Thanks, Jonathan. --part1_f2.e8a72df.28b5c442_boundary Content-Type: text/html; charset="US-ASCII" Content-Transfer-Encoding: 7bit Anybody know what other companies are using the NeL engine in game
development at this time?
Thanks, Jonathan.
--part1_f2.e8a72df.28b5c442_boundary-- From Ratskindid@aol.com Thu Aug 23 04:32:40 2001 Received: from imo-r02.mx.aol.com (imo-r02.mx.aol.com [152.163.225.98]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f7N2Wd892510 for ; Thu, 23 Aug 2001 04:32:39 +0200 (CEST) (envelope-from Ratskindid@aol.com) Received: from Ratskindid@aol.com by imo-r02.mx.aol.com (mail_out_v31_r1.4.) id d.f2.e8a72df (4354) for ; Wed, 22 Aug 2001 22:28:18 -0400 (EDT) From: Ratskindid@aol.com Message-ID: Date: Wed, 22 Aug 2001 22:28:18 EDT To: nel@nevrax.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="part1_f2.e8a72df.28b5c442_boundary" X-Mailer: AOL 6.0 for Windows US sub 10532 Subject: [Nel] Questions about NeL use. Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform --part1_f2.e8a72df.28b5c442_boundary Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Anybody know what other companies are using the NeL engine in game development at this time? Thanks, Jonathan. --part1_f2.e8a72df.28b5c442_boundary Content-Type: text/html; charset="US-ASCII" Content-Transfer-Encoding: 7bit Anybody know what other companies are using the NeL engine in game
development at this time?
Thanks, Jonathan.
--part1_f2.e8a72df.28b5c442_boundary-- From Ratskindid@aol.com Thu Aug 23 04:32:40 2001 Received: from imo-r02.mx.aol.com (imo-r02.mx.aol.com [152.163.225.98]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f7N2Wd892510 for ; Thu, 23 Aug 2001 04:32:39 +0200 (CEST) (envelope-from Ratskindid@aol.com) Received: from Ratskindid@aol.com by imo-r02.mx.aol.com (mail_out_v31_r1.4.) id d.f2.e8a72df (4354) for ; Wed, 22 Aug 2001 22:28:18 -0400 (EDT) From: Ratskindid@aol.com Message-ID: Date: Wed, 22 Aug 2001 22:28:18 EDT To: nel@nevrax.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="part1_f2.e8a72df.28b5c442_boundary" X-Mailer: AOL 6.0 for Windows US sub 10532 Subject: [Nel] Questions about NeL use. Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform --part1_f2.e8a72df.28b5c442_boundary Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Anybody know what other companies are using the NeL engine in game development at this time? Thanks, Jonathan. --part1_f2.e8a72df.28b5c442_boundary Content-Type: text/html; charset="US-ASCII" Content-Transfer-Encoding: 7bit Anybody know what other companies are using the NeL engine in game
development at this time?
Thanks, Jonathan.
--part1_f2.e8a72df.28b5c442_boundary-- From Ratskindid@aol.com Thu Aug 23 04:32:40 2001 Received: from imo-r02.mx.aol.com (imo-r02.mx.aol.com [152.163.225.98]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f7N2Wd892510 for ; Thu, 23 Aug 2001 04:32:39 +0200 (CEST) (envelope-from Ratskindid@aol.com) Received: from Ratskindid@aol.com by imo-r02.mx.aol.com (mail_out_v31_r1.4.) id d.f2.e8a72df (4354) for ; Wed, 22 Aug 2001 22:28:18 -0400 (EDT) From: Ratskindid@aol.com Message-ID: Date: Wed, 22 Aug 2001 22:28:18 EDT To: nel@nevrax.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="part1_f2.e8a72df.28b5c442_boundary" X-Mailer: AOL 6.0 for Windows US sub 10532 Subject: [Nel] Questions about NeL use. Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform --part1_f2.e8a72df.28b5c442_boundary Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Anybody know what other companies are using the NeL engine in game development at this time? Thanks, Jonathan. --part1_f2.e8a72df.28b5c442_boundary Content-Type: text/html; charset="US-ASCII" Content-Transfer-Encoding: 7bit Anybody know what other companies are using the NeL engine in game
development at this time?
Thanks, Jonathan.
--part1_f2.e8a72df.28b5c442_boundary-- From Ratskindid@aol.com Thu Aug 23 04:32:40 2001 Received: from imo-r02.mx.aol.com (imo-r02.mx.aol.com [152.163.225.98]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f7N2Wd892510 for ; Thu, 23 Aug 2001 04:32:39 +0200 (CEST) (envelope-from Ratskindid@aol.com) Received: from Ratskindid@aol.com by imo-r02.mx.aol.com (mail_out_v31_r1.4.) id d.f2.e8a72df (4354) for ; Wed, 22 Aug 2001 22:28:18 -0400 (EDT) From: Ratskindid@aol.com Message-ID: Date: Wed, 22 Aug 2001 22:28:18 EDT To: nel@nevrax.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="part1_f2.e8a72df.28b5c442_boundary" X-Mailer: AOL 6.0 for Windows US sub 10532 Subject: [Nel] Questions about NeL use. Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform --part1_f2.e8a72df.28b5c442_boundary Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Anybody know what other companies are using the NeL engine in game development at this time? Thanks, Jonathan. --part1_f2.e8a72df.28b5c442_boundary Content-Type: text/html; charset="US-ASCII" Content-Transfer-Encoding: 7bit Anybody know what other companies are using the NeL engine in game
development at this time?
Thanks, Jonathan.
--part1_f2.e8a72df.28b5c442_boundary-- From Ratskindid@aol.com Thu Aug 23 04:32:40 2001 Received: from imo-r02.mx.aol.com (imo-r02.mx.aol.com [152.163.225.98]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f7N2Wd892510 for ; Thu, 23 Aug 2001 04:32:39 +0200 (CEST) (envelope-from Ratskindid@aol.com) Received: from Ratskindid@aol.com by imo-r02.mx.aol.com (mail_out_v31_r1.4.) id d.f2.e8a72df (4354) for ; Wed, 22 Aug 2001 22:28:18 -0400 (EDT) From: Ratskindid@aol.com Message-ID: Date: Wed, 22 Aug 2001 22:28:18 EDT To: nel@nevrax.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="part1_f2.e8a72df.28b5c442_boundary" X-Mailer: AOL 6.0 for Windows US sub 10532 Subject: [Nel] Questions about NeL use. Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform --part1_f2.e8a72df.28b5c442_boundary Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Anybody know what other companies are using the NeL engine in game development at this time? Thanks, Jonathan. --part1_f2.e8a72df.28b5c442_boundary Content-Type: text/html; charset="US-ASCII" Content-Transfer-Encoding: 7bit Anybody know what other companies are using the NeL engine in game
development at this time?
Thanks, Jonathan.
--part1_f2.e8a72df.28b5c442_boundary-- From Ratskindid@aol.com Thu Aug 23 04:32:40 2001 Received: from imo-r02.mx.aol.com (imo-r02.mx.aol.com [152.163.225.98]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f7N2Wd892510 for ; Thu, 23 Aug 2001 04:32:39 +0200 (CEST) (envelope-from Ratskindid@aol.com) Received: from Ratskindid@aol.com by imo-r02.mx.aol.com (mail_out_v31_r1.4.) id d.f2.e8a72df (4354) for ; Wed, 22 Aug 2001 22:28:18 -0400 (EDT) From: Ratskindid@aol.com Message-ID: Date: Wed, 22 Aug 2001 22:28:18 EDT To: nel@nevrax.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="part1_f2.e8a72df.28b5c442_boundary" X-Mailer: AOL 6.0 for Windows US sub 10532 Subject: [Nel] Questions about NeL use. Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform --part1_f2.e8a72df.28b5c442_boundary Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Anybody know what other companies are using the NeL engine in game development at this time? Thanks, Jonathan. --part1_f2.e8a72df.28b5c442_boundary Content-Type: text/html; charset="US-ASCII" Content-Transfer-Encoding: 7bit Anybody know what other companies are using the NeL engine in game
development at this time?
Thanks, Jonathan.
--part1_f2.e8a72df.28b5c442_boundary-- From Ratskindid@aol.com Thu Aug 23 04:32:40 2001 Received: from imo-r02.mx.aol.com (imo-r02.mx.aol.com [152.163.225.98]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f7N2Wd892510 for ; Thu, 23 Aug 2001 04:32:39 +0200 (CEST) (envelope-from Ratskindid@aol.com) Received: from Ratskindid@aol.com by imo-r02.mx.aol.com (mail_out_v31_r1.4.) id d.f2.e8a72df (4354) for ; Wed, 22 Aug 2001 22:28:18 -0400 (EDT) From: Ratskindid@aol.com Message-ID: Date: Wed, 22 Aug 2001 22:28:18 EDT To: nel@nevrax.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="part1_f2.e8a72df.28b5c442_boundary" X-Mailer: AOL 6.0 for Windows US sub 10532 Subject: [Nel] Questions about NeL use. Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform --part1_f2.e8a72df.28b5c442_boundary Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Anybody know what other companies are using the NeL engine in game development at this time? Thanks, Jonathan. --part1_f2.e8a72df.28b5c442_boundary Content-Type: text/html; charset="US-ASCII" Content-Transfer-Encoding: 7bit Anybody know what other companies are using the NeL engine in game
development at this time?
Thanks, Jonathan.
--part1_f2.e8a72df.28b5c442_boundary-- From Ratskindid@aol.com Thu Aug 23 04:32:40 2001 Received: from imo-r02.mx.aol.com (imo-r02.mx.aol.com [152.163.225.98]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f7N2Wd892510 for ; Thu, 23 Aug 2001 04:32:39 +0200 (CEST) (envelope-from Ratskindid@aol.com) Received: from Ratskindid@aol.com by imo-r02.mx.aol.com (mail_out_v31_r1.4.) id d.f2.e8a72df (4354) for ; Wed, 22 Aug 2001 22:28:18 -0400 (EDT) From: Ratskindid@aol.com Message-ID: Date: Wed, 22 Aug 2001 22:28:18 EDT To: nel@nevrax.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="part1_f2.e8a72df.28b5c442_boundary" X-Mailer: AOL 6.0 for Windows US sub 10532 Subject: [Nel] Questions about NeL use. Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform --part1_f2.e8a72df.28b5c442_boundary Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Anybody know what other companies are using the NeL engine in game development at this time? Thanks, Jonathan. --part1_f2.e8a72df.28b5c442_boundary Content-Type: text/html; charset="US-ASCII" Content-Transfer-Encoding: 7bit Anybody know what other companies are using the NeL engine in game
development at this time?
Thanks, Jonathan.
--part1_f2.e8a72df.28b5c442_boundary-- From Ratskindid@aol.com Thu Aug 23 04:32:40 2001 Received: from imo-r02.mx.aol.com (imo-r02.mx.aol.com [152.163.225.98]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f7N2Wd892510 for ; Thu, 23 Aug 2001 04:32:39 +0200 (CEST) (envelope-from Ratskindid@aol.com) Received: from Ratskindid@aol.com by imo-r02.mx.aol.com (mail_out_v31_r1.4.) id d.f2.e8a72df (4354) for ; Wed, 22 Aug 2001 22:28:18 -0400 (EDT) From: Ratskindid@aol.com Message-ID: Date: Wed, 22 Aug 2001 22:28:18 EDT To: nel@nevrax.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="part1_f2.e8a72df.28b5c442_boundary" X-Mailer: AOL 6.0 for Windows US sub 10532 Subject: [Nel] Questions about NeL use. Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform --part1_f2.e8a72df.28b5c442_boundary Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Anybody know what other companies are using the NeL engine in game development at this time? Thanks, Jonathan. --part1_f2.e8a72df.28b5c442_boundary Content-Type: text/html; charset="US-ASCII" Content-Transfer-Encoding: 7bit Anybody know what other companies are using the NeL engine in game
development at this time?
Thanks, Jonathan.
--part1_f2.e8a72df.28b5c442_boundary-- From Ratskindid@aol.com Thu Aug 23 04:32:40 2001 Received: from imo-r02.mx.aol.com (imo-r02.mx.aol.com [152.163.225.98]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f7N2Wd892510 for ; Thu, 23 Aug 2001 04:32:39 +0200 (CEST) (envelope-from Ratskindid@aol.com) Received: from Ratskindid@aol.com by imo-r02.mx.aol.com (mail_out_v31_r1.4.) id d.f2.e8a72df (4354) for ; Wed, 22 Aug 2001 22:28:18 -0400 (EDT) From: Ratskindid@aol.com Message-ID: Date: Wed, 22 Aug 2001 22:28:18 EDT To: nel@nevrax.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="part1_f2.e8a72df.28b5c442_boundary" X-Mailer: AOL 6.0 for Windows US sub 10532 Subject: [Nel] Questions about NeL use. Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform --part1_f2.e8a72df.28b5c442_boundary Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Anybody know what other companies are using the NeL engine in game development at this time? Thanks, Jonathan. --part1_f2.e8a72df.28b5c442_boundary Content-Type: text/html; charset="US-ASCII" Content-Transfer-Encoding: 7bit Anybody know what other companies are using the NeL engine in game
development at this time?
Thanks, Jonathan.
--part1_f2.e8a72df.28b5c442_boundary-- From Ratskindid@aol.com Thu Aug 23 04:32:40 2001 Received: from imo-r02.mx.aol.com (imo-r02.mx.aol.com [152.163.225.98]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f7N2Wd892510 for ; Thu, 23 Aug 2001 04:32:39 +0200 (CEST) (envelope-from Ratskindid@aol.com) Received: from Ratskindid@aol.com by imo-r02.mx.aol.com (mail_out_v31_r1.4.) id d.f2.e8a72df (4354) for ; Wed, 22 Aug 2001 22:28:18 -0400 (EDT) From: Ratskindid@aol.com Message-ID: Date: Wed, 22 Aug 2001 22:28:18 EDT To: nel@nevrax.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="part1_f2.e8a72df.28b5c442_boundary" X-Mailer: AOL 6.0 for Windows US sub 10532 Subject: [Nel] Questions about NeL use. Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform --part1_f2.e8a72df.28b5c442_boundary Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Anybody know what other companies are using the NeL engine in game development at this time? Thanks, Jonathan. --part1_f2.e8a72df.28b5c442_boundary Content-Type: text/html; charset="US-ASCII" Content-Transfer-Encoding: 7bit Anybody know what other companies are using the NeL engine in game
development at this time?
Thanks, Jonathan.
--part1_f2.e8a72df.28b5c442_boundary-- From Ratskindid@aol.com Thu Aug 23 04:32:40 2001 Received: from imo-r02.mx.aol.com (imo-r02.mx.aol.com [152.163.225.98]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f7N2Wd892510 for ; Thu, 23 Aug 2001 04:32:39 +0200 (CEST) (envelope-from Ratskindid@aol.com) Received: from Ratskindid@aol.com by imo-r02.mx.aol.com (mail_out_v31_r1.4.) id d.f2.e8a72df (4354) for ; Wed, 22 Aug 2001 22:28:18 -0400 (EDT) From: Ratskindid@aol.com Message-ID: Date: Wed, 22 Aug 2001 22:28:18 EDT To: nel@nevrax.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="part1_f2.e8a72df.28b5c442_boundary" X-Mailer: AOL 6.0 for Windows US sub 10532 Subject: [Nel] Questions about NeL use. Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform --part1_f2.e8a72df.28b5c442_boundary Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Anybody know what other companies are using the NeL engine in game development at this time? Thanks, Jonathan. --part1_f2.e8a72df.28b5c442_boundary Content-Type: text/html; charset="US-ASCII" Content-Transfer-Encoding: 7bit Anybody know what other companies are using the NeL engine in game
development at this time?
Thanks, Jonathan.
--part1_f2.e8a72df.28b5c442_boundary-- From Ratskindid@aol.com Thu Aug 23 04:32:40 2001 Received: from imo-r02.mx.aol.com (imo-r02.mx.aol.com [152.163.225.98]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f7N2Wd892510 for ; Thu, 23 Aug 2001 04:32:39 +0200 (CEST) (envelope-from Ratskindid@aol.com) Received: from Ratskindid@aol.com by imo-r02.mx.aol.com (mail_out_v31_r1.4.) id d.f2.e8a72df (4354) for ; Wed, 22 Aug 2001 22:28:18 -0400 (EDT) From: Ratskindid@aol.com Message-ID: Date: Wed, 22 Aug 2001 22:28:18 EDT To: nel@nevrax.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="part1_f2.e8a72df.28b5c442_boundary" X-Mailer: AOL 6.0 for Windows US sub 10532 Subject: [Nel] Questions about NeL use. Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform --part1_f2.e8a72df.28b5c442_boundary Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Anybody know what other companies are using the NeL engine in game development at this time? Thanks, Jonathan. --part1_f2.e8a72df.28b5c442_boundary Content-Type: text/html; charset="US-ASCII" Content-Transfer-Encoding: 7bit Anybody know what other companies are using the NeL engine in game
development at this time?
Thanks, Jonathan.
--part1_f2.e8a72df.28b5c442_boundary-- From Ratskindid@aol.com Thu Aug 23 04:32:40 2001 Received: from imo-r02.mx.aol.com (imo-r02.mx.aol.com [152.163.225.98]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f7N2Wd892510 for ; Thu, 23 Aug 2001 04:32:39 +0200 (CEST) (envelope-from Ratskindid@aol.com) Received: from Ratskindid@aol.com by imo-r02.mx.aol.com (mail_out_v31_r1.4.) id d.f2.e8a72df (4354) for ; Wed, 22 Aug 2001 22:28:18 -0400 (EDT) From: Ratskindid@aol.com Message-ID: Date: Wed, 22 Aug 2001 22:28:18 EDT To: nel@nevrax.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="part1_f2.e8a72df.28b5c442_boundary" X-Mailer: AOL 6.0 for Windows US sub 10532 Subject: [Nel] Questions about NeL use. Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform --part1_f2.e8a72df.28b5c442_boundary Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Anybody know what other companies are using the NeL engine in game development at this time? Thanks, Jonathan. --part1_f2.e8a72df.28b5c442_boundary Content-Type: text/html; charset="US-ASCII" Content-Transfer-Encoding: 7bit Anybody know what other companies are using the NeL engine in game
development at this time?
Thanks, Jonathan.
--part1_f2.e8a72df.28b5c442_boundary-- From Ratskindid@aol.com Thu Aug 23 04:32:40 2001 Received: from imo-r02.mx.aol.com (imo-r02.mx.aol.com [152.163.225.98]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f7N2Wd892510 for ; Thu, 23 Aug 2001 04:32:39 +0200 (CEST) (envelope-from Ratskindid@aol.com) Received: from Ratskindid@aol.com by imo-r02.mx.aol.com (mail_out_v31_r1.4.) id d.f2.e8a72df (4354) for ; Wed, 22 Aug 2001 22:28:18 -0400 (EDT) From: Ratskindid@aol.com Message-ID: Date: Wed, 22 Aug 2001 22:28:18 EDT To: nel@nevrax.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="part1_f2.e8a72df.28b5c442_boundary" X-Mailer: AOL 6.0 for Windows US sub 10532 Subject: [Nel] Questions about NeL use. Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform --part1_f2.e8a72df.28b5c442_boundary Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Anybody know what other companies are using the NeL engine in game development at this time? Thanks, Jonathan. --part1_f2.e8a72df.28b5c442_boundary Content-Type: text/html; charset="US-ASCII" Content-Transfer-Encoding: 7bit Anybody know what other companies are using the NeL engine in game
development at this time?
Thanks, Jonathan.
--part1_f2.e8a72df.28b5c442_boundary-- From Ratskindid@aol.com Thu Aug 23 04:32:40 2001 Received: from imo-r02.mx.aol.com (imo-r02.mx.aol.com [152.163.225.98]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f7N2Wd892510 for ; Thu, 23 Aug 2001 04:32:39 +0200 (CEST) (envelope-from Ratskindid@aol.com) Received: from Ratskindid@aol.com by imo-r02.mx.aol.com (mail_out_v31_r1.4.) id d.f2.e8a72df (4354) for ; Wed, 22 Aug 2001 22:28:18 -0400 (EDT) From: Ratskindid@aol.com Message-ID: Date: Wed, 22 Aug 2001 22:28:18 EDT To: nel@nevrax.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="part1_f2.e8a72df.28b5c442_boundary" X-Mailer: AOL 6.0 for Windows US sub 10532 Subject: [Nel] Questions about NeL use. Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform --part1_f2.e8a72df.28b5c442_boundary Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Anybody know what other companies are using the NeL engine in game development at this time? Thanks, Jonathan. --part1_f2.e8a72df.28b5c442_boundary Content-Type: text/html; charset="US-ASCII" Content-Transfer-Encoding: 7bit Anybody know what other companies are using the NeL engine in game
development at this time?
Thanks, Jonathan.
--part1_f2.e8a72df.28b5c442_boundary-- From Ratskindid@aol.com Thu Aug 23 04:32:40 2001 Received: from imo-r02.mx.aol.com (imo-r02.mx.aol.com [152.163.225.98]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f7N2Wd892510 for ; Thu, 23 Aug 2001 04:32:39 +0200 (CEST) (envelope-from Ratskindid@aol.com) Received: from Ratskindid@aol.com by imo-r02.mx.aol.com (mail_out_v31_r1.4.) id d.f2.e8a72df (4354) for ; Wed, 22 Aug 2001 22:28:18 -0400 (EDT) From: Ratskindid@aol.com Message-ID: Date: Wed, 22 Aug 2001 22:28:18 EDT To: nel@nevrax.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="part1_f2.e8a72df.28b5c442_boundary" X-Mailer: AOL 6.0 for Windows US sub 10532 Subject: [Nel] Questions about NeL use. Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform --part1_f2.e8a72df.28b5c442_boundary Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Anybody know what other companies are using the NeL engine in game development at this time? Thanks, Jonathan. --part1_f2.e8a72df.28b5c442_boundary Content-Type: text/html; charset="US-ASCII" Content-Transfer-Encoding: 7bit Anybody know what other companies are using the NeL engine in game
development at this time?
Thanks, Jonathan.
--part1_f2.e8a72df.28b5c442_boundary-- From Ratskindid@aol.com Thu Aug 23 04:32:40 2001 Received: from imo-r02.mx.aol.com (imo-r02.mx.aol.com [152.163.225.98]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f7N2Wd892510 for ; Thu, 23 Aug 2001 04:32:39 +0200 (CEST) (envelope-from Ratskindid@aol.com) Received: from Ratskindid@aol.com by imo-r02.mx.aol.com (mail_out_v31_r1.4.) id d.f2.e8a72df (4354) for ; Wed, 22 Aug 2001 22:28:18 -0400 (EDT) From: Ratskindid@aol.com Message-ID: Date: Wed, 22 Aug 2001 22:28:18 EDT To: nel@nevrax.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="part1_f2.e8a72df.28b5c442_boundary" X-Mailer: AOL 6.0 for Windows US sub 10532 Subject: [Nel] Questions about NeL use. Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform --part1_f2.e8a72df.28b5c442_boundary Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Anybody know what other companies are using the NeL engine in game development at this time? Thanks, Jonathan. --part1_f2.e8a72df.28b5c442_boundary Content-Type: text/html; charset="US-ASCII" Content-Transfer-Encoding: 7bit Anybody know what other companies are using the NeL engine in game
development at this time?
Thanks, Jonathan.
--part1_f2.e8a72df.28b5c442_boundary-- From Ratskindid@aol.com Thu Aug 23 04:32:40 2001 Received: from imo-r02.mx.aol.com (imo-r02.mx.aol.com [152.163.225.98]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f7N2Wd892510 for ; Thu, 23 Aug 2001 04:32:39 +0200 (CEST) (envelope-from Ratskindid@aol.com) Received: from Ratskindid@aol.com by imo-r02.mx.aol.com (mail_out_v31_r1.4.) id d.f2.e8a72df (4354) for ; Wed, 22 Aug 2001 22:28:18 -0400 (EDT) From: Ratskindid@aol.com Message-ID: Date: Wed, 22 Aug 2001 22:28:18 EDT To: nel@nevrax.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="part1_f2.e8a72df.28b5c442_boundary" X-Mailer: AOL 6.0 for Windows US sub 10532 Subject: [Nel] Questions about NeL use. Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform --part1_f2.e8a72df.28b5c442_boundary Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Anybody know what other companies are using the NeL engine in game development at this time? Thanks, Jonathan. --part1_f2.e8a72df.28b5c442_boundary Content-Type: text/html; charset="US-ASCII" Content-Transfer-Encoding: 7bit Anybody know what other companies are using the NeL engine in game
development at this time?
Thanks, Jonathan.
--part1_f2.e8a72df.28b5c442_boundary-- From Ratskindid@aol.com Thu Aug 23 04:32:40 2001 Received: from imo-r02.mx.aol.com (imo-r02.mx.aol.com [152.163.225.98]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f7N2Wd892510 for ; Thu, 23 Aug 2001 04:32:39 +0200 (CEST) (envelope-from Ratskindid@aol.com) Received: from Ratskindid@aol.com by imo-r02.mx.aol.com (mail_out_v31_r1.4.) id d.f2.e8a72df (4354) for ; Wed, 22 Aug 2001 22:28:18 -0400 (EDT) From: Ratskindid@aol.com Message-ID: Date: Wed, 22 Aug 2001 22:28:18 EDT To: nel@nevrax.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="part1_f2.e8a72df.28b5c442_boundary" X-Mailer: AOL 6.0 for Windows US sub 10532 Subject: [Nel] Questions about NeL use. Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform --part1_f2.e8a72df.28b5c442_boundary Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Anybody know what other companies are using the NeL engine in game development at this time? Thanks, Jonathan. --part1_f2.e8a72df.28b5c442_boundary Content-Type: text/html; charset="US-ASCII" Content-Transfer-Encoding: 7bit Anybody know what other companies are using the NeL engine in game
development at this time?
Thanks, Jonathan.
--part1_f2.e8a72df.28b5c442_boundary-- From Ratskindid@aol.com Thu Aug 23 04:32:40 2001 Received: from imo-r02.mx.aol.com (imo-r02.mx.aol.com [152.163.225.98]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f7N2Wd892510 for ; Thu, 23 Aug 2001 04:32:39 +0200 (CEST) (envelope-from Ratskindid@aol.com) Received: from Ratskindid@aol.com by imo-r02.mx.aol.com (mail_out_v31_r1.4.) id d.f2.e8a72df (4354) for ; Wed, 22 Aug 2001 22:28:18 -0400 (EDT) From: Ratskindid@aol.com Message-ID: Date: Wed, 22 Aug 2001 22:28:18 EDT To: nel@nevrax.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="part1_f2.e8a72df.28b5c442_boundary" X-Mailer: AOL 6.0 for Windows US sub 10532 Subject: [Nel] Questions about NeL use. Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform --part1_f2.e8a72df.28b5c442_boundary Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Anybody know what other companies are using the NeL engine in game development at this time? Thanks, Jonathan. --part1_f2.e8a72df.28b5c442_boundary Content-Type: text/html; charset="US-ASCII" Content-Transfer-Encoding: 7bit Anybody know what other companies are using the NeL engine in game
development at this time?
Thanks, Jonathan.
--part1_f2.e8a72df.28b5c442_boundary-- From Ratskindid@aol.com Thu Aug 23 04:32:40 2001 Received: from imo-r02.mx.aol.com (imo-r02.mx.aol.com [152.163.225.98]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f7N2Wd892510 for ; Thu, 23 Aug 2001 04:32:39 +0200 (CEST) (envelope-from Ratskindid@aol.com) Received: from Ratskindid@aol.com by imo-r02.mx.aol.com (mail_out_v31_r1.4.) id d.f2.e8a72df (4354) for ; Wed, 22 Aug 2001 22:28:18 -0400 (EDT) From: Ratskindid@aol.com Message-ID: Date: Wed, 22 Aug 2001 22:28:18 EDT To: nel@nevrax.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="part1_f2.e8a72df.28b5c442_boundary" X-Mailer: AOL 6.0 for Windows US sub 10532 Subject: [Nel] Questions about NeL use. Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform --part1_f2.e8a72df.28b5c442_boundary Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Anybody know what other companies are using the NeL engine in game development at this time? Thanks, Jonathan. --part1_f2.e8a72df.28b5c442_boundary Content-Type: text/html; charset="US-ASCII" Content-Transfer-Encoding: 7bit Anybody know what other companies are using the NeL engine in game
development at this time?
Thanks, Jonathan.
--part1_f2.e8a72df.28b5c442_boundary-- From Ratskindid@aol.com Thu Aug 23 04:32:40 2001 Received: from imo-r02.mx.aol.com (imo-r02.mx.aol.com [152.163.225.98]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f7N2Wd892510 for ; Thu, 23 Aug 2001 04:32:39 +0200 (CEST) (envelope-from Ratskindid@aol.com) Received: from Ratskindid@aol.com by imo-r02.mx.aol.com (mail_out_v31_r1.4.) id d.f2.e8a72df (4354) for ; Wed, 22 Aug 2001 22:28:18 -0400 (EDT) From: Ratskindid@aol.com Message-ID: Date: Wed, 22 Aug 2001 22:28:18 EDT To: nel@nevrax.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="part1_f2.e8a72df.28b5c442_boundary" X-Mailer: AOL 6.0 for Windows US sub 10532 Subject: [Nel] Questions about NeL use. Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform --part1_f2.e8a72df.28b5c442_boundary Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Anybody know what other companies are using the NeL engine in game development at this time? Thanks, Jonathan. --part1_f2.e8a72df.28b5c442_boundary Content-Type: text/html; charset="US-ASCII" Content-Transfer-Encoding: 7bit Anybody know what other companies are using the NeL engine in game
development at this time?
Thanks, Jonathan.
--part1_f2.e8a72df.28b5c442_boundary-- From Ratskindid@aol.com Thu Aug 23 04:32:40 2001 Received: from imo-r02.mx.aol.com (imo-r02.mx.aol.com [152.163.225.98]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f7N2Wd892510 for ; Thu, 23 Aug 2001 04:32:39 +0200 (CEST) (envelope-from Ratskindid@aol.com) Received: from Ratskindid@aol.com by imo-r02.mx.aol.com (mail_out_v31_r1.4.) id d.f2.e8a72df (4354) for ; Wed, 22 Aug 2001 22:28:18 -0400 (EDT) From: Ratskindid@aol.com Message-ID: Date: Wed, 22 Aug 2001 22:28:18 EDT To: nel@nevrax.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="part1_f2.e8a72df.28b5c442_boundary" X-Mailer: AOL 6.0 for Windows US sub 10532 Subject: [Nel] Questions about NeL use. Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform --part1_f2.e8a72df.28b5c442_boundary Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Anybody know what other companies are using the NeL engine in game development at this time? Thanks, Jonathan. --part1_f2.e8a72df.28b5c442_boundary Content-Type: text/html; charset="US-ASCII" Content-Transfer-Encoding: 7bit Anybody know what other companies are using the NeL engine in game
development at this time?
Thanks, Jonathan.
--part1_f2.e8a72df.28b5c442_boundary-- From Ratskindid@aol.com Thu Aug 23 04:32:40 2001 Received: from imo-r02.mx.aol.com (imo-r02.mx.aol.com [152.163.225.98]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f7N2Wd892510 for ; Thu, 23 Aug 2001 04:32:39 +0200 (CEST) (envelope-from Ratskindid@aol.com) Received: from Ratskindid@aol.com by imo-r02.mx.aol.com (mail_out_v31_r1.4.) id d.f2.e8a72df (4354) for ; Wed, 22 Aug 2001 22:28:18 -0400 (EDT) From: Ratskindid@aol.com Message-ID: Date: Wed, 22 Aug 2001 22:28:18 EDT To: nel@nevrax.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="part1_f2.e8a72df.28b5c442_boundary" X-Mailer: AOL 6.0 for Windows US sub 10532 Subject: [Nel] Questions about NeL use. Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform --part1_f2.e8a72df.28b5c442_boundary Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Anybody know what other companies are using the NeL engine in game development at this time? Thanks, Jonathan. --part1_f2.e8a72df.28b5c442_boundary Content-Type: text/html; charset="US-ASCII" Content-Transfer-Encoding: 7bit Anybody know what other companies are using the NeL engine in game
development at this time?
Thanks, Jonathan.
--part1_f2.e8a72df.28b5c442_boundary-- From Ratskindid@aol.com Thu Aug 23 04:32:40 2001 Received: from imo-r02.mx.aol.com (imo-r02.mx.aol.com [152.163.225.98]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f7N2Wd892510 for ; Thu, 23 Aug 2001 04:32:39 +0200 (CEST) (envelope-from Ratskindid@aol.com) Received: from Ratskindid@aol.com by imo-r02.mx.aol.com (mail_out_v31_r1.4.) id d.f2.e8a72df (4354) for ; Wed, 22 Aug 2001 22:28:18 -0400 (EDT) From: Ratskindid@aol.com Message-ID: Date: Wed, 22 Aug 2001 22:28:18 EDT To: nel@nevrax.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="part1_f2.e8a72df.28b5c442_boundary" X-Mailer: AOL 6.0 for Windows US sub 10532 Subject: [Nel] Questions about NeL use. Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform --part1_f2.e8a72df.28b5c442_boundary Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Anybody know what other companies are using the NeL engine in game development at this time? Thanks, Jonathan. --part1_f2.e8a72df.28b5c442_boundary Content-Type: text/html; charset="US-ASCII" Content-Transfer-Encoding: 7bit Anybody know what other companies are using the NeL engine in game
development at this time?
Thanks, Jonathan.
--part1_f2.e8a72df.28b5c442_boundary-- From Ratskindid@aol.com Thu Aug 23 04:32:40 2001 Received: from imo-r02.mx.aol.com (imo-r02.mx.aol.com [152.163.225.98]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f7N2Wd892510 for ; Thu, 23 Aug 2001 04:32:39 +0200 (CEST) (envelope-from Ratskindid@aol.com) Received: from Ratskindid@aol.com by imo-r02.mx.aol.com (mail_out_v31_r1.4.) id d.f2.e8a72df (4354) for ; Wed, 22 Aug 2001 22:28:18 -0400 (EDT) From: Ratskindid@aol.com Message-ID: Date: Wed, 22 Aug 2001 22:28:18 EDT To: nel@nevrax.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="part1_f2.e8a72df.28b5c442_boundary" X-Mailer: AOL 6.0 for Windows US sub 10532 Subject: [Nel] Questions about NeL use. Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform --part1_f2.e8a72df.28b5c442_boundary Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Anybody know what other companies are using the NeL engine in game development at this time? Thanks, Jonathan. --part1_f2.e8a72df.28b5c442_boundary Content-Type: text/html; charset="US-ASCII" Content-Transfer-Encoding: 7bit Anybody know what other companies are using the NeL engine in game
development at this time?
Thanks, Jonathan.
--part1_f2.e8a72df.28b5c442_boundary-- From Ratskindid@aol.com Thu Aug 23 04:32:40 2001 Received: from imo-r02.mx.aol.com (imo-r02.mx.aol.com [152.163.225.98]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f7N2Wd892510 for ; Thu, 23 Aug 2001 04:32:39 +0200 (CEST) (envelope-from Ratskindid@aol.com) Received: from Ratskindid@aol.com by imo-r02.mx.aol.com (mail_out_v31_r1.4.) id d.f2.e8a72df (4354) for ; Wed, 22 Aug 2001 22:28:18 -0400 (EDT) From: Ratskindid@aol.com Message-ID: Date: Wed, 22 Aug 2001 22:28:18 EDT To: nel@nevrax.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="part1_f2.e8a72df.28b5c442_boundary" X-Mailer: AOL 6.0 for Windows US sub 10532 Subject: [Nel] Questions about NeL use. Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform --part1_f2.e8a72df.28b5c442_boundary Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Anybody know what other companies are using the NeL engine in game development at this time? Thanks, Jonathan. --part1_f2.e8a72df.28b5c442_boundary Content-Type: text/html; charset="US-ASCII" Content-Transfer-Encoding: 7bit Anybody know what other companies are using the NeL engine in game
development at this time?
Thanks, Jonathan.
--part1_f2.e8a72df.28b5c442_boundary-- From Ratskindid@aol.com Thu Aug 23 04:32:40 2001 Received: from imo-r02.mx.aol.com (imo-r02.mx.aol.com [152.163.225.98]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f7N2Wd892510 for ; Thu, 23 Aug 2001 04:32:39 +0200 (CEST) (envelope-from Ratskindid@aol.com) Received: from Ratskindid@aol.com by imo-r02.mx.aol.com (mail_out_v31_r1.4.) id d.f2.e8a72df (4354) for ; Wed, 22 Aug 2001 22:28:18 -0400 (EDT) From: Ratskindid@aol.com Message-ID: Date: Wed, 22 Aug 2001 22:28:18 EDT To: nel@nevrax.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="part1_f2.e8a72df.28b5c442_boundary" X-Mailer: AOL 6.0 for Windows US sub 10532 Subject: [Nel] Questions about NeL use. Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform --part1_f2.e8a72df.28b5c442_boundary Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Anybody know what other companies are using the NeL engine in game development at this time? Thanks, Jonathan. --part1_f2.e8a72df.28b5c442_boundary Content-Type: text/html; charset="US-ASCII" Content-Transfer-Encoding: 7bit Anybody know what other companies are using the NeL engine in game
development at this time?
Thanks, Jonathan.
--part1_f2.e8a72df.28b5c442_boundary-- From Ratskindid@aol.com Thu Aug 23 04:32:40 2001 Received: from imo-r02.mx.aol.com (imo-r02.mx.aol.com [152.163.225.98]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f7N2Wd892510 for ; Thu, 23 Aug 2001 04:32:39 +0200 (CEST) (envelope-from Ratskindid@aol.com) Received: from Ratskindid@aol.com by imo-r02.mx.aol.com (mail_out_v31_r1.4.) id d.f2.e8a72df (4354) for ; Wed, 22 Aug 2001 22:28:18 -0400 (EDT) From: Ratskindid@aol.com Message-ID: Date: Wed, 22 Aug 2001 22:28:18 EDT To: nel@nevrax.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="part1_f2.e8a72df.28b5c442_boundary" X-Mailer: AOL 6.0 for Windows US sub 10532 Subject: [Nel] Questions about NeL use. Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform --part1_f2.e8a72df.28b5c442_boundary Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Anybody know what other companies are using the NeL engine in game development at this time? Thanks, Jonathan. --part1_f2.e8a72df.28b5c442_boundary Content-Type: text/html; charset="US-ASCII" Content-Transfer-Encoding: 7bit Anybody know what other companies are using the NeL engine in game
development at this time?
Thanks, Jonathan.
--part1_f2.e8a72df.28b5c442_boundary-- From lejade@nevrax.com Thu Aug 23 10:44:53 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f7N8ir894463 for ; Thu, 23 Aug 2001 10:44:53 +0200 (CEST) (envelope-from lejade@nevrax.com) Received: from pc252.nevrax.com (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with ESMTP id f7N8ebD34063 for ; Thu, 23 Aug 2001 10:40:37 +0200 (CEST) (envelope-from lejade@nevrax.com) Message-Id: <4.3.2.7.2.20010823103033.00c63540@pop.nevrax.net> X-Sender: lejade@pop.nevrax.net X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Thu, 23 Aug 2001 10:39:38 +0200 To: nel@nevrax.org From: Olivier Lejade Subject: Re: [Nel] Questions about NeL use. In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform At 10:28 PM 8/22/01 -0400, you wrote: >Anybody know what other companies are using the NeL engine in game >development at this time? There's a few (and a few more considering the move), but apart from our friends at In-Orbit (www.in-orbit.net), we have been asked not to mention them for the time being. Sorry. However we expect that as time goes by and the games are released, more and more companies will hop in the bandwagon... best, O. From tanis@digi-web.it Thu Aug 23 10:59:18 2001 Received: from www.digi-web.it ([62.110.27.80]) by www.nevrax.org (8.11.0/8.11.0) with SMTP id f7N8xI894561 for ; Thu, 23 Aug 2001 10:59:18 +0200 (CEST) (envelope-from tanis@digi-web.it) Received: (qmail 9495 invoked from network); 23 Aug 2001 08:48:39 -0000 Received: from unknown (HELO valerio) (172.16.69.2) by mail.digisoft.local with SMTP; 23 Aug 2001 08:48:39 -0000 Message-ID: <04ee01c12bb1$487a39a0$024510ac@valerio> From: "Valerio Santinelli" To: References: Subject: Re: [Nel] Questions about NeL use. Date: Thu, 23 Aug 2001 10:54:56 +0200 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_04EB_01C12BC2.0BF6D4A0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Messaggio in formato MIME composto da piy parti. ------=_NextPart_000_04EB_01C12BC2.0BF6D4A0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable We'll start working with NEL late this september. But we're not an = official company, we're just a group of amateurs. -- Valerio Santinelli http://www.digisoft-multimedia.it/ ----- Original Message -----=20 From: Ratskindid@aol.com=20 To: nel@nevrax.org=20 Sent: Thursday, August 23, 2001 4:28 AM Subject: [Nel] Questions about NeL use. Anybody know what other companies are using the NeL engine in game=20 development at this time?=20 Thanks, Jonathan.=20 ------=_NextPart_000_04EB_01C12BC2.0BF6D4A0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
We'll start working with NEL late this = september.=20 But we're not an official company, we're just a group of = amateurs.
 
--
Valerio Santinelli
http://www.digisoft-multimedi= a.it/
----- Original Message -----
From:=20 Ratskindid@aol.com
Sent: Thursday, August 23, 2001 = 4:28=20 AM
Subject: [Nel] Questions about = NeL=20 use.

Anybody = know what other=20 companies are using the NeL engine in game
development at this = time?=20
Thanks, Jonathan.
------=_NextPart_000_04EB_01C12BC2.0BF6D4A0-- From Ratskindid@aol.com Thu Aug 23 04:32:40 2001 Received: from imo-r02.mx.aol.com (imo-r02.mx.aol.com [152.163.225.98]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f7N2Wd892510 for ; Thu, 23 Aug 2001 04:32:39 +0200 (CEST) (envelope-from Ratskindid@aol.com) Received: from Ratskindid@aol.com by imo-r02.mx.aol.com (mail_out_v31_r1.4.) id d.f2.e8a72df (4354) for ; Wed, 22 Aug 2001 22:28:18 -0400 (EDT) From: Ratskindid@aol.com Message-ID: Date: Wed, 22 Aug 2001 22:28:18 EDT To: nel@nevrax.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="part1_f2.e8a72df.28b5c442_boundary" X-Mailer: AOL 6.0 for Windows US sub 10532 Subject: [Nel] Questions about NeL use. Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform --part1_f2.e8a72df.28b5c442_boundary Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Anybody know what other companies are using the NeL engine in game development at this time? Thanks, Jonathan. --part1_f2.e8a72df.28b5c442_boundary Content-Type: text/html; charset="US-ASCII" Content-Transfer-Encoding: 7bit Anybody know what other companies are using the NeL engine in game
development at this time?
Thanks, Jonathan.
--part1_f2.e8a72df.28b5c442_boundary-- From zane@supernova.org Thu Aug 23 19:44:22 2001 Received: from xchnghq2.mmsa.com (xchngq2.mmsa.com [205.227.150.22] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f7NHiHl02505 for ; Thu, 23 Aug 2001 19:44:21 +0200 (CEST) (envelope-from zane@supernova.org) Received: from IS64E003 ([172.18.51.157]) by xchnghq2.mmsa.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id R3ABCN95; Thu, 23 Aug 2001 10:39:55 -0700 Message-ID: <014801c12bfa$7dcdc420$9d3312ac@hq.mmsa.com> From: "Zane" To: References: <003f01c121c8$e862f620$9d3312ac@hq.mmsa.com> <001b01c1256f$09348900$0901a8c0@vianneyl> <010b01c125a6$23eba850$9d3312ac@hq.mmsa.com> <20010816153031.A45508@nevrax.com> Date: Thu, 23 Aug 2001 10:38:59 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Subject: [Nel] NeL Compile Error - Patch Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Got an error compiling NeL under Linux, basically a typing problem, here's a patch: diff -r1.2 tcp_sock.cpp 187c187 < int len = sizeof( windowsize ); --- > socklen_t len = sizeof( windowsize ); -E.J. Wilburn From zane@supernova.org Thu Aug 23 19:57:52 2001 Received: from xchnghq2.mmsa.com (xchngq2.mmsa.com [205.227.150.22] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f7NHvpl02569 for ; Thu, 23 Aug 2001 19:57:51 +0200 (CEST) (envelope-from zane@supernova.org) Received: from IS64E003 ([172.18.51.157]) by xchnghq2.mmsa.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id R3ABC3BC; Thu, 23 Aug 2001 10:53:30 -0700 Message-ID: <014d01c12bfc$63506290$9d3312ac@hq.mmsa.com> From: "Zane" To: References: <003f01c121c8$e862f620$9d3312ac@hq.mmsa.com> <001b01c1256f$09348900$0901a8c0@vianneyl> <010b01c125a6$23eba850$9d3312ac@hq.mmsa.com> <20010816153031.A45508@nevrax.com> Subject: Re: [Nel] NeLNS compilation problems Date: Thu, 23 Aug 2001 10:52:34 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform ----- Original Message ----- From: "Cedric Valignat" Sent: Thursday, August 16, 2001 6:30 AM > It's just working fine on our computers and i can't find it could > come but from a wrong link PATH, so i have some stupid questions > for you (sorry for that) : > > - Is your '--with-nel' configure option properly set ? > - Did you do, if it's necessary, a make install in NeL ? > - Could you send us your script to compile NeLNS ? Well I'm was using the same method Monday as I was Friday and it worked on Monday (after I updated from CVS) and didn't on Friday. With my original e-mail I attached nm output from the NeL libraries and the functions they were looking for in the NeL library were listed but undefined. The problem wasn't how I was building NeLNS, it was that NeLNS was either looking for the wrong functions or NeL wasn't properly exporting/defining the right functions. Anyway, here's the script I use for both NeL and NeLNS and they both work without changes: #!/bin/bash ./bootstrap ./configure --with-stlport=/usr/src/STLport-4.0 --with-stlport-include=/usr/ src/STLport-4.0/stlport -- with-python=/usr/include/python-1.5 --with-freetype=/usr/include/freetype2 make #make install (uncommented in the buildnel script) I'm not sure what was wrong but something in the Monday (not this Monday but the 13th I believe) fixed it. Not sure if you all want to pursue the issue any further since it's working now, I'm not concerned any longer. -E.J. Wilburn From zane@supernova.org Thu Aug 23 20:26:40 2001 Received: from xchnghq2.mmsa.com (s1.mmsa.com [205.227.148.7]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f7NIQcl02701 for ; Thu, 23 Aug 2001 20:26:39 +0200 (CEST) (envelope-from zane@supernova.org) Received: from IS64E003 ([172.18.51.157]) by xchnghq2.mmsa.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id R3ABC3K2; Thu, 23 Aug 2001 11:22:12 -0700 Message-ID: <015601c12c00$65c66ed0$9d3312ac@hq.mmsa.com> From: "Zane" To: References: <003f01c121c8$e862f620$9d3312ac@hq.mmsa.com> <001b01c1256f$09348900$0901a8c0@vianneyl> <010b01c125a6$23eba850$9d3312ac@hq.mmsa.com> <20010816153031.A45508@nevrax.com> Date: Thu, 23 Aug 2001 11:21:16 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Subject: [Nel] NeL One more Linux compile problem Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform I've been getting this error for a couple of days now. I generally don't e-mail you all about compilation errors unless I either have a fix or it's gone for a couple of days without being fixed. Here's the error: make[3]: Entering directory `/root/nel/code/nel/src/3d' source='particle_system.cpp' object='particle_system.lo' libtool=yes \ depfile='.deps/particle_system.Plo' tmpdepfile='.deps/particle_system.TPlo' \ depmode=gcc /bin/sh ../../depcomp \ /bin/sh ../../libtool --mode=compile g++ -DHAVE_CONFIG_H -I. -I. -I../../include -I../../src -I/usr/include/fr eetype2 -I/usr/src/STLport-4.0/stlport -O3 -Wno-multichar -D_REENTRANT -I/ usr/X11R6/include -c -o particle_system.lo `test -f particle_system.cpp || echo './'`particle_system.cpp g++ -DHAVE_CONFIG_H -I. -I. -I../../include -I../../src -I/usr/include/freet ype2 -I/usr/src/STLport-4.0/stlport -O3 -Wno-multichar -D_REENTRANT -I/usr/X 11R6/include -c article_system.cpp -Wp,-MD,.deps/particle_system.TPlo -fPIC -DPIC -o .libs/particle_system.o particle_system.cpp: In method `void NL3D::CParticleSystem::unregisterLocatedBindableExternID(NL3D::CPSLocatedBin dable *)': particle_system.cpp:467: `iterator_category' undeclared in namespace `_STL' -E.J. Wilburn From zane@supernova.org Thu Aug 23 22:35:13 2001 Received: from xchnghq2.mmsa.com (xchngq2.mmsa.com [205.227.150.22] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f7NKZCl03365 for ; Thu, 23 Aug 2001 22:35:12 +0200 (CEST) (envelope-from zane@supernova.org) Received: from IS64E003 ([172.18.51.157]) by xchnghq2.mmsa.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id R3ABC36B; Thu, 23 Aug 2001 13:30:47 -0700 Message-ID: <016601c12c12$5b520560$9d3312ac@hq.mmsa.com> From: "Zane" To: References: Subject: Re: [Nel] Questions about NeL use. Date: Thu, 23 Aug 2001 13:29:49 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Has anyone else recieved this message several times? -E.J. Wilburn ----- Original Message ----- From: To: Sent: Wednesday, August 22, 2001 7:28 PM Subject: [Nel] Questions about NeL use. > Anybody know what other companies are using the NeL engine in game > development at this time? > Thanks, Jonathan. > From eagleeye@flashmail.com Fri Aug 24 00:30:55 2001 Received: from flashmail.com (flash2.flashmail.com [207.173.216.241]) by www.nevrax.org (8.11.0/8.11.0) with SMTP id f7NMUpl04098 for ; Fri, 24 Aug 2001 00:30:51 +0200 (CEST) (envelope-from eagleeye@flashmail.com) Received: (qmail 27932 invoked from network); 23 Aug 2001 22:23:54 -0000 Received: from unknown (HELO cx1229543a) (24.22.141.10) by flash2.flashmail.com with SMTP; 23 Aug 2001 22:23:54 -0000 Message-ID: <002101c12c22$7f6f5f00$0a8d1618@omhan1.ne.home.com> From: "EagleEye" To: References: Subject: Re: [Nel] Questions about NeL use. Date: Thu, 23 Aug 2001 17:25:21 -0500 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_001E_01C12BF8.961C37C0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform This is a multi-part message in MIME format. ------=_NextPart_000_001E_01C12BF8.961C37C0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hey man, shut up already. We've gotten the same email 4 or 5 times now. = My company MIGHT be using NeL... we're still evaluating it as it is = still in development. ----- Original Message -----=20 From: Ratskindid@aol.com=20 To: nel@nevrax.org=20 Sent: Wednesday, August 22, 2001 9:28 PM Subject: [Nel] Questions about NeL use. Anybody know what other companies are using the NeL engine in game=20 development at this time?=20 Thanks, Jonathan.=20 ------=_NextPart_000_001E_01C12BF8.961C37C0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hey man, shut up already.  We've gotten the = same email 4=20 or 5 times now.  My company MIGHT be using NeL... we're still = evaluating it=20 as it is still in development.
 
----- Original Message -----
From:=20 Ratskindid@aol.com
Sent: Wednesday, August 22, = 2001 9:28=20 PM
Subject: [Nel] Questions about = NeL=20 use.

Anybody = know what other=20 companies are using the NeL engine in game
development at this = time?=20
Thanks, Jonathan.
------=_NextPart_000_001E_01C12BF8.961C37C0-- From render@qwest.net Fri Aug 24 03:54:54 2001 Received: from slkcpop3.slkc.uswest.net (slkcpop3.slkc.uswest.net [206.81.128.3]) by www.nevrax.org (8.11.0/8.11.0) with SMTP id f7O1srl05838 for ; Fri, 24 Aug 2001 03:54:54 +0200 (CEST) (envelope-from render@qwest.net) Received: (qmail 2436 invoked by uid 0); 24 Aug 2001 01:50:31 -0000 Received: from c976674-a.saltlk1.ut.home.com (HELO qwest.net) (24.0.33.223) by slkcpop3.slkc.uswest.net with SMTP; 24 Aug 2001 01:50:31 -0000 Date: Thu, 23 Aug 2001 20:49:55 -0600 Message-ID: <3B85C0D3.BFFF06D8@qwest.net> From: "Nick Rathke" To: nel@nevrax.org X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.5 i686) X-Accept-Language: en MIME-Version: 1.0 Subject: Re: [Nel] Questions about NeL use. References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Why do I get this e-mail over and over and over again? n. Ratskindid@aol.com wrote: > Anybody know what other companies are using the NeL engine in game > development at this time? > Thanks, Jonathan. From james.hearn@byu.edu Fri Aug 24 07:18:01 2001 Received: from granger.centurytel.net (granger.centurytel.net [209.142.136.117]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f7O5I0l07283 for ; Fri, 24 Aug 2001 07:18:01 +0200 (CEST) (envelope-from james.hearn@byu.edu) Received: from jjh (pppoe0527.lax.centurytel.net [64.91.19.19]) by granger.centurytel.net (8.11.4/8.11.4) with ESMTP id f7O5Dbd20929 for ; Fri, 24 Aug 2001 00:13:38 -0500 (CDT) Message-ID: <001501c12c5a$7a7ee5a0$13135b40@jjh> From: "James Hearn" To: References: <3B85C0D3.BFFF06D8@qwest.net> Subject: Re: [Nel] Questions about NeL use. Date: Fri, 24 Aug 2001 00:06:02 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MIMEOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform > Why do I get this e-mail over and over and over again? I've received almost 30 copies of it. --James Hearn From cado@nevrax.com Fri Aug 24 09:48:40 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f7O7mel08039 for ; Fri, 24 Aug 2001 09:48:40 +0200 (CEST) (envelope-from cado@nevrax.com) Received: from nevrax.com (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with ESMTP id f7O7iND44266 for ; Fri, 24 Aug 2001 09:44:23 +0200 (CEST) (envelope-from cado@nevrax.com) Message-ID: <3B86065B.5C5D0AE0@nevrax.com> Date: Fri, 24 Aug 2001 09:46:35 +0200 From: Olivier Cado X-Mailer: Mozilla 4.72 [en] (Windows NT 5.0; I) X-Accept-Language: fr,en MIME-Version: 1.0 To: nel@nevrax.org Subject: Re: [Nel] NeL Compile Error - Patch References: <003f01c121c8$e862f620$9d3312ac@hq.mmsa.com> <001b01c1256f$09348900$0901a8c0@vianneyl> <010b01c125a6$23eba850$9d3312ac@hq.mmsa.com> <20010816153031.A45508@nevrax.com> <014801c12bfa$7dcdc420$9d3312ac@hq.mmsa.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Zane (E.J. Wilburn) wrote: > Got an error compiling NeL under Linux, basically a typing problem, here's a > patch: > > diff -r1.2 tcp_sock.cpp > 187c187 > < int len = sizeof( windowsize ); > --- > > socklen_t len = sizeof( windowsize ); Thank you for your patch. Sorry for this mistake, it was fixed yesterday but the public CVS repository on nevrax.org is updated at the end of the day. Olivier Cado ICQ: 67756413 From valignat@gw.nevrax.com Fri Aug 24 12:28:38 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f7OASXl09224 for ; Fri, 24 Aug 2001 12:28:34 +0200 (CEST) (envelope-from valignat@gw.nevrax.com) Received: from gw.nevrax.com (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with ESMTP id f7OAOBD46227 for ; Fri, 24 Aug 2001 12:24:11 +0200 (CEST) (envelope-from valignat@gw.nevrax.com) Received: (from valignat@localhost) by gw.nevrax.com (8.11.5/8.11.5) id f7OAOB681235 for nel@nevrax.org; Fri, 24 Aug 2001 12:24:11 +0200 (CEST) (envelope-from valignat) Date: Fri, 24 Aug 2001 12:24:11 +0200 From: Cedric Valignat To: nel@nevrax.org Subject: Re: [Nel] Questions about NeL use. Message-ID: <20010824122410.A81222@nevrax.com> References: <016601c12c12$5b520560$9d3312ac@hq.mmsa.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <016601c12c12$5b520560$9d3312ac@hq.mmsa.com>; from zane@supernova.org on Thu, Aug 23, 2001 at 01:29:49PM -0700 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Zane wrote: > Has anyone else recieved this message several times? Yes :-( It look like to be mailman wich send that mail over and over since i activate the option restricting the send of mail to the malling list to the the list non-menbers without approval. I did it to filte spams ... I desactivate that option and i looking for a solution ... Sorry about that spamming :-( Cedric. From valignat@gw.nevrax.com Fri Aug 24 12:38:34 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f7OAcWl09305 for ; Fri, 24 Aug 2001 12:38:33 +0200 (CEST) (envelope-from valignat@gw.nevrax.com) Received: from gw.nevrax.com (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with ESMTP id f7OAYGD46342 for ; Fri, 24 Aug 2001 12:34:16 +0200 (CEST) (envelope-from valignat@gw.nevrax.com) Received: (from valignat@localhost) by gw.nevrax.com (8.11.5/8.11.5) id f7OAYGT81270 for nel@nevrax.org; Fri, 24 Aug 2001 12:34:16 +0200 (CEST) (envelope-from valignat) Date: Fri, 24 Aug 2001 12:34:16 +0200 From: Cedric Valignat To: nel@nevrax.org Subject: Re: [Nel] NeLNS compilation problems Message-ID: <20010824123415.B81222@nevrax.com> References: <003f01c121c8$e862f620$9d3312ac@hq.mmsa.com> <001b01c1256f$09348900$0901a8c0@vianneyl> <010b01c125a6$23eba850$9d3312ac@hq.mmsa.com> <20010816153031.A45508@nevrax.com> <014d01c12bfc$63506290$9d3312ac@hq.mmsa.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <014d01c12bfc$63506290$9d3312ac@hq.mmsa.com>; from zane@supernova.org on Thu, Aug 23, 2001 at 10:52:34AM -0700 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Zane wrote: > > I'm not sure what was wrong but something in the Monday (not this Monday but > the 13th I believe) fixed it. Not sure if you all want to pursue the issue > any further since it's working now, I'm not concerned any longer. I juste fixed a small bug in NeLNS that was active when using the --with-stlport-lib option ... but if that works now ... weird. Cedric. From vizerie@nevrax.com Fri Aug 24 18:07:53 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f7OG7ql10983 for ; Fri, 24 Aug 2001 18:07:52 +0200 (CEST) (envelope-from vizerie@nevrax.com) Received: from nicolasv (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id f7OG3aD50855 for ; Fri, 24 Aug 2001 18:03:36 +0200 (CEST) (envelope-from vizerie@nevrax.com) Message-ID: <001401c12cb6$57170140$1d01a8c0@nicolasv> From: "Nicolas Vizerie" To: Date: Fri, 24 Aug 2001 18:03:39 +0200 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0011_01C12CC7.1A9522E0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Subject: [Nel] Fw: NeL compile error Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform This is a multi-part message in MIME format. ------=_NextPart_000_0011_01C12CC7.1A9522E0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable ----- Original Message -----=20 From: Nicolas Vizerie=20 To: zane@supernova.org=20 Sent: Friday, August 24, 2001 5:32 PM Subject: NeL compile error Hello,=20 The compile error that you reported has been fixed. You can update your = file. Thanks for reporting it! Nicolas Vizerie ------=_NextPart_000_0011_01C12CC7.1A9522E0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
 
----- Original Message -----=20
From: Nicolas = Vizerie=20
Sent: Friday, August 24, 2001 5:32 PM
Subject: NeL compile error

Hello,
 
The compile error that you reported has = been fixed.=20 You can update your file.
Thanks for reporting = it!
 
 
Nicolas Vizerie
 
 
------=_NextPart_000_0011_01C12CC7.1A9522E0-- From cyril.thibout@mageos.com Sat Aug 25 19:58:09 2001 Received: from smtp1.9tel.net (smtp1.9tel.net [212.30.96.108]) by www.nevrax.org (8.11.0/8.11.0) with SMTP id f7PHw8l20980 for ; Sat, 25 Aug 2001 19:58:08 +0200 (CEST) (envelope-from cyril.thibout@mageos.com) Received: (qmail 25233 invoked from network); 25 Aug 2001 17:53:51 -0000 Received: from unknown (HELO enterprise) (213.203.84.72) by 0 with SMTP; 25 Aug 2001 17:53:51 -0000 Message-ID: <00c901c12d8f$22e08fc0$0100a8c0@enterprise> From: "cyril Thibout" To: References: Subject: Re: [Nel] Questions about NeL use. Date: Sat, 25 Aug 2001 19:55:32 +0200 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_00C6_01C12D9F.E5FD0960" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2013.1300 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2013.1300 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform This is a multi-part message in MIME format. ------=_NextPart_000_00C6_01C12D9F.E5FD0960 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sorry how can I unsubscribe please ? thanks Cyril ------=_NextPart_000_00C6_01C12D9F.E5FD0960 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Sorry
how can I unsubscribe please = ?
 
thanks
 
Cyril
  ------=_NextPart_000_00C6_01C12D9F.E5FD0960-- From momerath@in-orbit.net Mon Aug 27 02:48:05 2001 Received: from mail.in-orbit.net ([63.205.226.187]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f7R0m4l47671 for ; Mon, 27 Aug 2001 02:48:04 +0200 (CEST) (envelope-from momerath@in-orbit.net) Received: from freyja ([63.205.226.189]) by mail.in-orbit.net (8.11.0/8.11.0) with SMTP id f7QNcwi05733 for ; Sun, 26 Aug 2001 16:39:00 -0700 Content-Type: text/plain; charset="iso-8859-1" From: Michael Warnock Organization: InOrbit Entertainment To: nel@nevrax.org Date: Sun, 26 Aug 2001 17:43:42 -0700 X-Mailer: KMail [version 1.2] References: <3B85C0D3.BFFF06D8@qwest.net> In-Reply-To: <3B85C0D3.BFFF06D8@qwest.net> MIME-Version: 1.0 Message-Id: <0108261743420E.14310@freyja> Content-Transfer-Encoding: 8bit Subject: [Nel] snowballs 2 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Greetings, I'm really eager to get my hands on this code and try out all the new features I've watched you add to the library. Is there a new tentative release date for the client? Michael Warnock InOrbit Entertainment Inc. From jmark4@home.com Mon Aug 27 04:38:43 2001 Received: from femail12.sdc1.sfba.home.com (femail12.sdc1.sfba.home.com [24.0.95.108]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f7R2cgl48265 for ; Mon, 27 Aug 2001 04:38:43 +0200 (CEST) (envelope-from jmark4@home.com) Received: from cx1229543a ([24.22.141.10]) by femail12.sdc1.sfba.home.com (InterMail vM.4.01.03.20 201-229-121-120-20010223) with SMTP id <20010827023416.LYYJ1414.femail12.sdc1.sfba.home.com@cx1229543a> for ; Sun, 26 Aug 2001 19:34:16 -0700 Message-ID: <001201c12ea0$9aaa9480$0a8d1618@omhan1.ne.home.com> From: "Jared Mark" To: Date: Sun, 26 Aug 2001 21:33:05 -0500 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_000F_01C12E76.B10B2200" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MIMEOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Subject: [Nel] STL Port yet again. Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform This is a multi-part message in MIME format. ------=_NextPart_000_000F_01C12E76.B10B2200 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Alrighty, I'm rebuilding everything from scratch here, and am having = problems again. I got freetype, and it compiled perfectly... got 4 libs out of that. = (They have a nifty .dsw file now for us VC++6.0 Win32 folks to use). I still have Python, never uninstalled it...=20 But then I go for the STLport thing, and have nothing but problems. = You'd think I'd be okay with this, since I've done it before. I read the mailing list archives and couldn't find anything regarding = this problem... I read the install file that comes with nel, and the one = that comes with stlport... no help there. Here's what I'm doing. In a command prompt: I copy vc6-unicode.mak to "makefile" I run "nmake clean all" and I get some errors... first of all, it says "invalid switch - /s" then it does the cl.exe command line, and exits with this error: ..\\stlport\cstddef(27) : fatal error C1083: Cannot open include file: = '../include/cstddef': No such file or directory NMAKE : fatal error U1077: (path to cl.exe) : return code '0x2' Stop. I've noticed there IS no "include" directory in the stlport files that = came with v4.0... so this has me confused... it's looking for files in = an include directory, but there is none... are the STLport makefiles = wrong? Anyway, I'm very confused. ------=_NextPart_000_000F_01C12E76.B10B2200 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Alrighty, I'm rebuilding everything from scratch = here, and am=20 having problems again.
 
I got freetype, and it compiled perfectly... got 4 = libs out of=20 that.  (They have a nifty .dsw file now for us VC++6.0 Win32 folks = to=20 use).
 
I still have Python, never uninstalled it... =
 
But then I go for the STLport thing, and have = nothing but=20 problems.  You'd think I'd be okay with this, since I've done it=20 before.
 
I read the mailing list archives and couldn't find = anything=20 regarding this problem... I read the install file that comes with nel, = and the=20 one that comes with stlport... no help there.
 
Here's what I'm doing.
 
In a command prompt:
 
I copy vc6-unicode.mak to = "makefile"
I run "nmake clean all"
and I get some errors...
 
first of all, it says "invalid switch - = /s"
then it does the cl.exe command line, and exits with = this=20 error:
..\\stlport\cstddef(27) : fatal error C1083: Cannot = open=20 include file: '../include/cstddef': No such file or = directory
NMAKE : fatal error U1077:  (path to cl.exe) : = return=20 code '0x2'
Stop.
 
I've noticed there IS no "include" directory in the = stlport=20 files that came with v4.0... so this has me confused... it's looking for = files=20 in an include directory, but there is none... are the STLport makefiles=20 wrong?
 
Anyway, I'm very confused.
 
 
------=_NextPart_000_000F_01C12E76.B10B2200-- From valignat@gw.nevrax.com Tue Aug 28 18:10:59 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f7SGAwl61331 for ; Tue, 28 Aug 2001 18:10:58 +0200 (CEST) (envelope-from valignat@gw.nevrax.com) Received: from gw.nevrax.com (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with ESMTP id f7SG6cD03538 for ; Tue, 28 Aug 2001 18:06:38 +0200 (CEST) (envelope-from valignat@gw.nevrax.com) Received: (from valignat@localhost) by gw.nevrax.com (8.11.5/8.11.5) id f7SG6ck32238 for nel@nevrax.org; Tue, 28 Aug 2001 18:06:38 +0200 (CEST) (envelope-from valignat) Date: Tue, 28 Aug 2001 18:06:38 +0200 From: Cedric Valignat To: nel@nevrax.org Subject: Re: [Nel] snowballs 2 Message-ID: <20010828180638.A28855@nevrax.com> References: <3B85C0D3.BFFF06D8@qwest.net> <0108261743420E.14310@freyja> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <0108261743420E.14310@freyja>; from momerath@in-orbit.net on Sun, Aug 26, 2001 at 05:43:42PM -0700 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hello Michael ... hello everyone, Michael Warnock wrote: > > I'm really eager to get my hands on this code and try out all the new > features I've watched you add to the library. Is there a new tentative > release date for the client? Snowball 2 has been up and running for a month on our PCs here, but due to deadline pressure on internal projects we haven't got round to ironing out a couple of basic problems that make the version unreleasable. Firstly, the client app runs fine under Windows, but under X we get the NeL logo in full screen with a slightly coy looking Gnu trying desperately to hide behind it (you catch a glimpses of him as the logo rotates). There's also no sign of the landscape. This has to be something daft in the 3D engine, but the 3D team's been snowed under and hasn't had a chance to look at it yet. Secondly, the network code in the Snowballs server services missbehvaes when we compile with optimisations turned on and debugging options turned off (we only compile the server services under Linux). The problem's hardly subtle, the client simply doesn't receive any messages from the front end. This can't be difficult to find as it's 100% repeatable but the fact that the problem goes away when one compiles in 'debug' mode is a pain. The Network team have been as busy as the 3D team for the last month or so and just haven't got round to sorting it out yet. The team should surface in a couple of weeks time and we'll put out a release then. Regards to all, Cedric. From valignat@gw.nevrax.com Tue Aug 28 18:28:13 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f7SGSDl61442 for ; Tue, 28 Aug 2001 18:28:13 +0200 (CEST) (envelope-from valignat@gw.nevrax.com) Received: from gw.nevrax.com (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with ESMTP id f7SGNsD03772 for ; Tue, 28 Aug 2001 18:23:54 +0200 (CEST) (envelope-from valignat@gw.nevrax.com) Received: (from valignat@localhost) by gw.nevrax.com (8.11.5/8.11.5) id f7SGNsf32345 for nel@nevrax.org; Tue, 28 Aug 2001 18:23:54 +0200 (CEST) (envelope-from valignat) Date: Tue, 28 Aug 2001 18:23:54 +0200 From: Cedric Valignat To: nel@nevrax.org Subject: Re: [Nel] STL Port yet again. Message-ID: <20010828182353.A32306@nevrax.com> References: <001201c12ea0$9aaa9480$0a8d1618@omhan1.ne.home.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <001201c12ea0$9aaa9480$0a8d1618@omhan1.ne.home.com>; from jmark4@home.com on Sun, Aug 26, 2001 at 09:33:05PM -0500 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Jared Mark wrote: > > [...] > > first of all, it says "invalid switch - /s" > then it does the cl.exe command line, and exits with this error: > ..\\stlport\cstddef(27) : fatal error C1083: Cannot open include file: '../include/cstddef': No such file or directory > NMAKE : fatal error U1077: (path to cl.exe) : return code '0x2' > Stop. I found something silmilar on the STLPort site : - http://www.stlport.com/dcforum/DCForumID7/629.html " Please make sure you ran vcvars.bat so set environment for command-line MS tools." I hope that will helps you ... Regards, Cedric. From zager@teleaction.com Tue Aug 28 18:32:03 2001 Received: from jupiter.augur.de (jupiter.teleaction.de [194.149.245.1]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f7SGW2l61486 for ; Tue, 28 Aug 2001 18:32:02 +0200 (CEST) (envelope-from zager@teleaction.com) Received: from zager ([194.149.245.62]) by jupiter.augur.de (8.8.8+Sun/8.8.8) with ESMTP id SAA11040 for ; Tue, 28 Aug 2001 18:27:26 +0200 (MET DST) Date: Tue, 28 Aug 2001 18:26:58 +0200 From: Dim Segebart X-Mailer: The Bat! (v1.49) Business X-Priority: 3 (Normal) Message-ID: <150347942447.20010828182658@teleaction.de> To: Cedric Valignat Subject: Re[2]: [Nel] snowballs 2 In-reply-To: <20010828180638.A28855@nevrax.com> References: <3B85C0D3.BFFF06D8@qwest.net> <0108261743420E.14310@freyja> <20010828180638.A28855@nevrax.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform CV> Secondly, the network code in the Snowballs server services CV> missbehvaes when we compile with optimisations turned on and CV> debugging options turned off (we only compile the server services CV> under Linux). The problem's hardly subtle, the client simply doesn't CV> receive any messages from the front end. This can't be difficult CV> to find as it's 100% repeatable but the fact that the problem goes CV> away when one compiles in 'debug' mode is a pain. Looks like you have memory allocation problem. -- Dim Segebart mailto:zager@teleaction.de From ahoyt@packetport.com Tue Aug 28 18:45:43 2001 Received: from smtp2.mail.iamworld.net (smtp2-out.mail.iamworld.net [204.91.241.117]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f7SGjgl61571 for ; Tue, 28 Aug 2001 18:45:43 +0200 (CEST) (envelope-from ahoyt@packetport.com) Received: from packetport.com ([207.86.139.130]) by smtp2.mail.iamworld.net (8.9.3/8.9.3) with ESMTP id MAA7569307 for ; Tue, 28 Aug 2001 12:41:23 -0400 (EDT) Message-ID: <3B8BC9F1.3D515A0@packetport.com> Date: Tue, 28 Aug 2001 12:42:25 -0400 From: Tony Hoyt X-Mailer: Mozilla 4.76 [en] (X11; U; SunOS 5.7 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: nel@nevrax.org Subject: Re: [Nel] snowballs 2 References: <3B85C0D3.BFFF06D8@qwest.net> <0108261743420E.14310@freyja> <20010828180638.A28855@nevrax.com> <150347942447.20010828182658@teleaction.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Perhaps the team would do well to release it in it's current state simply for outside coders to perhaps look into the problem themselves and submit bug and patch reports? It never hurt to ask the community what it can do for your code. Tony From miller@nevrax.com Tue Aug 28 19:40:58 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f7SHewl61860 for ; Tue, 28 Aug 2001 19:40:58 +0200 (CEST) (envelope-from miller@nevrax.com) Received: from miller (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id f7SHadD04716 for ; Tue, 28 Aug 2001 19:36:39 +0200 (CEST) (envelope-from miller@nevrax.com) From: "Daniel Miller" To: Subject: RE: [Nel] snowballs 2 Date: Tue, 28 Aug 2001 19:35:59 +0200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 In-Reply-To: <3B8BC9F1.3D515A0@packetport.com> Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Fair comment. The team kind of wanted to get it fixed before releaseing, but no body's had the time. Cedric 'll put a version some time tomorrow. Daniel -----Original Message----- From: nel-admin@nevrax.org [mailto:nel-admin@nevrax.org]On Behalf Of Tony Hoyt Sent: Tuesday, August 28, 2001 6:42 PM To: nel@nevrax.org Subject: Re: [Nel] snowballs 2 Perhaps the team would do well to release it in it's current state simply for outside coders to perhaps look into the problem themselves and submit bug and patch reports? It never hurt to ask the community what it can do for your code. Tony _______________________________________________ Nel mailing list Nel@nevrax.org /mailman/listinfo.cgi/nel From eagleeye@flashmail.com Wed Aug 29 02:58:45 2001 Received: from flashmail.com (flash2.flashmail.com [207.173.216.241]) by www.nevrax.org (8.11.0/8.11.0) with SMTP id f7T0wil64276 for ; Wed, 29 Aug 2001 02:58:45 +0200 (CEST) (envelope-from eagleeye@flashmail.com) Received: (qmail 9033 invoked from network); 29 Aug 2001 00:51:25 -0000 Received: from unknown (HELO cx1229543a) (24.22.141.10) by flash2.flashmail.com with SMTP; 29 Aug 2001 00:51:25 -0000 Message-ID: <003d01c13024$fa288540$0a8d1618@omhan1.ne.home.com> From: "EagleEye" To: References: <001201c12ea0$9aaa9480$0a8d1618@omhan1.ne.home.com> <20010828182353.A32306@nevrax.com> Subject: Re: [Nel] STL Port yet again. Date: Tue, 28 Aug 2001 19:53:10 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform No such file... not in the STLport distrib, or anywhere on my HD. ----- Original Message ----- From: "Cedric Valignat" To: Sent: Tuesday, August 28, 2001 11:23 AM Subject: Re: [Nel] STL Port yet again. > Jared Mark wrote: > > > > [...] > > > > first of all, it says "invalid switch - /s" > > then it does the cl.exe command line, and exits with this error: > > ..\\stlport\cstddef(27) : fatal error C1083: Cannot open include file: '../include/cstddef': No such file or directory > > NMAKE : fatal error U1077: (path to cl.exe) : return code '0x2' > > Stop. > > I found something silmilar on the STLPort site : > > - http://www.stlport.com/dcforum/DCForumID7/629.html > > " Please make sure you ran vcvars.bat so set environment for command-line > MS tools." > > > I hope that will helps you ... > > > Regards, > > > Cedric. > > _______________________________________________ > Nel mailing list > Nel@nevrax.org > /mailman/listinfo.cgi/nel > From eagleeye@flashmail.com Wed Aug 29 03:04:47 2001 Received: from flashmail.com (flash2.flashmail.com [207.173.216.241]) by www.nevrax.org (8.11.0/8.11.0) with SMTP id f7T14jl64334 for ; Wed, 29 Aug 2001 03:04:46 +0200 (CEST) (envelope-from eagleeye@flashmail.com) Received: (qmail 14603 invoked from network); 29 Aug 2001 00:57:27 -0000 Received: from unknown (HELO cx1229543a) (24.22.141.10) by flash2.flashmail.com with SMTP; 29 Aug 2001 00:57:27 -0000 Message-ID: <004701c13025$d2180fc0$0a8d1618@omhan1.ne.home.com> From: "EagleEye" To: References: <001201c12ea0$9aaa9480$0a8d1618@omhan1.ne.home.com> <20010828182353.A32306@nevrax.com> <003d01c13024$fa288540$0a8d1618@omhan1.ne.home.com> Subject: Re: [Nel] STL Port yet again. Date: Tue, 28 Aug 2001 19:59:13 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Okay, found it... "VCVARS32.BAT" in the vc98/bin/ folder When I run it, I get "Out of environment space" errors. :( ----- Original Message ----- From: "EagleEye" To: Sent: Tuesday, August 28, 2001 7:53 PM Subject: Re: [Nel] STL Port yet again. > No such file... not in the STLport distrib, or anywhere on my HD. > > ----- Original Message ----- > From: "Cedric Valignat" > To: > Sent: Tuesday, August 28, 2001 11:23 AM > Subject: Re: [Nel] STL Port yet again. > > > > Jared Mark wrote: > > > > > > [...] > > > > > > first of all, it says "invalid switch - /s" > > > then it does the cl.exe command line, and exits with this error: > > > ..\\stlport\cstddef(27) : fatal error C1083: Cannot open include file: > '../include/cstddef': No such file or directory > > > NMAKE : fatal error U1077: (path to cl.exe) : return code '0x2' > > > Stop. > > > > I found something silmilar on the STLPort site : > > > > - http://www.stlport.com/dcforum/DCForumID7/629.html > > > > " Please make sure you ran vcvars.bat so set environment for > command-line > > MS tools." > > > > > > I hope that will helps you ... > > > > > > Regards, > > > > > > Cedric. > > > > _______________________________________________ > > Nel mailing list > > Nel@nevrax.org > > /mailman/listinfo.cgi/nel > > > > _______________________________________________ > Nel mailing list > Nel@nevrax.org > /mailman/listinfo.cgi/nel > From lecroart@nevrax.com Wed Aug 29 10:10:47 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f7T8Akl66425 for ; Wed, 29 Aug 2001 10:10:46 +0200 (CEST) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id f7T86RD09205 for ; Wed, 29 Aug 2001 10:06:27 +0200 (CEST) (envelope-from lecroart@nevrax.com) Message-ID: <002901c13061$80a2abf0$0901a8c0@vianneyl> From: "Vianney Lecroart" To: References: <001201c12ea0$9aaa9480$0a8d1618@omhan1.ne.home.com> <20010828182353.A32306@nevrax.com> <003d01c13024$fa288540$0a8d1618@omhan1.ne.home.com> <004701c13025$d2180fc0$0a8d1618@omhan1.ne.home.com> Subject: Re: [Nel] STL Port yet again. Date: Wed, 29 Aug 2001 10:06:27 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform > Okay, found it... "VCVARS32.BAT" in the vc98/bin/ folder > When I run it, I get "Out of environment space" errors. :( You have to put this .bat in your autoexec.bat and reboot your computer. After windows booting, open a dos window and type "nmake". If it says that it's an unknown commands, the .bat didn't worked and in this case, take a look in the microsoft web site. If i says "Microsoft (R) Program Maintenance Utility Version 6.00.8168.0", it s ok, just restart the STLport compilation procedure. Vianney Lecroart --- lead network programmer / nevrax.com icq#: 6870415 homepage: http://ace.planet-d.net www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? From eagleeye@flashmail.com Wed Aug 29 14:52:30 2001 Received: from flashmail.com (IDENT:qmailr@flash4.flashmail.com [207.173.216.244]) by www.nevrax.org (8.11.0/8.11.0) with SMTP id f7TCqOl67911 for ; Wed, 29 Aug 2001 14:52:29 +0200 (CEST) (envelope-from eagleeye@flashmail.com) Received: (qmail 28050 invoked from network); 29 Aug 2001 12:46:55 -0000 Received: from unknown (HELO cx1229543a) (24.22.141.10) by flash4.flashmail.com with SMTP; 29 Aug 2001 12:46:55 -0000 Message-ID: <005b01c13088$a6dbe940$0a8d1618@omhan1.ne.home.com> From: "EagleEye" To: References: <001201c12ea0$9aaa9480$0a8d1618@omhan1.ne.home.com> <20010828182353.A32306@nevrax.com> <003d01c13024$fa288540$0a8d1618@omhan1.ne.home.com> <004701c13025$d2180fc0$0a8d1618@omhan1.ne.home.com> <002901c13061$80a2abf0$0901a8c0@vianneyl> Subject: Re: [Nel] STL Port yet again. Date: Wed, 29 Aug 2001 07:46:40 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Nah, I just increased the environment space on my MS DOS shortcut (don't use start>run>command.com) to the max (hehe, 4k). After that, it all worked flawlessly, and I was able to: nmake clean all (heh, took about an hour!) then nmake install... I have the libs now and am very happy. :) ----- Original Message ----- From: "Vianney Lecroart" To: Sent: Wednesday, August 29, 2001 3:06 AM Subject: Re: [Nel] STL Port yet again. > > Okay, found it... "VCVARS32.BAT" in the vc98/bin/ folder > > When I run it, I get "Out of environment space" errors. :( > > You have to put this .bat in your autoexec.bat and reboot your computer. > After windows booting, open a dos window and type "nmake". If it says that > it's an unknown commands, the .bat didn't worked and in this case, take a > look in the microsoft web site. If i says "Microsoft (R) Program Maintenance > Utility Version 6.00.8168.0", it s ok, just restart the STLport > compilation procedure. > > Vianney Lecroart > --- > lead network programmer / nevrax.com > icq#: 6870415 > homepage: http://ace.planet-d.net > www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- > w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? > > > > _______________________________________________ > Nel mailing list > Nel@nevrax.org > /mailman/listinfo.cgi/nel > From gcolgate@home.com Wed Aug 29 17:34:32 2001 Received: from femail47.sdc1.sfba.home.com (femail47.sdc1.sfba.home.com [24.254.60.41]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f7TFYVl69371 for ; Wed, 29 Aug 2001 17:34:31 +0200 (CEST) (envelope-from gcolgate@home.com) Received: from home.com ([24.250.157.128]) by femail47.sdc1.sfba.home.com (InterMail vM.4.01.03.20 201-229-121-120-20010223) with ESMTP id <20010829153005.MLLP20210.femail47.sdc1.sfba.home.com@home.com> for ; Wed, 29 Aug 2001 08:30:05 -0700 Message-ID: <3B8D0C35.38CF06D2@home.com> Date: Wed, 29 Aug 2001 08:37:25 -0700 From: Gil Colgate Organization: @Home Network X-Mailer: Mozilla 4.73 [en]C-AtHome0407 (Win98; I) X-Accept-Language: en MIME-Version: 1.0 To: nel@nevrax.org Subject: Re: [Nel] STL Port yet again. References: <001201c12ea0$9aaa9480$0a8d1618@omhan1.ne.home.com> <20010828182353.A32306@nevrax.com> <003d01c13024$fa288540$0a8d1618@omhan1.ne.home.com> <004701c13025$d2180fc0$0a8d1618@omhan1.ne.home.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Fix this by putting a line like shell=c:\command.com /e:1024 /p in your config.sys (assuming your command.co is in C:\) There is documentation about 'setting environment space in DOS' somewhere on microsoft's web site EagleEye wrote: > Okay, found it... "VCVARS32.BAT" in the vc98/bin/ folder > > When I run it, I get "Out of environment space" errors. :( > > ----- Original Message ----- > From: "EagleEye" > To: > Sent: Tuesday, August 28, 2001 7:53 PM > Subject: Re: [Nel] STL Port yet again. > > > No such file... not in the STLport distrib, or anywhere on my HD. > > > > ----- Original Message ----- > > From: "Cedric Valignat" > > To: > > Sent: Tuesday, August 28, 2001 11:23 AM > > Subject: Re: [Nel] STL Port yet again. > > > > > > > Jared Mark wrote: > > > > > > > > [...] > > > > > > > > first of all, it says "invalid switch - /s" > > > > then it does the cl.exe command line, and exits with this error: > > > > ..\\stlport\cstddef(27) : fatal error C1083: Cannot open include file: > > '../include/cstddef': No such file or directory > > > > NMAKE : fatal error U1077: (path to cl.exe) : return code '0x2' > > > > Stop. > > > > > > I found something silmilar on the STLPort site : > > > > > > - http://www.stlport.com/dcforum/DCForumID7/629.html > > > > > > " Please make sure you ran vcvars.bat so set environment for > > command-line > > > MS tools." > > > > > > > > > I hope that will helps you ... > > > > > > > > > Regards, > > > > > > > > > Cedric. > > > > > > _______________________________________________ > > > Nel mailing list > > > Nel@nevrax.org > > > /mailman/listinfo.cgi/nel > > > > > > > _______________________________________________ > > Nel mailing list > > Nel@nevrax.org > > /mailman/listinfo.cgi/nel > > > > _______________________________________________ > Nel mailing list > Nel@nevrax.org > /mailman/listinfo.cgi/nel From valignat@gw.nevrax.com Wed Aug 29 20:38:30 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f7TIcTl70456 for ; Wed, 29 Aug 2001 20:38:29 +0200 (CEST) (envelope-from valignat@gw.nevrax.com) Received: from gw.nevrax.com (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with ESMTP id f7TIY9D17469 for ; Wed, 29 Aug 2001 20:34:10 +0200 (CEST) (envelope-from valignat@gw.nevrax.com) Received: (from valignat@localhost) by gw.nevrax.com (8.11.5/8.11.5) id f7TIY7e03393 for nel@nevrax.org; Wed, 29 Aug 2001 20:34:07 +0200 (CEST) (envelope-from valignat) Date: Wed, 29 Aug 2001 20:34:07 +0200 From: Cedric Valignat To: NeL mailing list Message-ID: <20010829203407.A3227@nevrax.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Subject: [Nel] Daily snapshots Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi all, I setup a script doing daily snapshots of the public repository. It's running every nigths at 03h00 CET and we placed the tar.gz and zip files in the following place : /download/cvs/ The lastest versions is in : /download/cvs/latest/ Concerning the documentation snapshots, i have to cleanup our documentation generation system to get something usable ... i will keep you informed when that will be done ... Regards, Cedric. From valignat@gw.nevrax.com Wed Aug 29 20:38:30 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f7TIcUl70461 for ; Wed, 29 Aug 2001 20:38:30 +0200 (CEST) (envelope-from valignat@gw.nevrax.com) Received: from gw.nevrax.com (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with ESMTP id f7TIYAD17473 for ; Wed, 29 Aug 2001 20:34:10 +0200 (CEST) (envelope-from valignat@gw.nevrax.com) Received: (from valignat@localhost) by gw.nevrax.com (8.11.5/8.11.5) id f7TIYAV03402 for nel@nevrax.org; Wed, 29 Aug 2001 20:34:10 +0200 (CEST) (envelope-from valignat) Date: Wed, 29 Aug 2001 20:34:10 +0200 From: Cedric Valignat To: NeL Message-ID: <20010829203410.A3192@nevrax.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Subject: [Nel] Snowballs available (at least) Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi all, So ... it's done, Snowballs is available in the public CVS in code/snowballs2. It compile and run on Windows but we have some troubles on GNU/Linux platforms : - a full screen NeL logo instead of a small one in the upper rigth corner. - no landscape. - network communication problem between the client and the frontend in release mode. - for a week now, we have some linking problem of NeL 3D with the client and i didn't had time to look at it ... sorry about that. - there is, probably, some other bugs too :-) I launch a shard on itsalive.nevrax.org. It's compiled on debug mode to be able to test the client in network mode without beeing annoyed by the network bug. I hope that i forgot nothing otherwise contact me. Good luck ... Regards, Cedric. From ahoyt@packetport.com Wed Aug 29 20:48:03 2001 Received: from smtp2.mail.iamworld.net (smtp2-out.mail.iamworld.net [204.91.241.117]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f7TIm2l70575 for ; Wed, 29 Aug 2001 20:48:02 +0200 (CEST) (envelope-from ahoyt@packetport.com) Received: from packetport.com ([207.86.139.130]) by smtp2.mail.iamworld.net (8.9.3/8.9.3) with ESMTP id OAA7909392 for ; Wed, 29 Aug 2001 14:43:41 -0400 (EDT) Message-ID: <3B8D381A.896EF58B@packetport.com> Date: Wed, 29 Aug 2001 14:44:42 -0400 From: Tony Hoyt X-Mailer: Mozilla 4.76 [en] (X11; U; SunOS 5.7 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: nel@nevrax.org Subject: Re: [Nel] Snowballs available (at least) References: <20010829203410.A3192@nevrax.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Awsome. Thanks. Now I don't know if I'll be able to get it compiled myself, but I bet there will be pleanty of people to help out. Plus, I bet the developers would love to work on anything but this at the moment. You guys have bigger bugs to squish. :-) Tony From sylviadicorvino@yahoo.com Wed Aug 29 20:53:17 2001 Received: from web12304.mail.yahoo.com (web12304.mail.yahoo.com [216.136.173.102]) by www.nevrax.org (8.11.0/8.11.0) with SMTP id f7TIrHl70643 for ; Wed, 29 Aug 2001 20:53:17 +0200 (CEST) (envelope-from sylviadicorvino@yahoo.com) Message-ID: <20010829184815.95822.qmail@web12304.mail.yahoo.com> Received: from [207.202.191.60] by web12304.mail.yahoo.com via HTTP; Wed, 29 Aug 2001 11:48:15 PDT Date: Wed, 29 Aug 2001 11:48:15 -0700 (PDT) From: Pam Curtis To: nel@nevrax.org In-Reply-To: <3B8D381A.896EF58B@packetport.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: [Nel] Unsubscribe me, please [eom] Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform __________________________________________________ Do You Yahoo!? Get email alerts & NEW webcam video instant messaging with Yahoo! Messenger http://im.yahoo.com From content-management@mail.high-tech-communications.com Thu Sep 13 12:03:13 2001 Received: from mail.high-tech-communications.com (mail.high-tech-communications.com [216.133.228.90]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f8DA3Bl81879 for ; Thu, 13 Sep 2001 12:03:12 +0200 (CEST) (envelope-from content-management@mail.high-tech-communications.com) Received: (from content-management@localhost) by mail.high-tech-communications.com (8.11.2/8.11.2) id f8DAKcj31152; Thu, 13 Sep 2001 03:20:38 -0700 Date: Thu, 13 Sep 2001 03:20:38 -0700 Message-Id: <200109131020.f8DAKcj31152@mail.high-tech-communications.com> To: nel@nevrax.org From: Victor Black Content-Type: text/html; charset=iso-8859-1 Subject: [Nel] New web utility Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform

I noticed your email address on a list serve related to technology and web development.  With your permission, we
would like to send you information regarding new web tools and utilities based on your interests.  Please click the
following link and opt-in to our product updates and e-newsletter, click here:
http://216.133.228.90/cm/

Cordially,

Victor Black
High-Tech-Communications.com

If you would like to be removed from our database, please click here: http://216.133.228.90/cm/remove.cgi

 

From robert@in-orbit.net Tue Sep 18 11:29:12 2001 Received: from mail.in-orbit.net ([63.205.226.187]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f8I9TBl20758 for ; Tue, 18 Sep 2001 11:29:11 +0200 (CEST) (envelope-from robert@in-orbit.net) Received: from PCTEST.in-orbit.org ([63.205.226.189]) by mail.in-orbit.net (8.11.0/8.11.0) with ESMTP id f8I8Ici14615 for ; Tue, 18 Sep 2001 01:18:39 -0700 Date: Tue, 18 Sep 2001 02:27:09 -0700 From: =?ISO-8859-1?B?UvNiZXJ0IEJqYXJuYXNvbg==?= X-Mailer: The Bat! (v1.49) Personal Organization: InOrbit Entertainment, Inc. X-Priority: 3 (Normal) Message-ID: <1654057274.20010918022709@in-orbit.net> To: nel@nevrax.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Subject: [Nel] Landscape tools? Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi, We have been playing with Snowballs2 and we are very impressed. Thank you Nevrax! Now we are converting our Warp Storm game content to this version of NeL. All the 3D Max tools work fine but I can't figure out how to create the Retriever bank ".rbank" for our landscape. In the documentation for NeL PACS the following is said under Tools: "Landscape scenery is converted directly to a surface representation by exported data re- processing utilities." Are those utilities available? Also, I created a simple in-game landscape painting tool for the last release of NeL, is anybody working on something similar? If not I'll update the painting tool and release it under the GPL. Warm regards, Róbert Bjarnason InOrbit Entertainment, Inc. From corvazier@nevrax.com Mon Sep 24 09:46:59 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f8O7kwl69108 for ; Mon, 24 Sep 2001 09:46:58 +0200 (CEST) (envelope-from corvazier@nevrax.com) Received: from cyrilc (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id f8O7gNu34736 for ; Mon, 24 Sep 2001 09:42:23 +0200 (CEST) (envelope-from corvazier@nevrax.com) Message-ID: <002301c144cc$72aa8700$1701a8c0@cyrilc> From: "Cyril 'Hulud' Corvazier" To: References: <1654057274.20010918022709@in-orbit.net> Subject: Re: [Nel] Landscape tools? Date: Mon, 24 Sep 2001 09:42:22 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi Róbert, > We have been playing with Snowballs2 and we are > very impressed. Thank you Nevrax! Thank you for your coments. Do you know that the NeL landscape 2 si available ? The displacement mapping has been implemented and the lighter tool has been upgraded (soft shadow + objects shadow + radiosity-like effect + multiCPU support). The landscape runs faster now. The zone lighting process has been modified. We have added a zone dependency builder that build shadow dependencies from a zone to another. With this information, the lighter tool knows what zones cast shadows on the lighted zone. Shadow from objects are computed this way: when the lighter tool loads a zone (ex: a_13.zonew), it loads the instance group with the same name (a_13.ig) and casts shadows with its objects. You can add additionnal instance groups too. > Now we are converting our Warp Storm game content > to this version of NeL. All the 3D Max tools work > fine but I can't figure out how to create the > Retriever bank ".rbank" for our landscape. In the > documentation for NeL PACS the following is said > under Tools: "Landscape scenery is converted directly > to a surface representation by exported data re- > processing utilities." Are those utilities > available? The tools that generates those surfaces will be available soon. For the moment, only one guy at Nevrax can handle it ! :-) Regards, Cyril Corvazier --- Lead 3d programmer Nevrax France From smtp@public.ayptt.ha.cn Wed Sep 26 19:01:28 2001 Received: from public.ayptt.ha.cn ([202.102.230.147]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f8QH1Fl99966 for ; Wed, 26 Sep 2001 19:01:23 +0200 (CEST) (envelope-from smtp@public.ayptt.ha.cn) Received: from Clansoft ([61.168.78.120]) by public.ayptt.ha.cn (8.9.1a/8.9.1) with SMTP id AAA21314 for ; Thu, 27 Sep 2001 00:54:17 +0800 (CST) Message-Id: <200109261654.AAA21314@public.ayptt.ha.cn> Date: 2001-9-27 0:51:04 From: "service@coolstarpage.com" To: ÄãºÃ@public.ayptt.ha.cn, X-mailer: Clansoft CDmail1.0(beta) MIME-Version: 1.0 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encodeing: 8bit Subject: [Nel] ˲¼äÌá¸ß°Ù±¶·ÃÎÊÁ¿£¡ Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform ˲¼äÌá¸ß°Ù±¶·ÃÎÊÁ¿£¡ ÎÒÃÇÃâ·ÑÒ»ÖÖÌṩһÖÖ¿ÉÒÔͨ¹ýÍøÒ³Ð޸ķÿ͵Ää¯ÀÀÆ÷µÄĬÈÏÖ÷Ò³µÄ´úÂ룬ֻҪ½«Ëü¼ÓÈëµ½ÄãµÄÖ÷ Ò³£¬Ã¿µ±·Ã¿Í·ÃÎÊÄãµÄÍøÕ¾µÄʱºò£¬´úÂë¾Í»á½«·Ã¿ÍµÄä¯ÀÀÆ÷µÄĬÈÏÖ÷Ò³ÉèÖóÉÄãµÄÖ÷Ò³£¡ÎÒÃǵĴúÂëÓëÖÚ²»Í¬Ö®´¦¾ÍÔÚÓÚµ±·Ã¿ÍµÄä¯ÀÀÆ÷ÉèÖóÉÄúµÄÕ¾µãÒԺ󽫲»¿ÉÒÔÔÙÐ޸ģ¡Í¬Ê±ÎÒÃÇ»¹ÌṩÔڷÿ͵Ää¯ÀÀÆ÷ÉèÖóÉÄúµÄÕ¾µãÒÔºó·Ã¿Í¿ÉÒÔÔÙ´ÎÐÞ¸Ä×Ô¼ºÄ¬ÈÏÒ³ä¯ÀÀÆ÷µÄ´úÂë¡£ µã»÷´Ë´¦Á˽âÏêϸ:http://www.coolstarpage.com ------------------------------------------------- CDmail by ClanSoft http://clansoft.yeah.net From patrick.herrmann@free.fr Wed Oct 3 11:15:17 2001 Received: from s1.relay.oleane.net (s1.relay.oleane.net [195.25.12.48]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f939FHl53651 for ; Wed, 3 Oct 2001 11:15:17 +0200 (CEST) (envelope-from patrick.herrmann@free.fr) Received: from there (unknown [212.234.228.177]) by s1.relay.oleane.net (Postfix) with SMTP id 5D0901FA98 for ; Wed, 3 Oct 2001 11:10:33 +0200 (CEST) Content-Type: text/plain; charset="iso-8859-15" From: Patrick Herrmann To: nel@nevrax.org Date: Wed, 3 Oct 2001 11:07:09 -0400 X-Mailer: KMail [version 1.3.1] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <20011003091033.5D0901FA98@s1.relay.oleane.net> Subject: [Nel] Newbie problem Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi, I'm trying to launch some NeL services (the naming_service, for instance), but I get the following errors: variable "Rec" not found in file "naming_service.cfg" variable "SId" not found in file "naming_service.cfg" variable "BasePort" not found in file "naming_service.cfg" I checked, I don't have anywhere any file called naming_service.cfg. Could someone give me some information about this file,a nd how it should be formatted. Thank you, Patrick From lecroart@nevrax.com Wed Oct 3 12:42:55 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f93Agtl54087 for ; Wed, 3 Oct 2001 12:42:55 +0200 (CEST) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id f93AcBu16379 for ; Wed, 3 Oct 2001 12:38:11 +0200 (CEST) (envelope-from lecroart@nevrax.com) Message-ID: <001101c14bf7$7f7c6a70$0901a8c0@vianneyl> From: "Vianney Lecroart" To: References: <20011003091033.5D0901FA98@s1.relay.oleane.net> Subject: Re: [Nel] Newbie problem Date: Wed, 3 Oct 2001 12:38:10 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi Patrick, > I'm trying to launch some NeL services (the naming_service, for instance), > but I get the following errors: > variable "Rec" not found in file "naming_service.cfg" > variable "SId" not found in file "naming_service.cfg" > variable "BasePort" not found in file "naming_service.cfg" You are wrong, in fact, it's not *errors* but only *warnings*. Look the 3 first letters, it's WRN for warning and INF for information. In fact, the message says that the variable is not found but these variables are optional and you don't need them in normal case. nevrax@net2:~/build/release/nelns/naming_service$ ./naming_service INF 2840 service.cpp 363 : Starting Service 'NS' using NeL (Sep 28 2001 15:06:09) WRN 2840 config_file.h 281 net2.nevrax.net/NS : Exception will be launched: variable "Rec" not found in file "naming_service.cfg" WRN 2840 config_file.h 281 net2.nevrax.net/NS : Exception will be launched: variable "SId" not found in file "naming_service.cfg" WRN 2840 config_file.h 281 net2.nevrax.net/NS : Exception will be launched: variable "BasePort" not found in file "naming_service.cfg" INF 2840 service.cpp 720 net2.nevrax.net/NS : Service ready If you see the message "Service ready", it's ok, otherwise, find and try to understand the ERR message :) > I checked, I don't have anywhere any file called naming_service.cfg. Could > someone give me some information about this file,a nd how it should be > formatted. There s no need for config file for naming_service. But when a config file is needing, we put it in the CVS at the same place where the sources are. The config file must be in the same directory that the executable so copy it if necessary. If you want an example, take a look on the time_service.cfg. Vianney Lecroart --- lead network programmer / nevrax.com icq#: 6870415 homepage: http://ace.planet-d.net www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? From tanis@digi-web.it Wed Oct 3 15:29:49 2001 Received: from www.digi-web.it ([62.110.27.80]) by www.nevrax.org (8.11.0/8.11.0) with SMTP id f93DTkl54882 for ; Wed, 3 Oct 2001 15:29:47 +0200 (CEST) (envelope-from tanis@digi-web.it) Received: (qmail 8229 invoked from network); 3 Oct 2001 13:15:59 -0000 Received: from unknown (HELO valerio) (172.16.69.2) by mail.digisoft.local with SMTP; 3 Oct 2001 13:15:59 -0000 Message-ID: <07ef01c14c0e$d6ebdf40$024510ac@valerio> From: "Valerio Santinelli" To: Date: Wed, 3 Oct 2001 15:25:16 +0200 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_07EC_01C14C1F.9A625FC0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Subject: [Nel] Exporter plugin for 3DSMAX 4.0 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Messaggio in formato MIME composto da piy parti. ------=_NextPart_000_07EC_01C14C1F.9A625FC0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Is there anybody on the list who successfully compiled the exporter = plugin with 3DSMAX 4.0 SDK? I'm getting lots of errors because of the use of templates like min(), = max(), etc.. that are in the standard MS ATL, but it seems that they're = not supported by STLPort?! -- Valerio Santinelli HateSeed.com Founder (http://www.hateseed.com) In Flames Italia Webmaster (http://www.inflames.it) My Lab (http://tanis.hateseed.com) ------=_NextPart_000_07EC_01C14C1F.9A625FC0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Is there anybody on the list who = successfully=20 compiled the exporter plugin with 3DSMAX 4.0 SDK?
I'm getting lots of errors because of = the use of=20 templates like min(), max(), etc.. that are in the standard MS ATL, but = it seems=20 that they're not supported by STLPort?!
 
--
Valerio = Santinelli
HateSeed.com Founder=20 (http://www.hateseed.com)
In = Flames=20 Italia Webmaster (http://www.inflames.it)
My Lab = (http://tanis.hateseed.com)
------=_NextPart_000_07EC_01C14C1F.9A625FC0-- From corvazier@nevrax.com Wed Oct 3 16:11:24 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f93EBLl55148 for ; Wed, 3 Oct 2001 16:11:21 +0200 (CEST) (envelope-from corvazier@nevrax.com) Received: from cyrilc (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id f93E6Yu20491 for ; Wed, 3 Oct 2001 16:06:34 +0200 (CEST) (envelope-from corvazier@nevrax.com) Message-ID: <00b201c14c14$9eb678a0$1701a8c0@cyrilc> From: "Cyril 'Hulud' Corvazier" To: References: <07ef01c14c0e$d6ebdf40$024510ac@valerio> Subject: Re: [Nel] Exporter plugin for 3DSMAX 4.0 Date: Wed, 3 Oct 2001 16:06:38 +0200 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_00AF_01C14C25.622CF920" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform This is a multi-part message in MIME format. ------=_NextPart_000_00AF_01C14C25.622CF920 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello, First, thank for this report. >C:\3dsmax4\maxsdk\Include\box2.h(34) : error C2065: 'min' : undeclared=20 >identifier Errors with min are present with the 3dsmax 3.0 sdk too. Windows standard headers define min and max. STLPort standard headers don't define min and max but std::min and = std::max. The way we have solved the problem is to add manually the following code = : #ifndef min #define min(a,b) (((a) < (b)) ? (a) : (b)) #endif min in the header box2.h from 3dsmax sdk. I hope it works for max4. Not very = nice but.. :-) >C:\Programmi\Microsoft Visual=20 >Studio\MyProjects\nevrax\code\nel\tools\3d\plugin_max\nel_patch_lib\nel_= patch_me >sh.cpp(341) : error C2039: 'patch2' : is not a member of 'PatchEdge' > C:\3dsmax4\maxsdk\Include\patch.h(183) : see declaration of = 'PatchEdge' In max3 sdk, the PatchEdge has this two members : int patch1; int patch2; Patch1 is the number of the first patch that share the edge, Patch2 is = the number of the second patch that share that edge, <0 if it is an open = edge. It seems that this members don't exist any more under max4 sdk. You = should take a look in your max4 sdk documentation and make a fix in the=20 plugin code to work with the new PatchEdge class. If you really don't know how to do this, make a post in the list :-). Regards, Cyril Corvazier --- Lead 3d programmer Nevrax France Is there anybody on the list who successfully compiled the exporter = plugin with 3DSMAX 4.0 SDK? I'm getting lots of errors because of the use of templates like min(), = max(), etc.. that are in the standard MS ATL, but it seems that they're = not supported by STLPort?! -- Valerio Santinelli HateSeed.com Founder (http://www.hateseed.com) In Flames Italia Webmaster (http://www.inflames.it) My Lab (http://tanis.hateseed.com) ------=_NextPart_000_00AF_01C14C25.622CF920 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hello,
 
First, thank for this = report.
 
>C:\3dsmax4\maxsdk\Include\box2.h(34) : error=20 C2065: 'min' : undeclared
>identifier

Errors with min are present with the 3dsmax 3.0 sdk = too.
 
Windows standard headers define min and = max.
STLPort standard headers don't define min and max but std::min and=20 std::max.
The way we have solved the problem is to add manually the following = code=20 :
 
#ifndef min
#define=20 min(a,b)           = ; (((a)=20 < (b)) ? (a) : (b))
#endif min
 
in the header box2.h from 3dsmax sdk. I hope it works for max4. Not = very=20 nice but.. :-)
 
>C:\Programmi\Microsoft Visual=20
>Studio\MyProjects\nevrax\code\nel\tools\3d\plugin_max\nel_patch_l= ib\nel_patch_me
>sh.cpp(341)=20 : error C2039: 'patch2' : is not a member of=20 'PatchEdge'
>       =20 C:\3dsmax4\maxsdk\Include\patch.h(183) : see declaration of = 'PatchEdge'
 
In max3 sdk, the PatchEdge has this two members :
 
int patch1;
int patch2;

Patch1 is the number of the first patch that share the edge, = Patch2 is=20 the number of the second patch that share that edge, <0 if it is an = open=20 edge.
It seems that this members don't exist any more under max4 sdk. You = should=20 take a look in your max4 sdk documentation and make a fix in the
plugin code to work with the new PatchEdge class.
 
If you really don't know how to do this, make a post in the list=20 :-).
Regards,
 
Cyril Corvazier
---
Lead 3d programmer
Nevrax=20 France
Is there anybody on the list who = successfully=20 compiled the exporter plugin with 3DSMAX 4.0 SDK?
I'm getting lots of errors because of = the use of=20 templates like min(), max(), etc.. that are in the standard MS ATL, = but it=20 seems that they're not supported by STLPort?!
 
--
Valerio = Santinelli
HateSeed.com Founder=20 (http://www.hateseed.com)
In = Flames=20 Italia Webmaster (http://www.inflames.it)
My Lab = (http://tanis.hateseed.com)
------=_NextPart_000_00AF_01C14C25.622CF920-- From laurent.hausermann@naema.org Wed Oct 3 16:26:41 2001 Received: from postfix2-1.free.fr (postfix2-1.free.fr [213.228.0.9]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f93EQfl55261 for ; Wed, 3 Oct 2001 16:26:41 +0200 (CEST) (envelope-from laurent.hausermann@naema.org) Received: from fremen (strasbourg-2-a7-51-250.dial.proxad.net [212.27.51.250]) by postfix2-1.free.fr (Postfix) with SMTP id 646EA358 for ; Wed, 3 Oct 2001 16:21:55 +0200 (CEST) Content-Type: text/plain; charset="iso-8859-1" From: Laurent Hausermann To: nel@nevrax.org Date: Wed, 3 Oct 2001 16:23:04 +0200 X-Mailer: KMail [version 1.2] MIME-Version: 1.0 Message-Id: <01100316230403.07986@fremen> Content-Transfer-Encoding: 8bit Subject: [Nel] Any more suitable way to get the code. Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi all, I have some difficulties with my 56K modem to get the code via CVS. Is there any rsync server (with compression) or tarball avaible. I appreciate your efforts to give the most in time code but it 's hard to contribute with a 56K. Furthermore, it seems there is no more activity on the mailing list .... hummm the nevrax team is ill ?? Regards, and thanks for your faith in GPL. Laurent Hausermann From valignat@gw.nevrax.com Wed Oct 3 16:56:02 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f93Ethl55449 for ; Wed, 3 Oct 2001 16:55:48 +0200 (CEST) (envelope-from valignat@gw.nevrax.com) Received: from gw.nevrax.com (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with ESMTP id f93Eolu21450 for ; Wed, 3 Oct 2001 16:50:47 +0200 (CEST) (envelope-from valignat@gw.nevrax.com) Received: (from valignat@localhost) by gw.nevrax.com (8.11.6/8.11.6) id f93EoeK09329 for nel@nevrax.org; Wed, 3 Oct 2001 16:50:40 +0200 (CEST) (envelope-from valignat) Date: Wed, 3 Oct 2001 16:50:40 +0200 From: Cedric Valignat To: nel@nevrax.org Subject: Re: [Nel] Any more suitable way to get the code. Message-ID: <20011003165040.A9277@nevrax.com> References: <01100316230403.07986@fremen> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <01100316230403.07986@fremen>; from laurent.hausermann@naema.org on Wed, Oct 03, 2001 at 04:23:04PM +0200 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi, Laurent Hausermann wrote: > > I have some difficulties with my 56K modem to get the code via CVS. Is there > any rsync server (with compression) or tarball avaible. I appreciate your > efforts to give the most in time code but it 's hard to contribute with a 56K. we put some daily snapshots of our cvs trees that you can get at: /download/cvs/ > Furthermore, it seems there is no more activity on the mailing list .... > hummm the nevrax team is ill ?? We just have our brains directly plugged to our development tools but if you need any informations we will be glad to help you ... we are ready to unplugged ourself to take a look at your messages and reply :o) > Regards, and thanks for your faith in GPL. Thanks for the interst that you show to our work :-) Cedric. From tanis@mediacom.it Wed Oct 3 16:58:23 2001 Received: from www.digi-web.it ([62.110.27.80]) by www.nevrax.org (8.11.0/8.11.0) with SMTP id f93EwNl55486 for ; Wed, 3 Oct 2001 16:58:23 +0200 (CEST) (envelope-from tanis@mediacom.it) Received: (qmail 9699 invoked from network); 3 Oct 2001 14:44:43 -0000 Received: from unknown (HELO valerio) (172.16.69.2) by mail.digisoft.local with SMTP; 3 Oct 2001 14:44:43 -0000 Message-ID: <083301c14c1b$3c7c1f80$024510ac@valerio> From: "Valerio Santinelli" To: References: <01100316230403.07986@fremen> Subject: Re: [Nel] Any more suitable way to get the code. Date: Wed, 3 Oct 2001 16:54:00 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform > I have some difficulties with my 56K modem to get the code via CVS. Is there > any rsync server (with compression) or tarball avaible. I appreciate your > efforts to give the most in time code but it 's hard to contribute with a 56K. I'm planning on putting a weekly tarball of the whole cvs on my own site. I guess it would be better for those who are not constantly updating to the latest CVS version, like you. I'll let you know through the mailing list when I begin. cya! Valerio Santinelli From tanis@mediacom.it Wed Oct 3 17:00:27 2001 Received: from www.digi-web.it ([62.110.27.80]) by www.nevrax.org (8.11.0/8.11.0) with SMTP id f93F0Ql55540 for ; Wed, 3 Oct 2001 17:00:26 +0200 (CEST) (envelope-from tanis@mediacom.it) Received: (qmail 9752 invoked from network); 3 Oct 2001 14:46:46 -0000 Received: from unknown (HELO valerio) (172.16.69.2) by mail.digisoft.local with SMTP; 3 Oct 2001 14:46:46 -0000 Message-ID: <084801c14c1b$85f21f70$024510ac@valerio> From: "Valerio Santinelli" To: References: <07ef01c14c0e$d6ebdf40$024510ac@valerio> <00b201c14c14$9eb678a0$1701a8c0@cyrilc> Subject: Re: [Nel] Exporter plugin for 3DSMAX 4.0 Date: Wed, 3 Oct 2001 16:56:03 +0200 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0845_01C14C2C.496D33D0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Messaggio in formato MIME composto da piy parti. ------=_NextPart_000_0845_01C14C2C.496D33D0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I'm going to try to do this tonight. I'll let you know. -- Valerio Santinelli http://www.digisoft-multimedia.it/ ----- Original Message -----=20 From: Cyril 'Hulud' Corvazier=20 To: nel@nevrax.org=20 Sent: Wednesday, October 03, 2001 4:06 PM Subject: Re: [Nel] Exporter plugin for 3DSMAX 4.0 Hello, First, thank for this report. >C:\3dsmax4\maxsdk\Include\box2.h(34) : error C2065: 'min' : = undeclared=20 >identifier Errors with min are present with the 3dsmax 3.0 sdk too. Windows standard headers define min and max. STLPort standard headers don't define min and max but std::min and = std::max. The way we have solved the problem is to add manually the following = code : #ifndef min #define min(a,b) (((a) < (b)) ? (a) : (b)) #endif min in the header box2.h from 3dsmax sdk. I hope it works for max4. Not = very nice but.. :-) >C:\Programmi\Microsoft Visual=20 = >Studio\MyProjects\nevrax\code\nel\tools\3d\plugin_max\nel_patch_lib\nel_= patch_me >sh.cpp(341) : error C2039: 'patch2' : is not a member of 'PatchEdge' > C:\3dsmax4\maxsdk\Include\patch.h(183) : see declaration of = 'PatchEdge' In max3 sdk, the PatchEdge has this two members : int patch1; int patch2; Patch1 is the number of the first patch that share the edge, Patch2 is = the number of the second patch that share that edge, <0 if it is an open = edge. It seems that this members don't exist any more under max4 sdk. You = should take a look in your max4 sdk documentation and make a fix in the=20 plugin code to work with the new PatchEdge class. If you really don't know how to do this, make a post in the list :-). Regards, Cyril Corvazier --- Lead 3d programmer Nevrax France Is there anybody on the list who successfully compiled the exporter = plugin with 3DSMAX 4.0 SDK? I'm getting lots of errors because of the use of templates like = min(), max(), etc.. that are in the standard MS ATL, but it seems that = they're not supported by STLPort?! -- Valerio Santinelli HateSeed.com Founder (http://www.hateseed.com) In Flames Italia Webmaster (http://www.inflames.it) My Lab (http://tanis.hateseed.com) ------=_NextPart_000_0845_01C14C2C.496D33D0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
I'm going to try to do this tonight. = I'll let you=20 know.
 
--
Valerio Santinelli
http://www.digisoft-multimedi= a.it/
----- Original Message -----
From:=20 Cyril 'Hulud'=20 Corvazier
Sent: Wednesday, October 03, = 2001 4:06=20 PM
Subject: Re: [Nel] Exporter = plugin for=20 3DSMAX 4.0

Hello,
 
First, thank for this = report.
 
>C:\3dsmax4\maxsdk\Include\box2.h(34) : error=20 C2065: 'min' : undeclared
>identifier

Errors with min are present with the 3dsmax 3.0 sdk = too.
 
Windows standard headers define min = and=20 max.
STLPort standard headers don't define min and max but std::min = and=20 std::max.
The way we have solved the problem is to add manually the = following code=20 :
 
#ifndef min
#define=20 = min(a,b)           = ;=20 (((a) < (b)) ? (a) : (b))
#endif min
 
in the header box2.h from 3dsmax sdk. I hope it works for max4. = Not very=20 nice but.. :-)
 
>C:\Programmi\Microsoft Visual=20 =
>Studio\MyProjects\nevrax\code\nel\tools\3d\plugin_max\nel_patch_l= ib\nel_patch_me
>sh.cpp(341)=20 : error C2039: 'patch2' : is not a member of=20 'PatchEdge'
>       =20 C:\3dsmax4\maxsdk\Include\patch.h(183) : see declaration of = 'PatchEdge'
 
In max3 sdk, the PatchEdge has this two members :
 
int patch1;
int patch2;

Patch1 is the number of the first patch that share the edge, = Patch2=20 is the number of the second patch that share that edge, <0 if it is = an open=20 edge.
It seems that this members don't exist any more under max4 sdk. = You=20 should take a look in your max4 sdk documentation and make a fix in = the
plugin code to work with the new PatchEdge class.
 
If you really don't know how to do this, make a post in the list=20 :-).
Regards,
 
Cyril Corvazier
---
Lead 3d programmer
Nevrax=20 France
Is there anybody on the list who = successfully=20 compiled the exporter plugin with 3DSMAX 4.0 SDK?
I'm getting lots of errors because = of the use=20 of templates like min(), max(), etc.. that are in the standard MS = ATL, but=20 it seems that they're not supported by STLPort?!
 
--
Valerio = Santinelli
HateSeed.com=20 Founder (http://www.hateseed.com)
In = Flames=20 Italia Webmaster (http://www.inflames.it)
My = Lab (http://tanis.hateseed.com)
------=_NextPart_000_0845_01C14C2C.496D33D0-- From tanis@mediacom.it Wed Oct 3 18:43:26 2001 Received: from fep23-svc.tin.it (mta23-acc.tin.it [212.216.176.76]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f93GhQl56098 for ; Wed, 3 Oct 2001 18:43:26 +0200 (CEST) (envelope-from tanis@mediacom.it) Received: from tanis ([62.211.168.24]) by fep23-svc.tin.it (InterMail vM.4.01.03.13 201-229-121-113) with SMTP id <20011003163834.YVMB27943.fep23-svc.tin.it@tanis> for ; Wed, 3 Oct 2001 18:38:34 +0200 Message-ID: <00a901c14c29$c146b050$0364a8c0@tanis> From: "Valerio Santinelli" To: Date: Wed, 3 Oct 2001 18:37:55 +0200 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_00A6_01C14C3A.8470BE80" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Subject: [Nel] Exporter Plugin for 3DSMAX 4.0 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform This is a multi-part message in MIME format. ------=_NextPart_000_00A6_01C14C3A.8470BE80 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable hmm.. I got a new error I didn't notice before: calc_lm.cpp C:\Programmi\Microsoft Visual = Studio\MyProjects\nevrax\code\nel\tools\3d\plugin_max\nel_mesh_lib\calc_l= m.cpp(256) : error C2440: 'initializing' : cannot convert from 'class = ExclList' to 'class NameTab &' A reference that is not to 'const' cannot be bound to a = non-lvalue But the three lines about min() and max() did miracles ;) Here's an extract about the Class PatchEdge of the new Max SDK class PatchEdge Description: This class describes a patch edge using the vertices at the edge ends, = and the indices of the patches sharing the edge. All methods of this = class are implemented by the system. Data Members: public: int v1; Index of the first vertex. int vec12; Vector from v1 to v2. int vec21; Vector from v2 to v1. int v2; Index of second vertex. IntTab patches; Index of the patches using this edge. If the edge is only used by one = patch, patches[1] will be less than zero. Note: Previous to R4.0 two = separate integer variables ( patch1 and patch2) were used. int aux1;=20 This is used to track topology changes during editing (Edit Patch). int aux2;=20 This is used to track topology changes during editing (PatchMesh). I'm going to try to patch the code myself.. let's see what happens ;) -- c'ya! Valerio Santinelli tanis@mediacom.it HateSeed Gaming Magazine http://www.hateseed.com/ My Lab http://tanis.hateseed.com/ In Flames Italia http://www.inflames.it/ ------=_NextPart_000_00A6_01C14C3A.8470BE80 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
hmm.. I got a new error I didn't notice = before:
 
calc_lm.cpp
C:\Programmi\Microsoft = Visual=20 Studio\MyProjects\nevrax\code\nel\tools\3d\plugin_max\nel_mesh_lib\calc_l= m.cpp(256)=20 : error C2440: 'initializing' : cannot convert from 'class ExclList' to = 'class=20 NameTab &'
        A reference = that is=20 not to 'const' cannot be bound to a non-lvalue
 
But the three lines about min() and = max() did=20 miracles ;)
 
 
 
Here's an extract about the Class = PatchEdge of the=20 new Max SDK
 
class PatchEdge
 
Description:
 
This class describes a patch edge using = the=20 vertices at the edge ends, and the indices of the patches sharing the=20 edge.  All methods of this class are implemented by the=20 system.
 
Data Members:
 
public:
 
int v1;
 
Index of the first vertex.
 
int vec12;
 
Vector from v1 to v2.
 
int vec21;
 
Vector from v2 to v1.
 
int v2;
 
Index of second vertex.
 
IntTab patches;
 
Index of the patches using this edge. = If the edge=20 is only used by one patch, patches[1] will be less than zero. Note: = Previous to=20 R4.0 two separate integer variables (
patch1 and patch2) were=20 used.
 
int aux1;
 
This is used to track topology changes = during=20 editing (Edit Patch).
 
int aux2;
 
This is used to track topology changes = during=20 editing (PatchMesh).
 
 
I'm going to try to patch the code = myself.. let's=20 see what happens ;)
 

--
c'ya!
 
Valerio Santinelli
tanis@mediacom.it
HateSeed = Gaming=20 Magazine http://www.hateseed.com/
My=20 Lab http://tanis.hateseed.com/
In = Flames Italia http://www.inflames.it/
------=_NextPart_000_00A6_01C14C3A.8470BE80-- From tanis@mediacom.it Wed Oct 3 19:32:53 2001 Received: from fep23-svc.tin.it (mta23-acc.tin.it [212.216.176.76]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f93HWql56382 for ; Wed, 3 Oct 2001 19:32:52 +0200 (CEST) (envelope-from tanis@mediacom.it) Received: from tanis ([62.211.168.24]) by fep23-svc.tin.it (InterMail vM.4.01.03.13 201-229-121-113) with SMTP id <20011003172802.ZCMJ27943.fep23-svc.tin.it@tanis> for ; Wed, 3 Oct 2001 19:28:02 +0200 Message-ID: <00d701c14c30$a9c166d0$0364a8c0@tanis> From: "Valerio Santinelli" To: References: <00a901c14c29$c146b050$0364a8c0@tanis> Subject: Re: [Nel] Exporter Plugin for 3DSMAX 4.0 Date: Wed, 3 Oct 2001 19:27:22 +0200 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_00D3_01C14C41.6CFF7230" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform This is a multi-part message in MIME format. ------=_NextPart_000_00D3_01C14C41.6CFF7230 Content-Type: multipart/alternative; boundary="----=_NextPart_001_00D4_01C14C41.6CFF7230" ------=_NextPart_001_00D4_01C14C41.6CFF7230 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I've had to do some other things in order to get the plugin running. In the docs, you're saying which ms scripts to move to the scripts = directory of 3dsmax, but there are 2 scripts left out. I had to copy = them both: nel_flare.ms nel_ps.ms I'm also missing object_viewer.cfg I cannot find it anywhere in NeL's cvs. I'm also trying to compile the various .dlu and such but I'm stuck with = this error: --------------------Configuration: nel_mesh_lib - Win32 = ReleaseDebug-------------------- Compiling... calc_lm.cpp C:\Programmi\Microsoft Visual = Studio\MyProjects\nevrax\code\nel\tools\3d\plugin_max\nel_mesh_lib\calc_l= m.cpp(256) : error C2440: 'initializing' : cannot convert from 'class = ExclList' to 'class NameTab &' A reference that is not to 'const' cannot be bound to a = non-lvalue Error executing cl.exe. I'm also attaching the diffs to the files I patched in order to work = with 3dsmax 4.0 SDK. -- c'ya! Valerio Santinelli tanis@mediacom.it HateSeed Gaming Magazine http://www.hateseed.com/ My Lab http://tanis.hateseed.com/ In Flames Italia http://www.inflames.it/ ----- Original Message -----=20 From: Valerio Santinelli=20 To: nel@nevrax.org=20 Sent: Wednesday, October 03, 2001 6:37 PM Subject: [Nel] Exporter Plugin for 3DSMAX 4.0 hmm.. I got a new error I didn't notice before: calc_lm.cpp C:\Programmi\Microsoft Visual = Studio\MyProjects\nevrax\code\nel\tools\3d\plugin_max\nel_mesh_lib\calc_l= m.cpp(256) : error C2440: 'initializing' : cannot convert from 'class = ExclList' to 'class NameTab &' A reference that is not to 'const' cannot be bound to a = non-lvalue But the three lines about min() and max() did miracles ;) Here's an extract about the Class PatchEdge of the new Max SDK class PatchEdge Description: This class describes a patch edge using the vertices at the edge ends, = and the indices of the patches sharing the edge. All methods of this = class are implemented by the system. Data Members: public: int v1; Index of the first vertex. int vec12; Vector from v1 to v2. int vec21; Vector from v2 to v1. int v2; Index of second vertex. IntTab patches; Index of the patches using this edge. If the edge is only used by one = patch, patches[1] will be less than zero. Note: Previous to R4.0 two = separate integer variables ( patch1 and patch2) were used. int aux1;=20 This is used to track topology changes during editing (Edit Patch). int aux2;=20 This is used to track topology changes during editing (PatchMesh). I'm going to try to patch the code myself.. let's see what happens ;) -- c'ya! Valerio Santinelli tanis@mediacom.it HateSeed Gaming Magazine http://www.hateseed.com/ My Lab http://tanis.hateseed.com/ In Flames Italia http://www.inflames.it/ ------=_NextPart_001_00D4_01C14C41.6CFF7230 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
I've had to do some other things in = order to get=20 the plugin running.
 
In the docs, you're saying which ms = scripts to move=20 to the scripts directory of 3dsmax, but there are 2 scripts left out. I = had to=20 copy them both:
 
nel_flare.ms
nel_ps.ms
 
 
I'm also missing = object_viewer.cfg
I cannot find it anywhere in NeL's=20 cvs.
 
I'm also trying to compile the various = .dlu and=20 such but I'm stuck with this error:
 
--------------------Configuration: = nel_mesh_lib -=20 Win32=20 ReleaseDebug--------------------
Compiling...
calc_lm.cpp
C:\Pro= grammi\Microsoft=20 Visual=20 Studio\MyProjects\nevrax\code\nel\tools\3d\plugin_max\nel_mesh_lib\calc_l= m.cpp(256)=20 : error C2440: 'initializing' : cannot convert from 'class ExclList' to = 'class=20 NameTab &'
        A reference = that is=20 not to 'const' cannot be bound to a non-lvalue
Error executing=20 cl.exe.
 
 
I'm also attaching the diffs to the = files I patched=20 in order to work with 3dsmax 4.0 SDK.
 

--
c'ya!
 
Valerio Santinelli
tanis@mediacom.it
HateSeed = Gaming=20 Magazine http://www.hateseed.com/
My=20 Lab http://tanis.hateseed.com/
In = Flames Italia http://www.inflames.it/
----- Original Message -----
From:=20 Valerio = Santinelli
Sent: Wednesday, October 03, = 2001 6:37=20 PM
Subject: [Nel] Exporter Plugin = for 3DSMAX=20 4.0

hmm.. I got a new error I didn't = notice=20 before:
 
calc_lm.cpp
C:\Programmi\Microsoft = Visual=20 = Studio\MyProjects\nevrax\code\nel\tools\3d\plugin_max\nel_mesh_lib\calc_l= m.cpp(256)=20 : error C2440: 'initializing' : cannot convert from 'class ExclList' = to 'class=20 NameTab &'
        A = reference that=20 is not to 'const' cannot be bound to a non-lvalue
 
But the three lines about min() and = max() did=20 miracles ;)
 
 
 
Here's an extract about the Class = PatchEdge of=20 the new Max SDK
 
class PatchEdge
 
Description:
 
This class describes a patch edge = using the=20 vertices at the edge ends, and the indices of the patches sharing the=20 edge.  All methods of this class are implemented by the=20 system.
 
Data Members:
 
public:
 
int v1;
 
Index of the first = vertex.
 
int vec12;
 
Vector from v1 to v2.
 
int vec21;
 
Vector from v2 to v1.
 
int v2;
 
Index of second vertex.
 
IntTab patches;
 
Index of the patches using this edge. = If the edge=20 is only used by one patch, patches[1] will be less than zero. Note: = Previous=20 to R4.0 two separate integer variables (
patch1 and patch2) were=20 used.
 
int aux1;
 
This is used to track topology = changes during=20 editing (Edit Patch).
 
int aux2;
 
This is used to track topology = changes during=20 editing (PatchMesh).
 
 
I'm going to try to patch the code = myself.. let's=20 see what happens ;)
 

--
c'ya!
 
Valerio Santinelli
tanis@mediacom.it
HateSeed = Gaming=20 Magazine http://www.hateseed.com/
My=20 Lab http://tanis.hateseed.com/
In = Flames Italia http://www.inflames.it/
------=_NextPart_001_00D4_01C14C41.6CFF7230-- ------=_NextPart_000_00D3_01C14C41.6CFF7230 Content-Type: application/octet-stream; name="nel_patch_mesh.diff" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="nel_patch_mesh.diff" 341c341=0A= < if ((patch.edges[nSeg].patch2!=3D-1)&&bCreate)=0A= ---=0A= > if ((patch.edges[nSeg].patches[1]!=3D-1)&&bCreate)=0A= 355c355=0A= < if = ((patch.edges[nSeg0].patch2=3D=3D-1)&&(patch.edges[nSeg1].patch2=3D=3D-1)= )=0A= ---=0A= > if = ((patch.edges[nSeg0].patches[1]=3D=3D-1)&&(patch.edges[nSeg1].patches[1]=3D= =3D-1))=0A= 357c357=0A= < if (!IsVertexInPatch (nVert, patch.edges[nSeg].patch1, patch))=0A= ---=0A= > if (!IsVertexInPatch (nVert, patch.edges[nSeg].patches[0], = patch))=0A= 382,388c382,388=0A= < (patch.edges[nEdge0].patch2=3D=3D-1)&&=0A= < (patch.edges[nEdge1].patch2=3D=3D-1)&&=0A= < (patch.edges[nEdge2].patch2=3D=3D-1)&&=0A= < (patch.edges[nEdge3].patch2=3D=3D-1)&&=0A= < (!IsVertexInPatch (nVert, patch.edges[nSeg].patch1, patch))&&=0A= < (!IsVertexInPatch (v2, patch.edges[nSeg].patch1, patch))&&=0A= < (!IsVertexInPatch (v3, patch.edges[nSeg].patch1, patch)))=0A= ---=0A= > (patch.edges[nEdge0].patches[1]=3D=3D-1)&&=0A= > (patch.edges[nEdge1].patches[1]=3D=3D-1)&&=0A= > (patch.edges[nEdge2].patches[1]=3D=3D-1)&&=0A= > (patch.edges[nEdge3].patches[1]=3D=3D-1)&&=0A= > (!IsVertexInPatch (nVert, patch.edges[nSeg].patches[0], = patch))&&=0A= > (!IsVertexInPatch (v2, patch.edges[nSeg].patches[0], patch))&&=0A= > (!IsVertexInPatch (v3, patch.edges[nSeg].patches[0], patch)))=0A= 1259c1259=0A= < nlassert (patch.edges[nSeg].patch2=3D=3D-1);=0A= ---=0A= > nlassert (patch.edges[nSeg].patches[1]=3D=3D-1);=0A= 1261,1262c1261,1262=0A= < int nEdge=3DWhereIsTheEdge (patch.edges[nSeg].patch1, nSeg, patch);=0A= < nlassert = (patch.patches[patch.edges[nSeg].patch1].edge[nEdge]=3D=3DnSeg);=0A= ---=0A= > int nEdge=3DWhereIsTheEdge (patch.edges[nSeg].patches[0], nSeg, = patch);=0A= > nlassert = (patch.patches[patch.edges[nSeg].patches[0]].edge[nEdge]=3D=3DnSeg);=0A= 1264c1264=0A= < BindingVertex (nVert, patch.edges[nSeg].patch1, nEdge, nVert, = BIND_SINGLE);=0A= ---=0A= > BindingVertex (nVert, patch.edges[nSeg].patches[0], nEdge, nVert, = BIND_SINGLE);=0A= 1273c1273=0A= < nlassert (patch.edges[nSeg].patch2=3D=3D-1);=0A= ---=0A= > nlassert (patch.edges[nSeg].patches[1]=3D=3D-1);=0A= 1275c1275=0A= < int nEdge=3DWhereIsTheEdge (patch.edges[nSeg].patch1, nSeg, patch);=0A= ---=0A= > int nEdge=3DWhereIsTheEdge (patch.edges[nSeg].patches[0], nSeg, = patch);=0A= 1277,1279c1277,1279=0A= < BindingVertex (nVert0, patch.edges[nSeg].patch1, nEdge, nVert1, = BIND_25);=0A= < BindingVertex (nVert1, patch.edges[nSeg].patch1, nEdge, nVert1, = BIND_50);=0A= < BindingVertex (nVert2, patch.edges[nSeg].patch1, nEdge, nVert1, = BIND_75);=0A= ---=0A= > BindingVertex (nVert0, patch.edges[nSeg].patches[0], nEdge, nVert1, = BIND_25);=0A= > BindingVertex (nVert1, patch.edges[nSeg].patches[0], nEdge, nVert1, = BIND_50);=0A= > BindingVertex (nVert2, patch.edges[nSeg].patches[0], nEdge, nVert1, = BIND_75);=0A= 1328,1329c1328,1329=0A= < if (pMesh->edges[nEdge].patch1=3D=3DnMe)=0A= < return pMesh->edges[nEdge].patch2;=0A= ---=0A= > if (pMesh->edges[nEdge].patches[0]=3D=3DnMe)=0A= > return pMesh->edges[nEdge].patches[1];=0A= 1332,1333c1332,1333=0A= < nlassert (pMesh->edges[nEdge].patch2=3D=3DnMe);=0A= < return pMesh->edges[nEdge].patch1;=0A= ---=0A= > nlassert (pMesh->edges[nEdge].patches[1]=3D=3DnMe);=0A= > return pMesh->edges[nEdge].patches[0];=0A= 2200,2202c2200,2202=0A= < nlassert ((pEdge->patch1=3D=3DnPatch)||(pEdge->patch2=3D=3DnPatch));=0A= < if (pEdge->patch1=3D=3DnPatch)=0A= < return (pEdge->patch2!=3D-1)?pEdge->patch2:nPatch;=0A= ---=0A= > nlassert = ((pEdge->patches[0]=3D=3DnPatch)||(pEdge->patches[1]=3D=3DnPatch));=0A= > if (pEdge->patches[0]=3D=3DnPatch)=0A= > return (pEdge->patches[1]!=3D-1)?pEdge->patches[1]:nPatch;=0A= 2204c2204=0A= < return (pEdge->patch1!=3D-1)?pEdge->patch1:nPatch;=0A= ---=0A= > return (pEdge->patches[0]!=3D-1)?pEdge->patches[0]:nPatch;=0A= ------=_NextPart_000_00D3_01C14C41.6CFF7230 Content-Type: application/octet-stream; name="rpo2nel.diff" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="rpo2nel.diff" 357c357=0A= < if (edge.patch2>=3D0)=0A= ---=0A= > if (edge.patches[1]>=3D0)=0A= 362c362=0A= < if (edge.patch2!=3Di)=0A= ---=0A= > if (edge.patches[1]!=3Di)=0A= 364,365c364,365=0A= < patchinfo[i].BindEdges[e].Next[0]=3Dedge.patch2;=0A= < patchinfo[i].BindEdges[e].Edge[0]=3DgetCommonEdge(pPM, = pPatch->edge[e], pPM->patches[edge.patch2]);=0A= ---=0A= > patchinfo[i].BindEdges[e].Next[0]=3Dedge.patches[1];=0A= > patchinfo[i].BindEdges[e].Edge[0]=3DgetCommonEdge(pPM, = pPatch->edge[e], pPM->patches[edge.patches[1]]);=0A= 369,370c369,370=0A= < patchinfo[i].BindEdges[e].Next[0]=3Dedge.patch1;=0A= < patchinfo[i].BindEdges[e].Edge[0]=3DgetCommonEdge(pPM, = pPatch->edge[e], pPM->patches[edge.patch1]);=0A= ---=0A= > patchinfo[i].BindEdges[e].Next[0]=3Dedge.patches[0];=0A= > patchinfo[i].BindEdges[e].Edge[0]=3DgetCommonEdge(pPM, = pPatch->edge[e], pPM->patches[edge.patches[1]]);=0A= ------=_NextPart_000_00D3_01C14C41.6CFF7230-- From patrick.herrmann@free.fr Wed Oct 3 19:48:23 2001 Received: from s1.relay.oleane.net (s1.relay.oleane.net [195.25.12.48]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f93HmNl56501 for ; Wed, 3 Oct 2001 19:48:23 +0200 (CEST) (envelope-from patrick.herrmann@free.fr) Received: from there (unknown [212.234.228.177]) by s1.relay.oleane.net (Postfix) with SMTP id 87E211FA1F for ; Wed, 3 Oct 2001 19:43:38 +0200 (CEST) Content-Type: text/plain; charset="iso-8859-15" From: Patrick Herrmann To: nel@nevrax.org Date: Wed, 3 Oct 2001 19:40:13 -0400 X-Mailer: KMail [version 1.3.1] References: <20011003091033.5D0901FA98@s1.relay.oleane.net> <001101c14bf7$7f7c6a70$0901a8c0@vianneyl> In-Reply-To: <001101c14bf7$7f7c6a70$0901a8c0@vianneyl> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <20011003174338.87E211FA1F@s1.relay.oleane.net> Subject: [Nel] Newbie problem - Once again! Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi, The following code is compiling and linking very well, but when launching the generated application (executable), I get a "segmentation fault" error. I figured out that it was the call to the function NLNET_SERVICE_MAIN that causes the error. I'm working on a Mandrake platform, using g++ compiler. Thanks for your answer, Patrick #include "nel/net/service.h" // Declaration of the IService interface #include "nel/net/message.h" // Declaration of the CMessage class #include "nel/net/buf_server.h" // Declaration of type TSockId #include "nel/net/callback_net_base.h" // Declaration of the CCallbackNetBase class and type TCallbackItem using namespace NLNET; void cbProcessConnection(CMessage& message, TSockId from, CCallbackNetBase& nb) { cout << "KGE_1.0 | Processing connection | Message: %s\n", message.toString(); } void cbProcessReceivedMsg(CMessage& message, TSockId from, CCallbackNetBase& nb) { cout << "KGE_1.0 | Processing message | Message: %s\n", message.toString(); } TCallbackItem KGECallbackArray[] = { { "MSG", cbProcessReceivedMsg }, { "NEW", cbProcessConnection } }; NLNET_SERVICE_MAIN (IService, "KGE", "kge_service", 0, KGECallbackArray); From lecroart@nevrax.com Thu Oct 4 10:53:52 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f948rpl93637 for ; Thu, 4 Oct 2001 10:53:51 +0200 (CEST) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id f948n7u35790 for ; Thu, 4 Oct 2001 10:49:07 +0200 (CEST) (envelope-from lecroart@nevrax.com) Message-ID: <002701c14cb1$6d67b500$0901a8c0@vianneyl> From: "Vianney Lecroart" To: References: <20011003091033.5D0901FA98@s1.relay.oleane.net> <001101c14bf7$7f7c6a70$0901a8c0@vianneyl> <20011003174338.87E211FA1F@s1.relay.oleane.net> Subject: Re: [Nel] Newbie problem - Once again! Date: Thu, 4 Oct 2001 10:49:07 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hello, You should take a look into the log.log file or to the stdout log because the reason should be explain. I tried your service and it started without problem. The first problem could be that you don't create the kge_config.cfg with the 2 variables that say where the naming service is. Copy the time_service.cfg for example, and remove only the UniTime variable. Another posibility is that you didn't launch the admin_executor_service, naming_service and time_service before running your service so it could not find these standard services. But without any log, I can't say exactly what is your problem. You have writtent that in your service: > cout << "KGE_1.0 | Processing connection | Message: %s\n", message.toString(); I never see a so strange this things, you try to mix up cout and printf string format in the same line, I really don't tink that it could work fine, you should put: cout << "KGE_1.0 | Processing connection | Message: " << message.toString() << endl; or printf ("KGE_1.0 | Processing connection | Message: %s\n", message.toString().c_str()); /* don't format the c_str() to convert stl string to char* */ Vianney Lecroart --- lead network programmer / nevrax.com icq#: 6870415 homepage: http://ace.planet-d.net www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? ----- Original Message ----- From: "Patrick Herrmann" To: Sent: Thursday, October 04, 2001 1:40 AM Subject: [Nel] Newbie problem - Once again! > Hi, > > The following code is compiling and linking very well, but when launching the > generated application (executable), I get a "segmentation fault" error. > > I figured out that it was the call to the function NLNET_SERVICE_MAIN that > causes the error. > > I'm working on a Mandrake platform, using g++ compiler. > > Thanks for your answer, > > Patrick > > #include "nel/net/service.h" // Declaration of the IService interface > #include "nel/net/message.h" // Declaration of the CMessage class > #include "nel/net/buf_server.h" // Declaration of type TSockId > #include "nel/net/callback_net_base.h" // Declaration of the CCallbackNetBase > class and type TCallbackItem > > using namespace NLNET; > > void cbProcessConnection(CMessage& message, TSockId from, CCallbackNetBase& > nb) > { > cout << "KGE_1.0 | Processing connection | Message: %s\n", > message.toString(); > } > > void cbProcessReceivedMsg(CMessage& message, TSockId from, CCallbackNetBase& > nb) > { > cout << "KGE_1.0 | Processing message | Message: %s\n", > message.toString(); > } > > TCallbackItem KGECallbackArray[] = > { > { "MSG", cbProcessReceivedMsg }, > { "NEW", cbProcessConnection } > }; > > NLNET_SERVICE_MAIN (IService, "KGE", "kge_service", 0, KGECallbackArray); > _______________________________________________ > Nel mailing list > Nel@nevrax.org > /mailman/listinfo.cgi/nel > From corvazier@nevrax.com Thu Oct 4 10:57:59 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f948vrl93723 for ; Thu, 4 Oct 2001 10:57:54 +0200 (CEST) (envelope-from corvazier@nevrax.com) Received: from cyrilc (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id f948r4u35935 for ; Thu, 4 Oct 2001 10:53:04 +0200 (CEST) (envelope-from corvazier@nevrax.com) Message-ID: <003101c14cb1$fce4cce0$1701a8c0@cyrilc> From: "Cyril 'Hulud' Corvazier" To: References: <00a901c14c29$c146b050$0364a8c0@tanis> Subject: Re: [Nel] Exporter Plugin for 3DSMAX 4.0 Date: Thu, 4 Oct 2001 10:53:07 +0200 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_002E_01C14CC2.C0550BD0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform This is a multi-part message in MIME format. ------=_NextPart_000_002E_01C14CC2.C0550BD0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi Valerio, Ok, it looks like a patch edge can be shared by more than 2 patches in = max4. So, max guys have removed the two patch references (patch1, patch2) and = replace them by an int array. So, in max 4, it should be possible to redefine patch1 like this: #ifdef NEL_FOR_MAX4 #define patch1 patches[0] #define patch2 patches[1] #endif // NEL_FOR_MAX4 I haven't tested thoses solutions, but it should work. IntTab patches; =20 Index of the patches using this edge. If the edge is only used by one = patch, patches[1] will be less than zero. Note: Previous to R4.0 two = separate integer variables ( patch1 and patch2) were used. Regards, Cyril. ------=_NextPart_000_002E_01C14CC2.C0550BD0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi Valerio,
 
Ok, it looks like a patch edge can be = shared by=20 more than 2 patches in max4.
So, max guys have removed the two patch = references=20 (patch1, patch2) and replace them by an int array.
 
So, in max 4, it should be possible to = redefine=20 patch1 like this:
 
#ifdef NEL_FOR_MAX4
#define patch1 patches[0]
#define patch2=20 patches[1]
#endif // NEL_FOR_MAX4
 
I haven't tested thoses solutions, but it should = work.
IntTab patches;
 
Index of the patches using this edge. = If the edge=20 is only used by one patch, patches[1] will be less than zero. Note: = Previous=20 to R4.0 two separate integer variables (
patch1 and patch2) were=20 used.
 
Regards,
 
Cyril.
 
------=_NextPart_000_002E_01C14CC2.C0550BD0-- From corvazier@nevrax.com Thu Oct 4 11:06:49 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f9496ml93918 for ; Thu, 4 Oct 2001 11:06:48 +0200 (CEST) (envelope-from corvazier@nevrax.com) Received: from cyrilc (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id f94924u36167 for ; Thu, 4 Oct 2001 11:02:04 +0200 (CEST) (envelope-from corvazier@nevrax.com) Message-ID: <004601c14cb3$3e85fd30$1701a8c0@cyrilc> From: "Cyril 'Hulud' Corvazier" To: References: <00a901c14c29$c146b050$0364a8c0@tanis> <00d701c14c30$a9c166d0$0364a8c0@tanis> Subject: Re: [Nel] Exporter Plugin for 3DSMAX 4.0 Date: Thu, 4 Oct 2001 11:02:07 +0200 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0043_01C14CC4.01F97070" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform This is a multi-part message in MIME format. ------=_NextPart_000_0043_01C14CC4.01F97070 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, Ok, thanks for the patch, i will add the modification to the original = source code. In the docs, you're saying which ms scripts to move to the scripts = directory of 3dsmax, but there are 2 scripts left out. I had to copy = them both: =20 nel_flare.ms nel_ps.ms Ok, i will update the documentation. I'm also missing object_viewer.cfg We will add a copy of the file in the folder nel/tools/3d/object_viewer I'm also trying to compile the various .dlu and such but I'm stuck = with this error: =20 --------------------Configuration: nel_mesh_lib - Win32 = ReleaseDebug-------------------- Compiling... calc_lm.cpp C:\Programmi\Microsoft Visual = Studio\MyProjects\nevrax\code\nel\tools\3d\plugin_max\nel_mesh_lib\calc_l= m.cpp(256) : error C2440: 'initializing' : cannot convert from 'class = ExclList' to 'class NameTab &' A reference that is not to 'const' cannot be bound to a = non-lvalue Error executing cl.exe. Ok, i will check this quickly. Thank for your posts Valerio. :-) Regards, Cyril. ------=_NextPart_000_0043_01C14CC4.01F97070 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi,
 
Ok, thanks for the patch, i will add = the=20 modification to the original source code.
In the docs, you're saying which ms = scripts to=20 move to the scripts directory of 3dsmax, but there are 2 scripts left = out. I=20 had to copy them both:
 
nel_flare.ms
nel_ps.ms
 Ok, i will=20 update the documentation.
I'm also missing=20 object_viewer.cfg
We will add a copy of the file in the = folder=20 nel/tools/3d/object_viewer
I'm also trying to compile the = various .dlu and=20 such but I'm stuck with this error:
 
--------------------Configuration: = nel_mesh_lib -=20 Win32=20 = ReleaseDebug--------------------
Compiling...
calc_lm.cpp
C:\Pro= grammi\Microsoft=20 Visual=20 = Studio\MyProjects\nevrax\code\nel\tools\3d\plugin_max\nel_mesh_lib\calc_l= m.cpp(256)=20 : error C2440: 'initializing' : cannot convert from 'class ExclList' = to 'class=20 NameTab &'
        A = reference that=20 is not to 'const' cannot be bound to a non-lvalue
Error executing=20 cl.exe.
 Ok, i will=20 check this quickly.
 
Thank for your posts Valerio. = :-)
 
Regards,
 
Cyril.
 
------=_NextPart_000_0043_01C14CC4.01F97070-- From vizerie@nevrax.com Thu Oct 4 11:18:48 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f949Ill94107 for ; Thu, 4 Oct 2001 11:18:47 +0200 (CEST) (envelope-from vizerie@nevrax.com) Received: from nicolasv (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id f949E2u36527; Thu, 4 Oct 2001 11:14:02 +0200 (CEST) (envelope-from vizerie@nevrax.com) Message-ID: <001f01c14cb4$e96af650$1d01a8c0@nicolasv> From: "Nicolas Vizerie" To: Cc: Date: Thu, 4 Oct 2001 11:14:03 +0200 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_001C_01C14CC5.ACDCBBE0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Subject: [Nel] object viewer config file Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform This is a multi-part message in MIME format. ------=_NextPart_000_001C_01C14CC5.ACDCBBE0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello, I've put an example for object_viewer.cfg in the CVS you'll find it in \nel\tools\3d\object_viewer Regards, Nicolas Vizerie From: "Valerio Santinelli" To: Subject: Re: [Nel] Exporter Plugin for 3DSMAX 4.0 I've had to do some other things in order to get the plugin running. In the docs, you're saying which ms scripts to move to the scripts =3D directory of 3dsmax, but there are 2 scripts left out. I had to copy =3D them both: nel_flare.ms nel_ps.ms I'm also missing object_viewer.cfg I cannot find it anywhere in NeL's cvs. I'm also trying to compile the various .dlu and such but I'm stuck with = =3D this error: --------------------Configuration: nel_mesh_lib - Win32 =3D ReleaseDebug-------------------- Compiling... calc_lm.cpp C:\Programmi\Microsoft Visual =3D Studio\MyProjects\nevrax\code\nel\tools\3d\plugin_max\nel_mesh_lib\calc_l= =3D m.cpp(256) : error C2440: 'initializing' : cannot convert from 'class = =3D ExclList' to 'class NameTab &' A reference that is not to 'const' cannot be bound to a =3D non-lvalue Error executing cl.exe. I'm also attaching the diffs to the files I patched in order to work =3D with 3dsmax 4.0 SDK. -- c'ya! Valerio Santinelli tanis@mediacom.it HateSeed Gaming Magazine http://www.hateseed.com/ My Lab http://tanis.hateseed.com/ In Flames Italia http://www.inflames.it/ ------=_NextPart_000_001C_01C14CC5.ACDCBBE0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hello,
 
I've put an example for = object_viewer.cfg in the=20 CVS
you'll find it in=20 \nel\tools\3d\object_viewer
 
Regards,
 
Nicolas Vizerie

From: "Valerio Santinelli" <tanis@mediacom.it>
To: = <nel@nevrax.org>
Subject: Re: = [Nel]=20 Exporter Plugin for 3DSMAX 4.0

I've had to do some other things in = order to=20 get the plugin running.

In the docs, you're saying which ms = scripts to=20 move to the scripts =3D
directory of 3dsmax, but there are 2 scripts = left out.=20 I had to copy =3D
them = both:

nel_flare.ms
nel_ps.ms


I'm=20 also missing object_viewer.cfg
I cannot find it anywhere in NeL's=20 cvs.

I'm also trying to compile the various .dlu and such but I'm = stuck=20 with =3D
this error:

--------------------Configuration: = nel_mesh_lib -=20 Win32=20 =3D
ReleaseDebug--------------------
Compiling...
calc_lm.cppC:\Programmi\Microsoft=20 Visual=20 =3D
Studio\MyProjects\nevrax\code\nel\tools\3d\plugin_max\nel_mesh_lib= \calc_l=3D
m.cpp(256)=20 : error C2440: 'initializing' : cannot convert from 'class = =3D
ExclList' to=20 'class NameTab &'
        A = reference=20 that is not to 'const' cannot be bound to a =3D
non-lvalue
Error = executing=20 cl.exe.


I'm also attaching the diffs to the files I patched = in order=20 to work =3D
with 3dsmax 4.0 = SDK.


--
c'ya!

Valerio=20 Santinelli
tanis@mediacom.it
HateSeed = Gaming=20 Magazine http://www.hateseed.com/
My=20 Lab http://tanis.hateseed.com/
In = Flames Italia http://www.inflames.it/

------=_NextPart_000_001C_01C14CC5.ACDCBBE0-- From patrick.herrmann@free.fr Thu Oct 4 12:20:03 2001 Received: from s1.relay.oleane.net (s1.relay.oleane.net [195.25.12.48]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f94AK2l95454 for ; Thu, 4 Oct 2001 12:20:02 +0200 (CEST) (envelope-from patrick.herrmann@free.fr) Received: from there (unknown [212.234.228.177]) by s1.relay.oleane.net (Postfix) with SMTP id 9A6CB1FA85 for ; Thu, 4 Oct 2001 12:15:17 +0200 (CEST) Content-Type: text/plain; charset="iso-8859-15" From: Patrick Herrmann To: nel@nevrax.org Subject: Re: [Nel] Newbie problem - Once again! Date: Thu, 4 Oct 2001 12:11:49 -0400 X-Mailer: KMail [version 1.3.1] References: <20011003091033.5D0901FA98@s1.relay.oleane.net> <20011003174338.87E211FA1F@s1.relay.oleane.net> <002701c14cb1$6d67b500$0901a8c0@vianneyl> In-Reply-To: <002701c14cb1$6d67b500$0901a8c0@vianneyl> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <20011004101517.9A6CB1FA85@s1.relay.oleane.net> Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi, Right, I forgot to start all needed services from nelns. So I launched: the naming_service the time_service the log_service the login_service the admin_executor_service the admin_service the welcome_service All services told me they are ready. Then I started my personnal service, and... "INF32165 service.cpp 363 : Starting Service 'KGE' using NeL (Oct 4 2001 10:54:12) Segmentation fault" I checked the log.log file, but it was still empty. I noticed that the pacs_service is not included within the global Makefile. I added it, but I got some errros when compiling. Anyway, right now, although I started all possible services, I am not able to start the one I coded. Patrick P.S.: Ouaou, I wondered myself how I could write the "cout" line of code! Thanks to point it out. It didn't solve the problem. On Thursday 04 October 2001 04:49 am, you wrote: > Hello, > > You should take a look into the log.log file or to the stdout log because > the reason should be explain. I tried your service and it started without > problem. > The first problem could be that you don't create the kge_config.cfg with > the 2 variables that say where the naming service is. Copy the > time_service.cfg for example, and remove only the UniTime variable. > Another posibility is that you didn't launch the admin_executor_service, > naming_service and time_service before running your service so it could not > find these standard services. > But without any log, I can't say exactly what is your problem. > > You have writtent that in your service: > > cout << "KGE_1.0 | Processing connection | Message: %s\n", > > message.toString(); > I never see a so strange this things, you try to mix up cout and printf > string format in the same line, I really don't tink that it could work > fine, you should put: > cout << "KGE_1.0 | Processing connection | Message: " << > message.toString() << endl; > or > printf ("KGE_1.0 | Processing connection | Message: %s\n", > message.toString().c_str()); /* don't format the c_str() to convert stl > string to char* */ > > Vianney Lecroart > --- > lead network programmer / nevrax.com > icq#: 6870415 > homepage: http://ace.planet-d.net > www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? > K- w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? > > ----- Original Message ----- > From: "Patrick Herrmann" > To: > Sent: Thursday, October 04, 2001 1:40 AM > Subject: [Nel] Newbie problem - Once again! > > > Hi, > > > > The following code is compiling and linking very well, but when launching > > the > > > generated application (executable), I get a "segmentation fault" error. > > > > I figured out that it was the call to the function NLNET_SERVICE_MAIN > > that causes the error. > > > > I'm working on a Mandrake platform, using g++ compiler. > > > > Thanks for your answer, > > > > Patrick > > > > #include "nel/net/service.h" // Declaration of the IService interface > > #include "nel/net/message.h" // Declaration of the CMessage class > > #include "nel/net/buf_server.h" // Declaration of type TSockId > > #include "nel/net/callback_net_base.h" // Declaration of the > > CCallbackNetBase > > > class and type TCallbackItem > > > > using namespace NLNET; > > > > void cbProcessConnection(CMessage& message, TSockId from, > > CCallbackNetBase& > > > nb) > > { > > cout << "KGE_1.0 | Processing connection | Message: %s\n", > > message.toString(); > > } > > > > void cbProcessReceivedMsg(CMessage& message, TSockId from, > > CCallbackNetBase& > > > nb) > > { > > cout << "KGE_1.0 | Processing message | Message: %s\n", > > message.toString(); > > } > > > > TCallbackItem KGECallbackArray[] = > > { > > { "MSG", cbProcessReceivedMsg }, > > { "NEW", cbProcessConnection } > > }; > > > > NLNET_SERVICE_MAIN (IService, "KGE", "kge_service", 0, KGECallbackArray); > > _______________________________________________ > > Nel mailing list > > Nel@nevrax.org > > /mailman/listinfo.cgi/nel > > _______________________________________________ > Nel mailing list > Nel@nevrax.org > /mailman/listinfo.cgi/nel From lecroart@nevrax.com Thu Oct 4 12:33:08 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f94AX5l95785 for ; Thu, 4 Oct 2001 12:33:05 +0200 (CEST) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id f94ASIu38207 for ; Thu, 4 Oct 2001 12:28:18 +0200 (CEST) (envelope-from lecroart@nevrax.com) Message-ID: <004301c14cbf$488784f0$0901a8c0@vianneyl> From: "Vianney Lecroart" To: References: <20011003091033.5D0901FA98@s1.relay.oleane.net> <20011003174338.87E211FA1F@s1.relay.oleane.net> <002701c14cb1$6d67b500$0901a8c0@vianneyl> <20011004101517.9A6CB1FA85@s1.relay.oleane.net> Subject: Re: [Nel] Newbie problem - Once again! Date: Thu, 4 Oct 2001 12:28:18 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Without more informations, I don't know why the crash occurs. Try to compile in debug mode and use gdb and look where it crashs Vianney Lecroart --- lead network programmer / nevrax.com icq#: 6870415 homepage: http://ace.planet-d.net www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? From a_s@softhome.net Thu Oct 4 17:24:32 2001 Received: from sci.smolensk.ru (Sci.Smolensk.RU [213.59.172.3]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f94FORl01617 for ; Thu, 4 Oct 2001 17:24:29 +0200 (CEST) (envelope-from a_s@softhome.net) Received: from breaker (ppp85.SCI.Smolensk.RU [213.59.173.85]) by sci.smolensk.ru (8.9.3/8.9.3) with SMTP id TAA14912 for ; Thu, 4 Oct 2001 19:19:36 +0400 Message-ID: <000a01c14ce8$26f86060$55ad3bd5@breaker> From: "Anatoly Sennov" To: Date: Thu, 4 Oct 2001 19:19:49 +0400 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0007_01C14D09.894CA2F0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2462.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2462.0000 Subject: [Nel] Small bugfix Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform This is a multi-part message in MIME format. ------=_NextPart_000_0007_01C14D09.894CA2F0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable Hello, it's really small :-) Index: service.cpp =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: e:/repositories/warfair/nel/src/net/service.cpp,v retrieving revision 1.1.1.1 diff -r1.1.1.1 service.cpp 742c742 < ((CWinDisplayer *)wd)->update (); --- > cwd->update (); =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D wd doesn't contain valid pointer at the time update() is called. Order of service startup in /nelns/howto should be fixed: log_service = looks for the time_service and quits when cannot find it, so = time_service should be started _before_ the log_service. PS. Not yet familiar with all code but am feeling it's a GOOD THING :-) --AS ------=_NextPart_000_0007_01C14D09.894CA2F0 Content-Type: text/html; charset="koi8-r" Content-Transfer-Encoding: quoted-printable
Hello, it's really small = :-)
 
Index:=20 service.cpp
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
RCS= =20 file: e:/repositories/warfair/nel/src/net/service.cpp,v
retrieving = revision=20 1.1.1.1
diff -r1.1.1.1 service.cpp
742c742
<=20    ((CWinDisplayer *)wd)->update ();
---
>=20    cwd->update ();
 
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D
wd doesn't contain valid pointer = at the time=20 update() is called.
 
Order of service startup in = /nelns/howto should be=20 fixed: log_service looks for the time_service and quits when cannot find = it, so=20 time_service should be started _before_ the log_service.
 
PS. Not yet familiar with all code but = am feeling=20 it's a GOOD THING :-)
 
--AS
------=_NextPart_000_0007_01C14D09.894CA2F0-- From lecroart@nevrax.com Thu Oct 4 17:57:24 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f94FvNl01802 for ; Thu, 4 Oct 2001 17:57:23 +0200 (CEST) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id f94Fqcu44690 for ; Thu, 4 Oct 2001 17:52:38 +0200 (CEST) (envelope-from lecroart@nevrax.com) Message-ID: <00a001c14cec$97908bf0$0901a8c0@vianneyl> From: "Vianney Lecroart" To: References: <000a01c14ce8$26f86060$55ad3bd5@breaker> Subject: Re: [Nel] Small bugfix Date: Thu, 4 Oct 2001 17:52:38 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi Anatoly, Thanks for the bug report, it should occurs only on windows with dos application and we always use windows application, it explains why we didn't have this bug. Anyway, it was fixed and commited. /nelns/howto is out of date, in fact, log_service isn't used anymore, so you don't have to launch it :) Vianney Lecroart --- lead network programmer / nevrax.com icq#: 6870415 homepage: http://ace.planet-d.net www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? From tanis@mediacom.it Thu Oct 4 20:19:27 2001 Received: from fep19-svc.tin.it (pop09-acc.tin.it [212.216.176.72]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f94IJQl02453 for ; Thu, 4 Oct 2001 20:19:26 +0200 (CEST) (envelope-from tanis@mediacom.it) Received: from tanis ([62.211.168.24]) by fep19-svc.tin.it (InterMail vM.4.01.03.13 201-229-121-113) with SMTP id <20011004181435.BOOB14026.fep19-svc.tin.it@tanis> for ; Thu, 4 Oct 2001 20:14:35 +0200 Message-ID: <003601c14d00$5446cf30$0364a8c0@tanis> From: "Valerio Santinelli" To: References: <00a901c14c29$c146b050$0364a8c0@tanis> <003101c14cb1$fce4cce0$1701a8c0@cyrilc> Subject: Re: [Nel] Exporter Plugin for 3DSMAX 4.0 Date: Thu, 4 Oct 2001 20:13:54 +0200 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0033_01C14D11.1770DD60" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform This is a multi-part message in MIME format. ------=_NextPart_000_0033_01C14D11.1770DD60 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable #ifdef NEL_FOR_MAX4 #define patch1 patches[0]=20 #define patch2 patches[1] #endif // NEL_FOR_MAX4 ------=_NextPart_000_0033_01C14D11.1770DD60 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
 
#ifdef NEL_FOR_MAX4
#define patch1 patches[0]=20
#define patch2=20 patches[1]
#endif // NEL_FOR_MAX4
 
------=_NextPart_000_0033_01C14D11.1770DD60-- From tanis@mediacom.it Thu Oct 4 20:20:18 2001 Received: from fep19-svc.tin.it (pop09-acc.tin.it [212.216.176.72]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f94IKHl02473 for ; Thu, 4 Oct 2001 20:20:18 +0200 (CEST) (envelope-from tanis@mediacom.it) Received: from tanis ([62.211.168.24]) by fep19-svc.tin.it (InterMail vM.4.01.03.13 201-229-121-113) with SMTP id <20011004181527.BOPY14026.fep19-svc.tin.it@tanis> for ; Thu, 4 Oct 2001 20:15:27 +0200 Message-ID: <003b01c14d00$7316b010$0364a8c0@tanis> From: "Valerio Santinelli" To: References: <00a901c14c29$c146b050$0364a8c0@tanis> <003101c14cb1$fce4cce0$1701a8c0@cyrilc> Subject: Re: [Nel] Exporter Plugin for 3DSMAX 4.0 Date: Thu, 4 Oct 2001 20:14:46 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Sorry but I sent a wrong message with the previous one :) >#ifdef NEL_FOR_MAX4 >#define patch1 patches[0] >#define patch2 patches[1] >#endif // NEL_FOR_MAX4 Cyril, could you please add those lines to the cvs ? Thanks! Valerio From tanis@mediacom.it Thu Oct 4 22:06:35 2001 Received: from fep13-svc.tin.it (mta13-acc.tin.it [212.216.176.44]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f94K6Zl02972 for ; Thu, 4 Oct 2001 22:06:35 +0200 (CEST) (envelope-from tanis@mediacom.it) Received: from tanis ([62.211.168.24]) by fep13-svc.tin.it (InterMail vM.4.01.03.13 201-229-121-113) with SMTP id <20011004200144.BLSN7316.fep13-svc.tin.it@tanis> for ; Thu, 4 Oct 2001 22:01:44 +0200 Message-ID: <001901c14d0f$4c3f4e70$0364a8c0@tanis> From: "Valerio Santinelli" To: References: <00a901c14c29$c146b050$0364a8c0@tanis> <003101c14cb1$fce4cce0$1701a8c0@cyrilc> <003b01c14d00$7316b010$0364a8c0@tanis> Subject: Re: [Nel] Exporter Plugin for 3DSMAX 4.0 Date: Thu, 4 Oct 2001 22:01:03 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Oops! I just found out that those lines aren't working because of parameter names in various functions. They replace even various references that are just parameters and not arrays ;) -- c'ya! Valerio Santinelli tanis@mediacom.it HateSeed Gaming Magazine http://www.hateseed.com/ My Lab http://tanis.hateseed.com/ In Flames Italia http://www.inflames.it/ ----- Original Message ----- From: "Valerio Santinelli" To: Sent: Thursday, October 04, 2001 8:14 PM Subject: Re: [Nel] Exporter Plugin for 3DSMAX 4.0 > Sorry but I sent a wrong message with the previous one :) > > >#ifdef NEL_FOR_MAX4 > >#define patch1 patches[0] > >#define patch2 patches[1] > >#endif // NEL_FOR_MAX4 > > Cyril, could you please add those lines to the cvs ? > Thanks! > > Valerio > > _______________________________________________ > Nel mailing list > Nel@nevrax.org > /mailman/listinfo.cgi/nel From a_s@softhome.net Fri Oct 5 14:10:36 2001 Received: from sci.smolensk.ru (Sci.Smolensk.RU [213.59.172.3]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f95CAYl09915 for ; Fri, 5 Oct 2001 14:10:35 +0200 (CEST) (envelope-from a_s@softhome.net) Received: from breaker (ppp134.SCI.Smolensk.RU [213.59.173.134]) by sci.smolensk.ru (8.9.3/8.9.3) with SMTP id QAA15516 for ; Fri, 5 Oct 2001 16:05:46 +0400 Message-ID: <003201c14d96$3b246a80$2aad3bd5@breaker> From: "Anatoly Sennov" To: "Nevrax mailing list" Date: Fri, 5 Oct 2001 16:06:54 +0400 MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2462.0000 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2462.0000 Subject: [Nel] Max plugin series continues... Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hello, here are some new findings in the Max plugin code: 1. cursor1.cur is absent, so I've replaced the reference to it in the nel_export.rc to "..\\..\\tile_edit\\cursor1.cur" 2. nel_export_view.cpp contains absolute path to "r:/code/nel/tools/3d/object_viewer/object_viewer_interface.h", replaced to "../../object_viewer/object_viewer_interface.h" PS. Yesterday spent 2 hours looking for a reason why the text not rendered properly in the Snowballs, found the little insect, fixed it, executed "cvs update" and what ? Someone at Nevrax had fixed the same bug already :-) --AS From a_s@softhome.net Fri Oct 5 14:37:50 2001 Received: from sci.smolensk.ru (Sci.Smolensk.RU [213.59.172.3]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f95Cbnl10141 for ; Fri, 5 Oct 2001 14:37:49 +0200 (CEST) (envelope-from a_s@softhome.net) Received: from breaker (ppp42.SCI.Smolensk.RU [213.59.173.42]) by sci.smolensk.ru (8.9.3/8.9.3) with SMTP id PAA11501 for ; Fri, 5 Oct 2001 15:23:42 +0400 Message-ID: <002801c14d90$60985570$2aad3bd5@breaker> From: "Anatoly Sennov" To: Date: Fri, 5 Oct 2001 15:24:51 +0400 MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2462.0000 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2462.0000 Subject: [Nel] Another small bugfix Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hello, while compiling the Max plugin I've found that line 118 of collision_mesh_build.h should be bool operator() (const CEdgeKey &a, const CEdgeKey &b) const <-- the 'const' is essential here --AS From corvazier@nevrax.com Fri Oct 5 15:58:46 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f95Dwil10652 for ; Fri, 5 Oct 2001 15:58:44 +0200 (CEST) (envelope-from corvazier@nevrax.com) Received: from cyrilc (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id f95Druu61094 for ; Fri, 5 Oct 2001 15:53:56 +0200 (CEST) (envelope-from corvazier@nevrax.com) Message-ID: <005e01c14da5$2ff73fc0$1701a8c0@cyrilc> From: "Cyril 'Hulud' Corvazier" To: Date: Fri, 5 Oct 2001 15:54:01 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Subject: [Nel] Libxml Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi, NeL has a new external dependence: NLMISC now needs libxml2 to link properly. http://xmlsoft.org/ We have added an XML stream to serialize more intelligible data. Final version of the data can be serialised with a binary stream to save place and read performance. Stream interface has been increased to add XML node declaration, node properties and XML comments. libxml2 is easy to compile and install. To avoid some unneeded dependencies, undef those macro in the config file: #define LIBXML_FTP_ENABLED #define LIBXML_HTTP_ENABLED All works fine under windows. Cedric works on the installation process under linux. Regards, Cyril Corvazier --- Lead 3d programmer Nevrax France From lecroart@nevrax.com Fri Oct 5 17:17:05 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f95FGrl11066 for ; Fri, 5 Oct 2001 17:16:56 +0200 (CEST) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id f95FBou62806 for ; Fri, 5 Oct 2001 17:11:50 +0200 (CEST) (envelope-from lecroart@nevrax.com) Message-ID: <008d01c14db0$0ee1dab0$0901a8c0@vianneyl> From: "Vianney Lecroart" To: Date: Fri, 5 Oct 2001 17:11:50 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MIMEOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Subject: [Nel] time_service Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hello, There was a "bug" in the time_service that "crash" when starting the service without any message. If you have this problem, you can remove the last function in the time_service.cpp that look like NLMISC_COMMAND (time, "displays the universal time", "") or wait tomorrow and cvs update NeL and NeLNS. Sorry for this. Vianney Lecroart --- lead network programmer / nevrax.com icq#: 6870415 homepage: http://ace.planet-d.net www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? From corvazier@nevrax.com Fri Oct 5 17:18:42 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f95FIdl11084 for ; Fri, 5 Oct 2001 17:18:40 +0200 (CEST) (envelope-from corvazier@nevrax.com) Received: from cyrilc (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id f95FDlu62841 for ; Fri, 5 Oct 2001 17:13:47 +0200 (CEST) (envelope-from corvazier@nevrax.com) Message-ID: <00e001c14db0$577fa310$1701a8c0@cyrilc> From: "Cyril 'Hulud' Corvazier" To: References: <00a901c14c29$c146b050$0364a8c0@tanis> <00d701c14c30$a9c166d0$0364a8c0@tanis> Subject: Re: [Nel] Exporter Plugin for 3DSMAX 4.0 Date: Fri, 5 Oct 2001 17:13:51 +0200 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_00DD_01C14DC1.1AF7AA30" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform This is a multi-part message in MIME format. ------=_NextPart_000_00DD_01C14DC1.1AF7AA30 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi Valerio, I have added your fixe. We recommand to use this macro to solve = max3/max4 sdk compatibilty : // Define the macro #include #if (MAX_RELEASE < 4000) // Code for max version < 4 ... else // (MAX_RELEASE < 4000) // Code for max 4 ... endif // (MAX_RELEASE < 4000) --------------------Configuration: nel_mesh_lib - Win32 = ReleaseDebug-------------------- Compiling... calc_lm.cpp C:\Programmi\Microsoft Visual = Studio\MyProjects\nevrax\code\nel\tools\3d\plugin_max\nel_mesh_lib\calc_l= m.cpp(256) : error C2440: 'initializing' : cannot convert from 'class = ExclList' to 'class NameTab &' A reference that is not to 'const' cannot be bound to a = non-lvalue Error executing cl.exe. I have disactived the code under max4 and add a "todo" comment.=20 The reason is GetExclusionList() doesn't return a NameTab any more but a = ExclTab. And i don't know what a ExclTab is ! Feel free to make a patch for this part. :-)=20 Regards, Cyril Corvazier ------=_NextPart_000_00DD_01C14DC1.1AF7AA30 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi Valerio,
 
I have added your fixe. We recommand to = use this=20 macro to solve max3/max4 sdk compatibilty :
 
// Define the macro
#include <plugapi.h>
 
#if (MAX_RELEASE < = 4000)
// Code for max version < = 4
...
else // (MAX_RELEASE < = 4000)
// Code for max 4
...
endif // (MAX_RELEASE < = 4000)
 
--------------------Configuration: = nel_mesh_lib -=20 Win32=20 = ReleaseDebug--------------------
Compiling...
calc_lm.cpp
C:\Pro= grammi\Microsoft=20 Visual=20 = Studio\MyProjects\nevrax\code\nel\tools\3d\plugin_max\nel_mesh_lib\calc_l= m.cpp(256)=20 : error C2440: 'initializing' : cannot convert from 'class ExclList' = to 'class=20 NameTab &'
        A = reference that=20 is not to 'const' cannot be bound to a non-lvalue
Error executing=20 cl.exe.
I have disactived the code under max4 = and add a=20 "todo" comment.
The reason is GetExclusionList() = doesn't=20 return a NameTab any more but a ExclTab. And i don't know what a ExclTab = is=20 !
Feel free to make a patch for this = part.=20 :-) 
 
Regards,
 
Cyril Corvazier
 
------=_NextPart_000_00DD_01C14DC1.1AF7AA30-- From a_s@softhome.net Fri Oct 5 20:29:13 2001 Received: from sci.smolensk.ru (Sci.Smolensk.RU [213.59.172.3]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f95IT9l12193 for ; Fri, 5 Oct 2001 20:29:13 +0200 (CEST) (envelope-from a_s@softhome.net) Received: from breaker (ppp78.SCI.Smolensk.RU [213.59.173.78]) by sci.smolensk.ru (8.9.3/8.9.3) with SMTP id WAA04882 for ; Fri, 5 Oct 2001 22:24:22 +0400 Message-ID: <002b01c14dcb$21b626d0$4ead3bd5@breaker> From: "Anatoly Sennov" To: "Nevrax mailing list" Date: Fri, 5 Oct 2001 22:25:36 +0400 MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2462.0000 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2462.0000 Subject: [Nel] Happy me Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Sorry for a possible offtopic, I've just got all things compiled and am running both server and client of Snowballs on my machine. The war with the MAX 4 SDK seems over too, at least, all plugins were compiled without errors, obviously need testing, but it will be tomorrow. And now I'm just happy :-)) --AS From tanis@mediacom.it Sat Oct 6 12:09:19 2001 Received: from fep15-svc.tin.it (mta15-acc.tin.it [212.216.176.46]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f96A9Jl19212 for ; Sat, 6 Oct 2001 12:09:19 +0200 (CEST) (envelope-from tanis@mediacom.it) Received: from tanis ([62.211.168.24]) by fep15-svc.tin.it (InterMail vM.4.01.03.13 201-229-121-113) with SMTP id <20011006100427.PLTU23823.fep15-svc.tin.it@tanis> for ; Sat, 6 Oct 2001 12:04:27 +0200 Message-ID: <002101c14e4e$2f2ae340$0364a8c0@tanis> From: "Valerio Santinelli" To: Date: Sat, 6 Oct 2001 12:03:44 +0200 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_001D_01C14E5E.F2567810" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Subject: [Nel] Again 3DS 4.0 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform This is a multi-part message in MIME format. ------=_NextPart_000_001D_01C14E5E.F2567810 Content-Type: multipart/alternative; boundary="----=_NextPart_001_001E_01C14E5E.F2567810" ------=_NextPart_001_001E_01C14E5E.F2567810 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I made a few corrections to the patch Cyril made to the exportplugin for = 3dsmax. There are a few missing checks here and there :) I attached the diffs. -- c'ya! Valerio Santinelli tanis@mediacom.it HateSeed Gaming Magazine http://www.hateseed.com/ My Lab http://tanis.hateseed.com/ In Flames Italia http://www.inflames.it/ ------=_NextPart_001_001E_01C14E5E.F2567810 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
I made a few corrections to the patch = Cyril made to=20 the exportplugin for 3dsmax. There are a few missing checks here and = there=20 :)
 
I attached the diffs.
 

--
c'ya!
 
Valerio Santinelli
tanis@mediacom.it
HateSeed = Gaming=20 Magazine http://www.hateseed.com/
My=20 Lab http://tanis.hateseed.com/
In = Flames Italia http://www.inflames.it/
------=_NextPart_001_001E_01C14E5E.F2567810-- ------=_NextPart_000_001D_01C14E5E.F2567810 Content-Type: application/octet-stream; name="nel_patch_mesh.diff" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="nel_patch_mesh.diff" 343a344=0A= > #if (MAX_RELEASE < 4000)=0A= 348a350,356=0A= > #else // (MAX_RELEASE < 4000)=0A= > if ((patch.edges[nSeg].patches[1]!=3D-1)&&bCreate)=0A= > {=0A= > if (bAssert)=0A= > nlassert (0);=0A= > }=0A= > #endif // (MAX_RELEASE < 4000)=0A= 1302a1311=0A= > #if (MAX_RELEASE < 4000)=0A= 1306d1314=0A= < #if (MAX_RELEASE < 4000)=0A= 1312a1321,1323=0A= > // Une side of the edge must be cleared=0A= > nlassert (patch.edges[nSeg].patches[1]=3D=3D-1);=0A= > =0A= ------=_NextPart_000_001D_01C14E5E.F2567810 Content-Type: application/octet-stream; name="rpo2nel.diff" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="rpo2nel.diff" 359a360=0A= > #if (MAX_RELEASE < 4000)=0A= 365d365=0A= < #if (MAX_RELEASE < 4000)=0A= 376a377,381=0A= > if (edge.patches[1]>=3D0)=0A= > { =0A= > patchinfo[i].BindEdges[e].NPatchs=3D1;=0A= > // 'coz i don't know wether edge.patch1 or edge.patch2 is=0A= > // the patch that i am parsing=0A= ------=_NextPart_000_001D_01C14E5E.F2567810-- From tanis@mediacom.it Sat Oct 6 12:25:42 2001 Received: from fep15-svc.tin.it (mta15-acc.tin.it [212.216.176.46]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f96APfl19310 for ; Sat, 6 Oct 2001 12:25:42 +0200 (CEST) (envelope-from tanis@mediacom.it) Received: from tanis ([62.211.168.24]) by fep15-svc.tin.it (InterMail vM.4.01.03.13 201-229-121-113) with SMTP id <20011006102050.PMUE23823.fep15-svc.tin.it@tanis> for ; Sat, 6 Oct 2001 12:20:50 +0200 Message-ID: <002c01c14e50$78f86720$0364a8c0@tanis> From: "Valerio Santinelli" To: Date: Sat, 6 Oct 2001 12:20:07 +0200 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0029_01C14E61.3C2EAA50" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Subject: [Nel] 3ds4 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform This is a multi-part message in MIME format. ------=_NextPart_000_0029_01C14E61.3C2EAA50 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable There's something wrong with nel_mesh_lib.. it goes in conflict with the = MS Platform SDK or the Standard ATL (depends if you've istalled the = latest MS PSDK or not, but the problem is the same). --------------------Configuration: nel_mesh_lib - Win32 = Release-------------------- Compiling... stdafx.cpp C:\Programmi\Microsoft Platform SDK\include\bhtypes.h(623) : error = C2146: syntax error : missing ';' before identifier 'Address' C:\Programmi\Microsoft Platform SDK\include\bhtypes.h(623) : error = C2501: 'ADDRESS' : missing storage-class or type specifiers C:\Programmi\Microsoft Platform SDK\include\bhtypes.h(623) : error = C2501: 'Address' : missing storage-class or type specifiers C:\Programmi\Microsoft Platform SDK\include\bhtypes.h(624) : error = C2065: 'MAX_NAME_SIZE' : undeclared identifier C:\Programmi\Microsoft Platform SDK\include\bhtypes.h(624) : error = C2057: expected constant expression C:\Programmi\Microsoft Platform SDK\include\bhtypes.h(625) : error = C2229: struct '_ADDRESSINFO' has an illegal zero-sized array C:\Programmi\Microsoft Visual = Studio\MyProjects\nevrax\code\nel\tools\3d\plugin_max\nel_mesh_lib\stdafx= .h(44) : fatal error C1083: Cannot open include file: 'bipexp.h': No = such file or directory Error executing cl.exe. nel_mesh_lib.lib - 7 error(s), 0 warning(s) Here's a piece of bhtypes.h //=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D // AddressInfo structure //=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D #define SORT_BYADDRESS 0 #define SORT_BYNAME 1 #define PERMANENT_NAME 0x00000100 typedef struct _ADDRESSINFO *LPADDRESSINFO; typedef struct _ADDRESSINFO { ADDRESS Address; WCHAR Name[MAX_NAME_SIZE]; DWORD Flags; LPVOID lpAddressInstData; } ADDRESSINFO; #define ADDRESSINFO_SIZE sizeof(ADDRESSINFO) I guess ADDRESS or whatever gets overridden by something in NeL, but I = have no clue.. -- c'ya! Valerio Santinelli tanis@mediacom.it HateSeed Gaming Magazine http://www.hateseed.com/ My Lab http://tanis.hateseed.com/ In Flames Italia http://www.inflames.it/ ------=_NextPart_000_0029_01C14E61.3C2EAA50 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
There's something wrong with = nel_mesh_lib.. it goes=20 in conflict with the MS Platform SDK or the Standard ATL (depends if = you've=20 istalled the latest MS PSDK or not, but the problem is the = same).
 
 
--------------------Configuration: = nel_mesh_lib -=20 Win32=20 Release--------------------
Compiling...
stdafx.cpp
C:\Programmi= \Microsoft=20 Platform SDK\include\bhtypes.h(623) : error C2146: syntax error : = missing ';'=20 before identifier 'Address'
C:\Programmi\Microsoft Platform=20 SDK\include\bhtypes.h(623) : error C2501: 'ADDRESS' : missing = storage-class or=20 type specifiers
C:\Programmi\Microsoft Platform = SDK\include\bhtypes.h(623) :=20 error C2501: 'Address' : missing storage-class or type=20 specifiers
C:\Programmi\Microsoft Platform SDK\include\bhtypes.h(624) = : error=20 C2065: 'MAX_NAME_SIZE' : undeclared identifier
C:\Programmi\Microsoft = Platform SDK\include\bhtypes.h(624) : error C2057: expected constant=20 expression
C:\Programmi\Microsoft Platform SDK\include\bhtypes.h(625) = : error=20 C2229: struct '_ADDRESSINFO' has an illegal zero-sized=20 array
C:\Programmi\Microsoft Visual=20 Studio\MyProjects\nevrax\code\nel\tools\3d\plugin_max\nel_mesh_lib\stdafx= .h(44)=20 : fatal error C1083: Cannot open include file: 'bipexp.h': No such file = or=20 directory
Error executing cl.exe.
 
nel_mesh_lib.lib - 7 error(s), 0=20 warning(s)
 
 
Here's a piece of bhtypes.h
 
//=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D
// =20 AddressInfo=20 structure
//=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D
#define=20 SORT_BYADDRESS  0
#define SORT_BYNAME     = 1
 
#define PERMANENT_NAME  0x00000100
 
typedef struct _ADDRESSINFO *LPADDRESSINFO;
typedef struct=20 _ADDRESSINFO
{
   =20 ADDRESS        = Address;
   =20 WCHAR         =20 Name[MAX_NAME_SIZE];
   =20 DWORD         =20 Flags;
   =20 LPVOID         = lpAddressInstData;
}=20 ADDRESSINFO;
 
#define ADDRESSINFO_SIZE    = sizeof(ADDRESSINFO)
 
 
I guess ADDRESS or whatever gets overridden by something in NeL, = but I have=20 no clue..

--
c'ya!
 
Valerio Santinelli
tanis@mediacom.it
HateSeed = Gaming=20 Magazine http://www.hateseed.com/
My=20 Lab http://tanis.hateseed.com/
In = Flames Italia http://www.inflames.it/
------=_NextPart_000_0029_01C14E61.3C2EAA50-- From a_s@softhome.net Sun Oct 7 18:41:58 2001 Received: from sci.smolensk.ru (Sci.Smolensk.RU [213.59.172.3]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f97Gful27947 for ; Sun, 7 Oct 2001 18:41:57 +0200 (CEST) (envelope-from a_s@softhome.net) Received: from breaker (ppp83.SCI.Smolensk.RU [213.59.173.83]) by sci.smolensk.ru (8.9.3/8.9.3) with SMTP id UAA12822 for ; Sun, 7 Oct 2001 20:37:02 +0400 Message-ID: <000b01c14f4e$76543cc0$53ad3bd5@breaker> From: "Anatoly Sennov" To: "Nevrax mailing list" Date: Sun, 7 Oct 2001 20:38:14 +0400 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0008_01C14F6F.FC948300" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2462.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2462.0000 Subject: [Nel] Max 4 plugin and some questions Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform This is a multi-part message in MIME format. ------=_NextPart_000_0008_01C14F6F.FC948300 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit Hello, Max 4 plugins seem to be functional. I've attached my version of patch (the diff is against the pre-Max4 version of NeL, so #ifs are looking differently :-). Are there some general guidelines for the process of landscape creation ? Is there something special about data organization, etc ? As I currently understand, the artist should first form the tile bank to be able to texture the landscape. What I miss is that what the general concepts of the tile bank structure are. What the tile set's children are for, for example ? Next comes the section of questions about the zones. Are there rules (or limits) about how many patches should be in the zone, optimal patch size (curvature), how many zones may be in the landscape, should all zones be in the same .max file, etc ? In general, I need to explain our 3d artist what he is to do to create the _proper_ landscape, the one that may be painlessly imported into NeL. Or maybe there are some .max projects we might learn from. --AS ------=_NextPart_000_0008_01C14F6F.FC948300 Content-Type: application/octet-stream; name="plugin_max.diff" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="plugin_max.diff" Index: compilation_notes.txt =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: = e:/repositories/warfair/nel/tools/3d/plugin_max/compilation_notes.txt,v retrieving revision 1.1.1.2 retrieving revision 1.1.1.1 diff -r1.1.1.2 -r1.1.1.1 5c5 < * $Id: compilation_notes.txt,v 1.1.1.2 2001/10/06 06:19:41 Anatoly = Sennov Exp $ --- > * $Id: compilation_notes.txt,v 1.1.1.1 2001/10/03 08:56:24 Anatoly = Sennov Exp $ 77,78d76 < * nel_flare.ms < * nel_ps.ms Index: plugin_max_public.dsw =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: = e:/repositories/warfair/nel/tools/3d/plugin_max/plugin_max_public.dsw,v retrieving revision 1.2 retrieving revision 1.1 diff -r1.2 -r1.1 21,41d20 < Project: "all"=3D..\..\..\src\all.dsp - Package Owner=3D<4> <=20 < Package=3D<5> < {{{ < }}} <=20 < Package=3D<4> < {{{ < Begin Project Dependency < Project_Dep_Name nel_export < End Project Dependency < Begin Project Dependency < Project_Dep_Name nel_patch_converter < End Project Dependency < Begin Project Dependency < Project_Dep_Name tile_utility < End Project Dependency < }}} <=20 < = #########################################################################= ###### <=20 136a116,118 > Begin Project Dependency > Project_Dep_Name misc > End Project Dependency 204,216c186 < Project: "pacs"=3D..\..\..\src\pacs.dsp - Package Owner=3D<4> <=20 < Package=3D<5> < {{{ < }}} <=20 < Package=3D<4> < {{{ < }}} <=20 < = #########################################################################= ###### <=20 < Project: "sound"=3D..\..\..\src\sound.dsp - Package Owner=3D<4> --- > Project: "sound"=3DR:\code\nel\src\sound.dsp - Package Owner=3D<4> 231c201 < Project: = "sound_lowlevel"=3D..\..\..\src\sound\driver\sound_lowlevel.dsp - = Package Owner=3D<4> --- > Project: = "sound_lowlevel"=3DR:\code\nel\src\sound\driver\sound_lowlevel.dsp - = Package Owner=3D<4> Index: nel_3dsmax_shared/nel_3dsmax_shared.cpp =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: = e:/repositories/warfair/nel/tools/3d/plugin_max/nel_3dsmax_shared/nel_3ds= max_shared.cpp,v retrieving revision 1.2 retrieving revision 1.1 diff -r1.2 -r1.1 4c4 < * $Id: nel_3dsmax_shared.cpp,v 1.2 2001/10/06 07:38:38 Anatoly Sennov = Exp $ --- > * $Id: nel_3dsmax_shared.cpp,v 1.1 2001/10/03 08:56:25 Anatoly Sennov = Exp $ 57c57 < CPatchAllocator& GetAllocator () --- > NEL_3DSMAX_SHARED_API CPatchAllocator& GetAllocator () Index: nel_3dsmax_shared/nel_3dsmax_shared.dsp =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: = e:/repositories/warfair/nel/tools/3d/plugin_max/nel_3dsmax_shared/nel_3ds= max_shared.dsp,v retrieving revision 1.2 retrieving revision 1.1 diff -r1.2 -r1.1 29c29 < CPP=3Dxicl6.exe --- > CPP=3Dcl.exe 55c55 < LINK32=3Dxilink6.exe --- > LINK32=3Dlink.exe 68,69c68,69 < # PROP Output_Dir "../../../../lib" < # PROP Intermediate_Dir "../../../../obj/Debug/nel_max_shared" --- > # PROP Output_Dir "Debug" > # PROP Intermediate_Dir "Debug" 73c73 < # ADD CPP /nologo /MDd /W3 /Gm /GR /GX /ZI /Od /I = "e:\sdk\STLPort\stlport" /I "e:\sdk\OpenAL 1.0 SDK\Include" /I = "e:\sdk\EAX 2.0 Extensions\Include" /I "e:\sdk\freetype\include" /I = "e:\Python20\Include" /I "../../../../include" /I "../../../../src" /I = "e:/sdk/MaxSDK/include" /D "WIN32" /D "_DEBUG" /D "_WINDOWS" /D "_MBCS" = /D "_USRDLL" /D "NEL_3DSMAX_SHARED_EXPORTS" /Yu"stdafx.h" /FD /GZ /c --- > # ADD CPP /nologo /MDd /W3 /Gm /GR /GX /ZI /Od /D "WIN32" /D "_DEBUG" = /D "_WINDOWS" /D "_MBCS" /D "_USRDLL" /D "NEL_3DSMAX_SHARED_EXPORTS" /D = "__STL_DEBUG" /Yu"stdafx.h" /FD /GZ /c 81c81 < LINK32=3Dxilink6.exe --- > LINK32=3Dlink.exe 83c83 < # ADD LINK32 kernel32.lib user32.lib gdi32.lib winspool.lib = comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib uuid.lib = odbc32.lib odbccp32.lib maxscrpt.lib core.lib geom.lib gfx.lib mesh.lib = maxutil.lib Maxscrpt.lib /nologo /dll /debug /machine:I386 = /out:"../../../../bin/plugin_max/nel_3dsmax_shared_debug.dll" = /pdbtype:sept /libpath:"e:\sdk\MaxSDK\lib" /libpath:"e:\sdk\STLPort\lib" --- > # ADD LINK32 kernel32.lib user32.lib gdi32.lib winspool.lib = comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib uuid.lib = odbc32.lib odbccp32.lib maxscrpt.lib core.lib geom.lib gfx.lib mesh.lib = maxutil.lib Maxscrpt.lib /nologo /dll /debug /machine:I386 = /out:"C:\3dsmax3_1 debug\exe\nel_3dsmax_shared.dll" /pdbtype:sept 108c108 < LINK32=3Dxilink6.exe --- > LINK32=3Dlink.exe 151,162d150 < # End Source File < # Begin Source File <=20 < SOURCE=3D..\..\..\..\lib\nlmisc_debug.lib < # End Source File < # Begin Source File <=20 < SOURCE=3D..\..\..\..\lib\nl3d_debug.lib < # End Source File < # Begin Source File <=20 < SOURCE=3D..\..\..\..\lib\nel_patch_lib_debug.lib Index: nel_3dsmax_shared/nel_3dsmax_shared.h =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: = e:/repositories/warfair/nel/tools/3d/plugin_max/nel_3dsmax_shared/nel_3ds= max_shared.h,v retrieving revision 1.2 retrieving revision 1.1 diff -r1.2 -r1.1 9c9 < * $Id: nel_3dsmax_shared.h,v 1.2 2001/10/06 07:38:38 Anatoly Sennov = Exp $ --- > * $Id: nel_3dsmax_shared.h,v 1.1 2001/10/03 08:56:25 Anatoly Sennov = Exp $ 37c37 < NEL_3DSMAX_SHARED_API CPatchAllocator& GetAllocator (); --- > extern NEL_3DSMAX_SHARED_API CPatchAllocator& GetAllocator (); Index: nel_export/nel_export.cpp =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: = e:/repositories/warfair/nel/tools/3d/plugin_max/nel_export/nel_export.cpp= ,v retrieving revision 1.2 retrieving revision 1.1 diff -r1.2 -r1.1 4c4 < * $Id: nel_export.cpp,v 1.2 2001/10/07 15:48:02 Anatoly Sennov Exp $ --- > * $Id: nel_export.cpp,v 1.1 2001/10/03 08:56:25 Anatoly Sennov Exp $ 197,199d196 < #ifdef _DEBUG < HMODULE hModule =3D GetModuleHandle("nelexport_debug.dlu"); < #else 201d197 < #endif Index: nel_export/nel_export.dsp =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: = e:/repositories/warfair/nel/tools/3d/plugin_max/nel_export/nel_export.dsp= ,v retrieving revision 1.2 retrieving revision 1.1 diff -r1.2 -r1.1 30c30 < CPP=3Dxicl6.exe --- > CPP=3Dcl.exe 56c56 < LINK32=3Dxilink6.exe --- > LINK32=3Dlink.exe 74,75c74,75 < # PROP Output_Dir "../../../../obj/Debug/nel_export" < # PROP Intermediate_Dir "../../../../obj/Debug/nel_export" --- > # PROP Output_Dir "Debug" > # PROP Intermediate_Dir "Debug" 79c79 < # ADD CPP /nologo /G6 /MDd /W3 /GR /GX /Zi /Od /I = "e:\sdk\STLPort\stlport" /I "e:\sdk\OpenAL 1.0 SDK\Include" /I = "e:\sdk\EAX 2.0 Extensions\Include" /I "e:\sdk\freetype\include" /I = "e:\Python20\Include" /I "../../../../include" /I "../../../../src" /I = "e:/sdk/MaxSDK/include" /I "e:/sdk/MaxSDK/include/maxscrpt" /I = "e:/sdk/CStudioSDK" /D "WIN32" /D "_DEBUG" /D "_WINDOWS" /FR = /Yu"std_afx.h" /FD /Zm200 /c --- > # ADD CPP /nologo /G6 /MDd /W3 /GR /GX /Zi /Od /I = "D:\3DSMAX3\Maxsdk\include" /D "WIN32" /D "_DEBUG" /D "_WINDOWS" /D = "__STL_DEBUG" /FR /Yu"std_afx.h" /FD /Zm200 /c 87c87 < LINK32=3Dxilink6.exe --- > LINK32=3Dlink.exe 89c89,94 < # ADD LINK32 comctl32.lib winmm.lib kernel32.lib user32.lib gdi32.lib = winspool.lib comdlg32.lib advapi32.lib shell32.lib ole32.lib = oleaut32.lib uuid.lib odbc32.lib odbccp32.lib version.lib core.lib = geom.lib gfx.lib mesh.lib maxutil.lib maxscrpt.lib gup.lib paramblk2.lib = bmm.lib /nologo /base:"0x105b0000" /subsystem:windows /dll = /incremental:no /debug /machine:I386 /nodefaultlib:"msvcrt.lib" = /out:"../../../../bin\plugin_max\nelexport_debug.dlu" /pdbtype:sept = /libpath:"e:\sdk\MaxSDK\lib" /libpath:"e:\sdk\STLPort\lib" = /libpath:"e:\sdk\freetype\objs" --- > # ADD LINK32 freetype.lib comctl32.lib bmm.lib core.lib geom.lib = gfx.lib mesh.lib maxutil.lib maxscrpt.lib gup.lib paramblk2.lib = winmm.lib kernel32.lib user32.lib gdi32.lib winspool.lib comdlg32.lib = advapi32.lib shell32.lib ole32.lib oleaut32.lib uuid.lib odbc32.lib = odbccp32.lib version.lib /nologo /base:"0x105b0000" /subsystem:windows = /dll /incremental:no /debug /machine:I386 /out:"C:\3dsmax3_1 = debug\exe\plugins\nelexport.dlu" /pdbtype:sept = /libpath:"D:\3DSMAX3\Maxsdk\lib" > # Begin Special Build Tool > SOURCE=3D"$(InputPath)" > PostBuild_Desc=3Dcopy dans max normal > PostBuild_Cmds=3Dcopy "c:\3dsmax3_1 debug\exe\plugins\nelexport.dlu" = "c:\3dsmax3_1\plugins" echo copie dans max > # End Special Build Tool 113c118 < LINK32=3Dxilink6.exe --- > LINK32=3Dlink.exe 140c145 < LINK32=3Dxilink6.exe --- > LINK32=3Dlink.exe 253c258 < SOURCE=3D..\..\tile_edit\cursor1.cur --- > SOURCE=3D.\cursor1.cur Index: nel_export/nel_export.h =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: = e:/repositories/warfair/nel/tools/3d/plugin_max/nel_export/nel_export.h,v= retrieving revision 1.2 retrieving revision 1.1 diff -r1.2 -r1.1 4c4 < * $Id: nel_export.h,v 1.2 2001/10/05 16:18:57 Anatoly Sennov Exp $ --- > * $Id: nel_export.h,v 1.1 2001/10/03 08:56:26 Anatoly Sennov Exp $ 114,116d113 < #ifdef NEL_MAX_SDK_4 < TCHAR* GetRsrcString(StringResID id) { return NULL; } < #endif Index: nel_export/nel_export.rc =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: = e:/repositories/warfair/nel/tools/3d/plugin_max/nel_export/nel_export.rc,= v retrieving revision 1.2 retrieving revision 1.1 diff -r1.2 -r1.1 234c234 < IDC_CURSOR1 CURSOR DISCARDABLE = "..\\..\\tile_edit\\cursor1.cur" --- > IDC_CURSOR1 CURSOR DISCARDABLE "cursor1.cur" Index: nel_export/nel_export_view.cpp =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: = e:/repositories/warfair/nel/tools/3d/plugin_max/nel_export/nel_export_vie= w.cpp,v retrieving revision 1.2 retrieving revision 1.1 diff -r1.2 -r1.1 4c4 < * $Id: nel_export_view.cpp,v 1.2 2001/10/05 16:18:57 Anatoly Sennov = Exp $ --- > * $Id: nel_export_view.cpp,v 1.1 2001/10/03 08:56:26 Anatoly Sennov = Exp $ 34c34 < #include "../../object_viewer/object_viewer_interface.h" --- > #include = "r:/code/nel/tools/3d/object_viewer/object_viewer_interface.h" Index: nel_export/std_afx.h =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: = e:/repositories/warfair/nel/tools/3d/plugin_max/nel_export/std_afx.h,v retrieving revision 1.2 retrieving revision 1.1 diff -r1.2 -r1.1 4c4 < * $Id: std_afx.h,v 1.2 2001/10/05 16:18:57 Anatoly Sennov Exp $ --- > * $Id: std_afx.h,v 1.1 2001/10/03 08:56:26 Anatoly Sennov Exp $ 47,49d46 <=20 < #undef min < #undef max \ No newline at end of file Index: nel_mesh_lib/StdAfx.h =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: = e:/repositories/warfair/nel/tools/3d/plugin_max/nel_mesh_lib/StdAfx.h,v retrieving revision 1.2 retrieving revision 1.1 diff -r1.2 -r1.1 4c4 < * $Id: StdAfx.h,v 1.2 2001/10/05 16:18:57 Anatoly Sennov Exp $ --- > * $Id: StdAfx.h,v 1.1 2001/10/03 08:56:26 Anatoly Sennov Exp $ 49,51d48 <=20 < #undef min < #undef max Index: nel_mesh_lib/calc_lm.cpp =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: = e:/repositories/warfair/nel/tools/3d/plugin_max/nel_mesh_lib/calc_lm.cpp,= v retrieving revision 1.3 retrieving revision 1.1 diff -r1.3 -r1.1 4c4 < * $Id: calc_lm.cpp,v 1.3 2001/10/06 07:38:38 Anatoly Sennov Exp $ --- > * $Id: calc_lm.cpp,v 1.1 2001/10/03 08:56:26 Anatoly Sennov Exp $ 27a28 > #include "export_nel.h" 40d40 < #include "export_nel.h" 255d254 < /// \todo hulud: modify this code to work under max4 257,259d255 < #if (MAX_RELEASE >=3D 4000) < ExclList& ntExclu =3D maxLight->GetExclusionList(); < #else 261d256 < #endif 264,266d258 < #if (MAX_RELEASE >=3D 4000) < string tmp =3D ntExclu[i]->GetName(); < #else 268d259 < #endif Index: nel_mesh_lib/export_nel.h =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: = e:/repositories/warfair/nel/tools/3d/plugin_max/nel_mesh_lib/export_nel.h= ,v retrieving revision 1.2 retrieving revision 1.1 diff -r1.2 -r1.1 4c4 < * $Id: export_nel.h,v 1.2 2001/10/05 16:18:57 Anatoly Sennov Exp $ --- > * $Id: export_nel.h,v 1.1 2001/10/03 08:56:26 Anatoly Sennov Exp $ 30d29 < #include 36a36 > #include Index: nel_mesh_lib/nel_mesh_lib.dsp =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: = e:/repositories/warfair/nel/tools/3d/plugin_max/nel_mesh_lib/nel_mesh_lib= .dsp,v retrieving revision 1.3 retrieving revision 1.1 diff -r1.3 -r1.1 30c30 < CPP=3Dxicl6.exe --- > CPP=3Dcl.exe 52c52 < LIB32=3Dxilink6.exe -lib --- > LIB32=3Dlink.exe -lib 65,66c65,66 < # PROP Output_Dir "../../../../lib" < # PROP Intermediate_Dir "../../../../obj/Debug/nel_mesh_lib" --- > # PROP Output_Dir "Debug" > # PROP Intermediate_Dir "Debug" 69c69 < # ADD CPP /nologo /MDd /W3 /GR /GX /Zi /Od /I "e:\sdk\STLPort\stlport" = /I "e:\sdk\OpenAL 1.0 SDK\Include" /I "e:\sdk\EAX 2.0 = Extensions\Include" /I "e:\sdk\freetype\include" /I = "e:\Python20\Include" /I "../../../../include" /I "../../../../src" /I = "e:/sdk/MaxSDK/include" /I "e:/sdk/MaxSDK/include/maxscrpt" /I = "e:/sdk/CStudioSDK" /D "WIN32" /D "_DEBUG" /D "_MBCS" /D "_LIB" /FR = /Yu"stdafx.h" /FD /GZ /Zm200 /c --- > # ADD CPP /nologo /MDd /W3 /GR /GX /Zi /Od /I = "D:\3DSMAX3\Maxsdk\include" /D "WIN32" /D "_DEBUG" /D "_MBCS" /D "_LIB" = /D "__STL_DEBUG" /FR /Yu"stdafx.h" /FD /GZ /Zm200 /c 75c75 < LIB32=3Dxilink6.exe -lib --- > LIB32=3Dlink.exe -lib 77c77 < # ADD LIB32 /nologo /out:"../../../../lib\nel_mesh_lib_debug.lib" --- > # ADD LIB32 /nologo 98c98 < LIB32=3Dxilink6.exe -lib --- > LIB32=3Dlink.exe -lib 121c121 < LIB32=3Dxilink6.exe -lib --- > LIB32=3Dlink.exe -lib Index: nel_patch_converter/nel_patch_converter.cpp =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: = e:/repositories/warfair/nel/tools/3d/plugin_max/nel_patch_converter/nel_p= atch_converter.cpp,v retrieving revision 1.3 retrieving revision 1.1 diff -r1.3 -r1.1 4c4 < * $Id: nel_patch_converter.cpp,v 1.3 2001/10/07 15:48:05 Anatoly = Sennov Exp $ --- > * $Id: nel_patch_converter.cpp,v 1.1 2001/10/03 08:56:26 Anatoly = Sennov Exp $ 37a38 >=20 132,134d132 < #ifdef _DEBUG < HMODULE hModule =3D GetModuleHandle("nelconvertpatch_debug.dlm"); < #else 136d133 < #endif Index: nel_patch_converter/nel_patch_converter.dsp =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: = e:/repositories/warfair/nel/tools/3d/plugin_max/nel_patch_converter/nel_p= atch_converter.dsp,v retrieving revision 1.3 retrieving revision 1.1 diff -r1.3 -r1.1 30c30 < CPP=3Dxicl6.exe --- > CPP=3Dcl.exe 56c56 < LINK32=3Dxilink6.exe --- > LINK32=3Dlink.exe 74,75c74,75 < # PROP Output_Dir "../../../../obj/Debug/nel_patch_converter" < # PROP Intermediate_Dir "../../../../obj/Debug/nel_patch_converter" --- > # PROP Output_Dir "Debug" > # PROP Intermediate_Dir "Debug" 79c79 < # ADD CPP /nologo /G6 /MDd /W3 /Gm /GR /GX /Zi /Od /I = "e:\sdk\STLPort\stlport" /I "e:\sdk\OpenAL 1.0 SDK\Include" /I = "e:\sdk\EAX 2.0 Extensions\Include" /I "e:\sdk\freetype\include" /I = "e:\Python20\Include" /I "../../../../include" /I "../../../../src" /I = "e:/sdk/MaxSDK/include" /I "e:/sdk/MaxSDK/include/maxscrpt" /I = "e:/sdk/CStudioSDK" /I "..\RPO" /D "WIN32" /D "_DEBUG" /D "_WINDOWS" /FR = /FD /c --- > # ADD CPP /nologo /G6 /MDd /W3 /Gm /GR /GX /Zi /Od /I = "C:\3dsmax3_1\Maxsdk\include ..\RPO" /D "WIN32" /D "_DEBUG" /D = "_WINDOWS" /D "__STL_DEBUG" /FR /FD /c 88c88 < LINK32=3Dxilink6.exe --- > LINK32=3Dlink.exe 90c90 < # ADD LINK32 maxscrpt.lib kernel32.lib user32.lib gdi32.lib = winspool.lib comdlg32.lib advapi32.lib shell32.lib ole32.lib = oleaut32.lib uuid.lib odbc32.lib odbccp32.lib comctl32.lib bmm.lib = core.lib geom.lib gfx.lib mesh.lib maxutil.lib Maxscrpt.lib version.lib = paramblk2.lib /nologo /base:"0x105b0000" /subsystem:windows /dll /debug = /machine:I386 = /out:"../../../../bin\plugin_max\nelconvertpatch_debug.dlm" = /pdbtype:sept /libpath:"e:\sdk\MaxSDK\lib" /libpath:"e:\sdk\STLPort\lib" = /libpath:"e:\sdk\freetype\objs" --- > # ADD LINK32 maxscrpt.lib kernel32.lib user32.lib gdi32.lib = winspool.lib comdlg32.lib advapi32.lib shell32.lib ole32.lib = oleaut32.lib uuid.lib odbc32.lib odbccp32.lib comctl32.lib bmm.lib = core.lib geom.lib gfx.lib mesh.lib paramblk2.lib maxutil.lib = Maxscrpt.lib version.lib /nologo /base:"0x105b0000" /subsystem:windows = /dll /debug /machine:I386 /out:"C:\3dsmax3_1 = debug\exe\plugins\nelconvertpatch.dlm" /pdbtype:sept = /libpath:"C:\3dsmax3_1\Maxsdk\lib" 114c114 < LINK32=3Dxilink6.exe --- > LINK32=3Dlink.exe 142c142 < LINK32=3Dxilink6.exe --- > LINK32=3Dlink.exe Index: nel_patch_converter/script.cpp =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: = e:/repositories/warfair/nel/tools/3d/plugin_max/nel_patch_converter/scrip= t.cpp,v retrieving revision 1.2 retrieving revision 1.1 diff -r1.2 -r1.1 4c4 < * $Id: script.cpp,v 1.2 2001/10/05 16:18:57 Anatoly Sennov Exp $ --- > * $Id: script.cpp,v 1.1 2001/10/03 08:56:26 Anatoly Sennov Exp $ 29,30d28 < #undef min < #undef max Index: nel_patch_lib/nel_patch_lib.dsp =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: = e:/repositories/warfair/nel/tools/3d/plugin_max/nel_patch_lib/nel_patch_l= ib.dsp,v retrieving revision 1.3 retrieving revision 1.1 diff -r1.3 -r1.1 30c30 < CPP=3Dxicl6.exe --- > CPP=3Dcl.exe 46c46 < # ADD CPP /nologo /MD /W3 /GR /GX /O2 /I "e:\sdk\STLPort\stlport" /I = "e:\sdk\OpenAL 1.0 SDK\Include" /I "e:\sdk\EAX 2.0 Extensions\Include" = /I "e:\sdk\freetype\include" /I "e:\Python20\Include" /I "../include" /I = "." /D "WIN32" /D "NDEBUG" /D "_MBCS" /D "_LIB" /FD /c --- > # ADD CPP /nologo /MD /W3 /GR /GX /O2 /D "WIN32" /D "NDEBUG" /D = "_MBCS" /D "_LIB" /FD /c 53c53 < LIB32=3Dxilink6.exe -lib --- > LIB32=3Dlink.exe -lib 66,67c66,67 < # PROP Output_Dir "../../../../lib" < # PROP Intermediate_Dir "../../../../obj/Debug/nel_patch_lib" --- > # PROP Output_Dir "Debug" > # PROP Intermediate_Dir "Debug" 70c70 < # ADD CPP /nologo /MDd /W3 /Gm /GR /GX /ZI /Od /I = "e:\sdk\STLPort\stlport" /I "e:\sdk\OpenAL 1.0 SDK\Include" /I = "e:\sdk\EAX 2.0 Extensions\Include" /I "e:\sdk\freetype\include" /I = "e:\Python20\Include" /I "../../../../include" /I "../../../../src" /I = "e:/sdk/MaxSDK/include" /D "WIN32" /D "_DEBUG" /D "_MBCS" /D "_LIB" = /Yu"stdafx.h" /FD /GZ /c --- > # ADD CPP /nologo /MDd /W3 /Gm /GR /GX /ZI /Od /D "WIN32" /D "_DEBUG" = /D "_MBCS" /D "_LIB" /D "__STL_DEBUG" /Yu"stdafx.h" /FD /GZ /c 76c76 < LIB32=3Dxilink6.exe -lib --- > LIB32=3Dlink.exe -lib 78c78 < # ADD LIB32 /nologo /out:"../../../../lib\nel_patch_lib_debug.lib" --- > # ADD LIB32 /nologo 93c93 < # ADD CPP /nologo /MD /W3 /Gm /GR /GX /ZI /Od /I = "e:\sdk\STLPort\stlport" /I "e:\sdk\OpenAL 1.0 SDK\Include" /I = "e:\sdk\EAX 2.0 Extensions\Include" /I "e:\sdk\freetype\include" /I = "e:\Python20\Include" /I "../include" /I "." /D "_MBCS" /D "_LIB" /D = "WIN32" /D "__STL_DEBUG" /FR /YX"stdafx.h" /FD /GZ /c --- > # ADD CPP /nologo /MD /W3 /Gm /GR /GX /ZI /Od /D "_MBCS" /D "_LIB" /D = "WIN32" /D "__STL_DEBUG" /FR /YX"stdafx.h" /FD /GZ /c 99c99 < LIB32=3Dxilink6.exe -lib --- > LIB32=3Dlink.exe -lib 117c117 < # ADD CPP /nologo /MD /W3 /GR /GX /Zi /O2 /I "e:\sdk\STLPort\stlport" = /I "e:\sdk\OpenAL 1.0 SDK\Include" /I "e:\sdk\EAX 2.0 = Extensions\Include" /I "e:\sdk\freetype\include" /I = "e:\Python20\Include" /I "../include" /I "." /D "_MBCS" /D "_LIB" /D = "WIN32" /D "NDEBUG" /D "NL_RELEASE_DEBUG" /FD /c --- > # ADD CPP /nologo /MD /W3 /GR /GX /Zi /O2 /D "_MBCS" /D "_LIB" /D = "WIN32" /D "NDEBUG" /D "NL_RELEASE_DEBUG" /FD /c 124c124 < LIB32=3Dxilink6.exe -lib --- > LIB32=3Dlink.exe -lib Index: nel_patch_lib/nel_patch_mesh.cpp =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: = e:/repositories/warfair/nel/tools/3d/plugin_max/nel_patch_lib/nel_patch_m= esh.cpp,v retrieving revision 1.4 retrieving revision 1.1 diff -r1.4 -r1.1 4c4 < * $Id: nel_patch_mesh.cpp,v 1.4 2001/10/07 15:48:05 Anatoly Sennov = Exp $ --- > * $Id: nel_patch_mesh.cpp,v 1.1 2001/10/03 08:56:26 Anatoly Sennov = Exp $ 32,34d31 < // For MAX_RELEASE < #include <=20 344,346d340 < #if (MAX_RELEASE >=3D 4000) < if ((patch.edges[nSeg].patches[1]!=3D-1)&&bCreate) < #else 348d341 < #endif 362,366d354 < #if (MAX_RELEASE >=3D 4000) < if = ((patch.edges[nSeg0].patches[1]=3D=3D-1)&&(patch.edges[nSeg1].patches[1]=3D= =3D-1)) < { < if (!IsVertexInPatch (nVert, patch.edges[nSeg].patches[0], = patch)) < #else 370d357 < #endif 395,403d381 < #if (MAX_RELEASE >=3D 4000) < (patch.edges[nEdge0].patches[1]=3D=3D-1)&& < (patch.edges[nEdge1].patches[1]=3D=3D-1)&& < (patch.edges[nEdge2].patches[1]=3D=3D-1)&& < (patch.edges[nEdge3].patches[1]=3D=3D-1)&& < (!IsVertexInPatch (nVert, patch.edges[nSeg].patches[0], = patch))&& < (!IsVertexInPatch (v2, patch.edges[nSeg].patches[0], patch))&& < (!IsVertexInPatch (v3, patch.edges[nSeg].patches[0], patch))) < #else 411d388 < #endif 1282,1289d1258 < #if (MAX_RELEASE >=3D 4000) < nlassert (patch.edges[nSeg].patches[1]=3D=3D-1); <=20 < int nEdge=3DWhereIsTheEdge (patch.edges[nSeg].patches[0], nSeg, = patch); < nlassert = (patch.patches[patch.edges[nSeg].patches[0]].edge[nEdge]=3D=3DnSeg); <=20 < BindingVertex (nVert, patch.edges[nSeg].patches[0], nEdge, nVert, = BIND_SINGLE); < #else 1296d1264 < #endif 1305,1313d1272 < #if (MAX_RELEASE >=3D 4000) < nlassert (patch.edges[nSeg].patches[1]=3D=3D-1); <=20 < int nEdge=3DWhereIsTheEdge (patch.edges[nSeg].patches[0], nSeg, = patch); <=20 < BindingVertex (nVert0, patch.edges[nSeg].patches[0], nEdge, nVert1, = BIND_25); < BindingVertex (nVert1, patch.edges[nSeg].patches[0], nEdge, nVert1, = BIND_50); < BindingVertex (nVert2, patch.edges[nSeg].patches[0], nEdge, nVert1, = BIND_75); < #else 1321d1279 < #endif 1323c1281 < InvalidateBindingInfo (); --- > InvalidateBindingInfo (); 1370,1378d1327 < #if (MAX_RELEASE >=3D 4000) < if (pMesh->edges[nEdge].patches[0]=3D=3DnMe) < return pMesh->edges[nEdge].patches[1]; < else < { < nlassert (pMesh->edges[nEdge].patches[1]=3D=3DnMe); < return pMesh->edges[nEdge].patches[0]; < } < #else 1386d1334 < #endif 2252,2258d2199 < #if (MAX_RELEASE >=3D 4000) < nlassert = ((pEdge->patches[0]=3D=3DnPatch)||(pEdge->patches[1]=3D=3DnPatch)); < if (pEdge->patches[0]=3D=3DnPatch) < return (pEdge->patches[1]!=3D-1)?pEdge->patches[1]:nPatch; < else < return (pEdge->patches[0]!=3D-1)?pEdge->patches[1]:nPatch; < #else 2264d2204 < #endif 2629,2630c2569 < TVFace *pTvP=3DpMesh->mapFaces(nChannel); < #if(MAX_RELEASE < 4000) --- > TVFace *pTvP=3DpMesh->mapFaces(nChannel)+f; 2632d2570 < #endif 2635d2572 < pTvP +=3D f; Index: nel_patch_lib/nel_patch_mesh.h =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: = e:/repositories/warfair/nel/tools/3d/plugin_max/nel_patch_lib/nel_patch_m= esh.h,v retrieving revision 1.2 retrieving revision 1.1 diff -r1.2 -r1.1 4c4 < * $Id: nel_patch_mesh.h,v 1.2 2001/10/05 16:18:57 Anatoly Sennov Exp = $ --- > * $Id: nel_patch_mesh.h,v 1.1 2001/10/03 08:56:26 Anatoly Sennov Exp = $ 38,40d37 <=20 < #undef min < #undef max Index: nel_patch_lib/path_mesh_alloc.h =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: = e:/repositories/warfair/nel/tools/3d/plugin_max/nel_patch_lib/path_mesh_a= lloc.h,v retrieving revision 1.2 retrieving revision 1.1 diff -r1.2 -r1.1 4c4 < * $Id: path_mesh_alloc.h,v 1.2 2001/10/05 16:18:57 Anatoly Sennov Exp = $ --- > * $Id: path_mesh_alloc.h,v 1.1 2001/10/03 08:56:26 Anatoly Sennov Exp = $ 79c79 < if (!(*ite)->_Allocated) --- > if (!ite->get()->_Allocated) 81,82c81,82 < (*ite)->_Allocated=3Dtrue; < return &((*ite)->_Array); --- > ite->get()->_Allocated=3Dtrue; > return &ite->get()->_Array; 93c93 < _ArrayList.push_back (pElement); --- > _ArrayList.push_back (std::auto_ptr > (pElement)); 96,97c96,97 < (*ite)->_Allocated=3Dtrue; < return &((*ite)->_Array); --- > ite->get()->_Allocated=3Dtrue; > return &ite->get()->_Array; 115c115 < if (&((*ite)->_Array)=3D=3Dptr) --- > if (&ite->get()->_Array=3D=3Dptr) 117c117 < (*ite)->_Allocated=3Dfalse; --- > ite->get()->_Allocated=3Dfalse; 129,131c129,130 < //typedef std::list< std::auto_ptr > > ListArray; < // \todo AS: check if auto_ptr is REALLY needed here < typedef std::list< CArrayElement *> ListArray; --- > typedef std::list< std::auto_ptr > > ListArray; >=20 Index: nel_patch_lib/rpo.cpp =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: = e:/repositories/warfair/nel/tools/3d/plugin_max/nel_patch_lib/rpo.cpp,v retrieving revision 1.2 retrieving revision 1.1 diff -r1.2 -r1.1 4c4 < * $Id: rpo.cpp,v 1.2 2001/10/05 16:18:57 Anatoly Sennov Exp $ --- > * $Id: rpo.cpp,v 1.1 2001/10/03 08:56:26 Anatoly Sennov Exp $ 70c70 < }; --- > } Index: nel_patch_lib/rpo2nel.cpp =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: = e:/repositories/warfair/nel/tools/3d/plugin_max/nel_patch_lib/rpo2nel.cpp= ,v retrieving revision 1.3 retrieving revision 1.1 diff -r1.3 -r1.1 4c4 < * $Id: rpo2nel.cpp,v 1.3 2001/10/06 07:38:38 Anatoly Sennov Exp $ --- > * $Id: rpo2nel.cpp,v 1.1 2001/10/03 08:56:26 Anatoly Sennov Exp $ 27,28d26 < #undef min < #undef max 32,34d29 < // For MAX_RELEASE < #include <=20 362,364d356 < #if (MAX_RELEASE >=3D 4000) < if (edge.patches[1]>=3D0) < #else 366d357 < #endif 371,382d361 < #if (MAX_RELEASE >=3D 4000) < if (edge.patches[1]!=3Di) < { < patchinfo[i].BindEdges[e].Next[0]=3Dedge.patches[1]; < patchinfo[i].BindEdges[e].Edge[0]=3DgetCommonEdge(pPM, = pPatch->edge[e], pPM->patches[edge.patches[1]]); < } < else < { < patchinfo[i].BindEdges[e].Next[0]=3Dedge.patches[0]; < patchinfo[i].BindEdges[e].Edge[0]=3DgetCommonEdge(pPM, = pPatch->edge[e], pPM->patches[edge.patches[0]]); < } =09 < #else 393d371 < #endif Index: tile_utility/tile_utility.cpp =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: = e:/repositories/warfair/nel/tools/3d/plugin_max/tile_utility/tile_utility= .cpp,v retrieving revision 1.2 retrieving revision 1.1 diff -r1.2 -r1.1 4c4 < * $Id: tile_utility.cpp,v 1.2 2001/10/07 15:48:05 Anatoly Sennov Exp = $ --- > * $Id: tile_utility.cpp,v 1.1 2001/10/03 08:56:26 Anatoly Sennov Exp = $ 105,107d104 < #ifdef _DEBUG < HMODULE hModule =3D GetModuleHandle("neltileutility_debug.dlu"); < #else 109d105 < #endif Index: tile_utility/tile_utility.dsp =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: = e:/repositories/warfair/nel/tools/3d/plugin_max/tile_utility/tile_utility= .dsp,v retrieving revision 1.2 retrieving revision 1.1 diff -r1.2 -r1.1 30c30 < CPP=3Dxicl6.exe --- > CPP=3Dcl.exe 56c56 < LINK32=3Dxilink6.exe --- > LINK32=3Dlink.exe 74,75c74,75 < # PROP Output_Dir "../../../../obj/Debug/tile_utility" < # PROP Intermediate_Dir "../../../../obj/Debug/tile_utility" --- > # PROP Output_Dir "Debug" > # PROP Intermediate_Dir "Debug" 79c79 < # ADD CPP /nologo /G6 /MDd /W3 /Gm /GR /GX /ZI /Od /I = "e:\sdk\STLPort\stlport" /I "e:\sdk\OpenAL 1.0 SDK\Include" /I = "e:\sdk\EAX 2.0 Extensions\Include" /I "e:\sdk\freetype\include" /I = "e:\Python20\Include" /I "../../../../include" /I "../../../../src" /I = "e:/sdk/MaxSDK/include" /I "e:/sdk/MaxSDK/include/maxscrpt" /I = "e:/sdk/CStudioSDK" /D "WIN32" /D "_DEBUG" /D "_WINDOWS" /FR /YX /FD /c --- > # ADD CPP /nologo /G6 /MDd /W3 /Gm /GR /GX /ZI /Od /I = "C:\3dsmax3_1\Maxsdk\include" /D "WIN32" /D "_DEBUG" /D "_WINDOWS" /D = "__STL_DEBUG" /FR /YX /FD /c 88c88 < LINK32=3Dxilink6.exe --- > LINK32=3Dlink.exe 90c90 < # ADD LINK32 kernel32.lib user32.lib gdi32.lib winspool.lib = comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib uuid.lib = odbc32.lib odbccp32.lib comctl32.lib bmm.lib core.lib geom.lib gfx.lib = mesh.lib maxutil.lib maxscrpt.lib gup.lib paramblk2.lib version.lib = /nologo /base:"0x105b0000" /subsystem:windows /dll /debug /machine:I386 = /out:"../../../../bin/plugin_max\neltileutility_debug.dlu" /pdbtype:sept = /libpath:"e:\sdk\MaxSDK\lib" /libpath:"e:\sdk\STLPort\lib" = /libpath:"e:\sdk\freetype\objs" --- > # ADD LINK32 kernel32.lib user32.lib gdi32.lib winspool.lib = comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib uuid.lib = odbc32.lib odbccp32.lib comctl32.lib bmm.lib core.lib geom.lib gfx.lib = mesh.lib maxutil.lib maxscrpt.lib gup.lib paramblk2.lib version.lib = /nologo /base:"0x105b0000" /subsystem:windows /dll /debug /machine:I386 = /out:"C:\3dsmax3_1 debug\exe\Plugins\neltileutility.dlu" /pdbtype:sept = /libpath:"C:\3dsmax3_1\Maxsdk\lib" 114c114 < LINK32=3Dxilink6.exe --- > LINK32=3Dlink.exe 141c141 < LINK32=3Dxilink6.exe --- > LINK32=3Dlink.exe ------=_NextPart_000_0008_01C14F6F.FC948300-- From corvazier@nevrax.com Mon Oct 8 19:21:24 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f98HLLl35277 for ; Mon, 8 Oct 2001 19:21:21 +0200 (CEST) (envelope-from corvazier@nevrax.com) Received: from cyrilc (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id f98HGXu81866 for ; Mon, 8 Oct 2001 19:16:33 +0200 (CEST) (envelope-from corvazier@nevrax.com) Message-ID: <008801c1501c$fdbc0a70$1701a8c0@cyrilc> From: "Cyril 'Hulud' Corvazier" To: References: <002101c14e4e$2f2ae340$0364a8c0@tanis> Subject: Re: [Nel] Again 3DS 4.0 Date: Mon, 8 Oct 2001 19:16:38 +0200 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0085_01C1502D.C1341190" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MIMEOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform This is a multi-part message in MIME format. ------=_NextPart_000_0085_01C1502D.C1341190 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, I have added your patch. Sorry about that, but i modify the code in = blind mode :). Regards, Cyril I made a few corrections to the patch Cyril made to the exportplugin = for 3dsmax. There are a few missing checks here and there :) =20 I attached the diffs. ------=_NextPart_000_0085_01C1502D.C1341190 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi,
 
I have added your patch. Sorry about = that, but i=20 modify the code in blind mode :).
 
Regards,
 
Cyril

I made a few corrections to the patch = Cyril made=20 to the exportplugin for 3dsmax. There are a few missing checks here = and there=20 :)
 
I attached the diffs.
 
------=_NextPart_000_0085_01C1502D.C1341190-- From corvazier@nevrax.com Mon Oct 8 19:25:46 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f98HPil35323 for ; Mon, 8 Oct 2001 19:25:45 +0200 (CEST) (envelope-from corvazier@nevrax.com) Received: from cyrilc (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id f98HKsu81897 for ; Mon, 8 Oct 2001 19:20:54 +0200 (CEST) (envelope-from corvazier@nevrax.com) Message-ID: <009201c1501d$9935d440$1701a8c0@cyrilc> From: "Cyril 'Hulud' Corvazier" To: References: <002c01c14e50$78f86720$0364a8c0@tanis> Subject: Re: [Nel] 3ds4 Date: Mon, 8 Oct 2001 19:20:59 +0200 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_008F_01C1502E.5CB3F5E0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MIMEOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform This is a multi-part message in MIME format. ------=_NextPart_000_008F_01C1502E.5CB3F5E0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I really don't know what is the problem. Have you tried to change the include directory order in your = Tools/Options/Directory menu ? The mine is: STLPort, MaxSDK, NeL/src, NeL/include, Directx, Visual, Freetype, Openal, Libxml Cyril. =20 --------------------Configuration: nel_mesh_lib - Win32 = Release-------------------- Compiling... stdafx.cpp C:\Programmi\Microsoft Platform SDK\include\bhtypes.h(623) : error = C2146: syntax error : missing ';' before identifier 'Address' C:\Programmi\Microsoft Platform SDK\include\bhtypes.h(623) : error = C2501: 'ADDRESS' : missing storage-class or type specifiers C:\Programmi\Microsoft Platform SDK\include\bhtypes.h(623) : error = C2501: 'Address' : missing storage-class or type specifiers C:\Programmi\Microsoft Platform SDK\include\bhtypes.h(624) : error = C2065: 'MAX_NAME_SIZE' : undeclared identifier C:\Programmi\Microsoft Platform SDK\include\bhtypes.h(624) : error = C2057: expected constant expression C:\Programmi\Microsoft Platform SDK\include\bhtypes.h(625) : error = C2229: struct '_ADDRESSINFO' has an illegal zero-sized array C:\Programmi\Microsoft Visual = Studio\MyProjects\nevrax\code\nel\tools\3d\plugin_max\nel_mesh_lib\stdafx= .h(44) : fatal error C1083: Cannot open include file: 'bipexp.h': No = such file or directory Error executing cl.exe. nel_mesh_lib.lib - 7 error(s), 0 warning(s) ------=_NextPart_000_008F_01C1502E.5CB3F5E0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
I really don't know what is the=20 problem.
Have you tried to change the include = directory=20 order in your Tools/Options/Directory menu ?
The mine is:
 
STLPort,
MaxSDK,
NeL/src,
NeL/include,
Directx,
Visual,
Freetype,
Openal,
Libxml
 
Cyril.
 
--------------------Configuration: = nel_mesh_lib -=20 Win32=20 = Release--------------------
Compiling...
stdafx.cpp
C:\Programmi= \Microsoft=20 Platform SDK\include\bhtypes.h(623) : error C2146: syntax error : = missing ';'=20 before identifier 'Address'
C:\Programmi\Microsoft Platform=20 SDK\include\bhtypes.h(623) : error C2501: 'ADDRESS' : missing = storage-class or=20 type specifiers
C:\Programmi\Microsoft Platform = SDK\include\bhtypes.h(623)=20 : error C2501: 'Address' : missing storage-class or type=20 specifiers
C:\Programmi\Microsoft Platform = SDK\include\bhtypes.h(624) :=20 error C2065: 'MAX_NAME_SIZE' : undeclared = identifier
C:\Programmi\Microsoft=20 Platform SDK\include\bhtypes.h(624) : error C2057: expected constant=20 expression
C:\Programmi\Microsoft Platform = SDK\include\bhtypes.h(625) :=20 error C2229: struct '_ADDRESSINFO' has an illegal zero-sized=20 array
C:\Programmi\Microsoft Visual=20 = Studio\MyProjects\nevrax\code\nel\tools\3d\plugin_max\nel_mesh_lib\stdafx= .h(44)=20 : fatal error C1083: Cannot open include file: 'bipexp.h': No such = file or=20 directory
Error executing cl.exe.
 
nel_mesh_lib.lib - 7 error(s), 0=20 warning(s)

 
------=_NextPart_000_008F_01C1502E.5CB3F5E0-- From corvazier@nevrax.com Mon Oct 8 19:38:18 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f98HcGl35413 for ; Mon, 8 Oct 2001 19:38:16 +0200 (CEST) (envelope-from corvazier@nevrax.com) Received: from cyrilc (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id f98HXSu81954 for ; Mon, 8 Oct 2001 19:33:28 +0200 (CEST) (envelope-from corvazier@nevrax.com) Message-ID: <00b701c1501f$5af44250$1701a8c0@cyrilc> From: "Cyril 'Hulud' Corvazier" To: References: <000b01c14f4e$76543cc0$53ad3bd5@breaker> Subject: Re: [Nel] Max 4 plugin and some questions Date: Mon, 8 Oct 2001 19:33:34 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MIMEOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi, > Max 4 plugins seem to be functional. I've attached my version of patch (the > diff is against the pre-Max4 version of NeL, so #ifs are looking differently > :-). Good work, i know that compiling NeL plugins for 3dsmax 4 is a big challenge :-). Not that in general, the NeL team add include and lib directories in the visual pathes, not in the DSP files. > Are there some general guidelines for the process of landscape creation ? Is > there something special about data organization, etc ? As I currently > understand, the artist should first form the tile bank to be able to texture > the landscape. What I miss is that what the general concepts of the tile > bank structure are. What the tile set's children are for, for example ? > Next comes the section of questions about the zones. Are there rules (or > limits) about how many patches should be in the zone, optimal patch size > (curvature), how many zones may be in the landscape, should all zones be in > the same .max file, etc ? Ok, give me some times to make a complete reply to your post with some max exemples. You must know that we have an internal plugin, a modified version of discreet editpatch, in which we "paint" the landscape textures, colors and displacement textures. We can't distribute this plugin for licenses reason. You should contact Robert Bjarnason from InOrbit. He has started to write an ingame painter for the NeL landscape. He has made a post about this project in the list some weeks ago. Thank for your feedback and stay tuned! Regards, Cyril. From a_s@softhome.net Tue Oct 9 08:30:18 2001 Received: from sci.smolensk.ru (Sci.Smolensk.RU [213.59.172.3]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f996UEl39539 for ; Tue, 9 Oct 2001 08:30:14 +0200 (CEST) (envelope-from a_s@softhome.net) Received: from breaker (ppp55.SCI.Smolensk.RU [213.59.173.55]) by sci.smolensk.ru (8.9.3/8.9.3) with SMTP id KAA23574 for ; Tue, 9 Oct 2001 10:25:24 +0400 Message-ID: <001b01c1508b$548568b0$37ad3bd5@breaker> From: "Anatoly Sennov" To: References: <000b01c14f4e$76543cc0$53ad3bd5@breaker> <00b701c1501f$5af44250$1701a8c0@cyrilc> Subject: Re: [Nel] Max 4 plugin and some questions Date: Tue, 9 Oct 2001 10:26:26 +0400 MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2462.0000 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2462.0000 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hello Cyril, > > Good work, i know that compiling NeL plugins for 3dsmax 4 is a big challenge > :-). > Not that in general, the NeL team add include and lib directories in the > visual pathes, > not in the DSP files. > I've got a habit to not touch the 'directories' tab - the changes there will affect all projects you have on machine and it's easy to come to situation where different developers will have different compile environments for the same project. DSPs are under CVS control, so we always know where our includes and libs come from. > > Ok, give me some times to make a complete reply to your post with some max > exemples. I'll be waiting :-) > > You must know that we have an internal plugin, a modified version of > discreet editpatch, in which > we "paint" the landscape textures, colors and displacement textures. We > can't distribute this plugin > for licenses reason. You should contact Robert Bjarnason from InOrbit. He > has started to write > an ingame painter for the NeL landscape. > He has made a post about this project in the list some weeks ago. Thanks, I'll try to contact him. For now, however, I'd prefer the 3ds plugin for landscape texturing, so artist might stay in the same environment all the way. I'll try to investigate what could be done. --AS From lecroart@nevrax.com Tue Oct 9 10:37:58 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f998btl40181 for ; Tue, 9 Oct 2001 10:37:56 +0200 (CEST) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id f998X4u84201 for ; Tue, 9 Oct 2001 10:33:04 +0200 (CEST) (envelope-from lecroart@nevrax.com) Message-ID: <001b01c1509d$03f43c70$0901a8c0@vianneyl> From: "Vianney Lecroart" To: References: <000b01c14f4e$76543cc0$53ad3bd5@breaker> <00b701c1501f$5af44250$1701a8c0@cyrilc> <001b01c1508b$548568b0$37ad3bd5@breaker> Subject: Re: [Nel] Max 4 plugin and some questions Date: Tue, 9 Oct 2001 10:33:04 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MIMEOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform > I've got a habit to not touch the 'directories' tab - the changes there will > affect all projects you have on machine and it's easy to come to situation > where different developers will have different compile environments for the > same project. DSPs are under CVS control, so we always know where our > includes and libs come from. You're right, but it's not so easy, because putting include dir in the dsp means that everybody must install external library in the same directory. For example, I installed directx on my E:\mssdk and my friend install it on his C:\sdk\dx. Another problem is that we have to set up the directory for all new project and we have dozen of project! There's not perfect solution for this problem so we decided to use directory tab for all libraries (NeL included); Vianney Lecroart --- lead network programmer / nevrax.com icq#: 6870415 homepage: http://ace.planet-d.net www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? From tanis@mediacom.it Tue Oct 9 10:45:12 2001 Received: from www.digi-web.it ([62.110.27.80]) by www.nevrax.org (8.11.0/8.11.0) with SMTP id f998jBl40251 for ; Tue, 9 Oct 2001 10:45:12 +0200 (CEST) (envelope-from tanis@mediacom.it) Received: (qmail 31512 invoked from network); 9 Oct 2001 08:30:58 -0000 Received: from unknown (HELO valerio) (172.16.69.2) by mail.digisoft.local with SMTP; 9 Oct 2001 08:30:58 -0000 Message-ID: <0ab801c1509e$1019b6a0$024510ac@valerio> From: "Valerio Santinelli" To: References: <000b01c14f4e$76543cc0$53ad3bd5@breaker> <00b701c1501f$5af44250$1701a8c0@cyrilc> <001b01c1508b$548568b0$37ad3bd5@breaker> <001b01c1509d$03f43c70$0901a8c0@vianneyl> Subject: Re: [Nel] Max 4 plugin and some questions Date: Tue, 9 Oct 2001 10:40:34 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform > > I've got a habit to not touch the 'directories' tab - the changes there > will > > affect all projects you have on machine and it's easy to come to situation > > where different developers will have different compile environments for > the > > same project. DSPs are under CVS control, so we always know where our > > includes and libs come from. > > You're right, but it's not so easy, because putting include dir in the dsp > means that everybody must install external library in the same directory. > For example, I installed directx on my E:\mssdk and my friend install it on > his C:\sdk\dx. Another problem is that we have to set up the directory for > all new project and we have dozen of project! > There's not perfect solution for this problem so we decided to use directory > tab for all libraries (NeL included); I've got the habit of moving directories path up and down in the path list under the directories tab, so that's not a problem for me :) -- Valerio Santinelli HateSeed.com Founder (http://www.hateseed.com) In Flames Italia Webmaster (http://www.inflames.it) My Lab (http://tanis.hateseed.com) From valignat@gw.nevrax.com Fri Oct 12 14:11:18 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f9CCBCW17889 for ; Fri, 12 Oct 2001 14:11:14 +0200 (CEST) (envelope-from valignat@gw.nevrax.com) Received: from gw.nevrax.com (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with ESMTP id f9CC6O624436 for ; Fri, 12 Oct 2001 14:06:24 +0200 (CEST) (envelope-from valignat@gw.nevrax.com) Received: (from valignat@localhost) by gw.nevrax.com (8.11.6/8.11.6) id f9CC6B756638 for nel@nevrax.org; Fri, 12 Oct 2001 14:06:11 +0200 (CEST) (envelope-from valignat) Date: Fri, 12 Oct 2001 14:06:11 +0200 From: Cedric Valignat To: nel@nevrax.org Subject: Re: [Nel] Libxml Message-ID: <20011012140611.A56359@nevrax.com> References: <005e01c14da5$2ff73fc0$1701a8c0@cyrilc> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <005e01c14da5$2ff73fc0$1701a8c0@cyrilc>; from corvazier@nevrax.com on Fri, Oct 05, 2001 at 03:54:01PM +0200 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi all, Cyril 'Hulud' Corvazier wrote: > > All works fine under windows. > Cedric works on the installation process under linux. That was done few days ago, and i forgot to post a message on that ... If you got the following error, when launching NeL's configure script, relaunch it with the '--disable-xmltest' option : checking for libxml - version >= 2.0.0... no *** Could not run libxml test program, checking why... *** The test program failed to compile or link. See the file config.log for the *** exact error that occured. This usually means LIBXML was incorrectly installed *** or that you have moved LIBXML since it was installed. In the latter case, you *** may want to edit the xml2-config script: /usr/bin/xml2-config configure: error: libxml2 must be installed. Have fun. -- Cedric From jmark4@home.com Mon Oct 15 18:19:50 2001 Received: from femail44.sdc1.sfba.home.com (femail44.sdc1.sfba.home.com [24.254.60.38]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f9FGJnx01565 for ; Mon, 15 Oct 2001 18:19:50 +0200 (CEST) (envelope-from jmark4@home.com) Received: from cx431135c ([24.36.31.14]) by femail44.sdc1.sfba.home.com (InterMail vM.4.01.03.20 201-229-121-120-20010223) with SMTP id <20011015161411.JMMB21343.femail44.sdc1.sfba.home.com@cx431135c> for ; Mon, 15 Oct 2001 09:14:11 -0700 Message-ID: <002601c15594$3f421260$0e1f2418@omhan1.ne.home.com> From: "Jared Mark" To: Date: Mon, 15 Oct 2001 11:12:54 -0500 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0023_01C1556A.56320EA0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Subject: [Nel] libxml problem Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform This is a multi-part message in MIME format. ------=_NextPart_000_0023_01C1556A.56320EA0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Every time I go to compile libxml, my computer gives me a BSD and I = can't recover from it. How exactly am I supposed to use libxml? Do I just put the source in a = place where my compiler can find it while compiling the NeL libraries? = Do I need to compile libxml seperately and put the results in a lib = where the compiler can find it? TAI Jared Mark ------=_NextPart_000_0023_01C1556A.56320EA0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Every time I go to compile libxml, my computer gives = me a BSD=20 and I can't recover from it.
 
How exactly am I supposed to use libxml?  Do I = just put=20 the source in a place where my compiler can find it while compiling the = NeL=20 libraries?  Do I need to compile libxml seperately and put the = results in a=20 lib where the compiler can find it?
 
TAI
 
Jared Mark
------=_NextPart_000_0023_01C1556A.56320EA0-- From jmark4@home.com Mon Oct 15 18:29:59 2001 Received: from femail41.sdc1.sfba.home.com (femail41.sdc1.sfba.home.com [24.254.60.35]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f9FGTwx01638 for ; Mon, 15 Oct 2001 18:29:58 +0200 (CEST) (envelope-from jmark4@home.com) Received: from cx431135c ([24.36.31.14]) by femail41.sdc1.sfba.home.com (InterMail vM.4.01.03.20 201-229-121-120-20010223) with SMTP id <20011015162506.JRJK5211.femail41.sdc1.sfba.home.com@cx431135c> for ; Mon, 15 Oct 2001 09:25:06 -0700 Message-ID: <002e01c15595$c61f1b60$0e1f2418@omhan1.ne.home.com> From: "Jared Mark" To: References: <002601c15594$3f421260$0e1f2418@omhan1.ne.home.com> Subject: Re: [Nel] libxml problem Date: Mon, 15 Oct 2001 11:23:50 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Nevermind... I just pointed my VS to the include directory for it, and NeL is compiling fine now... no need to compile the libxml at all. ----- Original Message ----- From: Jared Mark To: nel@nevrax.org Sent: Monday, October 15, 2001 11:12 AM Subject: [Nel] libxml problem Every time I go to compile libxml, my computer gives me a BSD and I can't recover from it. How exactly am I supposed to use libxml? Do I just put the source in a place where my compiler can find it while compiling the NeL libraries? Do I need to compile libxml seperately and put the results in a lib where the compiler can find it? TAI Jared Mark From corvazier@nevrax.com Tue Oct 16 17:14:32 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f9GFEUx08893 for ; Tue, 16 Oct 2001 17:14:31 +0200 (CEST) (envelope-from corvazier@nevrax.com) Received: from cyrilc (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id f9GF9e716626 for ; Tue, 16 Oct 2001 17:09:41 +0200 (CEST) (envelope-from corvazier@nevrax.com) Message-ID: <001b01c15654$9897eea0$1701a8c0@cyrilc> From: "Cyril 'Hulud' Corvazier" To: References: <000b01c14f4e$76543cc0$53ad3bd5@breaker> <00b701c1501f$5af44250$1701a8c0@cyrilc> Subject: Re: [Nel] Max 4 plugin and some questions Date: Tue, 16 Oct 2001 17:09:42 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi there, > > Are there some general guidelines for the process of landscape creation ? > Is > > there something special about data organization, etc ? As I currently > > understand, the artist should first form the tile bank to be able to > texture > > the landscape. What I miss is that what the general concepts of the tile > > bank structure are. What the tile set's children are for, for example ? > > Next comes the section of questions about the zones. Are there rules (or > > limits) about how many patches should be in the zone, optimal patch size > > (curvature), how many zones may be in the landscape, should all zones be > in > > the same .max file, etc ? Just a word to say that we have added the painter plugin in the cvs tree. (nel/tools/3d/plugin_max/nel_patch_paint). After your question, we have decided to detach the painter from the "modified" edit patch plugin. I will post a compete "how to deal with landscape" answer soon. Regards, Cyril Corvazier From a_s@softhome.net Tue Oct 16 19:48:42 2001 Received: from sci.smolensk.ru (Sci.Smolensk.RU [213.59.172.3]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f9GHmfx09666 for ; Tue, 16 Oct 2001 19:48:41 +0200 (CEST) (envelope-from a_s@softhome.net) Received: from breaker (ppp71.SCI.Smolensk.RU [213.59.173.71]) by sci.smolensk.ru (8.9.3/8.9.3) with SMTP id VAA26021 for ; Tue, 16 Oct 2001 21:43:53 +0400 Message-ID: <001101c1566a$44265710$47ad3bd5@breaker> From: "Anatoly Sennov" To: "Nevrax mailing list" References: <000b01c14f4e$76543cc0$53ad3bd5@breaker> <00b701c1501f$5af44250$1701a8c0@cyrilc> <001b01c15654$9897eea0$1701a8c0@cyrilc> Subject: Re: [Nel] Max 4 plugin and some questions Date: Tue, 16 Oct 2001 21:44:44 +0400 MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2462.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2462.0000 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hello Cyril, > > Just a word to say that we have added the painter plugin in the cvs tree. > (nel/tools/3d/plugin_max/nel_patch_paint). > After your question, we have decided to detach the painter from the > "modified" edit patch plugin. > Thank you, but 'cvs update -d' didn't uncover it. > I will post a compete "how to deal with landscape" answer soon. Patiently waiting :-) --AS From a_s@softhome.net Wed Oct 17 07:23:15 2001 Received: from sci.smolensk.ru (Sci.Smolensk.RU [213.59.172.3]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f9H5NEx13464 for ; Wed, 17 Oct 2001 07:23:14 +0200 (CEST) (envelope-from a_s@softhome.net) Received: from breaker (ppp71.SCI.Smolensk.RU [213.59.173.71]) by sci.smolensk.ru (8.9.3/8.9.3) with SMTP id JAA17041 for ; Wed, 17 Oct 2001 09:18:23 +0400 Message-ID: <000701c156cb$4a3fa780$47ad3bd5@breaker> From: "Anatoly Sennov" To: "Nevrax mailing list" Date: Wed, 17 Oct 2001 09:19:20 +0400 MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2462.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2462.0000 Subject: [Nel] nel_patch_paint Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hello, OK, it's there. --AS From eagleeye@flashmail.com Thu Oct 18 06:10:50 2001 Received: from flashmail.com (IDENT:qmailr@flash4.flashmail.com [207.173.216.244]) by www.nevrax.org (8.11.0/8.11.0) with SMTP id f9I4Ajx20536 for ; Thu, 18 Oct 2001 06:10:49 +0200 (CEST) (envelope-from eagleeye@flashmail.com) Received: (qmail 28772 invoked from network); 18 Oct 2001 04:05:56 -0000 Received: from unknown (HELO mark94462) (63.224.170.218) by 0 with SMTP; 18 Oct 2001 04:05:56 -0000 Message-ID: <000301c15789$fc32ac80$11cac80a@tconl.com> From: "EagleEye" To: Date: Wed, 17 Oct 2001 22:58:05 -0500 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0018_01C1575F.2E533840" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Subject: [Nel] Small problem with NeLNS compile... gtk.h? Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform This is a multi-part message in MIME format. ------=_NextPart_000_0018_01C1575F.2E533840 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable --------------------Configuration: admin - Win32 = Release-------------------- Compiling... interf_gtk.cpp C:\Vermund\code\nel\tools\net\admin\interf_gtk.cpp(32) : fatal error = C1083: Cannot open include file: 'gtk/gtk.h': No such file or directory Error executing cl.exe. admin.exe - 1 error(s), 0 warning(s) I've been looking around and can't seem to find any reference to this = file... nothing on the CVS, nothing in the mailing list archives, and = nothing in the documentation... Anyone know why I might be missing this file? I pulled the complete = code down from the CVS just a few days ago... is it another external = that I need like freetype or STLport? Thanks, Jared Mark ------=_NextPart_000_0018_01C1575F.2E533840 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
--------------------Configuration: admin - Win32=20 Release--------------------
Compiling...
interf_gtk.cpp
C:\Vermu= nd\code\nel\tools\net\admin\interf_gtk.cpp(32)=20 : fatal error C1083: Cannot open include file: 'gtk/gtk.h': No such file = or=20 directory
Error executing cl.exe.
 
admin.exe - 1 error(s), 0 warning(s)
 
I've been looking around and can't seem to find any = reference=20 to this file... nothing on the CVS, nothing in the mailing list = archives, and=20 nothing in the documentation...
 
Anyone know why I might be missing this file?  = I pulled=20 the complete code down from the CVS just a few days ago... is it another = external that I need like freetype or STLport?
 
Thanks,
Jared Mark
------=_NextPart_000_0018_01C1575F.2E533840-- From a_s@softhome.net Thu Oct 18 07:09:03 2001 Received: from sci.smolensk.ru (Sci.Smolensk.RU [213.59.172.3]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f9I592x20820 for ; Thu, 18 Oct 2001 07:09:03 +0200 (CEST) (envelope-from a_s@softhome.net) Received: from breaker (ppp53.SCI.Smolensk.RU [213.59.173.53]) by sci.smolensk.ru (8.9.3/8.9.3) with SMTP id JAA30343 for ; Thu, 18 Oct 2001 09:03:43 +0400 Message-ID: <001001c15792$66229a30$35ad3bd5@breaker> From: "Anatoly Sennov" To: References: <000301c15789$fc32ac80$11cac80a@tconl.com> Subject: Re: [Nel] Small problem with NeLNS compile... gtk.h? Date: Thu, 18 Oct 2001 09:04:37 +0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2462.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2462.0000 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hello EagleEye, You may find GTK+ for win32 here: http://user.sgic.fi/~tml/gimp/win32/downloads.html --AS ----- Original Message ----- From: EagleEye To: nel@nevrax.org Sent: Thursday, October 18, 2001 7:58 AM Subject: [Nel] Small problem with NeLNS compile... gtk.h? --------------------Configuration: admin - Win32 Release-------------------- Compiling... interf_gtk.cpp C:\Vermund\code\nel\tools\net\admin\interf_gtk.cpp(32) : fatal error C1083: Cannot open include file: 'gtk/gtk.h': No such file or directory Error executing cl.exe. admin.exe - 1 error(s), 0 warning(s) I've been looking around and can't seem to find any reference to this file... nothing on the CVS, nothing in the mailing list archives, and nothing in the documentation... Anyone know why I might be missing this file? I pulled the complete code down from the CVS just a few days ago... is it another external that I need like freetype or STLport? Thanks, Jared Mark From lecroart@nevrax.com Thu Oct 18 11:31:44 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f9I9Vhx22078 for ; Thu, 18 Oct 2001 11:31:44 +0200 (CEST) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id f9I9Qu736785 for ; Thu, 18 Oct 2001 11:26:56 +0200 (CEST) (envelope-from lecroart@nevrax.com) Message-ID: <004e01c157b7$07c99e50$0901a8c0@vianneyl> From: "Vianney Lecroart" To: References: <000301c15789$fc32ac80$11cac80a@tconl.com> Subject: Re: [Nel] Small problem with NeLNS compile... gtk.h? Date: Thu, 18 Oct 2001 11:26:56 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hello, In fact, the project "admin" is not a service, it's the administration client used to manage a shard. You don't have to compile it and run it to have a functional shard. It's only an option that we'll use in the exploitation stage. If you want to compile the admin client, you have to download and install GTK+: http://user.sgic.fi/~tml/gimp/win32/downloads.html Vianney Lecroart --- lead network programmer / nevrax.com icq#: 6870415 homepage: http://ace.planet-d.net www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? ----- Original Message ----- From: "EagleEye" To: Sent: Thursday, October 18, 2001 5:58 AM Subject: [Nel] Small problem with NeLNS compile... gtk.h? --------------------Configuration: admin - Win32 Release-------------------- Compiling... interf_gtk.cpp C:\Vermund\code\nel\tools\net\admin\interf_gtk.cpp(32) : fatal error C1083: Cannot open include file: 'gtk/gtk.h': No such file or directory Error executing cl.exe. admin.exe - 1 error(s), 0 warning(s) I've been looking around and can't seem to find any reference to this file... nothing on the CVS, nothing in the mailing list archives, and nothing in the documentation... Anyone know why I might be missing this file? I pulled the complete code down from the CVS just a few days ago... is it another external that I need like freetype or STLport? Thanks, Jared Mark From alexandrecourbot@linuxgames.com Thu Oct 18 14:51:49 2001 Received: from postfix1-2.free.fr (postfix1-2.free.fr [213.228.0.130]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f9ICplU00980 for ; Thu, 18 Oct 2001 14:51:49 +0200 (CEST) (envelope-from alexandrecourbot@linuxgames.com) Received: from lille-1-a7-49-138.dial.proxad.net (lille-1-a7-49-138.dial.proxad.net [213.228.49.138]) by postfix1-2.free.fr (Postfix) with ESMTP id 6D8A9AB2D4 for ; Thu, 18 Oct 2001 14:46:53 +0200 (CEST) From: Alexandre Courbot To: Nel Mailing List Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Evolution/0.15 (Preview Release) Date: 18 Oct 2001 14:56:29 +0200 Message-Id: <1003409791.613.221.camel@progeny> Mime-Version: 1.0 Subject: [Nel] Compilation problem with nel/src/3d/driver.h Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hello NeL staff, I've tried to compile the NeL CVS tree and got the following error: c++ -DHAVE_CONFIG_H -I. -I. -I../../../../include -I../../../../src -I/usr/include/stlport -O3 -Wno-multichar -D_REENTRANT -I/usr/X11R6/include -Wp,-MD,.deps/driver_opengl.pp -c driver_opengl.cpp -fPIC -DPIC -o .libs/driver_opengl.lo In file included from driver_opengl.h:51, from driver_opengl.cpp:48: ../../../../src/3d/driver.h:633: parse error before `0L' ../../../../src/3d/driver.h:648: missing ';' before right brace ../../../../src/3d/driver.h:662: virtual outside class declaration The part that caused this error is: nel/src/3d/driver.h: enum TMatrix { line 633: None=0, ModelView, Projection, Texture, Color, The problem come from the 'None' word. I don't know exactly why (maybe it has been #defined to 0L somewhere?) but the compilation succeed when I changed 'None' to something else. As this part of the code is the same since quite a few time and probably works for you, I suspect something in the include files of my libs. Here's my configuration: -libxml 2.4.5 -libstlport 4.1beta6 -xfree 4.1.0 -python 1.5.2 -openAL 0.2001061600 -freetype2 1.3.1 -gcc 2.95.4 It's probably that the 'None' keyword is defined somewhere in my include files. Unfortunately I don't exactly know how I could find out where it is defined, but if someone give me the guidelines, I'd be glad to do. By the way, is there a data package that is suitable for testing with the CVS code? I'd be glad to have a look at Snowballs, but unfortunately the release versions didn't work with me, and I guess that they are now obsolete. Anyway, keep on the good work! ;) Alex. From corvazier@nevrax.com Thu Oct 18 15:07:12 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f9ID7CU01091 for ; Thu, 18 Oct 2001 15:07:12 +0200 (CEST) (envelope-from corvazier@nevrax.com) Received: from cyrilc (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id f9ID2PA02089 for ; Thu, 18 Oct 2001 15:02:25 +0200 (CEST) (envelope-from corvazier@nevrax.com) Message-ID: <005b01c157d5$25373470$1701a8c0@cyrilc> From: "Cyril 'Hulud' Corvazier" To: References: <1003409791.613.221.camel@progeny> Subject: Re: [Nel] Compilation problem with nel/src/3d/driver.h Date: Thu, 18 Oct 2001 15:02:30 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi, We will fixe it. It should be on the cvs after the night update. Thanks for the report. Regards, Cyril. > c++ -DHAVE_CONFIG_H -I. -I. -I../../../../include -I../../../../src > -I/usr/include/stlport -O3 -Wno-multichar -D_REENTRANT > -I/usr/X11R6/include -Wp,-MD,.deps/driver_opengl.pp -c driver_opengl.cpp > -fPIC -DPIC -o .libs/driver_opengl.lo > In file included from driver_opengl.h:51, > from driver_opengl.cpp:48: > ../../../../src/3d/driver.h:633: parse error before `0L' > ../../../../src/3d/driver.h:648: missing ';' before right brace > ../../../../src/3d/driver.h:662: virtual outside class declaration > From alexandrecourbot@linuxgames.com Fri Oct 19 14:41:14 2001 Received: from postfix1-2.free.fr (postfix1-2.free.fr [213.228.0.130]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f9JCfDU08420 for ; Fri, 19 Oct 2001 14:41:14 +0200 (CEST) (envelope-from alexandrecourbot@linuxgames.com) Received: from lille-1-a7-49-221.dial.proxad.net (lille-1-a7-49-221.dial.proxad.net [213.228.49.221]) by postfix1-2.free.fr (Postfix) with ESMTP id 8CD30AB14C for ; Fri, 19 Oct 2001 14:36:25 +0200 (CEST) From: Alexandre Courbot To: Nel Mailing List Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Evolution/0.15 (Preview Release) Date: 19 Oct 2001 14:46:04 +0200 Message-Id: <1003495566.532.11.camel@progeny> Mime-Version: 1.0 Subject: [Nel] Compilation issues Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hello, I've found some others issues with compiling the current NeL CVS. 1st in code/nel/src/3d/vertex_buffer.cpp, the lines 694 and 715 caused compilation errors because the 'i' variable was out of score. Replacing 'for(i=0' by 'for(uint i=0' solves the problem. The second comes from code/nel/src/3d/driver/opengl/driver_opengl_vertex.cpp. Here's the compilation log: driver_opengl_vertex.cpp: In method `bool NL3D::CVertexBufferHardGL::init(NL3D::CDriverGL *, short unsigned int, const uint8 *, unsigned int, NL3D::IDriver::TVBHardType)': driver_opengl_vertex.cpp:801: implicit declaration of function `int NL3D::glGenFencesNV(...)' driver_opengl_vertex.cpp: In method `NL3D::CVertexBufferHardGL::~CVertexBufferHardGL()': driver_opengl_vertex.cpp:816: implicit declaration of function `int NL3D::glDeleteFencesNV(...)' driver_opengl_vertex.cpp: In method `void NL3D::CVertexBufferHardGL::setFence()': driver_opengl_vertex.cpp:885: implicit declaration of function `int NL3D::glSetFenceNV(...)' driver_opengl_vertex.cpp: In method `void NL3D::CVertexBufferHardGL::finishFence()': driver_opengl_vertex.cpp:896: implicit declaration of function `int NL3D::glFinishFenceNV(...)' driver_opengl_vertex.cpp: In method `void NL3D::CDriverGL::setupGlArrays(NL3D::CVertexBufferInfo &, NL3D::CVBDrvInfosGL *, bool, bool)': driver_opengl_vertex.cpp:1393: implicit declaration of function `int NL3D::glVertexAttribPointerNV(...)' I don't know why, but it looks like these GL functions doesn't exist on my system. I don't know OpenGL much so I can't be of great help here - but I'm sure I'm using a recent Mesa (the one that is merged with XFree 4.1.0). See you, Alex. From corvazier@nevrax.com Fri Oct 19 15:41:51 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f9JDfoU08727 for ; Fri, 19 Oct 2001 15:41:50 +0200 (CEST) (envelope-from corvazier@nevrax.com) Received: from cyrilc (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id f9JDb2A15783 for ; Fri, 19 Oct 2001 15:37:03 +0200 (CEST) (envelope-from corvazier@nevrax.com) Message-ID: <001f01c158a3$262b25c0$1701a8c0@cyrilc> From: "Cyril 'Hulud' Corvazier" To: References: <1003495566.532.11.camel@progeny> Subject: Re: [Nel] Compilation issues Date: Fri, 19 Oct 2001 15:37:08 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi, Yes your are right, thoses extensions doesn't exist in the latest mesa release. We define those functions ourself in the file named driver_opengl_extension_def.h. It looks like that the definition is not working for linux. We are on it. Thanks for the reaport. Regards, Cyril Corvazier > I don't know why, but it looks like these GL functions doesn't exist on > my system. I don't know OpenGL much so I can't be of great help here - > but I'm sure I'm using a recent Mesa (the one that is merged with XFree > 4.1.0). From follwerk@mailbox.informatik.uni-bonn.de Fri Oct 19 16:35:48 2001 Received: from postfix.informatik.uni-bonn.de (postfix.informatik.uni-bonn.de [131.220.131.28]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f9JEZiU09094 for ; Fri, 19 Oct 2001 16:35:48 +0200 (CEST) (envelope-from follwerk@mailbox.informatik.uni-bonn.de) Received: from mailbox.informatik.uni-bonn.de (eomer.informatik.uni-bonn.de [131.220.10.45]) by postfix.informatik.uni-bonn.de (Postfix) with ESMTP id 4E4C670CCE for ; Fri, 19 Oct 2001 16:30:56 +0200 (MEST) (envelope-from follwerk@mailbox.informatik.uni-bonn.de) (envelope-to nel@nevrax.org) (1) (internal use: ta=1, tu=1, te=0, am=-, au=NULL) Message-ID: <3BD03970.A47DE717@mailbox.informatik.uni-bonn.de> Date: Fri, 19 Oct 2001 16:32:16 +0200 From: Mike Follwerk X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.4-4GB-SMP i686) X-Accept-Language: en MIME-Version: 1.0 To: nel@nevrax.org Subject: Re: [Nel] Compilation issues References: <1003495566.532.11.camel@progeny> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Alexandre Courbot wrote: > driver_opengl_vertex.cpp: In method `bool > NL3D::CVertexBufferHardGL::init(NL3D::CDriverGL *, short unsigned int, [...] > I don't know why, but it looks like these GL functions doesn't exist on > my system. I don't know OpenGL much so I can't be of great help here - > but I'm sure I'm using a recent Mesa (the one that is merged with XFree > 4.1.0). this is a problem I also ran into. I found these functions defined in the header files that come with the NVidia XFree 4.x drivers. The NVidia GL header files are by default (if you use the RPMs under Linux) installed somewhere under /usr/doc as to not interfere with your normal headers. Just take a look into the file list of the RPM. The NVidia GL library also contains the neccessary symbols. So, are these functions NVidia-specific? CYa, Mike From corvazier@nevrax.com Fri Oct 19 17:56:00 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f9JFtvU09557 for ; Fri, 19 Oct 2001 17:55:57 +0200 (CEST) (envelope-from corvazier@nevrax.com) Received: from cyrilc (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id f9JFp4A18026 for ; Fri, 19 Oct 2001 17:51:04 +0200 (CEST) (envelope-from corvazier@nevrax.com) Message-ID: <001301c158b5$df8ed810$1701a8c0@cyrilc> From: "Cyril 'Hulud' Corvazier" To: References: <1003495566.532.11.camel@progeny> <3BD03970.A47DE717@mailbox.informatik.uni-bonn.de> Subject: Re: [Nel] Compilation issues Date: Fri, 19 Oct 2001 17:51:10 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform > So, are these functions NVidia-specific? Yes they are. The glext.h available on the SGI site should always have the last constructor extensions. But it doesn't. So we have a special file in which we add the missing onces. Cyril. From corvazier@nevrax.com Fri Oct 19 20:40:02 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f9JIe2U10359 for ; Fri, 19 Oct 2001 20:40:02 +0200 (CEST) (envelope-from corvazier@nevrax.com) Received: from cyrilc (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id f9JIZEA19305 for ; Fri, 19 Oct 2001 20:35:14 +0200 (CEST) (envelope-from corvazier@nevrax.com) Message-ID: <002d01c158cc$ced087f0$1701a8c0@cyrilc> From: "Cyril 'Hulud' Corvazier" To: Date: Fri, 19 Oct 2001 20:35:20 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Subject: [Nel] Landscape generation pipeline Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi there, Here is a small guideline to generate landscape for NeL: The landscape is done in 2 steps: First step : artist creation of landscape data (textures and geometry) Second step : offline processing of final data 1) ----- Creation process a) Draw some tiles Tiles are textures that will be applied on the landscape. Tiles size can be 128x128 or 256x256. A 128x128 tile will be used to map a 2x2 meter aera. They are 24bits TGA files. Tiles are grouped by tileset. Contraints for tiles in the same tileset: -> The up and down pixel border of tiles must be the same. -> The left and right pixel border of tiles must be the same. You will need some 8 bits TGA textures to make smooth transitions between tileset. This special "transition tiles" are 128x128. To complete all possible transitions you need 48 alpha textures. In fact, only 12 are needed with some rotations. You will need displacement tiles too. Displacement tiles are like bump maps. They are 8 bits TGA file of 32x32 pixels. Each tileset can have 16 differents displacement tiles. To know more about how to draw your texture tiles and alpha tiles, check the following document: /download/examples/tile_bank.doc (330 ko) b) Build a tilebank file The tilebank file is edited with tile_edit.exe. The project is cvs/code/nel/tools/3d/tile_edit - You will setup your tilesets by listing your bitmaps. Note that pixel checks are made at this step to check constraints describle above. - You have to list your transition textures. There is a button "batch load" to load all your transition tiles in one time if the file name is normalized ( alpha_trans_00.tga alpha_trans_01.tga where the number follow the convention gived in tile_bank.doc). - You have to list your displacement tiles too. - You have to define one or several land. A land is a set of tileset. Here is snowballs's tilebank with its textures (i have added some bumpy displacement map) : /download/examples/tilebank.zip (3 Mo) Don't forget to change the absolute path of the bank in tile_edit. Or you will not be able to see the texture in the tool. At the question "What the tile set's children are for ?" the answer is : nothing, it is obsolete :) c) Build the zones geometry Ok, now we have to build some geometry for our landscape. As you probably know, NeL landscape is based on Bezier quad patches. Bezier patches are more flexable than height field. you can make creases, concave elevations, holes etc.. Bezier patches are edited in 3dsmax using editpatch. The landscape is divided in zones. A zone is an area of 160x160 meters. Each zone is a patch mesh of 3dsmax. The vertices at the boundary of the zone must be snapped. They will be welded in the post process. The zone name is like: 3_aa.zone The name is composed of a numeric coordiante (NUM = 3) and a alpha one (ALPHA = aa = 0) The upper left corner of the zone coordinate is : X = 160 * ALPHA Y = 160 * - NUM For examples, a snowball zone is called 4_ac.zone, it means its upper left coordinates are ( 320, -480 ) d) Paint the zone with tiles A patch is composed 16x16 tiles. Tiles are our 128x128 textures. A 256x256 textures is 2x2 tiles. Once you have modeled your zones, you will have to paint it with textures and colors. Before painting, you must set the bank you want to use it in 3dsmax. To do so, use the utility plugin called "NeL Tile Bank". Choose your bank on your hard disk. (Don't forget to set the absolute path of the bank in tile_edit). No need to "Setup material". If you do this, the plugin will generate a material per tile and try to map patches with it. When your bank become big, this take a lot of resources. Now convert your patch mesh using the "NeL convert" modifer. Now your object is a NeL patch mesh and not a patch mesh. Now add a painter modifier. You can paint. You can paint over several patch meshes by adding a paint modfier over several NeL patch meshes. Now you should see the patch painter in a NeL window. Main commands are: F1: Tile mode, paint textures F2: Color mode, paint vertex color F3: Displace mode, paint displace textures A: automatic lighting on / off.(to see the displacement, a little slow) SPACE: choose your texture, colors or displace to paint. etc... See cvs\code\nel\tools\3d\plugin_max\nel_patch_paint\user_guide.txt for other commands. You can configure it by editing the keys.cfg file. Check some snowballs zones max project: /download/examples/snowballs_zones.zip (1 Mo) Note that to do that kind of work, you need a modifier you don't have : edit patch for NeL patch meshes. The reason is it is based on Discreet source code. With nomal edit patch you can subdivide patches, extrude, bievel etc.. You can't for example, change the number of tiles on a patch. e) Performance issues Some notes about performances: - You can make a lot of zone. I can't tell you the zone count for our project, but it is high :) - 700 128x128 textures is a good count. (Use DXTC5 !) - 50 patches of 16x16 tiles per zone is the max peek you should use. Equivalent to 200 patches of 8x8 tiles. - A tile should be 2x2 meters on the ground. It give you 1.5 centimeter pixel ratio. Double than quake 3 walls but on a landscape ! So with the given patch count, you have twice the surface of the zone to model it. Now your zones are modeled, painted, colored and displaced. Time for processing. 1) ----- Offline process-- The offline processing project is in cvs in cvs/code/nel/tools/3d/landscape_builder How to build the NeL landscape. a) What does mean 'Build the NeL lanscape' ? Once you have created your tile bank and your landscape zones, you will need to preprocess your zone in order to: - Weld the boundary vertices of the zones - Light the zones with shadows casted by the landscape and the static objects (like trees, buildings..) b) Requirement Before building the landscape you must have: - Installed Cygwin tools and set the PATH properly. (Under windows) - Compilated some binaries and putted them in the "bin/" folder. (zone_dependencies.exe, zone_welder.exe, zone_lighter.exe. zone_smoother.exe is not use anymore) c) Data exportation You have to export those data: - The .zone files in the "zone_exported/" folder. (NeL landscape zone files exported from 3dsmax) - The .bank file in the "bank/" folder. (NeL bank edited with tileedit) - The .ig files (named like the zone) in the folder "ig/". (NeL instance group file exported from max) - The .shape files (for trees, building or every things that cast shadows on the landscape) in the folder "shaped/" - The .tga files (for the shapes used for alpha blending and for displace tiles) in the folder "maps/" d) Configure Configure the cfg/properties.cfg file. e) Computing * 0_clean_all.bat - clean all the directories. * 1_build_dependencies.bat - build dependencies files. Each zone will have a dependency file in which is listed the zone that cast shadow on it. -> generate the .depend file in the folder zone_depend/ * 2_weld.bat - Weld the zones. -> generates the .zonew files in the folder zone_welded/ * 3_light.bat - Light the zones. -> generates the .zonel files in the folder zone_lighted/ All the building process in incremental, ie, if you modify only ONE .zone file, the weld pass will modify the zonew file and each neighbors of this zone. The light pass will relight only the .zonew modified files. The .zonel files are the final zone files. They are loaded by the engine. (see snowballs 2 source code for detail). f) farbank building You will need to compute a farbank. The farbank is the bank used to map the patches when they are far. This bank is computed with the .bank file and the tiles texture. see the project: cvs/code/nel/tools/3d/build_far_bank --- I hope this first document will help you. All the Nevrax team is ready to reply to your questions and comments. Regards, Cyril Corvazier --- Lead 3d programmer Nevrax France From eagleeye@flashmail.com Fri Oct 19 22:15:44 2001 Received: from flashmail.com (IDENT:qmailr@flash2.flashmail.com [207.173.216.241]) by www.nevrax.org (8.11.0/8.11.0) with SMTP id f9JKFhU10821 for ; Fri, 19 Oct 2001 22:15:43 +0200 (CEST) (envelope-from eagleeye@flashmail.com) Received: (qmail 2391 invoked from network); 19 Oct 2001 20:10:10 -0000 Received: from unknown (HELO mark94462) (63.224.172.72) by flash2.flashmail.com with SMTP; 19 Oct 2001 20:10:10 -0000 Message-ID: <000d01c158d9$afb35e80$11cac80a@tconl.com> From: "EagleEye" To: References: <002d01c158cc$ced087f0$1701a8c0@cyrilc> Subject: Re: [Nel] Landscape generation pipeline Date: Fri, 19 Oct 2001 15:07:18 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform > The zone name is like: 3_aa.zone > The name is composed of a numeric coordiante (NUM = 3) and a alpha one > (ALPHA = aa = 0) > The upper left corner of the zone coordinate is : > X = 160 * ALPHA > Y = 160 * - NUM > > For examples, a snowball zone is called 4_ac.zone, it means its upper left > coordinates are ( 320, -480 ) By your example, aa = 0, so ab = 1? ac = 2 then... so that makes sense... but where does it end? az? Or is it more like hex, where it goes to af? :) Does the progression go like: aa = 0 to az = 25, ba = 26... bz = 51, ca... etc all the way to zz, which would be a total possible number of combinations of 26^2? The math is wrong on the example too... 160 * -4 = -640, not -480... or am I missing something there? From eagleeye@flashmail.com Fri Oct 19 22:22:36 2001 Received: from flashmail.com (IDENT:qmailr@flash2.flashmail.com [207.173.216.241]) by www.nevrax.org (8.11.0/8.11.0) with SMTP id f9JKMYU10853 for ; Fri, 19 Oct 2001 22:22:35 +0200 (CEST) (envelope-from eagleeye@flashmail.com) Received: (qmail 6794 invoked from network); 19 Oct 2001 20:15:54 -0000 Received: from unknown (HELO mark94462) (63.224.172.72) by flash2.flashmail.com with SMTP; 19 Oct 2001 20:15:54 -0000 Message-ID: <001101c158da$7cd60480$11cac80a@tconl.com> From: "EagleEye" To: References: <002d01c158cc$ced087f0$1701a8c0@cyrilc> Subject: Re: [Nel] Landscape generation pipeline Date: Fri, 19 Oct 2001 15:13:13 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform > Once you have created your tile bank and your landscape zones, you will need > to preprocess your zone > in order to: > > - Weld the boundary vertices of the zones > - Light the zones with shadows casted by the landscape and the static > objects (like trees, buildings..) What if I want to make trees in my world dynamic objects? If I just make the landscape and preprocess it without trees, but add the trees later as dynamic objects, they'll still have the shadows and stuff done right, correct? Granted, more processing required on the client (I would guess), but it would allow for some key elements of my game (the actual cutting down of trees and dynamic structure building for example). From a_s@softhome.net Sat Oct 20 22:35:20 2001 Received: from sci.smolensk.ru (Sci.Smolensk.RU [213.59.172.3]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f9KKZJU20208 for ; Sat, 20 Oct 2001 22:35:19 +0200 (CEST) (envelope-from a_s@softhome.net) Received: from breaker (ppp83.SCI.Smolensk.RU [213.59.173.83]) by sci.smolensk.ru (8.9.3/8.9.3) with SMTP id AAA10034 for ; Sun, 21 Oct 2001 00:30:17 +0400 Message-ID: <001f01c159a6$37c36500$53ad3bd5@breaker> From: "Anatoly Sennov" To: References: <002d01c158cc$ced087f0$1701a8c0@cyrilc> Subject: Re: [Nel] Landscape generation pipeline Date: Sun, 21 Oct 2001 00:31:15 +0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2462.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2462.0000 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hello Cyril, > > I hope this first document will help you. All the Nevrax team is ready to > reply to your questions and comments. > Big thanks, I'll try to catch up :-) --AS From ahoyt@packetport.com Mon Oct 22 22:29:03 2001 Received: from smtp1.mail.iamworld.net (smtp1-out.mail.iamworld.net [204.91.241.116]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f9MKT2U34233 for ; Mon, 22 Oct 2001 22:29:03 +0200 (CEST) (envelope-from ahoyt@packetport.com) Received: from packetport.com ([207.86.139.130]) by smtp1.mail.iamworld.net (8.9.3/8.9.3) with ESMTP id QAA722717 for ; Mon, 22 Oct 2001 16:24:12 -0400 (EDT) Message-ID: <3BD480BB.9DC1F695@packetport.com> Date: Mon, 22 Oct 2001 16:25:31 -0400 From: Tony Hoyt X-Mailer: Mozilla 4.76 [en] (X11; U; SunOS 5.7 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: Nel@nevrax.org Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: [Nel] Stability for at least a test product? Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform How do things look at the moment for a stable working application? Perhaps someone could set up a simple virtual chat world, something where people could at least walk around a open field and perform basic interactions? It would be nice to get some real deminstrations of this available for the public to see. Plus I'm too lazy to do it myself :-/ Tony From tanis@mediacom.it Mon Oct 22 22:42:15 2001 Received: from fep21-svc.tin.it (mta21-acc.tin.it [212.216.176.74]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f9MKgEU34296 for ; Mon, 22 Oct 2001 22:42:15 +0200 (CEST) (envelope-from tanis@mediacom.it) Received: from tanis ([62.211.168.175]) by fep21-svc.tin.it (InterMail vM.4.01.03.13 201-229-121-113) with SMTP id <20011022203718.WUKW9646.fep21-svc.tin.it@tanis> for ; Mon, 22 Oct 2001 22:37:18 +0200 Message-ID: <00d401c15b39$30344540$0364a8c0@tanis> From: "Valerio Santinelli" To: Date: Mon, 22 Oct 2001 22:36:11 +0200 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_00D1_01C15B49.F356B250" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Subject: [Nel] New error :) Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform This is a multi-part message in MIME format. ------=_NextPart_000_00D1_01C15B49.F356B250 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable --------------------Configuration: nel_mesh_lib - Win32 = ReleaseDebug-------------------- Compiling... stdafx.cpp C:\Programmi\Microsoft Platform SDK\include\bhtypes.h(623) : error = C2146: syntax error : missing ';' before identifier 'Address' C:\Programmi\Microsoft Platform SDK\include\bhtypes.h(623) : error = C2501: 'ADDRESS' : missing storage-class or type specifiers C:\Programmi\Microsoft Platform SDK\include\bhtypes.h(623) : error = C2501: 'Address' : missing storage-class or type specifiers C:\Programmi\Microsoft Platform SDK\include\bhtypes.h(624) : error = C2065: 'MAX_NAME_SIZE' : undeclared identifier C:\Programmi\Microsoft Platform SDK\include\bhtypes.h(624) : error = C2057: expected constant expression C:\Programmi\Microsoft Platform SDK\include\bhtypes.h(625) : error = C2229: struct '_ADDRESSINFO' has an illegal zero-sized array Error executing cl.exe. nelexport.dlu - 6 error(s), 0 warning(s) Any idea what could cause this? I tried removing the Platform SDK = includes.. the only difference is that the error is that : --------------------Configuration: nel_mesh_lib - Win32 = ReleaseDebug-------------------- Compiling... stdafx.cpp C:\Programmi\Microsoft Visual Studio\VC98\INCLUDE\bhtypes.h(295) : = warning C4200: nonstandard extension used : zero-sized array in = struct/union C:\Programmi\Microsoft Visual Studio\VC98\INCLUDE\bhtypes.h(352) : = warning C4200: nonstandard extension used : zero-sized array in = struct/union C:\Programmi\Microsoft Visual Studio\VC98\INCLUDE\bhtypes.h(383) : = warning C4200: nonstandard extension used : zero-sized array in = struct/union C:\Programmi\Microsoft Visual Studio\VC98\INCLUDE\bhtypes.h(431) : = warning C4200: nonstandard extension used : zero-sized array in = struct/union C:\Programmi\Microsoft Visual Studio\VC98\INCLUDE\bhtypes.h(432) : = warning C4200: nonstandard extension used : zero-sized array in = struct/union C:\Programmi\Microsoft Visual Studio\VC98\INCLUDE\bhtypes.h(433) : = warning C4200: nonstandard extension used : zero-sized array in = struct/union C:\Programmi\Microsoft Visual Studio\VC98\INCLUDE\bhtypes.h(434) : = warning C4200: nonstandard extension used : zero-sized array in = struct/union C:\Programmi\Microsoft Visual Studio\VC98\INCLUDE\bhtypes.h(435) : = warning C4200: nonstandard extension used : zero-sized array in = struct/union C:\Programmi\Microsoft Visual Studio\VC98\INCLUDE\bhtypes.h(519) : = warning C4200: nonstandard extension used : zero-sized array in = struct/union C:\Programmi\Microsoft Visual Studio\VC98\INCLUDE\bhtypes.h(564) : = warning C4200: nonstandard extension used : zero-sized array in = struct/union C:\Programmi\Microsoft Visual Studio\VC98\INCLUDE\bhtypes.h(616) : error = C2146: syntax error : missing ';' before identifier 'Address' C:\Programmi\Microsoft Visual Studio\VC98\INCLUDE\bhtypes.h(616) : error = C2501: 'ADDRESS' : missing storage-class or type specifiers C:\Programmi\Microsoft Visual Studio\VC98\INCLUDE\bhtypes.h(616) : error = C2501: 'Address' : missing storage-class or type specifiers C:\Programmi\Microsoft Visual Studio\VC98\INCLUDE\bhtypes.h(617) : error = C2065: 'MAX_NAME_SIZE' : undeclared identifier C:\Programmi\Microsoft Visual Studio\VC98\INCLUDE\bhtypes.h(617) : error = C2057: expected constant expression C:\Programmi\Microsoft Visual Studio\VC98\INCLUDE\bhtypes.h(617) : = warning C4200: nonstandard extension used : zero-sized array in = struct/union C:\Programmi\Microsoft Visual Studio\VC98\INCLUDE\bhtypes.h(618) : error = C2229: struct '_ADDRESSINFO' has an illegal zero-sized array C:\Programmi\Microsoft Visual Studio\VC98\INCLUDE\bhtypes.h(631) : = warning C4200: nonstandard extension used : zero-sized array in = struct/union C:\Programmi\Microsoft Visual Studio\VC98\INCLUDE\frame.h(29) : warning = C4200: nonstandard extension used : zero-sized array in struct/union C:\Programmi\Microsoft Visual Studio\VC98\INCLUDE\frame.h(56) : warning = C4200: nonstandard extension used : zero-sized array in struct/union C:\Programmi\Microsoft Visual Studio\VC98\INCLUDE\frame.h(57) : warning = C4200: nonstandard extension used : zero-sized array in struct/union C:\Programmi\Microsoft Visual Studio\VC98\INCLUDE\frame.h(89) : warning = C4200: nonstandard extension used : zero-sized array in struct/union Error executing cl.exe. nelexport.dlu - 6 error(s), 16 warning(s) -- c'ya! Valerio Santinelli tanis@mediacom.it HateSeed Gaming Magazine http://www.hateseed.com/ My Lab http://tanis.hateseed.com/ In Flames Italia http://www.inflames.it/ ------=_NextPart_000_00D1_01C15B49.F356B250 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
--------------------Configuration: = nel_mesh_lib -=20 Win32=20 ReleaseDebug--------------------
Compiling...
stdafx.cpp
C:\Prog= rammi\Microsoft=20 Platform SDK\include\bhtypes.h(623) : error C2146: syntax error : = missing ';'=20 before identifier 'Address'
C:\Programmi\Microsoft Platform=20 SDK\include\bhtypes.h(623) : error C2501: 'ADDRESS' : missing = storage-class or=20 type specifiers
C:\Programmi\Microsoft Platform = SDK\include\bhtypes.h(623) :=20 error C2501: 'Address' : missing storage-class or type=20 specifiers
C:\Programmi\Microsoft Platform SDK\include\bhtypes.h(624) = : error=20 C2065: 'MAX_NAME_SIZE' : undeclared identifier
C:\Programmi\Microsoft = Platform SDK\include\bhtypes.h(624) : error C2057: expected constant=20 expression
C:\Programmi\Microsoft Platform SDK\include\bhtypes.h(625) = : error=20 C2229: struct '_ADDRESSINFO' has an illegal zero-sized array
Error = executing=20 cl.exe.
 
nelexport.dlu - 6 error(s), 0=20 warning(s)
Any idea what could cause this? I tried = removing=20 the Platform SDK includes.. the only difference is that the error is = that=20 :
 
 
--------------------Configuration: = nel_mesh_lib -=20 Win32=20 ReleaseDebug--------------------
Compiling...
stdafx.cpp
C:\Prog= rammi\Microsoft=20 Visual Studio\VC98\INCLUDE\bhtypes.h(295) : warning C4200: nonstandard = extension=20 used : zero-sized array in struct/union
C:\Programmi\Microsoft Visual = Studio\VC98\INCLUDE\bhtypes.h(352) : warning C4200: nonstandard = extension used :=20 zero-sized array in struct/union
C:\Programmi\Microsoft Visual=20 Studio\VC98\INCLUDE\bhtypes.h(383) : warning C4200: nonstandard = extension used :=20 zero-sized array in struct/union
C:\Programmi\Microsoft Visual=20 Studio\VC98\INCLUDE\bhtypes.h(431) : warning C4200: nonstandard = extension used :=20 zero-sized array in struct/union
C:\Programmi\Microsoft Visual=20 Studio\VC98\INCLUDE\bhtypes.h(432) : warning C4200: nonstandard = extension used :=20 zero-sized array in struct/union
C:\Programmi\Microsoft Visual=20 Studio\VC98\INCLUDE\bhtypes.h(433) : warning C4200: nonstandard = extension used :=20 zero-sized array in struct/union
C:\Programmi\Microsoft Visual=20 Studio\VC98\INCLUDE\bhtypes.h(434) : warning C4200: nonstandard = extension used :=20 zero-sized array in struct/union
C:\Programmi\Microsoft Visual=20 Studio\VC98\INCLUDE\bhtypes.h(435) : warning C4200: nonstandard = extension used :=20 zero-sized array in struct/union
C:\Programmi\Microsoft Visual=20 Studio\VC98\INCLUDE\bhtypes.h(519) : warning C4200: nonstandard = extension used :=20 zero-sized array in struct/union
C:\Programmi\Microsoft Visual=20 Studio\VC98\INCLUDE\bhtypes.h(564) : warning C4200: nonstandard = extension used :=20 zero-sized array in struct/union
C:\Programmi\Microsoft Visual=20 Studio\VC98\INCLUDE\bhtypes.h(616) : error C2146: syntax error : missing = ';'=20 before identifier 'Address'
C:\Programmi\Microsoft Visual=20 Studio\VC98\INCLUDE\bhtypes.h(616) : error C2501: 'ADDRESS' : missing=20 storage-class or type specifiers
C:\Programmi\Microsoft Visual=20 Studio\VC98\INCLUDE\bhtypes.h(616) : error C2501: 'Address' : missing=20 storage-class or type specifiers
C:\Programmi\Microsoft Visual=20 Studio\VC98\INCLUDE\bhtypes.h(617) : error C2065: 'MAX_NAME_SIZE' : = undeclared=20 identifier
C:\Programmi\Microsoft Visual = Studio\VC98\INCLUDE\bhtypes.h(617) :=20 error C2057: expected constant expression
C:\Programmi\Microsoft = Visual=20 Studio\VC98\INCLUDE\bhtypes.h(617) : warning C4200: nonstandard = extension used :=20 zero-sized array in struct/union
C:\Programmi\Microsoft Visual=20 Studio\VC98\INCLUDE\bhtypes.h(618) : error C2229: struct '_ADDRESSINFO' = has an=20 illegal zero-sized array
C:\Programmi\Microsoft Visual=20 Studio\VC98\INCLUDE\bhtypes.h(631) : warning C4200: nonstandard = extension used :=20 zero-sized array in struct/union
C:\Programmi\Microsoft Visual=20 Studio\VC98\INCLUDE\frame.h(29) : warning C4200: nonstandard extension = used :=20 zero-sized array in struct/union
C:\Programmi\Microsoft Visual=20 Studio\VC98\INCLUDE\frame.h(56) : warning C4200: nonstandard extension = used :=20 zero-sized array in struct/union
C:\Programmi\Microsoft Visual=20 Studio\VC98\INCLUDE\frame.h(57) : warning C4200: nonstandard extension = used :=20 zero-sized array in struct/union
C:\Programmi\Microsoft Visual=20 Studio\VC98\INCLUDE\frame.h(89) : warning C4200: nonstandard extension = used :=20 zero-sized array in struct/union
Error executing cl.exe.
 
nelexport.dlu - 6 error(s), 16=20 warning(s)
 
 

--
c'ya!
 
Valerio Santinelli
tanis@mediacom.it
HateSeed = Gaming=20 Magazine http://www.hateseed.com/
My=20 Lab http://tanis.hateseed.com/
In = Flames Italia http://www.inflames.it/
------=_NextPart_000_00D1_01C15B49.F356B250-- From lecroart@nevrax.com Tue Oct 23 15:06:50 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f9ND6oU39439 for ; Tue, 23 Oct 2001 15:06:50 +0200 (CEST) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id f9ND20A52027 for ; Tue, 23 Oct 2001 15:02:00 +0200 (CEST) (envelope-from lecroart@nevrax.com) Message-ID: <002401c15bc2$e6eb06f0$0901a8c0@vianneyl> From: "Vianney Lecroart" To: References: <3BD480BB.9DC1F695@packetport.com> Subject: Re: [Nel] Stability for at least a test product? Date: Tue, 23 Oct 2001 15:01:59 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hello tony, You know, Snowballs is exactly what you want, it's a virtual chat in a snow world where you can walk and throw snowballs and so on. Vianney Lecroart --- lead network programmer / nevrax.com icq#: 6870415 homepage: http://ace.planet-d.net www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? ----- Original Message ----- From: "Tony Hoyt" To: Sent: Monday, October 22, 2001 10:25 PM Subject: [Nel] Stability for at least a test product? > How do things look at the moment for a stable working application? > Perhaps someone could set up a simple virtual chat world, something > where people could at least walk around a open field and perform basic > interactions? It would be nice to get some real deminstrations of this > available for the public to see. > > Plus I'm too lazy to do it myself :-/ > > Tony > _______________________________________________ > Nel mailing list > Nel@nevrax.org > /mailman/listinfo.cgi/nel > From v.caron@zerodeux.net Tue Oct 23 18:10:54 2001 Received: from zerodeux.net (zerodeux.net [62.4.22.182]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f9NGArU40335 for ; Tue, 23 Oct 2001 18:10:53 +0200 (CEST) (envelope-from v.caron@zerodeux.net) Received: from zerodeux.net (zerodeux.home [192.168.1.3]) by zerodeux.net (Postfix) with ESMTP id 5A4DE92 for ; Tue, 23 Oct 2001 18:06:05 +0200 (CEST) Message-ID: <3BD59568.2C54A7E4@zerodeux.net> Date: Tue, 23 Oct 2001 18:06:00 +0200 From: Vincent Caron X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.12 i686) X-Accept-Language: en, fr MIME-Version: 1.0 To: nel@nevrax.org Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: [Nel] Linux: pb with ./configure and libxml2 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hello, I'm running a Debian and have libxml2 properly installed. However the configure script fails : checking for xml2-config... /usr/bin/xml2-config checking for libxml - version >= 2.0.0... no *** Could not run libxml test program, checking why... *** The test program failed to compile or link. See the file config.log for the *** exact error that occured. This usually means LIBXML was incorrectly installed *** or that you have moved LIBXML since it was installed. In the latter case, you *** may want to edit the xml2-config script: /usr/bin/xml2-config configure: error: libxml2 must be installed. $ xml2-config --version 2.4.6 It seems the test macro doesn't use `xml2-config --cflags` : on Debian it is `/usr/include/libxml2` (the reason being libxml1 is in the default /usr/include for Gnome 1.4's sake). I'm not an autoconf guru, so... :) From valignat@gw.nevrax.com Wed Oct 24 11:02:08 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f9O926U45622 for ; Wed, 24 Oct 2001 11:02:06 +0200 (CEST) (envelope-from valignat@gw.nevrax.com) Received: from gw.nevrax.com (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with ESMTP id f9O8vDA61029 for ; Wed, 24 Oct 2001 10:57:13 +0200 (CEST) (envelope-from valignat@gw.nevrax.com) Received: (from valignat@localhost) by gw.nevrax.com (8.11.6/8.11.6) id f9O8v5f19920 for nel@nevrax.org; Wed, 24 Oct 2001 10:57:05 +0200 (CEST) (envelope-from valignat) Date: Wed, 24 Oct 2001 10:57:05 +0200 From: Cedric Valignat To: nel@nevrax.org Subject: Re: [Nel] Linux: pb with ./configure and libxml2 Message-ID: <20011024105705.A19893@nevrax.com> References: <3BD59568.2C54A7E4@zerodeux.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3BD59568.2C54A7E4@zerodeux.net>; from v.caron@zerodeux.net on Tue, Oct 23, 2001 at 06:06:00PM +0200 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hello Vincent, There is a problem with the libxml 2 macro for autoconf so the test program fail (at least on Debian :-) to overide this test you have to run the configure script with the '--disable-xmltest' option. The libxml informations (cflags and libs options) will be set correctly. Vincent Caron wrote: > > I'm running a Debian and have libxml2 properly installed. However the > configure script fails : > > checking for xml2-config... /usr/bin/xml2-config > checking for libxml - version >= 2.0.0... no > *** Could not run libxml test program, checking why... > *** The test program failed to compile or link. See the file config.log for the > *** exact error that occured. This usually means LIBXML was incorrectly installed > *** or that you have moved LIBXML since it was installed. In the latter case, you > *** may want to edit the xml2-config script: /usr/bin/xml2-config > configure: error: libxml2 must be installed. > [...] Cedric. From ahoyt@packetport.com Wed Oct 24 14:28:33 2001 Received: from smtp1.mail.iamworld.net (smtp1-out.mail.iamworld.net [204.91.241.116]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f9OCSWU46702 for ; Wed, 24 Oct 2001 14:28:32 +0200 (CEST) (envelope-from ahoyt@packetport.com) Received: from packetport.com ([207.86.139.130]) by smtp1.mail.iamworld.net (8.9.3/8.9.3) with ESMTP id IAA857473 for ; Wed, 24 Oct 2001 08:23:40 -0400 (EDT) Message-ID: <3BD6B31B.6F5A7FA0@packetport.com> Date: Wed, 24 Oct 2001 08:24:59 -0400 From: Tony Hoyt X-Mailer: Mozilla 4.76 [en] (X11; U; SunOS 5.7 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: nel@nevrax.org References: <3BD480BB.9DC1F695@packetport.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: [Nel] Building Snowballs Client? Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Last Night I tried to build the Snowballs client and ran into a wall trying to build Nel. I built STLport-4.5 in C:\STLport-4.5. And FreeType 2 in C:\FreeType. And then was ready to build Nel 3D only at this point. Now, What happened appeared to be an issue with redeclirations of various STL types. So I think the problem may be the Include and Library directory listings for Visual Studio. It was all durring the compileing phase, right from the start. Could someone go over the INSTALL directions for nel because some of it does not make sence. For example quote ------------------------- Setup Visual C++ to find the NeL include and library files : - Add the NEL include directory to the "Library Files" category. ex: D:/test/code/nel/include - Add the STLPort library directory to the "Library Files" category. ex: D:/test/code/nel/lib /quote ------------------------- I understand that D:/test/code/ is the root directory for my nel files, which I grabed from the CVS just last night, but still those lines make little sence. Could someone please go through the installation again to make sure that it's proper and that INSTALL file is correct. Thanks Tony From lecroart@nevrax.com Wed Oct 24 15:43:56 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f9ODhtU47067 for ; Wed, 24 Oct 2001 15:43:55 +0200 (CEST) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id f9ODd4A65696 for ; Wed, 24 Oct 2001 15:39:04 +0200 (CEST) (envelope-from lecroart@nevrax.com) Message-ID: <006c01c15c91$3f3e37e0$0901a8c0@vianneyl> From: "Vianney Lecroart" To: References: <3BD480BB.9DC1F695@packetport.com> <3BD6B31B.6F5A7FA0@packetport.com> Date: Wed, 24 Oct 2001 15:39:04 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Subject: [Nel] Deprecated services Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi there, We made few clean up in services directory (nelns). pac_service, log_service and time_service are removed from the CVS because they are deprecated. You don't need them to run a shard anymore. The universal time system was removed because it was too much game dev dependant. We use NTP to sync our server and if a service need the time, it uses CTime class in misc module. If you want a specific game time management, you have to create your own class. So now a service starts, it doesn't connect to time_service anymore. The file unitime.cpp is always available in the net module but the class was renamed from CUniTime to _CUniTime and is deprecated so don't use it. We planned to remove it in less than few month. Regards, Vianney Lecroart --- lead network programmer / nevrax.com icq#: 6870415 homepage: http://ace.planet-d.net www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? From valignat@gw.nevrax.com Wed Oct 24 18:56:43 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f9OGugU48098 for ; Wed, 24 Oct 2001 18:56:42 +0200 (CEST) (envelope-from valignat@gw.nevrax.com) Received: from gw.nevrax.com (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with ESMTP id f9OGpqA68895 for ; Wed, 24 Oct 2001 18:51:52 +0200 (CEST) (envelope-from valignat@gw.nevrax.com) Received: (from valignat@localhost) by gw.nevrax.com (8.11.6/8.11.6) id f9OGpgg75609 for nel@nevrax.org; Wed, 24 Oct 2001 18:51:42 +0200 (CEST) (envelope-from valignat) Date: Wed, 24 Oct 2001 18:51:42 +0200 From: Cedric Valignat To: nel@nevrax.org Subject: Re: [Nel] Building Snowballs Client? Message-ID: <20011024185141.A72567@nevrax.com> References: <3BD480BB.9DC1F695@packetport.com> <3BD6B31B.6F5A7FA0@packetport.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3BD6B31B.6F5A7FA0@packetport.com>; from ahoyt@packetport.com on Wed, Oct 24, 2001 at 08:24:59AM -0400 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hello Tony, Tony Hoyt wrote: > > Now, What happened appeared to be an issue with redeclirations of > various STL types. So I think the problem may be the Include and > Library directory listings for Visual Studio. It was all durring the > compileing phase, right from the start. Could someone go over the > INSTALL directions for nel because some of it does not make sence. For > example In Visual, you heve to set up that option in the menu "Tools->Options->Directories". There you will see differents categories "Include Files", "Library Files", etc ... and a list of directories for each category. You have to make sure that the STLPorts include directory is BEFORE the visual include directory in the "Include Files" directory list. Otherwise there is an other mistake in that file: You have to add the NeL src directory in the "Include Files" directory list : ex: D:/test/code/nel/src > quote ------------------------- > Setup Visual C++ to find the NeL include and library files : > > - Add the NEL include directory to the "Library Files" > category. Oops there is a mistake is not the "Library Files" category but the "Include Files" category ... > ex: D:/test/code/nel/include > > - Add the STLPort library directory to the "Library Files" > category. ... and here, that's not "the STLPort library directory" but "NeLlibrary directory" > > I understand that D:/test/code/ is the root directory for my nel files, > which I grabed from the CVS just last night, but still those lines make > little sence. Could someone please go through the installation again to > make sure that it's proper and that INSTALL file is correct. Thanks I will fix the INSTALL file, sorry about that. Cedric. From v.caron@zerodeux.net Thu Oct 25 00:18:44 2001 Received: from zerodeux.net (zerodeux.net [62.4.22.182]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f9OMIiU49567 for ; Thu, 25 Oct 2001 00:18:44 +0200 (CEST) (envelope-from v.caron@zerodeux.net) Received: from zerodeux.net (zerodeux.home [192.168.1.3]) by zerodeux.net (Postfix) with ESMTP id 93EB4A1 for ; Thu, 25 Oct 2001 00:13:56 +0200 (CEST) Message-ID: <3BD73D1A.DCB8FA55@zerodeux.net> Date: Thu, 25 Oct 2001 00:13:46 +0200 From: Vincent Caron X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.12 i686) X-Accept-Language: en, fr MIME-Version: 1.0 To: nel@nevrax.org Subject: Re: [Nel] Linux: now little pb with STLport References: <3BD59568.2C54A7E4@zerodeux.net> <20011024105705.A19893@nevrax.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Cedric Valignat wrote: > > There is a problem with the libxml 2 macro for autoconf so the test > program fail (at least on Debian :-) to overide this test you have to > run the configure script with the '--disable-xmltest' option. Thanx, it works. Now I have a pb with both STLport 4.5 (release) and STLport-0824 (beta) : c++ -DHAVE_CONFIG_H -I. -I. -I../../include -I../../src -I/usr/include/freetype2 -I/home/zerodeux/src/nevrax/STLport/stlport -g -Wno-multichar -D_REENTRANT -I/usr/X11R6/include -Wp,-MD,.deps/skeleton_weight.pp -c skeleton_weight.cpp -fPIC -DPIC -o .libs/skeleton_weight.lo /home/zerodeux/src/nevrax/STLport/stlport/stl/type_traits.h: In function `struct _STL::_OKToMemCpy _STL::_IsOKToMemCpy(char *, char *)': /home/zerodeux/src/nevrax/STLport/stlport/stl/type_traits.h:343: template instantiation depth exceeds maximum of 17 /home/zerodeux/src/nevrax/STLport/stlport/stl/type_traits.h:343: (use -ftemplate-depth-NN to increase the maximum) /home/zerodeux/src/nevrax/STLport/stlport/stl/type_traits.h:343: instantiating `_STL::_OKToMemCpy' /home/zerodeux/src/nevrax/STLport/stlport/stl/type_traits.h:343: instantiated from `_STL::_IsOKToMemCpy(char *, char *)' There's a good advice in this error, so I ran : CXXFLAGS=-ftemplate-depth-24 ./configure ; make And it did the job. Maybe this should be set as a default ? BTW, this feature is not documented in 'man g++'. I'm using g++ 2.95.4. From v.caron@zerodeux.net Thu Oct 25 03:32:26 2001 Received: from zerodeux.net (zerodeux.net [62.4.22.182]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f9P1WPU50944 for ; Thu, 25 Oct 2001 03:32:25 +0200 (CEST) (envelope-from v.caron@zerodeux.net) Received: from zerodeux.net (zerodeux.home [192.168.1.3]) by zerodeux.net (Postfix) with ESMTP id 05F181742; Thu, 25 Oct 2001 03:27:38 +0200 (CEST) Message-ID: <3BD76A7F.568192F4@zerodeux.net> Date: Thu, 25 Oct 2001 03:27:27 +0200 From: Vincent Caron X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.12 i686) X-Accept-Language: en, fr MIME-Version: 1.0 To: nel@nevrax.org Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: [Nel] Linux compiling results Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Yes, it compiled :). However you could be horrified or impressed by the following figures depending on your profile : Host : 2x P3-800 OS : Linux 2.4.12 SMP comp. : gcc 2.95.4 Module: NeL Test : CXXFLAGS=-ftemplate-depth-24 ./configure --enable-sound --enable-ai [+paths] MAKE='make -j3' make Time: real 47m56.997s user 81m10.710s sys 4m13.870s Note: I coulnd't compile the debug version because I 'only' had 2,5 GB free on my partition ... From tanis@mediacom.it Thu Oct 25 08:51:38 2001 Received: from www.digi-web.it ([62.110.27.80]) by www.nevrax.org (8.11.0/8.11.0) with SMTP id f9P6pbU52533 for ; Thu, 25 Oct 2001 08:51:38 +0200 (CEST) (envelope-from tanis@mediacom.it) Received: (qmail 30303 invoked from network); 25 Oct 2001 06:36:06 -0000 Received: from unknown (HELO valerio) (172.16.69.2) by mail.digisoft.local with SMTP; 25 Oct 2001 06:36:06 -0000 Message-ID: <012e01c15d20$d5310220$024510ac@valerio> From: "Valerio Santinelli" To: References: <3BD76A7F.568192F4@zerodeux.net> Subject: Re: [Nel] Linux compiling results Date: Thu, 25 Oct 2001 08:46:53 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform It's not just you having problem with space.. I am around that same size under Windows. -- Valerio Santinelli HateSeed.com Founder (http://www.hateseed.com) In Flames Italia Webmaster (http://www.inflames.it) My Lab (http://tanis.hateseed.com) ----- Original Message ----- From: "Vincent Caron" To: Sent: Thursday, October 25, 2001 3:27 AM Subject: [Nel] Linux compiling results > Yes, it compiled :). However you could be horrified or impressed by the > following figures depending on your profile : > > Host : 2x P3-800 > OS : Linux 2.4.12 SMP > comp. : gcc 2.95.4 > Module: NeL > Test : > CXXFLAGS=-ftemplate-depth-24 ./configure --enable-sound --enable-ai [+paths] > MAKE='make -j3' make > Time: > real 47m56.997s > user 81m10.710s > sys 4m13.870s > > Note: I coulnd't compile the debug version because I 'only' had 2,5 GB free > on my partition ... > _______________________________________________ > Nel mailing list > Nel@nevrax.org > /mailman/listinfo.cgi/nel From v.caron@zerodeux.net Thu Oct 25 13:56:42 2001 Received: from zerodeux.net (zerodeux.net [62.4.22.182]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f9PBueU54328 for ; Thu, 25 Oct 2001 13:56:41 +0200 (CEST) (envelope-from v.caron@zerodeux.net) Received: from zerodeux.net (zerodeux.home [192.168.1.3]) by zerodeux.net (Postfix) with ESMTP id B73EE1D5E for ; Thu, 25 Oct 2001 13:51:44 +0200 (CEST) Message-ID: <3BD7FCCE.17738D9F@zerodeux.net> Date: Thu, 25 Oct 2001 13:51:42 +0200 From: Vincent Caron X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.12 i686) X-Accept-Language: en, fr MIME-Version: 1.0 To: nel@nevrax.org Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: [Nel] Linux compiling again Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform At least you have an annoying beta-tester in this area ! :) This time I come with the pb and the fix : src/ai/logic/fsm_script.cpp:7 src/ai/logic/fsm_seq_script.cpp:6 src/ai/logic/operator_script.cpp:5 src/ai/agent_init.cpp:56 src/ai/static_def_init.cpp:35 #include "nel/ai/agent/gd_agent_script.h" ... works better as : #include "nel/ai/agent/agent_script.h" (code taken from your public CVS) From ahoyt@packetport.com Thu Oct 25 14:33:45 2001 Received: from smtp2.mail.iamworld.net (smtp2-out.mail.iamworld.net [204.91.241.117]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f9PCXiU54634 for ; Thu, 25 Oct 2001 14:33:45 +0200 (CEST) (envelope-from ahoyt@packetport.com) Received: from packetport.com ([207.86.139.130]) by smtp2.mail.iamworld.net (8.9.3/8.9.3) with ESMTP id IAA685813 for ; Thu, 25 Oct 2001 08:28:51 -0400 (EDT) Message-ID: <3BD805D3.59288B2D@packetport.com> Date: Thu, 25 Oct 2001 08:30:11 -0400 From: Tony Hoyt X-Mailer: Mozilla 4.76 [en] (X11; U; SunOS 5.7 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: nel@nevrax.org Subject: Re: [Nel] Building Snowballs Client? References: <3BD480BB.9DC1F695@packetport.com> <3BD6B31B.6F5A7FA0@packetport.com> <20011024185141.A72567@nevrax.com> Content-Type: multipart/mixed; boundary="------------A7CFE62A83B06D8BD71DDE84" Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform This is a multi-part message in MIME format. --------------A7CFE62A83B06D8BD71DDE84 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Well I knew how to update my include and library paths so that they included the desired directories in question BUT, that didn't seem to help at all. Here is a listing of my include and library directories for your review. Include DIRS C:\STLPORT-4.5\STLPORT c:\FREETYPE-2.0.5\INCLUDE f:\WORKING\NEVRAX\CODE\NEL\SRC F:\WORKING\NEVRAX\CODE\NEL\INCLUDE c:\apps\DX_sdk\include C:\Apps\VisualStudio\VC98\INCLUDE C:\Apps\VisualStudio\VC98\MFC\INCLUDE C:\Apps\VisualStudio\VC98\ATL\INCLUDE Libary DIRS c:\STLPORT-4.5\LIB c:\FREETYPE-2.0.5\OBJS F:\WORKING\NEVRAX\CODE\NEL\LIB c:\apps\DX_sdk\lib C:\Apps\VisualStudio\VC98\LIB C:\Apps\VisualStudio\VC98\MFC\LIB And attached to this document is a tar.gz of the errors I recieve with Visual Studio 6.0 with SP5 installed. Why is the errors file a tar.gz you ask? It's just a text file.. that's 257K big. :-/ tar.gz makes it 3K. So with that. Let me know what you guys come up with. I'll talk to you later. Tony p.s. DX_sdk is my directX 8.0 SDK installation. --------------A7CFE62A83B06D8BD71DDE84 Content-Type: application/x-gzip; name="errors.tar.gz" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="errors.tar.gz" H4sICDwF2DsAA2Vycm9ycy50YXIA7d1db9NYAodxriv1O3ivykgQ8v62LBLqzKDRsLBiWGYv KllOclKs8UvGPmHb/fR7nLZAZ4ApobX/tp/cNCStj4/95Ii4PzUmy9Is79gze+/Obt1etzse Du91u93eZNQrvrp7/d1X91R30nOPTQbjcbfb7w2Lx3uDQc99/93t0ofbNrdB5oa079KzL32f +7b1+gvP7yY17F587Zay67dxOzx4+InbcZqsw9NtFtgwTeZeHOZL76H3a5gM+t73ZrE9/THI 7ad+8PDgOI03YRQmp51O5/BgEVo/NrGf28wEcWe52Rwe/Dg/+fXlq59/evHs5MUPb149/c/J 8cvvf3D3n5/89OL4+b/d/cREj4pBHy3TOE6Tztv7g97oO2/umSJX79hlMph7+Xlig7PLx3Z7 mbtxvaO/H3kLs04z4x09eXJ0OwOOBt25d+T7v7x+7h8/ff78yD2XmbXJTLI0uRe7jNygXpiE Ngyi8H9mdTvjdkezP03UTfCWNj4eFZM6fhtkr4sJbZOVWUZBZlZeuDKJDdehyW51qNdZENr8 jseajYZzz5p4EwXWeCuz3p2VNMm9ZZAkqfUSk9tyO3z8+LZO2XT8iQ4/zJHaP974uLwsxmUv T+NSshhXlMW4zVl8y2pBFntvfFJeFpOyV4tJKVlMKspi0uYsvmW1IIu9Nz4tL4tp2avFtJQs phVlMW1zFt+yWpDF3huflZfFrOzVYlZKFrOKspi1OYtvWS3IYt+N97ulZXF9qBJWi+sD3lUW 10cpL4s/zK5lWXzDakEW+x+6QXlZlP1LmH4pF7/7FV387t/lxe9ReVc5R2W/ExmV8k5kVNE7 kdFdvhOZlrdaTMteLaalrBbTilaL6R2uFsPyficyLPu6xbCU6xbDiq5b/HF2n8vieH7ydLPJ T96E+TaIfrHbVZievDmeTd9vu9N5FCbLaLsyj+z5xoTJOr0/vn7xe+o2flQ86RfPFnN6H8ky CvLcexvkXhBlJlidu+mZ5KIds/KKx70kTR5e/4HDA+/y9mx+Ujx1EnR74+kgXN8f94uhc1P0 V0CBnUXx0vXHO7CbljvE/3r56vXDYWd0df8kt9Ej32bGuCPU6+7zLvsmG+5d/+9kd1ic8leL 3fN+kq6MvwhyUxym4uvlISrgw+6YfJj7jcYaXB2O9xl5Nr3c5vvphElug8QltTtYR0V+8/m1 XXrsvwmirXlSvLKK19hy53WKvbnJXgz/+pJ6Zuw2S254aq5vrz+YFjDEnG3M0rpobPqbSe7n 33mbzCzN6nJJuOGW97re8bd/fNXm14ENoqtBet0igI923ySrote1O7zeOnXn/fBgd7r8zJyG uc3O8VCVCxE8FB6qPbWrwxc8FB4KD6WShTp8wUPhofBQKlmowxc8FB4KD6WShTp8wUPhofBQ IlnIwxc8FB4KD6WSBR4KD4WHwkPhofBQeCg8VL09VA8PhYdqqocq7qOgKnchKCgUVHtqV+cu KCgUFApKJQt17oKCQkGhoFSyUOcuKCgUFApKJQt17oKCQkGhoESykOcuKCgUFApKJQsUFAoK BYWCQkGhoFBQKKh6K6g+CgoF1VQFFfpncQSDqhyGwKBgUO2pXd27wKBgUDAolSzUvQsMCgYF g1LJQt27wKBgUDAolSzUvQsMCgYFgxLJQt67wKBgUDAolSxgUDAoGBQMCgYFg4JBwaDqzaAG MCgYVFMZVGxiP3fbCGIsVOU6BAuFhWpP7eroBQuFhcJCqWShjl6wUFgoLJRKFuroBQuFhcJC qWShjl6wUFgoLJRIFvLoBQuFhcJCqWSBhcJCYaGwUFgoLBQWCgtVbws1xEJhoZpqoVL+JJQE DIFBwaDaU7u6d4FBwaBgUCpZqHsXGBQMCgalkoW6d4FBwaBgUCpZqHsXGBQMCgYlkoW8d4FB waBgUCpZwKBgUDAoGBQMCgYFg4JB1ZtBjWBQMKimMij+HJSIDMFB4aDaU7s6eMFB4aBwUCpZ qIMXHBQOCgelkoU6eMFB4aBwUCpZqIMXHBQOCgclkoU8eMFB4aBwUCpZ4KBwUDgoHBQOCgeF g8JB1dtBjXFQOKgGOyg3JJ+OpwJE4FBwqPbUru5e4FBwKDiUShbq7gUOBYeCQ6lkoe5e4FBw KDiUShbq7gUOBYeCQ4lkIe9e4FBwKDiUShZwKDgUHAoOBYeCQ8Gh4FD15lATOBQcqqkcKggW i/QMB1W5DMFB4aDaU7s6eMFB4aBwUCpZqIMXHBQOCgelkoU6eMFB4aBwUCpZqIMXHBQOCgcl koU8eMFB4aBwUCpZ4KBwUDgoHBQOCgeFg8JB1dtBTXFQOKimOqhFvnnrTh4QqnIaAoQCQrWn dnXxAoQCQgGhVLJQFy9AKCAUEEolC3XxAoQCQgGhVLJQFy9AKCAUEEokC3nxAoQCQgGhVLIA QgGhgFBAKCAUEAoIBYSqN4SaAaGAUE2FUKcmjX1zZpFQldsQJBQSqj21q5MXJBQSCgmlkoU6 eUFCIaGQUCpZqJMXJBQSCgmlkoU6eUFCIaGQUCJZyJMXJBQSCgmlkgUSCgmFhEJCIaGQUEgo JFStJdSii4RCQjVVQkXuxKOgKnchKCgUVHtqV+cuKCgUFApKJQt17oKCQkGhoFSyUOcuKCgU FApKJQt17oKCQkGhoESykOcuKCgUFApKJQsUFAoKBYWCQkGhoFBQKKh6K6geCgoF1VQFFQc2 C89wUJXLEBwUDqo9tauDFxwUDgoHpZKFOnjBQeGgcFAqWaiDFxwUDgoHpZKFOnjBQeGgcFAi WciDFxwUDgoHpZIFDgoHhYPCQeGgcFA4KBxUvR1UHweFg2qqg3JniT8HJQBDYFAwqPbUru5d YFAwKBiUShbq3gUGBYOCQalkoe5dYFAwKBiUShbq3gUGBYOCQYlkIe9dYFAwKBiUShYwKBgU DAoGBYOCQcGgYFD1ZlADGBQMqrEMKo3OT93rFgj1teMCoYBQQKimihcgFBAKCKWShbp4AUIB oYBQKlmoixcgFBAKCKWShbp4AUIBoYBQIlnIixcgFBAKCKWSBRAKCAWEAkIBoYBQQCggVL0h 1BAIBYRqKoT6fRtYFFTlLgQFhYJqT+3q3AUFhYJCQalkoc5dUFAoKBSUShbq3AUFhYJCQalk oc5dUFAoKBSUSBby3AUFhYJCQalkgYJCQaGgUFAoKBQUCgoFVW8FNUJBoaCaqqDcPC4VlM3C IDmN+Ii86pUIJgoT1Z7a1fELJgoThYlSyUIdv2CiMFGYKJUs1PELJgoThYlSyUIdv2CiMFGY KJEs5PELJgoThYlSyQIThYnCRGGiMFGYKEwUJqreJmqCicJENdVEbd9hoCpXIRgoDFR7alfH LhgoDBQGSiULdeyCgcJAYaBUslDHLhgoDBQGSiULdeyCgcJAYaBEspDHLhgoDBQGSiULDBQG CgOFgcJAYaAwUBioehuoKQYKA9VUA/XOPZNmOKjKZQgOCgfVntrVwQsOCgeFg1LJQh284KBw UDgolSzUwQsOCgeFg1LJQh284KBwUDgokSzkwQsOCgeFg1LJAgeFg8JB4aBwUDgoHBQOqt4O aoaDwkE11UE9M4kpSnbDHruT0el03HC7M+Ae2v3rQkr5/RVYqnI+ApYCS7WndnUVA5YCS4Gl VLJQVzFgKbAUWEolC3UVA5YCS4GlVLJQVzFgKbAUWEokC3kVA5YCS4GlVLIAS4GlwFJgKbAU WAosBZaqNZYKumApsFRTsdQVhVpDoSrHIVAoKFR7alc3L1AoKBQUSiULdfMChYJCQaFUslA3 L1AoKBQUSiULdfMChYJCQaFEspA3L1AoKBQUSiULKBQUCgoFhYJCQaGgUFCoelOoHhQKCtVw CvUWCVW5DUFCIaHaU7s6eUFCIaGQUCpZqJMXJBQSCgmlkoU6eUFCIaGQUCpZqJMXJBQSCgkl koU8eUFCIaGQUCpZIKGQUEgoJBQSCgmFhEJC1VtC9ZFQSKhmSyg+Ha96GgKEAkK1p3Z18QKE AkIBoVSyUBcvQCggFBBKJQt18QKEAkIBoVSyUBcvQCggFBBKJAt58QKEAkIBoVSyAEIBoYBQ QCggFBAKCAWEqjeEGgChgFBNhVDLNFmHp37xEBiqch4ChgJDtad2dfUChgJDgaFUslBXL2Ao MBQYSiULdfUChgJDgaFUslBXL2AoMBQYSiQLefUChgJDgaFUsgBDgaHAUGAoMBQYCgwFhvoc hkINoYbqqIbOg+USOlQ5poAOQYfaU7u6EYEOQYegQypZqBsR6BB0CDqkkoW6EYEOQYegQypZ qBsR6BB0CDokkoW8EYEOQYegQypZQIegQ9Ah6BB0CDoEHYIOQYegQ3WnQ+adSawfhbk1icmA Q5VTCuAQcKg9tasLEeAQcAg4pJKFuhABDgGHgEMqWagLEeAQcAg4pJKFuhABDgGHgEMiWcgL EeAQcAg4pJIFcAg4BBwCDgGHgEPAIeBQvT+AbXxrH8CWG1scoP4ta6iLzU6uraOD/sQdGffM Y/9nc/7AP07jTZCZB/7TKEqXT+Zz/5++LY5XbOKFybx1lsaeSyFKd6FfHLww94o9CLxigl4S xOaBl1s37+UDz41ikm1s3GFIs5tJqov97E1ne0Oqz87n6zDVpw7YpQe5PCqfwSC1n+Vw3PtS FsXUl649m22X7rRevW6vlj+38MVB5LmfcClYk+X1PCLDfZZ7c7aJwmVoj2o5536//+fVId5G NlRcIgbD/a3llyd1C8fu4iX0V8Pc3etI7eAMSns1lTnzCyeam+wdSlTAzaFEUaLtqV2dA6JE UaIoUZUs1DkgShQlihJVyUKdA6JEUaIoUZUs1DkgShQlihIVyUKeA6JEUaIoUZUsUKIoUZQo ShQlihJFiaJE661EJyhRlChKFCWKEkWJokRbpETzCx/63zDxL9SoiUNrr9jowv3kb757caTZ OZC0cloHJAWStqd2dTEIJAWSAklVslAXg0BSICmQVCULdTEIJAWSAkmvxt3zJN/jxo1ba2// B0EyD/8ACAQA --------------A7CFE62A83B06D8BD71DDE84-- From sorn@dsl.upc.es Thu Oct 25 14:42:57 2001 Received: from dsl.upc.es (dsl.upc.es [147.83.61.61]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f9PCgtU54914 for ; Thu, 25 Oct 2001 14:42:55 +0200 (CEST) (envelope-from sorn@dsl.upc.es) Received: from dsl.upc.es (localhost [127.0.0.1]) by dsl.upc.es (8.12.1/8.12.1/Debian -2) with ESMTP id f9PCg493023077 for ; Thu, 25 Oct 2001 14:42:04 +0200 Received: from localhost (sorn@localhost) by dsl.upc.es (8.12.1/8.12.1/Debian -2) with ESMTP id f9PCg3SR023073 for ; Thu, 25 Oct 2001 14:42:04 +0200 Date: Thu, 25 Oct 2001 14:42:03 +0200 (CEST) From: David Artiga Torrijos To: Subject: Re: [Nel] Building Snowballs Client? In-Reply-To: <3BD805D3.59288B2D@packetport.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi. I have the same problem. These errors doesn't appear if using STL-4.0. On Thu, 25 Oct 2001, Tony Hoyt wrote: > Well I knew how to update my include and library paths so that they > included the desired directories in question BUT, that didn't seem to > help at all. Here is a listing of my include and library directories > for your review. > > Include DIRS > C:\STLPORT-4.5\STLPORT > c:\FREETYPE-2.0.5\INCLUDE > f:\WORKING\NEVRAX\CODE\NEL\SRC > F:\WORKING\NEVRAX\CODE\NEL\INCLUDE > c:\apps\DX_sdk\include > C:\Apps\VisualStudio\VC98\INCLUDE > C:\Apps\VisualStudio\VC98\MFC\INCLUDE > C:\Apps\VisualStudio\VC98\ATL\INCLUDE > > Libary DIRS > c:\STLPORT-4.5\LIB > c:\FREETYPE-2.0.5\OBJS > F:\WORKING\NEVRAX\CODE\NEL\LIB > c:\apps\DX_sdk\lib > C:\Apps\VisualStudio\VC98\LIB > C:\Apps\VisualStudio\VC98\MFC\LIB > > > And attached to this document is a tar.gz of the errors I recieve with > Visual Studio 6.0 with SP5 installed. Why is the errors file a tar.gz > you ask? It's just a text file.. that's 257K big. :-/ tar.gz makes it > 3K. So with that. Let me know what you guys come up with. I'll talk > to you later. > > Tony > > p.s. DX_sdk is my directX 8.0 SDK installation. From portier@nevrax.com Thu Oct 25 15:01:43 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f9PD1eU55062 for ; Thu, 25 Oct 2001 15:01:41 +0200 (CEST) (envelope-from portier@nevrax.com) Received: from Pierrep (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id f9PCulA76071 for ; Thu, 25 Oct 2001 14:56:47 +0200 (CEST) (envelope-from portier@nevrax.com) Message-ID: <00c801c15d54$8147b1c0$1301a8c0@Pierrep> From: "Pierre Portier" To: References: <3BD7FCCE.17738D9F@zerodeux.net> Subject: Re: [Nel] Linux compiling again Date: Thu, 25 Oct 2001 14:56:46 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi, Thanks for the fix! In fact, gd_agent_script.h and .cpp are obsolete files that have been removed from the CVS tree. So another fix would be to simply remove these include lines. It should be fixed on the cvs after the night update. Regards, Pierre Portier AI Programmer / Nevrax France > At least you have an annoying beta-tester in this area ! :) > This time I come with the pb and the fix : > > src/ai/logic/fsm_script.cpp:7 > src/ai/logic/fsm_seq_script.cpp:6 > src/ai/logic/operator_script.cpp:5 > src/ai/agent_init.cpp:56 > src/ai/static_def_init.cpp:35 > > #include "nel/ai/agent/gd_agent_script.h" > > ... works better as : > > #include "nel/ai/agent/agent_script.h" > > (code taken from your public CVS) > _______________________________________________ > Nel mailing list > Nel@nevrax.org > /mailman/listinfo.cgi/nel > From lecroart@nevrax.com Thu Oct 25 15:31:42 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f9PDVfU55267 for ; Thu, 25 Oct 2001 15:31:41 +0200 (CEST) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id f9PDQoA76652 for ; Thu, 25 Oct 2001 15:26:50 +0200 (CEST) (envelope-from lecroart@nevrax.com) Message-ID: <00bd01c15d58$b3cf5860$0901a8c0@vianneyl> From: "Vianney Lecroart" To: References: <3BD480BB.9DC1F695@packetport.com> <3BD6B31B.6F5A7FA0@packetport.com> <20011024185141.A72567@nevrax.com> <3BD805D3.59288B2D@packetport.com> Subject: Re: [Nel] Building Snowballs Client? Date: Thu, 25 Oct 2001 15:26:49 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Okay, In the 4.5 version STLPort decided to rename all there MACRO function so, __STL_CALL macro doesn't exist anymore. It was remplaced by _STLP_CALL so, I removed STLPort macro in common.h and now it runs fine with STLPort 4.0 and 4.5 You can wait this night for the CVS update or remplace all __STL_CALL in common.h by __cdecl Thanks for the report. Vianney Lecroart --- lead network programmer / nevrax.com icq#: 6870415 homepage: http://ace.planet-d.net www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? ----- Original Message ----- From: "Tony Hoyt" To: Sent: Thursday, October 25, 2001 2:30 PM Subject: Re: [Nel] Building Snowballs Client? > Well I knew how to update my include and library paths so that they > included the desired directories in question BUT, that didn't seem to > help at all. Here is a listing of my include and library directories > for your review. > > Include DIRS > C:\STLPORT-4.5\STLPORT > c:\FREETYPE-2.0.5\INCLUDE > f:\WORKING\NEVRAX\CODE\NEL\SRC > F:\WORKING\NEVRAX\CODE\NEL\INCLUDE > c:\apps\DX_sdk\include > C:\Apps\VisualStudio\VC98\INCLUDE > C:\Apps\VisualStudio\VC98\MFC\INCLUDE > C:\Apps\VisualStudio\VC98\ATL\INCLUDE > > Libary DIRS > c:\STLPORT-4.5\LIB > c:\FREETYPE-2.0.5\OBJS > F:\WORKING\NEVRAX\CODE\NEL\LIB > c:\apps\DX_sdk\lib > C:\Apps\VisualStudio\VC98\LIB > C:\Apps\VisualStudio\VC98\MFC\LIB > > > And attached to this document is a tar.gz of the errors I recieve with > Visual Studio 6.0 with SP5 installed. Why is the errors file a tar.gz > you ask? It's just a text file.. that's 257K big. :-/ tar.gz makes it > 3K. So with that. Let me know what you guys come up with. I'll talk > to you later. > > Tony > > p.s. DX_sdk is my directX 8.0 SDK installation. From ahoyt@packetport.com Thu Oct 25 15:50:34 2001 Received: from smtp1.mail.iamworld.net (smtp1-out.mail.iamworld.net [204.91.241.116]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f9PDoXU55419 for ; Thu, 25 Oct 2001 15:50:33 +0200 (CEST) (envelope-from ahoyt@packetport.com) Received: from packetport.com ([207.86.139.130]) by smtp1.mail.iamworld.net (8.9.3/8.9.3) with ESMTP id JAA946548 for ; Thu, 25 Oct 2001 09:45:41 -0400 (EDT) Message-ID: <3BD817D4.FC28E569@packetport.com> Date: Thu, 25 Oct 2001 09:47:00 -0400 From: Tony Hoyt X-Mailer: Mozilla 4.76 [en] (X11; U; SunOS 5.7 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: nel@nevrax.org Subject: Re: [Nel] Building Snowballs Client? References: <3BD480BB.9DC1F695@packetport.com> <3BD6B31B.6F5A7FA0@packetport.com> <20011024185141.A72567@nevrax.com> <3BD805D3.59288B2D@packetport.com> <00bd01c15d58$b3cf5860$0901a8c0@vianneyl> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Vianney Lecroart wrote: > You can wait this night for the CVS update or remplace all __STL_CALL in > common.h by __cdecl > Thanks for the report. Thank you for the quick responce to fix this. I'm not going to get a chance to look at this untill later today (I'm on East Coast USA, EST -5 GMT) so most likely I'll be able to just grab the lastest updates from the CVS and try then. Hoody hoo! Now we just have to see how Snowballs will run on a tnt2 Ultra. :-/ I hope my P3 800 will keep up. Tony From v.caron@zerodeux.net Thu Oct 25 15:53:22 2001 Received: from zerodeux.net (zerodeux.net [62.4.22.182]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f9PDrMU55438 for ; Thu, 25 Oct 2001 15:53:22 +0200 (CEST) (envelope-from v.caron@zerodeux.net) Received: from zerodeux.net (zerodeux.home [192.168.1.3]) by zerodeux.net (Postfix) with ESMTP id 9397EA1 for ; Thu, 25 Oct 2001 15:48:32 +0200 (CEST) Message-ID: <3BD8182C.FA99D138@zerodeux.net> Date: Thu, 25 Oct 2001 15:48:28 +0200 From: Vincent Caron X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.12 i686) X-Accept-Language: en, fr MIME-Version: 1.0 To: nel@nevrax.org Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: [Nel] Linux compiling, ever Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform src/3d/Makefile.am does not compile these sources : animated_morph.cpp heat_haze.cpp init_3d.cpp landscape_def.cpp landscape_face_vector_manager.cpp landscapeig_manager.cpp landscapevb_allocator.cpp landscapevb_info.cpp mesh_morpher.cpp nv_tri_strip_objects.cpp nv_vertex_cache.cpp particle_system_sound_user.cpp quad_effect.cpp quad_grid_clip_cluster.cpp quad_grid_clip_manager.cpp skip_model.cpp stripifier.cpp tess_face_priority_list.cpp vertex_program.cpp zone_corner_smoother.cpp zone_lighter.cpp Some are really missing since I can't link snowballs2. I actually checked the src/3d.dsp for 'SOURCE=', and my list seems complete. The nvidia stuff does not compile because the code use the ugly 'for (int i=0; ....)' variable scoping. Same error here : quad_grid_clip_manager.cpp:260: name lookup of `i' changed for new ANSI `for' scoping quad_grid_clip_manager.cpp:254: using obsolete binding at `i' We're getting closer ! ;) From michael@in-orbit.net Fri Oct 26 03:29:12 2001 Received: from mail.in-orbit.net ([63.205.226.187]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f9Q1TAU59394 for ; Fri, 26 Oct 2001 03:29:11 +0200 (CEST) (envelope-from michael@in-orbit.net) Received: from baldur ([63.205.226.188]) by mail.in-orbit.net (8.11.0/8.11.0) with SMTP id f9Q0PBs18867 for ; Thu, 25 Oct 2001 17:25:11 -0700 Message-Id: <200110260025.f9Q0PBs18867@mail.in-orbit.net> Date: Thu, 25 Oct 2001 18:26:32 -0700 To: nel@nevrax.org From: Michael Warnock Subject: Re: [Nel] Deprecated services Organization: InOrbit X-Mailer: Opera 5.10 build 902 X-Priority: 3 (Normal) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform 10/24/2001 6:39:04 AM, "Vianney Lecroart" wrote: >We made few clean up in services directory (nelns). pac_service, log_service >and time_service are removed from the CVS because they are deprecated. >You don't need them to run a shard anymore. > with a fresh recompile of the nelns and game specific services we first find that all the services want some new variables including XWinParam and SId. We discovered the syntax of XWinParam and it's friends, and made an educated guess on the others. Here is a sample of our cfg which I'm guessing is correct: Rec = "no"; NSHost = "63.205.226.188"; NSPort = 50000; BasePort = 51000; XWinParam = 600; YWinParam = 0; WWinParam = 600; HWinParam = 300; SId = "NS"; At any rate this was enough to dispel the warnings. When we try to log in with a freshly recompiled client we get as far as choosing a shard before we are informed that there is no frontend service. the frontend service's logs seem to indicate a normal connection. Keep up the great work! Michael Warnock InOrbit Entertainment Inc. From ahoyt@packetport.com Fri Oct 26 14:18:42 2001 Received: from smtp1.mail.iamworld.net (smtp1-out.mail.iamworld.net [204.91.241.116]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f9QCIfU62412 for ; Fri, 26 Oct 2001 14:18:42 +0200 (CEST) (envelope-from ahoyt@packetport.com) Received: from packetport.com ([207.86.139.130]) by smtp1.mail.iamworld.net (8.9.3/8.9.3) with ESMTP id IAA1001663 for ; Fri, 26 Oct 2001 08:13:48 -0400 (EDT) Message-ID: <3BD953CA.F8961CCD@packetport.com> Date: Fri, 26 Oct 2001 08:15:06 -0400 From: Tony Hoyt X-Mailer: Mozilla 4.76 [en] (X11; U; SunOS 5.7 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: nel@nevrax.org Subject: Re: [Nel] Building Snowballs Client? References: <3BD480BB.9DC1F695@packetport.com> <3BD6B31B.6F5A7FA0@packetport.com> <20011024185141.A72567@nevrax.com> <3BD805D3.59288B2D@packetport.com> <00bd01c15d58$b3cf5860$0901a8c0@vianneyl> <3BD817D4.FC28E569@packetport.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Oookay, Well I got it to compile! I got it to run! And then, a couple of things happened. One thing was I had to dig around for a copy of a 3d dll. I didn't take down the information on the name of things this time like perhaps I should have, but basicly it looked like it was looking for a nel 3d dll and couldn't find it. I found it in code/nel/lib and when I (hack) copied it into my build directory everything was fine. Then it actuall ran! (After I found client.cfg too) But started asking for data files... And in the end, the 0.2 data files didn't work with it, so now i have to wonder, has ANYONE beyond the Nel team actually have a working version of Snowballs? I feel like i"m the first one building this thing, But I can't be. Well in any case, let me know where I can get the latest data for Snowballs. Thanks. Tony p.s. I did end up haveing to do the following things to get the project compiled. 1) libXML is required. 2) Needed glext.h 3) Did manage to find a copy of OpenGL 1.1 headers and lib, although I"m not sure if these where actually required. 4) I did download OpenAL but didn't compile it, I did include it in my headers list but I'm not sure what affect that had overall. But in the end, It did compile. Thanks. From valignat@gw.nevrax.com Fri Oct 26 14:24:10 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f9QCOAU62467 for ; Fri, 26 Oct 2001 14:24:10 +0200 (CEST) (envelope-from valignat@gw.nevrax.com) Received: from gw.nevrax.com (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with ESMTP id f9QCJHA89395 for ; Fri, 26 Oct 2001 14:19:17 +0200 (CEST) (envelope-from valignat@gw.nevrax.com) Received: (from valignat@localhost) by gw.nevrax.com (8.11.6/8.11.6) id f9QCItc77889 for nel@nevrax.org; Fri, 26 Oct 2001 14:18:55 +0200 (CEST) (envelope-from valignat) Date: Fri, 26 Oct 2001 14:18:55 +0200 From: Cedric Valignat To: nel@nevrax.org Subject: Re: [Nel] Linux compiling, ever Message-ID: <20011026141855.A75831@nevrax.com> References: <3BD8182C.FA99D138@zerodeux.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3BD8182C.FA99D138@zerodeux.net>; from v.caron@zerodeux.net on Thu, Oct 25, 2001 at 03:48:28PM +0200 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hello Vincent, Thanks for the bug report, we fix it in our CVS and it will be available in the public cvs tonigth. Vincent Caron wrote: > src/3d/Makefile.am does not compile these sources : > animated_morph.cpp >[...] Cedric. From lecroart@nevrax.com Fri Oct 26 14:27:50 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f9QCRoU62513 for ; Fri, 26 Oct 2001 14:27:50 +0200 (CEST) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id f9QCMwA89471 for ; Fri, 26 Oct 2001 14:22:58 +0200 (CEST) (envelope-from lecroart@nevrax.com) Message-ID: <004901c15e18$f29917f0$0901a8c0@vianneyl> From: "Vianney Lecroart" To: References: <200110260025.f9Q0PBs18867@mail.in-orbit.net> Subject: Re: [Nel] Deprecated services Date: Fri, 26 Oct 2001 14:22:58 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi Michael, You are not force to put variables Rec WinParam and SId. If you don't put them, you ll just have a warning message like this: "WRN 1176 config_file.h 283 : Exception will be launched: variable "Rec" not found in file "admin_executor_service.cfg"" But it's not important because the warning is due to the Exceptiont. In debug mode, all Exception throw a warning to warn the coder. Anyway, You should remove unused Variable for example SId. In fact this variable is a *number*, an Id, that used to force the sid in the naming_service. You could set the variable to 0 if you don't want to force the number but let the naming_service find an empty SId for you. This value must be < 127. I'll check your problem with our sample and this probs if any. Vianney Lecroart --- lead network programmer / nevrax.com icq#: 6870415 homepage: http://ace.planet-d.net www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? ----- Original Message ----- From: "Michael Warnock" To: Sent: Friday, October 26, 2001 3:26 AM Subject: Re: [Nel] Deprecated services > 10/24/2001 6:39:04 AM, "Vianney Lecroart" wrote: > > > >We made few clean up in services directory (nelns). pac_service, log_service > >and time_service are removed from the CVS because they are deprecated. > >You don't need them to run a shard anymore. > > > > with a fresh recompile of the nelns and game specific services we first find that all the services want some new variables including XWinParam and SId. We discovered the syntax of XWinParam and > it's friends, and made an educated guess on the others. Here is a sample of our cfg which I'm guessing is correct: > > Rec = "no"; > NSHost = "63.205.226.188"; > NSPort = 50000; > BasePort = 51000; > > XWinParam = 600; > YWinParam = 0; > WWinParam = 600; > HWinParam = 300; > > SId = "NS"; > > At any rate this was enough to dispel the warnings. When we try to log in with a freshly recompiled client we get as far as choosing a shard before we are informed that there is no frontend service. > the frontend service's logs seem to indicate a normal connection. > > > Keep up the great work! > Michael Warnock > InOrbit Entertainment Inc. > > _______________________________________________ > Nel mailing list > Nel@nevrax.org > /mailman/listinfo.cgi/nel > From lecroart@nevrax.com Fri Oct 26 14:58:11 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f9QCw8U62681 for ; Fri, 26 Oct 2001 14:58:09 +0200 (CEST) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id f9QCrEA89957 for ; Fri, 26 Oct 2001 14:53:14 +0200 (CEST) (envelope-from lecroart@nevrax.com) Message-ID: <006f01c15e1d$2ca30bf0$0901a8c0@vianneyl> From: "Vianney Lecroart" To: References: <3BD480BB.9DC1F695@packetport.com> <3BD6B31B.6F5A7FA0@packetport.com> <20011024185141.A72567@nevrax.com> <3BD805D3.59288B2D@packetport.com> <00bd01c15d58$b3cf5860$0901a8c0@vianneyl> <3BD817D4.FC28E569@packetport.com> <3BD953CA.F8961CCD@packetport.com> Subject: Re: [Nel] Building Snowballs Client? Date: Fri, 26 Oct 2001 14:53:13 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Yeah Tony! Good job! You re right, we didn't distrib (as I know) the data for the last snowballs (snowballs 0.2 is the *old* version). Anyway, you can download the *UNOFFICIAL* (there's no official one) snowballs data on my website (there's also the .exe in the .zip ;) You have to know that we are not sure that the client runs with older card than geforce card and if yes, it'll be really slow. The snowballs client runs at 12fps with a athlon800 with a geforce1 DDR (yes, it's slow but our target is next year pc) and you could modify the client.cfg to accelerate the landscape by decrease the quality. Vianney Lecroart --- lead network programmer / nevrax.com icq#: 6870415 homepage: http://ace.planet-d.net www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? ----- Original Message ----- From: "Tony Hoyt" To: Sent: Friday, October 26, 2001 2:15 PM Subject: Re: [Nel] Building Snowballs Client? > Oookay, Well I got it to compile! I got it to run! And then, a couple > of things happened. > > One thing was I had to dig around for a copy of a 3d dll. I didn't > take down the information on the name of things this time like perhaps I > should have, but basicly it looked like it was looking for a nel 3d dll > and couldn't find it. I found it in code/nel/lib and when I (hack) > copied it into my build directory everything was fine. > > Then it actuall ran! (After I found client.cfg too) But started asking > for data files... And in the end, the 0.2 data files didn't work with > it, so now i have to wonder, has ANYONE beyond the Nel team actually > have a working version of Snowballs? I feel like i"m the first one > building this thing, But I can't be. Well in any case, let me know > where I can get the latest data for Snowballs. Thanks. > > Tony > > p.s. I did end up haveing to do the following things to get the project > compiled. > > 1) libXML is required. > 2) Needed glext.h > 3) Did manage to find a copy of OpenGL 1.1 headers and lib, although > I"m not sure if these where actually required. > 4) I did download OpenAL but didn't compile it, I did include it in my > headers list but I'm not sure what affect that had overall. But in the > end, It did compile. > > Thanks. > _______________________________________________ > Nel mailing list > Nel@nevrax.org > /mailman/listinfo.cgi/nel > From ahoyt@packetport.com Fri Oct 26 15:14:33 2001 Received: from smtp1.mail.iamworld.net (smtp1-out.mail.iamworld.net [204.91.241.116]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f9QDEVU62784 for ; Fri, 26 Oct 2001 15:14:32 +0200 (CEST) (envelope-from ahoyt@packetport.com) Received: from packetport.com ([207.86.139.130]) by smtp1.mail.iamworld.net (8.9.3/8.9.3) with ESMTP id JAA991982 for ; Fri, 26 Oct 2001 09:09:35 -0400 (EDT) Message-ID: <3BD960DD.FF606F3C@packetport.com> Date: Fri, 26 Oct 2001 09:10:53 -0400 From: Tony Hoyt X-Mailer: Mozilla 4.76 [en] (X11; U; SunOS 5.7 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: nel@nevrax.org Subject: Re: [Nel] Building Snowballs Client? References: <3BD480BB.9DC1F695@packetport.com> <3BD6B31B.6F5A7FA0@packetport.com> <20011024185141.A72567@nevrax.com> <3BD805D3.59288B2D@packetport.com> <00bd01c15d58$b3cf5860$0901a8c0@vianneyl> <3BD817D4.FC28E569@packetport.com> <3BD953CA.F8961CCD@packetport.com> <006f01c15e1d$2ca30bf0$0901a8c0@vianneyl> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform You've had a client all this time and.. and.. :-/ Well at least I found some documentation bugs. Oh and btw, NEL does not compile with STLPort 4.5. Something about std::max. I'll get the error codes later. In the mean time I'm checking out the snapshots on your website. They do look really nice, But ya, I may have to 1) Lower my resolution and 2) Lower the detail In hopes to keep the frame rate up. 12fps on a gForce 1 will most likely mean 4fps on a tnt2 if I"m lucky. Looks like it's time to upgrade to the new gforce 3 ti200. In the mean time I'll try and grab the data tonight and try again. HOpefully I'll actually run this time! And I say keep it up on forceing next years technology because it will mean in the end a more attractive product. While users may not like upgradeing, gamers are a breed that are used to being low on cash :-) So if I get this compiled, I should also be able to build my own server and make my own world, correct? Hmm Time to look at the documentation on how to do that with little cash to go on. I notice a lot of 3d Max plugins and apps. I hope that doesn't mean I need to use 3d max, but we'll see. I am curious to see how it all works with a huge landscape. Say, one going on the size of AC. But first, Let's get Snowballs going! Thanks. Tony From valignat@gw.nevrax.com Fri Oct 26 15:21:17 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f9QDLEU62848 for ; Fri, 26 Oct 2001 15:21:14 +0200 (CEST) (envelope-from valignat@gw.nevrax.com) Received: from gw.nevrax.com (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with ESMTP id f9QDGJA90398 for ; Fri, 26 Oct 2001 15:16:19 +0200 (CEST) (envelope-from valignat@gw.nevrax.com) Received: (from valignat@localhost) by gw.nevrax.com (8.11.6/8.11.6) id f9QDFu009409 for nel@nevrax.org; Fri, 26 Oct 2001 15:15:56 +0200 (CEST) (envelope-from valignat) Date: Fri, 26 Oct 2001 15:15:56 +0200 From: Cedric Valignat To: nel@nevrax.org Subject: Re: [Nel] Building Snowballs Client? Message-ID: <20011026151556.A3106@nevrax.com> References: <3BD480BB.9DC1F695@packetport.com> <3BD6B31B.6F5A7FA0@packetport.com> <20011024185141.A72567@nevrax.com> <3BD805D3.59288B2D@packetport.com> <00bd01c15d58$b3cf5860$0901a8c0@vianneyl> <3BD817D4.FC28E569@packetport.com> <3BD953CA.F8961CCD@packetport.com> <006f01c15e1d$2ca30bf0$0901a8c0@vianneyl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <006f01c15e1d$2ca30bf0$0901a8c0@vianneyl>; from lecroart@nevrax.com on Fri, Oct 26, 2001 at 02:53:13PM +0200 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Vianney Lecroart wrote: > > You re right, we didn't distrib (as I know) the data for the last snowballs > (snowballs 0.2 is the *old* version). > Anyway, you can download the *UNOFFICIAL* (there's no official one) > snowballs data on my website (there's also the .exe in the .zip ;) You can download the last (as far as i know) version of the Snowballs datas in the lastest daily snapshot of our code : /download/cvs/latest/ These data were made the 29 august. Cedric. From tanis@mediacom.it Fri Oct 26 20:01:33 2001 Received: from fep23-svc.tin.it (mta23-acc.tin.it [212.216.176.76]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f9QI1WU64248 for ; Fri, 26 Oct 2001 20:01:32 +0200 (CEST) (envelope-from tanis@mediacom.it) Received: from tanis ([62.211.168.175]) by fep23-svc.tin.it (InterMail vM.4.01.03.13 201-229-121-113) with SMTP id <20011026175634.NGUP27943.fep23-svc.tin.it@tanis> for ; Fri, 26 Oct 2001 19:56:34 +0200 Message-ID: <008901c15e47$6217f230$0364a8c0@tanis> From: "Valerio Santinelli" To: Date: Fri, 26 Oct 2001 19:55:21 +0200 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0086_01C15E58.254FBC00" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Subject: [Nel] Please fix the project for nel_export_classes Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform This is a multi-part message in MIME format. ------=_NextPart_000_0086_01C15E58.254FBC00 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable nel_export_classes project has still got some R:\blabla paths. Could you please fix that in the CVS so I ain't got to do it by hand = every time I update from the cvs?=20 Thanks :) -- c'ya! Valerio Santinelli tanis@mediacom.it HateSeed Gaming Magazine http://www.hateseed.com/ My Lab http://tanis.hateseed.com/ In Flames Italia http://www.inflames.it/ ------=_NextPart_000_0086_01C15E58.254FBC00 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
nel_export_classes project has still = got some=20 R:\blabla paths.
Could you please fix that in the CVS so = I ain't got=20 to do it by hand every time I update from the cvs?
Thanks :)

--
c'ya!
 
Valerio Santinelli
tanis@mediacom.it
HateSeed = Gaming=20 Magazine http://www.hateseed.com/
My=20 Lab http://tanis.hateseed.com/
In = Flames Italia http://www.inflames.it/
------=_NextPart_000_0086_01C15E58.254FBC00-- From tanis@mediacom.it Fri Oct 26 20:02:46 2001 Received: from fep23-svc.tin.it (mta23-acc.tin.it [212.216.176.76]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f9QI2kU64272 for ; Fri, 26 Oct 2001 20:02:46 +0200 (CEST) (envelope-from tanis@mediacom.it) Received: from tanis ([62.211.168.175]) by fep23-svc.tin.it (InterMail vM.4.01.03.13 201-229-121-113) with SMTP id <20011026175748.NGXO27943.fep23-svc.tin.it@tanis> for ; Fri, 26 Oct 2001 19:57:48 +0200 Message-ID: <009201c15e47$8ea0db00$0364a8c0@tanis> From: "Valerio Santinelli" To: Date: Fri, 26 Oct 2001 19:56:36 +0200 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_008F_01C15E58.51DD38B0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Subject: [Nel] Errata Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform This is a multi-part message in MIME format. ------=_NextPart_000_008F_01C15E58.51DD38B0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Ooops.. it's the object_viewer not nel_export :) -- c'ya! Valerio Santinelli tanis@mediacom.it HateSeed Gaming Magazine http://www.hateseed.com/ My Lab http://tanis.hateseed.com/ In Flames Italia http://www.inflames.it/ ------=_NextPart_000_008F_01C15E58.51DD38B0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Ooops.. it's the object_viewer not = nel_export=20 :)

--
c'ya!
 
Valerio Santinelli
tanis@mediacom.it
HateSeed = Gaming=20 Magazine http://www.hateseed.com/
My=20 Lab http://tanis.hateseed.com/
In = Flames Italia http://www.inflames.it/
------=_NextPart_000_008F_01C15E58.51DD38B0-- From doug@in-orbit.net Sat Oct 27 02:41:26 2001 Received: from mail.in-orbit.net ([63.205.226.187]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f9R0fPU66561 for ; Sat, 27 Oct 2001 02:41:26 +0200 (CEST) (envelope-from doug@in-orbit.net) Received: from in-orbit.net ([63.205.226.186]) by mail.in-orbit.net (8.11.0/8.11.0) with ESMTP id f9QNbMs29570 for ; Fri, 26 Oct 2001 16:37:22 -0700 Message-ID: <3BD99F8E.C1A3FEE4@in-orbit.net> Date: Fri, 26 Oct 2001 17:38:22 +0000 From: Doug Posner X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.17-21mdk i686) X-Accept-Language: en MIME-Version: 1.0 To: nel@nevrax.org References: <3BD8182C.FA99D138@zerodeux.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: [Nel] Linux configure error for NelNS Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform it seems that the configure routine can't find the source files... [nelns]$ configure --with-stlport=/home/doug/extracts/STLport-4.0/ configure: error: can not find sources in . or .. thanks doug From v.caron@zerodeux.net Sat Oct 27 02:53:06 2001 Received: from zerodeux.net (zerodeux.net [62.4.22.182]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f9R0r6U66640 for ; Sat, 27 Oct 2001 02:53:06 +0200 (CEST) (envelope-from v.caron@zerodeux.net) Received: from zerodeux.net (zerodeux.home [192.168.1.3]) by zerodeux.net (Postfix) with ESMTP id 4CA0D46CD for ; Sat, 27 Oct 2001 02:48:18 +0200 (CEST) Message-ID: <3BDA0447.9CAB2453@zerodeux.net> Date: Sat, 27 Oct 2001 02:48:07 +0200 From: Vincent Caron X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.12 i686) X-Accept-Language: en, fr MIME-Version: 1.0 To: nel@nevrax.org Subject: Re: [Nel] Linux configure error for NelNS References: <3BD8182C.FA99D138@zerodeux.net> <3BD99F8E.C1A3FEE4@in-orbit.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Doug Posner wrote: > > it seems that the configure routine can't find the source files... > > [nelns]$ configure --with-stlport=/home/doug/extracts/STLport-4.0/ > configure: error: can not find sources in . or .. I had to specify also the include path, so try : configure --with-stlport=/home/doug/extracts/STLport-4.0/ --with-stlport-include=/home/doug/extracts/STLport-4.0/stlport From doug@in-orbit.net Sat Oct 27 03:08:47 2001 Received: from mail.in-orbit.net ([63.205.226.187]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f9R18jU66791 for ; Sat, 27 Oct 2001 03:08:46 +0200 (CEST) (envelope-from doug@in-orbit.net) Received: from in-orbit.net ([63.205.226.186]) by mail.in-orbit.net (8.11.0/8.11.0) with ESMTP id f9R04hs29767 for ; Fri, 26 Oct 2001 17:04:43 -0700 Message-ID: <3BD9A5F7.BDDBEAAB@in-orbit.net> Date: Fri, 26 Oct 2001 18:05:43 +0000 From: Doug Posner X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.17-21mdk i686) X-Accept-Language: en MIME-Version: 1.0 To: nel@nevrax.org Subject: Re: [Nel] Linux configure error for NelNS References: <3BD8182C.FA99D138@zerodeux.net> <3BD99F8E.C1A3FEE4@in-orbit.net> <3BDA0447.9CAB2453@zerodeux.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform hi vincent- i tried your fix but i got the same error... $ ./configure --with-stlport=/home/doug/extracts/STLport-4.0/ --with-stlport-include=/home/doug/extracts/STLport-4.0/stlport configure: error: can not find sources in . or .. the error is generated by the following in configure: # Find the source files, if location was not specified. if test -z "$srcdir"; then ac_srcdir_defaulted=yes # Try the directory containing this script, then its parent. ac_prog=$0 ac_confdir=`echo $ac_prog|sed 's%/[^/][^/]*$%%'` test "x$ac_confdir" = "x$ac_prog" && ac_confdir=. srcdir=$ac_confdir if test ! -r $srcdir/$ac_unique_file; then srcdir=.. fi else ac_srcdir_defaulted=no fi if test ! -r $srcdir/$ac_unique_file; then if test "$ac_srcdir_defaulted" = yes; then { echo "configure: error: can not find sources in $ac_confdir or .." 1>&2; exit 1; } else { echo "configure: error: can not find sources in $srcdir" 1>&2; exit 1; } fi fi specifically it's the "$ac_confdir" line that's printing the error. thanks doug Vincent Caron wrote: > > I had to specify also the include path, so try : > > configure --with-stlport=/home/doug/extracts/STLport-4.0/ > --with-stlport-include=/home/doug/extracts/STLport-4.0/stlport > _______________________________________________ > Nel mailing list > Nel@nevrax.org > /mailman/listinfo.cgi/nel From v.caron@zerodeux.net Sat Oct 27 04:51:13 2001 Received: from zerodeux.net (zerodeux.net [62.4.22.182]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f9R2pDU69513 for ; Sat, 27 Oct 2001 04:51:13 +0200 (CEST) (envelope-from v.caron@zerodeux.net) Received: from zerodeux.net (zerodeux.home [192.168.1.3]) by zerodeux.net (Postfix) with ESMTP id A78D546D6 for ; Sat, 27 Oct 2001 04:46:25 +0200 (CEST) Message-ID: <3BDA1FF6.7FE89145@zerodeux.net> Date: Sat, 27 Oct 2001 04:46:14 +0200 From: Vincent Caron X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.12 i686) X-Accept-Language: en, fr MIME-Version: 1.0 To: nel@nevrax.org Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: [Nel] Nerdz are hunting bugs friday nights Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Get some :) nel/src/3d: quad_grid_clip_manager.cpp:260: name lookup of `i' changed for new ANSI `for' scoping quad_grid_clip_manager.cpp:254: using obsolete binding at `i' zone_lighter.cpp:360: name lookup of `cpu' changed for new ANSI `for' scoping zone_lighter.cpp:293: using obsolete binding at `cpu' zone_lighter.cpp:1328: name lookup of `i' changed for new ANSI `for' scoping zone_lighter.cpp:1313: using obsolete binding at `i' nel/misc: Makefile.am lacks 'value_smoother.cpp' snowballs2/server/chat/src/main.cpp:52: use 'std::string' instead of 'string' ... and YES, I finaly have a snowballs2 client compiled ! Now, running it from 'snowballs2/client' : AST17023 command.cpp 58 : STOP There are 2 commands that have the same name in the project (command name 'quit') INF17023 client.cpp 138 : Starting Snowballs 1 WRN17023 dru.cpp 95 : when loading dynamic library 'libnel_drv_opengl.so': /usr/local/lib/libnel_drv_opengl.so: undefined symbol: XextCreateExtension WRN17023 common.cpp 392 : Exception will be launched: libnel_drv_opengl.so not found Aborted $ ldd /usr/local/lib/libnel_drv_opengl.so libstlport_gcc.so => /home/zerodeux/src/nevrax/STLport/lib/libstlport_gcc.so (0x4002a000) libc.so.6 => /lib/libc.so.6 (0x4014d000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x80000000) Shouldn't be the GL driver linked against X libs or something like that ? Actually setting 'LD_PRELOAD=/usr/X11R6/lib/libXext.so' goes a step further: AST17072 command.cpp 58 : STOP There are 2 commands that have the same name in the project (command name 'quit') INF17072 client.cpp 138 : Starting Snowballs 1 WRN17072 dru.cpp 95 : when loading dynamic library 'libnel_drv_opengl.so': /usr/local/lib/libnel_drv_opengl.so: undefined symbol: isVertexProgramSupported__CQ24NL3D9CDriverGL WRN17072 common.cpp 392 : Exception will be launched: libnel_drv_opengl.so not found Aborted Too lazy to go further. Have fun :) From gcolgate@home.com Sun Oct 28 02:29:04 2001 Received: from femail4.sdc1.sfba.home.com (femail4.sdc1.sfba.home.com [24.0.95.84]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f9S1T0U76161 for ; Sun, 28 Oct 2001 02:29:03 +0100 (CET) (envelope-from gcolgate@home.com) Received: from home.com ([24.250.157.128]) by femail4.sdc1.sfba.home.com (InterMail vM.4.01.03.20 201-229-121-120-20010223) with ESMTP id <20011028012354.XZTJ571.femail4.sdc1.sfba.home.com@home.com> for ; Sat, 27 Oct 2001 18:23:54 -0700 Message-ID: <3BDB6012.2BAD50D2@home.com> Date: Sat, 27 Oct 2001 18:32:02 -0700 From: Gil Colgate Organization: @Home Network X-Mailer: Mozilla 4.73 [en]C-AtHome0407 (Win98; I) X-Accept-Language: en MIME-Version: 1.0 To: nel@nevrax.org Subject: Re: [Nel] Stability for at least a test product? References: <3BD480BB.9DC1F695@packetport.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Yes, I have no time to compile and run Nel; I'd like to see it running before I spend the time to get it to work. Does anyone have a zip of a working binary version? Tony Hoyt wrote: > How do things look at the moment for a stable working application? > Perhaps someone could set up a simple virtual chat world, something > where people could at least walk around a open field and perform basic > interactions? It would be nice to get some real deminstrations of this > available for the public to see. > > Plus I'm too lazy to do it myself :-/ > > Tony > _______________________________________________ > Nel mailing list > Nel@nevrax.org > /mailman/listinfo.cgi/nel From eagleeye@flashmail.com Sun Oct 28 05:13:17 2001 Received: from flashmail.com (IDENT:qmailr@flash3.flashmail.com [207.173.216.243]) by www.nevrax.org (8.11.0/8.11.0) with SMTP id f9S4DGU76978 for ; Sun, 28 Oct 2001 05:13:17 +0100 (CET) (envelope-from eagleeye@flashmail.com) Received: (qmail 12609 invoked from network); 28 Oct 2001 04:09:50 -0000 Received: from unknown (HELO mark94462) (204.26.80.222) by 0 with SMTP; 28 Oct 2001 04:09:50 -0000 Message-ID: <002401c15f65$f4c3e8e0$11cac80a@tconl.com> From: "EagleEye" To: References: <3BD480BB.9DC1F695@packetport.com> <3BDB6012.2BAD50D2@home.com> Subject: Re: [Nel] Stability for at least a test product? Date: Sat, 27 Oct 2001 23:01:31 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform I think it would be against the rules to distribute the binaries... wouldn't it? ----- Original Message ----- From: "Gil Colgate" To: Sent: Saturday, October 27, 2001 8:32 PM Subject: Re: [Nel] Stability for at least a test product? > Yes, I have no time to compile and run Nel; I'd like to see it running before I > spend the time to get it to work. Does anyone have a zip of a working binary > version? > > Tony Hoyt wrote: > > > How do things look at the moment for a stable working application? > > Perhaps someone could set up a simple virtual chat world, something > > where people could at least walk around a open field and perform basic > > interactions? It would be nice to get some real deminstrations of this > > available for the public to see. > > > > Plus I'm too lazy to do it myself :-/ > > > > Tony > > _______________________________________________ > > Nel mailing list > > Nel@nevrax.org > > /mailman/listinfo.cgi/nel > > _______________________________________________ > Nel mailing list > Nel@nevrax.org > /mailman/listinfo.cgi/nel > From guillaume@morinfr.org Sun Oct 28 11:08:36 2001 Received: from oyster.morinfr.org (oyster.morinfr.org [62.4.22.234]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f9SA8aU78630 for ; Sun, 28 Oct 2001 11:08:36 +0100 (CET) (envelope-from guillaume@morinfr.org) Received: from guillaum by oyster.morinfr.org with local (Exim 3.32 #1 (Debian)) id 15xmn8-0003oE-00 for ; Sun, 28 Oct 2001 11:03:42 +0100 Date: Sun, 28 Oct 2001 11:03:42 +0100 From: Guillaume Morin To: nel@nevrax.org Subject: Re: [Nel] Stability for at least a test product? Message-ID: <20011028110342.A14602@morinfr.org> Mail-Followup-To: nel@nevrax.org References: <3BD480BB.9DC1F695@packetport.com> <3BDB6012.2BAD50D2@home.com> <002401c15f65$f4c3e8e0$11cac80a@tconl.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <002401c15f65$f4c3e8e0$11cac80a@tconl.com> User-Agent: Mutt/1.3.23i Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Dans un message du 27 oct à 23:01, EagleEye écrivait : > I think it would be against the rules to distribute the binaries... > wouldn't it? No it is not as long you do not modify the sources. -- Guillaume Morin Sauvez un arbre, mangez un castor From gmtonyhoyt@yahoo.com Sun Oct 28 20:26:08 2001 Received: from web11708.mail.yahoo.com (web11708.mail.yahoo.com [216.136.172.74]) by www.nevrax.org (8.11.0/8.11.0) with SMTP id f9SJQ7U81361 for ; Sun, 28 Oct 2001 20:26:07 +0100 (CET) (envelope-from gmtonyhoyt@yahoo.com) Message-ID: <20011028192113.40016.qmail@web11708.mail.yahoo.com> Received: from [24.44.233.152] by web11708.mail.yahoo.com via HTTP; Sun, 28 Oct 2001 11:21:13 PST Date: Sun, 28 Oct 2001 11:21:13 -0800 (PST) From: Tony Hoyt To: Nel@nevrax.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: [Nel] Error Message building Position.exe for SnowBalls Server. Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform I receieved the following error message when trying to build position.exe for Snowballs 2 server. To be honest, I'm not that great at using Visual Studio, so I'm not positive how to solve this issue. Thanks. --------------------Configuration: position - Win32 ReleaseDebug-------------------- Linking... main.obj : error LNK2001: unresolved external symbol "public: class NLMISC::CVector __thiscall CTrajectory::eval(__int64)const " (?eval@CTrajectory@@QBE?AVCVector@NLMISC@@_J@Z) ReleaseDebug/position.exe : fatal error LNK1120: 1 unresolved externals Error executing link.exe. position.exe - 2 error(s), 0 warning(s) In anycase, I'm trying to figure something out here. So basicly, if I wanted to use NEL for my own online game, I would basicly take the Client and server Code examples to figure out how to build all my services and dependancies, then distribute the client to my player base and be all set. Do I need to actually alter any NEL code to get my project working? If so, then I would need to release my source to my game although I wouldn't have to completely open up all the game content (exact data or tools used to build the game) would I? I was under the assumetion that This was more of a like a SDK, where I would just link up some libraries, run some basic calls and then have a fully functional game. Not neading anything more then the headers and library files. Or am I mistaken? Tony __________________________________________________ Do You Yahoo!? Make a great connection at Yahoo! Personals. http://personals.yahoo.com From gmtonyhoyt@yahoo.com Sun Oct 28 20:31:24 2001 Received: from web11708.mail.yahoo.com (web11708.mail.yahoo.com [216.136.172.74]) by www.nevrax.org (8.11.0/8.11.0) with SMTP id f9SJVOU81413 for ; Sun, 28 Oct 2001 20:31:24 +0100 (CET) (envelope-from gmtonyhoyt@yahoo.com) Message-ID: <20011028192629.40407.qmail@web11708.mail.yahoo.com> Received: from [24.44.233.152] by web11708.mail.yahoo.com via HTTP; Sun, 28 Oct 2001 11:26:29 PST Date: Sun, 28 Oct 2001 11:26:29 -0800 (PST) From: Tony Hoyt To: Nel Mailing List MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: [Nel] SnowBalls 2 Server? Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Is there an active Snowballs 2 server to connect to at this time? The default values for inital server don't seem to resolve correctly at this point. Tony __________________________________________________ Do You Yahoo!? Make a great connection at Yahoo! Personals. http://personals.yahoo.com From corvazier@nevrax.com Mon Oct 29 09:38:51 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f9T8coU85604 for ; Mon, 29 Oct 2001 09:38:51 +0100 (CET) (envelope-from corvazier@nevrax.com) Received: from cyrilc (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id f9T8XuA03445 for ; Mon, 29 Oct 2001 09:33:56 +0100 (CET) (envelope-from corvazier@nevrax.com) Message-ID: <002801c16054$7bc03d00$1701a8c0@cyrilc> From: "Cyril 'Hulud' Corvazier" To: References: <3BDA1FF6.7FE89145@zerodeux.net> Subject: Re: [Nel] Nerdz are hunting bugs friday nights Date: Mon, 29 Oct 2001 09:34:11 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi, > quad_grid_clip_manager.cpp:260: name lookup of `i' changed for new ANSI `for' scoping > quad_grid_clip_manager.cpp:254: using obsolete binding at `i' > > zone_lighter.cpp:360: name lookup of `cpu' changed for new ANSI `for' scoping > zone_lighter.cpp:293: using obsolete binding at `cpu' > > zone_lighter.cpp:1328: name lookup of `i' changed for new ANSI `for' scoping > zone_lighter.cpp:1313: using obsolete binding at `i' Fixed, always the same error.. :-) Thanks, Cyril. From lecroart@nevrax.com Mon Oct 29 11:57:06 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f9TAv6U86232 for ; Mon, 29 Oct 2001 11:57:06 +0100 (CET) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id f9TAqAA05200 for ; Mon, 29 Oct 2001 11:52:10 +0100 (CET) (envelope-from lecroart@nevrax.com) Message-ID: <00b701c16067$c2ba1ec0$0901a8c0@vianneyl> From: "Vianney Lecroart" To: References: <3BDA1FF6.7FE89145@zerodeux.net> Subject: Re: [Nel] Nerdz are hunting bugs friday nights Date: Mon, 29 Oct 2001 11:52:10 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MIMEOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi Vicent > AST17023 command.cpp 58 : STOP There are 2 commands that have the same name in the project (command > name 'quit') Fixed this night. > WRN17072 dru.cpp 95 : when loading dynamic library 'libnel_drv_opengl.so': > /usr/local/lib/libnel_drv_opengl.so: undefined symbol: isVertexProgramSupported__CQ24NL3D9CDriverGL The makefile.am was out of date and some .cpp and .h missing in it (in your case driver_opengl_vertex_program.cpp) Fixed this night. Vianney Lecroart --- lead network programmer / nevrax.com icq#: 6870415 homepage: http://ace.planet-d.net www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? From lecroart@nevrax.com Mon Oct 29 11:59:58 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f9TAxvU86264 for ; Mon, 29 Oct 2001 11:59:57 +0100 (CET) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id f9TAt1A05286 for ; Mon, 29 Oct 2001 11:55:01 +0100 (CET) (envelope-from lecroart@nevrax.com) Message-ID: <00c701c16068$28b3c5a0$0901a8c0@vianneyl> From: "Vianney Lecroart" To: References: <20011028192629.40407.qmail@web11708.mail.yahoo.com> Subject: Re: [Nel] SnowBalls 2 Server? Date: Mon, 29 Oct 2001 11:55:01 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MIMEOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi Tony, > Is there an active Snowballs 2 server to connect to at this time? The > default values for inital server don't seem to resolve correctly at > this point. No, there's no active server to connect but you can play offline at this time. The default values is our servers we never put them online (why? lack of time?). Vianney Lecroart --- lead network programmer / nevrax.com icq#: 6870415 homepage: http://ace.planet-d.net www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? From lecroart@nevrax.com Mon Oct 29 13:50:46 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f9TCojU86814 for ; Mon, 29 Oct 2001 13:50:45 +0100 (CET) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id f9TCjpA06838 for ; Mon, 29 Oct 2001 13:45:51 +0100 (CET) (envelope-from lecroart@nevrax.com) Message-ID: <00d501c16077$a40043a0$0901a8c0@vianneyl> From: "Vianney Lecroart" To: References: <20011028192113.40016.qmail@web11708.mail.yahoo.com> Subject: Re: [Nel] Error Message building Position.exe for SnowBalls Server. Date: Mon, 29 Oct 2001 13:45:51 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MIMEOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi again Tony, > > main.obj : error LNK2001: unresolved external symbol "public: class > NLMISC::CVector __thiscall CTrajectory::eval(__int64)const " > (?eval@CTrajectory@@QBE?AVCVector@NLMISC@@_J@Z) > Oups, I forgot to commit the new .dsp, We forgot to put physics.[cpp|h] in the .dsp Fixed this night. > In anycase, I'm trying to figure something out here. So basicly, > if I wanted to use NEL for my own online game, I would basicly take > the Client and server Code examples to figure out how to build all my > services and dependancies, then distribute the client to my player > base and be all set. Do I need to actually alter any NEL code to get > my project working? If so, then I would need to release my source to > my game although I wouldn't have to completely open up all the game > content (exact data or tools used to build the game) would I? You don't need to alter NeL code unless you want to had some features in the lib. Anyway, you'll have to release your source if you distribute your program because you use a GPL licenced project. > I was under the assumetion that This was more of a like a SDK, > where I would just link up some libraries, run some basic calls and > then have a fully functional game. Not neading anything more then > the headers and library files. Or am I mistaken? NeL is a not a SDK, it's only a package of library that help to to create your game, but NeL doesn't contains code for gameplay or stuffs like that, it's only a generic library to create easier your own game. NeL only provide a 3d engine, network engine, sound engine and ai engine. Vianney Lecroart --- lead network programmer / nevrax.com icq#: 6870415 homepage: http://ace.planet-d.net www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? From valignat@gw.nevrax.com Mon Oct 29 14:51:21 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f9TDpLU87106 for ; Mon, 29 Oct 2001 14:51:21 +0100 (CET) (envelope-from valignat@gw.nevrax.com) Received: from gw.nevrax.com (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with ESMTP id f9TDkQA07990 for ; Mon, 29 Oct 2001 14:46:26 +0100 (CET) (envelope-from valignat@gw.nevrax.com) Received: (from valignat@localhost) by gw.nevrax.com (8.11.6/8.11.6) id f9TDk6Q18160 for nel@nevrax.org; Mon, 29 Oct 2001 14:46:06 +0100 (CET) (envelope-from valignat) Date: Mon, 29 Oct 2001 14:46:06 +0100 From: Cedric Valignat To: nel@nevrax.org Subject: Re: [Nel] SnowBalls 2 Server? Message-ID: <20011029144606.A18126@nevrax.com> References: <20011028192629.40407.qmail@web11708.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20011028192629.40407.qmail@web11708.mail.yahoo.com>; from gmtonyhoyt@yahoo.com on Sun, Oct 28, 2001 at 11:26:29AM -0800 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Tony Hoyt wrote: > Is there an active Snowballs 2 server to connect to at this time? The > default values for inital server don't seem to resolve correctly at > this point. Our demo server for Snowballs is itsalive.nevrax.org (195.68.21.196) since we release the code of Snowballs and Snowballs 2. Snowballs shard is not very stable and crash quite often and is not very well watched by us (sorry for that) so do not hesitate to contact us to relaunch it if we didn't notice the crash ... BTW, i just relaunch the shard :-) Cedric. From valignat@gw.nevrax.com Mon Oct 29 15:12:47 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f9TECiU87254 for ; Mon, 29 Oct 2001 15:12:45 +0100 (CET) (envelope-from valignat@gw.nevrax.com) Received: from gw.nevrax.com (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with ESMTP id f9TE7lA08443 for ; Mon, 29 Oct 2001 15:07:47 +0100 (CET) (envelope-from valignat@gw.nevrax.com) Received: (from valignat@localhost) by gw.nevrax.com (8.11.6/8.11.6) id f9TE7RA19553 for nel@nevrax.org; Mon, 29 Oct 2001 15:07:27 +0100 (CET) (envelope-from valignat) Date: Mon, 29 Oct 2001 15:07:26 +0100 From: Cedric Valignat To: nel@nevrax.org Subject: Re: [Nel] Linux configure error for NelNS Message-ID: <20011029150726.A18258@nevrax.com> References: <3BD8182C.FA99D138@zerodeux.net> <3BD99F8E.C1A3FEE4@in-orbit.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3BD99F8E.C1A3FEE4@in-orbit.net>; from doug@in-orbit.net on Fri, Oct 26, 2001 at 05:38:22PM +0000 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi, Doug Posner wrote: > it seems that the configure routine can't find the source files... > > [nelns]$ configure --with-stlport=/home/doug/extracts/STLport-4.0/ > configure: error: can not find sources in . or .. That error is comming from the fact that we removed the source code of the Log service and the Time service in the repository and the configure.in file was dependent of that code ... that's fixed now. I'm currently synchronizing the our private CVS and the publi CVS, so the fixe should be available in few minutes. Sorry about that ... Cedric. From ahoyt@packetport.com Mon Oct 29 18:47:23 2001 Received: from smtp1.mail.iamworld.net (smtp1-out.mail.iamworld.net [204.91.241.116]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f9THlLU88269 for ; Mon, 29 Oct 2001 18:47:22 +0100 (CET) (envelope-from ahoyt@packetport.com) Received: from packetport.com ([207.86.139.130]) by smtp1.mail.iamworld.net (8.9.3/8.9.3) with ESMTP id MAA1152390 for ; Mon, 29 Oct 2001 12:42:26 -0500 (EST) Message-ID: <3BDD954A.C77FCC2D@packetport.com> Date: Mon, 29 Oct 2001 12:43:38 -0500 From: Tony Hoyt X-Mailer: Mozilla 4.76 [en] (X11; U; SunOS 5.7 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: nel@nevrax.org Subject: Re: [Nel] SnowBalls 2 Server? References: <20011028192629.40407.qmail@web11708.mail.yahoo.com> <20011029144606.A18126@nevrax.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Cedric Valignat wrote: > Snowballs shard is not very stable and crash quite often and is not > very well watched by us (sorry for that) so do not hesitate to contact > us to relaunch it if we didn't notice the crash ... > > BTW, i just relaunch the shard :-) If and when I build all the Server code, how am I to run a shard exactly? I didn't see a server.exe. As a matter of fact I saw a 'client' section in the server Workspace but no 'Server'. I may just fiddle around then this week and see what bugs I can dig up and report. If you would find that usefull at all that is. Speeking of bugs, I need to report an assert that failed ( (f0==f1) I think) in the client. It prevented me from running properly but I need to get a proper error message or at least line number for you guys. I keep forgetting to do that. When I took out the assert, the client ran fine although I don't know what was could have gone wrong I just went with it for the time being. Talk to you later. Tony. From lecroart@nevrax.com Mon Oct 29 20:05:51 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f9TJ5pU88648 for ; Mon, 29 Oct 2001 20:05:51 +0100 (CET) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id f9TJ0vA12832 for ; Mon, 29 Oct 2001 20:00:57 +0100 (CET) (envelope-from lecroart@nevrax.com) Message-ID: <000a01c160ac$0a9123d0$0901a8c0@vianneyl> From: "Vianney Lecroart" To: References: <200110260025.f9Q0PBs18867@mail.in-orbit.net> Subject: Re: [Nel] Deprecated services Date: Mon, 29 Oct 2001 20:00:56 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi, > At any rate this was enough to dispel the warnings. When we try to log in with a freshly recompiled client we get as far as choosing a shard before we are informed that there is no frontend service. > the frontend service's logs seem to indicate a normal connection. I understood the problem and fixed it. It was a problem due to the new layer5 (I'll write a doc about that tomorrow). Update NeL, check that the file login_server.cpp is updated and all should be like before. I modified lot of file like Makefile, NeL source, Snowballs2 etc to fix all problem due to new NeL changes. Now, the client and server should work fine with the last NeL and snowballs2 version on cvs. Tomorow, I'll release new data package for snowballs2 that needed to run Snowballs2 client. Vianney Lecroart From v.caron@zerodeux.net Tue Oct 30 00:56:51 2001 Received: from zerodeux.net (zerodeux.net [62.4.22.182]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f9TNuoU90024 for ; Tue, 30 Oct 2001 00:56:50 +0100 (CET) (envelope-from v.caron@zerodeux.net) Received: from zerodeux.net (zerodeux.home [192.168.1.3]) by zerodeux.net (Postfix) with ESMTP id D2E581D70 for ; Tue, 30 Oct 2001 00:51:59 +0100 (CET) Message-ID: <3BDDEB96.DE92C27A@zerodeux.net> Date: Tue, 30 Oct 2001 00:51:50 +0100 From: Vincent Caron X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.12 i686) X-Accept-Language: en, fr MIME-Version: 1.0 To: nel@nevrax.org Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: [Nel] CVS linux build (nel/src/ai stuff) Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform A patch didn't make it into the CVS tree : nel/src/ai/logic/fsm_seq_script.cpp nel/src/ai/logic/fsm_script.cpp nel/src/ai/logic/operator_script.cpp have an obsolete #include "nel/ai/agent/gd_agent_script.h" BTW, when does the public CVS precisely synchronize with your internal one ? The '24h uncertainty' left us with the only choice of running 'cvs up' and... hoping it's there ! From v.caron@zerodeux.net Tue Oct 30 01:28:15 2001 Received: from zerodeux.net (zerodeux.net [62.4.22.182]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f9U0SEU90211 for ; Tue, 30 Oct 2001 01:28:15 +0100 (CET) (envelope-from v.caron@zerodeux.net) Received: from zerodeux.net (zerodeux.home [192.168.1.3]) by zerodeux.net (Postfix) with ESMTP id 7CE6A1D70 for ; Tue, 30 Oct 2001 01:23:24 +0100 (CET) Message-ID: <3BDDF2F3.5F627A0C@zerodeux.net> Date: Tue, 30 Oct 2001 01:23:15 +0100 From: Vincent Caron X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.12 i686) X-Accept-Language: en, fr MIME-Version: 1.0 To: nel@nevrax.org Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: [Nel] (still) Linux build (nel/src/ai) Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Forgot this one : (needs a hell of a time to compile the ai/ code) nel/src/ai/agent_init.cpp nel/src/ai/static_def_init.cpp still obsolete #include "nel/ai/agent/gd_agent_script.h" BTW: do you prefer bug reports here on this ML or via bugzilla ? I just checked it, and it seems pretty calm... From doug@in-orbit.net Tue Oct 30 02:52:29 2001 Received: from mail.in-orbit.net ([63.205.226.187]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f9U1qSU91206 for ; Tue, 30 Oct 2001 02:52:28 +0100 (CET) (envelope-from doug@in-orbit.net) Received: from in-orbit.net ([63.205.226.186]) by mail.in-orbit.net (8.11.0/8.11.0) with ESMTP id f9U0mDs01757 for ; Mon, 29 Oct 2001 16:48:13 -0800 Message-ID: <3BDD966C.8F75308A@in-orbit.net> Date: Mon, 29 Oct 2001 17:48:28 +0000 From: Doug Posner X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.17-21mdk i686) X-Accept-Language: en MIME-Version: 1.0 To: nel@nevrax.org References: <3BDDF2F3.5F627A0C@zerodeux.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: [Nel] Error: Linux build (nel/src/3d/zone_lighter.cpp) Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform In file included from zone_lighter.cpp:26: ../../src/3d/zone_lighter.h: In method `NL3D::CZoneLighter::CTriangle::CTriangle(const NLMISC::CTriangle &)': ../../src/3d/zone_lighter.h:143: warning: assignment of negative value `-1' to `unsigned int' ../../src/3d/zone_lighter.h:144: warning: assignment of negative value `-1' to `unsigned int' zone_lighter.cpp: In method `void NL3D::CZoneLighter::light(NL3D::CLandscape &, NL3D::CZone &, unsigned int, const NL3D::CZoneLighter::CLightDesc &, _STL::vector > &, _STL::vector > &)': zone_lighter.cpp:368: no match for call to `(NLMISC::CVector) (int, sint)' zone_lighter.cpp:369: no match for call to `(NLMISC::CVector) (sint &, sint)' zone_lighter.cpp:370: no match for call to `(NLMISC::CVector) (int, sint)' zone_lighter.cpp:371: no match for call to `(NLMISC::CVector) (sint &, sint)' zone_lighter.cpp: In method `void NL3D::CZoneLighter::buildZoneInformation(NL3D::CLandscape &, const _STL::vector > &, bool)': zone_lighter.cpp:2073: warning: initialization of negative value `-1' to `unsigned int' zone_lighter.cpp:2073: warning: initialization of negative value `-1' to `unsigned int' zone_lighter.cpp:2074: warning: initialization of negative value `-1' to `unsigned int' zone_lighter.cpp:2074: warning: initialization of negative value `-1' to `unsigned int' make[3]: *** [zone_lighter.lo] Error 1 thanks dp From lecroart@nevrax.com Tue Oct 30 10:39:21 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f9U9dIU93949 for ; Tue, 30 Oct 2001 10:39:18 +0100 (CET) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id f9U9YIA17697 for ; Tue, 30 Oct 2001 10:34:18 +0100 (CET) (envelope-from lecroart@nevrax.com) Message-ID: <003a01c16126$0bfe20e0$0901a8c0@vianneyl> From: "Vianney Lecroart" To: References: <3BDDF2F3.5F627A0C@zerodeux.net> Subject: Re: [Nel] (still) Linux build (nel/src/ai) Date: Tue, 30 Oct 2001 10:34:18 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi Vincent, In fact, I modified everything only in the goal of running Snowballs2, and we don't need AI at all so I don't try to compile that. And for the linux version, I only work on the server part, not the client one, so I didn't try to compile 3d on linux. Vianney Lecroart --- lead network programmer / nevrax.com icq#: 6870415 homepage: http://ace.planet-d.net www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? From valignat@gw.nevrax.com Tue Oct 30 15:52:45 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f9UEqiU95742 for ; Tue, 30 Oct 2001 15:52:44 +0100 (CET) (envelope-from valignat@gw.nevrax.com) Received: from gw.nevrax.com (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with ESMTP id f9UElnA22935 for ; Tue, 30 Oct 2001 15:47:49 +0100 (CET) (envelope-from valignat@gw.nevrax.com) Received: (from valignat@localhost) by gw.nevrax.com (8.11.6/8.11.6) id f9UElLk28481 for nel@nevrax.org; Tue, 30 Oct 2001 15:47:21 +0100 (CET) (envelope-from valignat) Date: Tue, 30 Oct 2001 15:47:21 +0100 From: Cedric Valignat To: nel@nevrax.org Subject: Re: [Nel] (still) Linux build (nel/src/ai) Message-ID: <20011030154721.A28459@nevrax.com> References: <3BDDF2F3.5F627A0C@zerodeux.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3BDDF2F3.5F627A0C@zerodeux.net>; from v.caron@zerodeux.net on Tue, Oct 30, 2001 at 01:23:15AM +0100 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Vincent Caron wrote: > > BTW: do you prefer bug reports here on this ML or via bugzilla ? I just > checked it, and it seems pretty calm... As you wish, we are very calm with our own bug report and almost all the current ones are in that cases ... we used it for non-prioritary bugs but if someone from outside post a bug on it, we aree a lot quicker :-) -- Cedric From valignat@gw.nevrax.com Tue Oct 30 15:56:07 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f9UEu6U95787; Tue, 30 Oct 2001 15:56:06 +0100 (CET) (envelope-from valignat@gw.nevrax.com) Received: from gw.nevrax.com (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with ESMTP id f9UEp8A22998; Tue, 30 Oct 2001 15:51:08 +0100 (CET) (envelope-from valignat@gw.nevrax.com) Received: (from valignat@localhost) by gw.nevrax.com (8.11.6/8.11.6) id f9UEofW28508; Tue, 30 Oct 2001 15:50:41 +0100 (CET) (envelope-from valignat) Date: Tue, 30 Oct 2001 15:50:41 +0100 From: Cedric Valignat To: nel@nevrax.org, snowballs@nevrax.org Message-ID: <20011030155041.B28459@nevrax.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Subject: [Nel] Snowballs data update Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi all, We put a new Snowball data on our server available at : /download/cvs The old data were not compatible with our code anymore, so ... Have fun, Cedric. From valignat@gw.nevrax.com Tue Oct 30 16:00:35 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f9UF0XU95859 for ; Tue, 30 Oct 2001 16:00:33 +0100 (CET) (envelope-from valignat@gw.nevrax.com) Received: from gw.nevrax.com (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with ESMTP id f9UEtbA23101 for ; Tue, 30 Oct 2001 15:55:37 +0100 (CET) (envelope-from valignat@gw.nevrax.com) Received: (from valignat@localhost) by gw.nevrax.com (8.11.6/8.11.6) id f9UEtAk28541 for nel@nevrax.org; Tue, 30 Oct 2001 15:55:10 +0100 (CET) (envelope-from valignat) Date: Tue, 30 Oct 2001 15:55:09 +0100 From: Cedric Valignat To: nel@nevrax.org Subject: Re: [Nel] CVS linux build (nel/src/ai stuff) Message-ID: <20011030155509.C28459@nevrax.com> References: <3BDDEB96.DE92C27A@zerodeux.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3BDDEB96.DE92C27A@zerodeux.net>; from v.caron@zerodeux.net on Tue, Oct 30, 2001 at 12:51:50AM +0100 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Vincent Caron wrote: > > BTW, when does the public CVS precisely synchronize with your internal one ? > The '24h uncertainty' left us with the only choice of running 'cvs up' and... > hoping it's there ! It's synchronysed every nigth at 1:00 (am) CET, but once in a while we do mistakes like to forgot to commit some of our code, i know, shame on us but we are just humans :o) Cedric. From valignat@gw.nevrax.com Wed Oct 31 11:02:36 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f9VA2XU01807 for ; Wed, 31 Oct 2001 11:02:34 +0100 (CET) (envelope-from valignat@gw.nevrax.com) Received: from gw.nevrax.com (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with ESMTP id f9V9vaA30115 for ; Wed, 31 Oct 2001 10:57:36 +0100 (CET) (envelope-from valignat@gw.nevrax.com) Received: (from valignat@localhost) by gw.nevrax.com (8.11.6/8.11.6) id f9V9vVn93949 for nel@nevrax.org; Wed, 31 Oct 2001 10:57:31 +0100 (CET) (envelope-from valignat) Date: Wed, 31 Oct 2001 10:57:30 +0100 From: Cedric Valignat To: nel@nevrax.org Subject: Re: [Nel] Linux: now little pb with STLport Message-ID: <20011031105730.A93936@nevrax.com> References: <3BD59568.2C54A7E4@zerodeux.net> <20011024105705.A19893@nevrax.com> <3BD73D1A.DCB8FA55@zerodeux.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3BD73D1A.DCB8FA55@zerodeux.net>; from v.caron@zerodeux.net on Thu, Oct 25, 2001 at 12:13:46AM +0200 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi Vincent, Vincent Caron wrote: > > There's a good advice in this error, so I ran : > > CXXFLAGS=-ftemplate-depth-24 ./configure ; make > > And it did the job. Maybe this should be set as a default ? BTW, this feature > is not documented in 'man g++'. I'm using g++ 2.95.4. I startted to compile NeL with STLPorts 4.5 and, following your advice, i added this option as a default in the configure.in file. Thanks for your help :-) Cedric. From chafik@nevrax.com Wed Oct 31 12:32:41 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f9VBWeU02250 for ; Wed, 31 Oct 2001 12:32:40 +0100 (CET) (envelope-from chafik@nevrax.com) Received: from sameh (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id f9VBRjA31537 for ; Wed, 31 Oct 2001 12:27:45 +0100 (CET) (envelope-from chafik@nevrax.com) Message-ID: <005d01c161ff$0fd3ad50$1001a8c0@sameh> From: "sameh chafik Pro" To: References: <3BDDF2F3.5F627A0C@zerodeux.net> Subject: Re: [Nel] (still) Linux build (nel/src/ai) Date: Wed, 31 Oct 2001 12:27:45 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hello, this problem is now fixed. Thanks. ----- Original Message ----- From: "Vincent Caron" To: Sent: Tuesday, October 30, 2001 1:23 AM Subject: [Nel] (still) Linux build (nel/src/ai) > Forgot this one : (needs a hell of a time to compile the ai/ code) > > nel/src/ai/agent_init.cpp > nel/src/ai/static_def_init.cpp > still obsolete #include "nel/ai/agent/gd_agent_script.h" > > BTW: do you prefer bug reports here on this ML or via bugzilla ? I just > checked it, and it seems pretty calm... > _______________________________________________ > Nel mailing list > Nel@nevrax.org > /mailman/listinfo.cgi/nel > From chafik@nevrax.com Wed Oct 31 12:34:21 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f9VBYLU02282 for ; Wed, 31 Oct 2001 12:34:21 +0100 (CET) (envelope-from chafik@nevrax.com) Received: from sameh (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id f9VBTPA31558 for ; Wed, 31 Oct 2001 12:29:25 +0100 (CET) (envelope-from chafik@nevrax.com) Message-ID: <006201c161ff$4ba7afc0$1001a8c0@sameh> From: "sameh chafik Pro" To: References: <3BDDEB96.DE92C27A@zerodeux.net> Subject: Re: [Nel] CVS linux build (nel/src/ai stuff) Date: Wed, 31 Oct 2001 12:29:25 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hello, Evry time this compile problem come back, i do'nt know way, but now is fixed. Thanks Sameh Chafik. ----- Original Message ----- From: "Vincent Caron" To: Sent: Tuesday, October 30, 2001 12:51 AM Subject: [Nel] CVS linux build (nel/src/ai stuff) > A patch didn't make it into the CVS tree : > > nel/src/ai/logic/fsm_seq_script.cpp > nel/src/ai/logic/fsm_script.cpp > nel/src/ai/logic/operator_script.cpp > have an obsolete > #include "nel/ai/agent/gd_agent_script.h" > > BTW, when does the public CVS precisely synchronize with your internal one ? > The '24h uncertainty' left us with the only choice of running 'cvs up' > and... > hoping it's there ! > _______________________________________________ > Nel mailing list > Nel@nevrax.org > /mailman/listinfo.cgi/nel > From vizerie@nevrax.com Wed Oct 31 18:16:35 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f9VHGWU03860 for ; Wed, 31 Oct 2001 18:16:33 +0100 (CET) (envelope-from vizerie@nevrax.com) Received: from nicolasv (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id f9VHBYA36857 for ; Wed, 31 Oct 2001 18:11:34 +0100 (CET) (envelope-from vizerie@nevrax.com) Message-ID: <00c401c1622f$19dfb200$1d01a8c0@nicolasv> From: "Nicolas Vizerie" To: Subject: Re: [Nel] Please fix the project for nel_export_classes Date: Wed, 31 Oct 2001 18:11:37 +0100 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_00C1_01C16237.7B9AF240" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform This is a multi-part message in MIME format. ------=_NextPart_000_00C1_01C16237.7B9AF240 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi Valerio, I corrected the paths in the object_viewer project Thanks for your report. Regards, Nicolas ----- Forwarded message from Valerio Santinelli = ----- Date: Fri, 26 Oct 2001 19:55:21 +0200 From: "Valerio Santinelli" To: Subject: [Nel] Please fix the project for nel_export_classes X-Mailer: Microsoft Outlook Express 6.00.2600.0000 nel_export_classes project has still got some R:\blabla paths. Could you please fix that in the CVS so I ain't got to do it by hand = every time I update from the cvs?=20 Thanks :) ----- End forwarded message ----- ------=_NextPart_000_00C1_01C16237.7B9AF240 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi Valerio,
 
I corrected the paths in the = object_viewer=20 project
 
Thanks for your report.
 
Regards,
 
Nicolas
 
----- Forwarded message from Valerio = Santinelli=20 <tanis@mediacom.it>=20 -----

Date: Fri, 26 Oct 2001 19:55:21 +0200
From: "Valerio = Santinelli"=20 <tanis@mediacom.it>
To: = <nel@nevrax.org>
Subject: [Nel] = Please fix=20 the project for nel_export_classes
X-Mailer: Microsoft Outlook = Express=20 6.00.2600.0000

nel_export_classes project has still got some = R:\blabla=20 paths.
Could you please fix that in the CVS so I ain't got to do it = by hand=20 every time I update from the cvs?
Thanks :)

----- End = forwarded=20 message -----

------=_NextPart_000_00C1_01C16237.7B9AF240-- From ruud@rentashop.nl Sun Nov 4 17:38:37 2001 Received: from mail.rentashop.nl (IDENT:root@mail.rentashop.nl [212.72.39.141]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fA4GcbU41731 for ; Sun, 4 Nov 2001 17:38:37 +0100 (CET) (envelope-from ruud@rentashop.nl) Received: from wasp2 (breezke@qn-213-73-175-39.quicknet.nl [213.73.175.39]) by mail.rentashop.nl (8.9.3/8.8.7) with SMTP id RAA13338 for ; Sun, 4 Nov 2001 17:33:54 +0100 Message-ID: <000801c1654e$36d0c2b0$27af49d5@wasp2> From: "Ruud Verdonck" To: Date: Sun, 4 Nov 2001 17:31:42 +0100 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0005_01C16556.912B6E60" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Subject: [Nel] buildig nel/snowballs Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform This is a multi-part message in MIME format. ------=_NextPart_000_0005_01C16556.912B6E60 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, I'm new to nel and c++, i just tried to compile snowballs 2, but i get link errors (prolly = something to do with STLport) here are some snippets: naming_service.obj : error LNK2001: unresolved external symbol "public: = class _STL::basic_string,class = _STL::allocator > __thiscall NLNET::CBufSock::asString(void)const = " (?asString@CBufSock@NLNET@@QBE?AV?$ba sic_string@DV?$char_traits@D@_STL@@V?$allocator@D@2@@_STL@@XZ) naming_service.obj : error LNK2001: unresolved external symbol "public: = class _STL::basic_string,class = _STL::allocator > __thiscall = NLNET::CInetAddress::asString(void)const " = (?asString@CInetAddress@NLNET@@QB E?AV?$basic_string@DV?$char_traits@D@_STL@@V?$allocator@D@2@@_STL@@XZ) naming_service.obj : error LNK2001: unresolved external symbol "public: = void __cdecl NLMISC::CLog::displayNL(char const *,...)" = (?displayNL@CLog@NLMISC@@QAAXPBDZZ) naming_service.obj : error LNK2001: unresolved external symbol "public: = void __thiscall NLMISC::CLog::setPosition(int,char *)" = (?setPosition@CLog@NLMISC@@QAEXHPAD@Z) naming_service.obj : error LNK2001: unresolved external symbol "class = NLMISC::CLog * NLMISC::InfoLog" (?InfoLog@NLMISC@@3PAVCLog@1@A) naming_service.obj : error LNK2001: unresolved external symbol "void = __cdecl NLMISC::createDebug(void)" (?createDebug@NLMISC@@YAXXZ) naming_service.obj : error LNK2001: unresolved external symbol "public: = static void __cdecl NLNET::CNetManager::send(class = _STL::basic_string,class = _STL::allocator > const &,class NLNET::CMessage const &,clas s NLNET::CBufSock *)" = (?send@CNetManager@NLNET@@SAXABV?$basic_string@DV?$char_traits@D@_STL@@V?= $allocator@D@2@@_STL@@ABVCMessage@2@PAVCBufSock@2@@Z) naming_service.obj : error LNK2001: unresolved external symbol "public: = void __thiscall NLNET::CInetAddress::serial(class NLMISC::IStream &)" = (?serial@CInetAddress@NLNET@@QAEXAAVIStream@NLMISC@@@Z) naming_service.obj : error LNK2001: unresolved external symbol "public: = virtual void __thiscall NLMISC::CMemStream::serial(unsigned __int8 &)" = (?serial@CMemStream@NLMISC@@UAEXAA_E@Z) naming_service.obj : error LNK2001: unresolved external symbol "public: = virtual void __thiscall NLMISC::CMemStream::serial(class = _STL::basic_string,class = _STL::allocator > &)" (?serial@CMemStream@NLMISC@@UAEX AAV?$basic_string@DV?$char_traits@D@_STL@@V?$allocator@D@2@@_STL@@@Z) this is the naming service btw, but i get the same errors with snowballs = client, i installed stlport 4.0, nmake'd it, and installed it, and put the = directories in the VC options, above the microsoft ones i also tried stlport 4.5, i still get the same errors, Can anyone help? Ruud Verdonck ------=_NextPart_000_0005_01C16556.912B6E60 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi,
 
I'm new to nel and c++,
 
i just tried to compile snowballs 2, = but i get link=20 errors (prolly something to do with STLport)
 
here are some snippets:
 
naming_service.obj : error LNK2001: = unresolved=20 external symbol "public: class _STL::basic_string<char,class=20 _STL::char_traits<char>,class _STL::allocator<char> > = __thiscall=20 NLNET::CBufSock::asString(void)const " (?asString@CBufSock@N= LNET@@QBE?AV?$ba
sic_string@DV?$char_traits@D@_STL@@V?$allocator@D@2@@_STL@@XZ)naming_service.obj=20 : error LNK2001: unresolved external symbol "public: class=20 _STL::basic_string<char,class _STL::char_traits<char>,class=20 _STL::allocator<char> > __thiscall=20 NLNET::CInetAddress::asString(void)const " (?asString@CInetAddress@N= LNET@@QB
E?AV?$basic_string@DV?$char_traits@D@_STL@@V?$allocator@D@2@= @_STL@@XZ)
naming_service.obj=20 : error LNK2001: unresolved external symbol "public: void __cdecl=20 NLMISC::CLog::displayNL(char const *,...)" (?displayNL@CLog@NLMISC@= @QAAXPBDZZ)
naming_service.obj=20 : error LNK2001: unresolved external symbol "public: void __thiscall=20 NLMISC::CLog::setPosition(int,char *)" (?setPosition@CLog@NL= MISC@@QAEXHPAD@Z)
naming_service.obj=20 : error LNK2001: unresolved external symbol "class NLMISC::CLog *=20 NLMISC::InfoLog" (?InfoLog@NLMISC@@3PAVCLog@1= @A)
naming_service.obj=20 : error LNK2001: unresolved external symbol "void __cdecl=20 NLMISC::createDebug(void)" (?createDebug@NLMISC@@YAXXZ= )
naming_service.obj=20 : error LNK2001: unresolved external symbol "public: static void __cdecl = NLNET::CNetManager::send(class _STL::basic_string<char,class=20 _STL::char_traits<char>,class _STL::allocator<char> > = const=20 &,class NLNET::CMessage const &,clas
s NLNET::CBufSock *)" = (?send= @CNetManager@NLNET@@SAXABV?$basic_string@DV?$char_traits@D@_STL@@V?$alloc= ator@D@2@@_STL@@ABVCMessage@2@PAVCBufSock@2@@Z)
naming_service.obj= =20 : error LNK2001: unresolved external symbol "public: void __thiscall=20 NLNET::CInetAddress::serial(class NLMISC::IStream &)" (?se= rial@CInetAddress@NLNET@@QAEXAAVIStream@NLMISC@@@Z)
naming_service= .obj=20 : error LNK2001: unresolved external symbol "public: virtual void = __thiscall=20 NLMISC::CMemStream::serial(unsigned __int8 &)" (?serial@CMemStream@= NLMISC@@UAEXAA_E@Z)
naming_service.obj=20 : error LNK2001: unresolved external symbol "public: virtual void = __thiscall=20 NLMISC::CMemStream::serial(class _STL::basic_string<char,class=20 _STL::char_traits<char>,class _STL::allocator<char> > = &)" (?serial@CMemStream@NLMISC= @@UAEX
AAV?$basic_string@DV?$char_traits@D@_STL@@V?$allocator@D@2@@_= STL@@@Z)
 
this is the naming service btw, but i = get the same=20 errors with snowballs client,
 
i installed stlport 4.0, nmake'd it, = and installed=20 it, and put the directories in the VC options, above the microsoft=20 ones
i also tried stlport 4.5, i still get = the same=20 errors,
 
Can anyone help?
 
Ruud Verdonck
 
------=_NextPart_000_0005_01C16556.912B6E60-- From prashantp@ti.com Mon Nov 5 07:22:35 2001 Received: from jester.ti.com (jester.ti.com [192.94.94.1]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fA56MYU46920 for ; Mon, 5 Nov 2001 07:22:34 +0100 (CET) (envelope-from prashantp@ti.com) Received: from dlep8.itg.ti.com ([157.170.134.88]) by jester.ti.com (8.11.6/8.11.6) with ESMTP id fA56HTP16527 for ; Mon, 5 Nov 2001 00:17:29 -0600 (CST) Received: from dlep8.itg.ti.com (localhost [127.0.0.1]) by dlep8.itg.ti.com (8.9.3/8.9.3) with ESMTP id AAA04593 for ; Mon, 5 Nov 2001 00:17:29 -0600 (CST) Received: from popsvr.india.ti.com (popsvr.india.ti.com [157.87.95.215]) by dlep8.itg.ti.com (8.9.3/8.9.3) with ESMTP id AAA04579 for ; Mon, 5 Nov 2001 00:17:27 -0600 (CST) Received: from a0875169 (dhcp94216 [157.87.94.216]) by popsvr.india.ti.com (8.8.8/8.8.8) with SMTP id LAA26621 for ; Mon, 5 Nov 2001 11:47:25 +0530 (IST) Message-ID: <001001c165ad$22e9cda0$d85e579d@india.ti.com> From: "Prashant Pansare" To: Date: Mon, 5 Nov 2001 11:51:22 +0800 Organization: Texas Instruments India MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_000D_01C165F0.3095E1D0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Subject: [Nel] help Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform This is a multi-part message in MIME format. ------=_NextPart_000_000D_01C165F0.3095E1D0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable any [help][response] [documentation] which would help me figure=20 things about jpeg and " fancy umsampling " would be greatly appreciated=20 Thanx & Regards ,=20 Prashant=20 ------=_NextPart_000_000D_01C165F0.3095E1D0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
any [help][response] [documentation] = which would=20 help me figure
things about jpeg and " fancy = umsampling=20 "
would be greatly appreciated =
 
Thanx & Regards ,
 
Prashant
------=_NextPart_000_000D_01C165F0.3095E1D0-- From lecroart@nevrax.com Mon Nov 5 10:53:46 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fA59rkU48097 for ; Mon, 5 Nov 2001 10:53:46 +0100 (CET) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id fA59mlA59982 for ; Mon, 5 Nov 2001 10:48:47 +0100 (CET) (envelope-from lecroart@nevrax.com) Message-ID: <00db01c165df$10bc68e0$0901a8c0@vianneyl> From: "Vianney Lecoart" To: References: <000801c1654e$36d0c2b0$27af49d5@wasp2> Subject: Re: [Nel] buildig nel/snowballs Date: Mon, 5 Nov 2001 10:48:47 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi Ruud, > i just tried to compile snowballs 2, but i get link errors (prolly something to do with STLport) > naming_service.obj : error LNK2001: unresolved external symbol "public: class _STL::basic_string,class _STL::allocator > __thiscall NLNET::CBufSock::asString(void)const " (?asString@CBufSock@NLNET@@QBE?AV?$ba It seems that the project you opened doesn't have dependencies with nel misc and nel net. You have to open the file name services.dsw that is in the code/nel/nelns/ directory and not .dsp. Vianney Lecroart --- lead network programmer / nevrax.com icq#: 6870415 homepage: http://ace.planet-d.net www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? ----- Original Message ----- From: "Ruud Verdonck" To: Sent: Sunday, November 04, 2001 5:31 PM Subject: [Nel] buildig nel/snowballs Hi, I'm new to nel and c++, i just tried to compile snowballs 2, but i get link errors (prolly something to do with STLport) here are some snippets: naming_service.obj : error LNK2001: unresolved external symbol "public: class _STL::basic_string,class _STL::allocator > __thiscall NLNET::CBufSock::asString(void)const " (?asString@CBufSock@NLNET@@QBE?AV?$ba sic_string@DV?$char_traits@D@_STL@@V?$allocator@D@2@@_STL@@XZ) naming_service.obj : error LNK2001: unresolved external symbol "public: class _STL::basic_string,class _STL::allocator > __thiscall NLNET::CInetAddress::asString(void)const " (?asString@CInetAddress@NLNET@@QB E?AV?$basic_string@DV?$char_traits@D@_STL@@V?$allocator@D@2@@_STL@@XZ) naming_service.obj : error LNK2001: unresolved external symbol "public: void __cdecl NLMISC::CLog::displayNL(char const *,...)" (?displayNL@CLog@NLMISC@@QAAXPBDZZ) naming_service.obj : error LNK2001: unresolved external symbol "public: void __thiscall NLMISC::CLog::setPosition(int,char *)" (?setPosition@CLog@NLMISC@@QAEXHPAD@Z) naming_service.obj : error LNK2001: unresolved external symbol "class NLMISC::CLog * NLMISC::InfoLog" (?InfoLog@NLMISC@@3PAVCLog@1@A) naming_service.obj : error LNK2001: unresolved external symbol "void __cdecl NLMISC::createDebug(void)" (?createDebug@NLMISC@@YAXXZ) naming_service.obj : error LNK2001: unresolved external symbol "public: static void __cdecl NLNET::CNetManager::send(class _STL::basic_string,class _STL::allocator > const &,class NLNET::CMessage const &,clas s NLNET::CBufSock *)" (?send@CNetManager@NLNET@@SAXABV?$basic_string@DV?$char_traits@D@_STL@@V?$al locator@D@2@@_STL@@ABVCMessage@2@PAVCBufSock@2@@Z) naming_service.obj : error LNK2001: unresolved external symbol "public: void __thiscall NLNET::CInetAddress::serial(class NLMISC::IStream &)" (?serial@CInetAddress@NLNET@@QAEXAAVIStream@NLMISC@@@Z) naming_service.obj : error LNK2001: unresolved external symbol "public: virtual void __thiscall NLMISC::CMemStream::serial(unsigned __int8 &)" (?serial@CMemStream@NLMISC@@UAEXAA_E@Z) naming_service.obj : error LNK2001: unresolved external symbol "public: virtual void __thiscall NLMISC::CMemStream::serial(class _STL::basic_string,class _STL::allocator > &)" (?serial@CMemStream@NLMISC@@UAEX AAV?$basic_string@DV?$char_traits@D@_STL@@V?$allocator@D@2@@_STL@@@Z) this is the naming service btw, but i get the same errors with snowballs client, i installed stlport 4.0, nmake'd it, and installed it, and put the directories in the VC options, above the microsoft ones i also tried stlport 4.5, i still get the same errors, Can anyone help? Ruud Verdonck From WLeung@powerlan.com.au Tue Nov 6 06:01:00 2001 Received: from PLT_SMTP_LCV.lcv.pwr ([203.25.108.25]) by www.nevrax.org (8.11.0/8.11.0) with SMTP id fA650uU55110 for ; Tue, 6 Nov 2001 06:00:58 +0100 (CET) (envelope-from WLeung@powerlan.com.au) Received: FROM mail.powerlan.com.au BY PLT_SMTP_LCV.lcv.pwr ; Tue Nov 06 15:53:02 2001 +1100 Received: by pop3.powerlan.com.au with Internet Mail Service (5.5.2653.19) id ; Tue, 6 Nov 2001 15:54:43 +1100 Message-ID: <70456BFD9E18D511B8C40008C74C244E0EEEE2@pop3.powerlan.com.au> From: WLeung@powerlan.com.au To: nel@nevrax.org Date: Tue, 6 Nov 2001 15:54:43 +1100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C1667F.264CED60" Subject: [Nel] Cannot start server. Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform 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_001_01C1667F.264CED60 Content-Type: text/plain Hi, I have got Nel, Nelns, snowballs2 server all compiled without any error on a Linux Box. The files such as "naming_service", "login_service"... are in "/usr/local/bin/". I have created a ns.cfg and ls.txt in the directory "/usr/local/", and they are as follow: --ns.cfg-- Host="pctest"; Port=50000; ---------- --ls.txt-- Shards = { "pctest", "Shard1" }; ---------- The hostname of my machine has set to "pctest". But when I try to start "naming_service", I got the following output (errors?): ============================================================================ == Log Starting [01/11/06 15:38:37] 01/11/06 15:38:37 INF: Starting Service 'NS' using NeL (Nov 6 2001 15:36:46) 01/11/06 15:38:37 INF: args = 1 01/11/06 15:38:37 INF: argv[0] = './bin/naming_service' 01/11/06 15:38:37 AST: "localaddr.ipAddress() != "127.0.0.1"" 01/11/06 15:38:37 pctest/NS WRN: Exception will be launched: variable "Rec" not found in file "naming_service.cfg" 01/11/06 15:38:37 pctest/NS WRN: Exception will be launched: variable "StringMsgFormat" not found in file "naming_service.cfg" 01/11/06 15:38:37 pctest/NS WRN: Exception will be launched: Socket error: Connection to pctest:49997 (127.0.0.1) failed (111: Connection refused) 01/11/06 15:38:37 pctest/NS INF: L4: can't connect now (Socket error: Connection to pctest:49997 (127.0.0.1) failed (111: Connection refused)) 01/11/06 15:38:37 pctest/NS WRN: Exception will be launched: variable "SId" not found in file "naming_service.cfg" 01/11/06 15:38:37 pctest/NS AST: "localaddr.ipAddress() != "127.0.0.1"" 01/11/06 15:38:37 pctest/NS WRN: Exception will be launched: variable "BasePort" not found in file "naming_service.cfg" 01/11/06 15:38:37 pctest/NS INF: Service ready 01/11/06 15:38:42 pctest/NS WRN: Exception will be launched: Socket error: Connection to pctest:49997 (127.0.0.1) failed (111: Connection refused) 01/11/06 15:38:42 pctest/NS INF: L4: can't connect now to localhost:49997 (reason: Socket error: Connection to pctest:49997 (127.0.0.1) failed (111: Connection refused)) 01/11/06 15:38:47 pctest/NS WRN: Exception will be launched: Socket error: Connection to pctest:49997 (127.0.0.1) failed (111: Connection refused) 01/11/06 15:38:47 pctest/NS INF: L4: can't connect now to localhost:49997 (reason: Socket error: Connection to pctest:49997 (127.0.0.1) failed (111: Connection refused)) 01/11/06 15:38:52 pctest/NS WRN: Exception will be launched: Socket error: Connection to pctest:49997 (127.0.0.1) failed (111: Connection refused) 01/11/06 15:38:52 pctest/NS INF: L4: can't connect now to localhost:49997 (reason: Socket error: Connection to pctest:49997 (127.0.0.1) failed (111: Connection refused)) . . . . . ============================================================================ =============== It looks like it cannot connect to port 49997. I have try to nmap/telnet to the port 49997 and there is nothing on this port. Could you tell me what happen and how do I fix this? Thanks. Wilson ------_=_NextPart_001_01C1667F.264CED60 Content-Type: text/html Content-Transfer-Encoding: quoted-printable Cannot start server.

Hi,

I have got Nel, Nelns, snowballs2 server all compiled = without any error on a Linux Box.

The files such as "naming_service", = "login_service"... are in "/usr/local/bin/".

I have created a ns.cfg and ls.txt in the directory = "/usr/local/", and they are as follow:


--ns.cfg--
Host=3D"pctest";
Port=3D50000;
----------

--ls.txt--
Shards =3D {
 "pctest", "Shard1"
};
----------

The hostname of my machine has set to = "pctest".

But when I try to start "naming_service", I = got the following output (errors?):

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D
Log Starting [01/11/06 15:38:37]
01/11/06 15:38:37 INF: Starting Service 'NS' using = NeL (Nov  6 2001 15:36:46)
01/11/06 15:38:37 INF: args =3D 1
01/11/06 15:38:37 INF: argv[0] =3D = './bin/naming_service'
01/11/06 15:38:37 AST: "localaddr.ipAddress() = !=3D "127.0.0.1""
01/11/06 15:38:37 pctest/NS WRN: Exception will be = launched: variable "Rec" not found in file = "naming_service.cfg"
01/11/06 15:38:37 pctest/NS WRN: Exception will be = launched: variable "StringMsgFormat" not found in file = "naming_service.cfg"

01/11/06 15:38:37 pctest/NS WRN: Exception will be = launched: Socket error: Connection to pctest:49997 (127.0.0.1) failed = (111: Connection refused)

01/11/06 15:38:37 pctest/NS INF: L4: can't connect = now (Socket error: Connection to pctest:49997 (127.0.0.1) failed (111: = Connection refused))

01/11/06 15:38:37 pctest/NS WRN: Exception will be = launched: variable "SId" not found in file = "naming_service.cfg"
01/11/06 15:38:37 pctest/NS AST: = "localaddr.ipAddress() !=3D "127.0.0.1""
01/11/06 15:38:37 pctest/NS WRN: Exception will be = launched: variable "BasePort" not found in file = "naming_service.cfg"
01/11/06 15:38:37 pctest/NS INF: Service = ready
01/11/06 15:38:42 pctest/NS WRN: Exception will be = launched: Socket error: Connection to pctest:49997 (127.0.0.1) failed = (111: Connection refused)

01/11/06 15:38:42 pctest/NS INF: L4: can't connect = now to localhost:49997 (reason: Socket error: Connection to = pctest:49997 (127.0.0.1) failed (111: Connection refused))

01/11/06 15:38:47 pctest/NS WRN: Exception will be = launched: Socket error: Connection to pctest:49997 (127.0.0.1) failed = (111: Connection refused)

01/11/06 15:38:47 pctest/NS INF: L4: can't connect = now to localhost:49997 (reason: Socket error: Connection to = pctest:49997 (127.0.0.1) failed (111: Connection refused))

01/11/06 15:38:52 pctest/NS WRN: Exception will be = launched: Socket error: Connection to pctest:49997 (127.0.0.1) failed = (111: Connection refused)

01/11/06 15:38:52 pctest/NS INF: L4: can't connect = now to localhost:49997 (reason: Socket error: Connection to = pctest:49997 (127.0.0.1) failed (111: Connection refused))

.
.
.
.
.
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D

It looks like it cannot connect to port 49997.  = I have try to nmap/telnet to the port 49997 and there is nothing on = this port.

Could you tell me what happen and how do I fix = this?

Thanks.

Wilson

------_=_NextPart_001_01C1667F.264CED60-- From lecroart@nevrax.com Tue Nov 6 10:34:06 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fA69Y6U56416 for ; Tue, 6 Nov 2001 10:34:06 +0100 (CET) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id fA69T6A72726 for ; Tue, 6 Nov 2001 10:29:06 +0100 (CET) (envelope-from lecroart@nevrax.com) Message-ID: <000e01c166a5$7b396300$0901a8c0@vianneyl> From: "Vianney Lecoart" To: References: <70456BFD9E18D511B8C40008C74C244E0EEEE2@pop3.powerlan.com.au> Subject: Re: [Nel] Cannot start server. Date: Tue, 6 Nov 2001 10:29:06 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi Wilson, > I have created a ns.cfg and ls.txt Theses files are totally out of date, you must take a look to these files (sorry, they are in doxygen format and not generated so it s not really easy to read): /cvs/cvsweb.cgi/~checkout~/code/nel/doc/net/service.dxt ?rev=1.2&content-type=text/plain and /cvs/cvsweb.cgi/~checkout~/code/nelns/doc/server.dxt?re v=1.2&content-type=text/plain These files explain how to create a service and how work default services like naming service and so on. Anyway, naming_service doesn t need config file so it works fine without. > 01/11/06 15:38:37 pctest/NS INF: Service ready This line means that your services is running fine. > 01/11/06 15:38:42 pctest/NS WRN: Exception will be launched: Socket error: > Connection to pctest:49997 (127.0.0.1) failed (111: Connection refused) Each server could have an admin_executor_service running on it and all services of this server will connect on it. All services try, evenly, to connect to the AES and if the connection failed, this output will be display. It's not an error, just a warning. (look the url for more information) Just launch the admin_executor_service and the naming_service will be quiet. Vianney Lecroart --- lead network programmer / nevrax.com icq#: 6870415 homepage: http://ace.planet-d.net www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? From valignat@gw.nevrax.com Tue Nov 6 16:03:59 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fA6F3xU57992 for ; Tue, 6 Nov 2001 16:03:59 +0100 (CET) (envelope-from valignat@gw.nevrax.com) Received: from gw.nevrax.com (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with ESMTP id fA6EwxA77358 for ; Tue, 6 Nov 2001 15:58:59 +0100 (CET) (envelope-from valignat@gw.nevrax.com) Received: (from valignat@localhost) by gw.nevrax.com (8.11.6/8.11.6) id fA6Ewwq02201 for nel@nevrax.org; Tue, 6 Nov 2001 15:58:58 +0100 (CET) (envelope-from valignat) Date: Tue, 6 Nov 2001 15:58:58 +0100 From: Cedric Valignat To: nel@nevrax.org Subject: Re: [Nel] SnowBalls 2 Server? Message-ID: <20011106155858.A2157@nevrax.com> References: <20011028192629.40407.qmail@web11708.mail.yahoo.com> <20011029144606.A18126@nevrax.com> <3BDD954A.C77FCC2D@packetport.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3BDD954A.C77FCC2D@packetport.com>; from ahoyt@packetport.com on Mon, Oct 29, 2001 at 12:43:38PM -0500 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hello Tony, Tony Hoyt wrote: > > If and when I build all the Server code, how am I to run a shard > exactly? I didn't see a server.exe. As a matter of fact I saw a > 'client' section in the server Workspace but no 'Server'. I may just > fiddle around then this week and see what bugs I can dig up and report. > If you would find that usefull at all that is. The shard is made to run over several servers, so we didn't write any script/program to run everything at once on one server. There is a description about launching the shard service in the HOWTO file place in the NeLNS source directory, That's might help you :-) After the NelNS is launch, you can start the snowballs services (chat, position, and frontend services). Cedric. From lecroart@nevrax.com Tue Nov 6 16:24:41 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fA6FOeU58116 for ; Tue, 6 Nov 2001 16:24:40 +0100 (CET) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id fA6FJcA77759 for ; Tue, 6 Nov 2001 16:19:38 +0100 (CET) (envelope-from lecroart@nevrax.com) Message-ID: <009f01c166d6$73049840$0901a8c0@vianneyl> From: "Vianney Lecoart" To: References: <20011028192629.40407.qmail@web11708.mail.yahoo.com> <20011029144606.A18126@nevrax.com> <3BDD954A.C77FCC2D@packetport.com> Subject: Re: [Nel] SnowBalls 2 Server? Date: Tue, 6 Nov 2001 16:19:38 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi Tony, > Speeking of bugs, I need to report an assert that failed ( (f0==f1) I > think) in the client. It prevented me from running properly but I need > to get a proper error message or at least line number for you guys. I > keep forgetting to do that. When I took out the assert, the client ran > fine although I don't know what was could have gone wrong I just went > with it for the time being. Talk to you later. The assert was fixed last week (and i forgot to answer you :-/ sorry) Vianney Lecroart --- lead network programmer / nevrax.com icq#: 6870415 homepage: http://ace.planet-d.net www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? From lecroart@nevrax.com Tue Nov 6 18:19:46 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fA6HJaU58660; Tue, 6 Nov 2001 18:19:38 +0100 (CET) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id fA6HEWA79672; Tue, 6 Nov 2001 18:14:32 +0100 (CET) (envelope-from lecroart@nevrax.com) Message-ID: <00bd01c166e6$8037b410$0901a8c0@vianneyl> From: "Vianney Lecoart" To: Cc: Date: Tue, 6 Nov 2001 18:14:32 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Subject: [Nel] itaslive is alive Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi there, We launched on our server (itsalive.nevrax.org) a shard with last snowballs2 services if you want to try the client. You just have to check you client.cfg and look the LoginSystemAddress variable and set it to "itsalive.nevrax.org". Launch the client, press F1 and enter a login and password (don't forget the password), select the shard and you are online. Vianney Lecroart --- lead network programmer / nevrax.com icq#: 6870415 homepage: http://ace.planet-d.net www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? From WLeung@powerlan.com.au Wed Nov 7 02:20:51 2001 Received: from PLT_SMTP_LCV.lcv.pwr ([203.25.108.25]) by www.nevrax.org (8.11.0/8.11.0) with SMTP id fA71KjU62345 for ; Wed, 7 Nov 2001 02:20:47 +0100 (CET) (envelope-from WLeung@powerlan.com.au) Received: FROM mail.powerlan.com.au BY PLT_SMTP_LCV.lcv.pwr ; Wed Nov 07 12:12:50 2001 +1100 Received: by pop3.powerlan.com.au with Internet Mail Service (5.5.2653.19) id ; Wed, 7 Nov 2001 12:14:30 +1100 Message-ID: <70456BFD9E18D511B8C40008C74C244E0EEEE4@pop3.powerlan.com.au> From: WLeung@powerlan.com.au To: nel@nevrax.org Date: Wed, 7 Nov 2001 12:14:29 +1100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C16729.8CFBB230" Subject: [Nel] RE: Cannot start server Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform 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_001_01C16729.8CFBB230 Content-Type: text/plain; charset="iso-8859-1" Hi Vianney, Thank for that! I have followed the server.dxt documention and have started "admin_executor_service", "naming_service", "login_service", "welcome_service"...but when I tried to start "admin_service", I got into error again, and the logs are: Log Starting [01/11/07 11:29:24] 01/11/07 11:29:24 INF: Starting Service 'AS' using NeL (Nov 6 2001 15:36:46) 01/11/07 11:29:24 INF: args = 1 01/11/07 11:29:24 INF: argv[0] = 'admin_service' 01/11/07 11:29:24 AST: "localaddr.ipAddress() != "127.0.0.1"" 01/11/07 11:29:24 pctest/AS WRN: Exception will be launched: variable "Rec" not found in file "admin_service.cfg" 01/11/07 11:29:24 pctest/AS WRN: Exception will be launched: variable "StringMsgFormat" not found in file "admin_service.cfg" 01/11/07 11:29:24 pctest/AS WRN: Exception will be launched: variable "SId" not found in file "admin_service.cfg" 01/11/07 11:29:24 pctest/AS AST: "localaddr.ipAddress() != "127.0.0.1"" 01/11/07 11:29:24 pctest/AS WRN: Exception will be launched: Trying to access to the index 1 but the variable "AESHosts" size is 1 . . . admin_service abort In admin_service.cfg, I have: ---admin_service.cfg--- NSHost = "pctest"; NSPort = "50000"; AESHosts = "pctest"; ----------------------- What should I put for AESHosts? Do I need to create my own service? After I have got the server running, I will go for the client on a window machine. I did have a go on trying to compile the client on Linux, with gcc2.96x, but I received a compile error saying that it cannot reference to "libnel3d.so"... I read the mailing-archive at 2001-March, it was explained that this problem causes by inline function with gcc, and someone said they have fixed this problem. But I am stilling have the same error. Could you tell me how to fix this? Thanks, Wilson > Message: 2 > From: "Vianney Lecoart" > To: > Subject: Re: [Nel] Cannot start server. > Date: Tue, 6 Nov 2001 10:29:06 +0100 > charset="iso-8859-1" > Reply-To: nel@nevrax.org > > Hi Wilson, > > > I have created a ns.cfg and ls.txt > > Theses files are totally out of date, you must take a look to these files > (sorry, they are in doxygen format and not generated so it s not really easy > to read): > > /cvs/cvsweb.cgi/~checkout~/code/nel/doc/net/service .dxt > ?rev=1.2&content-type=text/plain > > and > > /cvs/cvsweb.cgi/~checkout~/code/nelns/doc/server.dx t?re > v=1.2&content-type=text/plain > > These files explain how to create a service and how work default services > like naming service and so on. > > Anyway, naming_service doesn t need config file so it works fine without. > > > 01/11/06 15:38:37 pctest/NS INF: Service ready > > This line means that your services is running fine. > > > 01/11/06 15:38:42 pctest/NS WRN: Exception will be launched: Socket error: > > Connection to pctest:49997 (127.0.0.1) failed (111: Connection refused) > > Each server could have an admin_executor_service running on it and all > services of this server will connect on it. All services try, evenly, to > connect to the AES and if the connection failed, this output will be > display. It's not an error, just a warning. (look the url for more > information) Just launch the admin_executor_service and the naming_service > will be quiet. > > Vianney Lecroart > --- > lead network programmer / nevrax.com > icq#: 6870415 > homepage: http://ace.planet-d.net > www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- > w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? > > > > > --__--__-- > > _______________________________________________ > Nel mailing list > Nel@nevrax.org > /mailman/listinfo.cgi/nel > > > End of Nel Digest_______________________________________________ > Nel mailing list > Nel@nevrax.org /mailman/listinfo.cgi/nel ------_=_NextPart_001_01C16729.8CFBB230 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable RE: Cannot start server

Hi Vianney,

Thank for that! I have followed the server.dxt = documention and have started "admin_executor_service", = "naming_service", "login_service", = "welcome_service"...but when I tried to start = "admin_service", I got into error again, and the logs = are:

Log Starting [01/11/07 11:29:24]
01/11/07 11:29:24 INF: Starting Service 'AS' using = NeL (Nov  6 2001 15:36:46)
01/11/07 11:29:24 INF: args =3D 1
01/11/07 11:29:24 INF: argv[0] =3D = 'admin_service'
01/11/07 11:29:24 AST: "localaddr.ipAddress() = !=3D "127.0.0.1""
01/11/07 11:29:24 pctest/AS WRN: Exception will be = launched: variable "Rec" not found in file = "admin_service.cfg"
01/11/07 11:29:24 pctest/AS WRN: Exception will be = launched: variable "StringMsgFormat" not found in file = "admin_service.cfg"

01/11/07 11:29:24 pctest/AS WRN: Exception will be = launched: variable "SId" not found in file = "admin_service.cfg"
01/11/07 11:29:24 pctest/AS AST: = "localaddr.ipAddress() !=3D "127.0.0.1""
01/11/07 11:29:24 pctest/AS WRN: Exception will be = launched: Trying to access to the index 1 but the variable = "AESHosts" size is 1

.
.
.
admin_service abort


In admin_service.cfg, I have:

---admin_service.cfg---
NSHost =3D "pctest";
NSPort =3D "50000";
AESHosts =3D "pctest";
-----------------------


What should I put for AESHosts?  Do I need to = create my own service?

After I have got the server running, I will go for = the client on a window machine.
I did have a go on trying to compile the client on = Linux, with gcc2.96x, but I received a compile error saying that it = cannot reference to "libnel3d.so"...

I read the mailing-archive at 2001-March, it was = explained that this problem causes by inline function with gcc, and = someone said they have fixed this problem.  But I am stilling have = the same error.  Could you tell me how to fix this?


Thanks,

Wilson



> Message: 2
> From: "Vianney Lecoart" = <lecroart@nevrax.com>
> To: <nel@nevrax.org>
> Subject: Re: [Nel] Cannot start server.
> Date: Tue, 6 Nov 2001 10:29:06 +0100
> charset=3D"iso-8859-1"
> Reply-To: nel@nevrax.org
>
> Hi Wilson,
>
> > I have created a ns.cfg and ls.txt
>
> Theses files are totally out of date, you must = take a look to these
files
> (sorry, they are in doxygen format and not = generated so it s not
really
easy
> to read):
>
>
/cvs/cvsweb.cgi/~checkout~/code/n= el/doc/net/service
.dxt
> ?rev=3D1.2&content-type=3Dtext/plain
>
> and
>
>
/cvs/cvsweb.cgi/~checkout~/code/n= elns/doc/server.dx
t?re
> v=3D1.2&content-type=3Dtext/plain
>
> These files explain how to create a service and = how work default
services
> like naming service and so on.
>
> Anyway, naming_service doesn t need config file = so it works fine
without.
>
> > 01/11/06 15:38:37 pctest/NS INF: Service = ready
>
> This line means that your services is running = fine.
>
> > 01/11/06 15:38:42 pctest/NS WRN: Exception = will be launched: Socket
error:
> > Connection to pctest:49997 (127.0.0.1) = failed (111: Connection
refused)
>
> Each server could have an = admin_executor_service running on it and all
> services of this server will connect on it. All = services try, evenly,
to
> connect to the AES and if the connection = failed, this output will be
> display. It's not an error, just a warning. = (look the url for more
> information) Just launch the = admin_executor_service and the
naming_service
> will be quiet.
>
> Vianney Lecroart
> ---
> lead network programmer / nevrax.com
> icq#: 6870415
> homepage: http://ace.planet-d.net
> www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ = P- L+++>+$ E+>- W++ N+
o?
K-
> w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- = DI D+ G e++ h+ r-- y?
>
>
>
>
> --__--__--
>
> = _______________________________________________
> Nel mailing list
> Nel@nevrax.org
> /mailman/listinfo.cgi/nel
>
>
> End of Nel = Digest_______________________________________________
> Nel mailing list
> Nel@nevrax.org
 /mailman/listinfo.cgi/nel

------_=_NextPart_001_01C16729.8CFBB230-- From lecroart@nevrax.com Wed Nov 7 10:58:52 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fA79wnU65936 for ; Wed, 7 Nov 2001 10:58:50 +0100 (CET) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id fA79rjA84891 for ; Wed, 7 Nov 2001 10:53:45 +0100 (CET) (envelope-from lecroart@nevrax.com) Message-ID: <002001c16772$175d2ec0$0901a8c0@vianneyl> From: "Vianney Lecoart" To: References: <70456BFD9E18D511B8C40008C74C244E0EEEE4@pop3.powerlan.com.au> Subject: Re: [Nel] RE: Cannot start server Date: Wed, 7 Nov 2001 10:53:45 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi, > but when I tried to start "admin_service", I got into error again, and the logs are: You don't need to launch admin_service to run a shard. Anyway, look the cfg that are in the code/nelns directories (for example code/nelns/admin_service/admin_service.cfg) > 01/11/07 11:29:24 AST: "localaddr.ipAddress() != "127.0.0.1"" This assert means that you don't have network card :/ (is it true?) or there's something strange with your OS. Remove the assert in the inet_address.cpp line 407: nlassert( localaddr.ipAddress() != "127.0.0.1" ); > 01/11/07 11:29:24 pctest/AS WRN: Exception will be launched: Trying to > access to the index 1 but the variable "AESHosts" size is 1 AESHosts is not a string variable but an array of string, look code/nelns/admin_service/admin_service.cfg It contains the alias string "S1" and the ip of the server "localhost" for example. > After I have got the server running, I will go for the client on a window > machine. You can test the client with our nevrax server (itsalive.nevrax.org) look my last mail. Vianney Lecroart --- lead network programmer / nevrax.com icq#: 6870415 homepage: http://ace.planet-d.net www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? From dee115@optushome.com.au Wed Nov 7 13:57:42 2001 Received: from mail008.syd.optusnet.com.au (mail008.syd.optusnet.com.au [203.2.75.232]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fA7CvdU67102 for ; Wed, 7 Nov 2001 13:57:40 +0100 (CET) (envelope-from dee115@optushome.com.au) Received: from CO3005935A (c728.carlnfd1.nsw.optusnet.com.au [203.164.58.221]) by mail008.syd.optusnet.com.au (8.11.1/8.11.1) with SMTP id fA7CqTJ01081 for ; Wed, 7 Nov 2001 23:52:29 +1100 Message-ID: <001001c16793$7eb0e460$dd3aa4cb@CO3005935A> From: "Dee" To: Date: Thu, 8 Nov 2001 00:52:51 +1100 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_000D_01C167EF.B194ACC0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Subject: [Nel] Cannot connect to itsalive.nevrax.org Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform This is a multi-part message in MIME format. ------=_NextPart_000_000D_01C167EF.B194ACC0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi,=20 I have just got the snowball2 client running. I try to connect to the = server (itsalive.nevrax.org) that you mentioned in last email. But I = either receive a 10051:network is unreachable, or 10060: Connection = timed-out. The following is the log: Log Starting [01/11/08 00:14:23] 01/11/08 00:14:23 INF: Starting Snowballs 1 01/11/08 00:14:30 INF: Welcome to Snowballs 01/11/08 00:14:30 INF:=20 01/11/08 00:14:30 INF: Press SHIFT-ESC to exit the game 01/11/08 00:14:39 INF: static const char *OtherSideAssociations[] =3D { 01/11/08 00:14:39 INF: "AA", 01/11/08 00:14:39 INF: "RA", 01/11/08 00:14:39 INF: "RAA", 01/11/08 00:14:39 INF: "VLP", 01/11/08 00:14:39 INF: "SCS", 01/11/08 00:14:39 INF: }; 01/11/08 00:14:40 WRN: Exception will be launched: Socket error: = Connection closed (0) 01/11/08 00:14:40 INF: Report for blocking socket = itsalive.nevrax.org:49999 (195.68.21.196): Max send time: 0 Max recv = time: 683 01/11/08 00:14:40 INF: Max send time: 0 01/11/08 00:14:59 INF: static const char *OtherSideAssociations[] =3D { 01/11/08 00:14:59 INF: "AA", 01/11/08 00:14:59 INF: "RA", 01/11/08 00:14:59 INF: "RAA", 01/11/08 00:14:59 INF: "VLP", 01/11/08 00:14:59 INF: "SCS", 01/11/08 00:14:59 INF: }; 01/11/08 00:15:03 WRN: Exception will be launched: Socket error: = Connection closed (0) 01/11/08 00:15:03 INF: Report for blocking socket = itsalive.nevrax.org:49999 (195.68.21.196): Max send time: 0 Max recv = time: 3831 01/11/08 00:15:03 INF: Max send time: 0 01/11/08 00:15:03 INF: addr:192.168.100.4:37000 = cookie:'3711608011|2513154061|8' 01/11/08 00:15:24 WRN: Exception will be launched: Socket error: = Connection to 192.168.100.4:37000 (192.168.100.4) failed (10060: = Connection timed-out) 01/11/08 00:15:38 INF: Report for blocking socket :0 (0.0.0.0): Max send = time: 0 Max recv time: 0 01/11/08 00:15:38 INF: Max send time: 0 I am running the release version. And when I start the client, why it = said "Snowballs 1", but not "Snowballs 2". Is this correct? I have set up a server on a Linux machine. But when I try to connect to = it, there is an error saying that there is no front end service running. = Then I try to start "sno_frontend", but it just say cannot locate = "libnelnet.so" (??? I forgot what's the file name, I am not around the = Linux machine right now). Thanks!! Wilson ------=_NextPart_000_000D_01C167EF.B194ACC0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi,
 
I have just got the snowball2 client = running. =20 I try to connect to the server (itsalive.nevrax.org) that you mentioned = in last=20 email.  But I either receive a 10051:network is unreachable, or = 10060:=20 Connection timed-out.
 
The following is the log:
 
Log Starting [01/11/08 = 00:14:23]
01/11/08=20 00:14:23 INF: Starting Snowballs 1
01/11/08 00:14:30 INF: Welcome to=20 Snowballs
01/11/08 00:14:30 INF:
01/11/08 00:14:30 INF: Press = SHIFT-ESC=20 to exit the game
01/11/08 00:14:39 INF: static const char=20 *OtherSideAssociations[] =3D {
01/11/08 00:14:39 INF:  = "AA",
01/11/08=20 00:14:39 INF:  "RA",
01/11/08 00:14:39 INF:  = "RAA",
01/11/08=20 00:14:39 INF:  "VLP",
01/11/08 00:14:39 INF:  = "SCS",
01/11/08=20 00:14:39 INF: };
01/11/08 00:14:40 WRN: Exception will be launched: = Socket=20 error: Connection closed (0)
01/11/08 00:14:40 INF: Report for = blocking=20 socket itsalive.nevrax.org:49999 (195.68.21.196): Max send time: 0 Max = recv=20 time: 683
01/11/08 00:14:40 INF: Max send time: 0
01/11/08 = 00:14:59 INF:=20 static const char *OtherSideAssociations[] =3D {
01/11/08 00:14:59 = INF: =20 "AA",
01/11/08 00:14:59 INF:  "RA",
01/11/08 00:14:59 = INF: =20 "RAA",
01/11/08 00:14:59 INF:  "VLP",
01/11/08 00:14:59 = INF: =20 "SCS",
01/11/08 00:14:59 INF: };
01/11/08 00:15:03 WRN: Exception = will be=20 launched: Socket error: Connection closed (0)
01/11/08 00:15:03 INF: = Report=20 for blocking socket itsalive.nevrax.org:49999 (195.68.21.196): Max send = time: 0=20 Max recv time: 3831
01/11/08 00:15:03 INF: Max send time: = 0
01/11/08=20 00:15:03 INF: addr:192.168.100.4:37000=20 cookie:'3711608011|2513154061|8'
01/11/08 00:15:24 WRN: Exception = will be=20 launched: Socket error: Connection to 192.168.100.4:37000 = (192.168.100.4) failed=20 (10060: Connection timed-out)
01/11/08 00:15:38 INF: Report for = blocking=20 socket :0 (0.0.0.0): Max send time: 0 Max recv time: 0
01/11/08 = 00:15:38 INF:=20 Max send time: 0
 
I am running the release version.  = And when I=20 start the client, why it said "Snowballs 1", but not "Snowballs = 2".  Is=20 this correct?
 
I have set up a server on a Linux = machine. =20 But when I try to connect to it, there is an error saying that there is = no front=20 end service running.  Then I try to start "sno_frontend", but it = just say=20 cannot locate "libnelnet.so" (??? I forgot what's the file name, I am = not around=20 the Linux machine right now).
 
Thanks!!
 
Wilson
 
------=_NextPart_000_000D_01C167EF.B194ACC0-- From lecroart@nevrax.com Wed Nov 7 15:01:12 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fA7E19U67535 for ; Wed, 7 Nov 2001 15:01:10 +0100 (CET) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id fA7Du4A88602 for ; Wed, 7 Nov 2001 14:56:04 +0100 (CET) (envelope-from lecroart@nevrax.com) Message-ID: <003901c16793$f127dee0$0901a8c0@vianneyl> From: "Vianney Lecoart" To: References: <001001c16793$7eb0e460$dd3aa4cb@CO3005935A> Subject: Re: [Nel] Cannot connect to itsalive.nevrax.org Date: Wed, 7 Nov 2001 14:56:04 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi Wilson, >I have just got the snowball2 client running. I try to connect to the server (itsalive.nevrax.org) that you mentioned in last email. But I either receive a 10051:network is unreachable, or 10060: Connection timed-out. Normal, it was a problem in the linx configuration, it's now fixed and should work fine. > I am running the release version. And when I start the client, why it said "Snowballs 1", but not "Snowballs 2". Is this correct? Okay, It's the first version of the new snowballs. We rewrite it from scratch so we call it snowballs 2 but it's the first version. Anyway, it's the new snowballs :) >I have set up a server on a Linux machine. But when I try to connect to it, there is an error saying that there is no front end service running. Right, the frontend crashed so no other frontend was available (I relaunch it). > Then I try to start "sno_frontend", but it just say cannot locate "libnelnet.so" (??? I forgot what's the file name, I am not around the Linux machine right now). I think the problem is that you don't put the directory where the os can find the dynamic library libnelnet. You have to set it in the LD_LIBRARY_PATH. Vianney Lecroart --- lead network programmer / nevrax.com icq#: 6870415 homepage: http://ace.planet-d.net www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? From valignat@gw.nevrax.com Wed Nov 7 18:00:52 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fA7H0pU68675 for ; Wed, 7 Nov 2001 18:00:51 +0100 (CET) (envelope-from valignat@gw.nevrax.com) Received: from gw.nevrax.com (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with ESMTP id fA7GtoA91614 for ; Wed, 7 Nov 2001 17:55:50 +0100 (CET) (envelope-from valignat@gw.nevrax.com) Received: (from valignat@localhost) by gw.nevrax.com (8.11.6/8.11.6) id fA7GthG11400 for nel@nevrax.org; Wed, 7 Nov 2001 17:55:43 +0100 (CET) (envelope-from valignat) Date: Wed, 7 Nov 2001 17:55:43 +0100 From: Cedric Valignat To: nel@nevrax.org Subject: Re: [Nel] RE: Cannot start server Message-ID: <20011107175543.A11377@nevrax.com> References: <70456BFD9E18D511B8C40008C74C244E0EEEE4@pop3.powerlan.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <70456BFD9E18D511B8C40008C74C244E0EEEE4@pop3.powerlan.com.au>; from WLeung@powerlan.com.au on Wed, Nov 07, 2001 at 12:14:29PM +1100 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hello, I made some bugfix today in the configuration scripts of NeL and Snowballs 2 that could fix your problem. The fix will be available on the public CVS tonigth ... If it didn't fix your problem, send me the gcc error message, please ? thanks :-) WLeung@powerlan.com.au wrote: > machine. > I did have a go on trying to compile the client on Linux, with gcc2.96x, but > I received a compile error saying that it cannot reference to > "libnel3d.so"... > > I read the mailing-archive at 2001-March, it was explained that this problem > causes by inline function with gcc, and someone said they have fixed this > problem. But I am stilling have the same error. Could you tell me how to > fix this? Cedric. From v.caron@zerodeux.net Wed Nov 7 18:22:01 2001 Received: from zerodeux.net (zerodeux.net [62.4.22.182]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fA7HM0U68816 for ; Wed, 7 Nov 2001 18:22:00 +0100 (CET) (envelope-from v.caron@zerodeux.net) Received: from zerodeux.net (zerodeux.home [192.168.1.3]) by zerodeux.net (Postfix) with ESMTP id 48D3A132 for ; Wed, 7 Nov 2001 18:17:00 +0100 (CET) Message-ID: <3BE96C87.DD8F1337@zerodeux.net> Date: Wed, 07 Nov 2001 18:16:55 +0100 From: Vincent Caron X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.12 i686) X-Accept-Language: en, fr MIME-Version: 1.0 To: nel@nevrax.org Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: [Nel] STL question Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Do you still recommend STLport 4.0 for Linux compilation ? Or 4.5, or latest version (STLport-1031) ? I personally encountered bugs in the post-4.5 beta, so I'm a bit wondering how your big pile of code hanles it with 4.0 ? :) From lecroart@nevrax.com Wed Nov 7 18:44:53 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fA7HioU68980 for ; Wed, 7 Nov 2001 18:44:51 +0100 (CET) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id fA7HdlA92299 for ; Wed, 7 Nov 2001 18:39:47 +0100 (CET) (envelope-from lecroart@nevrax.com) Message-ID: <000901c167b3$318aa020$0901a8c0@vianneyl> From: "Vianney Lecoart" To: References: <3BE96C87.DD8F1337@zerodeux.net> Subject: Re: [Nel] STL question Date: Wed, 7 Nov 2001 18:39:46 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform > Do you still recommend STLport 4.0 for Linux compilation ? Or 4.5, or latest > version (STLport-1031) ? I personally encountered bugs in the post-4.5 beta, > so I'm a bit wondering how your big pile of code hanles it with 4.0 ? :) On windows, I work with STLPort 4.5 (Current release version : 4.5 (Sep 08, 2001)) and other people you the old one 4.0. On linux, the 2 versions should work, if not, you can send us bug report, we ll fix them. Vianney Lecroart --- lead network programmer / nevrax.com icq#: 6870415 homepage: http://ace.planet-d.net www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? From dee115@optushome.com.au Thu Nov 8 12:11:56 2001 Received: from mail008.syd.optusnet.com.au (mail008.syd.optusnet.com.au [203.2.75.232]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fA8BBqU74452 for ; Thu, 8 Nov 2001 12:11:53 +0100 (CET) (envelope-from dee115@optushome.com.au) Received: from CO3005935A (c728.carlnfd1.nsw.optusnet.com.au [203.164.58.221]) by mail008.syd.optusnet.com.au (8.11.1/8.11.1) with SMTP id fA8B6hJ29974 for ; Thu, 8 Nov 2001 22:06:43 +1100 Message-ID: <000f01c1684d$d8e4fa60$dd3aa4cb@CO3005935A> From: "Dee" To: Date: Thu, 8 Nov 2001 23:06:50 +1100 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_000C_01C168AA.0C2DC620" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Subject: [Nel] Sound and OpenAL Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform This is a multi-part message in MIME format. ------=_NextPart_000_000C_01C168AA.0C2DC620 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi I have got the server and client running with no problem. But when I = play snowball, there is no sound... I compiled the client on VC6, and I got the following error when compile = the open_al: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D Compiling...=20 buffer_al.cpp=20 C:\snowball\code\nel\src\sound\driver\openal\sound_driver_al.h(60) : = error C2146: syntax error : missing ';' before identifier 'EAXSetProp' C:\snowball\code\nel\src\sound\driver\openal\sound_driver_al.h(60) : = fatal error C1004: unexpected end of file found=20 listener_al.cpp=20 C:\snowball\code\nel\src\sound\driver\openal\sound_driver_al.h(60) : = error C2146: syntax error : missing ';' before identifier 'EAXSetProp' C:\snowball\code\nel\src\sound\driver\openal\sound_driver_al.h(60) : = fatal error C1004: unexpected end of file found=20 sound_driver_al.cpp=20 C:\snowball\code\nel\src\sound\driver\openal\sound_driver_al.h(60) : = error C2146: syntax error : missing ';' before identifier 'EAXSetProp' C:\snowball\code\nel\src\sound\driver\openal\sound_driver_al.h(60) : = fatal error C1004: unexpected end of file found=20 source_al.cpp=20 C:\snowball\code\nel\src\sound\driver\openal\sound_driver_al.h(60) : = error C2146: syntax error : missing ';' before identifier 'EAXSetProp' C:\snowball\code\nel\src\sound\driver\openal\sound_driver_al.h(60) : = fatal error C1004: unexpected end of file found=20 Error executing cl.exe.=20 nel_drv_openal_win.dll - 8 error(s), 0 warning(s)=20 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D I ignore this error and just go ahead with my client. Is that why my = client does not have any sound? Thanks. Wilson ------=_NextPart_000_000C_01C168AA.0C2DC620 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi
 
I have got the server and client = running with no=20 problem.  But when I play snowball, there is no = sound...
 
I compiled the client on VC6, and I got = the=20 following error when compile the open_al:
 
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D
Compiling...
buffer_al.cpp=20
C:\snowball\code\nel\src\sound\driver\openal\sound_driver_al.h(60) : = error=20 C2146: syntax error : missing ';' before identifier = 'EAXSetProp'
C:\snowball\code\nel\src\sound\driver\openal\sound_driver_al.h(6= 0) :=20 fatal error C1004: unexpected end of file found
listener_al.cpp=20
C:\snowball\code\nel\src\sound\driver\openal\sound_driver_al.h(60) : = error=20 C2146: syntax error : missing ';' before identifier = 'EAXSetProp'
C:\snowball\code\nel\src\sound\driver\openal\sound_driver_al.h(6= 0) :=20 fatal error C1004: unexpected end of file found
sound_driver_al.cpp=20
C:\snowball\code\nel\src\sound\driver\openal\sound_driver_al.h(60) : = error=20 C2146: syntax error : missing ';' before identifier = 'EAXSetProp'
C:\snowball\code\nel\src\sound\driver\openal\sound_driver_al.h(6= 0) :=20 fatal error C1004: unexpected end of file found
source_al.cpp=20
C:\snowball\code\nel\src\sound\driver\openal\sound_driver_al.h(60) : = error=20 C2146: syntax error : missing ';' before identifier = 'EAXSetProp'
C:\snowball\code\nel\src\sound\driver\openal\sound_driver_al.h(6= 0) :=20 fatal error C1004: unexpected end of file found
Error executing=20 cl.exe.
nel_drv_openal_win.dll - 8 error(s), 0=20 warning(s)
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D
I ignore this error and just go ahead = with my=20 client.  Is that why my client does not have any = sound?
Thanks.
 
Wilson
------=_NextPart_000_000C_01C168AA.0C2DC620-- From cado@nevrax.com Thu Nov 8 12:44:18 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fA8BiGU74623 for ; Thu, 8 Nov 2001 12:44:16 +0100 (CET) (envelope-from cado@nevrax.com) Received: from nevrax.com (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with ESMTP id fA8BdBA98901 for ; Thu, 8 Nov 2001 12:39:11 +0100 (CET) (envelope-from cado@nevrax.com) Message-ID: <3BEA6EDF.DB6F3FAA@nevrax.com> Date: Thu, 08 Nov 2001 12:39:11 +0100 From: Olivier Cado X-Mailer: Mozilla 4.72 [en] (Windows NT 5.0; I) X-Accept-Language: fr,en MIME-Version: 1.0 To: nel@nevrax.org Subject: Re: [Nel] Sound and OpenAL References: <000f01c1684d$d8e4fa60$dd3aa4cb@CO3005935A> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hello, > Dee wrote: > I have got the server and client running with no problem. But when I > play snowball, there is no sound... Currently, there is no sound in Snowballs. > I compiled the client on VC6, and I got the following error when > compile the open_al: > > =============================================================================== > Compiling... > buffer_al.cpp > C:\snowball\code\nel\src\sound\driver\openal\sound_driver_al.h(60) : > error C2146: syntax error : missing ';' before identifier 'EAXSetProp' > C:\snowball\code\nel\src\sound\driver\openal\sound_driver_al.h(60) : > fatal error C1004: unexpected end of file found (...) The sound engine is currently not necessary to run Snowballs. But if you want to compile it for your own project (or to test the 'sound_sources' sample), you need to install OpenAL and EAX (get OpenAl from http://www.openal.org and EAX from http://developer.creative.com/GAMES/DC_D&H_Games-Home.asp) and to configure the following settings (the examples are given for my configuration): Include paths needed: - OpenAL base platform dir (C:\NETSHARE\OPENAL\WIN) - OpenAL include dir (C:\NETSHARE\OPENAL\WIN\AL) - EAX include dir (C:\NETSHARE\CREATIVE LABS\EAX 2.0 EXTENSIONS SDK\INCLUDE) - NeL src dir (R:\CODE\NEL\SRC) Library paths needed: - OpenAL .lib location (C:\Netshare\openal\win\openal32\release) - OpenAL UT .lib location (C:\Netshare\openal\win\alut\release) - EAX .lib location (C:\NETSHARE\CREATIVE LABS\EAX 2.0 EXTENSIONS SDK\LIBS) At runtime, the user needs openal32.dll and eax.dll (usually in the system directory). You will find more info in the document at /docs/doxygen/nel/nel_sound.html as soon as this document is back online. Note: EAX is currently supported under Windows only, but the sound engine works under Linux (with no support of environmental effects) yet. Regards, Olivier Cado -- Olivier Cado Nevrax NeL From dee115@optushome.com.au Thu Nov 8 13:11:29 2001 Received: from mail012.syd.optusnet.com.au (mail012.syd.optusnet.com.au [203.2.75.172]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fA8CBOU74792 for ; Thu, 8 Nov 2001 13:11:25 +0100 (CET) (envelope-from dee115@optushome.com.au) Received: from optushome.com.au (c728.carlnfd1.nsw.optusnet.com.au [203.164.58.221]) by mail012.syd.optusnet.com.au (8.11.1/8.11.1) with ESMTP id fA8C6Eu19628 for ; Thu, 8 Nov 2001 23:06:14 +1100 Message-ID: <3BEB1E0C.5C2D0417@optushome.com.au> Date: Fri, 09 Nov 2001 11:06:37 +1100 From: dee115 X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.2-2 i686) X-Accept-Language: en MIME-Version: 1.0 To: nel@nevrax.org Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: [Nel] Linux Error when compile Nel 3d Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi, When I tried to compile Nel3d in Linux, I got the following error: make[3]: Entering directory `/home/cvssnowball/code/nel/src/3d' /bin/sh ../../libtool --mode=compile c++ -DHAVE_CONFIG_H -I. -I. -I../../include -I../../src -I/usr/include/freetype2 -I/home/snowball/STLport-4.0/stlport -O3 -Wno-multichar -D_REENTRANT -I/usr/X11R6/include -c water_model.cpp rm -f .libs/water_model.lo c++ -DHAVE_CONFIG_H -I. -I. -I../../include -I../../src -I/usr/include/freetype2 -I/home/snowball/STLport-4.0/stlport -O3 -Wno-multichar -D_REENTRANT -I/usr/X11R6/include -Wp,-MD,.deps/water_model.pp -c water_model.cpp -fPIC -DPIC -o .libs/water_model.lo In file included from water_model.cpp:29: ../../src/3d/water_height_map.h:127:6: warning: no newline at end of file ../../src/3d/water_height_map.h:127:6: warning: no newline at end of file water_model.cpp: In method `void NL3D::CWaterRenderObs::traverse (NL3D::IObs *)': water_model.cpp:183: no match for `NL3D::IDriver *& != NLMISC::CSmartPtr &' make[3]: *** [water_model.lo] Error 1 make[3]: Leaving directory `/home/cvssnowball/code/nel/src/3d' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/cvssnowball/code/nel/src/3d' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/cvssnowball/code/nel/src' make: *** [all-recursive] Error 1 When I remove all things which related to water_*.* from register3d, scene, and the Makefile, then everything is working... Thanks, Wilson From v.caron@zerodeux.net Thu Nov 8 19:29:22 2001 Received: from zerodeux.net (zerodeux.net [62.4.22.182]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fA8ITJU76575 for ; Thu, 8 Nov 2001 19:29:20 +0100 (CET) (envelope-from v.caron@zerodeux.net) Received: from zerodeux.net (zerodeux.home [192.168.1.3]) by zerodeux.net (Postfix) with ESMTP id 495A9A8 for ; Thu, 8 Nov 2001 19:24:15 +0100 (CET) Message-ID: <3BEACDCA.42462CD7@zerodeux.net> Date: Thu, 08 Nov 2001 19:24:10 +0100 From: Vincent Caron X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.12 i686) X-Accept-Language: en, fr MIME-Version: 1.0 To: nel@nevrax.org Content-Type: multipart/mixed; boundary="------------93594FC19AC601BF95116088" Subject: [Nel] Linux build Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform This is a multi-part message in MIME format. --------------93594FC19AC601BF95116088 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit * Makefile.am's still lacking some source files. Attached a patch against src/misc/Makefile.am and src/3d/Makefile.am (needed at least to build Snowballs2). * Snowballs2 might not have sound support (I just read it on the ML) but it requires Nelsound support. I now build NeL with default, + sound (and no AI). * Running the Snowballs2 client, I have this good old bug : $ ./src/snowballs INF23282 client.cpp 145 : Starting Snowballs 1 WRN23282 dru.cpp 95 : when loading dynamic library 'libnel_drv_opengl.so': /usr/local/lib/libnel_drv_opengl.so: undefined symbol: glDrawElements WRN23282 common.cpp 392 : Exception will be launched: libnel_drv_opengl.so not found Aborted $ nm -D /usr/lib/libGL.so|grep glDrawElements 0003c2c2 T glDrawElements If you have any idea ... I'll try to investigate the pb. BTW: client.cpp 145, what about 'Snowballs _2_' ? :) --------------93594FC19AC601BF95116088 Content-Type: text/plain; charset=us-ascii; name="am_patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="am_patch" Index: nel/src/misc/Makefile.am =================================================================== RCS file: /home/cvsroot/code/nel/src/misc/Makefile.am,v retrieving revision 1.32 diff -c -r1.32 Makefile.am *** nel/src/misc/Makefile.am 5 Nov 2001 16:08:20 -0000 1.32 --- nel/src/misc/Makefile.am 8 Nov 2001 18:25:05 -0000 *************** *** 9,15 **** lib_LTLIBRARIES = libnelmisc.la libnelmisc_la_SOURCES = aabbox.cpp \ ! bit_mem_stream.cpp \ bit_set.cpp \ bitmap.cpp \ block_memory.cpp \ --- 9,15 ---- lib_LTLIBRARIES = libnelmisc.la libnelmisc_la_SOURCES = aabbox.cpp \ ! bit_mem_stream.cpp \ bit_set.cpp \ bitmap.cpp \ block_memory.cpp \ *************** *** 28,34 **** events.cpp \ file.cpp \ geom_ext.cpp \ ! heap_memory.cpp \ i_xml.cpp \ i18n.cpp \ line.cpp \ --- 28,34 ---- events.cpp \ file.cpp \ geom_ext.cpp \ ! heap_memory.cpp \ i_xml.cpp \ i18n.cpp \ line.cpp \ *************** *** 52,57 **** --- 52,58 ---- time_nl.cpp \ triangle.cpp \ uv.cpp \ + value_smoother.cpp \ vector.cpp \ vector_2d.cpp \ vector_2f.cpp \ Index: nel/src/3d/Makefile.am =================================================================== RCS file: /home/cvsroot/code/nel/src/3d/Makefile.am,v retrieving revision 1.54 diff -c -r1.54 Makefile.am *** nel/src/3d/Makefile.am 7 Nov 2001 17:06:10 -0000 1.54 --- nel/src/3d/Makefile.am 8 Nov 2001 18:25:05 -0000 *************** *** 54,59 **** --- 54,61 ---- coarse_mesh_manager.h \ computed_string.cpp \ computed_string.h \ + deform_2d.cpp \ + deform_2d.h \ driver.cpp \ driver.h \ driver_material_inline.h \ *************** *** 94,99 **** --- 96,105 ---- landscape.h \ landscape_collision_grid.cpp \ landscape_collision_grid.h \ + landscape_def.cpp \ + landscape_def.h \ + landscape_face_vector_manager.cpp \ + landscape_face_vector_manager.h \ landscapeig_manager.cpp \ landscape_model.cpp \ landscape_model.h \ *************** *** 101,106 **** --- 107,114 ---- landscape_profile.h \ landscape_user.cpp \ landscape_user.h \ + landscape_vegetable_block.cpp \ + landscape_vegetable_block.h \ landscapevb_allocator.cpp \ landscapevb_allocator.h \ landscapevb_info.cpp \ *************** *** 127,132 **** --- 135,142 ---- mesh_geom.h \ mesh_instance.cpp \ mesh_instance.h \ + mesh_morpher.cpp \ + mesh_morpher.h \ mesh_mrm.cpp \ mesh_mrm.h \ mesh_mrm_instance.cpp \ *************** *** 149,154 **** --- 159,166 ---- mrm_mesh.h \ mrm_parameters.cpp \ mrm_parameters.h \ + noise_value.cpp \ + noise_value.h \ nelu.cpp \ nelu.h \ ordering_table.h \ *************** *** 169,174 **** --- 181,187 ---- patch_rdr_pass.cpp \ patch_rdr_pass.h \ patch_render.cpp \ + patch_vegetable.cpp \ patchuv_locator.cpp \ patchuv_locator.h \ plane_basis_maker.h \ *************** *** 220,225 **** --- 233,240 ---- ps_sound.h \ ps_sound.cpp \ quad_grid.h \ + quad_grid_clip_cluster.cpp \ + quad_grid_clip_cluster.h \ quad_grid_clip_manager.cpp \ quad_grid_clip_manager.h \ quad_effect.h \ *************** *** 251,260 **** --- 266,279 ---- skeleton_user.h \ skeleton_weight.cpp \ skeleton_weight.h \ + skip_model.cpp \ + skip_model.h \ stripifier.h \ stripifier.cpp \ tess_block.cpp \ tess_block.h \ + tess_face_priority_list.cpp \ + tess_face_priority_list.h \ tess_list.cpp \ tess_list.h \ tessellation.cpp \ *************** *** 299,304 **** --- 318,325 ---- tile_lumel.h \ tile_noise_map.cpp \ tile_noise_map.h \ + tile_vegetable_desc.cpp \ + tile_vegetable_desc.h \ track.cpp \ track.h \ track_bezier.h \ *************** *** 316,321 **** --- 337,356 ---- transformable_user.cpp \ transformable_user.h \ trav_scene.h \ + vegetable.cpp \ + vegetable.h \ + vegetable_clip_block.cpp \ + vegetable_clip_block.h \ + vegetable_def.cpp \ + vegetable_def.h \ + vegetable_instance_group.cpp \ + vegetable_instance_group.h \ + vegetable_manager.cpp \ + vegetable_manager.h \ + vegetable_shape.cpp \ + vegetable_shape.h \ + vegetablevb_allocator.cpp \ + vegetablevb_allocator.h \ vertex_buffer.cpp \ vertex_buffer.h \ vertex_buffer_hard.cpp \ *************** *** 331,336 **** --- 366,373 ---- visual_collision_manager.h \ visual_collision_manager_user.cpp \ visual_collision_manager_user.h \ + water_height_map.cpp \ + water_height_map.h \ water_model.cpp \ water_model.h \ water_pool_manager.cpp \ --------------93594FC19AC601BF95116088-- From v.caron@zerodeux.net Thu Nov 8 19:51:33 2001 Received: from zerodeux.net (zerodeux.net [62.4.22.182]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fA8IpVU76709 for ; Thu, 8 Nov 2001 19:51:32 +0100 (CET) (envelope-from v.caron@zerodeux.net) Received: from zerodeux.net (zerodeux.home [192.168.1.3]) by zerodeux.net (Postfix) with ESMTP id 9C4CAA8 for ; Thu, 8 Nov 2001 19:46:31 +0100 (CET) Message-ID: <3BEAD302.DA6943D@zerodeux.net> Date: Thu, 08 Nov 2001 19:46:26 +0100 From: Vincent Caron X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.12 i686) X-Accept-Language: en, fr MIME-Version: 1.0 To: nel@nevrax.org Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: [Nel] Linux: snowballs (almost) running Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform I solved the GL driver loader pb : it was not linked against libGL. Attached the one-liner patch to nel/src/3d/driver/opengl/Makefile.am to fix this. I now have the splash screen, and then a nice segfault :). My client.cfg points to a fresh data tarball (the URL was on this ML a few days ago). So I'll guess I'll have to investigate again. I didn't compile in debug mode (too long, not enough disk space for this task), so the trace is vague : Starting program: /home/zerodeux/src/nevrax/code/snowballs2/client/src/snowballs [New Thread 1024 (LWP 27970)] INF27970 client.cpp 145 : Starting Snowballs 1 [New Thread 2049 (LWP 27971)] [New Thread 1026 (LWP 27972)] [New Thread 2051 (LWP 27973)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1024 (LWP 27970)] 0x40a8ced6 in _STL::_Rb_global::_M_increment () from /home/zerodeux/src/nevrax/STLport/lib/libstlport_gcc.so (gdb) bt #0 0x40a8ced6 in _STL::_Rb_global::_M_increment () from /home/zerodeux/src/nevrax/STLport/lib/libstlport_gcc.so #1 0x405d64ec in NL3D::CScene::createInstance () from /usr/local/lib/libnel3d.so.0 #2 0x405d9e24 in NL3D::CInstanceGroup::addToScene () from /usr/local/lib/libnel3d.so.0 #3 0x4051272b in NL3D::CInstanceGroupUser::addToScene () from /usr/local/lib/libnel3d.so.0 #4 0x405133f5 in NL3D::CInstanceGroupUser::addToScene () from /usr/local/lib/libnel3d.so.0 #5 0x080678d7 in initLandscape () #6 0x08052ea0 in main () #7 0x40bab65f in __libc_start_main () from /lib/libc.so.6 From v.caron@zerodeux.net Thu Nov 8 20:06:34 2001 Received: from zerodeux.net (zerodeux.net [62.4.22.182]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fA8J6PU76811 for ; Thu, 8 Nov 2001 20:06:28 +0100 (CET) (envelope-from v.caron@zerodeux.net) Received: from zerodeux.net (zerodeux.home [192.168.1.3]) by zerodeux.net (Postfix) with ESMTP id 901F323 for ; Thu, 8 Nov 2001 20:01:17 +0100 (CET) Message-ID: <3BEAD678.EEEE43DC@zerodeux.net> Date: Thu, 08 Nov 2001 20:01:12 +0100 From: Vincent Caron X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.12 i686) X-Accept-Language: en, fr MIME-Version: 1.0 To: nel@nevrax.org Subject: Re: [Nel] Linux Error when compile Nel 3d References: <3BEB1E0C.5C2D0417@optushome.com.au> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform dee115 wrote: > > When I remove all things which related to water_*.* from register3d, > scene, and the Makefile, then everything is working... Hello, I suggest you upgrade your gcc : check the version with 'gcc --version', you should have a 2.95.4 (was released this summer). This is at least related to the 'no newline at end of file' warning which is fixed in gcc since then (the preprocessor is smart enough to add the necessary newline). I personnally use STLport 4.5 and don't have trouble compiling the water_* stuff : try this if the gcc upgrade don't fix it. From v.caron@zerodeux.net Thu Nov 8 20:07:14 2001 Received: from zerodeux.net (zerodeux.net [62.4.22.182]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fA8J7DU76825 for ; Thu, 8 Nov 2001 20:07:14 +0100 (CET) (envelope-from v.caron@zerodeux.net) Received: from zerodeux.net (zerodeux.home [192.168.1.3]) by zerodeux.net (Postfix) with ESMTP id AC43723 for ; Thu, 8 Nov 2001 20:02:13 +0100 (CET) Message-ID: <3BEAD6B0.493943D@zerodeux.net> Date: Thu, 08 Nov 2001 20:02:08 +0100 From: Vincent Caron X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.12 i686) X-Accept-Language: en, fr MIME-Version: 1.0 To: nel@nevrax.org Subject: Re: [Nel] Linux: snowballs (almost) running References: <3BEAD302.DA6943D@zerodeux.net> Content-Type: multipart/mixed; boundary="------------0D77984EA8A4BC9AF50862BD" Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform This is a multi-part message in MIME format. --------------0D77984EA8A4BC9AF50862BD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit OK, I forgot the patch, sorry ! :)) --------------0D77984EA8A4BC9AF50862BD Content-Type: text/plain; charset=us-ascii; name="opengldrv.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="opengldrv.patch" Index: nel/src/3d/driver/opengl/Makefile.am =================================================================== RCS file: /home/cvsroot/code/nel/src/3d/driver/opengl/Makefile.am,v retrieving revision 1.7 diff -c -r1.7 Makefile.am *** nel/src/3d/driver/opengl/Makefile.am 29 Oct 2001 10:51:00 -0000 1.7 --- nel/src/3d/driver/opengl/Makefile.am 8 Nov 2001 18:45:39 -0000 *************** *** 23,28 **** --- 23,29 ---- AM_CXXFLAGS = -I$(top_srcdir)/src + libnel_drv_opengl_la_LIBADD = -lGL # End of Makefile.am --------------0D77984EA8A4BC9AF50862BD-- From WLeung@powerlan.com.au Fri Nov 9 22:32:37 2001 Received: from PLT_SMTP_LCV.lcv.pwr ([203.25.108.25]) by www.nevrax.org (8.11.0/8.11.0) with SMTP id fA9LWWU85337 for ; Fri, 9 Nov 2001 22:32:34 +0100 (CET) (envelope-from WLeung@powerlan.com.au) Received: FROM mail.powerlan.com.au BY PLT_SMTP_LCV.lcv.pwr ; Sat Nov 10 08:24:34 2001 +1100 Received: by pop3.powerlan.com.au with Internet Mail Service (5.5.2653.19) id ; Sat, 10 Nov 2001 08:26:13 +1100 Message-ID: <70456BFD9E18D511B8C40008C74C244E0EEEE9@pop3.powerlan.com.au> From: WLeung@powerlan.com.au To: nel@nevrax.org Subject: [Nel] RE: Cannot start server Date: Sat, 10 Nov 2001 08:26:13 +1100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C16965.28343CD0" Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform 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_001_01C16965.28343CD0 Content-Type: text/plain; charset="ISO-8859-1" Hi, I have just compiled the client and get the same error, here is the gcc error: [root@localhost client]# make Making all in src make[1]: Entering directory `/home/cvssnowball/code/snowballs2/client/src' c++ -I/usr/include/freetype2 -I/home/snowball/STLport-4.5/stlport -O3 -I/usr/X11R6/include -I/usr/local/include/ -o snowballs animation.o camera.o client.o commands.o compass.o entities.o graph.o interface.o landscape.o lens_flare.o mouse_listener.o network.o pacs.o physics.o radar.o sound.o -L/usr/lib -lfreetype -L/home/snowball/STLport-4.5/lib -L/usr/X11R6/lib -L/usr/local/lib -lnelmisc -lnelnet -lnelpacs -lstlport_gcc camera.o: In function `initCamera(void)': camera.o(.text+0x3b8): undefined reference to `NL3D::CViewport::CViewport(void)' camera.o(.text+0x3d1): undefined reference to `NL3D::CViewport::init(float, float, float, float)' client.o: In function `main': client.o(.text+0xfea): undefined reference to `NL3D::UDriver::createDriver(void)' client.o: In function `displayLoadingState(char *)': client.o(.text+0x382d): undefined reference to `NL3D::CFrustum::init(float, float, float, float, float, float, bool)' commands.o: In function `updateCommands(void)': commands.o(.text+0x1a5f): undefined reference to `NL3D::UDriver::setMatrixMode2D11(void)' compass.o: In function `updateCompass(void)': compass.o(.text+0x855): undefined reference to `NL3D::UDriver::setMatrixMode2D43(void)' graph.o: In function `CGraph::render(void)': graph.o(.text+0x79): undefined reference to `NL3D::CFrustum::init(float, float, float, float, float, float, bool)' interface.o: In function `updateInterface(void)': interface.o(.text+0x27): undefined reference to `NL3D::UDriver::setMatrixMode2D11(void)' landscape.o: In function `initLandscape(void)': landscape.o(.text+0x1c65): undefined reference to `NL3D::UInstanceGroup::createInstanceGroup(_STL::basic_string, _STL::allocator > const &)' landscape.o(.text+0x1e7b): undefined reference to `NL3D::ULight::createLight(void)' lens_flare.o: In function `CLensFlare::show(void)': lens_flare.o(.text+0x296): undefined reference to `NL3D::UDriver::setMatrixMode2D11(void)' lens_flare.o(.text+0x35d): undefined reference to `NL3D::CFrustum::project(NLMISC::CVector const &) const' lens_flare.o: In function `updateLensFlare(void)': lens_flare.o(.text+0xd5f): undefined reference to `NL3D::CFrustum::project(NLMISC::CVector const &) const' lens_flare.o(.text+0xf25): undefined reference to `NL3D::UDriver::setMatrixMode2D11(void)' mouse_listener.o: In function `C3dMouseListener::C3dMouseListener(void)': mouse_listener.o(.text+0x40): undefined reference to `NL3D::CViewport::CViewport(void)' mouse_listener.o(.text+0x8c): undefined reference to `NL3D::CViewport::initFullScreen(void)' mouse_listener.o(.text+0xb2): undefined reference to `NL3D::CFrustum::init(float, float, float, float, bool)' radar.o: In function `displayRadar(void)': radar.o(.text+0x9b): undefined reference to `NL3D::UDriver::setMatrixMode2D11(void)' radar.o(.text+0x343): undefined reference to `NL3D::CFrustum::init(float, float, float, float, float, float, bool)' radar.o: In function `displayLittleRadar(void)': radar.o(.text+0xf72): undefined reference to `NL3D::UDriver::setMatrixMode2D11(void)' radar.o(.text+0x116a): undefined reference to `NL3D::CFrustum::init(float, float, float, float, float, float, bool)' collect2: ld returned 1 exit status make[1]: *** [snowballs] Error 1 make[1]: Leaving directory `/home/cvssnowball/code/snowballs2/client/src' make: *** [all-recursive] Error 1 For you informaiton, I am using gcc2.96, I tried both STLPORT 4.5 and 4.0 but I still got the same error. Cheers, Wilson >Hello, > >I made some bugfix today in the configuration scripts of NeL and >Snowballs 2 that could fix your problem. The fix will be available on >the public CVS tonigth ... > >If it didn't fix your problem, send me the gcc error message, please ? >thanks :-) ------_=_NextPart_001_01C16965.28343CD0 Content-Type: text/html; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable [Nel] RE: Cannot start server

Hi, I have just compiled the client and get the same = error, here is the gcc error:

[root@localhost client]# make
Making all in src
make[1]: Entering directory = `/home/cvssnowball/code/snowballs2/client/src'
c++ -I/usr/include/freetype2 = -I/home/snowball/STLport-4.5/stlport -O3   = -I/usr/X11R6/include -I/usr/local/include/  -o snowballs  = animation.o camera.o client.o commands.o compass.o entities.o graph.o = interface.o landscape.o lens_flare.o mouse_listener.o network.o pacs.o = physics.o radar.o sound.o -L/usr/lib -lfreetype = -L/home/snowball/STLport-4.5/lib  -L/usr/X11R6/lib = -L/usr/local/lib -lnelmisc -lnelnet -lnelpacs -lstlport_gcc

camera.o: In function `initCamera(void)':
camera.o(.text+0x3b8): undefined reference to = `NL3D::CViewport::CViewport(void)'
camera.o(.text+0x3d1): undefined reference to = `NL3D::CViewport::init(float, float, float, float)'
client.o: In function `main':
client.o(.text+0xfea): undefined reference to = `NL3D::UDriver::createDriver(void)'
client.o: In function `displayLoadingState(char = *)':
client.o(.text+0x382d): undefined reference to = `NL3D::CFrustum::init(float, float, float, float, float, float, = bool)'
commands.o: In function = `updateCommands(void)':
commands.o(.text+0x1a5f): undefined reference to = `NL3D::UDriver::setMatrixMode2D11(void)'
compass.o: In function `updateCompass(void)':
compass.o(.text+0x855): undefined reference to = `NL3D::UDriver::setMatrixMode2D43(void)'
graph.o: In function `CGraph::render(void)':
graph.o(.text+0x79): undefined reference to = `NL3D::CFrustum::init(float, float, float, float, float, float, = bool)'
interface.o: In function = `updateInterface(void)':
interface.o(.text+0x27): undefined reference to = `NL3D::UDriver::setMatrixMode2D11(void)'
landscape.o: In function = `initLandscape(void)':
landscape.o(.text+0x1c65): undefined reference to = `NL3D::UInstanceGroup::createInstanceGroup(_STL::basic_string<char, = _STL::char_traits<char>, _STL::allocator<char> > const = &)'

landscape.o(.text+0x1e7b): undefined reference to = `NL3D::ULight::createLight(void)'
lens_flare.o: In function = `CLensFlare::show(void)':
lens_flare.o(.text+0x296): undefined reference to = `NL3D::UDriver::setMatrixMode2D11(void)'
lens_flare.o(.text+0x35d): undefined reference to = `NL3D::CFrustum::project(NLMISC::CVector const &) const'
lens_flare.o: In function = `updateLensFlare(void)':
lens_flare.o(.text+0xd5f): undefined reference to = `NL3D::CFrustum::project(NLMISC::CVector const &) const'
lens_flare.o(.text+0xf25): undefined reference to = `NL3D::UDriver::setMatrixMode2D11(void)'
mouse_listener.o: In function = `C3dMouseListener::C3dMouseListener(void)':
mouse_listener.o(.text+0x40): undefined reference to = `NL3D::CViewport::CViewport(void)'
mouse_listener.o(.text+0x8c): undefined reference to = `NL3D::CViewport::initFullScreen(void)'
mouse_listener.o(.text+0xb2): undefined reference to = `NL3D::CFrustum::init(float, float, float, float, bool)'
radar.o: In function `displayRadar(void)':
radar.o(.text+0x9b): undefined reference to = `NL3D::UDriver::setMatrixMode2D11(void)'
radar.o(.text+0x343): undefined reference to = `NL3D::CFrustum::init(float, float, float, float, float, float, = bool)'
radar.o: In function = `displayLittleRadar(void)':
radar.o(.text+0xf72): undefined reference to = `NL3D::UDriver::setMatrixMode2D11(void)'
radar.o(.text+0x116a): undefined reference to = `NL3D::CFrustum::init(float, float, float, float, float, float, = bool)'
collect2: ld returned 1 exit status
make[1]: *** [snowballs] Error 1
make[1]: Leaving directory = `/home/cvssnowball/code/snowballs2/client/src'
make: *** [all-recursive] Error 1


For you informaiton, I am using gcc2.96, I tried both = STLPORT 4.5 and 4.0 but I still got the same error.

Cheers,

Wilson


>Hello,
>
>I made some bugfix today in the configuration = scripts of NeL and
>Snowballs 2 that could fix your problem. The fix = will be available on
>the public CVS tonigth ...
>
>If it didn't fix your problem, send me the gcc = error message, please ?
>thanks :-)

------_=_NextPart_001_01C16965.28343CD0-- From lecroart@nevrax.com Mon Nov 12 10:21:47 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fAC9LjU08274 for ; Mon, 12 Nov 2001 10:21:45 +0100 (CET) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id fAC9GdA28340 for ; Mon, 12 Nov 2001 10:16:39 +0100 (CET) (envelope-from lecroart@nevrax.com) Message-ID: <003a01c16b5a$bc3df410$0901a8c0@vianneyl> From: "Vianney Lecoart" To: References: <70456BFD9E18D511B8C40008C74C244E0EEEE9@pop3.powerlan.com.au> Subject: Re: [Nel] RE: Cannot start server Date: Mon, 12 Nov 2001 10:16:39 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi, > make[1]: Entering directory `/home/cvssnowball/code/snowballs2/client/src' > c++ -I/usr/include/freetype2 -I/home/snowball/STLport-4.5/stlport -O3 > -I/usr/X11R6/include -I/usr/local/include/ -o snowballs animation.o > camera.o client.o commands.o compass.o entities.o graph.o interface.o > landscape.o lens_flare.o mouse_listener.o network.o pacs.o physics.o radar.o > sound.o -L/usr/lib -lfreetype -L/home/snowball/STLport-4.5/lib > -L/usr/X11R6/lib -L/usr/local/lib -lnelmisc -lnelnet -lnelpacs -lstlport_g cc Errors means that it doesn't find 3d library and there's no -lnel3d in the c++ command above, so the problem comes from that. Vianney Lecroart --- lead network programmer / nevrax.com icq#: 6870415 homepage: http://ace.planet-d.net www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? From valignat@gw.nevrax.com Mon Nov 12 15:08:26 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fACE8NU10299 for ; Mon, 12 Nov 2001 15:08:23 +0100 (CET) (envelope-from valignat@gw.nevrax.com) Received: from gw.nevrax.com (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with ESMTP id fACE3BA33097 for ; Mon, 12 Nov 2001 15:03:11 +0100 (CET) (envelope-from valignat@gw.nevrax.com) Received: (from valignat@localhost) by gw.nevrax.com (8.11.6/8.11.6) id fACE2qT20348 for nel@nevrax.org; Mon, 12 Nov 2001 15:02:52 +0100 (CET) (envelope-from valignat) Date: Mon, 12 Nov 2001 15:02:51 +0100 From: Cedric Valignat To: nel@nevrax.org Subject: Re: [Nel] RE: Cannot start server Message-ID: <20011112150251.A8437@nevrax.com> References: <70456BFD9E18D511B8C40008C74C244E0EEEE9@pop3.powerlan.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <70456BFD9E18D511B8C40008C74C244E0EEEE9@pop3.powerlan.com.au>; from WLeung@powerlan.com.au on Sat, Nov 10, 2001 at 08:26:13AM +1100 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hello Wilson, This error is coming from some missing source files in the Makefile.am of NeL, that was fixed on friday, you should update NeL and recompile it. WLeung@powerlan.com.au wrote: > Hi, I have just compiled the client and get the same error, here is the gcc > error: > > [root@localhost client]# make > Making all in src > make[1]: Entering directory `/home/cvssnowball/code/snowballs2/client/src' > c++ -I/usr/include/freetype2 -I/home/snowball/STLport-4.5/stlport -O3 > -I/usr/X11R6/include -I/usr/local/include/ -o snowballs animation.o > camera.o client.o commands.o compass.o entities.o graph.o interface.o > landscape.o lens_flare.o mouse_listener.o network.o pacs.o physics.o radar.o > sound.o -L/usr/lib -lfreetype -L/home/snowball/STLport-4.5/lib > -L/usr/X11R6/lib -L/usr/local/lib -lnelmisc -lnelnet -lnelpacs -lstlport_gcc > camera.o: In function `initCamera(void)': > camera.o(.text+0x3b8): undefined reference to > `NL3D::CViewport::CViewport(void)' > camera.o(.text+0x3d1): undefined reference to `NL3D::CViewport::init(float, > float, float, float)' > > [...] > > For you informaiton, I am using gcc2.96, I tried both STLPORT 4.5 and 4.0 > but I still got the same error. Cedric. From valignat@gw.nevrax.com Mon Nov 12 15:12:06 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fACEC2U10339 for ; Mon, 12 Nov 2001 15:12:04 +0100 (CET) (envelope-from valignat@gw.nevrax.com) Received: from gw.nevrax.com (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with ESMTP id fACE6rA33197 for ; Mon, 12 Nov 2001 15:06:53 +0100 (CET) (envelope-from valignat@gw.nevrax.com) Received: (from valignat@localhost) by gw.nevrax.com (8.11.6/8.11.6) id fACE6Yv20381 for nel@nevrax.org; Mon, 12 Nov 2001 15:06:34 +0100 (CET) (envelope-from valignat) Date: Mon, 12 Nov 2001 15:06:34 +0100 From: Cedric Valignat To: nel@nevrax.org Subject: Re: [Nel] Linux: snowballs (almost) running Message-ID: <20011112150634.B8437@nevrax.com> References: <3BEAD302.DA6943D@zerodeux.net> <3BEAD6B0.493943D@zerodeux.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3BEAD6B0.493943D@zerodeux.net>; from v.caron@zerodeux.net on Thu, Nov 08, 2001 at 08:02:08PM +0100 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hello Vincent, I just commit the changes, Thanks for your help and there is no problem for the fact that your forgot the patch ;-) Vincent Caron wrote: > OK, I forgot the patch, sorry ! :)) > > [...] Cedric. From valignat@gw.nevrax.com Mon Nov 12 15:37:04 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fACEasU10548 for ; Mon, 12 Nov 2001 15:36:55 +0100 (CET) (envelope-from valignat@gw.nevrax.com) Received: from gw.nevrax.com (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with ESMTP id fACEVeA33738 for ; Mon, 12 Nov 2001 15:31:41 +0100 (CET) (envelope-from valignat@gw.nevrax.com) Received: (from valignat@localhost) by gw.nevrax.com (8.11.6/8.11.6) id fACEVMX56416 for nel@nevrax.org; Mon, 12 Nov 2001 15:31:22 +0100 (CET) (envelope-from valignat) Date: Mon, 12 Nov 2001 15:31:22 +0100 From: Cedric Valignat To: nel@nevrax.org Subject: Re: [Nel] Linux build Message-ID: <20011112153121.C8437@nevrax.com> References: <3BEACDCA.42462CD7@zerodeux.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3BEACDCA.42462CD7@zerodeux.net>; from v.caron@zerodeux.net on Thu, Nov 08, 2001 at 07:24:10PM +0100 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hello, Vincent Caron wrote: > * Makefile.am's still lacking some source files. Attached a patch against > src/misc/Makefile.am and src/3d/Makefile.am (needed at least to build > Snowballs2). We fixed that ... sorry :-( > * Snowballs2 might not have sound support (I just read it on the ML) but > it requires Nelsound support. I now build NeL with default, + sound (and > no AI). We start coding some dound support for Snowballs 2, but we decide to stop the development to finish it later, sorry about that ... > * Running the Snowballs2 client, I have this good old bug : > > $ ./src/snowballs > INF23282 client.cpp 145 : Starting Snowballs 1 > WRN23282 dru.cpp 95 : when loading dynamic library 'libnel_drv_opengl.so': > /usr/local/lib/libnel_drv_opengl.so: undefined symbol: glDrawElements > WRN23282 common.cpp 392 : Exception will be launched: libnel_drv_opengl.so not found > Aborted > > $ nm -D /usr/lib/libGL.so|grep glDrawElements > 0003c2c2 T glDrawElements > > If you have any idea ... I'll try to investigate the pb. I'm going to take a look on that ... > BTW: client.cpp 145, what about 'Snowballs _2_' ? :) ouch ! ... done. :-) Thanks for your help, Cedric. From ruud@rentashop.nl Thu Nov 15 17:18:44 2001 Received: from mail.rentashop.nl (IDENT:root@mail.rentashop.nl [212.72.39.141]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fAFGIip02317 for ; Thu, 15 Nov 2001 17:18:44 +0100 (CET) (envelope-from ruud@rentashop.nl) Received: from wasp ([212.78.169.34]) by mail.rentashop.nl (8.9.3/8.8.7) with SMTP id RAA27640 for ; Thu, 15 Nov 2001 17:19:00 +0100 Message-ID: <005f01c16df0$aa360490$0800a8c0@wasp> From: "Ruud Verdonck" To: Date: Thu, 15 Nov 2001 17:14:54 +0100 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_005C_01C16DF9.0B9A2420" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Subject: [Nel] Landscape Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform This is a multi-part message in MIME format. ------=_NextPart_000_005C_01C16DF9.0B9A2420 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, i was wondering, is there a way to make my own landscape and models for = snowballs? i would like to see what Nel can do with diff. landscape settings Ruud Verdonck ------=_NextPart_000_005C_01C16DF9.0B9A2420 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi,
 
i was wondering, is there a way to make = my own=20 landscape and models for snowballs?
i would like to see what Nel can do = with diff.=20 landscape settings
 
Ruud = Verdonck
------=_NextPart_000_005C_01C16DF9.0B9A2420-- From corvazier@nevrax.com Fri Nov 16 17:08:30 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fAGG8Rp09289 for ; Fri, 16 Nov 2001 17:08:27 +0100 (CET) (envelope-from corvazier@nevrax.com) Received: from cyrilc (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id fAGG3GA97586 for ; Fri, 16 Nov 2001 17:03:16 +0100 (CET) (envelope-from corvazier@nevrax.com) Message-ID: <012001c16eb8$497b74f0$1701a8c0@cyrilc> From: "Cyril 'Hulud' Corvazier" To: References: <005f01c16df0$aa360490$0800a8c0@wasp> Subject: Re: [Nel] Landscape Date: Fri, 16 Nov 2001 17:03:52 +0100 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_011D_01C16EC0.AB309AB0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform This is a multi-part message in MIME format. ------=_NextPart_000_011D_01C16EC0.AB309AB0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, Take a look at the post with the title "Landscape generation pipeline" = date of the 19 / 10 / 2001. This long post explain how generate and process landscape data. For the model, you have to compile the NeL 3dsmax plugins and export = your own models with them. Have fun. :) Cyril Corvazier ----- Original Message -----=20 From: Ruud Verdonck=20 To: nel@nevrax.org=20 Sent: Thursday, November 15, 2001 5:14 PM Subject: [Nel] Landscape Hi, =20 i was wondering, is there a way to make my own landscape and models = for snowballs? i would like to see what Nel can do with diff. landscape settings =20 Ruud Verdonck ------=_NextPart_000_011D_01C16EC0.AB309AB0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi,
 
Take a look at the post with the title = "Landscape=20 generation pipeline" date of the 19 / 10 / 2001.
This long post explain how generate and = process=20 landscape data.
For the model, you have to compile the = NeL 3dsmax=20 plugins and export your own models with them.
 
Have fun. :)
 
Cyril Corvazier
----- Original Message -----
From:=20 Ruud = Verdonck=20
Sent: Thursday, November 15, = 2001 5:14=20 PM
Subject: [Nel] Landscape

Hi,
 
i was wondering, is there a way to = make my own=20 landscape and models for snowballs?
i would like to see what Nel can do = with diff.=20 landscape settings
 
Ruud=20 Verdonck
------=_NextPart_000_011D_01C16EC0.AB309AB0-- From v.caron@zerodeux.net Fri Nov 16 23:16:05 2001 Received: from zerodeux.net (zerodeux.net [62.4.22.182]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fAGMG5p11012 for ; Fri, 16 Nov 2001 23:16:05 +0100 (CET) (envelope-from v.caron@zerodeux.net) Received: from zerodeux.net (zerodeux.home [192.168.1.3]) by zerodeux.net (Postfix) with ESMTP id 9A055186D for ; Fri, 16 Nov 2001 23:11:03 +0100 (CET) Message-ID: <3BF58EF0.D827BC3@zerodeux.net> Date: Fri, 16 Nov 2001 23:10:56 +0100 From: Vincent Caron X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.12 i686) X-Accept-Language: en, fr MIME-Version: 1.0 To: nel@nevrax.org Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: [Nel] Linux build Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Minor error in NeL public CVS: src/3d/water_shape.h:193: class `CWaterShape' is implicitly friends with itself Snowballs2 is still segfaulting in nel3D, if I have 3GB and 1 CPU-hour to compile a debug version, I might try to trace the bug... From corvazier@nevrax.com Tue Nov 20 10:30:00 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fAK9Txp49305 for ; Tue, 20 Nov 2001 10:29:59 +0100 (CET) (envelope-from corvazier@nevrax.com) Received: from cyrilc (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id fAK9OoA29195 for ; Tue, 20 Nov 2001 10:24:50 +0100 (CET) (envelope-from corvazier@nevrax.com) Message-ID: <000b01c171a5$3dbb1d60$1701a8c0@cyrilc> From: "Cyril 'Hulud' Corvazier" To: Date: Tue, 20 Nov 2001 10:25:06 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Subject: [Nel] Ryzom screenshot Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi there, Some screenshots of our internal project are in the "image of the day" contest on flipcode.com. All is done with NeL. Take a look at : http://www.flipcode.com/cgi-bin/msg.cgi?showThread=11-19-2001&forum=iotd&id= -1 Cyril Corvazier --- Lead 3d programmer Nevrax France From ahoyt@packetport.com Tue Nov 20 14:05:59 2001 Received: from smtp1.mail.iamworld.net (smtp1-out.mail.iamworld.net [204.91.241.116]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fAKD5vp52790 for ; Tue, 20 Nov 2001 14:05:58 +0100 (CET) (envelope-from ahoyt@packetport.com) Received: from packetport.com ([207.86.139.130]) by smtp1.mail.iamworld.net (8.9.3/8.9.3) with ESMTP id IAA2630019 for ; Tue, 20 Nov 2001 08:00:46 -0500 (EST) Message-ID: <3BFA53FE.24E938C@packetport.com> Date: Tue, 20 Nov 2001 08:00:46 -0500 From: Tony Hoyt X-Mailer: Mozilla 4.76 [en] (X11; U; SunOS 5.7 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: nel@nevrax.org Subject: Re: [Nel] Ryzom screenshot References: <000b01c171a5$3dbb1d60$1701a8c0@cyrilc> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Cyril 'Hulud' Corvazier wrote: > Some screenshots of our internal project are in the "image of the day" > contest on flipcode.com. > All is done with NeL. > > Take a look at : > http://www.flipcode.com/cgi-bin/msg.cgi?showThread=11-19-2001&forum=iotd&id= > -1 Wooooooh. Holly cow you guys have been busy! I've been wondering what you guys have been doing with the real project and that sure is proof that you guys are not slacking. Are those mountable creatures you have? I must say, it looks really really nice. Perhaps one of the few good reasons why maybe I _should_ upgrade my graphics card. By the way, I've been reading some of your docs on makeing the art packs, landscapes etc. One issue I have is, to generate landscape I need 3d Studio Max. I know I know, if I want to be serious I would have a copy but when your trying to do this for fun and on a budget of $0 + personal time, you try to find alternative stuff. I still need to see what exactly the landscapeing tools do for 3d Studio Max and if they can be replicated for say, Blender as a plugin or script (www.blender.nl) but in the mean time I'm going to go back to reading some. I must say, I love your transition tile concept, I'm not sure how the results of it look on a real project other then with Snowballs but with snowballs, It does look good. It seems easy enough to make a tile pack. It's the generating landscape that evades me at the moment. Tony Project Leader of I-Really-Wish-I-Could-Make-My-own-MMORPG From delire@selectparks.net Wed Nov 21 05:10:30 2001 Received: from laudanum.net (server42.aitcom.net [208.234.0.36]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fAL4ATp61305 for ; Wed, 21 Nov 2001 05:10:30 +0100 (CET) (envelope-from delire@selectparks.net) Received: from shoko ([144.137.2.24]) by laudanum.net (8.8.8/8.8.5) with SMTP id XAA04045 for ; Tue, 20 Nov 2001 23:07:27 -0500 Message-ID: <003801c17241$8f3a2e00$0200a8c0@shoko> From: "delire" To: Date: Wed, 21 Nov 2001 15:03:59 +1100 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0035_01C1729D.BF887E70" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MIMEOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Subject: [Nel] Bezian Vistas Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform This is a multi-part message in MIME format. ------=_NextPart_000_0035_01C1729D.BF887E70 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I'm really keen to use your engine for a small multi-user environment - = I can't believe what it offers!! Especially the bezian terrains with = LOD. However I need to get some idea whether my goal of mixable 3D / = positional audio and a maximum of 64 simultaneous users is actually = feasible at this point in the design stage of your product. If so I'd = like to begin using it immediately. Secondly, is there a native editor for the engine, if not can you = suggest art packages [3DMAX etc] that are best used? Cheers, Julian Oliver www.selectparks.net ------=_NextPart_000_0035_01C1729D.BF887E70 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
I'm really keen to use your engine for a small = multi-user=20 environment - I can't believe what it offers!! Especially the bezian = terrains=20 with LOD.
 
However I need to get some idea whether my goal of = mixable 3D=20 / positional audio and a maximum of 64 simultaneous users is actually = feasible=20 at this point in the design stage of your product. If so I'd like to = begin using=20 it immediately.
 
Secondly, is there a native editor for the engine, = if not can=20 you suggest art packages [3DMAX etc] that are best used?
 
Cheers,
 
Julian Oliver
 
www.selectparks.net
<= /DIV> ------=_NextPart_000_0035_01C1729D.BF887E70-- From tanis@mediacom.it Wed Nov 21 08:40:12 2001 Received: from www.digi-web.it (80.64-26.27.110.62.in-addr.arpa [62.110.27.80] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with SMTP id fAL7eCp62449 for ; Wed, 21 Nov 2001 08:40:12 +0100 (CET) (envelope-from tanis@mediacom.it) Received: (qmail 14738 invoked from network); 21 Nov 2001 08:22:46 -0000 Received: from unknown (HELO valerio) (172.16.69.2) by mail.digisoft.local with SMTP; 21 Nov 2001 08:22:46 -0000 Message-ID: <106901c1725f$08ab2ce0$024510ac@valerio> From: "Valerio Santinelli" To: References: <003801c17241$8f3a2e00$0200a8c0@shoko> Subject: Re: [Nel] Bezian Vistas Date: Wed, 21 Nov 2001 08:35:03 +0100 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_1066_01C17267.6A5EA4F0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform This is a multi-part message in MIME format. ------=_NextPart_000_1066_01C17267.6A5EA4F0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I guess that NeL is exactly what you're looking for.=20 As for the art package.. NeL comes with some custom-made tools included = in the library sources and with 3DSMAX plugins, so you're going to need = 3DSMAX in order to be able to work effectively with NeL. -- Valerio Santinelli HateSeed.com Founder (http://www.hateseed.com) In Flames Italia Webmaster (http://www.inflames.it) My Lab (http://tanis.hateseed.com) ----- Original Message -----=20 From: delire=20 To: nel@nevrax.org=20 Sent: Wednesday, November 21, 2001 5:03 AM Subject: [Nel] Bezian Vistas I'm really keen to use your engine for a small multi-user environment = - I can't believe what it offers!! Especially the bezian terrains with = LOD. However I need to get some idea whether my goal of mixable 3D / = positional audio and a maximum of 64 simultaneous users is actually = feasible at this point in the design stage of your product. If so I'd = like to begin using it immediately. Secondly, is there a native editor for the engine, if not can you = suggest art packages [3DMAX etc] that are best used? Cheers, Julian Oliver www.selectparks.net ------=_NextPart_000_1066_01C17267.6A5EA4F0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
I guess that NeL is exactly what you're = looking=20 for.
As for the art package.. NeL comes with = some=20 custom-made tools included in the library sources and with 3DSMAX = plugins, so=20 you're going to need 3DSMAX in order to be able to work effectively with = NeL.
--
Valerio Santinelli
HateSeed.com Founder (http://www.hateseed.com)
In = Flames Italia=20 Webmaster (http://www.inflames.it)
My=20 Lab (http://tanis.hateseed.com)
----- Original Message -----
From:=20 delire
Sent: Wednesday, November 21, = 2001 5:03=20 AM
Subject: [Nel] Bezian = Vistas

I'm really keen to use your engine for a small = multi-user=20 environment - I can't believe what it offers!! Especially the bezian = terrains=20 with LOD.
 
However I need to get some idea whether my goal of = mixable=20 3D / positional audio and a maximum of 64 simultaneous users is = actually=20 feasible at this point in the design stage of your product. If so I'd = like to=20 begin using it immediately.
 
Secondly, is there a native editor for the engine, = if not=20 can you suggest art packages [3DMAX etc] that are best = used?
 
Cheers,
 
Julian Oliver
 
www.selectparks.net
<= /DIV> ------=_NextPart_000_1066_01C17267.6A5EA4F0-- From lists@elesi.org Fri Nov 23 22:47:56 2001 Received: from dci.doncaster.on.ca (dci.doncaster.on.ca [216.187.106.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fANLlsp83462 for ; Fri, 23 Nov 2001 22:47:55 +0100 (CET) (envelope-from lists@elesi.org) Received: from there (heath.istop.com [216.187.107.152]) by dci.doncaster.on.ca (8.9.1/8.9.1) with SMTP id VAA19909 for ; Fri, 23 Nov 2001 21:42:43 GMT Message-Id: <200111232142.VAA19909@dci.doncaster.on.ca> Content-Type: text/plain; charset="iso-8859-1" From: Heath Johns To: nel@nevrax.org Date: Fri, 23 Nov 2001 16:47:14 +0000 X-Mailer: KMail [version 1.3.1] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Subject: [Nel] Missing Files For CVS Version of Snowballs2 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Let me first say how jawdroppingly impressed I am with the work that you folks have accomplished. Particularly the recent screenshots on flipcode. Having said that, I am *this* close to seeing it run after finally managing to get everything compiled. FYI, I grabbed everything off of CVS and I'm using Linux. It starts okay, I get a screen saying 'welcome' with the nel logo, and telling me that it is initialising the landscape, then it goes away. The term reads: INF18002 client.cpp 145 : Starting Snowballs ! WRN18002 common.cpp 392 : Exception will be launched: Path not found for nevrax.tga WRN18002 texture_file.cpp 59 : Missing textureFile: nevrax.tga WRN18002 common.cpp 392 : Exception will be launched: Path not found for 3_AN.ig Aborted I can get by the 'nevrax.tga' one by just using any targa. But it appears that I definately need the '3_AN.ig' file. This is nowhere to be found in the CVS repository or the two snowballs data tarballs. Any help would be appreciated. I'm very anxious to see how NeL runs. Regards, Heath Johns From v.caron@zerodeux.net Sat Nov 24 00:14:31 2001 Received: from zerodeux.net (zerodeux.net [62.4.22.182]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fANNEVp83891 for ; Sat, 24 Nov 2001 00:14:31 +0100 (CET) (envelope-from v.caron@zerodeux.net) Received: from zerodeux.home (zerodeux.home [192.168.1.3]) by zerodeux.net (Postfix) with ESMTP id 004E11896 for ; Sat, 24 Nov 2001 00:09:24 +0100 (CET) Subject: Re: [Nel] Missing Files For CVS Version of Snowballs2 From: Vincent Caron To: nel@nevrax.org In-Reply-To: <200111232142.VAA19909@dci.doncaster.on.ca> References: <200111232142.VAA19909@dci.doncaster.on.ca> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Evolution/0.99.2 (Preview Release) Date: 24 Nov 2001 00:09:20 +0100 Message-Id: <1006556960.582.2.camel@zerodeux.home> Mime-Version: 1.0 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform On Fri, 2001-11-23 at 17:47, Heath Johns wrote: > It starts okay, I get a screen saying 'welcome' with the nel logo, and > telling me that it is initialising the landscape, then it goes away. The > term reads: Did you fetch the last data pack ? /download/cvs/ From lists@elesi.org Sun Nov 25 02:34:44 2001 Received: from dci.doncaster.on.ca (dci.doncaster.on.ca [216.187.106.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fAP1Yip94931 for ; Sun, 25 Nov 2001 02:34:44 +0100 (CET) (envelope-from lists@elesi.org) Received: from there (heath.istop.com [216.187.107.152]) by dci.doncaster.on.ca (8.9.1/8.9.1) with SMTP id BAA06060; Sun, 25 Nov 2001 01:29:31 GMT Message-Id: <200111250129.BAA06060@dci.doncaster.on.ca> Content-Type: text/plain; charset="iso-8859-1" From: Heath Johns To: nel@nevrax.org Date: Sat, 24 Nov 2001 20:34:04 +0000 X-Mailer: KMail [version 1.3.1] Cc: v.caron@zerodeux.net MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Subject: [Nel] Snowballs Segfaults Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform (In response to "Linux: snowballs (almost) running") > I now have the splash screen, and then a nice segfault :). I don't know if you are still having this problem, but it is the same one that I've been trying to get around just now (I'm using the latest source from cvs). My workaround: comment out lines 423-445 in nel/src/3d/scene.cpp So it runs now. There was a huge NeL logo obscuring everything, but I commented out line 369 of snowballs2/client/src/client.cpp and that took care of it. So now I've got the gnu, and I can move around etc. and the trees show up, but there is no landscape. Also, it times out if you try to contact itsalive.nevrex.org. If anyone knows anything about getting the landscape to show up, please let me know, it's the big reason why I'm interested in NeL :) Heath Johns From return@trafficmagnet.net Sun Nov 25 19:41:20 2001 Received: from ns4.trafficmagnet.net ([211.101.236.28]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fAPIfBp99913 for ; Sun, 25 Nov 2001 19:41:17 +0100 (CET) (envelope-from return@trafficmagnet.net) Received: from sendmail ([211.101.236.29]) by ns4.trafficmagnet.net (8.9.3/8.9.3) with SMTP id CAA22232 for ; Mon, 26 Nov 2001 02:36:14 +0800 Message-Id: <200111251836.CAA22232@ns4.trafficmagnet.net> From: Christine Hall To: "nel@nevrax.org" Date: Mon, 26 Nov 2001 2:36:56 +0800 X-Mailer: CSMTPConnection v2.17 MIME-Version: 1.0 Content-Type: multipart/related; boundary="0e2909db-8998-4be5-af15-440c3a9a5d3d" Content-Transfer-Encoding: quoted-printable Subject: [Nel] WWW.NEVRAX.ORG Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform This is a multi-part message in MIME format --0e2909db-8998-4be5-af15-440c3a9a5d3d Content-Type: text/html; charset=iso-8859-1Ì Content-Transfer-Encoding: quoted-printable
Hi

I visited WWW.NEVRAX.ORG, = and noticed that you're not listed on some search engines! I think we can = offer you a service which can help you increase traffic and the number of = visitors to your website.

I would like to introduce you to TrafficMagnet.net. We offer a unique = technology that will submit your website to over 300,000 search engines and = directories every month.


You'll be surprised by the low-cost, and by how effective this website = promotion method can be.

To find out more about TrafficMagnet and the cost for submitting your = website to over 300,000 search engines and directories, visit www.TrafficMagnet.net.

I would love to hear from you.


Best Regards,

Christine Hall
Sales and Marketing
E-mail: christine@trafficmagnet.net
http://www.TrafficMagnet.net
--0e2909db-8998-4be5-af15-440c3a9a5d3d-- From nel-list@mindcontrol.org Mon Nov 26 19:05:24 2001 Received: from barney.sfrn.dnai.com (barney.sfrn.dnai.com [208.59.199.24]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fAQI5Mp07679 for ; Mon, 26 Nov 2001 19:05:22 +0100 (CET) (envelope-from nel-list@mindcontrol.org) Received: from sideshow-bob.sfrn.dnai.com (sideshow-bob.sfrn.dnai.com [208.59.199.20]) by barney.sfrn.dnai.com (8.11.2/8.11.2) with ESMTP id fAQHxxQ94404 for ; Mon, 26 Nov 2001 09:59:59 -0800 (PST) Received: from ns.watte.net (optiplex.b500.com [216.15.97.85]) by sideshow-bob.sfrn.dnai.com (8.11.3/8.11.3) with ESMTP id fAQHxJP13521 for ; Mon, 26 Nov 2001 09:59:19 -0800 (PST) (envelope-from nel-list@mindcontrol.org) Received: from JWATTELAP (64-178-80-34.customer.algx.net [64.178.80.34]) by ns.watte.net (8.9.3/8.9.3) with SMTP id JAA04434 for ; Mon, 26 Nov 2001 09:59:54 -0800 From: "Nel List" To: Date: Mon, 26 Nov 2001 09:59:41 -0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 In-Reply-To: <200111261101.fAQB12p05289@www.nevrax.org> Subject: [Nel] RE: Nel digest, Vol 1 #191 - 1 msg Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform The way to fix this is to make the list server bounce all messages containing HTML or attachments. > "2">Hi
>
> I visited href=3D"http://www.trafficmagnet.net">WWW.NEVRAX.ORG, = > and > noticed that you're not listed on some search engines! I > think we can = > offer > you a service which can help you increase traffic and the From tanis@mediacom.it Mon Nov 26 19:46:46 2001 Received: from fep13-svc.tin.it (mta13-acc.tin.it [212.216.176.44]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fAQIkip07911 for ; Mon, 26 Nov 2001 19:46:45 +0100 (CET) (envelope-from tanis@mediacom.it) Received: from tanis ([62.211.168.66]) by fep13-svc.tin.it (InterMail vM.4.01.03.13 201-229-121-113) with SMTP id <20011126184123.UKW25533.fep13-svc.tin.it@tanis> for ; Mon, 26 Nov 2001 19:41:23 +0100 Message-ID: <00a001c176a9$ad809400$0364a8c0@tanis> From: "Valerio Santinelli" To: References: Subject: Re: [Nel] RE: Nel digest, Vol 1 #191 - 1 msg Date: Mon, 26 Nov 2001 19:39:27 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Or just let subscribed users send mail to the mailing list, which is even better IMO. -- c'ya! Valerio Santinelli tanis@mediacom.it HateSeed Gaming Magazine http://www.hateseed.com/ My Lab http://tanis.hateseed.com/ In Flames Italia http://www.inflames.it/ ----- Original Message ----- From: "Nel List" To: Sent: Monday, November 26, 2001 6:59 PM Subject: [Nel] RE: Nel digest, Vol 1 #191 - 1 msg > > The way to fix this is to make the list server bounce all > messages containing HTML or attachments. > > > > "2">Hi
> >
> > I visited > href=3D"http://www.trafficmagnet.net">WWW.NEVRAX.ORG, = > > and > > noticed that you're not listed on some search engines! I > > think we can = > > offer > > you a service which can help you increase traffic and the > > _______________________________________________ > Nel mailing list > Nel@nevrax.org > /mailman/listinfo.cgi/nel From laurent.hausermann@naema.org Tue Nov 27 12:01:21 2001 Received: from montblanc.annet (mailer@[194.206.168.129]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fARB1Ip13793 for ; Tue, 27 Nov 2001 12:01:19 +0100 (CET) (envelope-from laurent.hausermann@naema.org) Received: by montblanc.annet; id NAA01860; Tue, 27 Nov 2001 13:32:19 +0100 (CET) Message-Id: <200111271232.NAA01860@montblanc.annet> From: "Laurent Hausermann" To: Date: Tue, 27 Nov 2001 11:52:08 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Subject: [Nel] GCC version and Debian Package Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi all, I have two questions : - What gcc version number is required to compile Nel ? I look for this information through the documentation without success (in fact, there is not a lot of dependancy version required). I have standard Debian potato version (2.95.2) and it fails to compile. - I think it's a bit tough to compile due to a lot of depedancy ... What about creating a Debian (or Redhat if there are redhat's user) package ? If anyone can help me, I could begin for the Debian package for testing debian version. Thanks to the nel Team for this great work (I can't compile yet, but it is really great ! :) Regards, Laurent From valignat@gw.nevrax.com Tue Nov 27 12:09:45 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fARB9ip13873 for ; Tue, 27 Nov 2001 12:09:44 +0100 (CET) (envelope-from valignat@gw.nevrax.com) Received: from gw.nevrax.com (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with ESMTP id fARB4WA08413 for ; Tue, 27 Nov 2001 12:04:32 +0100 (CET) (envelope-from valignat@gw.nevrax.com) Received: (from valignat@localhost) by gw.nevrax.com (8.11.6/8.11.6) id fARB40k39672 for nel@nevrax.org; Tue, 27 Nov 2001 12:04:00 +0100 (CET) (envelope-from valignat) Date: Tue, 27 Nov 2001 12:04:00 +0100 From: Cedric Valignat To: nel@nevrax.org Subject: Re: [Nel] RE: Nel digest, Vol 1 #191 - 1 msg Message-ID: <20011127120400.A39575@nevrax.com> References: <00a001c176a9$ad809400$0364a8c0@tanis> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <00a001c176a9$ad809400$0364a8c0@tanis>; from tanis@mediacom.it on Mon, Nov 26, 2001 at 07:39:27PM +0100 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Valerio Santinelli wrote: > Or just let subscribed users send mail to the mailing list, which is even > better IMO. I would like to keep this list "open", so for now i put that site in the blacklist. For the HTML mails, i'm going to see what i can do about it ... Thanks for your suggestions :-) Cedric. From tharibo@free.fr Tue Nov 27 19:28:56 2001 Received: from postfix1-2.free.fr (postfix1-2.free.fr [213.228.0.130]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fARISup16273 for ; Tue, 27 Nov 2001 19:28:56 +0100 (CET) (envelope-from tharibo@free.fr) Received: from there (toulouse-2-a7-37-135.dial.proxad.net [62.147.37.135]) by postfix1-2.free.fr (Postfix) with SMTP id 82EE4AB4FF for ; Tue, 27 Nov 2001 19:23:30 +0100 (CET) Content-Type: text/plain; charset="iso-8859-1" From: Thomas RIBO To: "Nel ML" Date: Tue, 27 Nov 2001 19:25:07 +0100 X-Mailer: KMail [version 1.3] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <20011127182330.82EE4AB4FF@postfix1-2.free.fr> Subject: [Nel] Compile error Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi! I'm trying to compile Nel and Snowballs but can't do it. I have the latest CVS update. Here are the errors: -------------8<------------------------8<-----------------------8<--------------- unified_network.cpp: In function `void NLNET::cbDisconnection (NLNET::CBufSock *, void *)': unified_network.cpp:109: name lookup of `i' changed for new ISO `for' scoping unified_network.cpp:100: using obsolete binding at `i' unified_network.cpp: In function `void NLNET::cbServiceIdentification (NLNET::CMessage &, NLNET::CBufSock *, NLNET::CCallbackNetBase &)': unified_network.cpp:183: name lookup of `i' changed for new ISO `for' scoping unified_network.cpp:174: using obsolete binding at `i' unified_network.cpp: In method `void NLNET::CUnifiedNetwork::updateConnectionTable ()': unified_network.cpp:569: cannot convert `NLNET::CBufSock *' to `uint16' in assignment -------------8<------------------------8<-----------------------8<--------------- Any idea? -- tharibo@free.fr "Le temps ne fait rien à l'affaire, quand on est con, on-est-con !" -- Georges Brassens From lecroart@nevrax.com Wed Nov 28 10:44:23 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fAS9iKp21255 for ; Wed, 28 Nov 2001 10:44:20 +0100 (CET) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id fAS9d3A21547 for ; Wed, 28 Nov 2001 10:39:03 +0100 (CET) (envelope-from lecroart@nevrax.com) Message-ID: <000f01c177f0$8403c320$0901a8c0@vianneyl> From: "Vianney Lecroart" To: References: <20011127182330.82EE4AB4FF@postfix1-2.free.fr> Subject: Re: [Nel] Compile error Date: Wed, 28 Nov 2001 10:39:03 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi, It was fixed yesterday (don't know why it was on the public cvs, I coded this yesterday and I also fixed it yesterday, so it should never be on the public cvs... anyway...) Vianney Lecroart --- lead network programmer / nevrax.com icq#: 6870415 homepage: http://ace.planet-d.net www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? ----- Original Message ----- From: "Thomas RIBO" To: "Nel ML" Sent: Tuesday, November 27, 2001 7:25 PM Subject: [Nel] Compile error > Hi! > > I'm trying to compile Nel and Snowballs but can't do it. > I have the latest CVS update. > Here are the errors: > > -------------8<------------------------8<-----------------------8<-------- ------- > unified_network.cpp: In function `void NLNET::cbDisconnection > (NLNET::CBufSock *, void *)': > unified_network.cpp:109: name lookup of `i' changed for new ISO `for' > scoping > unified_network.cpp:100: using obsolete binding at `i' > unified_network.cpp: In function `void NLNET::cbServiceIdentification > (NLNET::CMessage &, NLNET::CBufSock *, NLNET::CCallbackNetBase &)': > unified_network.cpp:183: name lookup of `i' changed for new ISO `for' > scoping > unified_network.cpp:174: using obsolete binding at `i' > unified_network.cpp: In method `void > NLNET::CUnifiedNetwork::updateConnectionTable ()': > unified_network.cpp:569: cannot convert `NLNET::CBufSock *' to `uint16' > in assignment > -------------8<------------------------8<-----------------------8<-------- ------- > > Any idea? > > -- > tharibo@free.fr > "Le temps ne fait rien à l'affaire, quand on est con, on-est-con !" > -- Georges Brassens > _______________________________________________ > Nel mailing list > Nel@nevrax.org > /mailman/listinfo.cgi/nel > From valignat@gw.nevrax.com Wed Nov 28 16:32:27 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fASFWQp23248 for ; Wed, 28 Nov 2001 16:32:26 +0100 (CET) (envelope-from valignat@gw.nevrax.com) Received: from gw.nevrax.com (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with ESMTP id fASFRCA28423 for ; Wed, 28 Nov 2001 16:27:12 +0100 (CET) (envelope-from valignat@gw.nevrax.com) Received: (from valignat@localhost) by gw.nevrax.com (8.11.6/8.11.6) id fASFQXs58196 for nel@nevrax.org; Wed, 28 Nov 2001 16:26:33 +0100 (CET) (envelope-from valignat) Date: Wed, 28 Nov 2001 16:26:32 +0100 From: Cedric Valignat To: nel@nevrax.org Subject: Re: [Nel] Compile error Message-ID: <20011128162632.A58159@nevrax.com> References: <20011127182330.82EE4AB4FF@postfix1-2.free.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20011127182330.82EE4AB4FF@postfix1-2.free.fr>; from tharibo@free.fr on Tue, Nov 27, 2001 at 07:25:07PM +0100 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi, Thomas RIBO wrote: > > I'm trying to compile Nel and Snowballs but can't do it. > I have the latest CVS update. > Here are the errors: > [...] That should be fix in the tonight cvs synchronization ... Cedric. From valignat@gw.nevrax.com Wed Nov 28 16:43:44 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fASFhep23337 for ; Wed, 28 Nov 2001 16:43:42 +0100 (CET) (envelope-from valignat@gw.nevrax.com) Received: from gw.nevrax.com (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with ESMTP id fASFcNA28647 for ; Wed, 28 Nov 2001 16:38:23 +0100 (CET) (envelope-from valignat@gw.nevrax.com) Received: (from valignat@localhost) by gw.nevrax.com (8.11.6/8.11.6) id fASFbih58238 for nel@nevrax.org; Wed, 28 Nov 2001 16:37:44 +0100 (CET) (envelope-from valignat) Date: Wed, 28 Nov 2001 16:37:43 +0100 From: Cedric Valignat To: nel@nevrax.org Subject: Re: [Nel] GCC version and Debian Package Message-ID: <20011128163743.B58159@nevrax.com> References: <200111271232.NAA01860@montblanc.annet> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200111271232.NAA01860@montblanc.annet>; from laurent.hausermann@naema.org on Tue, Nov 27, 2001 at 11:52:08AM +0100 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi Laurent, Laurent Hausermann wrote: > > - What gcc version number is required to compile Nel ? I look for this > information through the documentation without success (in fact, there is not > a lot of dependancy version required). I have standard Debian potato version > (2.95.2) and it fails to compile. We were used to use GCC 2.95.2, but we upgraded it to GCC 2.95.4 and it compile fine with that version. Your problem migth come from other things than GCC (listdc++, STL, etc...), could you send us the error messages and more informations about the your system, please ? > - I think it's a bit tough to compile due to a lot of depedancy ... What > about creating a Debian (or Redhat if there are redhat's user) package ? If > anyone can help me, I could begin for the Debian package for testing debian > version. It's a very good idea but at the momment we (Nevrax) doesn't have so much time to work on it and, to be honest, nobody here have ever made any Debian or RPM packages, but i will be very pleased to help you :-) > Thanks to the nel Team for this great work (I can't compile yet, but it is > really great ! :) Thanks Laurent :-) Cedric. From valignat@gw.nevrax.com Wed Nov 28 16:48:58 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fASFmwp23393 for ; Wed, 28 Nov 2001 16:48:58 +0100 (CET) (envelope-from valignat@gw.nevrax.com) Received: from gw.nevrax.com (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with ESMTP id fASFhiA28776 for ; Wed, 28 Nov 2001 16:43:44 +0100 (CET) (envelope-from valignat@gw.nevrax.com) Received: (from valignat@localhost) by gw.nevrax.com (8.11.6/8.11.6) id fASFh4p61465 for nel@nevrax.org; Wed, 28 Nov 2001 16:43:05 +0100 (CET) (envelope-from valignat) Date: Wed, 28 Nov 2001 16:43:04 +0100 From: Cedric Valignat To: nel@nevrax.org Subject: Re: [Nel] Snowballs Segfaults Message-ID: <20011128164304.A58256@nevrax.com> References: <200111250129.BAA06060@dci.doncaster.on.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200111250129.BAA06060@dci.doncaster.on.ca>; from lists@elesi.org on Sat, Nov 24, 2001 at 08:34:04PM +0000 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi, Heath Johns wrote: > [...] > > If anyone knows anything about getting the landscape to show up, please let > me know, it's the big reason why I'm interested in NeL :) we got these bugs on snowballs 2 since the begining, and we didn't had the time to checkit out ... sorry ... i'm going to find some time to take a look on it ... be patient :-) Cedric. From zen@lapisonline.com Thu Nov 29 10:53:32 2001 Received: from proxy.lapisonline.com (ns1.lapisonline.com [210.65.246.1]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fAT9rTp29331 for ; Thu, 29 Nov 2001 10:53:30 +0100 (CET) (envelope-from zen@lapisonline.com) Received: from blackmesa (nat.lapisonline.com [210.65.246.60]) by proxy.lapisonline.com (Postfix) with SMTP id 8FB347659D for ; Thu, 29 Nov 2001 17:47:33 +0800 (CST) Message-ID: <000201c178ba$eba45470$6601010a@blackmesa> From: "zen" To: Date: Thu, 29 Nov 2001 17:21:47 +0800 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_001B_01C178FA.536D3E70" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Subject: [Nel] How to compile the object_viewer? Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform This is a multi-part message in MIME format. ------=_NextPart_000_001B_01C178FA.536D3E70 Content-Type: text/plain; charset="big5" Content-Transfer-Encoding: quoted-printable Hi all, I've try to compile the object viewer and got the messages followed: D:\WORK\CODE\NEL\INCLUDE\nel/misc/vector_inline.h(188) : error C2589: = '(' : illegal token on right side of '::' D:\WORK\CODE\NEL\INCLUDE\nel/misc/vector_inline.h(188) : error C2059: = syntax error : '::' D:\WORK\CODE\NEL\INCLUDE\nel/misc/vector_inline.h(189) : error C2589: = '(' : illegal token on right side of '::' D:\WORK\CODE\NEL\INCLUDE\nel/misc/vector_inline.h(189) : error C2059: = syntax error : '::' D:\WORK\CODE\NEL\INCLUDE\nel/misc/vector_inline.h(190) : error C2589: = '(' : illegal token on right side of '::' D:\WORK\CODE\NEL\INCLUDE\nel/misc/vector_inline.h(190) : error C2059: = syntax error : '::' D:\WORK\CODE\NEL\INCLUDE\nel/misc/vector_inline.h(194) : error C2589: = '(' : illegal token on right side of '::' D:\WORK\CODE\NEL\INCLUDE\nel/misc/vector_inline.h(194) : error C2059: = syntax error : '::' D:\WORK\CODE\NEL\INCLUDE\nel/misc/vector_inline.h(195) : error C2589: = '(' : illegal token on right side of '::' D:\WORK\CODE\NEL\INCLUDE\nel/misc/vector_inline.h(195) : error C2059: = syntax error : '::' D:\WORK\CODE\NEL\INCLUDE\nel/misc/vector_inline.h(196) : error C2589: = '(' : illegal token on right side of '::' D:\WORK\CODE\NEL\INCLUDE\nel/misc/vector_inline.h(196) : error C2059: = syntax error : '::' I have no idea how come this happened. The header file looks fine and = I've successfully compile the snowball2 thus it should be correct, = right? Please help me out! By the way , I want to study the code, and maybe I can offer some help, = for example, debug, where should I start? Should possess any expertise = first? Sincerely, Zen Jean ------=_NextPart_000_001B_01C178FA.536D3E70 Content-Type: text/html; charset="big5" Content-Transfer-Encoding: quoted-printable
Hi all,
 
I've try to compile the = object viewer and got the=20 messages followed:
 
D:\WORK\CODE\NEL\INCLUDE\nel/misc/vector_inline.h(188) : error = C2589: '('=20 : illegal token on right side of=20 '::'
D:\WORK\CODE\NEL\INCLUDE\nel/misc/vector_inline.h(188) : error = C2059:=20 syntax error : = '::'
D:\WORK\CODE\NEL\INCLUDE\nel/misc/vector_inline.h(189) :=20 error C2589: '(' : illegal token on right side of=20 '::'
D:\WORK\CODE\NEL\INCLUDE\nel/misc/vector_inline.h(189) : error = C2059:=20 syntax error : = '::'
D:\WORK\CODE\NEL\INCLUDE\nel/misc/vector_inline.h(190) :=20 error C2589: '(' : illegal token on right side of=20 '::'
D:\WORK\CODE\NEL\INCLUDE\nel/misc/vector_inline.h(190) : error = C2059:=20 syntax error : = '::'
D:\WORK\CODE\NEL\INCLUDE\nel/misc/vector_inline.h(194) :=20 error C2589: '(' : illegal token on right side of=20 '::'
D:\WORK\CODE\NEL\INCLUDE\nel/misc/vector_inline.h(194) : error = C2059:=20 syntax error : = '::'
D:\WORK\CODE\NEL\INCLUDE\nel/misc/vector_inline.h(195) :=20 error C2589: '(' : illegal token on right side of=20 '::'
D:\WORK\CODE\NEL\INCLUDE\nel/misc/vector_inline.h(195) : error = C2059:=20 syntax error : = '::'
D:\WORK\CODE\NEL\INCLUDE\nel/misc/vector_inline.h(196) :=20 error C2589: '(' : illegal token on right side of=20 '::'
D:\WORK\CODE\NEL\INCLUDE\nel/misc/vector_inline.h(196) : error = C2059:=20 syntax error : '::'
 
I have no idea how come = this happened. The header=20 file looks fine and I've successfully compile the snowball2 thus it = should be=20 correct, right?
 
Please help me = out!
 
By the way , I want to = study the code, and maybe I=20 can offer some help, for example, debug, where should I start? Should = possess=20 any expertise first?
 
Sincerely,
 
Zen = Jean
------=_NextPart_000_001B_01C178FA.536D3E70-- From lecroart@nevrax.com Thu Nov 29 11:01:07 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fATA17p29408 for ; Thu, 29 Nov 2001 11:01:07 +0100 (CET) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id fAT9trA36808 for ; Thu, 29 Nov 2001 10:55:53 +0100 (CET) (envelope-from lecroart@nevrax.com) Message-ID: <005801c178bc$08611750$0901a8c0@vianneyl> From: "Vianney Lecroart" To: References: <000201c178ba$eba45470$6601010a@blackmesa> Subject: Re: [Nel] How to compile the object_viewer? Date: Thu, 29 Nov 2001 10:55:53 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="big5" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi, > D:\WORK\CODE\NEL\INCLUDE\nel/misc/vector_inline.h(188) : error C2589: '(' : illegal token on right side of '::' > D:\WORK\CODE\NEL\INCLUDE\nel/misc/vector_inline.h(188) : error C2059: syntax error : '::' The problem is due to the STLport 4.5 conflict of min/max with . One solution is to use STLport 4.0, the other solution is to find all windows depend #include, put them together and #undef min #undef max just after the windows specific #include and just before nel #include. Vianney Lecroart --- lead network programmer / nevrax.com icq#: 6870415 homepage: http://ace.planet-d.net www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? From tharibo@free.fr Thu Nov 29 11:04:01 2001 Received: from postfix1-2.free.fr (postfix1-2.free.fr [213.228.0.130]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fATA41p29452 for ; Thu, 29 Nov 2001 11:04:01 +0100 (CET) (envelope-from tharibo@free.fr) Received: from there (toulouse-1-a7-33-188.dial.proxad.net [62.147.33.188]) by postfix1-2.free.fr (Postfix) with SMTP id B9F2EAB242 for ; Thu, 29 Nov 2001 10:58:46 +0100 (CET) Content-Type: text/plain; charset="iso-8859-1" From: Thomas RIBO To: "Nel ML" Date: Thu, 29 Nov 2001 10:56:08 +0100 X-Mailer: KMail [version 1.3] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <20011129095846.B9F2EAB242@postfix1-2.free.fr> Subject: [Nel] Low framerate Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi! Ok, I have now compiled all the stuff, got the latest data (why a 13Mo tarball instead of CVS?) and made it run. I have the problem with landscape too, but Cédric said he will have a look on it ;-) But the big problem is that I have only 5FPS! My configuration is a Duron 800 with 384Mo and a GeForce2PRO 32Mo. Tribes II works well in 1024x768 and many options. What kind of configuration do you have guys?! -- tharibo@free.fr "Le temps ne fait rien à l'affaire, quand on est con, on-est-con !" -- Georges Brassens From lecroart@nevrax.com Thu Nov 29 11:16:26 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fATAGPp29559 for ; Thu, 29 Nov 2001 11:16:25 +0100 (CET) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id fATABBA37158 for ; Thu, 29 Nov 2001 11:11:11 +0100 (CET) (envelope-from lecroart@nevrax.com) Message-ID: <006401c178be$2be26060$0901a8c0@vianneyl> From: "Vianney Lecroart" To: References: <20011129095846.B9F2EAB242@postfix1-2.free.fr> Subject: Re: [Nel] Low framerate Date: Thu, 29 Nov 2001 11:11:11 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi Thomas, CVS are not a good way to store binary data so we made a tarball. For Snowballs2, we have between 20 and 30 fps on our athlon 800mhz, 128mb, geforce 1 DDR on Windows in 800x600. For problem should come that our 3d cards is not used or a problem with driver or a problem with linux? Anyway, we actually don't have enough time to test/debug Snowballs2 on Gnu/Linux. If you find the problem, we'll be glad to add the fix. > "Le temps ne fait rien à l'affaire, quand on est con, on-est-con !" > -- Georges Brassens Hehe, nice sentence but not lot of people could understand it here ;-) Vianney Lecroart --- lead network programmer / nevrax.com icq#: 6870415 homepage: http://ace.planet-d.net www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? From tharibo@free.fr Thu Nov 29 11:28:55 2001 Received: from postfix1-2.free.fr (postfix1-2.free.fr [213.228.0.130]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fATASsp29652 for ; Thu, 29 Nov 2001 11:28:54 +0100 (CET) (envelope-from tharibo@free.fr) Received: from there (toulouse-1-a7-33-188.dial.proxad.net [62.147.33.188]) by postfix1-2.free.fr (Postfix) with SMTP id 95203AB2D6 for ; Thu, 29 Nov 2001 11:23:40 +0100 (CET) Content-Type: text/plain; charset="iso-8859-1" From: Thomas RIBO To: nel@nevrax.org Subject: Re: [Nel] Low framerate Date: Thu, 29 Nov 2001 11:25:18 +0100 X-Mailer: KMail [version 1.3] References: <20011129095846.B9F2EAB242@postfix1-2.free.fr> <006401c178be$2be26060$0901a8c0@vianneyl> In-Reply-To: <006401c178be$2be26060$0901a8c0@vianneyl> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <20011129102340.95203AB2D6@postfix1-2.free.fr> Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Le Jeudi 29 Novembre 2001 11:11, vous avez écrit : > Hi Thomas, > > CVS are not a good way to store binary data so we made a tarball. We, at Nekeme, are using CVS for data for the game Arkhart (http://www.nekeme.net ). It works well, but CVS doesn't look into binary files to see the differences: it uses only dates which is sufficient and doesn't make my poor 56K explode =) > > For Snowballs2, we have between 20 and 30 fps on our athlon 800mhz, > 128mb, geforce 1 DDR on Windows in 800x600. For problem should come > that our 3d cards is not used or a problem with driver or a problem > with linux? > > Anyway, we actually don't have enough time to test/debug Snowballs2 > on Gnu/Linux. If you find the problem, we'll be glad to add the fix. Okay, I'll try to have a look at it, but don't really now how to do that (bad knowledge of Nel). Any hint? -- tharibo@free.fr "Le temps ne fait rien à l'affaire, quand on est con, on-est-con !" -- Georges Brassens From v.caron@zerodeux.net Fri Nov 30 01:37:17 2001 Received: from zerodeux.net (zerodeux.net [62.4.22.182]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fAU0bGp34523 for ; Fri, 30 Nov 2001 01:37:16 +0100 (CET) (envelope-from v.caron@zerodeux.net) Received: from zerodeux.home (zerodeux.home [192.168.1.3]) by zerodeux.net (Postfix) with ESMTP id 4CD3199 for ; Fri, 30 Nov 2001 01:32:06 +0100 (CET) Subject: Re: [Nel] Snowballs Segfaults From: Vincent Caron To: nel@nevrax.org In-Reply-To: <200111250129.BAA06060@dci.doncaster.on.ca> References: <200111250129.BAA06060@dci.doncaster.on.ca> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Evolution/0.99.2 (Preview Release) Date: 30 Nov 2001 01:32:00 +0100 Message-Id: <1007080320.1869.0.camel@zerodeux.home> Mime-Version: 1.0 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform On Sat, 2001-11-24 at 21:34, Heath Johns wrote: > I don't know if you are still having this problem, but it is the same one > that I've been trying to get around just now (I'm using the latest source > from cvs). > > My workaround: comment out lines 423-445 in nel/src/3d/scene.cpp Yup, no segfault, the bug is around there. I couldn't check this up since I don't have 3GB and 2 CPU hours to compile the debug version of the libs... Thanks for the tip ! > So it runs now. There was a huge NeL logo obscuring everything, but I > commented out line 369 of snowballs2/client/src/client.cpp and that took care > of it. True, I'm actually worried this bug only shows in Linux, drawing/rendering should be perfectly portable... > So now I've got the gnu, and I can move around etc. and the trees show up, > but there is no landscape. Also, it times out if you try to contact > itsalive.nevrex.org. Reproductible :) > If anyone knows anything about getting the landscape to show up, please let > me know, it's the big reason why I'm interested in NeL :) Idem. I unzipped the data pack in data/ and everything quoted in client.cfg is there (banks, fonts and so on). From v.caron@zerodeux.net Fri Nov 30 02:14:15 2001 Received: from zerodeux.net (zerodeux.net [62.4.22.182]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fAU1EFp35143 for ; Fri, 30 Nov 2001 02:14:15 +0100 (CET) (envelope-from v.caron@zerodeux.net) Received: from zerodeux.home (zerodeux.home [192.168.1.3]) by zerodeux.net (Postfix) with ESMTP id 93A9599 for ; Fri, 30 Nov 2001 02:09:04 +0100 (CET) From: Vincent Caron To: nel@nevrax.org Content-Type: multipart/mixed; boundary="=-Pznp1zWHyRCUJpv2AZBa" X-Mailer: Evolution/0.99.2 (Preview Release) Date: 30 Nov 2001 02:08:58 +0100 Message-Id: <1007082538.7649.2.camel@zerodeux.home> Mime-Version: 1.0 Subject: [Nel] small bug, bug unforgivable design flaw Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform --=-Pznp1zWHyRCUJpv2AZBa Content-Type: text/plain Content-Transfer-Encoding: 7bit Many Linux users reported a very slow framerate. Actually, they should notice that the initial framerate is good (100fps on my GeForce3) and drops as soon as the mouse is moved. If you have a CPU monitor nearby (a must for a serious Linux developer :)), you'll also notice that the client spends most of the time in system calls. NeL use the 'center warped mouse' trick to fetch relative mouse coordinates. This need a call to XWarpPointer every time a mouse motion event is read, to warp the pointer at the center. However this trigger another mouse motion event (all X functions behave like user interaction, here we have a gap with the win32 world) : you'll quickly realize that you have the famous 'Larsen' effect (actually you're filling the X queue faster than you're flushing it). I made a _dirty_ hack to solve temporarily the pb : make the event emitter ignore mouse events that report centered (0.5,0.5) mouse coordinates (one-liner patch attached). However, I'm a bit surprised by the display driver interface. The 'center warped mouse' trick is way deprecated. It's been a long time since Windows (via DirectInput) and XFree (via DGA) support 'mickey' mode. Reading mickeys give you the best mouse resolution, and moreover bypass any filter (and Windows does smooth mouse motion). What's more disappointing, is that the bad trick is actually coded right into the client code (ie. in Snowballs2). So it's too late to switch easily to proper mickey reading, since the driver didn't have the right abstraction (two coordinates modes : absolute and relative). I consider this as two errors : making the assumption that setMousePos() has a portable behaviour (XWarpPointer() _will_ generate an event), and imposing an old tweak on user to fetch relative coordinates. Remember that at hardware level, mouse coordinates are relative... See SDL code for ideas. -- I should add a note on this. I'm actually just pointing out something akward in a huge and amazing work I admire. Friends I trust swore the real (hidden, except shots) demo just rules. The fact is, that I would like the Linux version of NeL be of high quality, I mean at least at the Windows development level. Something like pride, but also a simple parity case :) (ek, I'm playing Q3 and a bunch of other FPS at the same framerate of Windowsers ;)). That's maybe why I seem a little insistant on the Linux side of NeL. I know you don't have enough ressource to actively maintain the Linux port, so I never blame you for these pb. Cross-platform programming, and especially win32/Linux comparative design has become my speciality since the last 2 years. Now you understand why I was so critic on this 'relative mouse coordinates' pb :). The whole idea is, if you want to keep your promise of portability for NeL, I suggest you consider this mouse driver interface pb. Then we'll have no pb for future port (here I include Linux, BeOS and MacOS9/X experience). --=-Pznp1zWHyRCUJpv2AZBa Content-Disposition: attachment; filename=linux_mouse_larsen.patch Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=ISO-8859-1 Index: unix_event_emitter.cpp =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/cvsroot/code/nel/src/3d/driver/opengl/unix_event_emitter.cp= p,v retrieving revision 1.4 diff -c -r1.4 unix_event_emitter.cpp *** unix_event_emitter.cpp 11 Apr 2001 13:45:30 -0000 1.4 --- unix_event_emitter.cpp 30 Nov 2001 01:11:34 -0000 *************** *** 264,269 **** --- 264,270 ---- XGetWindowAttributes (_dpy, _win, &xwa); float fX =3D (float) event.xbutton.x / (float) xwa.width; float fY =3D 1.0f - (float) event.xbutton.y / (float) xwa.height; + if ((fX =3D=3D 0.5f) && (fY =3D=3D 0.5f)) break; TMouseButton button=3DgetMouseButton (event.xbutton.state); server.postEvent (new CEventMouseMove (fX, fY, button, this)); break; --=-Pznp1zWHyRCUJpv2AZBa-- From Francois.Lagunas@m4x.org Fri Nov 30 10:47:41 2001 Received: from turbocow.exalead.com ([212.234.111.157]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fAU9lep37916 for ; Fri, 30 Nov 2001 10:47:41 +0100 (CET) (envelope-from Francois.Lagunas@m4x.org) Received: from baloo (baloo.exalead.com [192.168.204.13]) by turbocow.exalead.com (8.8.8/jtpda-5.3.3) with SMTP id KAA19156 for ; Fri, 30 Nov 2001 10:42:21 +0100 (MET) Message-ID: <003f01c17983$52c1bdf0$0dcca8c0@office.exalead.com> From: "Francois Lagunas" To: Date: Fri, 30 Nov 2001 10:42:27 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Subject: [Nel] Missing files Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi, First, thank you for all the great stuff Nel offers ! However, it seems there are a few missing files in public CVS repository (i update it las night) : while compiling Snowballs2, I get the following missing include files error : #include #include #include #include I know there is no sound support in Snowballs2 at this time, and I noticed that some sound code was commented out, but some comments are still missing ;-) I fixed it removing all reference in Makefile and sources to sound.cpp, sound.h and so on . Now, I will try to see how to fix the missing functions in Mesa4.0... And I do not want to compile Nel with Visual C++, I won't be there next year ;-). Regards, Francois Lagunas From psiegel@geneticanomalies.com Fri Nov 30 16:59:19 2001 Received: from mistery.geneticanomalies.com ([63.101.169.205]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fAUFxGp42817 for ; Fri, 30 Nov 2001 16:59:18 +0100 (CET) (envelope-from psiegel@geneticanomalies.com) Received: from binkystick ([63.101.169.138]) by mistery.geneticanomalies.com (Lotus Domino Build 166.1) with SMTP id 2001113010491959:7239 ; Fri, 30 Nov 2001 10:49:19 -0500 From: "Paul Siegel" To: Date: Fri, 30 Nov 2001 10:57:26 -0500 MIME-Version: 1.0 X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 X-MIMETrack: Itemize by SMTP Server on mistery/Geneticanomalies(Release 5.0 |March 30, 1999) at 11/30/2001 10:49:19 AM, Serialize by Router on mistery/Geneticanomalies(Release 5.0 |March 30, 1999) at 11/30/2001 10:49:29 AM, Serialize complete at 11/30/2001 10:49:29 AM Message-ID: <015601c179b7$b5de37e0$8aa9653f@geneticanomalies.com> Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="Windows-1252" Subject: [Nel] So many services! Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Is there a doc somewhere with a comprehensive list of all the services in the NeLNS project (and in the Snowballs services project)? I'm having trouble figuring out which services do what. It'd be nice to see a full list of services possibly organized into groups (services unique to the system, unique to the machine, and unique to a shard). Also, what defines a shard? Can multiple shards exist on a single machine? If not, what's the difference between a service unique to a shard and one unique to a machine? Thanks. Paul From ahoyt@packetport.com Fri Nov 30 17:27:40 2001 Received: from smtp2.mail.iamworld.net (smtp2-out.mail.iamworld.net [204.91.241.117]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fAUGRdp43033 for ; Fri, 30 Nov 2001 17:27:39 +0100 (CET) (envelope-from ahoyt@packetport.com) Received: from packetport.com ([207.86.139.130]) by smtp2.mail.iamworld.net (8.9.3/8.9.3) with ESMTP id LAA1561736 for ; Fri, 30 Nov 2001 11:22:23 -0500 (EST) Message-ID: <3C07B240.B3FC236A@packetport.com> Date: Fri, 30 Nov 2001 11:22:24 -0500 From: Tony Hoyt X-Mailer: Mozilla 4.76 [en] (X11; U; SunOS 5.7 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: nel@nevrax.org References: <015601c179b7$b5de37e0$8aa9653f@geneticanomalies.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: [Nel] How exactly do I run the Snowball Server? Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform The documentation is not exactly fully clear here on what needs to run, what cfg files are needed, etc. Perhaps this is all beyond my abilities to understand and execute this program but I really would like to figure out how to build and hence maintain my own little snowballs server to make my own little modified game. Tony P.S. Anyone finaly build the 3D Studio Max Plugin's for version 4? From tanis@mediacom.it Fri Nov 30 17:36:34 2001 Received: from www.digi-web.it (80.64-26.27.110.62.in-addr.arpa [62.110.27.80] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with SMTP id fAUGaYp43114 for ; Fri, 30 Nov 2001 17:36:34 +0100 (CET) (envelope-from tanis@mediacom.it) Received: (qmail 2618 invoked from network); 30 Nov 2001 17:18:15 -0000 Received: from unknown (HELO valerio) (172.16.69.2) by mail.digisoft.local with SMTP; 30 Nov 2001 17:18:15 -0000 Message-ID: <022701c179bc$762f2be0$024510ac@valerio> From: "Valerio Santinelli" To: References: <015601c179b7$b5de37e0$8aa9653f@geneticanomalies.com> <3C07B240.B3FC236A@packetport.com> Subject: Re: [Nel] How exactly do I run the Snowball Server? Date: Fri, 30 Nov 2001 17:31:28 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform > > P.S. Anyone finaly build the 3D Studio Max Plugin's for version 4? No luck till now. I had to give up for some time. From valignat@gw.nevrax.com Fri Nov 30 18:13:03 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fAUHD3p43373 for ; Fri, 30 Nov 2001 18:13:03 +0100 (CET) (envelope-from valignat@gw.nevrax.com) Received: from gw.nevrax.com (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with ESMTP id fAUH7mA56469 for ; Fri, 30 Nov 2001 18:07:48 +0100 (CET) (envelope-from valignat@gw.nevrax.com) Received: (from valignat@localhost) by gw.nevrax.com (8.11.6/8.11.6) id fAUH6tI04287 for nel@nevrax.org; Fri, 30 Nov 2001 18:06:55 +0100 (CET) (envelope-from valignat) Date: Fri, 30 Nov 2001 18:06:55 +0100 From: Cedric Valignat To: nel@nevrax.org Subject: Re: [Nel] Missing files Message-ID: <20011130180655.A4261@nevrax.com> References: <003f01c17983$52c1bdf0$0dcca8c0@office.exalead.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <003f01c17983$52c1bdf0$0dcca8c0@office.exalead.com>; from Francois.Lagunas@m4x.org on Fri, Nov 30, 2001 at 10:42:27AM +0100 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi Francois, Francois Lagunas wrote: > > First, thank you for all the great stuff Nel offers ! Thanks :-) > [...] > > I know there is no sound support in Snowballs2 at this time, and I noticed > that some sound code was commented out, but some comments are still missing > ;-) > I fixed it removing all reference in Makefile and sources to sound.cpp, > sound.h and so on . > Now, I will try to see how to fix the missing functions in Mesa4.0... And I > do not want to compile Nel with Visual C++, I won't be there next year ;-). The sound is not working on Snaowballs but your error should not be thet i you compile NeL with the sound support by using the NeL's configure option '--enable-sound', you should have OpenAL installed too ... Do not hesitate to contact us if that didn't fix your problem ... Cedric. From corvazier@nevrax.com Mon Dec 3 11:26:57 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fB3AQup68301 for ; Mon, 3 Dec 2001 11:26:56 +0100 (CET) (envelope-from corvazier@nevrax.com) Received: from cyrilc (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id fB3ALeA68308 for ; Mon, 3 Dec 2001 11:21:40 +0100 (CET) (envelope-from corvazier@nevrax.com) Message-ID: <001f01c17be4$54cf3470$1701a8c0@cyrilc> From: "Cyril 'Hulud' Corvazier" To: References: <1007082538.7649.2.camel@zerodeux.home> Subject: Re: [Nel] small bug, bug unforgivable design flaw Date: Mon, 3 Dec 2001 11:21:54 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi Vincent, I would like to thank you for your help and your advises regarding the mouse interface. Yes you're right, the best mouse implementation should use the mickey mode. A second implementation of the Events Emitter is planed in a near future. This will introduce new messages for all the input interfaces including mickey messages using Directinput and Dga. After this work, the client side code could be modified to virtualise the input regarding the user configuration. For the time, the one we use is only based on win32 and xlib basic messages so, it is not very smart. Sorry for this. Be sure we want a NeL Gnu/Linux implementation as good as possible. :-) Thanks again for your help. Best regards, Cyril Corvazier. From hubbster@online.no Wed Dec 5 22:46:28 2001 Received: from mail48.fg.online.no ([148.122.161.48]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fB5LkRp87102 for ; Wed, 5 Dec 2001 22:46:27 +0100 (CET) (envelope-from hubbster@online.no) Received: from fairyfax (ti131310a080-0069.bb.online.no [146.172.16.69]) by mail48.fg.online.no (8.9.3/8.9.3) with SMTP id WAA28888 for ; Wed, 5 Dec 2001 22:41:01 +0100 (MET) Message-ID: <000a01c17dd5$b6f4b100$0100a8c0@fairyfax> From: "Stein Arve Berge" To: Date: Wed, 5 Dec 2001 22:42:18 +0100 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0007_01C17DDE.18205B70" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Subject: [Nel] umm got some porblems , plz help =) Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform This is a multi-part message in MIME format. ------=_NextPart_000_0007_01C17DDE.18205B70 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Creating temporary file "C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp\RSP1D.tmp" = with contents [ /nologo /MD /W3 /GR /GX /Zi /O2 /D "_MBCS" /D "_LIB" /D "WIN32" /D = "NDEBUG" /D "NL_RELEASE_DEBUG" /Fp"ReleaseDebug/misc.pch" /YX = /Fo"ReleaseDebug/" /Fd"ReleaseDebug/" /FD /c=20 "E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\class_re= gistry.cpp" "E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\file.cpp= " "E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\mem_stre= am.cpp" "E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\stream.c= pp" "E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\matrix.c= pp" "E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\plane.cp= p" "E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\quat.cpp= " "E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\rect.cpp= " "E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\vector.c= pp" "E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\vector_h= .cpp" "E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\vectord.= cpp" "E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\config_f= ile\config_file.cpp" "E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\config_f= ile\config_file.yacc.cpp" "E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\event_li= stener.cpp" "E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\event_se= rver.cpp" "E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\events.c= pp" "E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\win_even= t_emitter.cpp" "E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\bit_set.= cpp" "E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\class_id= .cpp" "E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\debug.cp= p" "E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\displaye= r.cpp" "E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\i18n.cpp= " "E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\log.cpp"= "E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\mutex.cp= p" "E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\path.cpp= " "E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\rgba.cpp= " "E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\smart_pt= r.cpp" "E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\system_i= nfo.cpp" "E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\task_man= ager.cpp" "E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\time_nl.= cpp" "E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\win_thre= ad.cpp" ] Creating command line "cl.exe = @C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp\RSP1D.tmp"=20 Creating temporary file "C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp\RSP1E.tmp" = with contents [ /nologo /out:"../lib/nlmisc_rd.lib"=20 .\ReleaseDebug\class_registry.obj .\ReleaseDebug\file.obj .\ReleaseDebug\mem_stream.obj .\ReleaseDebug\stream.obj .\ReleaseDebug\matrix.obj .\ReleaseDebug\plane.obj .\ReleaseDebug\quat.obj .\ReleaseDebug\rect.obj .\ReleaseDebug\vector.obj .\ReleaseDebug\vector_h.obj .\ReleaseDebug\vectord.obj .\ReleaseDebug\config_file.obj .\ReleaseDebug\config_file.lex.obj .\ReleaseDebug\config_file.yacc.obj .\ReleaseDebug\event_emitter.obj .\ReleaseDebug\event_listener.obj .\ReleaseDebug\event_server.obj .\ReleaseDebug\events.obj .\ReleaseDebug\win_event_emitter.obj .\ReleaseDebug\bit_set.obj .\ReleaseDebug\class_id.obj .\ReleaseDebug\debug.obj .\ReleaseDebug\displayer.obj .\ReleaseDebug\i18n.obj .\ReleaseDebug\log.obj .\ReleaseDebug\mutex.obj .\ReleaseDebug\path.obj .\ReleaseDebug\rgba.obj .\ReleaseDebug\smart_ptr.obj .\ReleaseDebug\system_info.obj .\ReleaseDebug\task_manager.obj .\ReleaseDebug\time_nl.obj .\ReleaseDebug\win_thread.obj ] Creating command line "link.exe -lib = @C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp\RSP1E.tmp" Output Window Compiling... class_registry.cpp E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\class_reg= istry.cpp(26) : fatal error C1083: Cannot open include file: = 'nel/misc/class_registry.h': No such file or directory file.cpp E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\file.cpp(= 26) : fatal error C1083: Cannot open include file: 'nel/misc/file.h': No = such file or directory mem_stream.cpp E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\mem_strea= m.cpp(26) : fatal error C1083: Cannot open include file: = 'nel/misc/mem_stream.h': No such file or directory stream.cpp E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\stream.cp= p(26) : fatal error C1083: Cannot open include file: = 'nel/misc/stream.h': No such file or directory matrix.cpp E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\matrix.cp= p(26) : fatal error C1083: Cannot open include file: = 'nel/misc/matrix.h': No such file or directory plane.cpp E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\plane.cpp= (26) : fatal error C1083: Cannot open include file: 'nel/misc/plane.h': = No such file or directory quat.cpp E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\quat.cpp(= 26) : fatal error C1083: Cannot open include file: 'nel/misc/quat.h': No = such file or directory rect.cpp E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\rect.cpp(= 26) : fatal error C1083: Cannot open include file: 'nel/misc/rect.h': No = such file or directory vector.cpp E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\vector.cp= p(26) : fatal error C1083: Cannot open include file: = 'nel/misc/vector.h': No such file or directory vector_h.cpp E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\vector_h.= cpp(26) : fatal error C1083: Cannot open include file: = 'nel/misc/vector_h.h': No such file or directory vectord.cpp E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\vectord.c= pp(26) : fatal error C1083: Cannot open include file: = 'nel/misc/vectord.h': No such file or directory config_file.cpp E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\config_fi= le\config_file.cpp(26) : fatal error C1083: Cannot open include file: = 'nel/misc/types_nl.h': No such file or directory config_file.yacc.cpp config_file.yacc(14) : fatal error C1083: Cannot open include file: = 'nel/misc/config_file.h': No such file or directory event_listener.cpp E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\event_lis= tener.cpp(26) : fatal error C1083: Cannot open include file: = 'nel/misc/event_listener.h': No such file or directory event_server.cpp E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\event_ser= ver.cpp(26) : fatal error C1083: Cannot open include file: = 'nel/misc/event_server.h': No such file or directory events.cpp E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\events.cp= p(26) : fatal error C1083: Cannot open include file: = 'nel/misc/events.h': No such file or directory win_event_emitter.cpp E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\win_event= _emitter.cpp(26) : fatal error C1083: Cannot open include file: = 'nel/misc/events.h': No such file or directory bit_set.cpp E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\bit_set.c= pp(26) : fatal error C1083: Cannot open include file: = 'nel/misc/bit_set.h': No such file or directory class_id.cpp E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\class_id.= cpp(26) : fatal error C1083: Cannot open include file: = 'nel/misc/class_id.h': No such file or directory debug.cpp E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\debug.cpp= (26) : fatal error C1083: Cannot open include file: 'nel/misc/debug.h': = No such file or directory displayer.cpp E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\displayer= .cpp(32) : fatal error C1083: Cannot open include file: = 'nel/misc/types_nl.h': No such file or directory i18n.cpp E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\i18n.cpp(= 31) : fatal error C1083: Cannot open include file: 'nel/misc/i18n.h': No = such file or directory log.cpp E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\log.cpp(3= 1) : fatal error C1083: Cannot open include file: = 'nel/misc/displayer.h': No such file or directory mutex.cpp E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\mutex.cpp= (26) : fatal error C1083: Cannot open include file: = 'nel/misc/types_nl.h': No such file or directory path.cpp E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\path.cpp(= 26) : fatal error C1083: Cannot open include file: 'nel/misc/path.h': No = such file or directory rgba.cpp E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\rgba.cpp(= 26) : fatal error C1083: Cannot open include file: 'nel/misc/rgba.h': No = such file or directory smart_ptr.cpp E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\smart_ptr= .cpp(26) : fatal error C1083: Cannot open include file: = 'nel/misc/smart_ptr.h': No such file or directory system_info.cpp E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\system_in= fo.cpp(26) : fatal error C1083: Cannot open include file: = 'nel/misc/types_nl.h': No such file or directory task_manager.cpp E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\task_mana= ger.cpp(26) : fatal error C1083: Cannot open include file: = 'nel/misc/task_manager.h': No such file or directory time_nl.cpp E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\time_nl.c= pp(26) : fatal error C1083: Cannot open include file: = 'nel/misc/types_nl.h': No such file or directory win_thread.cpp E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\win_threa= d.cpp(26) : fatal error C1083: Cannot open include file: = 'nel/misc/types_nl.h': No such file or directory Error executing cl.exe. Results snowballs.exe - 31 error(s), 0 warning(s) yes im a newbie =3D) Feel free to mail me back : hubbster@online.no ------=_NextPart_000_0007_01C17DDE.18205B70 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Creating temporary file=20 "C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp\RSP1D.tmp" with = contents
[
/nologo /MD=20 /W3 /GR /GX /Zi /O2 /D "_MBCS" /D "_LIB" /D "WIN32" /D "NDEBUG" /D=20 "NL_RELEASE_DEBUG" /Fp"ReleaseDebug/misc.pch" /YX /Fo"ReleaseDebug/"=20 /Fd"ReleaseDebug/" /FD /c=20
"E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\clas= s_registry.cpp"
"E:\urbanparadox.com\upmmorpg\test\snowballs\client\ne= l\src\misc\file.cpp"
"E:\urbanparadox.com\upmmorpg\test\snowballs\clie= nt\nel\src\misc\mem_stream.cpp"
"E:\urbanparadox.com\upmmorpg\test\sno= wballs\client\nel\src\misc\stream.cpp"
"E:\urbanparadox.com\upmmorpg\t= est\snowballs\client\nel\src\misc\matrix.cpp"
"E:\urbanparadox.com\upm= morpg\test\snowballs\client\nel\src\misc\plane.cpp"
"E:\urbanparadox.c= om\upmmorpg\test\snowballs\client\nel\src\misc\quat.cpp"
"E:\urbanpara= dox.com\upmmorpg\test\snowballs\client\nel\src\misc\rect.cpp"
"E:\urba= nparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\vector.cpp"
"= E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\vector_h.= cpp"
"E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\= vectord.cpp"
"E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\s= rc\misc\config_file\config_file.cpp"
"E:\urbanparadox.com\upmmorpg\tes= t\snowballs\client\nel\src\misc\config_file\config_file.yacc.cpp"
"E:\= urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\event_listen= er.cpp"
"E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\mi= sc\event_server.cpp"
"E:\urbanparadox.com\upmmorpg\test\snowballs\clie= nt\nel\src\misc\events.cpp"
"E:\urbanparadox.com\upmmorpg\test\snowbal= ls\client\nel\src\misc\win_event_emitter.cpp"
"E:\urbanparadox.com\upm= morpg\test\snowballs\client\nel\src\misc\bit_set.cpp"
"E:\urbanparadox= .com\upmmorpg\test\snowballs\client\nel\src\misc\class_id.cpp"
"E:\urb= anparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\debug.cpp"
"= E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\displayer= .cpp"
"E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc= \i18n.cpp"
"E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src= \misc\log.cpp"
"E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel= \src\misc\mutex.cpp"
"E:\urbanparadox.com\upmmorpg\test\snowballs\clie= nt\nel\src\misc\path.cpp"
"E:\urbanparadox.com\upmmorpg\test\snowballs= \client\nel\src\misc\rgba.cpp"
"E:\urbanparadox.com\upmmorpg\test\snow= balls\client\nel\src\misc\smart_ptr.cpp"
"E:\urbanparadox.com\upmmorpg= \test\snowballs\client\nel\src\misc\system_info.cpp"
"E:\urbanparadox.= com\upmmorpg\test\snowballs\client\nel\src\misc\task_manager.cpp"
"E:\= urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\time_nl.cpp"=
"E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\win_= thread.cpp"
]
Creating=20 command line "cl.exe @C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp\RSP1D.tmp" =
Creating=20 temporary file "C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp\RSP1E.tmp" with=20 contents
[
/nologo /out:"../lib/nlmisc_rd.lib"=20
.\ReleaseDebug\class_registry.obj
.\ReleaseDebug\file.obj
.\Rel= easeDebug\mem_stream.obj
.\ReleaseDebug\stream.obj
.\ReleaseDebug\m= atrix.obj
.\ReleaseDebug\plane.obj
.\ReleaseDebug\quat.obj
.\Rel= easeDebug\rect.obj
.\ReleaseDebug\vector.obj
.\ReleaseDebug\vector_= h.obj
.\ReleaseDebug\vectord.obj
.\ReleaseDebug\config_file.obj
= .\ReleaseDebug\config_file.lex.obj
.\ReleaseDebug\config_file.yacc.obj=
.\ReleaseDebug\event_emitter.obj
.\ReleaseDebug\event_listener.obj=
.\ReleaseDebug\event_server.obj
.\ReleaseDebug\events.obj
.\Rel= easeDebug\win_event_emitter.obj
.\ReleaseDebug\bit_set.obj
.\Releas= eDebug\class_id.obj
.\ReleaseDebug\debug.obj
.\ReleaseDebug\display= er.obj
.\ReleaseDebug\i18n.obj
.\ReleaseDebug\log.obj
.\ReleaseD= ebug\mutex.obj
.\ReleaseDebug\path.obj
.\ReleaseDebug\rgba.obj
.= \ReleaseDebug\smart_ptr.obj
.\ReleaseDebug\system_info.obj
.\Releas= eDebug\task_manager.obj
.\ReleaseDebug\time_nl.obj
.\ReleaseDebug\w= in_thread.obj
]
Creating command line "link.exe -lib=20 @C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp\RSP1E.tmp"

Output Window


Compiling...
class_registry.cpp
E:\urbanparadox.com\upmmor= pg\test\snowballs\client\nel\src\misc\class_registry.cpp(26)=20 : fatal error C1083: Cannot open include file: = 'nel/misc/class_registry.h': No=20 such file or=20 directory
file.cpp
E:\urbanparadox.com\upmmorpg\test\snowballs\clie= nt\nel\src\misc\file.cpp(26)=20 : fatal error C1083: Cannot open include file: 'nel/misc/file.h': No = such file=20 or=20 directory
mem_stream.cpp
E:\urbanparadox.com\upmmorpg\test\snowball= s\client\nel\src\misc\mem_stream.cpp(26)=20 : fatal error C1083: Cannot open include file: 'nel/misc/mem_stream.h': = No such=20 file or=20 directory
stream.cpp
E:\urbanparadox.com\upmmorpg\test\snowballs\cl= ient\nel\src\misc\stream.cpp(26)=20 : fatal error C1083: Cannot open include file: 'nel/misc/stream.h': No = such file=20 or=20 directory
matrix.cpp
E:\urbanparadox.com\upmmorpg\test\snowballs\cl= ient\nel\src\misc\matrix.cpp(26)=20 : fatal error C1083: Cannot open include file: 'nel/misc/matrix.h': No = such file=20 or=20 directory
plane.cpp
E:\urbanparadox.com\upmmorpg\test\snowballs\cli= ent\nel\src\misc\plane.cpp(26)=20 : fatal error C1083: Cannot open include file: 'nel/misc/plane.h': No = such file=20 or=20 directory
quat.cpp
E:\urbanparadox.com\upmmorpg\test\snowballs\clie= nt\nel\src\misc\quat.cpp(26)=20 : fatal error C1083: Cannot open include file: 'nel/misc/quat.h': No = such file=20 or=20 directory
rect.cpp
E:\urbanparadox.com\upmmorpg\test\snowballs\clie= nt\nel\src\misc\rect.cpp(26)=20 : fatal error C1083: Cannot open include file: 'nel/misc/rect.h': No = such file=20 or=20 directory
vector.cpp
E:\urbanparadox.com\upmmorpg\test\snowballs\cl= ient\nel\src\misc\vector.cpp(26)=20 : fatal error C1083: Cannot open include file: 'nel/misc/vector.h': No = such file=20 or=20 directory
vector_h.cpp
E:\urbanparadox.com\upmmorpg\test\snowballs\= client\nel\src\misc\vector_h.cpp(26)=20 : fatal error C1083: Cannot open include file: 'nel/misc/vector_h.h': No = such=20 file or=20 directory
vectord.cpp
E:\urbanparadox.com\upmmorpg\test\snowballs\c= lient\nel\src\misc\vectord.cpp(26)=20 : fatal error C1083: Cannot open include file: 'nel/misc/vectord.h': No = such=20 file or=20 directory
config_file.cpp
E:\urbanparadox.com\upmmorpg\test\snowbal= ls\client\nel\src\misc\config_file\config_file.cpp(26)=20 : fatal error C1083: Cannot open include file: 'nel/misc/types_nl.h': No = such=20 file or directory
config_file.yacc.cpp
config_file.yacc(14) : = fatal error=20 C1083: Cannot open include file: 'nel/misc/config_file.h': No such file = or=20 directory
event_listener.cpp
E:\urbanparadox.com\upmmorpg\test\snow= balls\client\nel\src\misc\event_listener.cpp(26)=20 : fatal error C1083: Cannot open include file: = 'nel/misc/event_listener.h': No=20 such file or=20 directory
event_server.cpp
E:\urbanparadox.com\upmmorpg\test\snowba= lls\client\nel\src\misc\event_server.cpp(26)=20 : fatal error C1083: Cannot open include file: = 'nel/misc/event_server.h': No=20 such file or=20 directory
events.cpp
E:\urbanparadox.com\upmmorpg\test\snowballs\cl= ient\nel\src\misc\events.cpp(26)=20 : fatal error C1083: Cannot open include file: 'nel/misc/events.h': No = such file=20 or=20 directory
win_event_emitter.cpp
E:\urbanparadox.com\upmmorpg\test\s= nowballs\client\nel\src\misc\win_event_emitter.cpp(26)=20 : fatal error C1083: Cannot open include file: 'nel/misc/events.h': No = such file=20 or=20 directory
bit_set.cpp
E:\urbanparadox.com\upmmorpg\test\snowballs\c= lient\nel\src\misc\bit_set.cpp(26)=20 : fatal error C1083: Cannot open include file: 'nel/misc/bit_set.h': No = such=20 file or=20 directory
class_id.cpp
E:\urbanparadox.com\upmmorpg\test\snowballs\= client\nel\src\misc\class_id.cpp(26)=20 : fatal error C1083: Cannot open include file: 'nel/misc/class_id.h': No = such=20 file or=20 directory
debug.cpp
E:\urbanparadox.com\upmmorpg\test\snowballs\cli= ent\nel\src\misc\debug.cpp(26)=20 : fatal error C1083: Cannot open include file: 'nel/misc/debug.h': No = such file=20 or=20 directory
displayer.cpp
E:\urbanparadox.com\upmmorpg\test\snowballs= \client\nel\src\misc\displayer.cpp(32)=20 : fatal error C1083: Cannot open include file: 'nel/misc/types_nl.h': No = such=20 file or=20 directory
i18n.cpp
E:\urbanparadox.com\upmmorpg\test\snowballs\clie= nt\nel\src\misc\i18n.cpp(31)=20 : fatal error C1083: Cannot open include file: 'nel/misc/i18n.h': No = such file=20 or=20 directory
log.cpp
E:\urbanparadox.com\upmmorpg\test\snowballs\clien= t\nel\src\misc\log.cpp(31)=20 : fatal error C1083: Cannot open include file: 'nel/misc/displayer.h': = No such=20 file or=20 directory
mutex.cpp
E:\urbanparadox.com\upmmorpg\test\snowballs\cli= ent\nel\src\misc\mutex.cpp(26)=20 : fatal error C1083: Cannot open include file: 'nel/misc/types_nl.h': No = such=20 file or=20 directory
path.cpp
E:\urbanparadox.com\upmmorpg\test\snowballs\clie= nt\nel\src\misc\path.cpp(26)=20 : fatal error C1083: Cannot open include file: 'nel/misc/path.h': No = such file=20 or=20 directory
rgba.cpp
E:\urbanparadox.com\upmmorpg\test\snowballs\clie= nt\nel\src\misc\rgba.cpp(26)=20 : fatal error C1083: Cannot open include file: 'nel/misc/rgba.h': No = such file=20 or=20 directory
smart_ptr.cpp
E:\urbanparadox.com\upmmorpg\test\snowballs= \client\nel\src\misc\smart_ptr.cpp(26)=20 : fatal error C1083: Cannot open include file: 'nel/misc/smart_ptr.h': = No such=20 file or=20 directory
system_info.cpp
E:\urbanparadox.com\upmmorpg\test\snowbal= ls\client\nel\src\misc\system_info.cpp(26)=20 : fatal error C1083: Cannot open include file: 'nel/misc/types_nl.h': No = such=20 file or=20 directory
task_manager.cpp
E:\urbanparadox.com\upmmorpg\test\snowba= lls\client\nel\src\misc\task_manager.cpp(26)=20 : fatal error C1083: Cannot open include file: = 'nel/misc/task_manager.h': No=20 such file or=20 directory
time_nl.cpp
E:\urbanparadox.com\upmmorpg\test\snowballs\c= lient\nel\src\misc\time_nl.cpp(26)=20 : fatal error C1083: Cannot open include file: 'nel/misc/types_nl.h': No = such=20 file or=20 directory
win_thread.cpp
E:\urbanparadox.com\upmmorpg\test\snowball= s\client\nel\src\misc\win_thread.cpp(26)=20 : fatal error C1083: Cannot open include file: 'nel/misc/types_nl.h': No = such=20 file or directory
Error executing cl.exe.



Results


snowballs.exe - 31 error(s), 0 warning(s)
 
yes im a newbie =3D)
 
Feel free to mail me back : hubbster@online.no
------=_NextPart_000_0007_01C17DDE.18205B70-- From robert@in-orbit.net Thu Dec 6 02:57:01 2001 Received: from mail.in-orbit.net ([63.205.226.187]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fB61uup88794 for ; Thu, 6 Dec 2001 02:56:56 +0100 (CET) (envelope-from robert@in-orbit.net) Received: from PCTEST.in-orbit.org ([63.205.226.189]) by mail.in-orbit.net (8.11.0/8.11.0) with ESMTP id fB60oJs15967 for ; Wed, 5 Dec 2001 16:50:19 -0800 Date: Wed, 5 Dec 2001 17:53:42 -0800 From: =?ISO-8859-1?Q?R=F3bert_Bjarnason?= X-Mailer: The Bat! (v1.49) Personal Organization: InOrbit Entertainment, Inc. X-Priority: 3 (Normal) Message-ID: <155531971053.20011205175342@in-orbit.net> To: nel@nevrax.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="----------A119D143295BE29C" Subject: [Nel] Landscape Building problems Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform ------------A119D143295BE29C Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi, I'm building our landscape using the build_gamedata tools. The process seems to work and all the .zonel, .smallbank, .farbank, .rbank and .gr files are created. When I run the client with our landscape the far textures look all strange, the landscape appears and disappears when I move around using /goto. I also never see the near textures. The .rbank files don't seem to be working because I'm never snapped to ground on our landscape and can't move except with /goto. Everything looks fine in the landscape painter. I am attaching my export and build log along with the config and property files as a zip archive. Any hints=3F Warm regards, R=F3bert Bjarnason InOrbit Entertainment, Inc. ------------A119D143295BE29C Content-Type: application/x-zip-compressed; name="gd.zip" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="gd.zip" UEsDBBQAAgAIAIG4hCuXTJM3R2IAACNMCAAJAAAAYnVpbGQubG9n7b1rcyTJca75XWb6D/GN1DnL mfKMa7aZ1oxN3IciZSPJdGwPYbNooLobQwzQB0BzxP31W5VAo3DJiIyI1z3rohyjSTNA5usZlwp/ /K2MwP/4H6//+cd/ePwX9f4/jv+49/SfLy753cM/3b+o918vry7UL2dfXv789QUfzq7/+uwXf/5B 3f1ydnW1/PH3T//23dO/9Wp8PLt9K/P4w2ciby9bSdxfXs3vXgosHv3up4+X12dX37+fX9zenP/1 8Pbm6/UFNeGnGX13cXE3fJnOu8zmXebzLmuzLqPhJuQ0M6eNOQ3MaV1O0yLt2rv9+4+Xf5vfvt/f 6/polnNRllKTc5HOucjkXGRzLnI5F/mci0LORW3GRZTT44NjNzxww6M2PGTD4zU8WMMjNTxMw2M0 PEDDozM8NJFx+bf52d3lxfwPV5cfP8Y/VG+uytNqsq7SWVeZrKts1lUu6yqfdVXIuqrNuYqy+n54 HDMGMWMEM4YvY+wyBi5j1DKGLGO8MgYrY6QyhulpjPZ//PHPP6oPSzq5vP70/PKzqy+fz366vrm8 mz8NV+bVZdpN0dWu6GpfdHUouZqKnpt00dWm6Oqy525Lrm5KRv5D2UT5UDZTPpRNlQ9lc+VD2WT5 UDZbPpRNlw9l8+VD2YT5UDZjPpRNmQ9lc+a8bM6cl82Z87I5c142Z87L5sx52Zw5L5sz52Vz5rxs zpyXzZnzsjlznjFnPnz95UtvXlv+gmK/6CWEi8vb+59++Xpx8fc4UL66hjKuyYmlM64xGdfYjGtc xjU+45qQcU07fA1l9DMN9PPgYA2O1OAwDY7R4AANjs7g0AyOy+CgDI7I4HBExuLT7dnd4t+vbn6d 3/YPxosrhjWawSv04BVm8Ao7eIUbvMIPXhEGr2iHrqDBPh0el/iq9uaqPK0m6yqddZXJuspmXeWy rvJZV4Wsq9qcqyir71Pj+OXs/vzz34fG8dlVeVpN1lU66yqTdZXNusplXeWzrgpZV7U5V1FW3w+P Y8YgZoxgxvBljF3GwGWMWsaQZYxXxmBljFTGMMXH6G/zq+Sn7Nvvh+5vBn6vB35vBn5vB37vBn7v B34fBn7fpn9PA/2X6v9k5yd7PtntyT5Pdniyt5NdneznZCcnezjZvZG+vTyff7k6u76Pz+4XVwxr NINX6MErzOAVdvAKN3iFH7wiDF7RDl1Bg32aHpeBQRkYkYHhGBiLgYEYGIWBIRjo/4HOH+j5gW6P 9Pn1/Ne7s+uLn/79f/0Y6fYXVwxrNINX6MErzOAVduiK+Gf7zVWUdVWTdZXOuspkXdXbxtubs4uz uy+fz64Sy9friyjnoibnIp1zkcm5KKt1Lucin3NRyLmozbiIcnqchnp8eOCGR214yIbHa3iwhkdq eJiGx2h4gIZHZ3hoouNy/te/n6e/RH91TY5Ok3GNzrjGZFxjM65xGdf4jGtCxjXt8DWU0c9D4zU4 WIMjNThMg2M0OECDozM4NIPjMjgogyMyOByRsVimrPin5um36Xub5G918rcm+Vub/K1L/tYnfxuS v21Tv6VkX8X7+X26K9+n+/J9ujPfp3vzfbo736f78326Q9+ne/R9ukvfp/v0fUanUrzXUh2e6u1U V6f6OdXJqR5OdW+qb1Mdm+rVVJcm+jOxUCR6OtHRiX5OdHOilxOdnOjjRBcnejjRwZH+vf98ef7X zr9bztt41dZzXa5ek3mdzrzOZF5n09dlNTarpVnNzGpjVgNftG7/D0d/Vpd36ub6u1f/cf7lnTo/ u76+uVd392f36v/97rvvLz8t//c/vrv89Jt36k836u7r+Wf18fJqrm5u1cXl7fz8/ub2773v0/9/ N9dz9U5dzL/Mry/m1+eXL96uj9/w6/zq4tnv//Ef/njzSf3b/dnt/fKlg/89o++p+X5mVNO8a/Q7 bU//8R/e/Ez9549/UhRC6ER/WkrOb787//JFNcYuYjy8yXCwbMeyuR+Xr42/e3btxfftT79//93y B78uH0EmwB+kA+yJBqCZdB8tIwi3gcTbQNIDvYzwrJfqPzBaz2TnMxpgTzrAvmiA5XQWjkDSo/Bq sglF2OeYzpu9eubMNjTAgfjqfDDmyiYUYV88wkH+dHY909l1T9HMghGabTwBDqQDHIoGWE5n4Qgk PQqvJptQhLpeCm3zFGH5Y/XxbBHn4jv1h5vbZR2h5re3N7d36sP86ubXd+q3l9cXl+fzO3V2O1f/ 8vv/pb7992//J/3TPxXHDovY7xcSan8Z5Z26v/27ur9RH5Y/uv88V927KOpa0SLOQyWy+Pdlvla/ Xt5/7vl1t/r94z/8++dF+fTw28W/nF3dzs8u/t7Jzi8ebl2qf7y5WjRq+YHvLl204t2TZLNDbWnF 2tKk29Lwt0XvUFtotq7GbNUHRqfbovnbYnaoLUTrasxWffpNui2Gvy12h9pCzboas1Wffptui+Vv i9uhtpBeV2O26tPv0m1x/G3xO9QWMutqzFZ9+n26LZ6/LWGH2kJ2XY3Zqk9/SLclCAyMW1djtuoT 0+6QhTHQlnaryv41NEbu40+zXXJkhlrz7PfbUPuvpTlhbc3ZrmWAaJdspqHWEG2VobGW5rTra86W rWvNLplnQ62hZqtsmnU0p5mtrzlbtrDpXbIEh1pDeqvMp3U0p6H1NWfLFjazS0bnUGvIbJWlto7m NM36mrNlC5vdJft2qDVkt8r0XEdzGr2+5mzZwuZ2yWAfag0JJNHGrK85W7YS+J2ypgdaQ3673M81 NKcRXNfCbnnTQ80J22UYrqE5jVtfc7ZsKWh3y50eak67XY7hOprj19ec7VrZmtlO2dNDzWlmW2UZ rqU5YX2TbbtWtoZ2yp8eak5DW+UZrqU57fqas2UrW7NTBvVQc5pmq0zDdTRHz9bXnC1b2fROOdRD zWn0Vpmg62iOpvU1Z8tWNrNTjvtQcxqBNKqb9TVny5YCu1Me9VBzGrtVLug6mqMFVza3Ux71UHMa t1W24Tqao836mrNlS4HfKY96qDmN3y7bcA3N0XZ9zdmylS3slkc91JywXbbhGpqj3fqas2UrW7tb HvVQc9rtsg3X0Ry/vuZs18qmZzvlUQ81R8+2yjZcS3PC+ibbdq1smnbKox5qjqatckHX0px2fc3Z spWt2SnLfag5WiCNmtn6mrNlS4HeKY96qDlab5ULuo7mGMGVzeyURz3UHG22yjZcR3NMs77mbNlS YHfKox5qjrZbZRuuozlGr685W7ayuZ3yqIeao91W2YbraI4x62vOlq1sfqc86qHmaL9dtuEammPs +pqzZStb2C2Peqg5YbtswzU0x7j1NWfLVrZ2tzzqoea02+WCrqM5fn3N2a6Vzcx2ynIfao4RSKMm rG90tmspMLRTHvVQcwxtlQu6luYIrmzNTnnUQ80xzVbZhutojp2trzlbthTonfKoh5pj9FbZhuto jqX1NWfLVjazUx71UHOM2SrbcB3Nsc36mrNlK5vdKY96qDnGbpVtuI7mWL2+5mzZyuZ2yqMeao5x W2UbrqM51qyvOVu2svmd8qiHmmP8drmga2iOtetrzpatbGG3LPeh5gikUevW15wtWwra3fKoh5rT bpcLuo7myK1sdrZTHvVQc+xsq2zDtTQnrG+ybddSYGmnPOqh5ljaKttwLc1p19ecLVvZmp3yqIea Y5utsg3X0Rw3W19ztmxl0zvlUQ81x+qtsg3X0RxH62vOlq1sZqc86qHmWLNVtuE6muOa9TVny1Y2 u1Me9VBzrN0qF3QdzXF6fc3ZspXN7ZTlPtQcK5BGnVlfc7ZsKfC75VEPNMf67XJB19Acwfog7JZF PdScsF2u4Rqa06yvNVu2ELS75VAPNafdLtNwDc3R62vNdq1rbrZTBvVQc9xsqzzDdTTHrG+ubde6 5min/Omh5jjaKstwHc2x62vNlq1rzU7Z00PNcc1WOYZrac76WrNl65reKXd6qDlOb5X/uY7m+PW1 ZsvWNbNTXvtQc5xAEg3ra43YQvCP//DHm0/q3+7Pbu+Xl/3vN807jTVZ+dnbJjfGLkLs//jjn39U B5dXi+bc3C+e4uv1xbtn11583y4a8d3yB7/G+xQNcCgd4Eg0QDfQ4hGE20DibSDpgV5GeNZLQx8Y 3/OB8Y9rBDmh+cwT4Eg6wLFogOV0Fo5A0qPwarIJRThmmc40C7KzDQxwLB3gRDTAcjoLRyDpUXg1 2YQinGzC6nwsvXieSAf4IR4g8KzOwhHSk40pwol4hB/yp3M4jT0FkW+qn6L56ffvh5qJBviDdIA9 0QBauou0dAuMdAuM9CCbF10EfFZCCLJTGQywJx1gXzSAlg5gpMfASI+BedFF9VO5aYVnGhpgXzrA gWgALR3ASI+BkR4D86KLhqZy2zOVW+k1jSfAgXSAQ9EAWjqAkR4DIz0G5kUX1U9l5WeyMw0NcCgd 4Eg0gJYOYKTHwEiPgSkxsc3s7VQ2s4eHaBf/IjLTmAIcSQc4Fg2gpQMY6TEw0mNgSgzsxFTu/c6W c6ahAY6lA5yIBtDSAYz0GBjpMTAl5nVqKhOWnodbCQY4kQ7wg2gALR3ASI+BkR4DU2JcG+qZyoTb 50lXliOAGSHAnmgAK90CmzLjmALsrX2mJYvbLexGmQD5nqZpesapeSjh28bIVG4cAdLdyBNgXzpA vmFndM84aRbXMFGWMARIdyNPgAPpAPlulDE942RYLLEEczMESHcjT4BD6QBHHOOkrZEqXRgC5HQj GuBIOkCBj2B7xsk+mhmzmRCXMwRIdyNPgGPpAAVFcs8L64bhLeB0BcgQwEgHSI8TT4AT6QA/sEwE 8AP7frCV4HQXD7AnGsBJt8AlayOeAAUlZs9LpebhlUzyTgr8GQKku5EnwJ50gIISs+e1GRO46yeB AOlu5AmwLx2goMTs+SLdtLhDmSZWhgDpbuQJcCAd4JBjnKiZBSFiZQiQ041ogEPpAPklpu353sjO WOrcOFByBEh2I1OAI+kA+SWm7bGqLbHUuXEu5wiQ7kaeAMfSAfJLTNtjVduG5RWdeAXIEcBKB0iP E0+AE+kAP3BMBNTofT/USiiAGyHAnmgAL90Cn6qNmALkl5i251sXq4WJlSNAuht5AuxJB8gvMW2P m28frWotRawcAdLdyBNgXzrAwSaM0+EudaNMgPwS0/Z862ItvnMwTawMAdLdyBPgUDpAQYnZY7Zb h78fmQZKhgDpbuQJcCQdoKDE7LGqreeunwQCpLuRJ8CxdIATjnFCK4sfhlqJgr9sgJxxQgOcSAco KDF7vrOwAf8qNV0BMgTwIwTYEw0QpFsQkrURT4A9ppkmRawMATK7MTB1o0yAghKz51sX27LUuQli ZQiQ7kaeAPvSAXJLTPNu9uZbl+XPHr9SaJ0EsfIESHQjW4AD6QCH+eNEPeP0+PY7NSLEyhMg3Y08 AQ6lAxxxjBPqRxwPtRIKkNONaIAj6QDH+ePU9IxTw8J7J/FWNiy0dCQd4Fg6wEn+OOmecdIsFugP 8VZqlg+sbID0OPEEOJEO8APHRIDeoUxUgDwBwggB9kQDtNItaOO1EVuAvfyZZnpmmsHfAk0TK0OA dDfyBNiTDrCfP062Z5wsy+cpQayWezbKBNiXDlBQYrqecXLc9ZNAgHQ38gQ4kA5wyDJO4Lp3NNhK cNU4kA5wKB2goMT0PePkWfy9BFAyBEh3I0+AI+kABSVm6Bmnx5MrrRiXMwRIdyNPgGPpAAUlZtsz Ti3LVwqJCrBl+cDKBkiPE0+AE+kAP3BMBLTOfT/USihAO0KAPdEAyz+78D57oKjnSwuasTQzv/yg HqeXSPRvjvEEePUXu4aa2WOUUoPvDUrCAEeAwmb22EukWQg8nks5AhQ2s8fbIPPtO5LZOGBEPYU7 We6/dTT0ED3VDvFUO/GkTDy1gmyAV38C53cP/3T/ot5/vby6ePgLj+/U1eWnz/fPLhjq8Z66hfzq FdDzm19+ubnuHlW3zfJR/+t8/uX+8uZa/Xp5daU+zNXV2dfr88/zxQP/69n951UDFv/3Vn159/3F 2f3Zh7O7+fdXZ9cXd+dnX+bf/3Q//6/7r7fzn/590eS77//yl1/Obu/+8vH+y+3Nzf1fFv/34ut5 F+Ps7m5+f/eX+/nt7dnl9V/uF5d/OLv+6133bz/N/+vLze39X86/3t7Or+//8uHrL19m391/Oku2 6FvojwuFrl1k20W7/uXy7m7ZQY+/Xo7Fu015+td/76Qb48cJtEyt79R//v7HPx3/6VCdn13/5l5d 3ZxdqMvru/uz6/O5+nR78/WLuvy0mKRn599dfuqboXwRLmQjLD4HsRDNLBHCON0f4u7zYkgf/u/d 9//699uzXy4vZvRd94OMFcv0pKjnB3btxufneYu27/Pz5gA19s8PV4Tl7BYOEf+IMkaYy3dTTYgm mKdk+yxAlzlfJduzj9F0ztmKj5FWuEQImaXM9hQV9hvzd+X+LixlL1u0bUvZy6eXWAX4IkQTNWsj 5uIRPkYi6EQEjnVmIATHOsMb4lMkhEuEkFrK3p7cbL8dS0zuWxXGPuueR9iNxfJ5i7ZvseQa8Shu sE6qjxUReBYazn76KN5Pn2QjLBvxORLCJELILGWu58Un9/RWj9SsY43wSTZCNPWwNuKzfCMuIyH8 Giadbt5OOt28+gqYfUowRvgsGyG6SLA24lK+ET9HQthECJlJ53t2afhvWxBWX60xTwnWCJeyEaKL BGsjfo5EMIkIUjOiCW9nRPNgJButd+PLiZct2jbI3u7xoK0ej+GnR5YCE3Gi+SJY8QgmYkGxtkE4 gsuKsG2fvGarP3n9T//IZf0jXp0iRwmSzMOhZ1NH+LZjoTvidhfy8MsWbVse3u7xoK0ej+GnR9Z/ HcmSfBGMeAQ7RhsuxNsgHMGJR9ARH5t1HObi4zAXH4dYBLe9a2zTv0q57Vhj+5/+2xvJgfU1iVGC DBDX279AFb69FNL9MZXdIK7nLdo+4nr+9DK5iyuCFY/gxCPEMwtjL83Fe0k4go58o8c6Dh/Fx+Gj +DhEIjye+t4fgSujyARJZpR28b/XGWX5s4evebTZjRr+ZYu2LaO8fHoJzueLYMQjWPEIboxe+ije Sx/Fe0k4go68EMA6Dp/ExyES4dtX6b0RRBZ7PXu7j6772bcHme3CYv+qRVu22L96egHkY4xgxCNY 8QhujF76JN5LsQiebS59lo1gxCPYaISmSUSQWorfnI3e/ezhZRqj3Y4sxc9btH1L8fOnFyAZxghG PIIdow2fxdsgHEH3v4rH20uX4r0kHMFFItDT64S9EWSWYnpnXr/V3P3s4YQasxsWyKsWbdtS/PLp JUiGL4IRj2DHaMOleBuEIzjxCLr/rWjecfhZfBx+Fh+HWISQiCCz2Dfvmte7Cbqf7dS7469atG2L /cunl6AxvghGPIIVj+DG6KWfxXvpZ/FeikVwY796uwj65q8Ndz9b7c7ajWXseYu2bxnb5vGgrR6P 4acXePWWMYIVj+DEI0ReX+LtpQvxXhKO4OMR7PauHk3/589ux+rR9/T6218RZN77PEqQJEvoxf9O 3zyIfnwXaUdeAXrVom1jie0eD9rq8Rh+egmW4ItgxCPYeATDE8GJR4ixBGsbhCN48QiRFwgZIxjx CFY8gsuKsAtM97JF28d03w4H430Jb5QgSaZbHnr9mulWB2G3u3EO4asWbRvTvXx6iUqbL4IVj+DE I3jxCLHsyDoOc/FxmIv30kfZCEY8ghWP4OIRQiICT86SCpLMWfbtn3nvfvb4B1B35O30ly3atpz1 8ukl1kq+CEY8ghWP4OIRNNs4fJSNYMUjOPEIsRd4+SIY8QhWPIKLRnj8e3/9EaTSiTFv08m3o5qX f8RtN9LJ8xZtXzp5/vQyyxhXBCMewYpHcOIR4gslYy99Eu+lT+K99Fl8tn4WH4fP4uMQiWApEUEm nbh3zZt0svzZwxusfkc2bL1s0balk5dPL7GM8UUw4hGseAQnHiG2ULL20mfxXopFsGy9dCkbwYhH sOIRXDTC49m5/RFk0ol/N3tzFIP/dupeo+1upJOXLdq2dPLy6SWWMb4IRjyCFY/gxCPEFkrWXroU 76VL8V76WXy2/iw+Dj+Lj0MkwuMfT+yPIJVO7OxtOrGznfq7g69atH3p5PnTyyxjXBGMeAQrHsGJ R4gvlIy99LN4L8Ui2LH/wJwOPSZL+FaINTPaDSp+2aJtW8ZePr3Ei8l8EZx4BB+PYNl66UI2ghWP 4MQj+HiENhFBZhlr3/7Jwu5njy5Dsxs7al62aNuWsZdPL7GM8UWw4hGceAQvHiG2ULL20oV4L12I 99JcfLbOxcdhLj4OsQghEUEqnbw9oKx9Op5nR/7O2qsWbV86ef70MssYVwQrHsGJR/DiEeILJWMv zcV7aS7eSx/FZ2ssgmYbB+EIPh6hTUQQSSdm9tZk6X4m+tY1YwQbj2BF37pmjOCzIuxAWn/Voi1L 64wjHlkoeWftR/FZKxwh8lYUYwQrHsFFI2ga+y14szxR+fVi/3TK8q5sBH7Vom1bZF4+vcQiwxfB ikdw4hG8eITYMsbaS5/Ee+mTeC99Fp+tn8XH4bP4OEQiEI29R3cR1Oi36eSxTGra3bCiXrVo+9LJ 86eXWca4IljxCE48ghePEF8oGXvps3gvxSIYtl66lI1gxSM48Qg+GuHxjaL+CDLpZHl29ut08nSe NsdXXb1Tji+CFY/gxCN48QixDyZrL12K91JGhF2An5ct2jb4YZ21P4uvHj+Lfy5+Fv9cRCI8Hi46 4hflRr+bvf5j5t3PHh7EWZE/9cEYwYpHcOIRfFaEXVgoX7Zo2xZK1s/Fz+Kz9mfxWRuJQCYRQWoZ M/R2GXs8RZRjkTnvbypXBC8eIYhHiLwjwxjBiUfw4hFCPIIb/WNj3pF9/bFZ/uzxDyrgL8n3Tjm+ CC4ewfFE8OIRYh8b1jZciLdhLhvBiUfw0QiPfw6tP4LUB/PN5tTuZ2xVVGRCcEVw4hG8eIT4pGZs w1y8DR/FR/qjeC/FItjR62Xb8yagfTr3xsj8nQXGCE48ghePEMQjxD42rL30UbwNn8Tn0ifxXopE 0LOx/w7yIqgNbz/69vHUb+9mQlOOK4ITj+DFI4R4hJZtHD7JRvDiEYJ4hNi3eHwRnHgELx4hRCK4 byfq9EeQWb7cO/1m+Vr+jG1D/Kf+pnJFcOIRvHiEIB7BRqccYy99Fu+lz+K9dCk+Wy/Fx+FSfBwi EYwd+4AI49/Rmy8qlz97tGaczFspfBGceAQvHiH2sWFtw6V4G34WH+mfxXspEuHbGT29EaQ+mJbe fjAtsf298siE4IrgxCN48QhBPEL8Y8PYSz+L91Isghv7T4ib8K55fUJF97Nv+xNmIl+M8UUI4hFi 3yHwRfDiEUI8gk1EkJpytmfK2cemhiA15bgiePEIQTxCfFIztuFCvA1z8ZGei/dSLIJPRJD5YLaL 1eD1B7N9OsTfyPwRdcYIXjxCEI8Qm9SsbZiLt+Gj+Eh/FO+lSITHowDG/Mqn7fnKp/32ZYY2rROa clwRvHiEIB4hPqkZ2xCL0LK14ZNsBC8eIeJd29m3bdv9EUQ+mIug+vWm6u5nbC+bfexvKlcELx4h iEdw0QnB2IZP4m34HIlg2EZaOEKIR2jHfnHR0tv9RN3P2CyB3gnBF8GLRwjiEWKTmrUNn8XbcCk+ 0pfivRSJQGZs82cR1Ni3H8xvX+QJfbvFGMGLRwjiEeKTmrENl+Jt+DkSwYl+u8UYIUQjPH3VMNr3 Z7Z517x+1b/72bdDTmXWUb4IPh6BeCIE8QixSc3ahlgEk4ggNeVsz5T7dpgJNUbCpmeM0IpHiDia jBGCeIQ2HkEnIshMOf2ueVOwL3/2wEFai+zSY4wQxCO04hFik5q1DRfibZiLj/RcvJdiEUIigtQH 0/q3H8zHL8FUKzbluCIE8QiteIT4pGZsw1y8DR/FR/qjeC/1RjDvZjoRQeaDad7pN5Bmvu174nA/ 5v1N5YoQxCO04hF8dEIwtuGjeBs+iY/0J/FeikVwoztp9t3sjZO2/BnbCSS9E8J+2zPEcQKJcIRW PEJsUrO24ZN4Gz6Lj/Rn8V6KRCAa+zSbRVDdvv1g6lZ0dxhjhCAeoRWPEJ/UjG2IRDAz0Z1VjBGC eIQ2HmH0vVvWvaM35s/yZ48vWrYyU44vQohHMDwRWvEIsUnN2oZL8Tb8LBshiEdo4xHaRASpD6bx bz+Yxotu5mOMEMQjtOIR4pOasQ2RCN++ahjx606/+CS9nnL+26eL412oXhP9ZYQdOEr3VYu27Chd xhGnWXzILdukupCN0IpHWHZTLEQY/S1B//ZvInU/ezzOTUstAlwR2qwIu7HMPG/R9i0zXCOeWGYe /8wMx7S9kI2QWAQYGzGXjdCKR1h2U02IJpjlh/zHH//84/MAy+seLv51fnUxv+j0P363/Mmvwq34 GGlFmwghs+KHd/Sm0lj+7NGLCDIv0/BFaLMi7MKK/7JF27bi8414dLFknbbzSITA1wjhELGvk/gi tHUROJZj3pH4KD/Yn/pDPL661B9CasV/cy5Q97MHk8s5qY8OV4Q2K8JurPjPW7R9Kz7XiCcWS8Zp +7EiAs9SxtlPH8X76ZP4x1s4QmI55gzxORLCJ0LIrPjt2z9N2v3sIfVoI3L0M2OEVjxCbFrzRYhO OtZGfBYfiM/y3TRCiMv+EI8nmfSHEPhs6nez2eJ/Lz6bjz8T3KjPGqEVj9A7rVkj9E867kZcig/E pXw3jRDi50gIO+63IV1Qbd5+NkWPh2CN0IpHiE9rbcUnneb7GvFn2QiteITEB2fsw0YWQendzL/+ 4Cx/9kC+5BuRSccXoRWPEJtzfBGiM4Le0SwRonpG/O7hn+5f1OH8en57dj9X5zfXHy8/qbvz28sv 9y8vWl397/O7u/nV4vJnPx+YYLpngmmvjv90oKhtgvrl7PLB/aGuPX/+ev/l6/2PNzf3S6/nnz+9 +37xRGf355+/z1UxTyoXl7fz8/ub27//890vC8F8CbuQeGjqoq2XN9evH+X7+8d+WPwuW9QtRH+c X3w9n//b19uPZ+fzu3++v/06z73dL27/t64Z729uL+a3ZXcvZ+Mfbn5ZdMp8/2r+t+7JiwTalcAf 53+bX93988ezq7vc2/1scfsfL6//ugj+y/z6vujhPS1jf73fv/hU1me+eT6O8/9n8QkqfOzljPyX m69Xl9c1dy9n4r/e3ixG+u7H+f3t5aLfbgslljNxGfmPNzd//Y8v3Tz87rvvl2vB988WhIv0JPzw 9fLq4qe7xax7UKWwnIt38/vFAtQ5YPfP5vri/plTi0Xp93/oE33YK7QQRX3b9qffv++MtivRMMuG jBKHxovzh5Hi7MXjROdW0ywXqq93D7bqcpQfn1Y1MzsDpfZWUoRIdbP7m9ZiuqNaeystX6RljF+t q+rpC4AXH8gyQbtcaRf//O6BBZbfA6jlVwKik+XXs9svd4tE+8t3d7+cXV3F4r1d4BqzXNv//eb+ 7Er925ez68V/zHLvbF7c+cfLu/v8u3WzXFjvu7vPu95/WPvuL3+ZL0TUxdnf7/6vxf//fPP1tvuX Xy6vFyN0pxYjtPivu/mCli7uEPZRLOyjcPZREuyjMPZREPsolH0Uxj4KYR9Vyz4KZR8FsY/C2Ucx s4+qYh//sKLH1ks1UhJX4kk88MbZj8eJDkYpLBRJpWGhSGp/JdUgUsPcUaaV5o4yrf2VVijSqmOY lGA+wzDO4SyGCT0LVR7D9N+ZyzB9d4/FMOE09jyofxNw/yZI+DcB828C5N8E1L8JmH8TEP8m1Po3 AfVvAuTfBNy/Ccz+TQD8m/CwosfWSzZj5SDNFjQSw9AIDMMa5yDNSsQHOMQHOJlSByspjUjl8g0x 8g1x8w2x8A2NzDdUzTcE8Q1tGN8oFr5RON8oCb5RGN8oiG8UyjcK4xuF8I2q5RuF8o2C+EbhfKOY +abKo6FZt6Ifynoaw3yjRuAB1jiHI8U5YvGCckgiU+pwJWVAqaOVlEU9l6fHWkxpVOtopUUj+Dct i3/TjuzftNX+TQv5N+0a/Zv2NPY8qH/T4v5NK+HftJh/00L+TYv6Ny3m37SIf9PW+jct6t+0kH/T 4v5Ny+zftPX+DdHDih5bL0mcB5jjHI0U5zgep8DBSMNCkVQaFoqkjldSDpEa5o4yrTR3lGkdr7Sa Ii2EYYiFYWhkhqFqhiGIYWjDGEaxMIzCGUZJMIzCGEZBDKNQhlEYwyiEYVQtwyiUYRTEMApnGMXM MHUeTfOwoovWfBlsoUZgC9Y4J2mGUXzgofjAI1PqZCXlEalc7lCM3JGrdbLS0mW2yeTDTD7M5MNM Pszkw2yKD6MfVnTRmm+RFn8Ywx6ZjRRnGJVoBFRijfMDi63EZeBkchSL52JmRVpJ9klpVbFPUjCb fcxsXP/m+VOXsU/kzkz26b17JPYxs9PY84D+TUSlhH0iEhj7RERz2Sdyeyb7RO7OZ5+IQC779N+e yT6Rm4fZJ3JjPvtEBDLZJ3J3CftEJKrZ57leGftYMkr37QB/XC1ZKsUmvmOaOcwfxgmzN0IYPU6n mWSYXD9Er7Y7LWYUqLT3pGQRJbN6Ju9noNLekxIVKSG8o1h4R43MO6qadxTEO2rDeIdYeIdw3iEJ 3iGMdwjiHUJ5hzDeIYR3qJZ3COUdgniHcN4hZt6hGt6xXYoRrQ6HQYTGARGuMPtpQiA2QiA2QshU 2n9ScohSHmsQG2tkKu0/KTWTSzO5NJNLM7k0k0uzlS6N65LVLvgaaZzgDHPA4mswuRF5rJGpdPCk 9PZboUXq4vI1ipSSrFGkdPCkpIuU6qiFWLwWGtlroWqvhSCvhdbotdBp7HlQr4Vwr4UkvBbCvBaC vBZCvRbCvBZCvBaq9VoI9VoI8loI91qI2Wuheq/Fd8kqtlqKuxO8YQ7GCXMYD8PlaxQpZbBGptLh k1JAlPJYg9hYI1Pp8EnJFCkh1EIs1EIjUwtVUwtB1EIbRi2KhVoUTi1KgloURi0KohaFUovCqEUh 1KJqqUWh1KIgalE4tShmaqnyWkKXrERrvGGcUPI4wRnmKE0t4/oaeayRqXT0pNSuydeoYo1MpaMn JTt5LZPXMnktk9cyeS1b6bW0XbJaozvBGeZonDCx/UuLJZrL1yhSSrJGkdK3zT62mSFKQ6xRpJRk jSKl4yclV6RURy0Ni9fSjOy1NNVeSwN5Lc0avZbmNPY8qNfS4F5LI+G1NJjX0kBeS4N6LQ3mtTSI 19LUei0N6rU0kNfS4F5Lw+y1NNVeSzPrklVstRR3J3jDHI8T5iRNLYqNNRQba2QqnTwpEaKUxxqK jTUylU6elHyREkItioVa1MjUoqqpRUHUojaMWoiFWginFpKgFsKohSBqIZRaCKMWQqiFaqmFUGoh iFoIpxZippYar6WhLlmJ1njDOEHyOMEZ5ocRwuhxwphkmPFdmjxyEvZWqnhncmn+G7o0uod3NItL o3GXRku4NBpzaTTk0mjUpdGYS6MRl0bXujQadWk05NJo3KXRzC6NrnVp/GKwTO8ZMXqc4070OMed MIaxyTBcp6potn1Mmu1UFc22+yhfya6eiWaNA6X2VlK+SKqOWzSLT6NH9ml0tU+jIZ9Gr9GniXML sXAL4dxCEtxCGLcQxC2Ecgth3EIIt1AttxDKLQRxC+HcQszcQjXcQl2SKZKsSsHEloI5tvdotmNL NNuxJZpte0++UiYWEB8WZErtr6RCkRRCGMRCGDQyYVA1YRBEGJMzMjkjkzMyOSNDhNF0+eqtpGEr zQ3bESOGbSuOYSvyDdsRI4ZtK47hcwuKpNJYUCR1sJJqi6TqCMOweBhmZA/DVHsYBvIwzBo9DHMa ex7UwzC4h2EkPAyDeRgG8jAM6mEYzMMwiIdhaj0Mg3oYBvIwDO5hGGYPw9R7GLrLV0WSVVxAbFzA sW3GsPkFhu04EMO2bcbwuQVFUjlYkCl1+CSle1Kc5fYwLIuHYUf2MGy1h2EhD8Ou0cOwp7HnQT0M i3sYVsLDsJiHYSEPw6IehsU8DIt4GLbWw7Coh2EhD8PiHoZl9jBsvYdhunxVJFnIBZbt6A7LtsXF svkFlu3oDsu2xcXyuQVFUjlYkCl1tJKiIimEMBQLYaiRCUNVE4aCCENtGGEQC2EQThgkQRiEEQZB hEEoYRBGGIQQBtUSBqGEQRBhEE4YxEwYVR6G7fJVkWQVFxAbF3Bs4LBsfoFlO2bDsm0FsXxugSuR SmNBkdTxSqopkqojDMfiYbiRPQxX7WE4yMNwa/Qw3GnseVAPw+EehpPwMBzmYTjIw3Coh+EwD8Mh Hoar9TAc6mE4yMNwuIfhmD0MV+9huC5fFUkWcoFjOxLDsR2J4dj8Asd2JIZjOxLD8bkFRVI5WJAp dbKS0kVSCGEoFsJQIxOGqiYMBRGG2jDCIBbCIJwwSIIwCCMMggiDUMIgjDAIIQyqJQxCCYMgwiCc MIiZMKo8DN/lK9F6LHV8hRvn+ArGMDYZhstkcWynZDg2a8SxnZLBaGf4Eqk0t3huZ8SzOCN+ZGfE VzsjHnJG/BqdEX8aex7UGfG4M+IlnBGPOSMeckY86ox4zBnxiDPia50RjzojHnJGPO6MeGZnxNc6 I8uNj91GyNhyKX6qhh/nVA3GMC4ZhuugDM+2h8bzHZTh+ba+5Eu5Z0/VhAaU2ltJ6SIpBF0UC7qo kdFFVaOLgtBFbRi6EAu6EI4uJIEuhKELQehCKLoQhi6EoAvVoguh6EIQuhCOLsSMLlSFLr5LM0gt m5eFiS0Lc+xY8XwnXHi+Ey48356VfKlMNCA+NMiU2l9J9byvE7gNksBikISRDZJQbZAEyCAJazRI wmnseVCDJOAGSZAwSAJmkATIIAmoQRIwgyQgBkmoNUgCapAEyCAJuEESmA2SABgkoctYRZqFbBDY TrkIbLtWAl+pH/hOuQh8+1YCn2tQJJWDBplSByspWySFUIZioQw1MmWoaspQEGWoDaMMYqEMwimD JCiDMMogiDIIpQzCKIMQyqBayiCUMgiiDMIpg5gpo87LaLuMVaRZxQbExgYcO1cCn2sQ+E66CHx7 VwKfa9CWSKXRoEjqcCXliqTqKKNl8TLakb2MttrLaCEvo12jl9Gexp4H9TJa3MtoJbyMFvMyWsjL aFEvo8W8jBbxMtpaL6NFvYwW8jJa3Mtomb2Mtt7L0LMuYxVpFrJBy3baRcu2e6Xlcw1avtMuWr79 Ky2fa1AklYMGmVJHKylfJIVQhmKhDDUyZahqylAQZagNowxioQzCKYMkKIMwyiCIMgilDMIogxDK oFrKIJQyCKIMwimDmCmjysvQ1GUspOzMYwNiYwOObR0tn2vQsp14schlXFtECqSG0KBMKokGZVLH K6lQJFVFGUnBbMpYXDiql/H8qcsoI3JnJmX03j0SZdjZaex5QC8jolJCGREJjDIiormUEbk9kzIi d+dTRkQglzL6b8+kjMjNw5QRuTGfMiICmZQRubuEMiIS1ZTxXK+YMpouYxVplrFBmVKKDcqUUls+ C5Qy0UDxoQHHqRcFUplooPjQIFPqZCXVFkkhlKFYKEONTBmqmjIURBlqwyiDWCiDcMogCcogjDII ogxCKYMwyiCEMqiWMgilDIIog3DKIGbKqPMydJexRIuyxIEbnGHsOGFcMgyT2VKmlAFULAYJsZ2h USA1iC5FUml0IW6DhFgMEhrZIKFqg4Qgg4TWaJDQaex5UIOEcIOEJAwSwgwSggwSQg0SwgwSQgwS qjVICDVICDJICDdIiNkgoWqDpAlNtz8ytlxKH7nBGcaNE8Ynw3CdolEmldxaUyA1tFW2TCq5H6ZA yj97KqsDKLW3kmqLpBB4USzwokaGF1UNLwqCF7Vh8EIs8EI4vJAEvBAGLwTBC6HwQhi8EAIvVAsv hMILQfBCOLwQM7xQFbzoLs2ANXZOHia+PMyxj6WsXM9J6cSX0jn2sRRIDdJBUyKVpoMiqacGWjMr kqoDjYbFJWlGdkmaapekgVySZo0uSXMaex7UJWlwl6SRcEkazCVpIJekQV2SBnNJGsQlaWpdkgZ1 SRrIJWlwl6RhdkkawCUxXcYq0iylg4btAIwyqeRWlgKpQTpo2A7AKJNKbmUpkMqkA8VHB5lSBysp KpJCQEOxgIYaGTRUNWgoCDTUhoEGsYAG4aBBEqBBGGgQBBqEggZhoEEIaFAtaBAKGgSBBuGgQcyg Uedo2C5jIZVnJh0QHx1w7GYpkMqkA44zMKzm282i+byDIqk0HRRJHa6kmiKpOtDQLI6GHtnR0NWO hoYcDb1GR0Ofxp4HdTQ07mhoCUdDY46GhhwNjToaGnM0NOJo6FpHQ6OOhoYcDY07GprZ0dCAo+G6 jFWkWUoHmu0YjDKp9IYWzecdaLZjMMqk0htaNJ93UCSVQweZUkcrKV0khYCGYgENNTJoqGrQUBBo qA0DDWIBDcJBgyRAgzDQIAg0CAUNwkCDENCgWtAgFDQIAg3CQYOYQaPO0fBdxkIqz0w6ID46YNno Yfi8A8N3Eobh2zNi+LyDIqk0HRRJHa+kTJFUHWgYFkfDjOxomGpHw0COhlmjo2FOY8+DOhoGdzSM hKNhMEfDQI6GQR0NgzkaBnE0TK2jYVBHw0COhsEdDcPsaBjA0QhdxirSLKUDw3cYhuE7DMPweQeG 7zAMw3cYhuHzDoqkcuggU+pkJWWLpBDQUCygoUYGDVUNGgoCDbVhoEEsoEE4aJAEaBAGGgSBBqGg QRhoEAIaVAsahIIGQaBBOGgQM2jUORptl7FE67LUMRxmnGM4GMP4ZBg2w8Xynaxh+VwSy3eyhuWz Noqk0vBiuV0Sy+KS2JFdElvtkljIJbFrdEnsaex5UJfE4i6JlXBJLOaSWMglsahLYjGXxCIuia11 SSzqkljIJbG4S2KZXRJb7ZJYHboNk7HlUvwgDjvOQRyMYUIyDNvJGpZvo43lO1nD8u2OyZcKz57K twaU2ltJ2SIpBF4UC7yokeFFVcOLguBFbRi8EAu8EA4vJAEvhMELQfBCKLwQBi+EwAvVwguh8EIQ vBAOL8QML1QFL22XZsAaOycPE18eZtnSYvmOw7B8x2E4vi0t+VKDdFAklaaDIqn9lZQrkqoDDcfi kriRXRJX7ZI4yCVxa3RJ3GnseVCXxOEuiZNwSRzmkjjIJXGoS+Iwl8QhLomrdUkc6pI4yCVxuEvi mF0SV++SmFmXsYo0S+nA8R2H4fi2tDi+gt/xHYfh+La0OD7voEgqhw4ypQ5WUr5ICgENxQIaamTQ UNWgoSDQUBsGGsQCGoSDBkmABmGgQRBoEAoahIEGIaBBtaBBKGgQBBqEgwYxg0aVo7FYkHzveR+O zztwfMdhOL4tLZ7PO/B8x2F4vi0tns87KJJK00GR1OFKKhRJ1YGGZ3E0/MiOhq92NDzkaPg1Ohr+ NPY8qKPhcUfDSzgaHnM0PORoeNTR8Jij4RFHw9c6Gh51NDzkaHjc0fDMjoYHHI2my1hFmqV04PmO w/B8W1o8n3fg+Y7D8HxbWjyfd1AklUMHmVJHK6m2SAoBDcUCGmpk0FDVoKEg0FAbBhrEAhqEgwZJ gAZhoEEQaBAKGoSBBiGgQbWgQShoEAQahIMGMYNGnaOhu4yFVJ6DdBD4jsMIfBs9Ap93EPiOwwh8 e0YCn3dQJJWmgyKppwaG2axIqg40AoujEUZ2NEK1oxEgRyOs0dEIp7HnQR2NgDsaQcLRCJijESBH I6CORsAcjYA4GqHW0QiooxEgRyPgjkZgdjQC4GiYLmMVadbRgeKjA5bjMAKfdxD4jsMIfMdhBD7v oEgqhw4ypU5WUlQkhYCGYgENNTJoqGrQUBBorMfRaHtAo2VxNFrc0WglHI0WczRayNFoUUejxRyN FnE02lpHo0UdjRZyNFrc0WiZHY0WcDRsl7H6NEc5iKMd5yAOxjAhGYbNcGn5TtZo+VySlu9kjZbP 2iiSSsNLy+2StCwuSTuyS9JWuyQt5JK0a3RJ4vCiWOBF4fCiJOBFYfCiIHhRKLwoDF4UAi+qFl4U Ci8KgheFw4tihpcal8S3ptswGVsuxQ/iaMc5iIMxTJsMw3ayRsu30ablO1mj5dsdky/Vrp6qmdkZ KLW3kqIiKQReFAu8qJHhRVXDi4LgZXJeJudlcl4m52UQXmyXZsAaOycPE18exre0NO9mM6bjMEql Eim9VCqxpaVIKk0HpVIJOiiV2l9JNUVSFaAxIJgJGp3KiC7Jy6cuAY3onVmgEbl7FNBYxj6NPQ/k kkRV8kEjKoGARlQ0DzSit2eBRvTuXNCICuSBRuz2LNCI3jwEGtEbc0EjKpAFGtG780EjKlEJGi/1 ikHDdRmrSLOIDkqlcugA39JSJJVJB4qPDvAtLUVSmXSg+OggU+pgJaWLpBDQUCygoUYGDVUNGgoC DbVhoEEsoEE4aJAEaBAGGgSBBqGgQRhoEAIaVAsahIIGQaBBOGgQM2jUORq+y1hvNYnPOyCm4zBK pRJbWoqkBumAmI7DKJVKbGkpkhqkgyKpNB0USR2upEyRVB1oEIujQSM7GlTtaBDkaNAaHQ06jT0P 6mgQ7miQhKNBmKNBkKNBqKNBmKNBiKNBtY4GoY4GQY4G4Y4GMTsaBDgaoctYRZp1dKD46ADf0lIk lUkHio8O8C0tC6mGzzsokkrTQZHU0UrKFknVgUbD4mg0IzsaTbWj0UCORrNGR6M5jT0P6mg0uKPR SDgaDeZoNJCj0aCORoM5Gg3iaDS1jkaDOhoN5Gg0uKPRMDsaDeBotF3GKtIspYOG6TiMUqnERo8i qUE6aJiOwyiVSuwZKZLKpAPio4NMqeOVlCuSQkCDWECDRgYNqgYNgkCDNgw0FAtoKBw0lARoKAw0 FAQaCgUNhYGGQkBD1YKGQkFDQaChcNBQzKBR42gsMlSXsZDKM5MOFB8d4MdhFEkN0oFmOg6jVCqx o7RIapAOiqTSdFAkdbKS8kVSdaChWRwNPbKjoasdDQ05GnqNjoY+jT0P6mho3NHQEo6GxhwNDTka GnU0NOZoaMTR0LWOhkYdDQ05Ghp3NDSzo6GrHY1FhuoyVmy5lD2IgzdMGCdMmwzDZrhoppM1iqQy OYj4OIj44IX44IW44YVY4IVGhheqhheC4IU2DF4UC7woHF6UBLwoDF4UBC8KhReFwYtC4EXVwotC 4UVB8KJweFHM8FLhkiw3SHYbJkVrvehBHLxh2nHC0CwZh+dojVKp9E4bzXS0RqlUentMvtSyy58e S8968MUUae2ttHyRVh2/GBbzxYxsvphq88VA5otZo/liTmPPg5ovBjdfjIT5YjDzxUDmi0HNF4OZ LwYxX0yt+WJQ88VA5ovBzRfDbL6YWvNlmVi6RFOkWZqJDd+JGIZvV4vhOxHD8J2IYfh2teRL5fIB MfJBrtb+SisUaSGsQSysQSOzBlWzBkGsQRvGGoqFNRTOGkqCNRTGGgpiDYWyhsJYQyGsoWpZQ6Gs oSDWUDhrKGbWqPNKmi5piZZmy5RxEHMXDJ8lYPgO3zB8G2gMn7tg+A7fMHwbaCyjT1GmleYQy+15 WBbPw47sedhqz8NCnoddo+dhT2PPg3oeFvc8rITnYTHPw0Keh0U9D4t5HhbxPGyt52FRz8NCnofF PQ/L7HlYwPPQXaKJLZckziGWz8WwfGdzWL79NZbPxbB8Z3NYvv01ltHDKNN6ei5NsyIthEOIhUNo ZA6hag4hiENowzhEsXCIwjlESXCIwjhEQRyiUA5RGIcohENULYcolEMUxCEK5xDFzCF1fojpEo1o 2ZbBIYoPHhQfPLBsv7HrcB4y4YFl+40r8jDS7FCmdbTSoiKtOg5xLH6IG9kPcdV+iIP8ELdGP8Sd xp4H9UMc7oc4CT/EYX6Ig/wQh/ohDvNDHOKHuFo/xKF+iIP8EIf7IY7ZD3GAH2K7RFOkWZrUHd+J G45vL4njcwQc34kbjm9bimP0Fsq0cvggV+t4pdUUaSGsQSysQSOzBlWzBkGsQRvGGoqFNRTOGkqC NRTGGgpiDYWyhsJYQyGsoWpZQ6GsoSDWUDhrKGbWqPM8XJe0kOozExAUHyCwHLrh1lH1DwKC5zt0 wzP6B2VaaT4o0zpZaekirTrW8Cy+hh/Z1/DVvoaHfA2/Rl/Dn8aeB/U1PO5reAlfw2O+hod8DY/6 Gh7zNTzia/haX8OjvoaHfA2P+xqe2dfwgK/hu6QVWy7FT/zw45z44XnfWknEYfNdPN8ZHp7PLPF8 Z3h4Rn+jTCuHX4ibX4iFX2hkfqFqfiGIX2S8kt89/NP9y7dhfPbTerxRLHijcLxREnijMLxREN4o FG8UhjcKwRtVizcKxRsF4Y3C8UYx402NlaJn7mHjpmg5mDoUxI90KAhnHBovzh9GirOXBjaWY0s8 38Yiz3hsiWfcDlQ7Kv9x/dfrm1+v1ccl3sxvbxejcnmtfnOw/M/fxLLRQ9MefvKbbkxvvsyv5xe/ mbyWyWuZvJbJa9kyr2Wxoj4ssbL2xHBWpRGyKmuc/VicwHc+SeA7nyTw7ewJjOeTBMbzSQLj3p5Q OVmqoWIvDypCtQESIAMkrPFlkXAaex7U4Qi4wxEkHI6AORwBcjgC6nAEzOEIiMMRah2OgDocAXI4 Au5wBGaHIwAOR3hYYmPrqvwOmTBSqc4cZ3+kOAdpeFF8xKH4iINlO1BgdB4C40EkYWwXY78EOFQ1 cCgIONSGAQexAAfhwEESwEEYcBAEHIQCB2HAQQhwUC1wEAocBAEH4cBBzMBR5WLQ7GEfBF8hVwcc NEKCZo1zOFKcIxa3JCe1s2wKCnybggLjTp7AuJNndIfjMA842mqHo4UcjnaNDkd7Gnse1OFocYej lXA4WszhaCGHo0UdjhZzOFrE4WhrHY4WdThayOFocYejZXY42nqHg+hhie0TZa3UowmaOc7RSHGO 43HYzulo+XbstHw7dlrGIz9axi07LeOWnXZsF+OoBCpUNVQoCCrUhkEFsUAF4VBBElBBGFQQBBWE QgVhUEEIVFAtVBAKFQRBBeFQQcxQUediNA9LbGxdpZGSPY2Q7FnjnKShgvhIgPhIgGW/SsvoCLSM e19axr0v7dhOxfHkVExOxeRUTE7FTjgV+mGJFa3sU9tcW95XPn5Yv1HBGudkpDg/sBgvXBbHENjQ jM+VKNRKwshCa2SH4yQLRp63sQxGIndmwkjv3SPBCM1OY88DOhwRlRIYiUhgMBIRzYWRyO2ZMBK5 Ox9GIgK5MNJ/eyaMRG4ehpHIjfkwEhHIhJHI3SUwEpGohpHnemUwYsko3bfx9XFVZfEDmvhGUeYw fxgnzN4IYfQ4nWaSYXIdA73aVLKYUaDS3pOSRZTM6pm8n4FKe09Kb12aBc4LuCEDcKFfP/3t8niO h8dvl2vof/7+xz8d/+nwnTo+VFdLVri+eRj2DK1VT9hO68vt/MvZ7eIZv2WTxXpytci2fceYUOLP /jqzTA3nj+eizB/Tg/o/X8+u78/uyqT8clm77VKsunvMsW8VEn9zx7vlw3Q/7Sjn49XNzcVyLK4q 9bquWnTmt7vVp8XYLRhiflGkE2ZLnW/3vlyuPzzQQKHecjI/QFGdQGNWAl8eUtyioa3R6nf/tzIL WPmtd9/N1Jf57fliPB8GZfm4//Q2jItP28YvueXu7G/zhw/EMwR7JLrlNFyE/75bba5uy9Qf0mBC vVO9Of+8yMdJ5RTLG2Nz7+2l+abJux3CeZuP8z2HAhPLocCEHwpMEocCE3YoMEGHAhN6KDBhhwIT cigw1R4KTOihwAQdCkz4ocDEfCgwVR8KvECmjqD6JNmsqxRn84bZGyfMfjxMrks1BMBFSkkALlLa f1JyiNIQShcpJVG6SGn/Selt2mxEXME0lDdvXM16KG8SDmk5lKfUCqG8oYRUFpQ3TVyhBsqTeg9Q HnKgPKVTA+VpvQwoTwr0Qnkz820H5aHtoNzmQPnbMJVQvtcH5Un1HCjfi0F5o/MMduNM7r39UG7z boeg3GVDeaNPY88DeuwRlRIoj0hgUB4RzYXyyO2ZUB65Ox/KIwK5UN5/eyaUR24ehvLIjflQHhHI hPLI3SVQHpGohvJG13vsrmOxPskxXGnmMPvjhDmIh2HyksuUUihdpnTwpOQRpQGULlNKonSR0sGT 0tuv6hs/vlPeeD6nvPGcTnlKrRTKA+qUNy2vU57U67pKz7KgvOV1ytN6OVDeljrl2s6aJZS3i+z3 W99812RBecvklO/3QnkLOuX7USjPfAW3bdrce3uh3Ji828eC8p63cBuWt3Ab/C3cRuIt3AZ7C7eB 3sJt0LdwG+wt3AZ5C7epfQu3Qd/CbaC3cBv8LdyG+S3cpq13yn3HYn2SY3jLzGEOxglzGA/D5Err WYlSCqXLlA6flAKiNIDSZUoplC5TOnxSeps2tR7fKdeazyl/q4VAuTZsTnlSKgvKteV1yrUbcsqN y4HylE4NlKf1MqA8KRCB8sUnaAHlNFsk3t+69jufQ+Vv41RS+UEflSfVc6j8IEbl2uVZ5TSb6dyb e7HchbzbR8Jy3fMCi3YcXnlEpQTLIxIYlkdEc7E8cnsmlkfuzsfyiEAulvffnonlkZuHsTxyYz6W RwQysTxydwmWRySqsVy7eq88dDTWJzmGu8wc5nCcMEfxMEy+dJlSEqaLlI6elFpEaQimi5SSMF2k dPSk9PbbCTMb3ys3Mz6v3Mw4vfKUWiGWG0K98pRCDZabZsgrd1leeUqnBsvTehlYnhToxXJjXfcC C+nutfLZd5SD5W/jVGL5YR+WJ9VzsPwwhuXPlZNY3jife3MvllPPXw7uvX8kLjfNaex5QLs8olLC 5REJjMsjorlcHrk9k8sjd+dzeUQgl8v7b8/k8sjNw1weuTGfyyMCmVweubuEyyMS1Vxumnq7vO1w rE9yDIOZOczROGGO42GYrOkypRRNlyl9O93BNj2JRXNZ02VKSZouUjp+Unr7BYVx49vlxvHZ5cZx 2uUptVIu96hdbgKvXZ7U67rKZtnlKZ0qLg+gXZ4U6Ofypn2wy5vFPF/a5W0Wlwcmu/yol8sDaJcf Rbk880/sUNPzDaYp+Cs7PvP2sbC85y0Ww3JArcEPqDUSB9Qa7IBaAx1Qa9ADag12QK1BDqg1tQfU GvSAWgMdUGvwA2oN8wG1pvqA2gV+dTTWJzmGwcwc5nicMCfxMEzWdJlSEqaLlE6elAhRGoLpIqUk TBcpnTwpvXXDbDO+XW4bPrvcNpx2eUqtEMutRu1ya3jt8qTew6vlJgfLUzo1WJ7Wy8DypED/fk+9 aOoCy90iSyzdcpdD5W/DVFL5cR+VJ9VzqPw4RuXPlVNU7nreDY/c2/9qeZN3+0iHsFhzGnse0CuP qJRAeUQCg/KIaC6UR27PhPLI3flQHhHIhfL+2zOhPHLzMJRHbsyH8ohAJpRH7i6B8ohENZRbU+2V N9SxWJ/kGO4yc5iTccL8MEIYPU4YkwzD5LJbW6KUKgwKlAZwvkwpifN+fJfdej6X3XpOlz2lVorz AXXZLbPLbtvB41tsFs63vC57Wi8H59vi41vMQrfDeVrgPOW9k/42TCXOn/TifAua7CdRnM/8C3DO znLv7cV5TXm3Qzhv8nG+x2O3LB67xT12K+GxW8xjt5DHblGP3WIeu0U8dlvrsVvUY7eQx25xj90y e+y22mP3i8EyfUek23aU0745w5hxwthkGKZDxcuUUgfB2JbrUPEypdTxLQVKdvVMNGteU/nif7MS qb2VlO+TGvEPv3WdPfynVl62sORPrUTvzPpTK5G7R/lTK8vYp7HngWzBqEo+R0QlEI6IiuZxRPT2 LI6I3p3LEVGBPI6I3Z7FEdGbhzgiemMuR0QFsjgienc+R0QlKjnipV4pR1C36BdJlqTEUqV4SixV ih/oUKSUTK6lSvHkWqoUP9ChSCkzTSueNF0gtb+SCrGMr0bL+HslGV9VZ3wFZXy1YRmfWDI+4Rmf JDI+YRmfoIxPaMYnLOMTkvGpNuMTmvEJyviEZ3xizvhVzkHT5Q+kIsvL08SWp+G94kVKeXmaGPI0 8ewVL1IaTNNFUuk0XSR1sJJq+6TGrfH38zI+Vdf4BNX4tMYan05jz4PW+ITX+CRR4xNW4xNU4xNa 4xNW4xNS41NtjU9ojU9QjU94jU/MNT7V1/i6yx9FkoV5mngOSCxViu9CLVLKy9OKLU/Du1CLlDLT tOJJ0wVSh09SehbL+OPV+AclGV9VZ3wFZXy1YRmfWDI+4RmfJDI+YRmfoIxPaMYnLOMTkvGpNuMT mvEJyviEZ3xizvhVNb7p8gdSkQ3l6Ybn7LVSpfgGtyKloTzd8Jy9VqoU3+BWpDSYpouk0mm6SOpo JUV9UuPW+Id5Gb+prvEbqMZv1ljjN6ex50Fr/Aav8RuJGr/BavwGqvEbtMZvsBq/QWr8prbGb9Aa v4Fq/Aav8RvmGr+pr/Ftlz+KJKvytGLL0/B+kyKlvDyt2PI0vHOlSCkzTSueNF0gdbySamIZf7wa /6gk46vqjK+gjL+eGl/3ZHzNUuNrvMbXEjW+xmp8DdX4Gq3xNVbja6TG17U1vkZrfA3V+Bqv8TVz ja/ra3zX5Y8iycI8rXkOjClViu8LLVIaytOa58CYUqX4DtMipcE0XSSVTtNFUicrKd0nNW6Nf5yX 8XV1ja+hGl+vscaPZ3zFkvEVnvGVRMZXWMZXUMZXaMZXWMZXSMZXtRlfoRlfQRlf4RlfMWf8qhrf d/kjtqjKnkbBG8aME8Ymw3CZEJrn0IsipTwkUWxIovg4QvFxxHjOwUkJR6hqjlAQR0zOweQcTM7B 5BykOWK50avb+MVXnZXs6ucNY8cJ45JhWDbqL/5n2PYoGL6N+oZva0G+lHv2VE1oQKm9lZTukxrR krDZxweYakvCQJaEWaMlYU5jz4NaEga3JIyEJWEwS8JAloRBLQmDWRIGsSRMrSVhUEvCQJaEwS0J w2xJVJ8qulzmu2W/SLMqKyq2rMixI8Dw7bA3fDvsDd+egHypzFSteFJ1gdT+SsrEsr4aLevvlWR9 VZ31FZT11YZlfWLJ+oRnfZLI+oRlfYKyPqFZn7CsT0jWp9qsT2jWJyjrE571iTnr1xkIocsgm1HB DuVqy7YrwPKVwpZvl73l2xdg+arqIql0qi6SOlhJ2T6pcWv9zGMEbHWtb6Fa366x1rensedBa32L 1/pWota3WK1voVrforW+xWp9i9T6trbWt2itb6Fa3+K1vmWu9S1Q67ddBinSrMrVii1Xc+wMsHxV teXbaW/59gZYvqq6SGooVRdIHa6kXCzrj1frH5RkfVWd9RWU9dWGZX1iyfqEZ32SyPqEZX2Csj6h WZ+wrE9I1qfarE9o1ico6xOe9Yk561fV+nrWZRDJutqx7bZ3bLsDHF9V7fh22zu+/QGOr6oukkqn 6iKpo5WU75Mat9bPPE7AVdf6Dqr13RprfXcaex601nd4re8kan2H1foOqvUdWus7rNZ3SK3vamt9 h9b6Dqr1HV7rO+Za39XX+pq6DFKkWZWrFVuu5nht3vFV1Y5vx73jewXf8VXVRVJDqbpA6nglFWJZ f7xaP/NIAV9d63uo1vdrrPX9aex50Frf47W+l6j1PVbre6jW92it77Fa3yO1vq+t9T1a63uo1vd4 re+Za30P1PpNl0GKNAtztWfbde/Zdt17vqra8+2693y77j1fVV0klU7VRVInK6m2T2rcWv+4JOtT ddYnKOvThmV9xZL1FZ71lUTWV1jWV1DWV2jWV1jWV0jWV7VZX6FZX0FZX+FZXzFn/bpaX3cZJLaq im/49+Ns+GcM45JhuMwIz7aH3/MZCJ5vD7/nq/qLpHJQYjwD4WQyELbSQAgSBkLADIQAGQgBNRAC ZiAExEAItQZCQA2EABkIATcQArOBEKoNhCY03X6wPs1RtvyHcbb8M4bxyTBsu/gD39aFwLeLP/Dt N8iX8s+eyuoASu2tpFq+iVIFEy77bIFQ7UsEyJcIa/QlwmnseVBfIuC+RJDwJQLmSwTIlwioLxEw XyIgvkSo9SUC6ksEyJcIuC8RmH2JUO1LLJb5btkv0qzLi4ovL7LsEwh8u+8D3+77wLdPIF8qM1sr nmxdIPXUQGtmscSvRkv8eyWJX1UnfgUlfrVhiZ9YEv/kIkwuwuQisLoIpssgolVsy7cBv+XbKtDy FcQt3wb8lm+rQMtXWxdJpbN1kdTBSor6pMat+DNPGGirK/4WqvjbNVb87WnsedCKv8Ur/lai4m+x ir+FKv4WrfhbrOJvkYq/ra34W7Tib6GKv8Ur/pa54m+Bit92GaRIsy5bK75szbJboOWrrVu+Pfgt 326Blq+2LpIaytYFUocrqSaW+Mer+PMOGaBZbcUfuTMz8ffePVLip9lp7HnAij+iUpL4IxJY4o+I 5ib+yO2ZiT9yd37ijwjkJv7+2zMTf+Tm4cQfuTE/8UcEMhN/5O6SxB+RqE78z/WKE7/rMkiRZmG2 LpNKZusyqeSGgQKpoWxdJpXM1mVSyQ0DBVJD2bpMKpmty6SOVlK6T2rciv+wJPFTdeInKPHThiV+ xZL4FZ74lUTiV1jiV1DiV2jiV1jiV0jiV7WJX6GJX0GJX+GJXzEn/rqK33cZpEizLlsrvmzN8SJ9 gVRmtlZ82ZrjnfwCqcFsTSVS6WxdJHW8kjJ9UuNW/HlHDTxvYWHiJ6jipzVW/HQaex604ie84ieJ ip+wip+gip/Qip+wip+Qip9qK35CK36CKn7CK35irvgJqPhDl0GKNEuzNbFtxi+TSm57K5AazNbE thm/TCq5g65AKjNbE0+2LpA6WUnZWOIfr+I/Lkn8VJ34CUr8tGGJX7EkfoUnfiWR+BWW+BWU+BWa +BWW+BWS+FVt4ldo4ldQ4ld44lfMib+u4m+7DMJXTpUdA8AZxo0TxifDsBkSxLazv0Aqk0sUH5ew lP5NiVQaJpqRXYS88waet7AQJhrIRWjW6CI0p7HnQV2EBncRGgkXocFchAZyERrURWgwF6FBXISm 1kVoUBehgVyEBncRGmYXoal2EawO3Qax2KoqfRAAZxg/TpiQDMO1s79MKrmRoUBqaK9gmVRy90GB VHj2VL41oNTeSsryTZQqmPC55w30rhglMEEQTNCGwYRigQmFw4SSgAmFwYSCYEKhMKEwmFAITKha mFAoTCgIJhQOE4oZJlQVTLTdso9Ue5l5UfHlRY4tA2XlbE6KVXwplmPLQIFUZrZWPNm6QGp/JeXW 7CL43PMG/lu6CLon8WsWF0HjLoKWcBE05iJoyEXQqIugMRdBIy6CrnURNOoiaMhF0LiLoJldBF3v IphZl0GKNEuztWbbjl8mld4yoPkKYs22Hb9MKr1lQPPV1kVS6WxdJHWwkvJ9UuNW/HnnDfR+uvMS v4Yqfr3Gij+e+BVL4ld44lcSiV9hiV9BiV+hiV9hiV8hiV/VJn6FJn4FJX6FJ37FnPirKv7FguT7 zhtIadZla8WXrVm2DGi+2lqzbccvk0pvGdB8tXWRVDpbmxKpw5VU6JMat+LPPG/AVFf8Bqr4zRor fnMaex604jd4xW8kKn6DVfwGqvgNWvEbrOI3SMVvait+g1b8Bqr4DV7xG+aK3wAVf9NlkCLN0mxt +LbjG74tA4avtjZ82/EN35YBw1dbF0kNZesCqaOVVBtL/ONV/IcliZ+qEz9BiZ82LPErlsSv8MSv JBK/whK/ghK/QhO/whK/QhK/qk38Ck38Ckr8Ck/8ijnx11X8ussgSGWWma0VX7ZmeZHe8NXWhm87 vuF7J9/y1dZFUulsXST11MAwm/VJjVvxZ543YKsrfgtV/HaNFb89jT0PWvFbvOK3EhW/xSp+C1X8 Fq34LVbxW6Tit7UVv0UrfgtV/Bav+C1zxW+Bit90GaRIszRbW77t+JZvO77lq60t33Z8y7cd3/LV 1kVSQ9m6QOpkJUWxxD9exX9ckvipOvETlPhpwxK/Ykn8Ck/8SiLxKyzxKyjxKzTxKyzxKyTxq9rE r9DEr6DEr/DEr5gTf13Fb7sMwldOFR4EYMc5CIAxTEiGYTMkLN/OfrsOF2GQSxxf6V8klYYJN7KL kHnegKt2ERzkIrg1ugjuNPY8qIvgcBfBSbgIDnMRHOQiONRFcJiL4BAXwdW6CA51ERzkIjjcRXDM LoKrdhF8a7oNYrFVVfwgADfOQQCMYdpkGLad/Y5vI4Pj29nv+HYf5Eu1q6dqZnYGSu2tpIhvolTB RMg+b8BVOxMOcibcGp2JOEwoFphQOEwoCZhQGEwoCCYUChMKgwmFwISqhQmFwoSCYELhMKGYYUJV wYTtln2k2svMi4ovL7JsGXB82/Ed33Z8x7dlIF8qM1srjmztS6T2V1JNn9SILkLIPm/AV7sIHnIR /BpdBH8aex7URfC4i+AlXASPuQgechE86iJ4zEXwiIvga10Ej7oIHnIRPO4ieGYXwQMugusySJFm abb2fNvxPd+WAc9XEHu+7fieb8uA56uti6SGsnWB1MFKSscS/3gV/35J4qfqxE9Q4qcNS/yKJfEr PPEricSvsMSvoMSv0MSvsMSvkMSvahO/QhO/ghK/whO/Yk78dRW/7zIIUpllZmvFl61Ztgx4vtra 823H93xbBgJfbV0klc7WRVKHKynTJzVuxZ953kCorvgDVPGHNVb84TT2PGjFH/CKP0hU/AGr+ANU 8Qe04g9YxR+Qij/UVvwBrfgDVPEHvOIPzBV/ACr+0GWQIs3SbB34tuMHvi0Dga+2Dnzb8QPfloHA V1sXSQ1l6wKpo5WUjSX+8Sr+w5LET9WJn6DETxuW+BVL4ld44lcSiV9hiV9BiV+hiV9hiV8hiV/V Jn6FJn4FJX6FJ37FnPjrKv62yyBIZZaZrRVftmZ5kT7w1dYt33b8lu+d/Javti6SSmfrIqnjlZTr kxq34s88b6CtrvhbqOJv11jxt6ex50Er/hav+FuJir/FKv4WqvhbtOJvsYq/RSr+trbib9GKv4Uq /hav+Fvmir+trvgXGaPLIEWapdm65duO3/Jtx2/5auuWbzt+y7cdv+WrrYukhrJ1gdTJSsrHEv94 Ff9xSeKn6sRPUOKnDUv8iiXxKzzxK4nEr7DEr6DEr9DEr7DEr5DEr2oTv0ITv4ISv8ITv2JO/Koq 8VOXQfjKqcKDANpxDgJgDNMmw7AZEi3bzv5mxuYilEkluaRAaggmyqSSMLGQGtdFyDtv4HkLy2Ai cmcmTPTePRJMNLPT2POALkJEpQQmIhIYTEREc2EicnsmTETuzoeJiEAuTPTfngkTkZuHYSJyYz5M RAQyYSJydwlMRCSqYeK5XhlMLDeEdRvEYquq9EEAnGHaccLQLBmHa2t/mVRyJ0OB1NBmwTKp5PaD Aqlllz89lp45VGtvpeX55koVT7S5Rw70LholPEEQT9CG8YRi4QmF84SS4AmF8YSCeEKhPKEwnlAI T6hanlAoTyiIJxTOE4qZJ1QVT1C38INlaE5mVHyZkWPXQFlFm5NkFV+S5dg10FC21HC+LtNK5+sy rf2VVujTGtFLaHNPHXjexMLcT5CXQGv0Eug09jyol0C4l0ASXgJhXgJBXgKhXgJhXgIhXgLVegmE egkEeQmEewnE7CUQ4CU0XRKJraps1fdBrPomvpKZ2Db/l0klNygUSA2CAbFt/i+TSm5QKJDK5QJi 5ILxPIH9Ei6gai4giAtow7hAsXCBwrlASXCBwrhAQVygUC5QGBcohAtULRcolAsUxAUK5wLFzAV1 noDuFn6+aquOCxRfMld8yZxj/0KBFGOVP5jMG7b9CwVSw7m8TOvpuTTN+rTG9Qvyzix43sRCLmgg v6BZo1/QnMaeB/ULGtwvaCT8ggbzCxrIL2hQv6DB/IIG8QuaWr+gQf2CBvILGtwvaJj9ggbwC0y3 8MdWVXm/oOGrzBu2owPKpJLbGwqkMpM58SVzju0NBVI5ubxE62ilRXwzuJYLDku4gKq5gCAuoA3j AsXCBQrnAiXBBQrjAgVxgUK5QGFcoBAuULVcoFAuUBAXKJwLFDMX1PkFtlv4kcotM8kqviTL8q7+ WirmwSSr+V7714y1d5lWOl+XaR2vtJo+rXE9gbxTDZ43sTD3a8gT0Gv0BPRp7HlQT0DjnoCW8AQ0 5gloyBPQqCegMU9AI56ArvUENOoJaMgT0LgnoJk9AQ14Aq5LIkWapQlbs236L5NKb67TfFWxZtv0 XyaV3qenGevrMq2hfF2idbLS0rHcP17df1yS+6k69xOU+2nDcr9iyf0Kz/1KIvcrLPcrKPcrNPcr LPcrJPer2tyv0NyvoNyv8NyvmHN/Xd3vuyTCV1GVnTjAGaYdJ8wyISXisPkSmu8MAUYzwfCdIWAY 6/8yrTRPmJG9hMyzDUy1l2AgL8EIegm/e/in+5du+by6OT+7evbzIeAwp7EHRs0Gg5sNRsJsMJjZ YCCzwaBmg8HMBoOYDabWbDCo2WAgs8HgZoNhNhvM6/Lt9sPZ9V8flgZatuvq5uziYSF8NrMfPyhf budfFg/+/cOOtavb2AosV9FFHiRrAabqBZigBXg9BV18fVUs66vC11clsb4qbH1V0Pqq0PVVYeur QtZXVbu+KnR9VdD6qvD1VTGvrwpfX/cS66sac33dy11fdwtwJ36d+HXi193l1/1N4df9iV8nfp34 deLX3eLXw03h18OJXyd+nfh14tfd4tejTeHXo4lfJ36d+HXi193i1+NN4dfjiV8nfp34deLX3eLX k03h15OJXyd+nfh14tfd4Vcdfz3rSb17X/On228N7CK4bsAfVpX5Yo35cnN18+lyflcs5GnZiZ8W y+ni+ebLdWcl1r2Kff757Pbs/H5+O4CVoDhJijewuI6L67KpoZfCd2d/m8emRs6UmGqHqXaYaoep dtjo2kHHX417UufIbSSZ20gyt5FkbiPJ3EbVuW1wSkx121S3TXXbVLdtet22P9Vtm1+30biF2/5U uE2F21S4TYXbthduB1PhtvmF2+I/x6zcDqbKbarcpsptqty2vXI7nCq3LajczKiV2+FUuT3Gtj3J zbJUbhav3KxE5Waxys1ClZtFKzeLVW4WqdxsbeVm0crNQpWbxSs3y1y5WabKrX+3ieWq3Kxk5WYl KzcrWbkVioei3GbBwm1wShTmNgsVbnaNhVs8tymW3Kbw3KYkcpvCcpuCcptCc5vCcptCcpuqzW0K zW0Kym0Kz22KObfhhdtxYiFTXLlNSeY2JZnblGRuyy/cmorkVl+4Dc6JquSmoOQ2FW5T4TYVblPh VpTcTqbCbfMLNz1q4XYyFW5T4TYVblPhttWFm4ltaLLjHtFgsk4gnyqHqXKYKoepctiWysHEttTY cQ9oMFnnj0/sOrHrxK4Tu24Ru+5vCLvuT+w6sevErhO77hS7HmwIux5M7Dqx68SuE7vuFLsebgi7 Hk7sOrHrxK4Tu+4Uux5tCLseTew6sevErhO77hS7Hm8Iux5P7FrIriFwsOsrlRp2fSXBw66vREvZ 9dXthez66u5ydn0lUMquL28vZNdXN+ez66sby9n1lUAhu766u4ZdX0nA7LrUg1bXkxS7LtVHWl1P stn1RRcWseurOwvZ9cXdm8CuxnCw60uVKnZ9KcHEri9Fi9n15e2l7Pry7gp2fSlQzK4vbi9l15c3 F7Dryxsr2PWlQCm7vry7il1fSuDsutCrX13t0PuuC/UxVldb9L7r8y4sY9eXd5ay6/O7J3ad2HVi 14ldB1bXvU1gV1vyvuvErhO7Tuw6ses2sOv+hrDr/sSuE7tO7Dqx606x68GGsOvBxK59q6vrWV0d C7s6nF2dBLs6jF0dxK4OZVeHsatD2NXVsqtD2dVB7OpwdnXM7OqY2LX/fVc3OrtmvO/qqtnVQezq 1siu8dUVZVeHs6uTYFeHsauD2NWh7OowdnUIu7padnUouzqIXR3Oro6ZXR0Tux4lVtcx2fUod3Wt YVcHsaub2HVi14ldJ3YtX12PN4Rdjyd2ndh1YteJXXeKXU82hF1PJnad2HVi14ldd4ddXex915HZ 1WW97zqx68SuE7tO7Lot7Opi77uOzK4u633XiV0ndp3YdWLXLWLX/Q1h1/2JXSd2ndh1YtedYteD DWHXg4ldJ3ad2HVi151i18MNYdfpfdeJXSd2ndh1t9j1aEPYdXrfdWLXiV0ndt0tdj3eEHad3ned 2HVi14ldd4tdTzaEXaf3XSd2ndh1YtcdYle/Ie+7+ul914ldJ3ad2HWn2NVvyPuufnrfdWLXiV0n dt01dt3fEHad3ned2HVi14ldd4tdDzaEXaf3XSd2ndh1YtfdYtfDDWHX6X3X3tXV96yunoVdPc6u XoJdPcauHmJXj7Krx9jVI+zqa9nVo+zqIXb1OLt6Znb1TOza/76rH51dM9539dXs6iF29Wtk1/jq irKrx9nVS7Crx9jVQ+zqUXb1GLt6hF19Lbt6lF09xK4eZ1fPzK6eiV2PE6vrmOx6nLu61rCrh9jV T+w6sevErhO7lq+uJxvCricTu07sOrHrxK67w64h9r7ryOwast53ndh1YteJXSd23RZ2DbH3XUdm 15D1vuvErhO7Tuw6sesWsev+hrDr/sSuE7tO7Dqx606x68GGsOvBxK4Tu07sOrHrTrHr4Yaw6+HE rhO7Tuw6setOsevRhrDr9L7rxK4Tu07sulvserwh7Dq97zqx68SuE7vuFruebAi7Tu+7Tuw6sevE rjvEru2GvO/aTu+7Tuw6sevErjvFru2GvO/aTu+7Tuw6sevErrvGrvsbwq7T+64Tu07sOrHrbrHr wYaw6/S+68SuE7tO7Lpb7Hq4Iew6ve86sevErhO77ha7Hm0Iu07vu/aurqFndQ0s7Bpwdg0S7Bow dg0QuwaUXQPGrgFh11DLrgFl1wCxa8DZNTCza2Bi1/73XcPo7JrxvmuoZtcAsWtYI7vGV1eUXQPO rkGCXQPGrgFi14Cya8DYNSDsGmrZNaDsGiB2DTi7BmZ2DUzsepJYXcdk15Pc1bWGXQPErkGQXX/3 8E/3L91k+nR18+Hs6tkvJrqd6Hai262i265dv5z9da7OFgvk5fXd/dn14inXBrEm64XX8R5mb5Me Zn+THuZgkx7mcJMe5miTHuZ4kx7mZGMexm7SOmM3aZ2xm7TO2E1aZ+wmrTN2k9YZu0nrjN2kdcZt 0jrjNmmdcZu0zrhNWmfcJq0zbpPWGbdJ64zbpHXGb9I64zdpnfGbtM74TVpn/CatM36T1hm/SeuM 36R1JmzSOhM2aZ0Jm7TOhE1aZ8ImrTNhk9aZsEnrTNikdabdpHWm3aR1pt2kdabdpHWm3aR1pt2k dabdpHWm3aR1hmabtNAsn2Zvo55mf6Oe5mCjnuZwo57maKOe5nijnuak6H3IN1+St8vXDi6vL+/V /ee5+j9fzy7Up9vLi0IR8/yb9qvL67/eFQos3/s4v5qfXavbb+8QqOWv1dcvRUqmWX7pP1Nnt3N1 d7/s36/Xy+eZX6jfEs0enu3hhaF/KhRevhtyd/a3eextrl/Pbr/c3d/c/vLdp9syaW2zpbu7/nu8 8fr/A1BLAwQUAAIACACksoQr+6B7Ul0CAAATKQAACgAAAGV4cG9ydC5sb2e12k9L40AcxvG7sO9h zsKalfnvTTS2VbAignsr02Ss0TYJJrKur94mVm13BYU+Tw5lmvn1mxw+p6G7u/9eP3ZWC5H+vhhf Xr1/35j5+Xr1C5E+1dVDKxah3tz4b2Iayvu1nfRoOBZFI6py7/P5tpjH5otmXjT1PGTxi7Fitnb/ +vDyfHQ+EGUlquldzFoR+6mYi6IU7W1cjnerm+XzhagPkjy0YRqamMxDmTdZqGPyXJWxSfZ/TQ6P 9hbhCR09ZkRTRvSEER0wokNGdMSInjKiZ+ioJNiXBPqSIF8S4EuCe0lgLwnqJQG9IvhUBJ+K4FMR fCqCT0XwqQg+FcGnJvjUBJ+a4FMTfGqCT03wqQk+NcGnIfg0BJ+G4NMQfBqCT0PwaQg+DcGnJfi0 BJ+W4NMSfFqCT0vwaQk+LcGnI/h0BJ+O4NMRfDqCT0fw6Qg+HcGnJ/j0BJ+e4NMTfHqCT0/w6Qk+ /bvPz05fu5m1nfGZmB0k2d/Zn6JMbqtFTKaPxTyfzMIidk9I6ocqi02z7Ha/7D8mb2+2OnN9TW5f OoaVUljpBFYawEpDWGkEK52uSmuMuxvipnose8HLQq/6m0ej272RRLGUKJUShVKiTEoUSYkSKVEg 5YfH7UIK5UihHCmUI4VypFCOFMqRQjlSKEca5UijHGmUI41ypFGONMqRRjnSKEcG5cigHBmUI4Ny ZFCODMqRQTkyKEcW5ciiHFmUI4tyZFGOLMqRRTmyKEcO5cihHDmUI4dy5FCOHMqRQzlyKEce5cij HHmUI49y5FGOPMqRRznyH442/oj4AlBLAwQUAAIACAD8kIQrz0F8ic0CAAD8BgAADgAAAHByb3Bl cnRpZXMuY2ZnhVVLb9QwEL5Hyn8Y9dSKJZts2W0rtIcWOCChglQ4IRQ5iZNYdewQ2y1LBb+dmbzb 7pZL1p755pu3d7mEK6ZuIReSg2IV970E73HNbAlbOAqCpamYlCTcdwrG09Fb3/O95RI+KmOZSjkU jXY1EJPviWKkFMUIvSlZzU0PMe1lhHXXEXqtheFQsXqA03EE02WEXmaZsEIrJkEU88xYr0BNjJot +N4DHJ3Gl+8DDMr3/oxxOQWZaHhK6IBExql4lKDlA7wOg/BivYBXURAu6LYOgQj2Is/ONptzAofB KtpsoovO4iJ6cwaj10+aZSAeVS+AEAMxLJF8ARFwRSffk4jsMogG4w+tCrBqmb43B+w67dzs8x1v DKtqKVQBd0w6xFfOWEg4Uhz3HCcLWC3gfAGn+BOtzn1Pz+22EM46Sh4SwTCGK/yCw7ZZTdHUkmFe thyi5BnU2rQdASY1EpFO6aaizimouOXNEHRMlBR5MPnSue0zSqRrwIjfnBIvWZP1LuA4Z8aeUA0M okepkei+OUHyiWOexV7mG/yCztsoW/EsxtEgJk1MBk+CnRnnuDJ45HmOU0LCeWx7SXsLZAwnymtX Jbwhe2yG5b/ItK3uFH27RI+YWkncGcSpdsq2rE/GqKXBJUi1so1IXLsHB2YK530O2zOULdvtDgqp E2qtlK5iSrCXWG93B1m/vkCHNbBc4VDtIIDvIfyF6EfHNimw0bis42uRpq5h6W5ozkFmJgvdCFtW sxZ1wLgFCtXi4pRLOQzAemp/xkFyVeB7hY4kU5lJsRO0HhntR6qr2tmXawX/8dzzb2ET7p27nw4f mKIRuB0UzkCGk11qJzPaeYYred8N1SqAY11bUWF3iB63hQhiIhjzi1ZPHTGgAjx3OXk7zDovXfR8 zN99+TbVi8nUSdZXTIqitPQnQOOU6waYs7pCBylk6HR4x9PaxcpVPfs/UEsDBBQAAgAIAHGwhCvY qTm/sQIAAM8FAAAKAAAAY29uZmlnLmNmZ3VUXW+bMBR9j5T/cKe+tBUNSbNKU6RpopS22aoQkVSa 9mI54ACqwcw2Tdtfv2sMKKjZCx/3+px77pfP4PLyEvxwdb98eI687TJcwd0yCvxtGC2DjfGOR+PR GdzWOU8gpQVLqKaQ5JLFWsj38WhnPKTzkN4D3yFduPF7eshLNxMFc4cnLe8dfu2oYseMSWsbcFUL t7NbpM9zVmoYyoFziBt7cxguxiP7+0mWSJh7oLJSaCsI5VVG3SOkO09slHmiCvp2rA5/B2zJwrWH 5mRmMAZlirqOQj/YbNri2kpWUsRMKaIFiUVRcaYZMhS0cpCA8x0tX5w9lc1b55wpJ8lVxWnMnDx1 PkTJnMZ5HOdPuAogCh6wdRtMv66uONtrBxJxKK9knmYaLmx0gyeSpbkoMeqceL4Dsynxflq6jnDz 6K0DCH6vw2gL4XrbEPeD4KPuGmVzw4zKFfwYj1RGK0bYWyWkJqLS3WdzKC9TDKdl3TWOKg2IEMkB 8rInOsmDBsxjAH/qOHle5FpNYAoLKLGLlGM6+K3EvuFHoDpB2WkiDR6pZ0e8RgevC8ZB5R/sFNo4 iXEicjq5vrHg8JVJRbGjRtgr5TWbYJ4l7BjMHLh24CsICd9OEIpjZC/GF1TiUhRMZaDZm64l/tSd qtZC0NJIIU1Eg57cDHsZ3XqrX//t5b0ZMaiozvBFywRK3E2sWTNjpHkYCxL3qzLpB7U7pmJJdZwR Q2OXq7W4NkhkB04LiNvROQfvaf3owfN6HUTge5vgi9lUS9cMKWZqB3RgTaRJsRtYLHqlkbnXK1lS x4yoWu5xYZQtZquxEEJnZCdkgtU+9rSaCOPslWq7GZ+c6GPcwKadB7v1YjAFXhhDvhqHP0mH4Wu8 y5oM1N+aSmaJmgxqjQGGZU/l56Knsk/ydFfaW+EfUEsBAhQAFAACAAgAgbiEK5dMkzdHYgAAI0wI AAkAAAAAAAAAAQAgALaBAAAAAGJ1aWxkLmxvZ1BLAQIUABQAAgAIAKSyhCv7oHtSXQIAABMpAAAK AAAAAAAAAAEAIAC2gW5iAABleHBvcnQubG9nUEsBAhQAFAACAAgA/JCEK89BfInNAgAA/AYAAA4A AAAAAAAAAQAgALaB82QAAHByb3BlcnRpZXMuY2ZnUEsBAhQAFAACAAgAcbCEK9ipOb+xAgAAzwUA AAoAAAAAAAAAAQAgALaB7GcAAGNvbmZpZy5jZmdQSwUGAAAAAAQABADjAAAAxWoAAAAA ------------A119D143295BE29C-- From legros@nevrax.com Thu Dec 6 12:33:34 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fB6BXYp11930 for ; Thu, 6 Dec 2001 12:33:34 +0100 (CET) (envelope-from legros@nevrax.com) Received: from benjaminl (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id fB6BSFA98867 for ; Thu, 6 Dec 2001 12:28:15 +0100 (CET) (envelope-from legros@nevrax.com) Message-ID: <004801c17e49$2dd216a0$1b01a8c0@benjaminl> From: "Benjamin Legros" To: References: <155531971053.20011205175342@in-orbit.net> Subject: Re: [Nel] Landscape Building problems Date: Thu, 6 Dec 2001 12:28:50 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform From: "Róbert Bjarnason" > The .rbank files don't seem to be working because I'm never > snapped to ground on our landscape and can't move except > with /goto. According to the log file, it seems that the build process crashes at the tessellation pass : [...] 01/12/04 23:01:37 INF 1928 build_surf.cpp 1186 : setup zone tessellation 2306 10_AC [...] 01/12/04 23:01:37 INF 1928 build_surf.cpp 1447 : Compute landscape tessellation 01/12/04 23:01:37 INF 1928 build_surf.cpp 1450 : - load tile bank 01/12/04 23:01:37 WRN 1928 common.cpp 392 : Exception will be launched: Path not found for warpstorm.smallbank 01/12/04 23:01:37 INF 1928 main.cpp 241 : Total Span : 0 01/12/04 23:01:37 INF 1928 main.cpp 242 : Total SpanList : 0 01/12/04 23:01:37 INF 1928 main.cpp 325 : total computation time: 0 days, 0 hours, 0 minutes and 0 seconds The builder doesn't find a path to the file 'warpstorm.smallbank' It should be located somewhere with the tile files... Benjamin. From corvazier@nevrax.com Thu Dec 6 10:42:03 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fB69g3p01424 for ; Thu, 6 Dec 2001 10:42:03 +0100 (CET) (envelope-from corvazier@nevrax.com) Received: from cyrilc (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id fB69aiA97341 for ; Thu, 6 Dec 2001 10:36:44 +0100 (CET) (envelope-from corvazier@nevrax.com) Message-ID: <001f01c17e39$90efb9f0$1701a8c0@cyrilc> From: "Cyril 'Hulud' Corvazier" To: References: <155531971053.20011205175342@in-orbit.net> Subject: Re: [Nel] Landscape Building problems Date: Thu, 6 Dec 2001 10:37:05 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi Róbert, nice to see you again on the list :-) > When I run the client with our landscape the far textures > look all strange, the landscape appears and disappears when > I move around using /goto. Perhaps it is the thread loading process that make some times to load new zones when you use /goto. > I also never see the near textures. If you see arraws, it means the bitmap files are not found. Are you sure tiles are in a path directory of the client ? Can you check that your client use .dds tiles and not .tga tiles ? ( use CTileBank::makeAllExtensionDDS () ) > The .rbank files don't seem to be working because I'm never > snapped to ground on our landscape and can't move except > with /goto. I will ask my coworkers for this. Regards, Cyril Corvazier From fred@via.ecp.fr Mon Dec 10 11:06:10 2001 Received: from fred.ucender.net (ppp395-cwdsl.fr.cw.net [62.210.101.140]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fBAA68p93307 for ; Mon, 10 Dec 2001 11:06:09 +0100 (CET) (envelope-from fred@via.ecp.fr) Received: (from fred@localhost) by fred.ucender.net (8.11.6/8.11.2) id fBAA0fp27522 for nel@nevrax.org; Mon, 10 Dec 2001 11:00:41 +0100 Date: Mon, 10 Dec 2001 11:00:41 +0100 From: Arnaud Bienvenu To: nel@nevrax.org Message-ID: <20011210110041.A22934@generasound.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Subject: [Nel] Feedback Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Good morning, I just tried to compile and run nel/snowballs2 from today's CVS source under Linux Redhat 7.2. First I had to apply two tiny patches (see below), and then, trying to run snowballs : WRN 3133 dru.cpp 95 : when loading dynamic library 'libnel_drv_opengl.so': /usr/X11R6/lib/libICE.soh: shared object not open WRN 3133 common.cpp 392 : Exception will be launched: libnel_drv_opengl.so not found Actually, I have libICE.so, not libICE.soh ! Do you have any idea where this error could come from ? Even if I ln -s libICE.soh libICE.so, I get the same error. My libICE.so comes from XFree86-devel-4.1.0-3. Thank you for your attention, Arnaud Bienvenu PS : Please tell me if the patches below are useful for you. If yes, would you prefer to have them attached as text files ? Index: nel/src/3d/Makefile.am =================================================================== RCS file: /home/cvsroot/code/nel/src/3d/Makefile.am,v retrieving revision 1.58 diff -u -r1.58 Makefile.am --- nel/src/3d/Makefile.am 6 Dec 2001 17:03:03 -0000 1.58 +++ nel/src/3d/Makefile.am 10 Dec 2001 09:55:52 -0000 @@ -180,11 +180,14 @@ transformable_user.h \ trav_scene.h \ vegetable.h \ + vegetable_blend_layer_model.h \ vegetable_clip_block.h \ vegetable_def.h \ vegetable_instance_group.h \ vegetable_manager.h \ + vegetable_quadrant.h \ vegetable_shape.h \ + vegetable_sort_block.h \ vegetablevb_allocator.h \ vertex_buffer.h \ vertex_buffer_hard.h \ @@ -369,11 +372,14 @@ transformable.cpp \ transformable_user.cpp \ vegetable.cpp \ + vegetable_blend_layer_model.cpp \ vegetable_clip_block.cpp \ vegetable_def.cpp \ vegetable_instance_group.cpp \ vegetable_manager.cpp \ + vegetable_quadrant.cpp \ vegetable_shape.cpp \ + vegetable_sort_block.cpp \ vegetablevb_allocator.cpp \ vertex_buffer.cpp \ vertex_buffer_hard.cpp \ Index: nel/src/3d/ps_mesh.cpp =================================================================== RCS file: /home/cvsroot/code/nel/src/3d/ps_mesh.cpp,v retrieving revision 1.1 diff -u -r1.1 ps_mesh.cpp --- nel/src/3d/ps_mesh.cpp 6 Dec 2001 16:51:49 -0000 1.1 +++ nel/src/3d/ps_mesh.cpp 10 Dec 2001 10:02:31 -0000 @@ -840,7 +840,7 @@ //==================================================================================== // Private func used to force modulation on a material and to store the preious state -static inline ForceMaterialModulation(CMaterial &destMat, CMaterial &srcMat, uint8 modulatedStages) +static inline void ForceMaterialModulation(CMaterial &destMat, CMaterial &srcMat, uint8 modulatedStages) { for (uint k = 0; k < IDRV_MAT_MAXTEXTURES; ++k) { From skander@WPI.EDU Tue Dec 11 02:18:58 2001 Received: from smtp.WPI.EDU (root@smtp.WPI.EDU [130.215.24.62]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fBB1Ivp01735 for ; Tue, 11 Dec 2001 02:18:57 +0100 (CET) (envelope-from skander@WPI.EDU) Received: from grover.WPI.EDU (root@grover.WPI.EDU [130.215.25.67]) by smtp.WPI.EDU (8.12.2.Beta1/8.12.2.Beta1) with ESMTP id fBB1DYvb022475 for ; Mon, 10 Dec 2001 20:13:34 -0500 (EST) Received: from localhost (skander@localhost [127.0.0.1]) by grover.WPI.EDU (8.12.2.Beta1/8.12.2.Beta1) with ESMTP id fBB1DXCu031838 for ; Mon, 10 Dec 2001 20:13:33 -0500 (EST) Date: Mon, 10 Dec 2001 20:13:32 -0500 (EST) From: Kai Schutte To: nel@nevrax.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: [Nel] compiling nel/3d ps_util.cpp causes error C1076, internal heap limit Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi, I'm trying to compile nel and snowballs, I've passed most hurdles, but this one is sticking... While compiling ps_util.cpp in nel\src\3d, VC++ 6 gives a fatal error C1076, internal heap limit reached. Full output is ps_util.cpp D:\SKANDER\STLPORT-4.5.1\STLPORT-4.5.1\STLPORT\stl/type_traits.h(339) : fatal error C1076: compiler limit : internal heap limit reached; use /Zm to specify a higher limit Error executing cl.exe. I tried adding the /Zm2000 option, but no luck... Can I get a hint? thanks, -Kai From corvazier@nevrax.com Wed Dec 12 10:19:02 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fBC9J1p14504 for ; Wed, 12 Dec 2001 10:19:01 +0100 (CET) (envelope-from corvazier@nevrax.com) Received: from cyrilc (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id fBC9DcA42118 for ; Wed, 12 Dec 2001 10:13:38 +0100 (CET) (envelope-from corvazier@nevrax.com) Message-ID: <000f01c182ed$5478afa0$1701a8c0@cyrilc> From: "Cyril 'Hulud' Corvazier" To: References: Subject: Re: [Nel] compiling nel/3d ps_util.cpp causes error C1076, internal heap limit Date: Wed, 12 Dec 2001 10:13:57 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi, I had the same error yesterday. I have added the /Zm200 option in 3d.dsp and it seams to work. It should be on the CVS now. Big values passed to /Zm option lead to a visual crash.. /Zm100 is the default value (100% the default heap size) /Zm2000 is 2000% the default heap size ! :-) Thanks for the feedback, Cyril Corvazier > While compiling ps_util.cpp in nel\src\3d, VC++ 6 gives a fatal error > C1076, internal heap limit reached. Full output is > > ps_util.cpp > D:\SKANDER\STLPORT-4.5.1\STLPORT-4.5.1\STLPORT\stl/type_traits.h(339) : > fatal error C1076: compiler limit : internal heap limit reached; use /Zm > to specify a higher limit > Error executing cl.exe. > > I tried adding the /Zm2000 option, but no luck... From nicolas.boulay@ifrance.com Wed Dec 12 13:09:09 2001 Received: from lh00.opsion.fr (lh00.opsion.fr [212.73.208.226]) by www.nevrax.org (8.11.0/8.11.0) with SMTP id fBCC99p17686 for ; Wed, 12 Dec 2001 13:09:09 +0100 (CET) (envelope-from nicolas.boulay@ifrance.com) Received: from 10.1.1.6 [10.1.1.6] by lh00.opsion.fr; Wed, 12 Dec 2001 12:03:38 GMT Send-By: 140.94.82.18 with Mozilla/4.0 (compatible; MSIE 5.0; Windows NT; DigExt; FR 15/06/2000) To: From: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Date: Wed, 12 Dec 2001 12:03:38 GMT Message-id: <200112121203.264c@lh00.opsion.fr> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by www.nevrax.org id fBCC99p17686 Subject: [Nel] Rep:Nel digest, Vol 1 #199 - 5 msgs Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform I would to know what is the position of Nel (the graphic part) compare to SDL. Thanks, nicO ______________________________________________________________________________ ifrance.com, l'email gratuit le plus complet de l'Internet ! vos emails depuis un navigateur, en POP3, sur Minitel, sur le WAP... http://www.ifrance.com/_reloc/email.emailif From v.caron@zerodeux.net Wed Dec 12 14:22:49 2001 Received: from zerodeux.net (zerodeux.net [62.4.22.182]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fBCDMmp18207 for ; Wed, 12 Dec 2001 14:22:49 +0100 (CET) (envelope-from v.caron@zerodeux.net) Received: from zerodeux.home (zerodeux.home [192.168.1.3]) by zerodeux.net (Postfix) with ESMTP id 7D6C0F1BE for ; Wed, 12 Dec 2001 14:17:26 +0100 (CET) Subject: Re: [Nel] Rep:Nel digest, Vol 1 #199 - 5 msgs From: Vincent Caron To: nel@nevrax.org In-Reply-To: <200112121203.264c@lh00.opsion.fr> References: <200112121203.264c@lh00.opsion.fr> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Evolution/1.0 (Preview Release) Date: 12 Dec 2001 14:17:24 +0100 Message-Id: <1008163044.510.2.camel@zerodeux.home> Mime-Version: 1.0 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform On Wed, 2001-12-12 at 13:03, nicolas.boulay@ifrance.com wrote: > I would to know what is the position of Nel (the > graphic part) compare to SDL. Something like 3 abstraction levels above SDL :) SDL is a low-level programming framework, while NeL is rather a high-level toolkit for game development. I guess the Nevrax guys will just ask you to read the doc (at least its outline) if you want to grasp the idea ... /docs/ From skander@skander.com Wed Dec 12 19:08:28 2001 Received: from smtp.WPI.EDU (root@smtp.WPI.EDU [130.215.24.62]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fBCI8Q320241 for ; Wed, 12 Dec 2001 19:08:27 +0100 (CET) (envelope-from skander@skander.com) Received: from bespin (bespin.ind.WPI.EDU [130.215.107.179]) by smtp.WPI.EDU (8.12.2.Beta1/8.12.2.Beta1) with SMTP id fBCI2rjH008052 for ; Wed, 12 Dec 2001 13:02:53 -0500 (EST) Message-ID: <000001c18336$c2d66e30$b36bd782@bespin> From: "Kai Schutte" To: Date: Wed, 12 Dec 2001 12:59:01 -0500 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_000A_01C1830C.C53C3CB0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.3018.1300 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.3018.1300 Subject: [Nel] last compile difficulty I hope... (driver_opengl) Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform This is a multi-part message in MIME format. ------=_NextPart_000_000A_01C1830C.C53C3CB0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi,=20 I got the 3d lib to compile. I was using the = code\snowballs2\snowballs2.dsw workspace, and maybe that's why it wasn't = working. I got 3d lib to compile fine under code\nel\nel.dsw. Okay, I got one more problem, and it seems to be associated with = stuff...=20 I downloaded and installed the file from the SGI site. compiler output: driver_opengl.cpp D:\skander\code\nel\src\3d\driver\opengl\driver_opengl_extension.h(142) = : error C2146: syntax error : missing ';' before identifier = 'glActiveTextureARB' D:\skander\code\nel\src\3d\driver\opengl\driver_opengl_extension.h(142) = : fatal error C1004: unexpected end of file found (repeated 9 times for the next 9 files) at line 142 in driver_opengl_extension.h you get:=20 extern PFNGLACTIVETEXTUREARBPROC glActiveTextureARB; which refers to a entry at line 1620:=20 typedef void (APIENTRY * PFNGLACTIVETEXTUREARBPROC) (GLenum texture); I would suppose that this is some sort of precompile error... I've tried = changing little things in the vacinity, but everything I did just = generated more compile errors.=20 Have you bumped into this problem?=20 thanks,=20 -Kai ------=_NextPart_000_000A_01C1830C.C53C3CB0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi,
 
I got the 3d lib to compile. I was = using the=20 code\snowballs2\snowballs2.dsw workspace, and maybe that's why it wasn't = working. I got 3d lib to compile fine under = code\nel\nel.dsw.
 
Okay, I got one more problem, and it = seems to be=20 associated with <GL/glext.h> stuff...
I downloaded and installed the = <GL/glext.h>=20 file from the SGI site.
compiler output:
 
driver_opengl.cpp
D:\skander\code\nel\src\3d\driver\opengl\dr= iver_opengl_extension.h(142)=20 : error C2146: syntax error : missing ';' before identifier=20 'glActiveTextureARB'
D:\skander\code\nel\src\3d\driver\opengl\driver_o= pengl_extension.h(142)=20 : fatal error C1004: unexpected end of file found
(repeated 9 times for the next 9 files)
 
at line 142 in = driver_opengl_extension.h you get:=20
extern PFNGLACTIVETEXTUREARBPROC=20 glActiveTextureARB;
 
which refers to a <GL/glext.h> = entry at line=20 1620:
typedef void (APIENTRY * = PFNGLACTIVETEXTUREARBPROC)=20 (GLenum texture);
I would suppose that this is some sort = of=20 precompile error... I've tried changing little things in the vacinity, = but=20 everything I did just generated more compile errors.
 
Have you bumped into this problem? =
 
thanks,
-Kai
------=_NextPart_000_000A_01C1830C.C53C3CB0-- From corvazier@nevrax.com Wed Dec 12 19:23:43 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fBCINg320347 for ; Wed, 12 Dec 2001 19:23:42 +0100 (CET) (envelope-from corvazier@nevrax.com) Received: from cyrilc (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id fBCIIKA50607 for ; Wed, 12 Dec 2001 19:18:20 +0100 (CET) (envelope-from corvazier@nevrax.com) Message-ID: <00e601c18339$6c677aa0$1701a8c0@cyrilc> From: "Cyril 'Hulud' Corvazier" To: References: <000001c18336$c2d66e30$b36bd782@bespin> Subject: Re: [Nel] last compile difficulty I hope... (driver_opengl) Date: Wed, 12 Dec 2001 19:18:39 +0100 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_00E3_01C18341.CE1CA060" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform This is a multi-part message in MIME format. ------=_NextPart_000_00E3_01C18341.CE1CA060 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi Kai, driver_opengl.cpp = D:\skander\code\nel\src\3d\driver\opengl\driver_opengl_extension.h(142) = : error C2146: syntax error : missing ';' before identifier = 'glActiveTextureARB' = D:\skander\code\nel\src\3d\driver\opengl\driver_opengl_extension.h(142) = : fatal error C1004: unexpected end of file found (repeated 9 times for the next 9 files) =20 at line 142 in driver_opengl_extension.h you get:=20 extern PFNGLACTIVETEXTUREARBPROC glActiveTextureARB; I compile without any kind of problem with the current file = available on the SGI site. (GL_GLEXT_VERSION =3D 7) Please make sure you have included the good file. If it is not the = problem, don't hesitate to post again. which refers to a entry at line 1620:=20 typedef void (APIENTRY * PFNGLACTIVETEXTUREARBPROC) (GLenum texture); I have the same definition at the same line, and it is the only one. Regards, Cyril ------=_NextPart_000_00E3_01C18341.CE1CA060 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi Kai,
 
driver_opengl.cpp
D:\skander\code\nel\src\3d\driver\opengl\dr= iver_opengl_extension.h(142)=20 : error C2146: syntax error : missing ';' before identifier=20 = 'glActiveTextureARB'
D:\skander\code\nel\src\3d\driver\opengl\driver_o= pengl_extension.h(142)=20 : fatal error C1004: unexpected end of file found
(repeated 9 times for the next 9 files)
 
at line 142 in = driver_opengl_extension.h you get:=20
extern = PFNGLACTIVETEXTUREARBPROC=20 glActiveTextureARB;
 
I compile without any kind of problem = with the=20 current <GL/glext.h> file available on the SGI site. = (GL_GLEXT_VERSION =3D=20 7)
Please make sure you have included the = good file.=20 If it is not the problem, don't hesitate to post=20 again.
 
which refers to a <GL/glext.h> = entry at=20 line 1620:
typedef void (APIENTRY *=20 PFNGLACTIVETEXTUREARBPROC) (GLenum texture);
 
I have the same definition at the same = line, and it=20 is the only one.
 
Regards,
 
Cyril
------=_NextPart_000_00E3_01C18341.CE1CA060-- From psiegel@geneticanomalies.com Wed Dec 12 23:21:38 2001 Received: from mistery.geneticanomalies.com ([63.101.169.205]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fBCMLc322235 for ; Wed, 12 Dec 2001 23:21:38 +0100 (CET) (envelope-from psiegel@geneticanomalies.com) Received: from binkystick ([63.101.169.138]) by mistery.geneticanomalies.com (Lotus Domino Build 166.1) with SMTP id 2001121217112452:3048 ; Wed, 12 Dec 2001 17:11:24 -0500 From: "Paul Siegel" To: Date: Wed, 12 Dec 2001 17:14:17 -0500 MIME-Version: 1.0 X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 X-MIMETrack: Itemize by SMTP Server on mistery/Geneticanomalies(Release 5.0 |March 30, 1999) at 12/12/2001 05:11:24 PM, Serialize by Router on mistery/Geneticanomalies(Release 5.0 |March 30, 1999) at 12/12/2001 05:11:34 PM, Serialize complete at 12/12/2001 05:11:34 PM Message-ID: <00c001c1835a$577400c0$8aa9653f@geneticanomalies.com> Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="Windows-1252" Subject: [Nel] Landscapes without 3DSMax Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi everyone - I'm wondering if there's a way to build landscapes without 3D Studio Max. That's some pricey software just to do level editing. Is anything available, or being worked on? Or am I going to have to learn how to rewrite the max plugins for Blender? Paul From froggy@froggycorp.com Thu Dec 13 14:38:56 2001 Received: from vmmr1.verisignmail.com (vmmr1.verisignmail.com [216.168.230.137]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fBDDcu330062 for ; Thu, 13 Dec 2001 14:38:56 +0100 (CET) (envelope-from froggy@froggycorp.com) Received: from vmms1.verisignmail.com (vmms1.verisignmail.com [10.166.0.138]) by vmmr1.verisignmail.com (Mirapoint) with ESMTP id ABE68846; Thu, 13 Dec 2001 08:33:27 -0500 (EST) From: Received: from vmms1.verisignmail.com (localhost.verisignmail.com [127.0.0.1]) by vmms1.verisignmail.com (Mirapoint) with SMTP id AGD52518 (AUTH froggy@froggycorp.com); Thu, 13 Dec 2001 08:33:26 -0500 (EST) Message-Id: <200112131333.AGD52518@vmms1.verisignmail.com> Received: from 159.50.96.226 by vmms1.verisignmail.com with HTTP/1.1; Thu, 13 Dec 2001 14:33:36 +0100 Date: Thu, 13 Dec 2001 14:33:36 +0100 To: nel@nevrax.org X-Mailer: Mirapoint Webmail Direct 2.9.2.1 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: [Nel] Gamer question Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hello, The 3D engine seems to be cool but when could we try the game ? (Stupid question by a stupid gamer :) ) + PS : Little hello to the demoscene people who work in nevrax ;) (Ace, Hulud, and all i forgot) From ahoyt@packetport.com Thu Dec 13 14:46:44 2001 Received: from smtp2.mail.iamworld.net (smtp2-out.mail.iamworld.net [204.91.241.117]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fBDDkh330165 for ; Thu, 13 Dec 2001 14:46:43 +0100 (CET) (envelope-from ahoyt@packetport.com) Received: from packetport.com ([207.86.139.130]) by smtp2.mail.iamworld.net (8.9.3/8.9.3) with ESMTP id IAA2212307 for ; Thu, 13 Dec 2001 08:41:15 -0500 (EST) Message-ID: <3C18B000.AE027E69@packetport.com> Date: Thu, 13 Dec 2001 08:41:20 -0500 From: Tony Hoyt X-Mailer: Mozilla 4.76 [en] (X11; U; SunOS 5.7 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: nel@nevrax.org Subject: Re: [Nel] Landscapes without 3DSMax References: <00c001c1835a$577400c0$8aa9653f@geneticanomalies.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Paul Siegel wrote: > > Hi everyone - > > I'm wondering if there's a way to build landscapes without 3D Studio Max. > That's some pricey software just to do level editing. Is anything > available, or being worked on? Or am I going to have to learn how to > rewrite the max plugins for Blender? Blender is my choice as well for a good free alternative 3d editor. I'm not sure how you make plug-in's for Blender other then with python but if you can do it, I wish you all the best of luck. I think the problem with doing a port is that if your not able to see the original in action or see what library calls it's makeing, etc. It's going to be rough going. But if your serious about it, I'm willing to give a hand although I don't have 3D Studio Max as well. Tony From ahoyt@packetport.com Thu Dec 13 14:49:20 2001 Received: from smtp2.mail.iamworld.net (smtp2-out.mail.iamworld.net [204.91.241.117]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fBDDnJ330212 for ; Thu, 13 Dec 2001 14:49:19 +0100 (CET) (envelope-from ahoyt@packetport.com) Received: from packetport.com ([207.86.139.130]) by smtp2.mail.iamworld.net (8.9.3/8.9.3) with ESMTP id IAA2211384 for ; Thu, 13 Dec 2001 08:43:55 -0500 (EST) Message-ID: <3C18B0A1.BF6EA5A7@packetport.com> Date: Thu, 13 Dec 2001 08:44:01 -0500 From: Tony Hoyt X-Mailer: Mozilla 4.76 [en] (X11; U; SunOS 5.7 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: nel@nevrax.org Subject: Re: [Nel] Gamer question References: <200112131333.AGD52518@vmms1.verisignmail.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform froggy@froggycorp.com wrote: > The 3D engine seems to be cool but when could we try the > game ? (Stupid question by a stupid gamer :) ) I assume your talking about the official game other then the Snowballs Demo? I would be curious to know just how much more there is in the Official game client compared to the Snowballs client. Now, here's a question. If the Nevrax makes a game with NEL, do they have to release the source or not? Does anyone who uses NEL actually have to release there code as long as they don't alter the NEL code itself. Tony From tanis@mediacom.it Thu Dec 13 15:13:43 2001 Received: from www.digi-web.it (80.64-26.27.110.62.in-addr.arpa [62.110.27.80] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with SMTP id fBDEDh330407 for ; Thu, 13 Dec 2001 15:13:43 +0100 (CET) (envelope-from tanis@mediacom.it) Received: (qmail 5845 invoked from network); 13 Dec 2001 14:54:25 -0000 Received: from unknown (HELO valerio) (172.16.69.2) by mail.digisoft.local with SMTP; 13 Dec 2001 14:54:25 -0000 Message-ID: <0d9801c183df$980b0810$024510ac@valerio> From: "Valerio Santinelli" To: References: <200112131333.AGD52518@vmms1.verisignmail.com> <3C18B0A1.BF6EA5A7@packetport.com> Subject: Re: [Nel] Gamer question Date: Thu, 13 Dec 2001 15:08:09 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform > > The 3D engine seems to be cool but when could we try the > > game ? (Stupid question by a stupid gamer :) ) > > I assume your talking about the official game other then the Snowballs > Demo? I would be curious to know just how much more there is in the > Official game client compared to the Snowballs client. Now, here's a > question. If the Nevrax makes a game with NEL, do they have to release > the source or not? Does anyone who uses NEL actually have to release > there code as long as they don't alter the NEL code itself. You have not got to release the source code of your game since it uses NEL. But if you make any changes to NEL itself, then you're required to make them public. -- Valerio Santinelli HateSeed.com Founder (http://www.hateseed.com) In Flames Italia Webmaster (http://www.inflames.it) My Lab (http://tanis.hateseed.com) From corvazier@nevrax.com Thu Dec 13 15:18:12 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fBDEIC330495 for ; Thu, 13 Dec 2001 15:18:12 +0100 (CET) (envelope-from corvazier@nevrax.com) Received: from cyrilc (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id fBDECmA56623 for ; Thu, 13 Dec 2001 15:12:48 +0100 (CET) (envelope-from corvazier@nevrax.com) Message-ID: <005701c183e0$472f4e00$1701a8c0@cyrilc> From: "Cyril 'Hulud' Corvazier" To: References: <00c001c1835a$577400c0$8aa9653f@geneticanomalies.com> Subject: Re: [Nel] Landscapes without 3DSMax Date: Thu, 13 Dec 2001 15:13:03 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi Paul, > I'm wondering if there's a way to build landscapes without 3D Studio Max. > That's some pricey software just to do level editing. Is anything > available, or being worked on? Or am I going to have to learn how to > rewrite the max plugins for Blender? The NeL 3d library has several user level. Using the user interface (all u_headers.h in the 3d lib) of the library, you can only load and display a landscape. This level is used by the game developper to abstract the game engine from the technology implementation. Using the 3d lib at lowlevel (all the others header files) allow you to quilckly create patches and landscape zones. It is really simple to export some bezier quad patches from Blender (does blender have bezier patches ?) into a .zone file using a small plugin. Simple C++ classes are provided to "Builb" the ".zone" c++ objects. Then serialisation is used to save them in binary files. The hardest part is the patch painter that allow you to paint tiles, vertex color and displacement map over the landscape zone patches. At nevrax, this is done by the artists using a 3dsmax plugin (nel_patch_paint). If you can't use 3dsmax, you can perhaps generate the painting or rewrite a little ingame zone painter or why not, a blender painter plugin... You have to know that the painter algorithm that put tiles over the landscape is not trivial at all. If you are short on time, a good solution is to generate painting, as most of the heightfield landscapes do. The postprocess to weld the zones together and compute the lighting will stay the same as far as you generate ".zone" files. > > Paul > > _______________________________________________ > Nel mailing list > Nel@nevrax.org > /mailman/listinfo.cgi/nel > From corvazier@nevrax.com Thu Dec 13 15:28:57 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fBDESu330631 for ; Thu, 13 Dec 2001 15:28:56 +0100 (CET) (envelope-from corvazier@nevrax.com) Received: from cyrilc (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id fBDENXA56778 for ; Thu, 13 Dec 2001 15:23:33 +0100 (CET) (envelope-from corvazier@nevrax.com) Message-ID: <006701c183e1$c76e0100$1701a8c0@cyrilc> From: "Cyril 'Hulud' Corvazier" To: References: <200112131333.AGD52518@vmms1.verisignmail.com> <3C18B0A1.BF6EA5A7@packetport.com> <0d9801c183df$980b0810$024510ac@valerio> Subject: Re: [Nel] Gamer question Date: Thu, 13 Dec 2001 15:23:47 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi Valerio, > You have not got to release the source code of your game since it uses NEL. > But if you make any changes to NEL itself, then you're required to make them > public. No Valerio, you are wrong. :-) NeL is released under GPL license, not under the LGPL. In very quick words, it means that you have to release all the source code of your program under the GPL licence before it can be distributed. Cyril Corvazier From corvazier@nevrax.com Thu Dec 13 15:35:31 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fBDEZU330710 for ; Thu, 13 Dec 2001 15:35:30 +0100 (CET) (envelope-from corvazier@nevrax.com) Received: from cyrilc (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id fBDEU7A56899 for ; Thu, 13 Dec 2001 15:30:07 +0100 (CET) (envelope-from corvazier@nevrax.com) Message-ID: <007901c183e2$b25c1030$1701a8c0@cyrilc> From: "Cyril 'Hulud' Corvazier" To: References: <200112131333.AGD52518@vmms1.verisignmail.com> <3C18B0A1.BF6EA5A7@packetport.com> Subject: Re: [Nel] Gamer question Date: Thu, 13 Dec 2001 15:30:22 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform > I would be curious to know just how much more there is in the > Official game client compared to the Snowballs client. Don't forget the snwoball client have been written in 2 weeks. :-) Imagine the work done on the Ryzom client by our game developpers team working on it for a lot of monthes.. > Does anyone who uses NEL actually have to release > there code as long as they don't alter the NEL code itself. At this question i can answer yes, by distributing a program using NeL, you have to release your source code. Cyril Corvazier. From tanis@mediacom.it Thu Dec 13 15:48:25 2001 Received: from www.digi-web.it (80.64-26.27.110.62.in-addr.arpa [62.110.27.80] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with SMTP id fBDEmO330855 for ; Thu, 13 Dec 2001 15:48:24 +0100 (CET) (envelope-from tanis@mediacom.it) Received: (qmail 6793 invoked from network); 13 Dec 2001 15:29:06 -0000 Received: from unknown (HELO valerio) (172.16.69.2) by mail.digisoft.local with SMTP; 13 Dec 2001 15:29:06 -0000 Message-ID: <0da801c183e4$72849c00$024510ac@valerio> From: "Valerio Santinelli" To: References: <200112131333.AGD52518@vmms1.verisignmail.com> <3C18B0A1.BF6EA5A7@packetport.com> <007901c183e2$b25c1030$1701a8c0@cyrilc> Subject: Re: [Nel] Gamer question Date: Thu, 13 Dec 2001 15:42:53 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform ----- Original Message ----- From: "Cyril 'Hulud' Corvazier" To: Sent: Thursday, December 13, 2001 3:30 PM Subject: Re: [Nel] Gamer question > > I would be curious to know just how much more there is in the > > Official game client compared to the Snowballs client. > > Don't forget the snwoball client have been written in 2 weeks. :-) > > Imagine the work done on the Ryzom client by our game developpers > team working on it for a lot of monthes.. > > > Does anyone who uses NEL actually have to release > > there code as long as they don't alter the NEL code itself. > > At this question i can answer yes, by distributing a program using > NeL, you have to release your source code. Does this mean that you should also release the source code of Ryzom client?? -- Valerio Santinelli HateSeed.com Founder (http://www.hateseed.com) In Flames Italia Webmaster (http://www.inflames.it) My Lab (http://tanis.hateseed.com) From tanis@mediacom.it Thu Dec 13 15:49:38 2001 Received: from www.digi-web.it (80.64-26.27.110.62.in-addr.arpa [62.110.27.80] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with SMTP id fBDEnc330895 for ; Thu, 13 Dec 2001 15:49:38 +0100 (CET) (envelope-from tanis@mediacom.it) Received: (qmail 6846 invoked from network); 13 Dec 2001 15:30:20 -0000 Received: from unknown (HELO valerio) (172.16.69.2) by mail.digisoft.local with SMTP; 13 Dec 2001 15:30:20 -0000 Message-ID: <0dae01c183e4$9edb2a30$024510ac@valerio> From: "Valerio Santinelli" To: References: <200112131333.AGD52518@vmms1.verisignmail.com> <3C18B0A1.BF6EA5A7@packetport.com> <0d9801c183df$980b0810$024510ac@valerio> <006701c183e1$c76e0100$1701a8c0@cyrilc> Subject: Re: [Nel] Gamer question Date: Thu, 13 Dec 2001 15:44:08 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform ----- Original Message ----- From: "Cyril 'Hulud' Corvazier" > > You have not got to release the source code of your game since it uses > NEL. > > But if you make any changes to NEL itself, then you're required to make > them > > public. > > No Valerio, you are wrong. :-) > > NeL is released under GPL license, not under the LGPL. > > In very quick words, it means that you have to release all the source code > of your program under > the GPL licence before it can be distributed. I was discussing this with Ace a few moments ago. Yes, you're right, I was confusing between GPL and LGPL. :) -- Valerio Santinelli HateSeed.com Founder (http://www.hateseed.com) In Flames Italia Webmaster (http://www.inflames.it) My Lab (http://tanis.hateseed.com) From archer@lists.frmug.org Thu Dec 13 15:54:30 2001 Received: from lists.frmug.org (lists.frmug.org [193.56.58.115]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fBDEsU330972 for ; Thu, 13 Dec 2001 15:54:30 +0100 (CET) (envelope-from archer@lists.frmug.org) Received: by lists.frmug.org (Postfix/TLS, from userid 200) id F360F20F31; Thu, 13 Dec 2001 15:49:06 +0100 (CET) Date: Thu, 13 Dec 2001 15:49:06 +0100 From: Vincent Archer To: nel@nevrax.org Subject: Re: [Nel] Gamer question Message-ID: <20011213154906.I58318@frmug.org> References: <200112131333.AGD52518@vmms1.verisignmail.com> <3C18B0A1.BF6EA5A7@packetport.com> <007901c183e2$b25c1030$1701a8c0@cyrilc> <0da801c183e4$72849c00$024510ac@valerio> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <0da801c183e4$72849c00$024510ac@valerio>; from tanis@mediacom.it on Thu, Dec 13, 2001 at 03:42:53PM +0100 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform According to Valerio Santinelli: > From: "Cyril 'Hulud' Corvazier" > > At this question i can answer yes, by distributing a program using > > NeL, you have to release your source code. > > Does this mean that you should also release the source code of Ryzom > client?? By implication, yes. The GPL is relatively strict in its implications. Whenever you get a GPLed program (and the license on the NeL library is such that a program linked to it must be GPL too), under any form, you must also be able to access/request/get a copy of the source. So anybody who has a Ryzom client has the right to access the source. Of course, until there IS an official client, almost no one outside Nevrax has that right :) -- Vincent Archer Email: archer@frmug.org All men are mortal. Socrates was mortal. Therefore, all men are Socrates. (Woody Allen) From corvazier@nevrax.com Thu Dec 13 15:59:18 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fBDExH331038 for ; Thu, 13 Dec 2001 15:59:17 +0100 (CET) (envelope-from corvazier@nevrax.com) Received: from cyrilc (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id fBDErsA57302 for ; Thu, 13 Dec 2001 15:53:54 +0100 (CET) (envelope-from corvazier@nevrax.com) Message-ID: <00af01c183e6$04fc12b0$1701a8c0@cyrilc> From: "Cyril 'Hulud' Corvazier" To: References: <200112131333.AGD52518@vmms1.verisignmail.com> <3C18B0A1.BF6EA5A7@packetport.com> <007901c183e2$b25c1030$1701a8c0@cyrilc> <0da801c183e4$72849c00$024510ac@valerio> Subject: Re: [Nel] Gamer question Date: Thu, 13 Dec 2001 15:54:09 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform > Does this mean that you should also release the source code of Ryzom > client?? Yes, as Ryzom client uses GPL source code, we will release its source code too. Cyril. From nicolas.boulay@ifrance.com Thu Dec 13 18:11:01 2001 Received: from lh00.opsion.fr (lh00.opsion.fr [212.73.208.226]) by www.nevrax.org (8.11.0/8.11.0) with SMTP id fBDHB1331986 for ; Thu, 13 Dec 2001 18:11:01 +0100 (CET) (envelope-from nicolas.boulay@ifrance.com) Received: from 10.1.1.6 [10.1.1.6] by lh00.opsion.fr; Thu, 13 Dec 2001 17:05:28 GMT Send-By: 140.94.82.18 with Mozilla/4.0 (compatible; MSIE 5.0; Windows NT; DigExt; FR 15/06/2000) To: From: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Date: Thu, 13 Dec 2001 17:05:28 GMT Message-id: <200112131705.1c32@lh00.opsion.fr> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by www.nevrax.org id fBDHB1331986 Subject: [Nel] TCP vs UDP Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform In June/Jully, there is a great thread about TCP vs UDP. I would like to know where goes the debat. TCP+UDP use ? Custom UDP protocol ? nicO ______________________________________________________________________________ ifrance.com, l'email gratuit le plus complet de l'Internet ! vos emails depuis un navigateur, en POP3, sur Minitel, sur le WAP... http://www.ifrance.com/_reloc/email.emailif From lecroart@nevrax.com Thu Dec 13 18:29:18 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fBDHTI332122 for ; Thu, 13 Dec 2001 18:29:18 +0100 (CET) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id fBDHNsA59743 for ; Thu, 13 Dec 2001 18:23:54 +0100 (CET) (envelope-from lecroart@nevrax.com) Message-ID: <006401c183fa$f06f8e70$0901a8c0@vianneyl> From: "Vianney Lecroart" To: References: <200112131705.1c32@lh00.opsion.fr> Subject: Re: [Nel] TCP vs UDP Date: Thu, 13 Dec 2001 18:23:54 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform > TCP+UDP use ? Custom UDP protocol ? Server to server communication use TCP with 5 NeL layer abstraction (on LAN). Server to client and client to server communcations use UDP wrapper in NeL (CUdpSock). Vianney Lecroart --- lead network programmer / nevrax.com icq#: 6870415 homepage: http://ace.planet-d.net www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? From valignat@gw.nevrax.com Thu Dec 13 19:15:57 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fBDIFv332480 for ; Thu, 13 Dec 2001 19:15:57 +0100 (CET) (envelope-from valignat@gw.nevrax.com) Received: from gw.nevrax.com (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with ESMTP id fBDIAXA60296 for ; Thu, 13 Dec 2001 19:10:33 +0100 (CET) (envelope-from valignat@gw.nevrax.com) Received: (from valignat@localhost) by gw.nevrax.com (8.11.6/8.11.6) id fBDIAGQ79938 for nel@nevrax.org; Thu, 13 Dec 2001 19:10:16 +0100 (CET) (envelope-from valignat) Date: Thu, 13 Dec 2001 19:10:15 +0100 From: Cedric Valignat To: nel@nevrax.org Subject: Re: [Nel] Feedback Message-ID: <20011213191015.A79849@nevrax.com> References: <20011210110041.A22934@generasound.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20011210110041.A22934@generasound.com>; from arnaud.bienvenu@via.ecp.fr on Mon, Dec 10, 2001 at 11:00:41AM +0100 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi Arnaud, Arnaud Bienvenu wrote: > > Actually, I have libICE.so, not libICE.soh ! Do you have any idea where this > error could come from ? Even if I ln -s libICE.soh libICE.so, I get the same > error. My libICE.so comes from XFree86-devel-4.1.0-3. Sorry but i i have no clue for that problem :-( > PS : Please tell me if the patches below are useful for you. If yes, would > you prefer to have them attached as text files ? I applied the first patch, the second one was already applied when a took a look on ii. If the patches are small you can do it like that, otherwise that will be better to have them as attachments. Thanks a lot for your help. Cedric. From valignat@gw.nevrax.com Thu Dec 13 19:19:15 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fBDIJF332502 for ; Thu, 13 Dec 2001 19:19:15 +0100 (CET) (envelope-from valignat@gw.nevrax.com) Received: from gw.nevrax.com (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with ESMTP id fBDIDpA60330 for ; Thu, 13 Dec 2001 19:13:51 +0100 (CET) (envelope-from valignat@gw.nevrax.com) Received: (from valignat@localhost) by gw.nevrax.com (8.11.6/8.11.6) id fBDIDXI79974 for nel@nevrax.org; Thu, 13 Dec 2001 19:13:33 +0100 (CET) (envelope-from valignat) Date: Thu, 13 Dec 2001 19:13:33 +0100 From: Cedric Valignat To: nel@nevrax.org Subject: Re: [Nel] small bug, bug unforgivable design flaw Message-ID: <20011213191333.B79849@nevrax.com> References: <1007082538.7649.2.camel@zerodeux.home> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <1007082538.7649.2.camel@zerodeux.home>; from v.caron@zerodeux.net on Fri, Nov 30, 2001 at 02:08:58AM +0100 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi Vincent, I applied your patch. Thanks a lot for the help, Cedric. From skander@WPI.EDU Fri Dec 14 01:16:04 2001 Received: from smtp.WPI.EDU (root@smtp.WPI.EDU [130.215.24.62]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fBE0G3334647 for ; Fri, 14 Dec 2001 01:16:03 +0100 (CET) (envelope-from skander@WPI.EDU) Received: from there (bespin.ind.WPI.EDU [130.215.107.179]) by smtp.WPI.EDU (8.12.2.Beta2/8.12.2.Beta2) with SMTP id fBE0Ac1P007758 for ; Thu, 13 Dec 2001 19:10:38 -0500 (EST) Message-Id: <200112140010.fBE0Ac1P007758@smtp.WPI.EDU> Content-Type: text/plain; charset="iso-8859-1" From: Kai Schutte To: nel@nevrax.org Subject: GPL specifics -- was: [Nel] Gamer question Date: Thu, 13 Dec 2001 19:07:24 -0500 X-Mailer: KMail [version 1.3.1] References: <200112131333.AGD52518@vmms1.verisignmail.com> <0da801c183e4$72849c00$024510ac@valerio> <20011213154906.I58318@frmug.org> In-Reply-To: <20011213154906.I58318@frmug.org> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform On Thursday 13 December 2001 09:49, Vincent Archer wrote: > Whenever you get a GPLed program (and the license on the NeL library > is such that a program linked to it must be GPL too), under any form, > you must also be able to access/request/get a copy of the source. > > So anybody who has a Ryzom client has the right to access the source. > > Of course, until there IS an official client, almost no one outside > Nevrax has that right :) I don't want to drag this out eternally, but I see a little lapse of reasoning. Technically speaking, the development version of Ryzom is probably currently being linked and tested with NeL, therefore, Ryzom must inherit the GPL. Therefore, the current development code is in the public domain, therefore should be published. Of course, I understand your need to keep Ryzom "secret" until it is done, releasable and sellable, so that you can put food on your plates (and buy big cars for your Venture Capital people), yet, isn't this secrecy a violation of the GPL, since Ryzom is GPL'd? Wouldn't it be better then, for Nevrax, if NeL was LGPL, and thereby making it legal (or rather, in accordance to the GPL) for you to keep Ryzom from public eyes? Just thinking out loud... -Kai From zen@lapisonline.com Fri Dec 14 03:37:15 2001 Received: from proxy.lapisonline.com (ns1.lapisonline.com [210.65.246.1]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fBE2bD335909 for ; Fri, 14 Dec 2001 03:37:14 +0100 (CET) (envelope-from zen@lapisonline.com) Received: from blackmesa (c1-102.lapisonline.com [10.1.1.102]) by proxy.lapisonline.com (Postfix) with SMTP id B5D5D3261D for ; Fri, 14 Dec 2001 10:31:14 +0800 (CST) Message-ID: <002f01c18447$6a470bf0$6601010a@blackmesa> From: "zen" To: References: <200112131333.AGD52518@vmms1.verisignmail.com> <0da801c183e4$72849c00$024510ac@valerio> <20011213154906.I58318@frmug.org> <200112140010.fBE0Ac1P007758@smtp.WPI.EDU> Subject: Re: GPL specifics -- was: [Nel] Gamer question Date: Fri, 14 Dec 2001 10:31:20 +0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi Kai, To my understanding, you don't have to release the source code if you don't sell it, according to GPL. Surely you may release the code in development, but it's not obligatory. Keep up the good work, guys. ----- Original Message ----- From: "Kai Schutte" To: Sent: Friday, December 14, 2001 8:07 AM Subject: GPL specifics -- was: [Nel] Gamer question > > On Thursday 13 December 2001 09:49, Vincent Archer wrote: > > Whenever you get a GPLed program (and the license on the NeL library > > is such that a program linked to it must be GPL too), under any form, > > you must also be able to access/request/get a copy of the source. > > > > So anybody who has a Ryzom client has the right to access the source. > > > > Of course, until there IS an official client, almost no one outside > > Nevrax has that right :) > > I don't want to drag this out eternally, but I see a little lapse of > reasoning. Technically speaking, the development version of Ryzom is probably > currently being linked and tested with NeL, therefore, Ryzom must inherit the > GPL. > Therefore, the current development code is in the public domain, therefore > should be published. Of course, I understand your need to keep Ryzom "secret" > until it is done, releasable and sellable, so that you can put food on your > plates (and buy big cars for your Venture Capital people), yet, isn't this > secrecy a violation of the GPL, since Ryzom is GPL'd? > > Wouldn't it be better then, for Nevrax, if NeL was LGPL, and thereby making > it legal (or rather, in accordance to the GPL) for you to keep Ryzom from > public eyes? > > Just thinking out loud... > > -Kai > _______________________________________________ > Nel mailing list > Nel@nevrax.org > /mailman/listinfo.cgi/nel > From michael@in-orbit.net Fri Dec 14 03:44:21 2001 Received: from mail.in-orbit.net ([63.205.226.187]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fBE2iK335947 for ; Fri, 14 Dec 2001 03:44:20 +0100 (CET) (envelope-from michael@in-orbit.net) Received: from baldur (w010.z064002027.sjc-ca.dsl.cnc.net [64.2.27.10]) by mail.in-orbit.net (8.11.0/8.11.0) with SMTP id fBE1bCs13387 for ; Thu, 13 Dec 2001 17:37:12 -0800 Message-Id: <200112140137.fBE1bCs13387@mail.in-orbit.net> Date: Thu, 13 Dec 2001 18:40:54 -0800 To: nel@nevrax.org From: Michael Warnock Subject: Re: GPL specifics -- was: [Nel] Gamer question Organization: InOrbit X-Mailer: Opera 5.10 build 902 X-Priority: 3 (Normal) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform >I don't want to drag this out eternally, but I see a little lapse of >reasoning. Technically speaking, the development version of Ryzom is probably >currently being linked and tested with NeL, therefore, Ryzom must inherit the >GPL. >Therefore, the current development code is in the public domain, therefore >should be published. Of course, I understand your need to keep Ryzom "secret" >until it is done, releasable and sellable, so that you can put food on your >plates (and buy big cars for your Venture Capital people), yet, isn't this >secrecy a violation of the GPL, since Ryzom is GPL'd? > the gpl only requires source distribution in the event of binary distribution- as long as ryzom remains unreleased, the code is nevrax's domain- and even when it is released it will not be "public domain" because that implies a total lack of license, or even copyright which nevrax will always retain. >Wouldn't it be better then, for Nevrax, if NeL was LGPL, and thereby making >it legal (or rather, in accordance to the GPL) for you to keep Ryzom from >public eyes? > lgpl vs gpl is certainly a complicated issue. it often makes a lot of business sense for a company to straddle the line between opensource and proprietary software, releasing libraries or some other chunk of code and selling another proprietary chunk that is either linked to their lgpl libraries or makes use of the opensource code in some other way. in games, however, there is a lot of important copyrighted content required to play the official game and in the case of an mmorpg there is probably a subscription cost associated with the service of running the network/updating the content. at InOrbit, we plan to release our client source and would do so even if nel were lgpl . that does not mean that you'll be able to play our games for free, however. it seems nevrax feels the same way and is ensuring other developers will release their clients too by using the general gpl rather than the lesser. we should count ourselves very lucky that a well funded and talented game company has released their libraries and even luckier that they'll release their own game's source when they're ready. we can't expect them to spend their time packaging up and tech-supporting their pre-beta game, though, they have responsibilities to their publisher. thanks again nevrax, Michael Warnock InOrbit Entertainment Inc. From claw@kanga.nu Fri Dec 14 04:59:30 2001 Received: from dingo.home.kanga.nu ([198.144.204.212]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fBE3xS336383 for ; Fri, 14 Dec 2001 04:59:28 +0100 (CET) (envelope-from claw@kanga.nu) Received: from kanga.nu (localhost [127.0.0.1]) by dingo.home.kanga.nu (Postfix) with ESMTP id 7BC7923EF for ; Thu, 13 Dec 2001 19:54:03 -0800 (PST) To: nel@nevrax.org Subject: Re: GPL specifics -- was: [Nel] Gamer question In-Reply-To: Message from "zen" of "Fri, 14 Dec 2001 10:31:20 +0800." <002f01c18447$6a470bf0$6601010a@blackmesa> References: <200112131333.AGD52518@vmms1.verisignmail.com> <0da801c183e4$72849c00$024510ac@valerio> <20011213154906.I58318@frmug.org> <200112140010.fBE0Ac1P007758@smtp.WPI.EDU> <002f01c18447$6a470bf0$6601010a@blackmesa> X-face: ?^_yw@fA`CEX&}--=*&XqXbF-oePvxaT4(kyt\nwM9]{]N!>b^K}-Mb9 YH%saz^>nq5usBlD"s{(.h'_w|U^3ldUq7wVZz$`u>MB(-4$f\a6Eu8.e=Pf\ X-image-url: http://www.kanga.nu/~claw/kanga.face.tiff X-url: http://www.kanga.nu/~claw/ Date: Thu, 13 Dec 2001 19:54:03 -0800 Message-ID: <29114.1008302043@kanga.nu> From: J C Lawrence Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform On Fri, 14 Dec 2001 10:31:20 +0800 zen wrote: > Hi Kai, To my understanding, you don't have to release the source > code if you don't sell it, according to GPL. Surely you may > release the code in development, but it's not obligatory. As soon as you distribute the product, which essentially means that you give, transfer, or otherwise provide it to someone else than yourself or your development team, you must grant that person full access to all the relevant sources. No more, no less. The GPL infects on distribution and only on distribution. -- J C Lawrence ---------(*) Satan, oscillate my metallic sonatas. claw@kanga.nu He lived as a devil, eh? http://www.kanga.nu/~claw/ Evil is a name of a foeman, as I live. From corvazier@nevrax.com Fri Dec 14 09:53:19 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fBE8rJ337985 for ; Fri, 14 Dec 2001 09:53:19 +0100 (CET) (envelope-from corvazier@nevrax.com) Received: from cyrilc (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id fBE8ltA64505 for ; Fri, 14 Dec 2001 09:47:55 +0100 (CET) (envelope-from corvazier@nevrax.com) Message-ID: <001301c1847c$0f7bd770$1701a8c0@cyrilc> From: "Cyril 'Hulud' Corvazier" To: References: <200112131333.AGD52518@vmms1.verisignmail.com> <0da801c183e4$72849c00$024510ac@valerio> <20011213154906.I58318@frmug.org> <200112140010.fBE0Ac1P007758@smtp.WPI.EDU> Subject: Re: GPL specifics -- was: [Nel] Gamer question Date: Fri, 14 Dec 2001 09:48:11 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform > I don't want to drag this out eternally, but I see a little lapse of > reasoning. Technically speaking, the development version of Ryzom is probably > currently being linked and tested with NeL, therefore, Ryzom must inherit the > GPL. > Therefore, the current development code is in the public domain, therefore > should be published. Of course, I understand your need to keep Ryzom "secret" > until it is done, releasable and sellable, so that you can put food on your > plates (and buy big cars for your Venture Capital people), yet, isn't this > secrecy a violation of the GPL, since Ryzom is GPL'd? No, as our client game is not yet distributed, we have not to release the source code. The GPL is clear on this point. As V. Archer has said, you can ask for the client source code when you have the program under any form. > Wouldn't it be better then, for Nevrax, if NeL was LGPL, and thereby making > it legal (or rather, in accordance to the GPL) for you to keep Ryzom from > public eyes? Releasing NeL under GPL means Nevrax can take a technical benefit if others companies make a game with NeL because they have to release there source code and the NeL modifications. This is one reason why NeL is GPL. Cyril Corvazier. From corvazier@nevrax.com Fri Dec 14 09:55:56 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fBE8tt338004 for ; Fri, 14 Dec 2001 09:55:55 +0100 (CET) (envelope-from corvazier@nevrax.com) Received: from cyrilc (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id fBE8oVA64536 for ; Fri, 14 Dec 2001 09:50:31 +0100 (CET) (envelope-from corvazier@nevrax.com) Message-ID: <001901c1847c$6cd0d100$1701a8c0@cyrilc> From: "Cyril 'Hulud' Corvazier" To: References: <200112131333.AGD52518@vmms1.verisignmail.com> <0da801c183e4$72849c00$024510ac@valerio> <20011213154906.I58318@frmug.org> <200112140010.fBE0Ac1P007758@smtp.WPI.EDU> <002f01c18447$6a470bf0$6601010a@blackmesa> Subject: Re: GPL specifics -- was: [Nel] Gamer question Date: Fri, 14 Dec 2001 09:50:47 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi, > To my understanding, you don't have to release the source code if you don't > sell it, according to GPL. Surely you may release the code in development, > but it's not obligatory. Selling is not obligatory. Even if you distribute freely your 'based on GPL' program, you have to release the source code. > Keep up the good work, guys. Thanks Zen :-) Cyril Corvazier. From archer@lists.frmug.org Fri Dec 14 10:25:19 2001 Received: from lists.frmug.org (lists.frmug.org [193.56.58.115]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fBE9PI338164 for ; Fri, 14 Dec 2001 10:25:18 +0100 (CET) (envelope-from archer@lists.frmug.org) Received: by lists.frmug.org (Postfix/TLS, from userid 200) id A67F220F31; Fri, 14 Dec 2001 10:19:52 +0100 (CET) Date: Fri, 14 Dec 2001 10:19:52 +0100 From: Vincent Archer To: nel@nevrax.org Subject: Re: GPL specifics -- was: [Nel] Gamer question Message-ID: <20011214101952.D33968@frmug.org> References: <200112131333.AGD52518@vmms1.verisignmail.com> <0da801c183e4$72849c00$024510ac@valerio> <20011213154906.I58318@frmug.org> <200112140010.fBE0Ac1P007758@smtp.WPI.EDU> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200112140010.fBE0Ac1P007758@smtp.WPI.EDU>; from skander@WPI.EDU on Thu, Dec 13, 2001 at 07:07:24PM -0500 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform According to Kai Schutte: > On Thursday 13 December 2001 09:49, Vincent Archer wrote: > > Whenever you get a GPLed program (and the license on the NeL library > > is such that a program linked to it must be GPL too), under any form, > > you must also be able to access/request/get a copy of the source. > > > > So anybody who has a Ryzom client has the right to access the source. > > > > Of course, until there IS an official client, almost no one outside > > Nevrax has that right :) > > I don't want to drag this out eternally, but I see a little lapse of > reasoning. Technically speaking, the development version of Ryzom is probably > currently being linked and tested with NeL, therefore, Ryzom must inherit the > GPL. > Therefore, the current development code is in the public domain, therefore > should be published. Of course, I understand your need to keep Ryzom "secret" > until it is done, releasable and sellable, so that you can put food on your > plates (and buy big cars for your Venture Capital people), yet, isn't this > secrecy a violation of the GPL, since Ryzom is GPL'd? It is not. A violation that is. I know the GPL is an awful amount of legalese, and, like any legal-jargon document, people chiefly know its intent, and not its phrasing. But the GPL does not force you to release anything. What the GPL forces you is that, *if* you release any GPL program/library, its sources MUST be available (and describes the minimum requirement for this availability, i.e. you can't claim the sources are available but you need to come to the Tuvalu Islands, wait 3 months of quarantine, and read them on a dot-matrix printer listing with surgical gloves on). Note the "if". As long as *you* don't have a Ryzom client, *you* are not entitled to ask for the sources. A company may very well decide to take a GPL piece of software, and use it to write a program it uses internally, and no one can come up front and ask for that program's sources. If the company uses it internally only, the only legal obligation of source disclosure is to the people who have the program, i.e. its own employees. Of course, the example shown above works as long as the program remains inside. Other parts of the GPL allow any employee to pick the internal programs, use it to write its own GPL variation, and distribute said variation outside of the company, distributing the base source in the same way, and there's nothing the company could do to prevent exposure. But, in Nevrax's case, it's not important, since the program will end up available to the public, and when it does, the sources will be. > Wouldn't it be better then, for Nevrax, if NeL was LGPL, and thereby making > it legal (or rather, in accordance to the GPL) for you to keep Ryzom from > public eyes? As long as no one outside of Nevrax has Ryzom, the strictures of the GPL are respected. Yeah, I know, we're impatient :) -- Vincent Archer Email: archer@frmug.org All men are mortal. Socrates was mortal. Therefore, all men are Socrates. (Woody Allen) From archer@lists.frmug.org Fri Dec 14 10:28:45 2001 Received: from lists.frmug.org (lists.frmug.org [193.56.58.115]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fBE9Sj338180 for ; Fri, 14 Dec 2001 10:28:45 +0100 (CET) (envelope-from archer@lists.frmug.org) Received: by lists.frmug.org (Postfix/TLS, from userid 200) id 3826C20F31; Fri, 14 Dec 2001 10:23:21 +0100 (CET) Date: Fri, 14 Dec 2001 10:23:21 +0100 From: Vincent Archer To: nel@nevrax.org Subject: Re: GPL specifics -- was: [Nel] Gamer question Message-ID: <20011214102321.E33968@frmug.org> References: <200112131333.AGD52518@vmms1.verisignmail.com> <0da801c183e4$72849c00$024510ac@valerio> <20011213154906.I58318@frmug.org> <200112140010.fBE0Ac1P007758@smtp.WPI.EDU> <002f01c18447$6a470bf0$6601010a@blackmesa> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <002f01c18447$6a470bf0$6601010a@blackmesa>; from zen@lapisonline.com on Fri, Dec 14, 2001 at 10:31:20AM +0800 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform According to zen: > Hi Kai, > > To my understanding, you don't have to release the source code if you don't > sell it, according to GPL. Surely you may release the code in development, > but it's not obligatory. It's not "sell", it's "distribute". Even if you distribute it for free on some web site with anonymous public access, it's distribution, and the source must be available. A lot of projects release their source during development, but that's because they're highly distributed in nature, and it works better. The Ryzom team is working out of the same offices, and probably doesn't have the time to look at most would-be contributions at this stage. Once the initial release is done, they'll have time to further cooperate with the rest of the people out there. -- Vincent Archer Email: archer@frmug.org All men are mortal. Socrates was mortal. Therefore, all men are Socrates. (Woody Allen) From lecroart@nevrax.com Fri Dec 14 10:36:05 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fBE9a2338230 for ; Fri, 14 Dec 2001 10:36:02 +0100 (CET) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id fBE9UaA64968 for ; Fri, 14 Dec 2001 10:30:36 +0100 (CET) (envelope-from lecroart@nevrax.com) Message-ID: <002301c18481$fcc3c2e0$0901a8c0@vianneyl> From: "Vianney Lecroart" To: References: <200112131333.AGD52518@vmms1.verisignmail.com> <0da801c183e4$72849c00$024510ac@valerio> <20011213154906.I58318@frmug.org> <200112140010.fBE0Ac1P007758@smtp.WPI.EDU> Subject: Re: GPL specifics -- was: [Nel] Gamer question Date: Fri, 14 Dec 2001 10:30:36 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi, > Of course, I understand your need to keep Ryzom "secret" > until it is done, releasable and sellable, so that you can put food on your > plates (and buy big cars for your Venture Capital people), yet, isn't this > secrecy a violation of the GPL, since Ryzom is GPL'd? No it isn't. If oneday, we *distribute* Ryzom program and if Ryzom uses a GPL library, in this case, we have to give the source of Ryzom. But today, we don't distribute Ryzom, so we don't have to give the source. Look the GPL licence, it's based on distribution. Vianney Lecroart --- lead network programmer / nevrax.com icq#: 6870415 homepage: http://ace.planet-d.net www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? ----- Original Message ----- From: "Kai Schutte" To: Sent: Friday, December 14, 2001 1:07 AM Subject: GPL specifics -- was: [Nel] Gamer question > > On Thursday 13 December 2001 09:49, Vincent Archer wrote: > > Whenever you get a GPLed program (and the license on the NeL library > > is such that a program linked to it must be GPL too), under any form, > > you must also be able to access/request/get a copy of the source. > > > > So anybody who has a Ryzom client has the right to access the source. > > > > Of course, until there IS an official client, almost no one outside > > Nevrax has that right :) > > I don't want to drag this out eternally, but I see a little lapse of > reasoning. Technically speaking, the development version of Ryzom is probably > currently being linked and tested with NeL, therefore, Ryzom must inherit the > GPL. > Therefore, the current development code is in the public domain, therefore > should be published. Of course, I understand your need to keep Ryzom "secret" > until it is done, releasable and sellable, so that you can put food on your > plates (and buy big cars for your Venture Capital people), yet, isn't this > secrecy a violation of the GPL, since Ryzom is GPL'd? > > Wouldn't it be better then, for Nevrax, if NeL was LGPL, and thereby making > it legal (or rather, in accordance to the GPL) for you to keep Ryzom from > public eyes? > > Just thinking out loud... > > -Kai > _______________________________________________ > Nel mailing list > Nel@nevrax.org > /mailman/listinfo.cgi/nel > From ahoyt@packetport.com Fri Dec 14 14:21:25 2001 Received: from smtp2.mail.iamworld.net (smtp2-out.mail.iamworld.net [204.91.241.117]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fBEDLN339717 for ; Fri, 14 Dec 2001 14:21:23 +0100 (CET) (envelope-from ahoyt@packetport.com) Received: from packetport.com ([207.86.139.130]) by smtp2.mail.iamworld.net (8.9.3/8.9.3) with ESMTP id IAA2261762 for ; Fri, 14 Dec 2001 08:15:53 -0500 (EST) Message-ID: <3C19FB8F.925DCC95@packetport.com> Date: Fri, 14 Dec 2001 08:15:59 -0500 From: Tony Hoyt X-Mailer: Mozilla 4.76 [en] (X11; U; SunOS 5.7 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: nel@nevrax.org References: <200112131333.AGD52518@vmms1.verisignmail.com> <0da801c183e4$72849c00$024510ac@valerio> <20011213154906.I58318@frmug.org> <200112140010.fBE0Ac1P007758@smtp.WPI.EDU> <002301c18481$fcc3c2e0$0901a8c0@vianneyl> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: [Nel] Using GCC? -- was: GPL specifics Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Okay well I hate to go slightly off topic here but this is a question that I need to ask since we're talking about all GPL, LGPL, etc. Where does building an application with gcc fall into all of this? I write a program, build it with gcc or g++ and plan to sell it to other users. But, I don't want to distribute the source of the application. Can I still use gcc/g++? or am I forced to find an alternative compiler such as VisualC for windows or a unix specific compiler for unix variants? Tony From zen@lapisonline.com Fri Dec 14 14:34:52 2001 Received: from proxy.lapisonline.com (ns1.lapisonline.com [210.65.246.1]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fBEDYl339804 for ; Fri, 14 Dec 2001 14:34:48 +0100 (CET) (envelope-from zen@lapisonline.com) Received: from blackmesa (c1-102.lapisonline.com [10.1.1.102]) by proxy.lapisonline.com (Postfix) with SMTP id 76F8E3261D for ; Fri, 14 Dec 2001 21:28:37 +0800 (CST) Message-ID: <001b01c184a3$44c28920$6601010a@blackmesa> From: "zen" To: References: <200112131333.AGD52518@vmms1.verisignmail.com> <0da801c183e4$72849c00$024510ac@valerio> <20011213154906.I58318@frmug.org> <200112140010.fBE0Ac1P007758@smtp.WPI.EDU> <002f01c18447$6a470bf0$6601010a@blackmesa> <20011214102321.E33968@frmug.org> Subject: Re: GPL specifics -- was: [Nel] Gamer question Date: Fri, 14 Dec 2001 21:28:50 +0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Thank you guys, for enlightening me 8-). I neglected the keyword 'distrubte'. Zen Jean ----- Original Message ----- From: "Vincent Archer" To: Sent: Friday, December 14, 2001 5:23 PM Subject: Re: GPL specifics -- was: [Nel] Gamer question > According to zen: > > Hi Kai, > > > > To my understanding, you don't have to release the source code if you don't > > sell it, according to GPL. Surely you may release the code in development, > > but it's not obligatory. > > It's not "sell", it's "distribute". Even if you distribute it for free > on some web site with anonymous public access, it's distribution, and the > source must be available. > > A lot of projects release their source during development, but that's > because they're highly distributed in nature, and it works better. The > Ryzom team is working out of the same offices, and probably doesn't > have the time to look at most would-be contributions at this stage. > > Once the initial release is done, they'll have time to further cooperate > with the rest of the people out there. > > -- > Vincent Archer Email: archer@frmug.org > > All men are mortal. Socrates was mortal. Therefore, all men are Socrates. > (Woody Allen) > _______________________________________________ > Nel mailing list > Nel@nevrax.org > /mailman/listinfo.cgi/nel > From corvazier@nevrax.com Fri Dec 14 14:40:02 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fBEDe0339868 for ; Fri, 14 Dec 2001 14:40:00 +0100 (CET) (envelope-from corvazier@nevrax.com) Received: from cyrilc (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id fBEDYZA68172 for ; Fri, 14 Dec 2001 14:34:35 +0100 (CET) (envelope-from corvazier@nevrax.com) Message-ID: <007901c184a4$1c471cd0$1701a8c0@cyrilc> From: "Cyril 'Hulud' Corvazier" To: References: <200112131333.AGD52518@vmms1.verisignmail.com> <0da801c183e4$72849c00$024510ac@valerio> <20011213154906.I58318@frmug.org> <200112140010.fBE0Ac1P007758@smtp.WPI.EDU> <002301c18481$fcc3c2e0$0901a8c0@vianneyl> <3C19FB8F.925DCC95@packetport.com> Subject: Re: [Nel] Using GCC? -- was: GPL specifics Date: Fri, 14 Dec 2001 14:34:52 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform > Okay well I hate to go slightly off topic here but this is a question > that I need to ask since we're talking about all GPL, LGPL, etc. Where > does building an application with gcc fall into all of this? I write a > program, build it with gcc or g++ and plan to sell it to other users. > But, I don't want to distribute the source of the application. Can I > still use gcc/g++? or am I forced to find an alternative compiler such > as VisualC for windows or a unix specific compiler for unix variants? Yes you can use GCC to compile proprietary softwares (else most of the playstation, GBA etc.. games are GPL :-) ), only software including GPL code become GPL itself, not the product of GPLed software. Cyril Corvazier. From archer@lists.frmug.org Fri Dec 14 14:46:58 2001 Received: from lists.frmug.org (lists.frmug.org [193.56.58.115]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fBEDkv339936 for ; Fri, 14 Dec 2001 14:46:57 +0100 (CET) (envelope-from archer@lists.frmug.org) Received: by lists.frmug.org (Postfix/TLS, from userid 200) id 5827620F31; Fri, 14 Dec 2001 14:41:33 +0100 (CET) Date: Fri, 14 Dec 2001 14:41:33 +0100 From: Vincent Archer To: nel@nevrax.org Subject: Re: [Nel] Using GCC? -- was: GPL specifics Message-ID: <20011214144133.T33968@frmug.org> References: <200112131333.AGD52518@vmms1.verisignmail.com> <0da801c183e4$72849c00$024510ac@valerio> <20011213154906.I58318@frmug.org> <200112140010.fBE0Ac1P007758@smtp.WPI.EDU> <002301c18481$fcc3c2e0$0901a8c0@vianneyl> <3C19FB8F.925DCC95@packetport.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3C19FB8F.925DCC95@packetport.com>; from ahoyt@packetport.com on Fri, Dec 14, 2001 at 08:15:59AM -0500 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform According to Tony Hoyt: > Okay well I hate to go slightly off topic here but this is a question > that I need to ask since we're talking about all GPL, LGPL, etc. Where > does building an application with gcc fall into all of this? I write a > program, build it with gcc or g++ and plan to sell it to other users. > But, I don't want to distribute the source of the application. Can I > still use gcc/g++? or am I forced to find an alternative compiler such > as VisualC for windows or a unix specific compiler for unix variants? Even though you *used* GCC to build the program, gcc *itself* is in no way present in the program you distribute. There's no portion of gcc source code or binary in your application. Thus, your program does not inherit the licensing from the gcc GPL license. The only think that gets bundled is the C library. And the C library (glibc) is covered by the LGPL, which specifically allows for that case (i.e. distributing a program that is linked with a GPL software, without placing the GPL strictures on the program itself). The same thing would apply to a C grammar parser that was generated by bison (the GPL parser generation tool). Using bison to generate your C source does not require you to put said source under the GPL: bison is not included in your program, only its output (hmmm, is the library required for bison LGPL? I think so, but can't remember) -- Vincent Archer Email: archer@frmug.org All men are mortal. Socrates was mortal. Therefore, all men are Socrates. (Woody Allen) From psiegel@geneticanomalies.com Fri Dec 14 14:50:34 2001 Received: from mistery.geneticanomalies.com ([63.101.169.205]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fBEDoW339986 for ; Fri, 14 Dec 2001 14:50:33 +0100 (CET) (envelope-from psiegel@geneticanomalies.com) Received: from binkystick ([63.101.169.138]) by mistery.geneticanomalies.com (Lotus Domino Build 166.1) with SMTP id 2001121408402654:4955 ; Fri, 14 Dec 2001 08:40:26 -0500 From: "Paul Siegel" To: Subject: Re: [Nel] Landscapes without 3DSMax Date: Fri, 14 Dec 2001 08:43:24 -0500 MIME-Version: 1.0 X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 X-MIMETrack: Itemize by SMTP Server on mistery/Geneticanomalies(Release 5.0 |March 30, 1999) at 12/14/2001 08:40:26 AM, Serialize by Router on mistery/Geneticanomalies(Release 5.0 |March 30, 1999) at 12/14/2001 08:40:37 AM, Serialize complete at 12/14/2001 08:40:37 AM Message-ID: <006101c184a5$4d47b5a0$8aa9653f@geneticanomalies.com> Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="Windows-1252" Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform > Using the 3d lib at lowlevel (all the others header files) allow you to > quilckly create patches and landscape zones. It is really simple to > export some bezier quad patches from Blender > (does blender have bezier patches ?) into a .zone file using a small > plugin. Simple C++ classes are provided to "Builb" the ".zone" c++ > objects. Then serialisation is used to save them > in binary files. Ok, this will be my first project. Besides Blender, I'm also looking at OpenFX (www.openfx.org). Unfortunately, I'm a coder not a graphic artist. I can't say I'm too learned on how to create bezier patches using either program, so I'm going to have to do a bit of research before I even start this. If there are any artists out there with some input (especially something like "Blender doesn't support bezier patches") I'd love to hear from you. Hopefully it shouldn't take too long to make either a file translator or some kind of export plugin for one of the apps, once I learn how to make the content using one of the aforementioned apps. > The hardest part is the patch painter that allow you to paint tiles, vertex > color and displacement map over the landscape zone patches. At > nevrax, this is done by the artists using a 3dsmax plugin > (nel_patch_paint). If you can't use 3dsmax, you can perhaps > generate the painting or rewrite a little ingame zone painter or why > not, a blender painter plugin... Right, this will be phase 2. I was sort of expecting this to be the hard part. > You have to know that the painter algorithm that put tiles over the > landscape is not trivial at all. If you are short on time, a good > solution is to generate painting, as most of the heightfield > landscapes do. Can you elaborate on this? Are you talking about coming up with some kind of algorithm to color the geometries instead of using textures? I don't follow. > The postprocess to weld the zones together and compute the lighting will > stay the same as far as you generate ".zone" files. Right, I'm assuming that once the .zone files are generated, I can follow the process used with 3DS Max. Thanks for the feedback Cyril. It's nice to see how much input the official team has on this list. Paul From psiegel@geneticanomalies.com Fri Dec 14 14:59:51 2001 Received: from mistery.geneticanomalies.com ([63.101.169.205]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fBEDxl340082 for ; Fri, 14 Dec 2001 14:59:48 +0100 (CET) (envelope-from psiegel@geneticanomalies.com) Received: from binkystick ([63.101.169.138]) by mistery.geneticanomalies.com (Lotus Domino Build 166.1) with SMTP id 2001121408494545:4957 ; Fri, 14 Dec 2001 08:49:45 -0500 From: "Paul Siegel" To: Subject: Re: [Nel] Gamer question Date: Fri, 14 Dec 2001 08:52:43 -0500 MIME-Version: 1.0 X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 X-MIMETrack: Itemize by SMTP Server on mistery/Geneticanomalies(Release 5.0 |March 30, 1999) at 12/14/2001 08:49:45 AM, Serialize by Router on mistery/Geneticanomalies(Release 5.0 |March 30, 1999) at 12/14/2001 08:49:52 AM, Serialize complete at 12/14/2001 08:49:52 AM Message-ID: <006701c184a6$9a5cdfe0$8aa9653f@geneticanomalies.com> Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="Windows-1252" Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Kai, from my reading of the GPL, everything wraps around the clause of "if you distribute". Since Ryzom has yet to be distributed, I don't think Nevrax is under any obligation to share the source code. Under this same logic, I would think that Nevrax will never have to release the source code of their servers, since such software is really for internal use only, not to be distributed. Isn't that correct? Paul > I don't want to drag this out eternally, but I see a little lapse of > reasoning. Technically speaking, the development version of Ryzom is > probably currently being linked and tested with NeL, therefore, Ryzom > must inherit the GPL. > Therefore, the current development code is in the public domain, therefore > should be published. Of course, I understand your need to keep Ryzom > "secret" until it is done, releasable and sellable, so that you can put food > on your plates (and buy big cars for your Venture Capital people), yet, isn't > this secrecy a violation of the GPL, since Ryzom is GPL'd? > > Wouldn't it be better then, for Nevrax, if NeL was LGPL, and thereby making > it legal (or rather, in accordance to the GPL) for you to keep Ryzom from > public eyes? From hplus@mindcontrol.org Fri Dec 14 19:25:35 2001 Received: from smithers.sfrn.dnai.com (smithers.sfrn.dnai.com [208.59.199.26]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fBEIPY341496 for ; Fri, 14 Dec 2001 19:25:34 +0100 (CET) (envelope-from hplus@mindcontrol.org) Received: from sideshow-mel.sfrn.dnai.com (sideshow-mel.sfrn.dnai.com [208.59.199.19]) by smithers.sfrn.dnai.com (8.11.2/8.11.2) with ESMTP id fBEIJtQ75404 for ; Fri, 14 Dec 2001 10:19:55 -0800 (PST) Received: from ns.watte.net (optiplex.b500.com [216.15.97.85]) by sideshow-mel.sfrn.dnai.com (8.11.3/8.11.3) with ESMTP id fBEIH3d10438 for ; Fri, 14 Dec 2001 10:17:03 -0800 (PST) (envelope-from hplus@mindcontrol.org) Received: from JWATTELAP (64-178-80-34.customer.algx.net [64.178.80.34]) by ns.watte.net (8.9.3/8.9.3) with SMTP id KAA23669 for ; Fri, 14 Dec 2001 10:20:00 -0800 From: "Jon Watte" To: Date: Fri, 14 Dec 2001 10:19:49 -0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Importance: Normal In-Reply-To: <200112141251.fBECpq339466@www.nevrax.org> Subject: [Nel] RE: GPL confusion Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform > Therefore, the current development code is in the public > domain, therefore should be published. I find two things confusing about this sentence. 1) Something that is under GPL is explicitly NOT in the public domain, as something under the GPL suffers substantially more restrictive licensing than something that is in the public domain. Basically, if it's in the PD, you can do what you want to it, except POSSIBLY not mis-represent the origin. The GPL imposes many more strictures on your use of the code. 2) The GPL only requires that source code is made available free of charge to anyone who purchases binaries, and that no restrictions are made on the purchaser's rights to use that source code (including subsequent redistribution). If Ryzom is not for sale to anyone, then there is no requirement for the developers thereof to make any source code available. Now, the GPL may have changed slightly since I last read it through in full, but your statement does not seem to be based on the actual language of the GPL. From michael@in-orbit.net Fri Dec 14 20:32:43 2001 Received: from mail.in-orbit.net ([63.205.226.187]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fBEJWg341836 for ; Fri, 14 Dec 2001 20:32:43 +0100 (CET) (envelope-from michael@in-orbit.net) Received: from baldur (w010.z064002027.sjc-ca.dsl.cnc.net [64.2.27.10]) by mail.in-orbit.net (8.11.0/8.11.0) with SMTP id fBEIPVs21449 for ; Fri, 14 Dec 2001 10:25:32 -0800 Message-Id: <200112141825.fBEIPVs21449@mail.in-orbit.net> Date: Fri, 14 Dec 2001 11:29:14 -0800 To: nel@nevrax.org From: Michael Warnock Subject: Re: [Nel] Gamer question (the asp hole) Organization: InOrbit X-Mailer: Opera 5.10 build 902 X-Priority: 3 (Normal) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform 12/14/2001 5:52:43 AM, "Paul Siegel" wrote: >Kai, from my reading of the GPL, everything wraps around the clause of "if >you distribute". Since Ryzom has yet to be distributed, I don't think >Nevrax is under any obligation to share the source code. > >Under this same logic, I would think that Nevrax will never have to release >the source code of their servers, since such software is really for internal >use only, not to be distributed. Isn't that correct? > thats what's known as the ASP hole (application service provider). On the one hand it has been used to create money-making websites out of gpl pieces by companies who have never released their code changes. On the other hand, with a massively multiplayer game there is a lot of server side stuff- rules/ agent experience/ object locations that you may not want to release in the interests of gameplay. However, most of that type of thing can be abstracted from the core programs and written in a definition or scripting language specific to the game or in some general purpose language like python. these interpreted programs, stored in some database, can now be considered content and free from gpl obligations. But that means that even if all the backend source is available, you have a lot of work to do before it does anything useful. with a few grey areas in rules (physics?) I think this is as it should be. michael From cblt@cblt.org Fri Dec 14 20:36:16 2001 Received: from smarthost2.mail.easynet.fr (smarthost2.mail.easynet.fr [212.180.1.69]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fBEJaG341886 for ; Fri, 14 Dec 2001 20:36:16 +0100 (CET) (envelope-from cblt@cblt.org) Received: from smtp1.mail.easynet.fr (slb-1-sippriv.mail.easynet.fr [10.0.1.57]) by smarthost2.mail.easynet.fr (Postfix) with ESMTP id C914FB75D for ; Fri, 14 Dec 2001 20:30:51 +0100 (CET) Received: from hognon (unknown [212.180.94.137]) by smtp1.mail.easynet.fr (Postfix) with SMTP id 2B233B6A7 for ; Fri, 14 Dec 2001 20:30:51 +0100 (CET) Message-ID: <001101c184d3$2b4c4870$130000c0@hognon> From: "Nicolas Hognon" To: Date: Fri, 14 Dec 2001 20:11:43 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Subject: [Nel] server architecture (front end, load balancing, login service, ....) Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hello .... I've got a little question about the architecture of the server side. If I don't make mistake a shard is composed of N front ends and behind front ends there is some computers running different services. And some where there is a login service (one per shard or one for all shard ?) Clients communicate with one front end of a shard. But how clients are balanced between the N front ends of a shard ? It will be done by a generic load balancer (hardware) or a specific service from NEL ? The source code of the load balancer and the front end are delivered with NEL ? If there a description of all NEL services ? what is the welcome service ? sorry for all this questions .... bye -- Nicolas Hognon nicolash@virtools.com Virtools - The Behavior Company Tel. (+33) 1 42 71 46 86 / Fax. (+33) 1 42 71 86 53 http://www.virtools.com/ From Markus_Ewald@gmx.net Sat Dec 15 13:07:45 2001 Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by www.nevrax.org (8.11.0/8.11.0) with SMTP id fBFC7j349410 for ; Sat, 15 Dec 2001 13:07:45 +0100 (CET) (envelope-from Markus_Ewald@gmx.net) Received: (qmail 12548 invoked by uid 0); 15 Dec 2001 12:02:11 -0000 Received: from pd903d314.dip.t-dialin.net (HELO gmx.net) (217.3.211.20) by mail.gmx.net (mp020-rz3) with SMTP; 15 Dec 2001 12:02:11 -0000 Message-ID: <3C1B3BBF.F1313D9A@gmx.net> Date: Sat, 15 Dec 2001 13:02:07 +0100 From: Markus Ewald Organization: LunaticSystems X-Mailer: Mozilla 4.7 [de] (WinNT; I) X-Accept-Language: de MIME-Version: 1.0 To: nel@nevrax.org Subject: Re: [Nel] Landscapes without 3DSMax References: <00c001c1835a$577400c0$8aa9653f@geneticanomalies.com> <3C18B000.AE027E69@packetport.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Tony Hoyt schrieb: > Paul Siegel wrote: > > > > Hi everyone - > > > > I'm wondering if there's a way to build landscapes without 3D Studio Max. > > That's some pricey software just to do level editing. Is anything > > available, or being worked on? Or am I going to have to learn how to > > rewrite the max plugins for Blender? > > Blender is my choice as well for a good free alternative 3d editor. > I'm not sure how you make plug-in's for Blender other then with python > but if you can do it, I wish you all the best of luck. I think the > problem with doing a port is that if your not able to see the original > in action or see what library calls it's makeing, etc. It's going to be > rough going. But if your serious about it, I'm willing to give a hand > although I don't have 3D Studio Max as well. There's also a free landscape modeller at -> www.geofrac2000.com It was once commercial and its interface is very much like that of 3dsmax. The author discontinued the project and made it available for free, but it's still worth a look. You can use standard algorithms (perlin, etc.) for landscape generation, create mountains and craters or just paint with the raise/lower-tool. Realtime 3D-display just like 3dsmax as well. > > > Tony > -Markus- From denisov@darkwing.uoregon.edu Sun Dec 16 11:14:03 2001 Received: from darkwing.uoregon.edu (root@darkwing.uoregon.edu [128.223.142.13]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fBGAE2356080 for ; Sun, 16 Dec 2001 11:14:02 +0100 (CET) (envelope-from denisov@darkwing.uoregon.edu) Received: from tess (d22-133.uoregon.edu [128.223.22.133]) by darkwing.uoregon.edu (8.11.6/8.11.6) with SMTP id fBGA8a715480 for ; Sun, 16 Dec 2001 02:08:36 -0800 (PST) Message-ID: <000501c1861c$832fd1c0$8516df80@tess> From: "Alexander Denisov" To: Date: Sun, 16 Dec 2001 02:29:15 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Subject: [Nel] open source MMORPG and hacks/cheats question (probably off topic) Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi to everybody, I think this is my first time posting on the mailing list. I was thinking lately about GPL/open source discussion, and one question still bothers me: hacks and cheats in MMORPG. I have seen a couple of times when hacks/cheats ruined great games (and I do believe that Nevrax is doing a very good game), since online gameplay is very sensitive to such things. By publishing source code of the game, isn't it like giving a "green light" to hackers? Are there any ways somehow to prevent (or at least try to prevent) hacks and cheats, even if hacker knows the source code? Can the game company keep the network part of their game in secret (though I don't see how, since its clearly using NeL in this case). I appologise if my question is completely unrelated to NeL and Nevrax game, since all the details are kept in secret, but I think that this is very important question. By the way, thanks for the great engine! (though I'm still trying to compile it) Alex From alfred@mazuma.net.au Sun Dec 16 12:26:24 2001 Received: from mta02bw.bigpond.com (mta02bw.bigpond.com [139.134.6.34]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fBGBQM356462 for ; Sun, 16 Dec 2001 12:26:23 +0100 (CET) (envelope-from alfred@mazuma.net.au) Received: from mazuma.net.au ([144.135.24.72]) by mta02bw.bigpond.com (Netscape Messaging Server 4.15) with SMTP id GOFP6400.FOA for ; Sun, 16 Dec 2001 21:27:40 +1000 Received: from CPE-203-51-24-250.nsw.bigpond.net.au ([203.51.24.250]) by bwmam02.mailsvc.email.bigpond.com(MailRouter V3.0f 11/2049420); 16 Dec 2001 21:20:49 Message-ID: <3C1C8398.4000004@mazuma.net.au> Date: Sun, 16 Dec 2001 22:20:56 +1100 From: alfred User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.6) Gecko/20011120 X-Accept-Language: en-us MIME-Version: 1.0 To: nel@nevrax.org Subject: Re: [Nel] open source MMORPG and hacks/cheats question (probably off topic) References: <000501c1861c$832fd1c0$8516df80@tess> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform I have nothing to do with the nevrax team but I know the answer to this. To put it simply, there is not security in obscurity. The protection isn't in the alogrithm, its in the "secret" that is shared. This axiom has been proved time and again, just look at the troubles windows has with its codebase... The lack of published source code ain't helping them. I am not sure what security model nel will adopt but there are many to choose from and none suffer from the openness of the protocol. You could sign the client binaries with a public/private key pair. This stops trivial hacks. You would also run a secure game server which does bounds checking on the input, this stops obvious hacking. You can also encrypt the client->server data stream. Fundamentally you are in trouble because the client is a generalised computing machine which the user has complete control over, if they have the machine code they can crack it, but you can make it damn hard. You can also make any hack shortlived by having dynamic binaries. The open source nature of nel only makes it more secure as any flaws or bugs in the implementation will be spotted and solved, rather than being exploited (many eyes make bugs shallow). :) Alexander Denisov wrote: > Hi to everybody, I think this is my first time posting on the mailing list. > > I was thinking lately about GPL/open source discussion, and one question > still bothers me: hacks and cheats in MMORPG. > > I have seen a couple of times when hacks/cheats ruined great games > (and I do believe that Nevrax is doing a very good game), since online > gameplay is very sensitive to such things. > > By publishing source code of the game, isn't it like giving a "green light" > to hackers? Are there any ways > somehow to prevent (or at least try to prevent) hacks and cheats, even if > hacker > knows the source code? Can the game company keep the network part of their > game in secret > (though I don't see how, since its clearly using NeL in this case). > > I appologise if my question is completely unrelated to NeL and Nevrax game, > since all the details are kept in secret, but I think that this is very > important question. > > By the way, thanks for the great engine! (though I'm still trying to compile > it) > > Alex > > _______________________________________________ > Nel mailing list > Nel@nevrax.org > /mailman/listinfo.cgi/nel > -- Alfred Reynolds alfred@mazuma.net.au From fred@via.ecp.fr Sun Dec 16 18:18:03 2001 Received: from fred.ucender.net (ppp1226-cwdsl-paris.fr.cw.net [62.210.116.202]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fBGHI1358260 for ; Sun, 16 Dec 2001 18:18:01 +0100 (CET) (envelope-from fred@via.ecp.fr) Received: (from fred@localhost) by fred.ucender.net (8.11.6/8.11.2) id fBGHCTf09962 for nel@nevrax.org; Sun, 16 Dec 2001 18:12:29 +0100 Date: Sun, 16 Dec 2001 18:12:29 +0100 From: Arnaud Bienvenu To: nel@nevrax.org Subject: Re: [Nel] Feedback Message-ID: <20011216181229.B32593@generasound.com> References: <20011210110041.A22934@generasound.com> <20011213191015.A79849@nevrax.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20011213191015.A79849@nevrax.com>; from valignat@nevrax.com on Thu, Dec 13, 2001 at 07:10:15PM +0100 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Thanks for answering Cedric, On Thu, Dec 13, 2001 at 07:10:15PM +0100, Cedric Valignat wrote: > Sorry but i i have no clue for that problem :-( I managed to workaround this problem linking the snowballs 2 client against libGL.so (by default, libnel_drv_opengl.so is linked against libGL, but not the snowballs 2 client). I do not know if this is a Linux requirement, or another bug in RedHat's 7.2 GL librairies. I hope a Linux Guru will give us a clue. By the way, the libICE.soh standing instead of libICE.so is obviously a display bug non related to nel, since I could reproduce it from clean trivial code. At last, running the snowballs client, I get this well known error : INF 5222 client.cpp 145 : Starting Snowballs ! WRN 5222 dru.cpp 95 : when loading dynamic library 'libnel_drv_opengl.so': /usr/local/lib/libnel_drv_opengl.so: undefined symbol: glSetFenceNV WRN 5222 common.cpp 392 : Exception will be launched: libnel_drv_opengl.so not found I read on this list the problem is due to Fence NV disappearing from Mesa-3.4 (which I use), and that the nevrax team is working on it. Is it still the case ? > I applied the first patch, the second one was already applied when a > took a look on ii. The patched versions are not yet available from today's CVS head revision, but I trust you it's in the pipeline. Regards, Arnaud Bienvenu From v.caron@zerodeux.net Sun Dec 16 19:18:07 2001 Received: from zerodeux.net (zerodeux.net [62.4.22.182]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fBGII6365570 for ; Sun, 16 Dec 2001 19:18:06 +0100 (CET) (envelope-from v.caron@zerodeux.net) Received: from zerodeux.home (zerodeux.home [192.168.1.3]) by zerodeux.net (Postfix) with ESMTP id 46FA9F1D9 for ; Sun, 16 Dec 2001 19:12:42 +0100 (CET) Subject: Re: [Nel] open source MMORPG and hacks/cheats question (probably off topic) From: Vincent Caron To: nel@nevrax.org In-Reply-To: <000501c1861c$832fd1c0$8516df80@tess> References: <000501c1861c$832fd1c0$8516df80@tess> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Evolution/1.0 (Preview Release) Date: 16 Dec 2001 19:12:38 +0100 Message-Id: <1008526358.652.0.camel@zerodeux.home> Mime-Version: 1.0 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform There's a bit more than the 'security through obscurity' debate in this question. It is actually more a question of trust, or if you prefer, _what_ or _who_ needs to be secured ? The game ? The player moves ? The server knowledge ? Eric S. Raymond (with a nice link to Carmack's tought about this) did a nice essay, back to the time where 'cheating drivers' (making walls transparent) were about to be unveiled for FPS games : http://www.tuxedo.org/~esr/writings/quake-cheats.html From miller@nevrax.com Mon Dec 17 12:13:06 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fBHBD5371226 for ; Mon, 17 Dec 2001 12:13:05 +0100 (CET) (envelope-from miller@nevrax.com) Received: from miller (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id fBHB7cA86300 for ; Mon, 17 Dec 2001 12:07:38 +0100 (CET) (envelope-from miller@nevrax.com) From: "Daniel Miller" To: Subject: RE: [Nel] open source MMORPG and hacks/cheats question (probablyoff topic) Date: Mon, 17 Dec 2001 12:07:37 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 In-Reply-To: <1008526358.652.0.camel@zerodeux.home> Importance: Normal Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform At Nevrax our thoughts run as follows: Game clients are very easy to reverse engineer or hack on a PC. Server/ Client data packets are even easier to hack. We assume that whether the source code for the client is open or closed, it will inevitably be modified. The only way to avoid cheating is to take all game sensitive decisions server-side and to treat client as a kind of dumb terminal. This has implications throughout the game design. For instance, to avoid a hack from making invisible players visible, it is up to the servers not to transmit update information for invisible players to the clients. This means that invisible players can not make 3d-positional noises as this would give an exploitable piece of information. The front end servers clearly have to be robust too which means that all incoming data from the clients is treated with caution - packets containing invalid data are simply ignored. In a nutshell - we assume that servers are trustworthy and that clients are not. Daniel. -----Original Message----- From: nel-admin@nevrax.org [mailto:nel-admin@nevrax.org]On Behalf Of Vincent Caron Sent: Sunday, December 16, 2001 7:13 PM To: nel@nevrax.org Subject: Re: [Nel] open source MMORPG and hacks/cheats question (probablyoff topic) There's a bit more than the 'security through obscurity' debate in this question. It is actually more a question of trust, or if you prefer, _what_ or _who_ needs to be secured ? The game ? The player moves ? The server knowledge ? Eric S. Raymond (with a nice link to Carmack's tought about this) did a nice essay, back to the time where 'cheating drivers' (making walls transparent) were about to be unveiled for FPS games : http://www.tuxedo.org/~esr/writings/quake-cheats.html _______________________________________________ Nel mailing list Nel@nevrax.org /mailman/listinfo.cgi/nel From zager@teleaction.com Mon Dec 17 13:19:53 2001 Received: from jupiter.augur.de (jupiter.teleaction.de [194.149.245.1]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fBHCJq371573 for ; Mon, 17 Dec 2001 13:19:52 +0100 (CET) (envelope-from zager@teleaction.com) Received: from zager ([194.149.245.62]) by jupiter.augur.de (8.8.8+Sun/8.8.8) with ESMTP id NAA28014 for ; Mon, 17 Dec 2001 13:14:22 +0100 (MET) Date: Mon, 17 Dec 2001 12:49:30 +0100 From: Dim Segebart X-Mailer: The Bat! (v1.49) Business X-Priority: 3 (Normal) Message-ID: <132344043088.20011217124930@teleaction.de> To: Markus Ewald Subject: Re[2]: [Nel] Landscapes without 3DSMax In-reply-To: <3C1B3BBF.F1313D9A@gmx.net> References: <00c001c1835a$577400c0$8aa9653f@geneticanomalies.com> <3C18B000.AE027E69@packetport.com> <3C1B3BBF.F1313D9A@gmx.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform And more: http://terraform.sourceforge.net/ http://ftp.arl.army.mil/brlcad/ http://www.planetside.co.uk/terragen/ Saturday, December 15, 2001, 1:02:07 PM, you wrote: ME> Tony Hoyt schrieb: >> Paul Siegel wrote: >> > >> > Hi everyone - >> > >> > I'm wondering if there's a way to build landscapes without 3D Studio Max. >> > That's some pricey software just to do level editing. Is anything >> > available, or being worked on? Or am I going to have to learn how to >> > rewrite the max plugins for Blender? >> >> Blender is my choice as well for a good free alternative 3d editor. >> I'm not sure how you make plug-in's for Blender other then with python >> but if you can do it, I wish you all the best of luck. I think the >> problem with doing a port is that if your not able to see the original >> in action or see what library calls it's makeing, etc. It's going to be >> rough going. But if your serious about it, I'm willing to give a hand >> although I don't have 3D Studio Max as well. ME> There's also a free landscape modeller at ->> www.geofrac2000.com ME> It was once commercial and its interface is very much like that of 3dsmax. ME> The author discontinued the project and made it available for free, but it's ME> still worth a look. You can use standard algorithms (perlin, etc.) for ME> landscape generation, create mountains and craters or just paint with the ME> raise/lower-tool. Realtime 3D-display just like 3dsmax as well. >> >> >> Tony >> ME> -Markus- ME> _______________________________________________ ME> Nel mailing list ME> Nel@nevrax.org ME> /mailman/listinfo.cgi/nel -- Dim Segebart mailto:zager@teleaction.de From lecroart@nevrax.com Mon Dec 17 15:27:56 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fBHERu372258 for ; Mon, 17 Dec 2001 15:27:56 +0100 (CET) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id fBHEMUA88912 for ; Mon, 17 Dec 2001 15:22:30 +0100 (CET) (envelope-from lecroart@nevrax.com) Message-ID: <007b01c18706$42dbd020$0901a8c0@vianneyl> From: "Vianney Lecroart" To: References: <001101c184d3$2b4c4870$130000c0@hognon> Subject: Re: [Nel] server architecture (front end, load balancing, login service, ....) Date: Mon, 17 Dec 2001 15:22:30 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi nico, > I've got a little question about the architecture of the server side. > If I don't make mistake a shard is composed of N front ends and behind > front ends there is some computers running different services. > And some where there is a login service (one per shard or one for all shard > ?) Shard is composed of services. There are front end services and back end services. Client are connected with on front end service and front end services are connected with back end services. There's only one login service for all shards. The client first connects to the login service that checks the validity of the account, after the client choose the shard. The login service warn the shard (via welcome service (one per shard)) that a new client will come. The welcome service chooses the best front end for the client and sends the choosen front end to the login service and the login service sends this info to the client. after, the client connects to the selected front end and authenticates. > But how clients are balanced between the N front ends of a shard ? For now, the welcome service does a dumb balancement (try to have the same player number on each front end). > It will be done by a generic load balancer (hardware) > or a specific service from NEL ? It s the welcome service that do that. > The source code of the load balancer and the front end are delivered with > NEL ? Look the welcome service :-) > If there a description of all NEL services ? Look the net part of /docs/ And also try here /docs/doxygen/nel/pages.html Vianney Lecroart --- lead network programmer / nevrax.com icq#: 6870415 homepage: http://ace.planet-d.net www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? From nicolas.boulay@ifrance.com Tue Dec 18 13:21:36 2001 Received: from lh00.opsion.fr (lh00.opsion.fr [212.73.208.226]) by www.nevrax.org (8.11.0/8.11.0) with SMTP id fBICLZ378867 for ; Tue, 18 Dec 2001 13:21:35 +0100 (CET) (envelope-from nicolas.boulay@ifrance.com) Received: from 10.1.1.6 [10.1.1.6] by lh00.opsion.fr; Tue, 18 Dec 2001 12:15:59 GMT Send-By: 140.94.82.18 with Mozilla/4.0 (compatible; MSIE 5.0; Windows NT; DigExt; FR 15/06/2000) To: From: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Date: Tue, 18 Dec 2001 12:15:59 GMT Message-id: <200112181215.3bac@lh00.opsion.fr> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by www.nevrax.org id fBICLZ378867 Subject: [Nel] peer to peer ? Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform --__--__-- Message: 3 From: "Vianney Lecroart" To: Subject: Re: [Nel] server architecture (front end, load balancing, login service, ....) Date: Mon, 17 Dec 2001 15:22:30 +0100 charset="iso-8859-1" Reply-To: nel@nevrax.org > But how clients are balanced between the N front ends of a shard ? For now, the welcome service does a dumb balancement (try to have the same player number on each front end). >>>> Why don't you try to use LVS ? More generaly do you plan to make direct connection between client (such peer to peer network, or distributed computing) ? It could be nice for reduicing trafic to the server. To havoid cheating, each client cheeck data as the server does. Maybe it could be possible to connect people which interract a lot (in the same area, ...), there is still some mouvement with server to handle critical ressouces. So mouvement to the center server are almost reduice to the minimum. Does i smoke too much ? nicO ______________________________________________________________________________ ifrance.com, l'email gratuit le plus complet de l'Internet ! vos emails depuis un navigateur, en POP3, sur Minitel, sur le WAP... http://www.ifrance.com/_reloc/email.emailif From psiegel@geneticanomalies.com Tue Dec 18 15:56:56 2001 Received: from mistery.geneticanomalies.com ([63.101.169.205]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fBIEut379746 for ; Tue, 18 Dec 2001 15:56:56 +0100 (CET) (envelope-from psiegel@geneticanomalies.com) Received: from binkystick ([63.101.169.138]) by mistery.geneticanomalies.com (Lotus Domino Build 166.1) with SMTP id 2001121809461337:7475 ; Tue, 18 Dec 2001 09:46:13 -0500 From: "Paul Siegel" To: Subject: RE: [Nel] Landscapes without 3DSMax Date: Tue, 18 Dec 2001 09:49:45 -0500 MIME-Version: 1.0 X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 X-MIMETrack: Itemize by SMTP Server on mistery/Geneticanomalies(Release 5.0 |March 30, 1999) at 12/18/2001 09:46:13 AM, Serialize by Router on mistery/Geneticanomalies(Release 5.0 |March 30, 1999) at 12/18/2001 09:46:19 AM, Serialize complete at 12/18/2001 09:46:19 AM Message-ID: <004101c187d3$3bcb1a20$8aa9653f@geneticanomalies.com> Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="iso-8859-1" Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform My apologies, I accidentally sent this first to nel-admin. Guess the reply-to of the digest isn't set up to go to the correct place. Here it is again, I hope nobody gets this twice: Thank you everyone for the links. I'm afraid though that these terrain building packages generate height fields, and as you may or may not be aware, NeL uses bezier patches, not height fields to generate its terrain. Therefore, I've finally settled on the most basic thing I could find, namely sPatch. (http://www.geocities.com/getspatch/index.html). It is little more than a bezier patch editor, but currently that's all I need. There appears to be a more feature rich package based on sPatch called hamaPatch (http://www.geocities.com/Tokyo/Ginza/6625/soft10.html), but currently all documentation on this is in Japanese and I don't speak the language. Perhaps my work can some day be moved to hamaPatch, but for the moment I'm sticking with sPatch. Which means we should be able to generate the zone files with sPatch, but will need a seperate piece of software to paint the textures (since sPatch doesn't support any kind of texturing). But I'll burn that bridge when I get to it. ;) Fortunately, sPatch has good documentation on creating export plugins, and I'm well on my way to successfully making one. I have a couple questions though for anyone on this list whi is familiar with the 3D code. 1. How much information of the CPatchInfo object must be filled in to have a viable object? sPatch gives me a 4x4 array of vertexes which I can use to populate the vertices, tangents, and interiors of the CPatchInfo object. However, I am still a bit unclear what much of the data in the CPatchInfo object is, especially the BindEdges (4 CBindInfo structs). Are these filled in when welding the zones together, or are they something I will need to fill in upon generating a single zone? 2. Once I manage to export a .zone file, what's the quickest, dirtiest way to test it? Will I need to build an entire app just to load the .zone, or is there some way I can easily hack it into the Snowballs client just to see if it indeed exported a valid file? Thanks again everyone for all the help. This is a great project, and I'm having lots of fun playing with it. Paul > And more: > http://terraform.sourceforge.net/ > http://ftp.arl.army.mil/brlcad/ > http://www.planetside.co.uk/terragen/ > > Saturday, December 15, 2001, 1:02:07 PM, you wrote: > > ME> Tony Hoyt schrieb: > > >> Paul Siegel wrote: > >> > > >> > Hi everyone - > >> > > >> > I'm wondering if there's a way to build landscapes without 3D Studio > Max. > >> > That's some pricey software just to do level editing. Is anything > >> > available, or being worked on? Or am I going to have to learn how to > >> > rewrite the max plugins for Blender? > >> > >> Blender is my choice as well for a good free alternative 3d editor. > >> I'm not sure how you make plug-in's for Blender other then with python > >> but if you can do it, I wish you all the best of luck. I think the > >> problem with doing a port is that if your not able to see the original > >> in action or see what library calls it's makeing, etc. It's going to be > >> rough going. But if your serious about it, I'm willing to give a hand > >> although I don't have 3D Studio Max as well. > > ME> There's also a free landscape modeller at > ->> www.geofrac2000.com > > ME> It was once commercial and its interface is very much like that of > 3dsmax. > ME> The author discontinued the project and made it available for free, but > it's > ME> still worth a look. You can use standard algorithms (perlin, etc.) for > ME> landscape generation, create mountains and craters or just paint with > the > ME> raise/lower-tool. Realtime 3D-display just like 3dsmax as well. > > >> > >> > >> Tony > >> > > ME> -Markus- > > > ME> _______________________________________________ > ME> Nel mailing list > ME> Nel@nevrax.org > ME> /mailman/listinfo.cgi/nel > > > > -- > Dim Segebart mailto:zager@teleaction.de From corvazier@nevrax.com Tue Dec 18 20:25:43 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fBIJPh381441 for ; Tue, 18 Dec 2001 20:25:43 +0100 (CET) (envelope-from corvazier@nevrax.com) Received: from cyrilc (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id fBIJKGA04851 for ; Tue, 18 Dec 2001 20:20:16 +0100 (CET) (envelope-from corvazier@nevrax.com) Message-ID: <01bd01c187f9$1132c170$1701a8c0@cyrilc> From: "Cyril 'Hulud' Corvazier" To: References: <004101c187d3$3bcb1a20$8aa9653f@geneticanomalies.com> Subject: Re: [Nel] Landscapes without 3DSMax Date: Tue, 18 Dec 2001 20:20:34 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi Paul, > Thank you everyone for the links. I'm afraid though that these terrain > building packages generate height fields, and as you may or may not be > aware, NeL uses bezier patches, not height fields to generate its terrain. You can build patches with an heightfield. It a fast way to generate a simple lansdcape. Simply raise the tangeants vertices with the joined vertices of a bezier patch : you have a heightfield ! > 1. How much information of the CPatchInfo object must be filled in to have > a viable object? sPatch gives me a 4x4 array of vertexes which I can use to > populate the vertices, tangents, and interiors of the CPatchInfo object. > However, I am still a bit unclear what much of the data in the CPatchInfo > object is, especially the BindEdges (4 CBindInfo structs). Are these filled > in when welding the zones together, or are they something I will need to > fill in upon generating a single zone? The BindEdges info are required to properly link patches together at runtime. You have to filled them for internal zone linking. zone_welder will fill them of inter-zone link. Hear come some explications on how to fill the CBindInfo. The patches can be linked those way : (warning ASCII arts in non-constant size fonts.. :-) ) --- The edge numbers are : 3 *** 0 * * 2 *** 1 --- There is 3 ways to bind patches together. (1-1, 1-2, 1-4) --- One patch on another : ********** * * * * 0 * 1 * * * * * * * ********** CBindInfo: Patch 0, edge 2 : NPatchs = 1, MultipleBindNum = 1, Next = { Patch 1 }, Edge = { 0 } Patch 1, edge 0 : NPatchs = 1, MultipleBindNum = 1, Next = { Patch 0 }, Edge = { 2 } --- Two patches on another (Bind 2) ********** * * 1 * * 0 ****** * * 2 * ********** Bind info: Patch 0, edge 2 : NPatchs = 2, MultipleBindNum = 1, Next = { Patch 1, Patch 2 }, Edge = { 0, 0 } Patch 1, edge 0 : NPatchs = 1, MultipleBindNum = 2, MultipleBindId = 1, Next = { Patch 0 }, Edge = { 2 } Patch 2, edge 0 : NPatchs = 1, MultipleBindNum = 2, MultipleBindId = 0, Next = { Patch 0 }, Edge = { 2 } --- 4 patches on another (Bind 4) ********** * * 1 * * ****** * * 2 * * 0 ****** * * 3 * * ****** * * 4 * ********** Patch 0, edge 2 : NPatchs = 4, MultipleBindNum = 1, Next = { Patch 1, Patch 2, Patch 3, Patch 4 }, Edge = { 0, 0, 0, 0 } Patch 1, edge 0 : NPatchs = 1, MultipleBindNum = 4, MultipleBindId = 3, Next = { Patch 0 }, Edge = { 2 } Patch 2, edge 0 : NPatchs = 1, MultipleBindNum = 4, MultipleBindId = 2, Next = { Patch 0 }, Edge = { 2 } Patch 3, edge 0 : NPatchs = 1, MultipleBindNum = 4, MultipleBindId = 1, Next = { Patch 0 }, Edge = { 2 } Patch 4, edge 0 : NPatchs = 1, MultipleBindNum = 4, MultipleBindId = 0, Next = { Patch 0 }, Edge = { 2 } --- Note that zone_welder welds automaticaly the zones together but don't generate bind info for internal patch linking in a zone. It searches for shared vertices in the 2 zones and weld them. Zone_welder can perform only 1-1 bind type. I hope this is understandable, don't hesitate to ask for details. > 2. Once I manage to export a .zone file, what's the quickest, dirtiest way > to test it? Will I need to build an entire app just to load the .zone, or > is there some way I can easily hack it into the Snowballs client just to see > if it indeed exported a valid file? You can replace a zone in snowball, or make a simple application to see the zone. If you want, i can post a peace of code for a small app. Cyril Corvazier From corvazier@nevrax.com Wed Dec 19 09:37:27 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fBJ8bR386809 for ; Wed, 19 Dec 2001 09:37:27 +0100 (CET) (envelope-from corvazier@nevrax.com) Received: from cyrilc (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id fBJ8VxA08389 for ; Wed, 19 Dec 2001 09:31:59 +0100 (CET) (envelope-from corvazier@nevrax.com) Message-ID: <002201c18867$ac0089d0$1701a8c0@cyrilc> From: "Cyril 'Hulud' Corvazier" To: References: <004101c187d3$3bcb1a20$8aa9653f@geneticanomalies.com> <01bd01c187f9$1132c170$1701a8c0@cyrilc> Subject: Re: [Nel] Landscapes without 3DSMax Date: Wed, 19 Dec 2001 09:32:19 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform There is mistakes in the previous mail, --- In bind 2: > Patch 0, edge 2 : NPatchs = 2, MultipleBindNum = 1, Next = { Patch 1, Patch > 2 }, Edge = { 0, 0 } Please read : Patch 0, edge 2 : NPatchs = 2, MultipleBindNum = 1, Next = { Patch 2, Patch 1 }, Edge = { 0, 0 } --- In bind 4: > Patch 0, edge 2 : NPatchs = 4, MultipleBindNum = 1, Next = { Patch 1, Patch > 2, Patch 3, Patch 4 }, Edge = { 0, 0, 0, 0 } Please read : Patch 0, edge 2 : NPatchs = 4, MultipleBindNum = 1, Next = { Patch 4, Patch 3, Patch 2, Patch 1 }, Edge = { 0, 0, 0, 0 } Cyril Corvazier From psiegel@geneticanomalies.com Wed Dec 19 17:12:42 2001 Received: from mistery.geneticanomalies.com ([63.101.169.205]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fBJGCd389382 for ; Wed, 19 Dec 2001 17:12:41 +0100 (CET) (envelope-from psiegel@geneticanomalies.com) Received: from binkystick ([63.101.169.138]) by mistery.geneticanomalies.com (Lotus Domino Build 166.1) with SMTP id 2001121911015016:8126 ; Wed, 19 Dec 2001 11:01:50 -0500 From: "Paul Siegel" To: References: <796C10603A1BABC685256B27003D03FD.003DA22C85256B27@geneticanomalies.com> Date: Wed, 19 Dec 2001 11:05:16 -0500 MIME-Version: 1.0 X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 X-MIMETrack: Itemize by SMTP Server on mistery/Geneticanomalies(Release 5.0 |March 30, 1999) at 12/19/2001 11:01:50 AM, Serialize by Router on mistery/Geneticanomalies(Release 5.0 |March 30, 1999) at 12/19/2001 11:02:10 AM, Serialize complete at 12/19/2001 11:02:10 AM Message-ID: <002401c188a6$f3cafe00$8aa9653f@geneticanomalies.com> Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="iso-8859-1" Subject: [Nel] Re: Nel digest, Vol 1 #207 - 4 msgs Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Cyril to the rescue again! (Or do you prefer Hulud? And if so, will you tell me what it means?) You know, I've gotten slower responses from "support" that I pay for. My thanks again. > You can build patches with an heightfield. It a fast way to generate > a simple lansdcape. Simply raise the tangeants vertices with the joined > vertices of a bezier patch : you have a heightfield ! Hmm, I'm not sure I parse this, but it intrigues me. Unfortunately, my knowledge of height fields is even less than that of bezier patches, the latter of which I've only learned as I researched writing this plugin. What do you mean by "the joined vertices"? Are these the four outer corner vertices of a bezier patch? And what happens to the interiors? > The BindEdges info are required to properly link patches together at > runtime. You have to filled them for internal zone linking. zone_welder > will fill them of inter-zone link. Hear come some explications on how to fill the > CBindInfo. Thanks, the info was very helpful. I've coppied it over into a monospaced text file, and it all makes sense. I'm guessing now that the program I've been working with is much more simplistic than what you've had to deal with (though I guess it doesn't take much to be more simplistic than max!) The plugin includes the following code with which I can deal: typedef struct { float x, y, z; } SP_Vector; typedef struct { long v1, v2, v3; } SP_Triangle; typedef struct { SP_Vector ctrlPoints[4][4]; long numPoints, numTriangles; SP_Vector *points, *normals; SP_Triangle *triangles; } SP_Patch; void SPExportPatch(SP_Patch *patch) { /* This function is called for each patch in a layer. */ /* Every patch is described as both a set of control points (for a cubic Bezier */ /* patch) and as a set of triangles - use whichever you need. */ } Unfortunately there appears to be no information whatsoever on the interconnectivity of the patches. Therefore, I can either add some complex ruitines to mathematically figure out which patches are adjacent to each other and therefore how to bind them, or move along to another piece of software with hopefully better export data. I'd really hate to do the former as I've actually got the thing exporting zone files (they just have no bind info, and would probably look like hell if I tried to use them). The latter though seems rather intimidating, especially with my limited knowledge of three dimensional geometry. Well, before I make that decision I want to be sure I understand all the data I need to create these patches. I've got the vertices, tangents, interiors, and now the BindInfo structs. There is also an array of BaseVertices in the CPatchInfo object that I don't think I understand. Besides that the rest of the data appears to concern coloration and tiles, which I'm not going to worry about yet (recall that's phase 2). Is it valid though to set OrderS and OrderT to 0, and therefore only supply a single color for the entire patch? Will the patch render, or will I see nothing until I complete phase 2 (painting the patches)? Paul From corvazier@nevrax.com Wed Dec 19 18:26:26 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fBJHQP389787 for ; Wed, 19 Dec 2001 18:26:25 +0100 (CET) (envelope-from corvazier@nevrax.com) Received: from cyrilc (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id fBJHKvA15959 for ; Wed, 19 Dec 2001 18:20:57 +0100 (CET) (envelope-from corvazier@nevrax.com) Message-ID: <000901c188b1$91805460$1701a8c0@cyrilc> From: "Cyril 'Hulud' Corvazier" To: References: <004101c187d3$3bcb1a20$8aa9653f@geneticanomalies.com> <01bd01c187f9$1132c170$1701a8c0@cyrilc> Subject: Re: [Nel] Landscapes without 3DSMax Date: Wed, 19 Dec 2001 18:21:17 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform Hi Paul, Forget all the ASCII parts of the 2 previous mail, here is the good way to fill the CPatchInfo::CBindInfo structure : --- We will assume all patches in this example are oriented like this 0 3 *** * * *** 1 2 --- The edge numbers are : 3 *** 0 * * 2 *** 1 --- There is 3 ways to bind patches together. (1-1, 1-2, 1-4) --- One patch on another : ********** * * * * 0 * 1 * * * * ********** CBindInfo: Patch 0, edge 2 : NPatchs = 1, Next = { Patch 1 }, Edge = { 0 } Patch 1, edge 0 : NPatchs = 1, Next = { Patch 0 }, Edge = { 2 } --- Two patches on another (Bind 2) ********** * * 2 * * 0 ****** * * 1 * ********** Bind info: Patch 0, edge 2 : NPatchs = 2, Next = { Patch 1, Patch 2 }, Edge = { 0, 0 } Patch 1, edge 0 : NPatchs = 1, Next = { Patch 0 }, Edge = { 2 } Patch 2, edge 0 : NPatchs = 1, Next = { Patch 0 }, Edge = { 2 } --- 4 patches on another (Bind 4) ********** * * 4 * * ****** * * 3 * * 0 ****** * * 2 * * ****** * * 1 * ********** Patch 0, edge 2 : NPatchs = 4, Next = { Patch 1, Patch 2, Patch 3, Patch 4 }, Edge = { 0, 0, 0, 0 } Patch 1, edge 0 : NPatchs = 1, Next = { Patch 0 }, Edge = { 2 } Patch 2, edge 0 : NPatchs = 1, Next = { Patch 0 }, Edge = { 2 } Patch 3, edge 0 : NPatchs = 1, Next = { Patch 0 }, Edge = { 2 } Patch 4, edge 0 : NPatchs = 1, Next = { Patch 0 }, Edge = { 2 } --- Sorry but i have been confused by the two classes called CPatch::CBindInfo and CPatchInfo::CBindInfo. :-) Cyril Corvazier. From zen@lapisonline.com Thu Dec 20 08:25:46 2001 Received: from proxy.lapisonline.com (ns1.lapisonline.com [210.65.246.1]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fBK7Ph394555 for ; Thu, 20 Dec 2001 08:25:45 +0100 (CET) (envelope-from zen@lapisonline.com) Received: from blackmesa (c1-15.lapisonline.com [10.1.1.15]) by proxy.lapisonline.com (Postfix) with SMTP id 2F17C3260E for ; Thu, 20 Dec 2001 15:19:33 +0800 (CST) Message-ID: <001301c18926$c1ec3590$0f01010a@blackmesa> From: "zen" To: Date: Thu, 20 Dec 2001 15:20:09 +0800 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0010_01C18969.CFF89230" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Subject: [Nel] precompiled header file Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform This is a multi-part message in MIME format. ------=_NextPart_000_0010_01C18969.CFF89230 Content-Type: text/plain; charset="big5" Content-Transfer-Encoding: quoted-printable Hi all! I don't know whether gcc support precompiled header or not, but = VisualC++ do support it. So, I suggest the VC++ workspace setting take = advantage of this. I've make some experiment on the 'misc' project. The = compiling time drop from 2 minutes to 1 minute and 30 seconds, reduced = about 25% , not bad. And in case you don't know how to set precompiled header file support, = these are the steps: 1. Add to the project a .h file, e.g stdafx.h, which #includes those = common header files, particularly STL header files . 2. Add a dumb .cpp file, e.g stdafx.cpp, which do nothing more than = #include "stdafx.h". 3. Change project setting, in 'C/C++' tab 'Precompiled Headers' set it = to 'Use precompiled header file [.pch]' through header: stdafx.h. 4. Change the setting of stdafx.cpp to 'Create precompiled header file = [.pch]'. 5. Add every .cpp file a line #include "stdafx.h". 6. recompile. Hope this would be helpful. Regards, Zen Jean ------=_NextPart_000_0010_01C18969.CFF89230 Content-Type: text/html; charset="big5" Content-Transfer-Encoding: quoted-printable
Hi all!
 
I don't know whether gcc support = precompiled=20 header or not, but VisualC++ do support it. So, I suggest the VC++=20 workspace setting take advantage of this. I've make some experiment on = the=20 'misc' project. The compiling time drop from 2 minutes to 1 minute and = 30=20 seconds, reduced about 25% , not bad.
 
And in case you don't know = how to set precompiled=20 header file support, these are the steps:
1. Add to the = project a .h file, e.g=20 stdafx.h, which #includes those common header files, particularly = STL=20 header files .
2. Add a dumb .cpp file, = e.g stdafx.cpp, which do=20 nothing more than #include "stdafx.h".
3. Change project setting, = in 'C/C++' tab=20 'Precompiled Headers' set it to 'Use precompiled header file [.pch]' = through=20 header: stdafx.h.
4. Change the setting of = stdafx.cpp to 'Create=20 precompiled header file [.pch]'.
5. Add every .cpp = file a line #include=20 "stdafx.h".
6. recompile.
 
Hope this would be = helpful.
 
Regards,
Zen Jean
 
------=_NextPart_000_0010_01C18969.CFF89230-- From sorn@dsl.upc.es Thu Dec 20 12:35:02 2001 Received: from dsl.upc.es (dsl.upc.es [147.83.61.61]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fBKBZ2r95978 for ; Thu, 20 Dec 2001 12:35:02 +0100 (CET) (envelope-from sorn@dsl.upc.es) Received: from dsl.upc.es (localhost [127.0.0.1]) by dsl.upc.es (8.12.1/8.12.1/Debian -2) with ESMTP id fBKBeGCa015528 for ; Thu, 20 Dec 2001 12:40:16 +0100 Received: from localhost (sorn@localhost) by dsl.upc.es (8.12.1/8.12.1/Debian -2) with ESMTP id fBKBe9U8015390 for ; Thu, 20 Dec 2001 12:40:09 +0100 Date: Thu, 20 Dec 2001 12:40:08 +0100 (CET) From: David Artiga Torrijos To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: [Nel] Building Nel Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0beta5 Precedence: bulk Reply-To: nel@nevrax.org List-Id: Developer's list for the NeL platform When running 'bootstrap' in 'Nel' src dir, i'm getting: aclocal: configure.in: 410: macro `AM_PATH_XML' not found in library Any idea? Thx From miller@nevrax.com Thu Dec 20 20:09:12 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fBKJ9Cw15027 for ; Thu, 20 Dec 2001 20:09:12 +0100 (CET) (envelope-from miller@nevrax.com) Received: from miller (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id fBKJ3iA27687 for ; Thu, 20 Dec 2001 20:03:44 +0100 (CET) (envelope-from miller@nevrax.com) From: "Daniel Miller" To: Subject: RE: [Nel] peer to peer ? Date: Thu, 20 Dec 2001 20:03:29 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Importance: Normal In-Reply-To: <200112181215.3bac@lh00.opsion.fr> Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: There are various reasons why we haven't opted for a peer to peer model. One of the most basic problems is this: We are trying to achieve a high level of audio-visual immersion with scenes in which tens or hundreds of individuals move about fluidly. The majority of players only have 56k modems and bandwidth is a big issue. The problem with peer to peer is that each player has to send and receive tens or hundreds of packets per scene update at a rate of several scene updates per second. The internet headers alone for these packets are liable to completely drown the modem. Internally we use kunning systems to decide which information on which players is relavent to send to which other players taking bandwidth constraints into account. This allows us to make optimum use of the bandwidth available. This code is tightly tied in with the game systems so I'm affraid it won't be released for a while yet. Daniel -----Original Message----- From: nel-admin@nevrax.org [mailto:nel-admin@nevrax.org]On Behalf Of nicolas.boulay@ifrance.com Sent: Tuesday, December 18, 2001 1:16 PM To: nel@nevrax.org Subject: [Nel] peer to peer ? --__--__-- Message: 3 From: "Vianney Lecroart" To: Subject: Re: [Nel] server architecture (front end, load balancing, login service, ....) Date: Mon, 17 Dec 2001 15:22:30 +0100 charset="iso-8859-1" Reply-To: nel@nevrax.org > But how clients are balanced between the N front ends of a shard ? For now, the welcome service does a dumb balancement (try to have the same player number on each front end). >>>> Why don't you try to use LVS ? More generaly do you plan to make direct connection between client (such peer to peer network, or distributed computing) ? It could be nice for reduicing trafic to the server. To havoid cheating, each client cheeck data as the server does. Maybe it could be possible to connect people which interract a lot (in the same area, ...), there is still some mouvement with server to handle critical ressouces. So mouvement to the center server are almost reduice to the minimum. Does i smoke too much ? nicO ____________________________________________________________________________ __ ifrance.com, l'email gratuit le plus complet de l'Internet ! vos emails depuis un navigateur, en POP3, sur Minitel, sur le WAP... http://www.ifrance.com/_reloc/email.emailif _______________________________________________ Nel mailing list Nel@nevrax.org /mailman/listinfo.cgi/nel From nel-list@mindcontrol.org Tue Dec 25 17:51:18 2001 Received: from smithers.sfrn.dnai.com (smithers.sfrn.dnai.com [208.59.199.26]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fBPGpHw09009 for ; Tue, 25 Dec 2001 17:51:17 +0100 (CET) (envelope-from nel-list@mindcontrol.org) Received: from sideshow-mel.sfrn.dnai.com (sideshow-mel.sfrn.dnai.com [208.59.199.19]) by smithers.sfrn.dnai.com (8.11.2/8.11.2) with ESMTP id fBPGjKW61722 for ; Tue, 25 Dec 2001 08:45:24 -0800 (PST) Received: from ns.watte.net (optiplex.b500.com [216.15.97.85]) by sideshow-mel.sfrn.dnai.com (8.11.3/8.11.3) with ESMTP id fBPGgOd46847 for ; Tue, 25 Dec 2001 08:42:25 -0800 (PST) (envelope-from nel-list@mindcontrol.org) Received: from JWATTELAP (10-0-2-4.b500.com [10.0.2.4]) by ns.watte.net (8.9.3/8.9.3) with SMTP id IAA03424 for ; Tue, 25 Dec 2001 08:45:34 -0800 From: "Nel List" To: Date: Tue, 25 Dec 2001 08:45:26 -0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 In-Reply-To: <200112241931.fBOJVSw02506@www.nevrax.org> Subject: [Nel] Max Bezier Patches Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: > Unfortunately there appears to be no information whatsoever on the > interconnectivity of the patches. Therefore, I can either add > some complex If these are Bezier patches, then the outer control points (the four corners) will be shared with the neighbours; two corners per neighbour. This seems to me to be equivalent to finding adjacent triangles using shared edges, which certainly isn't complicated math (although the simplest implementation takes O(n^2) time). From nicolas.boulay@ifrance.com Wed Dec 26 13:40:49 2001 Received: from relay-1v.club-internet.fr (relay-1v.club-internet.fr [194.158.96.112]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fBQCemw14841 for ; Wed, 26 Dec 2001 13:40:49 +0100 (CET) (envelope-from nicolas.boulay@ifrance.com) Received: from ifrance.com (vlt11-112.n.club-internet.fr [195.36.224.112]) by relay-1v.club-internet.fr (Postfix) with ESMTP id 3F6AA169F for ; Wed, 26 Dec 2001 13:35:15 +0100 (CET) Message-ID: <3C2A18B1.46FF1048@ifrance.com> Date: Wed, 26 Dec 2001 13:36:33 -0500 From: nicO X-Mailer: Mozilla 4.77 [fr] (X11; U; Linux 2.4.3-20mdk i686) X-Accept-Language: en MIME-Version: 1.0 To: nel@nevrax.org References: <200112251100.fBPB0Aw07343@www.nevrax.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: [Nel] Re: Nel digest, Vol 1 #210 - 1 msg Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: I imagine that the data resend by the server are almost the same than those send by the client. It isn't possible to mix this to technics ? We can imagine peer to peer access for close characters to interract with a minimuim latency. And for the farer charaters, we can use the server and movement prediction (which could not be so bad because if there far, the characters will be small on screen). The idea behind that is to relax the pressure on the needed latency of the server. Does it not possible to add some more intelligence inside the client to predict what is usefull or not to minimize exchange ? nicO > Subject: RE: [Nel] peer to peer ? > > There are various reasons why we haven't opted for a peer to peer model. > > One of the most basic problems is this: > We are trying to achieve a high level of audio-visual immersion with scenes > in which tens or hundreds of individuals move about fluidly. The majority of > players only have 56k modems and bandwidth is a big issue. The problem with > peer to peer is that each player has to send and receive tens or hundreds of > packets per scene update at a rate of several scene updates per second. The > internet headers alone for these packets are liable to completely drown the > modem. > > Internally we use kunning systems to decide which information on which > players is relavent to send to which other players taking bandwidth > constraints into account. This allows us to make optimum use of the > bandwidth available. > > This code is tightly tied in with the game systems so I'm affraid it won't > be released for a while yet. > > Daniel > > -----Original Message----- > From: nel-admin@nevrax.org [mailto:nel-admin@nevrax.org]On Behalf Of > nicolas.boulay@ifrance.com > Sent: Tuesday, December 18, 2001 1:16 PM > To: nel@nevrax.org > Subject: [Nel] peer to peer ? > > -- __--__-- > > Message: 3 > From: "Vianney Lecroart" > To: > Subject: Re: [Nel] server architecture (front end, > load balancing, login service, ....) > Date: Mon, 17 Dec 2001 15:22:30 +0100 > charset="iso-8859-1" > Reply-To: nel@nevrax.org > > > But how clients are balanced between the N front > ends of a shard ? > > For now, the welcome service does a dumb balancement > (try to have the same > player number on each front end). > > >>>> Why don't you try to use LVS ? > More generaly do you plan to make direct connection > between client (such peer to peer network, or > distributed computing) ? It could be nice for > reduicing trafic to the server. To havoid cheating, > each client cheeck data as the server does. Maybe it > could be possible to connect people which interract a > lot (in the same area, ...), there is still some > mouvement with server to handle critical ressouces. > So mouvement to the center server are almost reduice > to the minimum. > > Does i smoke too much ? > > nicO > From lecroart@nevrax.com Wed Dec 26 14:05:21 2001 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fBQD5Lw14992 for ; Wed, 26 Dec 2001 14:05:21 +0100 (CET) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id fBQCxmJ04612 for ; Wed, 26 Dec 2001 13:59:48 +0100 (CET) (envelope-from lecroart@nevrax.com) Message-ID: <003101c18e0d$38622640$0901a8c0@vianneyl> From: "Vianney Lecroart" To: References: <001301c18926$c1ec3590$0f01010a@blackmesa> Subject: Re: [Nel] precompiled header file Date: Wed, 26 Dec 2001 13:59:57 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="big5" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi Zen, >I don't know whether gcc support precompiled header or not, but VisualC++ do support it. We know precomp headers and we don't include it because on big project we already had some strange bug during compilation because of precomp headers so we decided to not use them because we already have lot of strange visual bug to don't add more. But we'll do a try soon and add them in the CVS if it works fine. Vianney Lecroart --- lead network programmer / nevrax.com icq#: 6870415 homepage: http://ace.planet-d.net www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? From valignat@gw.nevrax.com Wed Jan 2 19:05:20 2002 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g02I5Kw72484 for ; Wed, 2 Jan 2002 19:05:20 +0100 (CET) (envelope-from valignat@gw.nevrax.com) Received: from gw.nevrax.com (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with ESMTP id g02HxhJ43754 for ; Wed, 2 Jan 2002 18:59:43 +0100 (CET) (envelope-from valignat@gw.nevrax.com) Received: (from valignat@localhost) by gw.nevrax.com (8.11.6/8.11.6) id g02Hwg991298 for nel@nevrax.org; Wed, 2 Jan 2002 18:58:42 +0100 (CET) (envelope-from valignat) Date: Wed, 2 Jan 2002 18:58:42 +0100 From: Cedric Valignat To: nel@nevrax.org Subject: Re: [Nel] Building Nel Message-ID: <20020102185842.A91285@nevrax.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from sorn@dsl.upc.es on Thu, Dec 20, 2001 at 12:40:08PM +0100 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi David, According to David Artiga Torrijos: > When running 'bootstrap' in 'Nel' src dir, i'm getting: > > aclocal: configure.in: 410: macro `AM_PATH_XML' not found in library > > Any idea? You get this error message because libxml is not or incorectly installed, you have to install the devel package on GNU/Linux platforms. Cedric. From psiegel@geneticanomalies.com Wed Jan 2 20:59:37 2002 Received: from mistery.geneticanomalies.com ([63.101.169.205]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g02Jxaw73146 for ; Wed, 2 Jan 2002 20:59:37 +0100 (CET) (envelope-from psiegel@geneticanomalies.com) Received: from binkystick ([63.101.169.138]) by mistery.geneticanomalies.com (Lotus Domino Build 166.1) with SMTP id 2002010214482717:2412 ; Wed, 2 Jan 2002 14:48:27 -0500 From: "Paul Siegel" To: Date: Wed, 2 Jan 2002 14:52:20 -0500 MIME-Version: 1.0 X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 X-MIMETrack: Itemize by SMTP Server on mistery/Geneticanomalies(Release 5.0 |March 30, 1999) at 01/02/2002 02:48:27 PM, Serialize by Router on mistery/Geneticanomalies(Release 5.0 |March 30, 1999) at 01/02/2002 02:48:34 PM, Serialize complete at 01/02/2002 02:48:34 PM Message-ID: <016f01c193c6$fd5b20a0$8aa9653f@geneticanomalies.com> Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="iso-8859-1" Subject: [Nel] Welding and Lighting zones Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: I've got some zones built that I wanted to try and do the post-processing work on, so I went into the code\nel\tools\3d\landscape_builder directory and tried to follow the steps therein. I got the three executables built (zone_dependencies.exe, zone_lighter.exe, and zone_welder.exe) and put them in the bin directory. I put my exported zone files in the zone_exported directory. Then I started running the batch files. Everything was working fine until I got to 2_weld.bat. I was quite surprised to find it contained only the single command: bash sh\weld.sh I noticed that 3_light.bat contained a very similar command as well. This doesn't help me very much working on a Windows machine and not having a bash shell to execute the script with. But never mind, I'm resourceful, I figured I could crack open sh\weld.sh, learn what it was doing, and recode 2_weld.bat to do the same. Then to my horror I found that the sh directory was empty. I double-checked CVS, and sure enough there are no files in the sh directory. Where are these scripts? Can someone send me them, or at least tell me what they are supposed to do? Thanks. Paul From milou212@msn.com Thu Jan 3 04:34:11 2002 Received: from hotmail.com (f14.pav0.hotmail.com [64.4.33.85]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g033YAw76301 for ; Thu, 3 Jan 2002 04:34:10 +0100 (CET) (envelope-from milou212@msn.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Wed, 2 Jan 2002 19:28:28 -0800 Received: from 208.231.226.159 by pv0fd.pav0.hotmail.msn.com with HTTP; Thu, 03 Jan 2002 03:28:28 GMT X-Originating-IP: [208.231.226.159] From: "James Sanders" To: nel@nevrax.org Date: Wed, 02 Jan 2002 19:28:28 -0800 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 03 Jan 2002 03:28:28.0399 (UTC) FILETIME=[B5CE37F0:01C19406] Subject: [Nel] Licensing Issue Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hello, I have a question. Lets say I wrote a killer MMPOG with Nel and I became a hit, not that that would happen, just hypothetically :). Now, because this isn't a perfect world, what keeps a user from just recompiling the code with for instance wireframing enabled to give himself an unfair advantage over the other users. This is a real possibility with GPL. My question is, are there any alternative licenses available? E.g., pay or profit sharing in return for a closed source license. Just wondering. Thanks, James _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp. From milou212@msn.com Thu Jan 3 06:01:28 2002 Received: from hotmail.com (f34.pav0.hotmail.com [64.4.32.218]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0351Rw76989 for ; Thu, 3 Jan 2002 06:01:27 +0100 (CET) (envelope-from milou212@msn.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Wed, 2 Jan 2002 20:55:44 -0800 Received: from 208.231.226.159 by pv0fd.pav0.hotmail.msn.com with HTTP; Thu, 03 Jan 2002 04:55:44 GMT X-Originating-IP: [208.231.226.159] From: "James Sanders" To: nel@nevrax.org Subject: Re: [Nel] Licensing Issue Date: Wed, 02 Jan 2002 20:55:44 -0800 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 03 Jan 2002 04:55:44.0215 (UTC) FILETIME=[E6985670:01C19412] Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: As an amendment, if the server is not distributed, is it therefore not covered under the GPL and can be closed source? Not trying to be difficult, just curious. Thanks again. James >From: "James Sanders" >Reply-To: nel@nevrax.org >To: nel@nevrax.org >Subject: [Nel] Licensing Issue >Date: Wed, 02 Jan 2002 19:28:28 -0800 > >Hello, > I have a question. Lets say I wrote a killer MMPOG with Nel and I >became a hit, not that that would happen, just hypothetically :). Now, >because this isn't a perfect world, what keeps a user from just recompiling >the code with for instance wireframing enabled to give himself an unfair >advantage over the other users. This is a real possibility with GPL. My >question is, are there any alternative licenses available? E.g., pay or >profit sharing in return for a closed source license. Just wondering. > >Thanks, >James > >_________________________________________________________________ >Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp. > >_______________________________________________ >Nel mailing list >Nel@nevrax.org >/mailman/listinfo.cgi/nel _________________________________________________________________ Chat with friends online, try MSN Messenger: http://messenger.msn.com From corvazier@nevrax.com Thu Jan 3 10:16:22 2002 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g039GMw78428 for ; Thu, 3 Jan 2002 10:16:22 +0100 (CET) (envelope-from corvazier@nevrax.com) Received: from cyrilc (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g039AjJ46741 for ; Thu, 3 Jan 2002 10:10:45 +0100 (CET) (envelope-from corvazier@nevrax.com) Message-ID: <001101c19436$93884250$1701a8c0@cyrilc> From: "Cyril 'Hulud' Corvazier" To: References: <016f01c193c6$fd5b20a0$8aa9653f@geneticanomalies.com> Subject: Re: [Nel] Welding and Lighting zones Date: Thu, 3 Jan 2002 10:11:06 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi Paul, You can use landscape_builder to build the landscape. But this tools is now deprecated and will not be supported in the futur. We have unified the export / bulid process for all NeL 3d media. It is done in the folder build_gamedata. It provids for each NeL 3d media type, an export process (from 3dsmax or directly from the artist database), a build process to make the final data and an install process to copy data into the final client directories. All is done with batch files. Each process is incremental, i-e, build only modified data. In build_gamedata/processes/, you will find the build environement for each NeL3d media. In build_gamedata/cfg/ you will find some configuration files. In build_gamedata/processes/zone, you will find a build environnement for the landscape very close to landscape_builder. > I was quite surprised to find it contained only the single command: > > bash sh\weld.sh We use the cygwin toolkit to build the landscape under windows and it works well. http://www.cygwin.com > Then to my horror I found that the sh directory was empty. I double-checked > CVS, and sure enough there are no files in the sh directory. Where are > these scripts? Can someone send me them, or at least tell me what they are > supposed to do? Thanks. Yes, the scripts was missing ! Sorry for this. It should be ok now. Regards, Cyril Corvazier From lecroart@nevrax.com Thu Jan 3 10:54:49 2002 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g039snw78647 for ; Thu, 3 Jan 2002 10:54:49 +0100 (CET) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g039nCJ47052 for ; Thu, 3 Jan 2002 10:49:12 +0100 (CET) (envelope-from lecroart@nevrax.com) Message-ID: <001a01c1943b$e5f3dc70$0901a8c0@vianneyl> From: "Vianney Lecroart" To: References: Subject: Re: [Nel] Licensing Issue Date: Thu, 3 Jan 2002 10:49:12 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi James, > I have a question. Lets say I wrote a killer MMPOG with Nel and I > became a hit, not that that would happen, just hypothetically :). Now, > because this isn't a perfect world, what keeps a user from just recompiling > the code with for instance wireframing enabled to give himself an unfair > advantage over the other users. This is a real possibility with GPL. My > question is, are there any alternative licenses available? E.g., pay or > profit sharing in return for a closed source license. Just wondering. Enabling wireframe in game was already done in games like Quake or Counter Strike and these games are *not* GPL so the problem is not a GPL problem but a generic one that is: You can't know what the player will do with the client. To resolve this problem, you can send to the client only visible entities or change your gameplay to disable the avantage to see across the wall. For now, NeL is available only on the GPL licence. > As an amendment, if the server is not distributed, is it therefore not > covered under the GPL and can be closed source? The GPL licence says that you have to give the source of your program to anybody who ask you only if you distribute your program. Vianney Lecroart --- lead network programmer / nevrax.com icq#: 6870415 homepage: http://ace.planet-d.net www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? From nel-list@mindcontrol.org Thu Jan 3 17:59:40 2002 Received: from moe.sfrn.dnai.com (moe.sfrn.dnai.com [208.59.199.25]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g03Gxdw81149 for ; Thu, 3 Jan 2002 17:59:39 +0100 (CET) (envelope-from nel-list@mindcontrol.org) Received: from sideshow-bob.sfrn.dnai.com (sideshow-bob.sfrn.dnai.com [208.59.199.20]) by moe.sfrn.dnai.com (8.11.2/8.11.2) with ESMTP id g03Grc802801 for ; Thu, 3 Jan 2002 08:53:38 -0800 (PST) Received: from ns.watte.net (optiplex.b500.com [216.15.97.85]) by sideshow-bob.sfrn.dnai.com (8.11.3/8.11.3) with ESMTP id g03GrC917775 for ; Thu, 3 Jan 2002 08:53:12 -0800 (PST) (envelope-from nel-list@mindcontrol.org) Received: from JWATTELAP (64-178-80-34.customer.algx.net [64.178.80.34]) by ns.watte.net (8.9.3/8.9.3) with SMTP id IAA00622 for ; Thu, 3 Jan 2002 08:53:55 -0800 From: "Nel List" To: Date: Thu, 3 Jan 2002 08:53:53 -0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 In-Reply-To: <200201031101.g03B12w79039@www.nevrax.org> Subject: [Nel] RE: Nel miscellanea Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: > I noticed that 3_light.bat contained a very similar command as well. This > doesn't help me very much working on a Windows machine and not > having a bash You might want to get Cygwin and install it. It runs fine on Win98 and Win2k, and comes with bash and all the usual shell tools. Another goodie to get for your Windows box is perl (typically, from the ActivePerl distribution). > >because this isn't a perfect world, what keeps a user from just > recompiling > >the code with for instance wireframing enabled to give himself an unfair > >advantage over the other users. This is a real possibility with GPL. My If the data goes over the wire to the user's machine, it is visible to an enterprising user (witness ShowEQ). Re-compiling the client doesn't change this in any real way (as long as all decisions are made on the server). > We have unified the export / bulid process for all NeL 3d media. What I've found lacking the most when looking through the NeL sources is simply documentation on how to build and use it; especially under Windows. There's all kinds of miscellaneous DSW files scattered over the source tree, and nowhere does it say which ones should be built, in what order, or what the other requisite tools/libraries needed are. > Yes, the scripts was missing ! Sorry for this. It should be ok now. Does this mean you don't have an automated daily build? Having a machine that checks out a clean source into an empty directory, and turns the crank to build the real product, is a must-have for any engineering organization. You may find that if your build is too complicated to get that going, effort you put into fixing that may improve the issue above, too. From zane@supernova.org Thu Jan 3 18:19:57 2002 Received: from xchnghq2.mmsa.com (xchngq2.mmsa.com [205.227.150.22] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g03HJtw81309 for ; Thu, 3 Jan 2002 18:19:56 +0100 (CET) (envelope-from zane@supernova.org) Received: from IS64E003 ([172.18.51.157]) by xchnghq2.mmsa.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id Z6VQVMAA; Thu, 3 Jan 2002 09:14:10 -0800 Message-ID: <00e101c19479$64c6fa40$9d3312ac@hq.mmsa.com> From: "Zane" To: References: Subject: Re: [Nel] RE: Nel miscellanea Date: Thu, 3 Jan 2002 09:09:24 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: ----- Original Message ----- From: "Nel List" Sent: Thursday, January 03, 2002 8:53 AM > Does this mean you don't have an automated daily build? Having a > machine that checks out a clean source into an empty directory, and > turns the crank to build the real product, is a must-have for any > engineering organization. You may find that if your build is too > complicated to get that going, effort you put into fixing that may > improve the issue above, too. Yes, that's what it means. In the past I was updating and recompiling NeL daily but about 50% of the time it wouldn't compile due to errors checked into CVS. Cross-file errors I can understand in a large project with multiple developers. Typos or ommisions that cause the code to be incompilable I can't, it's a major annoyance. Anyway, I'm lucky to get the code at all. :) -E.J. Wilburn From corvazier@nevrax.com Thu Jan 3 19:09:53 2002 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g03I9qw81660 for ; Thu, 3 Jan 2002 19:09:52 +0100 (CET) (envelope-from corvazier@nevrax.com) Received: from cyrilc (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g03I4EJ52126 for ; Thu, 3 Jan 2002 19:04:14 +0100 (CET) (envelope-from corvazier@nevrax.com) Message-ID: <006f01c19481$1b1c0e00$1701a8c0@cyrilc> From: "Cyril 'Hulud' Corvazier" To: References: Subject: Re: [Nel] RE: Nel miscellanea Date: Thu, 3 Jan 2002 19:04:36 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi, > What I've found lacking the most when looking through the NeL sources > is simply documentation on how to build and use it; especially under > Windows. There's all kinds of miscellaneous DSW files scattered over > the source tree, and nowhere does it say which ones should be built, > in what order, or what the other requisite tools/libraries needed are. Yes, you're right. We know that the lack of documentation is a problem. Be sure that it will be solved in a near future when we will stabilise a NeL version. For the moment, we are taken by internal deadline. > > Yes, the scripts was missing ! Sorry for this. It should be ok now. > > Does this mean you don't have an automated daily build? Having a > machine that checks out a clean source into an empty directory, and > turns the crank to build the real product, is a must-have for any > engineering organization. You may find that if your build is too > complicated to get that going, effort you put into fixing that may > improve the issue above, too. Please, note that those sources was deprecated. It means, we don't use it anymore. Can you please put your name in your messages ? It is a must-have for any user of this list. Cyril Corvazier --- Lead 3d programmer Nevrax France From corvazier@nevrax.com Thu Jan 3 19:11:49 2002 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g03IBmw81687 for ; Thu, 3 Jan 2002 19:11:48 +0100 (CET) (envelope-from corvazier@nevrax.com) Received: from cyrilc (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g03I6AJ52142 for ; Thu, 3 Jan 2002 19:06:10 +0100 (CET) (envelope-from corvazier@nevrax.com) Message-ID: <007001c19481$602d5440$1701a8c0@cyrilc> From: "Cyril 'Hulud' Corvazier" To: References: <00e101c19479$64c6fa40$9d3312ac@hq.mmsa.com> Subject: Re: [Nel] RE: Nel miscellanea Date: Thu, 3 Jan 2002 19:06:32 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi, > Yes, that's what it means. In the past I was updating and recompiling NeL > daily but about 50% of the time it wouldn't compile due to errors checked > into CVS. Cross-file errors I can understand in a large project with > multiple developers. Typos or ommisions that cause the code to be > incompilable I can't, it's a major annoyance. Yes, sometimes sources on the CVS doesn't compile under linux. It comes from 2 main reasons: 1) Most of NeL developpement is done under Windows and rarely under linux. (Some network guys do it..). Sometimes, you're right, sources checked into the CVS doesn't compile under linux, but very rarley under windows. We have automatic rebuild systems at Nevrax, but sometimes errors pass thru. 2) The CVS is updated with a daily snapshot and not a stabilized / tested / compiled version. But be sure that for our internal developement, the CVS is always consisting. Cyril Corvazier From ahoyt@packetport.com Thu Jan 3 20:15:01 2002 Received: from smtp1.mail.iamworld.net (smtp1-out.mail.iamworld.net [204.91.241.116]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g03JExw82246 for ; Thu, 3 Jan 2002 20:15:00 +0100 (CET) (envelope-from ahoyt@packetport.com) Received: from tony ([207.86.139.130]) by smtp1.mail.iamworld.net (8.9.3/8.9.3) with SMTP id OAA3976378 for ; Thu, 3 Jan 2002 14:09:21 -0500 (EST) Date: Thu, 3 Jan 2002 14:09:32 -0500 From: Tony Hoyt To: nel@nevrax.org Subject: Re: [Nel] RE: Nel miscellanea Message-Id: <20020103140932.7c24b7d0.ahoyt@packetport.com> In-Reply-To: References: <200201031101.g03B12w79039@www.nevrax.org> Organization: PacketPort.com Inc. X-Mailer: Sylpheed version 0.6.6claws (GTK+ 1.2.9; sparc-sun-solaris2.7) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: "Nel List" wrote: > > >because this isn't a perfect world, what keeps a user from just > > recompiling > > >the code with for instance wireframing enabled to give himself an > > >unfair advantage over the other users. This is a real possibility > > >with GPL. My > > If the data goes over the wire to the user's machine, it is visible > to an enterprising user (witness ShowEQ). Re-compiling the client > doesn't change this in any real way (as long as all decisions are > made on the server). Some possable results of allowing the client to be released to the general public have been disccused before. I believe someone here published a link to a website discussing this very issue, focusing on two key problems with open source clients. And this is no matter what format you end up following, includeing the complete "Only send client location of things local to the player, and only the bare bones data as well (Location, moveing, apperence, and health in % for the case of a RPG style online game) 1) Radars: These are specialy dangerous for Player vs Player combat. since it can allow someone to know instantly 1) Who are your enemies around you, 2) How much health they have, and depending on how clever the hacker is 3) how strong the player is vs you. The last bit of data comes from the fact that some online games offer you some clue as the level of the people around you, as well as monsters for your information. This kind of information can lead to unfair advantages. In Dark Age of Camelot, which is said to have taken the minimalist apporach to sending data to players, even they have recently had concernes about such "radar" 3rd party applications. ShowEQ is all about this, and exploits the fact that the game sends all monsters spawn information to the client constantly. Although not Player spawn information unless local to the player. 2) Auto-aimers: This doesn't sound like it could be a problem on say MMORPG's but it can be if it means players can auto-target the weakest player in a Player vs Player conflict and constantly attack them. Auto-targeting is still a problem here, no matter where it came from. 2a) Derived from this we get, Auto-Clickers or in other words, applications that automaticly perform repedative actions or a macro of complex actins. Perhaps, again in a RPG setting, a healer could then put all his healing action onto a long string of intelligent macros that will watch some players health levels, and then auto-send a heal command at say 40% loss. That's a combination of auto-targeting and auto-commands. Reverse this for Combat mages, Auto-targeting for spell attacks.. You get the idea. 2b) The final and worse form of this, Bots. Auto-hunters that can run around, and hunt for players hour after hour without the player actually being there or only occasionaly monitoring. Quite unfair from my stand point. Now that's enough examples at the moment. As you can say, and as the article said before (I wish I had the link) This problem is quite serious even if the source is not released. Packet sniffing and reverse engineering will always result in the hackers discovering everything they need to know to make there tools work. Possable solutions. These just came to me. These will only work in a closed source solution. 1) Re-arrange the order of data in the packets every build or whenever you can. This forces the hackers to re-sniff and learn all your packets again each time you come out with a new version of the client. 2) Update/change your encription: Again, they will discover what you are using, and just changeing one of the keys won't be enough. I don't know a whole lot about encription but hopefully there's something that can be done to perlong the chance that the hackers will be successfull. Please note that even this method is not invulnerable to de-compileing the application. 3) Change the ports you use for communication: Again a delaying tactic at best. It's not a great solution but, it's better then nothing. You can get really fancy with this, and make the port the client connects to the server for game data the result of a function based off of data sent from the 'connection' port and user data. That idea may only work with tcp/ip though. There are a thousand tactics you can use. But all of them are simply slowing measure to prevent hacking. Hackers are only successful nine times out of ten because the client never changes for long periods of time, and when it does change, changes only very minorly so. This makeing it easy for a hacker with enough time on his hands, (Or on the hands of a small team of them) to decode the packets, and then engineer a soultion to decode the packets for there own use. ShowEQ is the best result of such a product (http://www.sourceforge.com/projects/seq) The most trouble they ever have, is when the packets change size slightly, or the encription changes. Other then that, it knows everything about anything that goes on. Tony > > > > We have unified the export / bulid process for all NeL 3d media. > > What I've found lacking the most when looking through the NeL sources > is simply documentation on how to build and use it; especially under > Windows. There's all kinds of miscellaneous DSW files scattered over > the source tree, and nowhere does it say which ones should be built, > in what order, or what the other requisite tools/libraries needed are. > > > > Yes, the scripts was missing ! Sorry for this. It should be ok now. > > Does this mean you don't have an automated daily build? Having a > machine that checks out a clean source into an empty directory, and > turns the crank to build the real product, is a must-have for any > engineering organization. You may find that if your build is too > complicated to get that going, effort you put into fixing that may > improve the issue above, too. > > > > _______________________________________________ > Nel mailing list > Nel@nevrax.org > /mailman/listinfo.cgi/nel From zager@teleaction.com Thu Jan 3 21:44:23 2002 Received: from jupiter.augur.de (jupiter.teleaction.de [194.149.245.1]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g03KiMw83191 for ; Thu, 3 Jan 2002 21:44:22 +0100 (CET) (envelope-from zager@teleaction.com) Received: from zager ([194.149.245.62]) by jupiter.augur.de (8.8.8+Sun/8.8.8) with ESMTP id VAA14427 for ; Thu, 3 Jan 2002 21:38:31 +0100 (MET) Date: Thu, 3 Jan 2002 21:40:31 +0100 From: Dim Segebart X-Mailer: The Bat! (v1.49) Business X-Priority: 3 (Normal) Message-ID: <4296816864.20020103214031@teleaction.de> To: Tony Hoyt Subject: Re[2]: [Nel] RE: Nel miscellanea In-reply-To: <20020103140932.7c24b7d0.ahoyt@packetport.com> References: <200201031101.g03B12w79039@www.nevrax.org> <20020103140932.7c24b7d0.ahoyt@packetport.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: Dim Segebart List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: IMHO, cheating is bad only then ones try to increase his stat's points: Health, Power, Mana, etc. But this kind of cheating prevents by server-side decision making (I hope) Other kind of tools like radars, wire framing, auto targeting, etc., etc. are not cheats but features ;) Just provide enough of such tools as default set to the end user and he will be happy to use it, moreover telling the user which helper means are activated by his opponent will help him to adjust his behavior according to the current situation. The main point is - if two opponents has wire framing, auto targeting and healing switched on it's no more cheating, but additional weapon which everyone can use without additional cost. If you will provide API for creating bots, what will be the reason to create hunting bot if your opponent will launch hunting-bots bot or just defence bot? So, prevent your game from Games Stat cheating, open it for hacking and extending and game balance will be achieved by users themselves. It's just like USA vs Soviets - you and your counterpart has enough of atom bombs to destroy each other but you are in the state of balance so you play everyday Game according to the "normal" rules. Thursday, January 03, 2002, 8:09:32 PM, you wrote: TH> "Nel List" wrote: >> > >because this isn't a perfect world, what keeps a user from just >> > recompiling >> > >the code with for instance wireframing enabled to give himself an >> > >unfair advantage over the other users. This is a real possibility >> > >with GPL. My >> >> If the data goes over the wire to the user's machine, it is visible >> to an enterprising user (witness ShowEQ). Re-compiling the client >> doesn't change this in any real way (as long as all decisions are >> made on the server). TH> Some possable results of allowing the client to be released to the TH> general public have been disccused before. I believe someone here TH> published a link to a website discussing this very issue, focusing on TH> two key problems with open source clients. And this is no matter what TH> format you end up following, includeing the complete "Only send client TH> location of things local to the player, and only the bare bones data as TH> well (Location, moveing, apperence, and health in % for the case of a TH> RPG style online game) TH> 1) Radars: These are specialy dangerous for Player vs Player combat. TH> since it can allow someone to know instantly 1) Who are your enemies TH> around you, 2) How much health they have, and depending on how clever TH> the hacker is 3) how strong the player is vs you. The last bit of data TH> comes from the fact that some online games offer you some clue as the TH> level of the people around you, as well as monsters for your TH> information. This kind of information can lead to unfair advantages. TH> In Dark Age of Camelot, which is said to have taken the minimalist TH> apporach to sending data to players, even they have recently had TH> concernes about such "radar" 3rd party applications. ShowEQ is all TH> about this, and exploits the fact that the game sends all monsters spawn TH> information to the client constantly. Although not Player spawn TH> information unless local to the player. TH> 2) Auto-aimers: This doesn't sound like it could be a problem on say TH> MMORPG's but it can be if it means players can auto-target the weakest TH> player in a Player vs Player conflict and constantly attack them. TH> Auto-targeting is still a problem here, no matter where it came from. TH> 2a) Derived from this we get, Auto-Clickers or in other words, TH> applications that automaticly perform repedative actions or a macro of TH> complex actins. Perhaps, again in a RPG setting, a healer could then TH> put all his healing action onto a long string of intelligent macros that TH> will watch some players health levels, and then auto-send a heal command TH> at say 40% loss. That's a combination of auto-targeting and TH> auto-commands. Reverse this for Combat mages, Auto-targeting for spell TH> attacks.. You get the idea. TH> 2b) The final and worse form of this, Bots. Auto-hunters that can run TH> around, and hunt for players hour after hour without the player actually TH> being there or only occasionaly monitoring. Quite unfair from my stand TH> point. TH> Now that's enough examples at the moment. As you can say, and as the TH> article said before (I wish I had the link) This problem is quite TH> serious even if the source is not released. Packet sniffing and reverse TH> engineering will always result in the hackers discovering everything TH> they need to know to make there tools work. TH> Possable solutions. These just came to me. These will only work in a TH> closed source solution. TH> 1) Re-arrange the order of data in the packets every build or whenever TH> you can. This forces the hackers to re-sniff and learn all your packets TH> again each time you come out with a new version of the client. TH> 2) Update/change your encription: Again, they will discover what you TH> are using, and just changeing one of the keys won't be enough. I don't TH> know a whole lot about encription but hopefully there's something that TH> can be done to perlong the chance that the hackers will be successfull. TH> Please note that even this method is not invulnerable to de-compileing TH> the application. TH> 3) Change the ports you use for communication: Again a delaying tactic TH> at best. It's not a great solution but, it's better then nothing. You TH> can get really fancy with this, and make the port the client connects to TH> the server for game data the result of a function based off of data sent TH> from the 'connection' port and user data. That idea may only work with TH> tcp/ip though. TH> There are a thousand tactics you can use. But all of them are simply TH> slowing measure to prevent hacking. Hackers are only successful nine TH> times out of ten because the client never changes for long periods of TH> time, and when it does change, changes only very minorly so. This TH> makeing it easy for a hacker with enough time on his hands, (Or on the TH> hands of a small team of them) to decode the packets, and then engineer TH> a soultion to decode the packets for there own use. ShowEQ is the best TH> result of such a product (http://www.sourceforge.com/projects/seq) The TH> most trouble they ever have, is when the packets change size slightly, TH> or the encription changes. Other then that, it knows everything about TH> anything that goes on. TH> Tony >> >> >> > We have unified the export / bulid process for all NeL 3d media. >> >> What I've found lacking the most when looking through the NeL sources >> is simply documentation on how to build and use it; especially under >> Windows. There's all kinds of miscellaneous DSW files scattered over >> the source tree, and nowhere does it say which ones should be built, >> in what order, or what the other requisite tools/libraries needed are. >> >> >> > Yes, the scripts was missing ! Sorry for this. It should be ok now. >> >> Does this mean you don't have an automated daily build? Having a >> machine that checks out a clean source into an empty directory, and >> turns the crank to build the real product, is a must-have for any >> engineering organization. You may find that if your build is too >> complicated to get that going, effort you put into fixing that may >> improve the issue above, too. >> >> >> >> _______________________________________________ >> Nel mailing list >> Nel@nevrax.org >> /mailman/listinfo.cgi/nel TH> _______________________________________________ TH> Nel mailing list TH> Nel@nevrax.org TH> /mailman/listinfo.cgi/nel -- Dim Segebart mailto:zager@teleaction.de From mbresnah@visi.com Fri Jan 4 04:56:03 2002 Received: from brea.mc.mpls.visi.com (brea.mc.mpls.visi.com [208.42.156.100]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g043u2w16763 for ; Fri, 4 Jan 2002 04:56:02 +0100 (CET) (envelope-from mbresnah@visi.com) Received: from anelginanalas (mbresnah.dsl.visi.com [209.98.224.51]) by brea.mc.mpls.visi.com (Postfix) with SMTP id EE7962DDCB4 for ; Thu, 3 Jan 2002 21:50:23 -0600 (CST) From: "Mike Bresnahan" To: Date: Thu, 3 Jan 2002 21:50:55 -0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 Subject: [Nel] NeL Build Problems Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hello, everyone. I am brand new to Nevrax and I am having troubles with my first build. I have downloaded and built STLPort and FreeType 2 without much trouble, but I have been unable to build NeL. When I open the workspace file (nel.dsw) with Visual C++ 6.0 SP5 it contains no projects. What's up with that? Ideally, I would like to build NeL with Cygwin. I still want to use the Visual C++ compiler, but I want to use bash, GNU make, etc. that come with Cygwin. Has anyone accomplished this? It looks like a whole project to get it to work. First off, NeL makes use of autoconf and libtool, and these tools are in a state of flux on Cygwin. It appears that the only working libtool on Cygwin requires autoconf 2.52. Which version does NeL use? Mike From lecroart@nevrax.com Fri Jan 4 10:54:11 2002 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g049sAw19067 for ; Fri, 4 Jan 2002 10:54:10 +0100 (CET) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g049mWJ55425 for ; Fri, 4 Jan 2002 10:48:32 +0100 (CET) (envelope-from lecroart@nevrax.com) Message-ID: <001e01c19504$f8ba95f0$0901a8c0@vianneyl> From: "Vianney Lecroart" To: References: Subject: Re: [Nel] NeL Build Problems Date: Fri, 4 Jan 2002 10:48:32 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi Mike, > I have downloaded and built STLPort and FreeType 2 without much trouble, but > I have been unable to build NeL. When I open the workspace file (nel.dsw) > with Visual C++ 6.0 SP5 it contains no projects. What's up with that? No project in the nel.dsw??? Too strange, we use it everyday and we have project on it. Open the nel.dsw in a notepad and look if the link to the .dsp are there or not. Look if the .dsp path/file are good. Don't know what to do more. > Ideally, I would like to build NeL with Cygwin. I still want to use the > Visual C++ compiler, but I want to use bash, GNU make, etc. that come with > Cygwin. Has anyone accomplished this? It looks like a whole project to get > it to work. First off, NeL makes use of autoconf and libtool, and these > tools are in a state of flux on Cygwin. It appears that the only working > libtool on Cygwin requires autoconf 2.52. Which version does NeL use? We only work on windows with Visual C++ so I don't think it compiles well on cygwin but if you want to try :) good luck. Vianney Lecroart --- lead network programmer / nevrax.com icq#: 6870415 homepage: http://ace.planet-d.net www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? From me@lars.in-berlin.de Fri Jan 4 11:48:02 2002 Received: from einhorn.in-berlin.de (einhorn.in-berlin.de [192.109.42.8]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g04Am1w19401 for ; Fri, 4 Jan 2002 11:48:01 +0100 (CET) (envelope-from me@lars.in-berlin.de) Received: from psych-o-mat (port-213-20-24-56.reverse.qdsl-home.de [213.20.24.56]) (authenticated bits=0) by einhorn.in-berlin.de (8.12.1/8.12.1/Debian -2) with ESMTP id g04AgN19015203 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NOT) for ; Fri, 4 Jan 2002 11:42:23 +0100 X-Envelope-From: me@lars.in-berlin.de X-Envelope-To: Received: from [10.20.40.80] (helo=bit-weaver) by psych-o-mat with esmtp (Exim 3.33 #1 (Debian)) id 16MRul-0002kA-00 for ; Fri, 04 Jan 2002 11:49:31 +0100 Received: from lars by bit-weaver with local (Exim 3.33 #1 (Debian)) id 16MRoP-0002ta-00 for ; Fri, 04 Jan 2002 11:42:57 +0100 To: nel@nevrax.org Subject: Re: Re[2]: [Nel] RE: Nel miscellanea References: <200201031101.g03B12w79039@www.nevrax.org> <20020103140932.7c24b7d0.ahoyt@packetport.com> <4296816864.20020103214031@teleaction.de> From: Lars Weber Date: 04 Jan 2002 11:42:57 +0100 In-Reply-To: <4296816864.20020103214031@teleaction.de> Message-ID: <873d1mtn0u.fsf@lars.in-berlin.de> Lines: 26 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/21.1 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Dim Segebart wrote: > IMHO, cheating is bad only then ones try to increase his stat's points: > Health, Power, Mana, etc. But this kind of cheating prevents by > server-side decision making (I hope) Other kind of tools like radars, > wire framing, auto targeting, etc., etc. are not cheats but features ;) [...] Problem is: there are quite a few people (including me) that would rather like to see nice landscapes instead of boring wireframe graphics[0] :-) (And I wouldn't want to use things like auto-aim/unlimited health/what- have-you, either -- there actually exist people that cannot understand that... to me it's completely the other way around!) Regards, Lars [0] Not to say anything bad about games using wireframe graphics! But when there are actually nice landscapes available... the one screenshot I've seen of Ryzom(sp?) really looked awesome! -- [ Lars Weber ]-------< me@lars.in-berlin.de >-----[ GPG-ID: 1383B42E ] +++ fingerprint: 44B1 1D23 DD53 E6B2 4AAB 4C36 0323 9141 1383 B42E +++ [ Using GNU ]----< www.gnu.org | www.debian.org >---[ Running Debian ] From mbresnah@visi.com Fri Jan 4 12:13:14 2002 Received: from brea.mc.mpls.visi.com (brea.mc.mpls.visi.com [208.42.156.100]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g04BDEw19647 for ; Fri, 4 Jan 2002 12:13:14 +0100 (CET) (envelope-from mbresnah@visi.com) Received: from anelginanalas (mbresnah.dsl.visi.com [209.98.224.51]) by brea.mc.mpls.visi.com (Postfix) with SMTP id E78162DDBE9 for ; Fri, 4 Jan 2002 05:07:35 -0600 (CST) From: "Mike Bresnahan" To: Subject: RE: [Nel] NeL Build Problems Date: Fri, 4 Jan 2002 05:08:06 -0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) Importance: Normal In-Reply-To: <001e01c19504$f8ba95f0$0901a8c0@vianneyl> X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: > > I have downloaded and built STLPort and FreeType 2 without much trouble, > but > > I have been unable to build NeL. When I open the workspace > file (nel.dsw) > > with Visual C++ 6.0 SP5 it contains no projects. What's up with that? > > No project in the nel.dsw??? Too strange, we use it everyday and we have > project on it. > Open the nel.dsw in a notepad and look if the link to the .dsp > are there or > not. > Look if the .dsp path/file are good. Don't know what to do more. Ha! I think I've found the problem. The visual studio files are using \n for line endings instead of CR LF. This was probably caused by the fact that I'm using the Cygwin version of cvs. > > Ideally, I would like to build NeL with Cygwin. I still want to use the > > Visual C++ compiler, but I want to use bash, GNU make, etc. > that come with > > Cygwin. Has anyone accomplished this? It looks like a whole project to > get > > it to work. First off, NeL makes use of autoconf and libtool, and these > > tools are in a state of flux on Cygwin. It appears that the > only working > > libtool on Cygwin requires autoconf 2.52. Which version does NeL use? > > We only work on windows with Visual C++ so I don't think it > compiles well on > cygwin but if you want to try :) good luck. Yeah, there are a lot of issues. I've gotten as far as getting STLPort and freetype2 to compile on Cygwin using the microsoft compiler. Interestly, if you specify CC=cl to configure, libtool uses Microsoft lib to preform library creation, rather than ar. I'm clueless how libtool figured this out. Mike From hplus@mindcontrol.org Fri Jan 4 19:57:50 2002 Received: from barney.sfrn.dnai.com (barney.sfrn.dnai.com [208.59.199.24]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g04Ivnw79232 for ; Fri, 4 Jan 2002 19:57:49 +0100 (CET) (envelope-from hplus@mindcontrol.org) Received: from sideshow-bob.sfrn.dnai.com (sideshow-bob.sfrn.dnai.com [208.59.199.20]) by barney.sfrn.dnai.com (8.11.2/8.11.2) with ESMTP id g04IpmJ98894 for ; Fri, 4 Jan 2002 10:51:48 -0800 (PST) Received: from ns.watte.net (optiplex.b500.com [216.15.97.85]) by sideshow-bob.sfrn.dnai.com (8.11.3/8.11.3) with ESMTP id g04IpL971997 for ; Fri, 4 Jan 2002 10:51:21 -0800 (PST) (envelope-from hplus@mindcontrol.org) Received: from JWATTELAP (64-178-80-34.customer.algx.net [64.178.80.34]) by ns.watte.net (8.9.3/8.9.3) with SMTP id KAA03470 for ; Fri, 4 Jan 2002 10:52:04 -0800 From: "Jon Watte" To: Date: Fri, 4 Jan 2002 10:52:01 -0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 In-Reply-To: <200201041101.g04B12w19570@www.nevrax.org> Subject: [Nel] RE: Nel digest, Vol 1 #214 - 9 msgs Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: > 2b) The final and worse form of this, Bots. Auto-hunters that can run > around, and hunt for players hour after hour without the player actually > being there or only occasionaly monitoring. Quite unfair from my stand > point. If this is a real problem, you should ask yourself what your game offers a real human being to actually enjoy. If the game is reducible to a simple series of scripted actions (or even a complex series of scripted actions) then it'll become monotonic for a human sooner rather than later. Witness EQ: if you didn't have the human communication element, it would SUCK as a game. > Possable solutions. These just came to me. These will only work in a > closed source solution. Security through obscurity doesn't work. > 1) Re-arrange the order of data in the packets every build or whenever This leads to much more testing for you, and only deters hackers a short while when you update the version. It doesn't work over time. (Verant does it for EQ -- ShowEQ still lives) > 2) Update/change your encription: Again, they will discover what you > are using, and just changeing one of the keys won't be enough. I don't This leads to much more testing for you, and only deters hackers a short while when you update the version. It doesn't work over time. (Verant does it for EQ -- ShowEQ still lives) > 3) Change the ports you use for communication: Again a delaying tactic > at best. It's not a great solution but, it's better then nothing. You This is not even a delaying tactic. Any packet sniffer will show you what the new port is, and changing that constant in the radar app is going to be a simple re-compile. If you do it a lot, and I was writing a radar app, I'd just have the radar app sniff the network and look at all UDP packets, and figure out what the port is automatically. It's so weak as to be fully ineffective. Proper design and tight server-side control is the only way to avoid hacking users to have an advantage over non-hacking users. -- Jon PS: To the others replying on the list: PLEASE don't quote the ENTIRE messages. It's quite annoying in digest mode. From ahoyt@packetport.com Fri Jan 4 20:27:14 2002 Received: from smtp2.mail.iamworld.net (smtp2-out.mail.iamworld.net [204.91.241.117]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g04JRDw79477 for ; Fri, 4 Jan 2002 20:27:13 +0100 (CET) (envelope-from ahoyt@packetport.com) Received: from tony ([207.86.139.130]) by smtp2.mail.iamworld.net (8.9.3/8.9.3) with SMTP id OAA3455236 for ; Fri, 4 Jan 2002 14:21:34 -0500 (EST) Date: Fri, 4 Jan 2002 14:21:46 -0500 From: Tony Hoyt To: nel@nevrax.org Subject: Re: [Nel] RE: Nel digest, Vol 1 #214 - 9 msgs Message-Id: <20020104142146.00963d19.ahoyt@packetport.com> In-Reply-To: References: <200201041101.g04B12w19570@www.nevrax.org> Organization: PacketPort.com Inc. X-Mailer: Sylpheed version 0.6.6claws (GTK+ 1.2.9; sparc-sun-solaris2.7) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: "Jon Watte" wrote: > If this is a real problem, you should ask yourself what your game > offers a real human being to actually enjoy. If the game is reducible > to a simple series of scripted actions (or even a complex series of > scripted actions) then it'll become monotonic for a human sooner > rather than later. Witness EQ: if you didn't have the human > communication element, it would SUCK as a game. This problem is evident in all games, From Quake to Dark Age of Camelot. I spoke to a man who claimed to have develop a dual bot application, where computers, playing a game with two accounts, had the two characters work in sync to automaticly fight in a small area over.. and over.. and over. He took the work out and just recieved all the reward. Now if you believe this claim, and I can't say honestly I have any real evidence that his claim is true, I would be seriously concerned about this kind of player. True, it took a lot of work to make the bot, but once done, this guy, can leave the bot alone to successfully advance his characters without much intervention. That's just plain unfair in my book. Little work for a great deal of reward. > Security through obscurity doesn't work. The the examples I gave where really just simple ideas to just like you said, Slow them down a little. To make this soulution work would require you to constantly make these changes on at least a weekly basises. In other words, constantly updateding the packets, the encription, etc. And a lot of this could be done without much testing between builds at all. This would then make the whole process much more annoying to reverse engineer. I'm not saying that you should trust the client more even after these tacktics, it's just you as the developer should at least feel a little better that these simple tactics will at least give them constant headaches. But there's almost nothing you can do to stop them. > Proper design and tight server-side control is the only way to avoid > hacking users to have an advantage over non-hacking users. This is true, and this was implyed(sp) from the begining. I'm just trying to offer ways to help deter hackers, But when you got 100 people, many of them working together out to cheat and create these applications then your going to face an uphill battle no matter what. You must address it strongly with clear design that can address the issue without much impact to development and testing, or embrace it in some fashion. Then again you could just make it not worth it at all and have a non-game chat world. Then there's no point in doing anything but just have fun. :-) > PS: To the others replying on the list: PLEASE don't quote the ENTIRE > messages. It's quite annoying in digest mode. That was an honest mistake, I ment to remove the text from the end in my last post, sorry. Tony From psiegel@geneticanomalies.com Fri Jan 4 23:37:19 2002 Received: from mistery.geneticanomalies.com ([63.101.169.205]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g04MbIw80846 for ; Fri, 4 Jan 2002 23:37:18 +0100 (CET) (envelope-from psiegel@geneticanomalies.com) Received: from binkystick ([63.101.169.138]) by mistery.geneticanomalies.com (Lotus Domino Build 166.1) with SMTP id 2002010417261916:3606 ; Fri, 4 Jan 2002 17:26:19 -0500 From: "Paul Siegel" To: Date: Fri, 4 Jan 2002 17:29:56 -0500 MIME-Version: 1.0 X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 X-MIMETrack: Itemize by SMTP Server on mistery/Geneticanomalies(Release 5.0 |March 30, 1999) at 01/04/2002 05:26:19 PM, Serialize by Router on mistery/Geneticanomalies(Release 5.0 |March 30, 1999) at 01/04/2002 05:26:26 PM, Serialize complete at 01/04/2002 05:26:26 PM Message-ID: <000901c1956f$56937f60$8aa9653f@geneticanomalies.com> Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="iso-8859-1" Subject: [Nel] VC6 Build Error C1001 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hmm, I was compiling NeL just fine a couple days ago. Today I decided to re-get all the code from CVS and clean and rebuild the whole project. Under any configuration, it starts compiling the misc project, and gets as far as bsphere.cpp when I suddenly start getting these errors: bsphere.cpp fatal error C1001: INTERNAL COMPILER ERROR (compiler file 'msc1.cpp', line 1794) Please choose the Technical Support command on the Visual C++ Help menu, or open the Technical Support help file for more information geom_ext.cpp fatal error C1001: INTERNAL COMPILER ERROR (compiler file 'msc1.cpp', line 1794) Please choose the Technical Support command on the Visual C++ Help menu, or open the Technical Support help file for more information line.cpp fatal error C1001: INTERNAL COMPILER ERROR (compiler file 'msc1.cpp', line 1794) Please choose the Technical Support command on the Visual C++ Help menu, or open the Technical Support help file for more information You get the idea, it gives this error for every file left in the project. I'm running VC6 sp5. Anyone got any idea why this would happen? Paul From nhognon@noos.fr Fri Jan 4 23:47:11 2002 Received: from smtp.noos.fr (claudel.noos.net [212.198.2.83]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g04MlBw81009 for ; Fri, 4 Jan 2002 23:47:11 +0100 (CET) (envelope-from nhognon@noos.fr) Received: (qmail 4350006 invoked by uid 0); 4 Jan 2002 22:41:28 -0000 Received: from unknown (HELO bobsmith) ([212.198.184.66]) (envelope-sender ) by 212.198.2.83 (qmail-ldap-1.03) with SMTP for ; 4 Jan 2002 22:41:28 -0000 Message-ID: <005501c19571$3a415dd0$42b8c6d4@bobsmith> From: "Nicolas Hognon \(noos\)" To: References: <000901c1956f$56937f60$8aa9653f@geneticanomalies.com> Subject: Re: [Nel] VC6 Build Error C1001 Date: Fri, 4 Jan 2002 23:43:27 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: have you installed the last service pack for visual ? ----- Original Message ----- From: "Paul Siegel" To: Sent: Friday, January 04, 2002 11:29 PM Subject: [Nel] VC6 Build Error C1001 > Hmm, I was compiling NeL just fine a couple days ago. Today I decided to > re-get all the code from CVS and clean and rebuild the whole project. Under > any configuration, it starts compiling the misc project, and gets as far as > bsphere.cpp when I suddenly start getting these errors: > > bsphere.cpp > fatal error C1001: INTERNAL COMPILER ERROR > (compiler file 'msc1.cpp', line 1794) > Please choose the Technical Support command on the Visual C++ > Help menu, or open the Technical Support help file for more > information > geom_ext.cpp > fatal error C1001: INTERNAL COMPILER ERROR > (compiler file 'msc1.cpp', line 1794) > Please choose the Technical Support command on the Visual C++ > Help menu, or open the Technical Support help file for more > information > line.cpp > fatal error C1001: INTERNAL COMPILER ERROR > (compiler file 'msc1.cpp', line 1794) > Please choose the Technical Support command on the Visual C++ > Help menu, or open the Technical Support help file for more > information > > You get the idea, it gives this error for every file left in the project. > I'm running VC6 sp5. Anyone got any idea why this would happen? > > Paul > > _______________________________________________ > Nel mailing list > Nel@nevrax.org > /mailman/listinfo.cgi/nel > From mbresnah@visi.com Fri Jan 4 23:53:45 2002 Received: from brea.mc.mpls.visi.com (brea.mc.mpls.visi.com [208.42.156.100]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g04Mriw81112 for ; Fri, 4 Jan 2002 23:53:45 +0100 (CET) (envelope-from mbresnah@visi.com) Received: from anelginanalas (mbresnah.dsl.visi.com [209.98.224.51]) by brea.mc.mpls.visi.com (Postfix) with SMTP id 017E62DDEF1 for ; Fri, 4 Jan 2002 16:48:05 -0600 (CST) From: "Mike Bresnahan" To: Date: Fri, 4 Jan 2002 16:48:35 -0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) Importance: Normal In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 Subject: [Nel] CVS messes up line terminators (CR LF -> NL) Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Something about the interaction between my cvs client (CVS 1.11 on Cygwin) and the nevrax CVS server is causing the line endings to be translated from CR LF to NL. As a result, Visual C++ can't make sense of the workspace and project files (*.dsw,*.dsp). I don't have this problem with sourceforge, but they use the ssh protocol instead of pserver. Has anyone else encountered this problem? Found a fix? Mike From david.mentre@wanadoo.fr Sat Jan 5 14:15:25 2002 Received: from mel-rto6.wanadoo.fr (smtp-out-6.wanadoo.fr [193.252.19.25]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g05DFOw88400 for ; Sat, 5 Jan 2002 14:15:24 +0100 (CET) (envelope-from david.mentre@wanadoo.fr) Received: from antholoma.wanadoo.fr (193.252.19.153) by mel-rto6.wanadoo.fr; 5 Jan 2002 14:09:41 +0100 Received: from oops (193.252.189.46) by antholoma.wanadoo.fr; 5 Jan 2002 14:09:41 +0100 Received: from david by oops with local (Exim 3.33 #1 (Debian)) id 16MqZx-00022n-00 for ; Sat, 05 Jan 2002 14:09:41 +0100 To: nel@nevrax.org From: David Mentre Organization: none Date: 05 Jan 2002 14:09:41 +0100 Message-ID: <87wuyx2bca.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me> Lines: 39 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: [Nel] Compiling NeL on debian woody + error during compilation Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hello all NeL developers and users, I'm trying to compile NeL on debian woody/testing 3.0. First of all, here is the list of needed packages : libxml2-dev libttf-dev autoconf automake libtool flex bison python1.5-dev xlibmesa-dev However, both STLport4.5 and OpenAL (from cvs) should be installed manually. Here is my configure : ./configure --with-stlport=/usr/local/Installed/STLport4.5/ --with-stlport-include=/usr/local/Installed/STLport4.5/include/stlport --with-stlport-lib=/usr/local/Installed/STLport4.5/lib/ --enable-sound --enable-ai --disable-xmltest --with-openal=/usr/local/Installed/OpenAL-1.0/ Now, the bad news: the compilation in nel/ fails. c++ -DHAVE_CONFIG_H -I. -I. -I../../include -I/usr/include/libxml2/libxml -I/usr/include/libxml2 -I/usr/local/Installed/STLport4.5/include/stlport -O3 -ftemplate-depth-24 -Wno-multichar -D_REENTRANT -I/usr/X11R6/include -Wp,-MD,.deps/mutex.pp -c mutex.cpp -fPIC -DPIC -o .libs/mutex.lo mutex.cpp: In method `NLMISC::CUnfairMutex::CUnfairMutex(const _STL::string &)': mutex.cpp:246: `PTHREAD_MUTEX_FAST_NP' undeclared (first use this function) mutex.cpp:246: (Each undeclared identifier is reported only once mutex.cpp:246: for each function it appears in.) make[3]: *** [mutex.lo] Error 1 make[3]: Leaving directory `/home/david/pub/NeL/code/nel/src/misc' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/david/pub/NeL/code/nel/src/misc' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/david/pub/NeL/code/nel/src' make: *** [all-recursive] Error 1 I've not found this symbol in .c nor .h. Is it a standard symbol that should be included (from STLport ?) or is it an forgotten NeL symbol? Hope I'm not doing something stupid. Best regards, d. -- david.mentre@wanadoo.fr From david.mentre@wanadoo.fr Sat Jan 5 15:25:06 2002 Received: from mel-rto3.wanadoo.fr (smtp-out-3.wanadoo.fr [193.252.19.233]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g05EP5w88742 for ; Sat, 5 Jan 2002 15:25:05 +0100 (CET) (envelope-from david.mentre@wanadoo.fr) Received: from villosa.wanadoo.fr (193.252.19.122) by mel-rto3.wanadoo.fr; 5 Jan 2002 15:19:22 +0100 Received: from oops (193.252.189.46) by villosa.wanadoo.fr; 5 Jan 2002 15:19:04 +0100 Received: from david by oops with local (Exim 3.33 #1 (Debian)) id 16Mrf5-0002pz-00 for ; Sat, 05 Jan 2002 15:19:03 +0100 To: nel@nevrax.org Subject: Re: [Nel] Compiling NeL on debian woody + error during compilation References: <87wuyx2bca.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me> From: David Mentre Organization: none Date: 05 Jan 2002 15:19:03 +0100 In-Reply-To: <87wuyx2bca.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me> Message-ID: <87sn9k3mp4.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me> Lines: 12 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: David Mentre writes: > I've not found this symbol in .c nor .h. Is it a standard symbol that > should be included (from STLport ?) or is it an forgotten NeL symbol? Ok. I'm stupid. PTHREAD_MUTEX_FAST_NP is defined in pthread.h which is included. I'm not fluent at all with C++ so I can't say more. Best regards, d. -- david.mentre@wanadoo.fr From robert@in-orbit.net Sat Jan 5 16:23:34 2002 Received: from quasar.skima.is (quasar.skima.is [212.30.200.205]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g05FNYw89053 for ; Sat, 5 Jan 2002 16:23:34 +0100 (CET) (envelope-from robert@in-orbit.net) Received: from [157.157.149.19] by quasar.skima.is with ESMTP for nel@nevrax.org; Sat, 5 Jan 2002 15:17:42 Z Date: Sat, 5 Jan 2002 15:43:21 -0800 From: Robert Bjarnason X-Mailer: The Bat! (v1.49) Personal Organization: InOrbit Entertainment, Inc. X-Priority: 3 (Normal) Message-Id: <7932890954.20020105154321@in-orbit.net> To: nel@nevrax.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by www.nevrax.org id g05FNYw89053 Subject: [Nel] How to use CollisionMeshBuild (.cmb) Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: =?ISO-8859-1?Q?R=F3bert_Bjarnason?= List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi, We are currently working on a contract job along with our game. An educational 3D environment demonstrating the Mayan culture. We have created a pyramid in a new landscape, the rbank tool generates collision info for the landscape and everything works fine. Now, to be able to walk up the pyramid, boxes or cylinders are not enough for collisions. I've exported collision info from 3dmax into a .cmb file. How do I load this file into PACS? Can anybody give me a hint or a code snipped? Thanks, Robert Bjarnason InOrbit Entertainment, Inc. From david.mentre@wanadoo.fr Sat Jan 5 23:07:57 2002 Received: from mel-rto4.wanadoo.fr (smtp-out-4.wanadoo.fr [193.252.19.23]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g05M7vw91093 for ; Sat, 5 Jan 2002 23:07:57 +0100 (CET) (envelope-from david.mentre@wanadoo.fr) Received: from citronier.wanadoo.fr (193.252.19.222) by mel-rto4.wanadoo.fr; 5 Jan 2002 23:02:13 +0100 Received: from oops (193.252.189.154) by citronier.wanadoo.fr; 5 Jan 2002 23:02:08 +0100 Received: from david by oops with local (Exim 3.33 #1 (Debian)) id 16MytD-0004g0-00 for ; Sat, 05 Jan 2002 23:02:07 +0100 To: nel@nevrax.org Subject: Re: [Nel] Compiling NeL on debian woody + error during compilation References: <87wuyx2bca.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me> From: David Mentre Organization: none Date: 05 Jan 2002 23:02:07 +0100 In-Reply-To: <87wuyx2bca.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me> Message-ID: <87u1u0a23k.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me> Lines: 23 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: David Mentre writes: > mutex.cpp:246: `PTHREAD_MUTEX_FAST_NP' undeclared (first use this function) Ok. I've finally compiled nel/ with the following hack: CUnfairMutex::CUnfairMutex(const std::string &name) { // pthread_mutexattr_t attr; // pthread_mutexattr_init( &attr ); // // Fast mutex. Note: on Windows all mutexes are recursive // pthread_mutexattr_setkind_np( &attr, PTHREAD_MUTEX_FAST_NP ); //PTHREAD_MUTEX_ERRORCHECK_NP );//PTHREAD_MUTEX_ADAPTIVE_NP );//PTHREAD_MUTEX_RECURSIVE_NP ); pthread_mutex_init( &mutex, NULL ); // pthread_mutexattr_destroy( &attr ); } It comments everything except the pthread_mutex_init() call. I don't know why the original code doesn't work. Next steps nelns and snowball2. :) d. -- david.mentre@wanadoo.fr From david.mentre@wanadoo.fr Sun Jan 6 00:06:32 2002 Received: from mel-rto3.wanadoo.fr (smtp-out-3.wanadoo.fr [193.252.19.233]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g05N6Ww91417 for ; Sun, 6 Jan 2002 00:06:32 +0100 (CET) (envelope-from david.mentre@wanadoo.fr) Received: from citronier.wanadoo.fr (193.252.19.222) by mel-rto3.wanadoo.fr; 6 Jan 2002 00:00:48 +0100 Received: from oops (193.252.189.154) by citronier.wanadoo.fr; 6 Jan 2002 00:00:40 +0100 Received: from david by oops with local (Exim 3.33 #1 (Debian)) id 16Mzns-0005QI-00 for ; Sun, 06 Jan 2002 00:00:40 +0100 To: nel@nevrax.org References: <87wuyx2bca.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me> <87u1u0a23k.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me> From: David Mentre Organization: none Date: 06 Jan 2002 00:00:39 +0100 In-Reply-To: <87u1u0a23k.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me> Message-ID: <87pu4o9ze0.fsf_-_@oops.i-did-not-set--mail-host-address--so-shoot-me> Lines: 39 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: [Nel] Issue running snowballs2 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: David Mentre writes: > Next steps nelns and snowball2. :) Ok. I've now compiled all required binaries. But I have some remaining issues: - I need to set LD_LIBRARY_PATH=/usr/local/Installed/NeL/lib/:/usr/local/Installed/STLport4.5/lib/ otherwise libraries are not found. Strange as their location was given to the various configure script. - when running snowballs2 binary, I get the following error: david@oops:~/pub/NeL/code/snowballs2/client$ /usr/local/Installed/NeL/bin/snowballs INF20825 client.cpp 145 : Starting Snowballs ! WRN20825 path.cpp 440 : CPath::addSearchPath(data/pacs/, 0, 1): 'data/pacs/' is not found, skip it WRN20825 path.cpp 440 : CPath::addSearchPath(data/anims/, 0, 1): 'data/anims/' is not found, skip it WRN20825 dru.cpp 95 : when loading dynamic library 'libnel_drv_opengl.so': /usr/local/Installed/NeL/lib/libnel_drv_opengl.so: undefined symbol: glSetFenceNV WRN20825 common.cpp 390 : Exception will be launched: libnel_drv_opengl.so not found Aborted Any idea where I should look to solve this issue? I'm stuck. My config: XFree86 4.1.0.1 on ATI rage 128. Mesa 4.0.1 (as given by debian dpkg) some glxinfo: OpenGL vendor string: VA Linux Systems, Inc. OpenGL renderer string: Mesa DRI Rage128 20010405 AGP 1x x86/MMX OpenGL version string: 1.2 Mesa 3.4.2 Tell me if you need further info. Any help would be very appreciated. Best regards, d. -- david.mentre@wanadoo.fr From kalldrexx@programmer.net Mon Jan 7 02:20:11 2002 Received: from ws1-2.us4.outblaze.com (205-158-62-54.outblaze.com [205.158.62.54]) by www.nevrax.org (8.11.0/8.11.0) with SMTP id g071KAw00520 for ; Mon, 7 Jan 2002 02:20:10 +0100 (CET) (envelope-from kalldrexx@programmer.net) Received: (qmail 7676 invoked by uid 1001); 7 Jan 2002 01:14:25 -0000 Message-ID: <20020107011425.7675.qmail@mail.com> Content-Type: text/plain; charset="iso-8859-1" Content-Disposition: inline Content-Transfer-Encoding: 7bit MIME-Version: 1.0 X-Mailer: MIME-tools 5.41 (Entity 5.404) Received: from ws1-2.us4.outblaze.com for [65.14.53.206] via web-mailer on Mon, 07 Jan 2002 09:14:24 +0800 From: "Matthew Shapiro" To: nel@nevrax.org Date: Mon, 07 Jan 2002 09:14:24 +0800 Subject: [Nel] Help compiling and cvs.... Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: I can't figure out how to set the cvsroot with win32 cvs.exe. I use the -d option but it doesn't seem to work. However I did download snowballs iwth the engine source... but It's not compiling right. it mentioned STLport (or whatever it was) and so i downloaded it, put it in d:\, compiled it with no errors and it still doesn't compile and keeps mentioning that? what am I doing wrong? I used the vc++ 6 make file. thanks... KallDrexx -- ----KallDrexx _______________________________________________ Sign-up for your own FREE Personalized E-mail at Mail.com http://www.mail.com/?sr=signup 1 cent a minute calls anywhere in the U.S.! http://www.getpennytalk.com/cgi-bin/adforward.cgi?p_key=RG9853KJ&url=http://www.getpennytalk.com From mbresnah@visi.com Mon Jan 7 03:17:10 2002 Received: from breg.mc.mpls.visi.com (breg.mc.mpls.visi.com [208.42.156.101]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g072HAw00856 for ; Mon, 7 Jan 2002 03:17:10 +0100 (CET) (envelope-from mbresnah@visi.com) Received: from anelginanalas (mbresnah.dsl.visi.com [209.98.224.51]) by breg.mc.mpls.visi.com (Postfix) with SMTP id 5A0972D08A1 for ; Sun, 6 Jan 2002 20:11:29 -0600 (CST) From: "Mike Bresnahan" To: Subject: RE: [Nel] Help compiling and cvs.... Date: Sun, 6 Jan 2002 20:12:04 -0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) In-Reply-To: <20020107011425.7675.qmail@mail.com> X-MIMEOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 Importance: Normal Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: > I can't figure out how to set the cvsroot with win32 cvs.exe. I > use the -d option but it doesn't seem to work. What are you putting after -d? Which version of cvs are you using? What error do you get? > However I did download snowballs iwth the engine source... but > It's not compiling right. it mentioned STLport (or whatever it > was) and so i downloaded it, put it in d:\, compiled it with no > errors and it still doesn't compile and keeps mentioning that? > what am I doing wrong? I used the vc++ 6 make file. thanks... Did you add the STLPort install directory to the Include and Lib directory settings in VC++ as per the instructions in the INSTALL file? Mike From kalldrexx@programmer.net Mon Jan 7 08:33:51 2002 Received: from ws1-9.us4.outblaze.com (205-158-62-50.outblaze.com [205.158.62.50]) by www.nevrax.org (8.11.0/8.11.0) with SMTP id g077Xow02347 for ; Mon, 7 Jan 2002 08:33:50 +0100 (CET) (envelope-from kalldrexx@programmer.net) Received: (qmail 1205 invoked by uid 1001); 7 Jan 2002 07:28:04 -0000 Message-ID: <20020107072804.1204.qmail@mail.com> Content-Type: text/plain; charset="iso-8859-1" Content-Disposition: inline Content-Transfer-Encoding: 7bit MIME-Version: 1.0 X-Mailer: MIME-tools 5.41 (Entity 5.404) Received: from ws1-4.us4.outblaze.com for [65.14.53.206] via web-mailer on Mon, 07 Jan 2002 15:28:04 +0800 From: "Matthew Shapiro" To: nel@nevrax.org Date: Mon, 07 Jan 2002 15:28:04 +0800 Subject: RE: [Nel] Help compiling and cvs.... Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: > > I can't figure out how to set the cvsroot with win32 cvs.exe. I > > use the -d option but it doesn't seem to work. > > What are you putting after -d? Which version of cvs are you using? What > error do you get? No error... just displays the same thing if you just typed cvs (the help stuff) and doesn't change the CVSROUTE. I dont see a version number either. I'm putting the CVSROOT= stuff after -d and even wit hthe export. > > However I did download snowballs iwth the engine source... but > > It's not compiling right. it mentioned STLport (or whatever it > > was) and so i downloaded it, put it in d:\, compiled it with no > > errors and it still doesn't compile and keeps mentioning that? > > what am I doing wrong? I used the vc++ 6 make file. thanks... > > Did you add the STLPort install directory to the Include and Lib directory > settings in VC++ as per the instructions in the INSTALL file? > > Mike Yes I did that and it's still asking for STLPort... -- ----KallDrexx _______________________________________________ Sign-up for your own FREE Personalized E-mail at Mail.com http://www.mail.com/?sr=signup 1 cent a minute calls anywhere in the U.S.! http://www.getpennytalk.com/cgi-bin/adforward.cgi?p_key=RG9853KJ&url=http://www.getpennytalk.com From logout@free.fr Mon Jan 7 10:06:25 2002 Received: from smtp.completel.fr (smtp.completel.fr [213.244.0.12]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0796Pw02808 for ; Mon, 7 Jan 2002 10:06:25 +0100 (CET) (envelope-from logout@free.fr) Received: from dracont (unknown [213.30.163.34]) by smtp.completel.fr (Postfix) with SMTP id EE00817A32F for ; Mon, 7 Jan 2002 09:54:56 +0100 (CET) Message-ID: <007501c19759$f2ee94d0$1000a8c0@completel.fr> From: "Emmanuel Deloget" To: References: <20020107072804.1204.qmail@mail.com> Subject: Re: [Nel] Help compiling and cvs.... Date: Mon, 7 Jan 2002 09:59:43 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: "Emmanuel Deloget" List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: c:\set CVSROOT=":pserver:...." c:\cvs login c:\cvs checkout code Should work well (sorry : works well) -- Emmanuel Deloget ----- Original Message ----- From: "Matthew Shapiro" To: Sent: Monday, January 07, 2002 8:28 AM Subject: RE: [Nel] Help compiling and cvs.... > > > > I can't figure out how to set the cvsroot with win32 cvs.exe. I > > > use the -d option but it doesn't seem to work. > > > > What are you putting after -d? Which version of cvs are you using? What > > error do you get? > > No error... just displays the same thing if you just typed cvs (the help stuff) and doesn't change the CVSROUTE. I dont see a version number either. I'm putting the CVSROOT= stuff after -d and even wit hthe export. > > > > However I did download snowballs iwth the engine source... but > > > It's not compiling right. it mentioned STLport (or whatever it > > > was) and so i downloaded it, put it in d:\, compiled it with no > > > errors and it still doesn't compile and keeps mentioning that? > > > what am I doing wrong? I used the vc++ 6 make file. thanks... > > > > Did you add the STLPort install directory to the Include and Lib directory > > settings in VC++ as per the instructions in the INSTALL file? > > > > Mike > > Yes I did that and it's still asking for STLPort... > -- > > > ----KallDrexx > > _______________________________________________ > Sign-up for your own FREE Personalized E-mail at Mail.com > http://www.mail.com/?sr=signup > > > 1 cent a minute calls anywhere in the U.S.! > > http://www.getpennytalk.com/cgi-bin/adforward.cgi?p_key=RG9853KJ&url=http:// www.getpennytalk.com > > > _______________________________________________ > Nel mailing list > Nel@nevrax.org > /mailman/listinfo.cgi/nel > From lecroart@nevrax.com Mon Jan 7 10:41:37 2002 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g079faw03034 for ; Mon, 7 Jan 2002 10:41:36 +0100 (CET) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g079ZvJ74256 for ; Mon, 7 Jan 2002 10:35:57 +0100 (CET) (envelope-from lecroart@nevrax.com) Message-ID: <004d01c1975e$b58ab150$0901a8c0@vianneyl> From: "Vianney Lecroart" To: References: <000901c1956f$56937f60$8aa9653f@geneticanomalies.com> Subject: Re: [Nel] VC6 Build Error C1001 Date: Mon, 7 Jan 2002 10:35:57 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: > bsphere.cpp > fatal error C1001: INTERNAL COMPILER ERROR > (compiler file 'msc1.cpp', line 1794) > Please choose the Technical Support command on the Visual C++ > Help menu, or open the Technical Support help file for more information Outch, thank you M$ :-( I work with Visual C++ SP5 and it compiles quite well with the current CVS snapshot. The only things that changed are precompilated header, you could perhaps try to remove them from project settings to see if something change. Vianney Lecroart --- lead network programmer / nevrax.com icq#: 6870415 homepage: http://ace.planet-d.net www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? From lecroart@nevrax.com Mon Jan 7 10:44:51 2002 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g079ipw03060 for ; Mon, 7 Jan 2002 10:44:51 +0100 (CET) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g079dBJ74293 for ; Mon, 7 Jan 2002 10:39:11 +0100 (CET) (envelope-from lecroart@nevrax.com) Message-ID: <005b01c1975f$29a3c310$0901a8c0@vianneyl> From: "Vianney Lecroart" To: References: Subject: Re: [Nel] CVS messes up line terminators (CR LF -> NL) Date: Mon, 7 Jan 2002 10:39:11 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: > Something about the interaction between my cvs client (CVS 1.11 on Cygwin) > and the nevrax CVS server is causing the line endings to be translated from > CR LF to NL. As a result, Visual C++ can't make sense of the workspace and > project files (*.dsw,*.dsp). I don't have this problem with sourceforge, > but they use the ssh protocol instead of pserver. Has anyone else > encountered this problem? Found a fix? We use WinCvs and don't have the problem you said. in the command line cvs, there options like --crlf or --lf, you should take a look on this and do some tries. Vianney Lecroart --- lead network programmer / nevrax.com icq#: 6870415 homepage: http://ace.planet-d.net www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? From lecroart@nevrax.com Mon Jan 7 10:55:45 2002 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g079tjw03183 for ; Mon, 7 Jan 2002 10:55:45 +0100 (CET) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g079o5J74510 for ; Mon, 7 Jan 2002 10:50:05 +0100 (CET) (envelope-from lecroart@nevrax.com) Message-ID: <009001c19760$af3bc8f0$0901a8c0@vianneyl> From: "Vianney Lecroart" To: References: <20020107072804.1204.qmail@mail.com> Subject: Re: [Nel] Help compiling and cvs.... Date: Mon, 7 Jan 2002 10:50:05 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: > > Did you add the STLPort install directory to the Include and Lib directory > > settings in VC++ as per the instructions in the INSTALL file? > Yes I did that and it's still asking for STLPort... Did you put the STLport include *before* other ones? Vianney Lecroart --- lead network programmer / nevrax.com icq#: 6870415 homepage: http://ace.planet-d.net www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? From legros@nevrax.com Mon Jan 7 17:10:18 2002 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g07GAIw06209 for ; Mon, 7 Jan 2002 17:10:18 +0100 (CET) (envelope-from legros@nevrax.com) Received: from benjaminl (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g07G4cJ79687 for ; Mon, 7 Jan 2002 17:04:38 +0100 (CET) (envelope-from legros@nevrax.com) Message-ID: <000901c19795$1f9738d0$1b01a8c0@benjaminl> From: "Benjamin Legros" To: References: <7932890954.20020105154321@in-orbit.net> Subject: Re: [Nel] How to use CollisionMeshBuild (.cmb) Date: Mon, 7 Jan 2002 17:05:27 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: "Benjamin Legros" List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi, We just put the indoor collision tool in the CVS. It should be available very soon. You can find it in nel/tools/pacs/build_indoor_rbank. You can build the .lr, .gr and .rbank this way : 1. Put all your .cmb files to process in the same directory 2. Check the tool config file so that the MeshPath variable points to it. 3. Also put the cmb files in the Meshes list (without extension) 4. Setup output directory and output filenames You can also choose to merge the computed indoor .lr in a previous .gr (in order to use a single file for the whole world) by setting Merge to 1 and the input and merge output directories and filenames Remember the filenames shouldn't have extensions (.gr and .rbank will automatically be added.) Anyway, the sample config file should be clear enough (well, I hope :-) You will find the output lr, gr and rbank in the specified OutputPath. These files just work the same way as landscape files. If you need more info, don't hesitate !! Good luck !! Benjamin Legros Nevrax France ----- Original Message ----- From: "Robert Bjarnason" To: Sent: Sunday, January 06, 2002 12:43 AM Subject: [Nel] How to use CollisionMeshBuild (.cmb) > Hi, > > We are currently working on a contract job > along with our game. An educational 3D environment > demonstrating the Mayan culture. We have created > a pyramid in a new landscape, the rbank tool > generates collision info for the landscape and > everything works fine. > > Now, to be able to walk up the pyramid, boxes or > cylinders are not enough for collisions. I've > exported collision info from 3dmax into a .cmb > file. How do I load this file into PACS? Can > anybody give me a hint or a code snipped? > > Thanks, > Robert Bjarnason > InOrbit Entertainment, Inc. > > > _______________________________________________ > Nel mailing list > Nel@nevrax.org > /mailman/listinfo.cgi/nel > From v.caron@zerodeux.net Mon Jan 7 17:41:20 2002 Received: from zerodeux.net (zerodeux.net [62.4.22.182]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g07GfJw06551 for ; Mon, 7 Jan 2002 17:41:19 +0100 (CET) (envelope-from v.caron@zerodeux.net) Received: from localhost.localdomain (zerodeux.home [192.168.1.3]) by zerodeux.net (Postfix) with ESMTP id 51F08B4CF for ; Mon, 7 Jan 2002 17:35:42 +0100 (CET) From: Vincent Caron To: nel@nevrax.org Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Evolution/1.0 (Preview Release) Date: 07 Jan 2002 17:35:37 +0100 Message-Id: <1010421337.538.4.camel@zerodeux.home> Mime-Version: 1.0 Subject: [Nel] Linux: patch for misc/mutex.cpp (cf. David Mentre post) Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: 'PTHREAD_MUTEX_FAST_NP' is a GNU extension to Posix threads, either : - add '#define _GNU_SOURCE' before the '#include ' - or replace PTHREAD_MUTEX_FAST_NP with PTHREAD_MUTEX_ADAPTIVE_NP I recommend the second alternative, since it is equivalent (FAST mutex is currently equivalent to ADAPTIVE mutex) and more portable. From mbresnah@visi.com Mon Jan 7 19:52:13 2002 Received: from breg.mc.mpls.visi.com (breg.mc.mpls.visi.com [208.42.156.101]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g07IqCw07427 for ; Mon, 7 Jan 2002 19:52:13 +0100 (CET) (envelope-from mbresnah@visi.com) Received: from anelginanalas (mbresnah.dsl.visi.com [209.98.224.51]) by breg.mc.mpls.visi.com (Postfix) with SMTP id 571882D050D for ; Mon, 7 Jan 2002 12:46:32 -0600 (CST) From: "Mike Bresnahan" To: Subject: RE: [Nel] CVS messes up line terminators (CR LF -> NL) Date: Mon, 7 Jan 2002 12:47:06 -0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) In-Reply-To: <005b01c1975f$29a3c310$0901a8c0@vianneyl> X-MIMEOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 Importance: Normal Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: > We use WinCvs and don't have the problem you said. in the command > line cvs, > there options like --crlf or --lf, you should take a look on this and do > some tries. I can't find any such options, but I did discover that I get newline line endings even when I have specified that the file is binary with -kb. What OS is the cvs server running on? Mike From v.caron@zerodeux.net Mon Jan 7 20:15:07 2002 Received: from zerodeux.net (zerodeux.net [62.4.22.182]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g07JF7w07573 for ; Mon, 7 Jan 2002 20:15:07 +0100 (CET) (envelope-from v.caron@zerodeux.net) Received: from localhost.localdomain (zerodeux.home [192.168.1.3]) by zerodeux.net (Postfix) with ESMTP id 7B90FB4CF for ; Mon, 7 Jan 2002 20:09:30 +0100 (CET) Subject: RE: [Nel] CVS messes up line terminators (CR LF -> NL) From: Vincent Caron To: nel@nevrax.org In-Reply-To: References: Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Evolution/1.0 (Preview Release) Date: 07 Jan 2002 20:09:23 +0100 Message-Id: <1010430564.538.13.camel@zerodeux.home> Mime-Version: 1.0 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: On Mon, 2002-01-07 at 21:47, Mike Bresnahan wrote: > I can't find any such options, but I did discover that I get newline line > endings even when I have specified that the file is binary with -kb. What > OS is the cvs server running on? The pb is purely client side. On the server side, CVS stores text files as they are commited, ie. CR and LF are kept intact, often leading to mixed mode text files in the repository. The default behaviour of WinCVS is to convert incoming (checkout'ed or updated) files to DOS format in order they are workable with Windows tools (MSVC for instance), and of course do the inverse conversion when checking in (ie. only sending unix format text to the repository). WinCVS has a checkbox 'Checkout files with Unix LF' in the preferences dialog, and this is a _bad idea_ to activate it. For instance, MSVC will open unix format files, but will save added text lines in DOS format. When you'll reopen this mixed format file, it will confuse MSVC and you'll end up with blank lines scattered in your code. If you're using CVS from the cygwin distribution, it will behave as it's unix counterpart, ie. check files as-is. I'm not sure wether cvs is sensible to the global cygwin setting about text file format ( http://sources.redhat.com/cygwin/cygwin-ug-net/using-textbinary.html ) If files have CR in the repository, the proper solution consist in removing (cvs rm) the file, and re-adding it (cvs add) properly. However I grepped nel and swnoballs2 source, and I can't find a single CR. The repository is fine :) From kalldrexx@programmer.net Mon Jan 7 22:29:29 2002 Received: from ws1-7.us4.outblaze.com (205-158-62-57.outblaze.com [205.158.62.57]) by www.nevrax.org (8.11.0/8.11.0) with SMTP id g07LTSw08209 for ; Mon, 7 Jan 2002 22:29:29 +0100 (CET) (envelope-from kalldrexx@programmer.net) Received: (qmail 3811 invoked by uid 1001); 7 Jan 2002 21:23:42 -0000 Message-ID: <20020107212342.3805.qmail@mail.com> Content-Type: text/plain; charset="iso-8859-1" Content-Disposition: inline Content-Transfer-Encoding: 7bit MIME-Version: 1.0 X-Mailer: MIME-tools 5.41 (Entity 5.404) Received: from ws1-7.us4.outblaze.com for [65.14.53.206] via web-mailer on Tue, 08 Jan 2002 05:23:41 +0800 From: "Matthew Shapiro" To: nel@nevrax.org Date: Tue, 08 Jan 2002 05:23:41 +0800 Subject: Re: [Nel] Help compiling and cvs.... Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: after I do the set and I try cvs login here's what happens (happens in wincvs too): d:\>set CVSROOT=':pserver:anonymous@cvs.nevrax.org:/home/cvsroot' d:\>cvs login cvs login: CVSROOT "':pserver:anonymous@cvs.nevrax.org:/home/cvsroot'" must be an absolute pathname cvs [login aborted]: Bad CVSROOT. any ideas? ALSO I moved the include for the STLport to the first slot but it still says i need it to compile... any ideas? sorry -----Original Message----- Wrom: SKVFVWRKJVZCMHVIBGDADRZFSQHYUCDDJBL Date: Mon, 7 Jan 2002 09:59:43 +0100 To: Subject: Re: [Nel] Help compiling and cvs.... > c:\set CVSROOT=":pserver:...." > c:\cvs login > c:\cvs checkout code > > Should work well (sorry : works well) > > -- > Emmanuel Deloget > > ----- Original Message ----- > Wrom: VLMHAALPTCXLYRWTQTIPWIGYOKSTTZRCLBDXRQBGJSNB > To: > Sent: Monday, January 07, 2002 8:28 AM > Subject: RE: [Nel] Help compiling and cvs.... > > > > > > > > I can't figure out how to set the cvsroot with win32 cvs.exe. I > > > > use the -d option but it doesn't seem to work. > > > > > > What are you putting after -d? Which version of cvs are you using? > What > > > error do you get? > > > > No error... just displays the same thing if you just typed cvs (the help > stuff) and doesn't change the CVSROUTE. I dont see a version number either. > I'm putting the CVSROOT= stuff after -d and even wit hthe export. > > > > > > However I did download snowballs iwth the engine source... but > > > > It's not compiling right. it mentioned STLport (or whatever it > > > > was) and so i downloaded it, put it in d:\, compiled it with no > > > > errors and it still doesn't compile and keeps mentioning that? > > > > what am I doing wrong? I used the vc++ 6 make file. thanks... > > > > > > Did you add the STLPort install directory to the Include and Lib > directory > > > settings in VC++ as per the instructions in the INSTALL file? > > > > > > Mike > > > > Yes I did that and it's still asking for STLPort... > > -- > > > > > > ----KallDrexx > > > > _______________________________________________ > > Sign-up for your own FREE Personalized E-mail at Mail.com > > http://www.mail.com/?sr=signup > > > > > > 1 cent a minute calls anywhere in the U.S.! > > > > > http://www.getpennytalk.com/cgi-bin/adforward.cgi?p_key=RG9853KJ&url=http:// > www.getpennytalk.com > > > > > > _______________________________________________ > > Nel mailing list > > Nel@nevrax.org > > /mailman/listinfo.cgi/nel > > > > _______________________________________________ > Nel mailing list > Nel@nevrax.org > /mailman/listinfo.cgi/nel > > -- ----KallDrexx _______________________________________________ Sign-up for your own FREE Personalized E-mail at Mail.com http://www.mail.com/?sr=signup 1 cent a minute calls anywhere in the U.S.! http://www.getpennytalk.com/cgi-bin/adforward.cgi?p_key=RG9853KJ&url=http://www.getpennytalk.com From v.caron@zerodeux.net Mon Jan 7 22:40:33 2002 Received: from zerodeux.net (zerodeux.net [62.4.22.182]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g07LeXw08305 for ; Mon, 7 Jan 2002 22:40:33 +0100 (CET) (envelope-from v.caron@zerodeux.net) Received: from localhost.localdomain (zerodeux.home [192.168.1.3]) by zerodeux.net (Postfix) with ESMTP id D0FB4B4CF for ; Mon, 7 Jan 2002 22:34:56 +0100 (CET) Subject: Re: [Nel] Help compiling and cvs.... From: Vincent Caron To: nel@nevrax.org In-Reply-To: <20020107212342.3805.qmail@mail.com> References: <20020107212342.3805.qmail@mail.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Evolution/1.0 (Preview Release) Date: 07 Jan 2002 22:34:48 +0100 Message-Id: <1010439288.4100.15.camel@zerodeux.home> Mime-Version: 1.0 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: On Mon, 2002-01-07 at 22:23, Matthew Shapiro wrote: > after I do the set and I try cvs login here's what happens (happens in wincvs too): > d:\>set CVSROOT=':pserver:anonymous@cvs.nevrax.org:/home/cvsroot' > d:\>cvs login > cvs login: CVSROOT "':pserver:anonymous@cvs.nevrax.org:/home/cvsroot'" must be an absolute pathname Seems this is a quote pb, remove the single quotes in the "set" invocation (or try double quotes). From kalldrexx@programmer.net Tue Jan 8 00:04:12 2002 Received: from ws1-9.us4.outblaze.com (205-158-62-37.outblaze.com [205.158.62.37]) by www.nevrax.org (8.11.0/8.11.0) with SMTP id g07N4Aw08734 for ; Tue, 8 Jan 2002 00:04:11 +0100 (CET) (envelope-from kalldrexx@programmer.net) Received: (qmail 36731 invoked by uid 1001); 7 Jan 2002 22:58:24 -0000 Message-ID: <20020107225824.36730.qmail@mail.com> Content-Type: text/plain; charset="iso-8859-1" Content-Disposition: inline Content-Transfer-Encoding: 7bit MIME-Version: 1.0 X-Mailer: MIME-tools 5.41 (Entity 5.404) Received: from ws1-9.us4.outblaze.com for [65.14.53.206] via web-mailer on Tue, 08 Jan 2002 06:58:23 +0800 From: "Matthew Shapiro" To: nel@nevrax.org Date: Tue, 08 Jan 2002 06:58:23 +0800 Subject: Re: [Nel] Help compiling and cvs.... Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: ahhhh thanks... -----Original Message----- Wrom: TTZRCLBDXRQBGJSNBOHMKHJYFMYXOEAIJJPH Date: 07 Jan 2002 22:34:48 +0100 To: nel@nevrax.org Subject: Re: [Nel] Help compiling and cvs.... > On Mon, 2002-01-07 at 22:23, Matthew Shapiro wrote: > > after I do the set and I try cvs login here's what happens (happens in wincvs too): > > d:\>set CVSROOT=':pserver:anonymous@cvs.nevrax.org:/home/cvsroot' > > d:\>cvs login > > cvs login: CVSROOT "':pserver:anonymous@cvs.nevrax.org:/home/cvsroot'" must be an absolute pathname > > Seems this is a quote pb, remove the single quotes in the "set" > invocation (or try double quotes). > > > > _______________________________________________ > Nel mailing list > Nel@nevrax.org > /mailman/listinfo.cgi/nel > > -- ----KallDrexx _______________________________________________ Sign-up for your own FREE Personalized E-mail at Mail.com http://www.mail.com/?sr=signup 1 cent a minute calls anywhere in the U.S.! http://www.getpennytalk.com/cgi-bin/adforward.cgi?p_key=RG9853KJ&url=http://www.getpennytalk.com From kimsama009@orgio.net Tue Jan 8 07:52:32 2002 Received: from user14.orgio.net (root@[211.115.216.244]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g086qUw11552 for ; Tue, 8 Jan 2002 07:52:31 +0100 (CET) (envelope-from kimsama009@orgio.net) Received: (from nobody@localhost) by user14.orgio.net (8.9.3/8.9.3) id PAA22400 for ; Tue, 8 Jan 2002 15:46:39 +0900 Message-Id: <200201080646.PAA22400@user14.orgio.net> Received: (from nobody@localhost) by user14.orgio.net (8.9.3/8.9.3) id PAA22396; Tue, 8 Jan 2002 15:46:39 +0900 From: "±èÇö¿ì" To: nel@nevrax.org X-Priority: 3 MIME-Version: 1.0 Date: Tue, 08 Jan 2002 15:46:39 KST Content-Type: text/html; Content-Transfer-Encoding: 8bit X-Mailer: Orgio Mail Webmail Interface Subject: [Nel] How to use 'Pacs' with static geometries like BSP? Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive:
I've compiled NEL and ran pacs sample.
It wokrs good and make me so impressive.

I looked at the source over and became know how it does work.

In pacs, there are four parts of the library;

1) Static Collisions
2) Dynamic Collisions
3) Pathfinding
4) User

The pacs sample uses 'User' part and demostrate it.

If I use pathfinding and collision detection in interior geometry like BSP,
how to do I use those of classed?
(specially, all geometry data I have is consist of triangles)

If possible show me the examples or some psuedo code is also welcome.

Hope your best reply. Thanks

--------------------------------------------------------
Best Free e-Mail Site Orgio.net http://www.orgio.net
ÆÄ¿öÀ¯Àú°¡ ¼±ÅÃÇÑ ¸ÞÀÏ 30M ¹«·á ÀúÀå°ø°£, ¼ö½ÅÈ®ÀÎÀÇ ¿øÁ¶ From valignat@gw.nevrax.com Tue Jan 8 17:03:42 2002 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g08G3fw14484 for ; Tue, 8 Jan 2002 17:03:41 +0100 (CET) (envelope-from valignat@gw.nevrax.com) Received: from gw.nevrax.com (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with ESMTP id g08Fw1J89801 for ; Tue, 8 Jan 2002 16:58:01 +0100 (CET) (envelope-from valignat@gw.nevrax.com) Received: (from valignat@localhost) by gw.nevrax.com (8.11.6/8.11.6) id g08Fvnp53256 for nel@nevrax.org; Tue, 8 Jan 2002 16:57:49 +0100 (CET) (envelope-from valignat) Date: Tue, 8 Jan 2002 16:57:49 +0100 From: Cedric Valignat To: nel@nevrax.org Subject: Re: [Nel] Linux: patch for misc/mutex.cpp (cf. David Mentre post) Message-ID: <20020108165748.A53227@nevrax.com> References: <1010421337.538.4.camel@zerodeux.home> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <1010421337.538.4.camel@zerodeux.home>; from v.caron@zerodeux.net on Mon, Jan 07, 2002 at 05:35:37PM +0100 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hello Vincent, I commited your patch to NEL. Thanks for your help :-) According to Vincent Caron: > > - or replace PTHREAD_MUTEX_FAST_NP with PTHREAD_MUTEX_ADAPTIVE_NP > > I recommend the second alternative, since it is equivalent (FAST mutex > is currently equivalent to ADAPTIVE mutex) and more portable. Cedric. From david.mentre@wanadoo.fr Tue Jan 8 19:40:51 2002 Received: from mel-rto2.wanadoo.fr (smtp-out-2.wanadoo.fr [193.252.19.254]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g08Ieow15523 for ; Tue, 8 Jan 2002 19:40:51 +0100 (CET) (envelope-from david.mentre@wanadoo.fr) Received: from mel-rta7.wanadoo.fr (193.252.19.61) by mel-rto2.wanadoo.fr; 8 Jan 2002 19:35:04 +0100 Received: from oops (193.252.189.28) by mel-rta7.wanadoo.fr; 8 Jan 2002 19:34:46 +0100 Received: from david by oops with local (Exim 3.33 #1 (Debian)) id 16O15C-0000mz-00 for ; Tue, 08 Jan 2002 19:34:46 +0100 To: nel@nevrax.org From: David Mentre Organization: none Date: 08 Jan 2002 19:34:46 +0100 Message-ID: <87n0zo3d4p.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me> Lines: 41 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.1 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: [Nel] Issue to run snowballs2 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hello all, I'm trying to run snowballs2. However, it failed while trying to load libnel_drv_opengl.so with an undefined symbol glSetFenceNV. I commented out all gl*Fence*NV symbols and now I have the following error: david@oops:~/pub/NeL/code/snowballs2/client$ /usr/local/Installed/NeL/bin/snowballs INF 2967 client.cpp 145 : Starting Snowballs ! WRN 2967 path.cpp 440 : CPath::addSearchPath(data/pacs/, 0, 1): 'data/pacs/' is not found, skip it WRN 2967 path.cpp 440 : CPath::addSearchPath(data/anims/, 0, 1): 'data/anims/' is not found, skip it WRN 2967 dru.cpp 95 : when loading dynamic library 'libnel_drv_opengl.so': /usr/local/Installed/NeL/lib/libnel_drv_opengl.so: undefined symbol: glBindProgramNV WRN 2967 common.cpp 390 : Exception will be launched: libnel_drv_opengl.so not found Aborted Like glSetFenceNV, glBindProgramNV symbol is not available in /usr/lib/*GL* libraries neither in /usr/include/GL/*.h. Notice also that those symbols are not defined in SGI latest glext.h (http://oss.sgi.com/projects/ogl-sample/ABI/glext.h). Notice also that Alexandre Courbot had the same problem as me (/pipermail/nel/2001-October/000650.html). Apparently, this has not been fixed. Are those symbols standard OpenGL or Windows specific? I have missed something? Versions: OpenGL implementation: Mesa 3 provided with XFree86 4.1.0.1 Linux 2.4.17, XFree 4.1.0.1, OpenGL renderer string: Mesa DRI Rage128 20010405 AGP 1x x86/MMX OpenGL version string: 1.2 Mesa 3.4.2 Thanks in advance for any help, Best regards, d. -- david.mentre@wanadoo.fr From tharibo@free.fr Tue Jan 8 21:11:27 2002 Received: from postfix2-1.free.fr (postfix2-1.free.fr [213.228.0.9]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g08KBRw15981 for ; Tue, 8 Jan 2002 21:11:27 +0100 (CET) (envelope-from tharibo@free.fr) Received: from there (toulouse-1-a7-33-201.dial.proxad.net [62.147.33.201]) by postfix2-1.free.fr (Postfix) with SMTP id 70486428 for ; Tue, 8 Jan 2002 21:05:46 +0100 (CET) Content-Type: text/plain; charset="iso-8859-1" From: Thomas RIBO To: nel@nevrax.org Subject: Re: [Nel] Issue running snowballs2 Date: Mon, 7 Jan 2002 19:54:14 +0100 X-Mailer: KMail [version 1.3] References: <87wuyx2bca.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me> <87u1u0a23k.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me> <87pu4o9ze0.fsf_-_@oops.i-did-not-set--mail-host-address--so-shoot-me> In-Reply-To: <87pu4o9ze0.fsf_-_@oops.i-did-not-set--mail-host-address--so-shoot-me> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <20020108200546.70486428@postfix2-1.free.fr> Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: tharibo@free.fr List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: > - when running snowballs2 binary, I get the following error: > david@oops:~/pub/NeL/code/snowballs2/client$ > /usr/local/Installed/NeL/bin/snowballs INF20825 client.cpp 145 : > Starting Snowballs ! > WRN20825 path.cpp 440 : CPath::addSearchPath(data/pacs/, 0, 1): > 'data/pacs/' is not found, skip it WRN20825 path.cpp 440 : > CPath::addSearchPath(data/anims/, 0, 1): 'data/anims/' is not found, Did you download the data pack? -- tharibo@free.fr "Le temps ne fait rien à l'affaire, quand on est con, on-est-con !" -- Georges Brassens From david.mentre@wanadoo.fr Tue Jan 8 21:27:21 2002 Received: from mel-rto4.wanadoo.fr (smtp-out-4.wanadoo.fr [193.252.19.23]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g08KRLw16093 for ; Tue, 8 Jan 2002 21:27:21 +0100 (CET) (envelope-from david.mentre@wanadoo.fr) Received: from mel-rta9.wanadoo.fr (193.252.19.69) by mel-rto4.wanadoo.fr; 8 Jan 2002 21:21:35 +0100 Received: from oops (193.252.189.28) by mel-rta9.wanadoo.fr; 8 Jan 2002 21:21:34 +0100 Received: from david by oops with local (Exim 3.33 #1 (Debian)) id 16O2kX-0000rH-00 for ; Tue, 08 Jan 2002 21:21:33 +0100 To: nel@nevrax.org Subject: Re: [Nel] Issue running snowballs2 References: <87wuyx2bca.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me> <87u1u0a23k.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me> <87pu4o9ze0.fsf_-_@oops.i-did-not-set--mail-host-address--so-shoot-me> <20020108200546.70486428@postfix2-1.free.fr> From: David Mentre Organization: none Date: 08 Jan 2002 21:21:33 +0100 In-Reply-To: <20020108200546.70486428@postfix2-1.free.fr> Message-ID: <87itac386q.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me> Lines: 12 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.1 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Thomas RIBO writes: > Did you download the data pack? Yes. I think my problem is more a library issue. Best regards, d. -- david.mentre@wanadoo.fr From david.mentre@wanadoo.fr Tue Jan 8 21:45:15 2002 Received: from mel-rto2.wanadoo.fr (smtp-out-2.wanadoo.fr [193.252.19.254]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g08KjFw16224 for ; Tue, 8 Jan 2002 21:45:15 +0100 (CET) (envelope-from david.mentre@wanadoo.fr) Received: from mel-rta6.wanadoo.fr (193.252.19.222) by mel-rto2.wanadoo.fr; 8 Jan 2002 21:39:29 +0100 Received: from oops (193.252.189.28) by mel-rta6.wanadoo.fr; 8 Jan 2002 21:39:29 +0100 Received: from david by oops with local (Exim 3.33 #1 (Debian)) id 16O31t-0000ra-00 for ; Tue, 08 Jan 2002 21:39:29 +0100 To: nel@nevrax.org Subject: Re: [Nel] Issue to run snowballs2 References: <87n0zo3d4p.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me> From: David Mentre Organization: none Date: 08 Jan 2002 21:39:28 +0100 In-Reply-To: <87n0zo3d4p.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me> Message-ID: <87ell037cv.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me> Lines: 27 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.1 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: David Mentre writes: > Are those symbols standard OpenGL or Windows specific? After further investigation, I would say that those symbols (and thus library functions) are NVidia specific: http://oss.sgi.com/projects/ogl-sample/registry/NV/fence.txt As far as I have understood, the NeL library should have queried the OpenGL library to find if those extensions are available and if not use a workaround. Am I right? However, there is some code to test those functions availability: driver_opengl_extension.cpp:333: if( strstr(glext, "GL_NV_fence")==NULL ) return false; Maybe some cleanup would be needed in driver_opengl_extension_def.h? I would so much play with snowballs! :) I hope it helps in some way, Best regards, d. -- david.mentre@wanadoo.fr From kalldrexx@programmer.net Tue Jan 8 23:47:46 2002 Received: from ws1-9.us4.outblaze.com (205-158-62-55.outblaze.com [205.158.62.55]) by www.nevrax.org (8.11.0/8.11.0) with SMTP id g08Mljw16856 for ; Tue, 8 Jan 2002 23:47:45 +0100 (CET) (envelope-from kalldrexx@programmer.net) Received: (qmail 80187 invoked by uid 1001); 8 Jan 2002 22:41:57 -0000 Message-ID: <20020108224157.80185.qmail@mail.com> Content-Type: text/plain; charset="iso-8859-1" Content-Disposition: inline Content-Transfer-Encoding: 7bit MIME-Version: 1.0 X-Mailer: MIME-tools 5.41 (Entity 5.404) Received: from ws1-3.us4.outblaze.com for [65.14.53.206] via web-mailer on Wed, 09 Jan 2002 06:41:57 +0800 From: "Matthew Shapiro" To: nel@nevrax.org Date: Wed, 09 Jan 2002 06:41:57 +0800 Subject: [Nel] problems compiling.... Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: OK i THINK i know what's wrong. I followed the new instructuions that came with the cvs version of the code and i did the nmake clean all stuff to STLport and at the begging it says the following files could not be found like 8 times and then compiles the rest.... Then when i do nmake install it says that cl.exe cannot be found (apparently cl.exe is the file all these compilations want to maek... including nel...) any ideas. and yes STLport 4.0 -- ----KallDrexx _______________________________________________ Sign-up for your own FREE Personalized E-mail at Mail.com http://www.mail.com/?sr=signup 1 cent a minute calls anywhere in the U.S.! http://www.getpennytalk.com/cgi-bin/adforward.cgi?p_key=RG9853KJ&url=http://www.getpennytalk.com From robert@in-orbit.net Wed Jan 9 01:44:41 2002 Received: from quasar.skima.is (quasar.skima.is [212.30.200.205]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g090idw17528 for ; Wed, 9 Jan 2002 01:44:39 +0100 (CET) (envelope-from robert@in-orbit.net) Received: from [157.157.149.19] by quasar.skima.is with ESMTP for nel@nevrax.org; Wed, 9 Jan 2002 00:38:51 Z Date: Wed, 9 Jan 2002 01:04:38 -0800 From: Robert Bjarnason X-Mailer: The Bat! (v1.49) Personal Organization: InOrbit Entertainment, Inc. X-Priority: 3 (Normal) Message-Id: <446156809.20020109010438@in-orbit.net> To: nel@nevrax.org Subject: Re[2]: [Nel] How to use CollisionMeshBuild (.cmb) X-Sender: Robert Bjarnason Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="----------241A61752056A23D" Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: =?ISO-8859-1?Q?R=F3bert_Bjarnason?= List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: ------------241A61752056A23D Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi, I've exported a .cmb file from Max from the same Max file as I use to export the instance group that includes stairs in the Mayan pyramid we are reconstructing. The process explains it self and everything seems to work except when I load the scene no collision happens with the stairs. My .rbank and .gr files both grow and this is the output log: 02/01/09 00:25:33 INF 708 main.cpp 234 : compute retriever 8_AO 02/01/09 00:25:33 INF 708 main.cpp 255 : Material 0 used 02/01/09 00:25:33 INF 708 local_retriever.cpp 665 : compute topologies 02/01/09 00:25:33 INF 708 local_retriever.cpp 709 : generated 24 topologie= s for character 0 02/01/09 00:25:33 INF 708 local_retriever.cpp 709 : generated 0 topologies= for character 1 02/01/09 00:25:33 INF 708 local_retriever.cpp 709 : generated 0 topologies= for character 2 02/01/09 00:25:33 INF 708 local_retriever.cpp 709 : generated 0 topologies= for character 3 02/01/09 00:25:33 INF 708 main.cpp 195 : instance making and linking work = time: 0.010 02/01/09 00:25:33 INF 708 main.cpp 325 : 0.170 seconds work 02/01/09 00:25:33 INF 708 main.cpp 329 : CVector translation_0 =3D C= Vector(-2237.0f, 1149.0f, 0.0f); What I see right away that is strange it that the approximate middle of my stairs in the world is (2240.0f, -1148.0f), looks very much like "translation_0" except for the "-" being swapped, maybe this is just a coincident=3F When I export the .cmb file then it takes on the name of the instance group of the shape...I guess that is normal, right=3F Another thing that might be related to this not working is that I had problems getting the Landscape pacs to work until I realized the importance of having my zones translated to the correct world coordinates based on the names. I used the snowballs example max zones to figure out where they were supposed to be located. According to the Max snowballs example_zones the size of each zone in Max is supposed to be approx 4 meters by 4 meters, and that is supposed to translate in the NeL 160m by 160m, right=3F I'm a little bit confused on the zone size issue because the units seem to be different in Max and NeL=3F Also, am I correct to assume that the zones have to be in the correct world coordinates based on their names for pacs to work=3F Maybe this is unrelated but build_rbank does not compile anymore because it can't find moulinette.h I include a low quality screenshot, still only first pass on models and textures and we don't have our sky-dome or visiting characters in there, yet, only good old Gnu :) Thanks, Robert Bjarnason InOrbit Entertainment, Inc. ------------241A61752056A23D Content-Type: image/pjpeg; name="screenshot000.jpg" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="screenshot000.jpg" /9j/4AAQSkZJRgABAgEASABIAAD/7Q8uUGhvdG9zaG9wIDMuMAA4QklNA+0KUmVzb2x1dGlvbgAA AAAQAEgAAAABAAIASAAAAAEAAjhCSU0EDRhGWCBHbG9iYWwgTGlnaHRpbmcgQW5nbGUAAAAABAAA AB44QklNBBkSRlggR2xvYmFsIEFsdGl0dWRlAAAAAAQAAAAeOEJJTQPzC1ByaW50IEZsYWdzAAAA CQAAAAAAAAAAAQA4QklNBAoOQ29weXJpZ2h0IEZsYWcAAAAAAQAAOEJJTScQFEphcGFuZXNlIFBy aW50IEZsYWdzAAAAAAoAAQAAAAAAAAACOEJJTQP1F0NvbG9yIEhhbGZ0b25lIFNldHRpbmdzAAAA SAAvZmYAAQBsZmYABgAAAAAAAQAvZmYAAQChmZoABgAAAAAAAQAyAAAAAQBaAAAABgAAAAAAAQA1 AAAAAQAtAAAABgAAAAAAAThCSU0D+BdDb2xvciBUcmFuc2ZlciBTZXR0aW5ncwAAAHAAAP////// //////////////////////8D6AAAAAD/////////////////////////////A+gAAAAA//////// /////////////////////wPoAAAAAP////////////////////////////8D6AAAOEJJTQQIBkd1 aWRlcwAAAAAQAAAAAQAAAkAAAAJAAAAAADhCSU0EHg1VUkwgb3ZlcnJpZGVzAAAABAAAAAA4QklN BBoGU2xpY2VzAAAAAHsAAAAGAAAAAAAAAAAAAAHgAAACgAAAAA0AcwBjAHIAZQBlAG4AcwBoAG8A dAAwADAAMAAAAAEAAAAAAAAAAAAAAAAAAAAAAAAAAQAAAAAAAAAAAAACgAAAAeAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAOEJJTQQREUlDQyBVbnRhZ2dlZCBGbGFnAAAAAQEAOEJJ TQQUF0xheWVyIElEIEdlbmVyYXRvciBCYXNlAAAABAAAAAE4QklNBAwVTmV3IFdpbmRvd3MgVGh1 bWJuYWlsAAALgAAAAAEAAABwAAAAVAAAAVAAAG5AAAALZAAYAAH/2P/gABBKRklGAAECAQBIAEgA AP/uAA5BZG9iZQBkgAAAAAH/2wCEAAwICAgJCAwJCQwRCwoLERUPDAwPFRgTExUTExgRDAwMDAwM EQwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwBDQsLDQ4NEA4OEBQODg4UFA4ODg4UEQwMDAwM EREMDAwMDAwRDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDP/AABEIAFQAcAMBIgACEQEDEQH/ 3QAEAAf/xAE/AAABBQEBAQEBAQAAAAAAAAADAAECBAUGBwgJCgsBAAEFAQEBAQEBAAAAAAAAAAEA AgMEBQYHCAkKCxAAAQQBAwIEAgUHBggFAwwzAQACEQMEIRIxBUFRYRMicYEyBhSRobFCIyQVUsFi MzRygtFDByWSU/Dh8WNzNRaisoMmRJNUZEXCo3Q2F9JV4mXys4TD03Xj80YnlKSFtJXE1OT0pbXF 1eX1VmZ2hpamtsbW5vY3R1dnd4eXp7fH1+f3EQACAgECBAQDBAUGBwcGBTUBAAIRAyExEgRBUWFx IhMFMoGRFKGxQiPBUtHwMyRi4XKCkkNTFWNzNPElBhaisoMHJjXC0kSTVKMXZEVVNnRl4vKzhMPT dePzRpSkhbSVxNTk9KW1xdXl9VZmdoaWprbG1ub2JzdHV2d3h5ent8f/2gAMAwEAAhEDEQA/AKYs aBHoVkgbQXVNdp8fp7tfpJ2HDcCy4V08e5tQa7T83ePd7keyjKrEuAe0fnRKEbHjUMg+IJW1owGL IM6OXFpe0sPctdI/tKtdj9Nr4tDu5Ia86fciPucdHVsd5ua0/wDfQoC1og+gx0ebx/1NiSOFVd/S a2wXNeQZa4Mf/wBLVqtVdcx6XGGMLIAG1kEAfmjdKp2XVveHPx2+Ya+wf9KXOQ/1aZ9Kue25rnx9 9iBRwuq/601NYW1YtbyeDYTof3m7Vn39U6tlhwqs2sP02sd/6UdvVd1FbzyPhBAHwa1N9haT9JoH k0k/wTdBskQXpaylpOQHWDTawvIk/vPc3/qFDJzHXGSSP5LdG/5oRW4VRcA1j7XeGoVqnpdztW1t qB/f+l+KaSvEXIFdjzwSiNxNfcQ38T9wW8zod7yIJIPYQrVfRBUfftb5aEppI7rqefrwgeGk/wAo /wDkVex+nSd212ndx0Wx9mx6v3f6x/8AJOSgO+iC/wA/ot/6Xu/6KYZBcOIaB//Q3SaT9KhvntJH 4IFuJg2mfdW75kf5qvHp1s+1xI82un8E37Ny4kNLvGA4/wAFqccf3vxXmAci3puMGzXYXO8C2B/n SqrsBwn2SPhP8V0BwMoalhHxDo/6lMMKwn3gAd4BJ/6lL3B3R7Qecd05x/NP3JN6U93DBp4ldN9j xwNbAI+luZt/6Tntaq2Tbi44IDq7LBthpADTOv8AOuv2+1qjnnhEXKVJ9pw7ukPx2eo+CJDQGEEy fIlqGMdpIkP7DUCNYH73mtOnLtzMnHreytjPUB21vH5mrnO2v3P2ottmx4tbW1xYS8h8bWj3b7HB zmN/R7vzlRyc+eOofL4hcMPihq6beDta8hveJj/vqs1Y7KDuda3cPIvP/R9ir05+6wNyamOaZ32t ub7SQPSYK5d6m/8Ae9RXa34zxvY9jWzDQS1xOu3x/eVgc1jlsfod0e2jdkPI2tc6PMho/wA2rchC q20kSfg0R/5N6uek8+J+SLWy1rCA4M8o1P8AaQlmHRXAGtjYdcy9jhHdrS53/flYPT6Xgbd7HHmd CR/0tqk2mzdJJJGo0nX8FarOUHBxAPxEKGWU91wi/wD/0dZn1j6U7X7SQPiijr3R3c5DZ8yuEOLJ JNjiSI4bxM/uqdGNSMit2Q97qQ4G1oa0kt7s4H0voJ330fu/j/6AuGV7s9e6Kxu5+UwN0BO5x50G jdyDl/WvpWK1v2dzMqWl7mNe5pDG/wCF/mntdX9Jcww9KZeLRTGyfTbWyBLm7N1nq27neg73sr/m 7f8ACfov0Sm27Ba4uLsiwux3YrS+ur9HXY3037drttjqNn6D+umS5onbT62u4x3DqdV6zhZdWVTf lvGPk7G10sY4tYYbd6TjsZvdox+9/wD53m3O6NtDrcqytoDP0Ox7gAXF1bPUr2/ovZ+jZ+5/xald nYd2R6ljC6rf6rmNZDnk+11F1j7Gu9Hb+5/4EoW5mKWMr2ueGNa0v2Radgb6cH1K6mf6Pb/NV1qA yBNkknzTxjuGz0PMwbLyyt2y51lgreJe60+k9rad7RtrZsZ661bmWtrfv/RiytzHnQkNc07nhs+7 axYvT83p+FbM3XNLbodZXWzY+6v0bLQzHLvVt/wP+h9P9J/OKr0Gvp/Sc2rJff6grDGENx9ntb9O Q36bnM/z/wA9NIidbqthvaRkA0satsZHRgfsbngVOcbL7HssGtX87U2v6Tad/v8AUq/P9/56Z9/S aHNfRkW0Oa5r6CGOIq9X31+m65tm9rW/pqvofy0J1+C4NO6xljWPrc9lNZL22z61dnqOb7fdsqez 9Jsr/wBIivz8J7J2ONgDI9VsyaxG91lTtznZH+Fa79DX/gqkfT/Io4x+8HQp+s1GDj3Outs6lZAe 3dvDWjc9vtvLLdzXO/6j/g1oY31t6HbSxzn7LnEMfU0F+17j7Kt4YNznLnWZWB6TKrA9wraGgvrA BHs9Nn6F77aqcVjba6mVu/S+r6l296gzKxmu3tdbRYHtuJpqrLXWNb6TDuus9djq63P9/s/6hO49 N1cY/eD1R+t3QmSDcdORCgfrt0Fv+EcfkuT9HoEOcMQF/tj1muJJaPc9zqX/AM5luc+y/d9D9H6X prNOBVJg6E6exn/kUCR+8UHIB2Pk/wD/0sbTxS+9IExz8NEpPhr5hU2NeE0R2Te6Y1+MaKQ+890l LfIhRc9jGF7yGsaJc4nQDzT6/d2KZ9ddjYeNwBBEgGCOHe5EeKUf2zDgE3saDwSQPyqD+pYTHlgs L3gwW1tLjPhoPcqHW8RmwZMgWl/uaA1siNvta391S6RS25r7GufW9oAD6zBjv23KTghw8Vmk8Ojq se2xoc0+08TIP+afc1PCTWuY0Ne82EcufEnz9sJ55kiPHwUXkhaD8Uin8Dp8ku+p0PB7pIW18EoS 17H8Sl7vj5JKf//TxpJPdx8RwnJ90HTTjulqAdBH+pUQ9pPHaS4cKmxrlxGmg8uU24njT8ii5zO0 c+Kfc0CXHtoD2SUyJiS2THJT9h4d/BJoBA7g/gmc7ax9gYXtYCQO5jX2pJDlZ3rWWWYZfNfqF7Q7 UNLtdIna5WOh4GdhsN2VSH1uY4+2D6Y9o9X1Gu/O37PTQ7cbZtz6ybse0zY4DWt7j/N2/wBaf0Vv 5618bqmM3HbjhwdbkA1tYPzQ4fzln8hV8uaXBwwiJQlL16EH+v8A3W3jhr6iRID09v6qJvYNMkCJ 7pak6jXyn8dFJzH1PdW5sPY7aYM6hQ76REa/66KewdRqC1K1IPRR3TIkg9zqnIM+I5/1CY7gSAZB 18UxfxrHgO/9lGlMtkBzh28OFEeJ/wBv5VMPIbMye3injWZgnsp80cMYYzCRlIx9Vx4f0pfN6vT/ AHV0hEAUbNP/1MSzdPv+jGs8SmG3Tw7xMc+1cMkqn8tFj3I9PXwnvzKm3bpEcj71waSSi983vH04 13cR/wBSlXx+j4nTmN3muBSQQdv4PW5X2b0X/Z/V9H1K/tG3+anf+f6n5m7/AEf56BgejvZ9Pfu9 kbY2z+j3fnbtq5lJD9CXy/N/L3GYdPn+v/cveGdZjdrvmf4qfbT6P+v/AEVwCSLEXvNdwjiNY+X9 lM+e3MnjmVwiSdHcb/4O6R9XuxMaxGk/H+Uk6N3nGs8f+SXCJJw2Pz9fJR+r/9k4QklNBCEaVmVy c2lvbiBjb21wYXRpYmlsaXR5IGluZm8AAAAAVQAAAAEBAAAADwBBAGQAbwBiAGUAIABQAGgAbwB0 AG8AcwBoAG8AcAAAABMAQQBkAG8AYgBlACAAUABoAG8AdABvAHMAaABvAHAAIAA2AC4AMAAAAAEA OEJJTQQGDEpQRUcgUXVhbGl0eQAAAAAH//4AAQABAQD/7gAOQWRvYmUAZIAAAAAB/9sAhAAUEREa EhopGBgpMycgJzMnHBwcHCciFxcXFxciEQwMDAwMDBEMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwM DAwMARUaGiEdISIYGCIUDg4OFBQODg4OFBEMDAwMDBERDAwMDAwMEQwMDAwMDAwMDAwMDAwMDAwM DAwMDAwMDAwMDAz/wAARCAHgAoADASIAAhEBAxEB/90ABAAo/8QApAAAAwEBAQEAAAAAAAAAAAAA AAECAwQFBgEBAQEBAQEAAAAAAAAAAAAAAAECAwQFEAACAgIBAgQDBAQJCgYDAQAAARECEgMhMQRB USITYXEyQmIUBYGRUnKhgpKiIzNDU3Pw0dLiY4OTo7MVsbLCw9PjweHzlBEBAQEAAgECBQIEBgMA AAAAAAERAhIhMQNBUWEiMlITQnKCBPCBYpIjM3PD4//aAAwDAQACEQMRAD8A5K6nZqq6vg3/AAV2 1DTTy9S/2X9cRV1lZdJ9UHTbfS1uHZVSda1r6Pb/AMv7U9934OTjfbt3WuvLfH7P/VL/AAVp6rGH bP7Ho/o9h1X7pZ0uk51pJT9Wz/GJ/FUVfaSeGNq/f9dvfJ5GF+w21WUTzj6fV9n3f+GYrt9lm6qr ldVB6urvKbHZW9KjY+v2fa/Da9f+N/RmVO8qnDTdIpTFqts/b/vf9r/hk2/JfDztXb33XWqq9Tcc l07O95iOrpX796f3R06u4WrY71r6XZWj7WNbe5/WFU7utXOP03tt1x+1f+8LdRw17bc0mqWh9OBr XsxyxcLxg7vxiS6PppX/APnf9J/xBX7ul62V6u054T/Z+5b3P6/+s/3Q2/IcHUarJVKydHsmkcjq CpJ1PUFaJFRz+0yHRo9Dhg9SZB5mLFB320wZOiCuWQiTd0GqSBzpBidHtQRasAZqo3U1rWQwCIrS RvW0zfXTF8nTaifIHBgx0nod0LoxPXXqgOf2W+To164UM6KquJLaQEvTJVNEMS2m1byS6H7RS1pA tkCdpM+QOoJY8jSkuAEqu3IrVb4NlwjTXVdTOjk9pglidt1By2a8RLozt3MGfv5DuqM5rWrXobkg 6/eSIvvR5mzc5M3tbLkHffcmcW3f4IxttZha0hWr3MK3bMkpNEgNlsJtYiGb00O6AzraTs068iF2 rqaq3toKd6xwjJ7MCs3Y5tjlgVbezJ7GyWiWjKm7E5BAgqnYmRAA5F1ACBAMQAEDgApDgcAAhhAQ AQEFKpaqBnBSqW68B8jFtl/pdePGXjP1cvc6fyf9RJDmBBi2Z734cXSezx+PP8//AK+3/wCkFJDw b+RVdcvnpyXtf0s/t8c3v/jp/wCQKpWIKsL1eRrrXpXyLx57fRnn7fSb27/d0f/Qw4YQZSPJn0HJ qlIWoZZFK5QmggrJDkCYKSBNDUEDVTRapEmb0sgjNa4NUVkh+kDC9ZIxZ1cEPFgYqrNKyPhFJpgT asnPajO5Yg61Jo4FUHWDsdakOtSjjsn4EJT1O2KmNlXwYRlhHQR0UhdSoowOfJtQaUyLeNSltpAC dG+SJaNPxCQvdrYDPJg7Mdr1QvdRRMtGtNsHPbYhK6A7Vc0rsXiec9gLayYPU91IVtyg833mJ7CY PR/EcCfe4nm22Gbs2Mg9G/5g2jC3dto4mEBW3v2Jtsb5IgmAHaxm2VBOMgLqPGRRA04CrVGh5QL3 G+EFdbtywNtVcuToWz23BnRYIm9kwOl9wmY3vJzg2RWi2QS2Zg2RTbEhSJ2AbZApAgAAAoAcBABA QUhgTAMpVkpUAiBqrNVWC0kBkqFLWXwJ2CFCQyZkaAGFalKpcQBKoUqjkAHED5BclJAGKfUcFQUk Rdf/0eaAg0xFifQc2cBiW6sIAzhhyaDgDLkUtGzRLrIRGbKWxhgHtsor3WHusjBiwZBb3WF7jZDq /EUAarcwW5oyCUEdPvSC3NHLBVQN7bZMXtsh4kuoEvZZmb2WNYgborAYra0P3mX7DE+3YA98ojIT 1NB7YBmwV2GAOjQDzHkSqSDqBWQZGb4AC8gyIkUgaJjkykrkCpHJnyEEFygTMwkDSRyZZBLCumtV YpaZOVXaNF3FkBu9Emb0iW9h7oF11qvUu1uISMXeRe4RVWbZMMl7Cc2wqyW4IyYEFZCbEEAAioGq kVA4NFQrEDLEqDTEWAEQNVNFUcAZqhaoUKQHCQTBMsIkAkJGqtlqgREDVZNFQrEDPApULiCuoGUD Sk0VS1UDNUGqmqo2WqQFY4l11myqkEk0SqQEJDklsg//0ozQ00zED6DDeBOqZlkx5hF4BjAlsgpb E+oEtE9DXJBCAzkfuQVCZLqgKWyr6oasjPBBiBsnUp6qWOaGHKA1t2y8CX2yZPuWQvdYQPtX4Gb1 Wqare0aLufMDl5FFl4HX7mu3hBS2UQHC58gUo71s1+JU6reQHEtlqha9rco9Gt9S4Jd9PkBw8vqZ W4PRt7T6MweIRxSC2NHaqUZa7TXboB5zbfIobPS9qlOHyZ2etdEFcOFmL27eR3LbVC96qfQDiWqz 8GbV7Zs7q95rXgYbO6VuhBi+3jqQ4rwaPa2ZNFENiZcDVSDKJDE1FIVniGJoIgmBQXIpkKmBgKCA kRoqSNa5AyCDdUKWsK58R4nT7YYAc+JS1yb4IOEBmtRSokU7E5EDEEhIAEixbDFgDYSLFlqkgQUq yaKhaoBkqFqhokAEqpSqUkUqgZwUkarWWqJAYYNmldRsuBSTRHtlKsFC5ZAxDfBJAA4GLGQpBBao PEaP/9PLEUHS6GbofQYYwEFuosQIgCoACeQyYRAAGTDJiCAgyYZBAoAr3GDvJMCgCsgyJgQFtokU AA4QgHAEwwH0EEKH5i5KACZYS0UIAyBWa6MUABStZ9WOBBIFYSC1SJWDNkU3pJ9spbBrZ5gZ4jVY NMkwlEGbUkNNG8oJQVgkwdWdEoeSA5YYoZ18MIRByYtjwZ18ClIK51qbL9ho29yOgvckBKiQ8UJ2 JkBtJBlBDYnIFZBkShkBIpKxk0rpyAx6jVGdS7eC1rgK5lrNVqSNVQPbbAzwSFijdah+2BzqqLx8 jT24KVGEYqhWJrgy662wOfEpUR0ewNa4JoyVClQ2hCgmqjEGi4CIJojEeI24JkA4CYEOJAiRqrZr CXUze5LoRTwHxUwey1iGmwN3tRm9jYlRlLWB/9TogMZLdYA96M/bItqNwXxIOJ0aJaO21EzP2y6j mgUHS9ZGBRhAQa4iaCMoCDSBYgZwEFtCgCICC8RYgQIuAgCIGhwOAiXyKCmhBSgUFCgBQTEmgmRE QEFBAVMCLgIIIYFQEAIAgcBSAcAAAAyBRI4KQwJ5HJaQQgqAVSgkAxFiOQRAsSYN1wWq1YHLiyq1 fida1pmipVAc3syC7dnVKXQHcDJaYLqo6BlI/kA+gJyJKTRV8iArCKiRqhSpIEpF4ota5K9smjFK S60+BqkkDsTROKCIB2Rnbb5EGkwQ7IyzbAuKuQZDYnYC3aCXczdhZoC3NghLqZPY/Al2bA2zSJe3 yIVGy66iCG3Yaqa+2kLGAuEqwUkhDRBahEWuOBNIiv/V9f20yHpH7hSuezyrJ6oJeps6JRUobRx+ 20P2pOppMmIGo5HraMba2ei0TBdMeW6MWLPStRMyeoupjixFizqesjEqOeGEHRiS6/ADCGEG2LFi Bk0TBs0JgZYgqlyKQFAYociBhOpOJfLCCaM8ROprAoYGUBBo6hiFxnAYmsBBBmqidTbEIAxxGqmo gMnSBQbNiakDKBwXAQBGI8S4DFsgmIGNVY8JAzCDR0GqQBCUFJDgrEKXUS4NIQQgFLQ02wAIpDEu SlVsiga5GqM1VUgJqjWpMwCsB0cJC9xIwlscNkwb+6iHtZliylUB+6yW7MrEHwBEMeKE9iRm9hBq 4RDukZOzYsWwNPcJdyq6/MeCQGfLBa2zbhDki4ha0WqJByylQmmDoI0VDRayauOfFsMGdDr4IapB NXHI9TYKjr1OxqCLUduo0crvJnY6LaG2a10VSJo//9bvaCWOAg9zQliyaH0CZAa2MtXkyAYNsgyk xyHJMG/BLM5HmMFpIHSrIzF7gxF+ymVXTXxMs2J3ZMo0vSi6HLdQW7MTcliMIE6mxLhlTGOKDFF4 idQJxQsSsWKGRUwEFQEALgRWIYgQ0I0xDAgiAg0wkPbAyCDb2ilqA54FB1LUUtSA48WP22zuWpFe 2FxwYeZVaHatMi2aVWj+RLfA4+JgrAwVKxEOfmL2OJ/9Rw/cqN1D6F4JKTnrSrXR/rJWiOXyvKR+ 5R0JVt0B0hSYvWrfSuPixLVHPh+8P3KNkk+ha1yc1tVbLjj5nbqSrRJcwjfHnbRn7UdQVDaPMcR0 Ogw9stajSGylVgQtaQ5SNMSlREXGPLEqM6sR8IGMFrbL9qDT3KoztvXgA1QfCMLb2+hDdrEHS7VR lbajLBspa0AnsfgS22aQkGSAyVGy1qHmTLZFxWFag7pdCVVstUgGJlsWNjWYHkyarNa34lQkNvzC EyaBPyNKolIrJImjaqSLkxV5B7IMjUZz+55DrZkGyBhWAlIKlk8mqSZcIg//1/QgOQkWR72zkaYp CSIHAsRyEgTiEFCAkCoCAEIoEBIZF8EwmASmKUVigwIYngIQ8AwBhQhYlYhDBiMROqLdWLFkMTig wRWIQwIxQYovEeIGbqLE0gYMZYjxkuBwQxCqUkh4jVQYOAlBjAYgWmg9xISHiFPNsi7yTRTqK966 qu1+ES5J5MearpdH8zRarTMLnlBbbXVRXiKr1WtidOi34nWtlPFs8exMrk9u1UpXPCgbo3b4HTtr PXhtyxY8zxH/AKSbFyue1LNNRyP2buOPib6ktXTmSL7ra7Vq6/VlyNhlYZKr+COzTX+jr8hLXfY2 oTTXB0V9Ch9Udvbs1MRgVgPMnJncXWqH6UzF2YuWB0O1UQ9qRlDDEgp7W+hLbY+BOwCxbDFIfLH7 bBiZSB2NFpDBE0ZZNi5ZtCQcE1WOLY8DWRRI0RCQyogZNEQxqrZarJrXWTRnXWisDXAIgzqsnReI KifQtifQaIjkpalZ9RLgJ8iDX2l0Qvw/xMsmjSl2wLWpIftopIqYIM8YE+RyUmQJKB4yWikgP//Q 7hlvWycWe5vCFAwCCBQOQgBDDoAUAKQkBwOBIZAugihwgJgUF4kcogYSwkMgDJjyCUxSFVIST1NF qyXDAngahD9iyJ9qxNDUFQhezYzdbrwA1xQoRCVisLAPFFYIzdbInKyA3wqGKMMrBNuqA6GkEI5X sfiL3108zNsnrR1zVFKqamUk/wBpnAt9LWdU/UvqRntebWVmlH0J/wDMOXP3JJ9t+4j0bquu0XaS Sysefv2V7vWnqTxn7X2jDK2XF2tcY42+0aq/im1XyR57z5X1VHca/cpfUusR1PS161TXWq4SXpPO rna/D+qEejsT1UrTlOIMX0J6o3JrwIXDb+Bpdyl5oznmUc22bQbrOta34cWX8kbcIjbb3NV69FGR qerNelzW2Sj0iequyzt1T9WSZ5mva3qWVnZWicnb0kWv7axrZqr4VTctl8I6ldcxPDxfBWSnHxXJ xvbDXLk007VXbN5dWoO3H3LucvxTHQNVbHfvu31RlPLxXpLXeabcKf1HXvPmmIwsGLN2kxqiNauM MEOEguoJJorLyFmyQkB5MnkYE0IBgTQhyADQTI0hAQaJpFe5BjAyC3tE9jZIAEsJYwAUhyMCARtW EjEakDd28hzHUwTYSyK3yErGUsaIOqrHkcys0aZSEf/R9yExOqFDHJ6XRD1ph7aLkUl2iHqQnqNZ CRtGPtMa1G2TE2xtGftIl6jWGJpjVZe0J62axYOfEujLBi9tm0hkNGODH7bNshSTRjgxe2zoQ5Gj m9or2jfgJQ0Ye0WtbReSDKRopFmMgrkxMboeRz5oeZMMbOPISghcjdGyGKcMMaeJC1A9Q/zFf0a4 DPWjzt2m1rvHkS13fRT4M4X3MuLjs3PVi7NpQeZoa2LrPPH7Ru+2W1ZJS0Q+wTeVlDj7L+k5c+fZ XJvy192m3xen/lI3NqL8K04yzs26K44NRH02n1/7wz1a3OPH8rIyjPWrtrJ1xfl//MJwT6wdG3tV 9UpPwlitrs+PTPzKMqcNc/oPVdWq0XPn19Rxae3db1s0uGuJPR3NuX8Ohnl6LHNLsrPw6Iz8U/gO 7WPAP7PEGGku6r06iVvcTrbq00OOCWlMefkaiOLtbYRSzh1Vlz9PpNu6pb25pZcNcG/4SbWaXjlU T7Gs5WSmPsvE1fVlzQ8Zu5tIplpcyvM69nbLGHio6OzMsGklNP1lHn/mCa0K1XLV6+B09re6bmPp 9OR0LtrPrH6ytXbKr5ifFT9kWjprslLlDWyejRy213fppi+fB4/8Q2ppxjNqUuTp+5TFu6fii1Vn L7PqirXHkdjZvjytDSquo3WpANmkNx4E4oAAaqhOvkIIICAAcAICoHBBKUmtda8SYHDAv2kRaiXQ csJIrPEMTSQgCFWSsUhwBA06oTSYQEAKAgpVHiQRA4LxHgwM4KLwY8CD/9L6CEEI55CWejHTHRFR KlTCWEsYY6cK+YYpHNNg9Qz6mOmEPJI5YsHqGGOxXr4jzocMWYY2J1iY7cqC9DOPFhjYdfquOzDW Ht08zixsEWQ6/wCox2e1TzE9S8GckWGlbzGX5mNsEhOqM8beY0n4lVaqh4VZEFKoFLWhYpBEDIFw J1RWI4SJoxdEPFCtv1V62SE+50Jw71n5jtPmKSxPM3/mT1bLUVuU4iDvXfds5WfT4M+f756bb7bK Oznnh/6hy58tnijvf5jsUy4fl6fSa0727UttpxHFTxb1pudtkNy1wrI633K7dLJYVSr19f8A0zjv L58hvseVnZpy/qf0id9DbWLy6fUce677nuNd6xjj9X2f+GPCG07KWuPTb/QIG6vjmECfVW5/jE7N tNLXuWST+D/0DDR2262y1nXrz1p9IkNdjum+kJ/eM7V1abt1UfpDZWuVapNtrn+rrX/zkd17dbJ2 9PSKei//AE7+2B0rYsIhWT9XVCVdcq1aJWXlb6Q16H3FKW1ptV9P9n6vV7n94dF9VtTdnrhvnH0+ mv8AuyDft9eVlkmlH1feOvblV+l8vwMOy3e5d1xiFJW9p3fnBL6LE3p4zMk2fKnwcBCdZ5Cckn8T DSXL4CtcuAdlLkrlKV58lRXf6p0JvwZ471tym/ke93Fs9Fl482PGVeJbTXwRtlC7iq9M9R2rrfWt W18TJ69dLTi1Kn6vsl03UvvmqlvjC2GP0+0UdK2OzisfPIW5rTZ2smsjenb7aLikx9Uuv/tmPdRs ovcpzX6fV9mxBzV266q1uYfpsV7uvZVqPTxz9JD16a0trtTG3DXrMkljbVWrjh/Vl9JR063rtZqn WPsnc91nypPJ17KdvZxTlqKvI66d4ra7crpjEftDyN13b1pu3K/eFt7x3j2/SvizzNOr2NCW22DX q6Zen/dG1HW8OlpTSUwx5+Y9vQrW11b5ccs1wObV3erVStL29SXlYrZ+Zdtprle8J8fTY7SjoxDE zp3ejYk63UPoNdzqtZa1ZOz8Bo0xQ4KgAJAqJHiQRyBeEjxAzCDVUQ4QGUDSNOBkGWMjwNOAAhUH gVIyBYhA+QgBByVAQETyEMsJIa//0/WgfQcphKPTrpqeRqQmByNNKWGTGipBqc2vAeYSEgPMMwkM iB5BLJyQ8gqswyknIasRDyHKJyQZIKqUORZIatUiAJHlUm91VNrlomigOBfmLTdbUiy8EzNfm/8A s4f7xjvB6qfmRtsq0s/JM4V+aP8Au/5w9nd+7SHThx0sZvKYPMe/3m6WWLjI1p29d9+cefiaX7TW p2OU/Ocg7bt1sx20b4b9JwVtbsVorbYqpqOfUzze70J2hQmusHr7NmxLDZFs37Xp/wCIcmztlSbc +LvAHFo1LXVqFZN5ST3GtdwvatatFx6rHbq0Kjitv4toLWvTd+pNx6bfeGjz7PVVKs+lJY4LLIwv GzbbF+Kix6O/Rp1w8IoulsvV/h+2aP8AK6tu1FLjKr+7/wAQujm7v8sp3Fa22bFWtVjX26/V/ies X4JaIxs7T/l7h037O137Ts+FlGNcPV/vRLtraYrk1V+mkUr/AKY0xw30qjhOWbbew07LcbE7JKuN Vkb7tWuiyry/vQcFdmpW41w31sgPV7Cle0/oX6m3lmkX+Y7/AGb4pTVV9TOTXvaeSUqZj9o0cb+L 1lt5dSYNOxU5bE5bqrY1NNqbu7MfY6Xrrb2/Tzj6g32Ts+HJKsTbFteSKvEcPryZ8JdOSrfR8jDS LdfAcpdfEq9EuTPx+BUdWt1trw8H6P4DxNTi/tviZX8g9G+VddvhjYw39tr00VsfV14f2zpPRkq6 q7WpdYjEdvy6lLrYnxVp4/tHRXsfcxsrKPqJ21tW2PD9OZB313VvqtsiGk+LHjPe9r9u8VcZGn4l 8UcNTNv/AGybUrd5KmLn6pLg016a7rqXXk7H2K01ttqqvj730nLTS1er8fgdW7uL6qPN5SsYIPN7 rTW7hNT90jt9ftp4xafNfsno17NbFnVw7LKf3jKnaPXsVavh1d3+yBx9wlsXtXsqJr6iZ1UpWlXl VL7C9VrSels1Vqk7LKGq9f2iX2/bbE6pKsP9pjR4+21b7Ir+yju29hTuNCWzZ6Kzb+jr6szSva6N jziE16P2q/70z26r62q3tFG1GKLpiK9jq00VtVnaIjk37XVWncUc8tv/AMppX8u2a0/bvC6/TU10 6VTa+JtSPXbH1ZoaY9XgODkt3WDStXr9PP8A1DPb36oprVP+Mb7QdwSeMvztzHtqPPI6Nf5m9jSw XLj6hqPRkJHKB2GqUjhiyB2JocBApCRoqAFIJk0VISTKCRoqQFIZE1DAnJBmhosCMkGZNH//1Ov3 mHvs8v8AFrzH+LT8T0ta9VbyvePKXclfiQPUW4fvI8pd0P8AFBXqe8h+8eX+JQLuUB6q2ofuo8r8 Sh/iUQer7iBbEeV+JQ/xKA9XNDyTPJ/Eof4pLxIPVyQ5qeV+KXmc+78zWmyrEprzJfHqPemo4qfP 6/zZbFMRzHU1/wC48Tx1xRntPmPbhE7IVG/geRr7y+22KSn5/wCoc+381lOsrn0zV/6hLyl+Kuyy m2ePDXU49l/JcnPXvdlv6OtrKOk+vIVaZ29Ttl8jjia69Hu0+ynXxlnqUeadaJJqPE+b/ExuelO0 L7Unf23ru61tZOJt6v2RYPT3P1YpTJnTZbt6ua+OVjxLd/rni17NdHmbb/fydXsaUL0/vkyGvX3b a7cLLiLLY/5JG/u1GKq4u8F/GPC32t21/atd+nrjYmm6uyebcR1sXIa9nZrdoa4aUNyRo13dnSvS rmH9487K0Nra1VI10PZW/F+bLHqyWK9XbVtOkZNGtO5WvGrTScVPC291s7bZar2TdcW+19IrX7rb WtrXTrb1V+z9IyGvdeyq2u/OOCp/Gky2dwtlq60mmvX/ABTxN77jSqu916llXn7JlXfe1kldzHX7 pcia9Lu6Wok6Qk30ZzUmXKRl7ltvpveTO16rpL587DE1309yzyqog9Ht9jS/pKrLisyePRpKa5QX v2LVpexZtqMVZ4jFfS6rvVZqy4fkc+6tZbfU4Pyvutm9KzmH1n1HZbQ725cS/A58p5bhQocdEKIT Zdeybs29jSjpH+uFuzfP9I4+ROpofMEOrXPWTW2qHOTh9OPp/nmWzt1WvO11+8OtNVSq2N0fR1Id Luda5aXiVpmrV+v7x5vdbY3WVvBwmjXFK9L8RbRjlVJcVM9u1e57kcKuEfpPE73Dtdnt3vazhWxn 6chaqrbre1vicIk3kZ12bbWvbFI6u2eyrSuk6+HJ5NnXXynz5eovTtexcZT5JlxH0dP6RVuox5nk w2TduqSfjyebqunVr1pLyszi7XvLbbN8qy8c7/T/ACyYuvoK9w9CqnX08VC2yvurZHFaukfpPG9u 22l732vGnNsjkpuW26rW1nLVeX/rkyGve3dw7tasYn1TP7BGzVm8uifWGecu2va/t5erLBc3/wBM 5dm62u7r7jaTx4di4a9vtdd9nCiK+mDXZV3TSrOLg8Pt+6cWas1Lj6mdFe4dFay2OW4/jkxde2u6 i2NqtJ9CFtrXZfY5iyqqr9w8atd2+9aW2S59Jzbtz12dXsdmvIZE17l+4926pi06eo4+7pakOkJN /SceG6K7MoyWS5t9FSO5W7Wq+7dWyWdV90uQ1tSU+Yk6NGdr1vEJNfyTzK3ra2K8p62/0zbXaq4l fzio+r99Ce9Hzd/zGy+nlmte7tZZJOPEzjWve99B76PD2dy6arbIcpcSYdv3tt1cnw/ImGvovxCD 8Sjx3sa1La3w3hH3jF9wTFe7+JXiH4lHhfiBfiBiPd/FoX4pHh/iPiL8QMHuPuxfjDw/xAvxAwe3 +LF+LPE/EC98YPbfdifeHi/iBPeMH//V8qElwhNVfD/QVa1a/MiuxHMLOOg6r3OW/wBBOxmlIiTp edzBOK+QVWfV8ILXrMFViJMbQsV5wL1OIY865QJtPn9JZysDhp9WKuVn16Ba64RVY5+A7cvmFyvt A7WTjzNaarX5SleBVex22Ssq8THWonOz4nli8/MWV15Qb/h72WaU1XDsmL8LsfSr80O/L5r5ZZXN NcXq7NJv7wLRZuIh+MvH/mEdtq9zZh1huP2ci3lbMqxvhoum6LFP7Nf2jPtqV7je6RKooPQ7Xs3r urbapVT+o4+y0um61tjxpZ2f+XtGVr0/YVHxVS1h9r6bHhb9eql3r11fp8ZyPU271S3ou5X7xnd0 dXN0259RNXHB2lFsuvunsVp6k4+Z5/Z1rSXa3L+mtfV/0z6Pt6UVVeeX8GN8j5fstK39ztcTDfU9 xaMXCqvV6Xx9k8vsO2dN1/d9NXk/3jutps/XqfHSZxLb5SPNs+19x69ehNp4pzc6b7tnLxo8VH0P L/ZnVp11l2ylJ+q/1eoqyys3S7h/Q/URXlrTVWyslk/U3b/7B1Wi3KSTSxvj9q394abqPZdUs+E+ bP8A+0jRWj3YcPmJj0gc+Ndm+mhKV9R7Ve3WqLKilfT1OLZ2WyveW2pRqlLL7OJ1bEuuuzj5sVI8 /u9fZ6trV9btd+uzz+1Y1V4rXWtdYX0qztlXI632901s3NeHqvj6TTcsLVi3gFeTald7Wy6T+zWo 1q0tw6pbE/s/3ZvvWzbWyUvwbOdaqpppSgMtvb211tsS4mK/unJ9MO0qT2K3rONX6VzZer6jj7mi 23To1Hi/2RqY7O10qutKOqkx/NFj26nq7V4O/RfRVqt9iVY6sx/OLU7qmvX27zas7PBWEvkr0fy/ VXX29IUVa/nmP5hv9iiuuLKXWT0O1r7fbpWTlVR535lVbdTaXRO3Jm+sano8v/vG3xt/MqT/AN32 zzbj92py0pW7S5iYcM7/AMz7LR29NftNZPjZ6/8A2jvOGzt+ljzmsn+a7G+v806XstuVbWcykeW6 pceJ6uuvor8kZs8Eer2VstccP5nHuWHcLpNkb/l/Tn9H8U0/MNFbUWzxTRxnrW76PN766042tqre 9+bWtUyr7rp6KqifONaG6pWri1llMYz9J1bNSvWNdpa+p/cNo+b2ZNu101HwO7sNatOxecGnea/c WFHNl6o+6X2nt6KpXvFp9Shi1MbWpjS76JJnF+TdutmvOFM+J63c7+2/D7Ka9itZ1a6W+0eX+W+1 q1tbbfu1+v8A6Jd8HxenfRV1tS9U6RldR9WB5Oq+nZaNWitWvter7P8AaHoV0Xu51yk+tua+k11U rqtF7QTVcN9u202xrLcTWnrMVprrlJVT8cl/8h6i1u+Spfo/P7Bw30W3bVVw8Vlw8gM17F03VKqf VV/aMdVVu7n2olVR2droS2epLFP1OMjGmi2vu73t6aWs/wCR/u/6QsSvTWn2YtWqlfSeX3NOz0bX reqbdW839R19xt16rJVvLjjF2v8A9M119vfY1ss8nbnKxFcvuNKtFrpFVwrZZVqc9qLc1tuk2+Ko 9a69aVb+Dn7JzbdG7dV4+qeJyA5Fr0tw6pXTma/sGO3trUrbbVSpip0/g45rVWS9Lho2Sh1rXir+ f1AeJ9MOyak9fstSWtcdeTDvNDteqr5Hfotp1OtL3hRE42FqY5fzGuPa2b4lr/xN/wAu7Ze1WySU l/nG3Tt7dadNsrZJ4xavpr/imfavTXSleyz8i74PivvtcaLN1UUjCF9N7v8A+M8L3GelvvW9HWtp T+zX7Rz6uw2bVNaNk0cubDM69nYX1/VWP4yHX8vvd4qvL8mXU1x5izOv8BdWVHX1OcVlX1D/AANp dcXK6oGuPMMje/bYNKyhvn+KK2qsNwNNY5BmbV1VSSa5Ba6qXA1NYZBkb7dSxlLkpa1VJcDTX//W 8X2r+PRA9dplLg6gOff6Jrl9q78gWrYlHgdQDv8ATia5Hqs+I5H7WxKDqAd/oa5Pas+EuR+3sOoY 7/Q1x+1Z8RyNati6HUA7/Q0/y7TsW5Xx9MOs/ZPX7q2TpprGKvW11T7ou2s66aJJuf8AOYKmzbu2 NJqqf7hPq6z0X3u2tls064r7j9VkQ++xoqVfCqjPZ2u3Ot0mq1n0oz7fXtv6dtqvW/Cv/uFHNZ++ /bTct5+k9PtLVo283eyqq/TidHb000rjRqV1IeylrutXWEvVb7/92S+VY/m+9bmtdJlczX6f8I4t evYqLJW5mX9o9SddbJWsmo8zWmzRa0ZLnogPnU9mqzsk14epHRdPVpx281braqr9R7jrq2VlW9KM F7GrYpssmsUQebp1V1KNjulaP6P7J7G3usNNlWrs5itf2jLuN9dahNZP6Z/5hne+vFtWTfz+oDze z0bK9xmqPHn6vvnqd3bJV0ViMqu6p901reKVxUz4nG6bN2/Y0mqKOfoKjXvdtf6TXrir28Wv/wDW Y173DWtdXxWsEbO12u1bJNVUzVeoz0a91nje1Xrf2a/UUc17rc8Jbdnl6T0Ozddbl7Ha1ax9OJ1d tq06640alfyibbK2vjV14Xrt97+7JfIz/N99dlVqrMxM1kx/KaWdH7lX1y9Z18K1UnKfxL2bKqtl HFasCMq7+4t7iToteGP2Lf5f2ZzbdqtfUk0qan4/X/siNFNl9Ss00n9lekwtq3Vd3CltYKPSWDq7 jvXsq0mlJnTZKSUQkiu30vc1+JVa4+pYfQdit2tX9VXP3iUeJs07auytk+clj9sjXmktfRWfkfR6 79vi5suOf3R31a7cu3y4JqvD7hThr2J2uvT6Tq7WlNVq1va7tWWk/snZpeitrUrZZN5feI376zhV qec/1f0RR69vpn4HifmTtVLXXpat5Y+wu8mlyrLx/eNfzCvu3VU/VFqonpyJ5j5e1cHiNRll1Z61 fy7dVyrqXx0F/wBt2/t1N9oxleaq+7810PZ1VilV5JGC/LttVCvWDtrqdKpPlpLkvaWLIO22ZbK6 X5O6Z3fmKX4e1Ucfb1x20uuWnj/Fud3e1nt9n6znfVr4PnF223durtrTxzZ7Pc7XXU9dWs7L7P1E dnZ+z6VLXBHcVvt3Uqk8VWbN+kqM+4bpWmC+muH3qHlxfXaUnx42R7tNdKvlpI6XTVeVW3TqTVeF TKuq19n0XX86SdGqtV7jd6Usvp/aPVvXRqtW1rLjzNd23Xqrk3+7+9/ZgVo311UhTCqo4PAvq2bd 62VpZS1a1X909et6WSdrVyjz/wCWaabpa8ly/gUPdterVZVhXtV/esZ+7TtdeuySzpTGbfXX/EMe 5z2bddaVfSbOMTPuO123q606/tfXkELt+4/DVtWU7WtnZx+2c/cd1lZ2tb7vH1eot17it/6N1S4T z/rDu0dvp12ytGVv2v2ijz+31rWovsaTaapj6v8Aintbu6pr03bl8wuuVjLuL0ovB2bWKfzJukk3 lyviZV5HaVv+ITizpz1+8ev3tsdXs1UZOuUfUaK6pVOOWcV3bZ3Nq61wkvUio6e52U0u61JK2xYz Poy/vf8AFOfR3S0aqapTxX84x36dlnXFcK02dvXYzp76s5rX22/q/tMCiq7na1rSpcEdxTZdVtTm Hyq/9Q9LXo7bTRUdkn9Tq7LI0rs7aU1ZJEo+edL1tKT85sdfbu7nbZ+l5K57jrqtNa2UnNt1aKQ7 WUJzyRXkdvrq37tXelV4r7R7fZbaa61wmPU+SrbdVa5uyx6nNr2V2JO9km54n6QPL7+t+62O1KWT bj+L/ent6b+zrV7JVtEdfURosps05jyMO9va9KqtXk7eX01KitDrTQrbFN87bPV6fX/sjCnc4bb9 w7KdiUfdxNL9vsiF9XnOWJx+13GtVrVpWS9XuFgy761+42K1fBQci1bFwv8AxPQ2qyad/qa9RkTX O3y41p2df/yN6dj6/wDidYx2qa5Hr2tR4fMlaNicvn9J2AO1Nf/X88AgZ52SAYFCAcBACAYEAIYA ba+626641cIde721mLdXk+DACm11f9x7hpp24ajpU567HSi114qvIkAu09NnoTrr4T5ZFqKzl+eR QA2k0rOX1JVEnlzPnJYDU2ta9xspXFOFLcfvGS4v7n210sAA2nsu9sZ8wTT0VxXRlANXa1p3W3Ws auF5Dr3e2sw+rlmASE2uxfmPcL7X8FTlpe2uuFeFz0X7RMgDaemz0T7fGX1EXortt+PJQA2nLlPx XQ3fe72oduOnQ5wC7XQu+31iH04XCI393u7int7HNZyiMTIAbVe/ddOj4iDlWiqUJQbjLqbWdKe3 OPioZ0W7nbZKrfC6GchJF2lqdtLdqcO31MLN7LZW68c/ujCRptderuVplxk2oK2d/wC5ZWdOnTk4 pAW6dq7Px/3P4Rfj/u/wnIBMXtXZ+Of7P8I/x/3f4TiAYdq7H3vKarDTni3+ob3/ADT3a2pakKya 4Z5khJTtWmrds0/1bieo/wATtyyy5jHp9kyAam1Vtt79WVTuNtJxcZObGcgDam6eyytblr6TTZsv tUXcokJHk2ppX223Xx6m2rfs0/1bgzkAbW34vdlllzGPQtfmHcV4Vv5qOYAbVvde2y21tZ2+q0Gf Pue79teIwGm0bLW2tO7loVEqVdUuH5jAabXRq7zbprjWI+Q1321Nvj1RPH7JzADa7q/mu+vTHj7p x1u6zETZ5t/5f2RIA2p3VW+6veJSxMfw1esv9Z0ANqbWmruL6m3V8tKrb+6Z7n7/ANfKTmPsgA1d rS2+964PmsYmNEqWzSl/EoBpta6u4tptlRJM0t322zTcel5I5ggG121/M91emP6jHd3Vt+yu3Yqu 1VjXj0mEADavZsttc2+RmMCIQDgChAMQH//Q4AkUjODIkJAACQEMAAA5AAAAAAgACACAgAAIAAAA AACAgAkAgAABDgAAIAAABAMUgOAEMAAQcjkJAQwkcgIAkQDAQAMQwAQAADCBDTAIAcAAQKAAAAOo QAcBAgAYSIAHISIYAAhgAQEgAAAAAAAAAhgAAABAAAAIYAAAAAAgAYCGB//R4AGI87ICAGAoAAAB iCShigAAOAAAAIDgOACAgJAAAICACQAIAJYBMCyAYMJFIBAxSAD4CAQ5AIQhNgmAwCRSwHwAhqQH ANADZAuAgJCSgEUACGKRgIBiYDFwTmvNFdQGmBI+QAAGAgkfAmiAAAKCQCQkgQDCCgkJCBAMAEBQ CAAAAAICBcgAwAQDkBAAxySAFCEOQAIFIcAEBA+AA//S4AFLGcGRISIJAYgQwEEDgaAUBBUEtkAA BKKAIAOoAEMYAECHyBApFyUyQAYCkofIuR9RwBMPxGOREALkYFCGJhyA+RNMJGBKXmFrqn1OBX2V 1rJnn32O9smanHR2/iE+Kpv4lZnBW5p7p06xXX7q8RrbV+JwPZ5k5mbxhj1OH0FEHh23Wymja+Rv S9urY6GPWbSUvoYX7vXXhPJ/dOS1fdrDOK+u2l89B1Mehbu726cEZt82cnPR5dC28fqZuSQW9sMd dpertHdTb0m34GvmyXlBpr3K3DNkjCvbqvRs1qnXx4Odz4CgHMCmTKGEISGQIfACiCg4GhQADYBI ckQATI0yqAhjkCBRAD5CfgAgAZQChBAgGEAmPqQECCRyAhhyIA4AAgAHBPI5AICBgB//0+CBi4DI 4MnAQTMjAJDkJCQGEilgmASHI5FIBADlikiBIZOQJyVVC5CRZAPkZOYZSQOQ5YskgdpKHA4EhkQg gfQUlUMGxNiyYDn4DQIGAQKAABxApCR9QOS2i+22VmkvD7Rde0p9pt/zTog5u3pWl42cI3Las8t1 2mqqmK/pOfZ29Nn0emy/knZbuNDmfM5d+7Tb+rX62akq+Hn3rs1P1148/smd71suOp1+619PP6TD bzy6wzQwqoLVn4ESXReLKNKuxUt8W5QIvBW5XDMqzrqsnFOh06qadTyc2t8TGqf09CvbtX6k/wBQ 9UrrXc634s0rtpbo0cTtR+EMjGrHSMvUgIZ5ldrrbhs9CTneOC/mKF4CKMhQNABADgTQpjxKHHkE QAdeGACCI6FcMgXAuCicZ6ACQxdPAOoQ+Bk9AleADbECgAokMkMloobaCScWEPxArIMiWh4hDmAy JgcBVcAKEEgEj5FK8x8EAEwHIyj/1PO6jxQBicGQvgNghgSBTgkA5GKQyAqBNtClhyAsmESUEgKA gcikADEWQKWAcDUMGkwXADhAEjIhQAAVT4EwliAfLFD8xwACXxE2VIgHIQCAGFiEFSJsAB1VlFuR BAEvVrXghLVXyX6imhl8hKiXEHH31Jxg7UY9yppPkXj6jyXRplVKkz6M7K1TNaWgwRojNajqpWtr S/A7fkefp6nbToY5HL0U6q3VSQ9Gt84qSo5KMejCKpV6IvqLkJ8wCA6AHQAHyL9A5Al2aDqViLGA GgkXKBAORSOQ5IhBl8ByyuoEZAmmN8dRMKA4GgAl8CmS4YOslCXA4kSTHJAgkqCYXiDSfIFY+QQV E5DkIJAoTYikgqQ5LdSQDKAyTATSA//V8+QkpVHBw1lPIpKa+IsfiACyKS8ghICBpFt+RMeYCiRs YKqRNROMhHkVC8RFUiXLNFAQwM1RrkpFtQS4GgCJH0Dp4AKAUhLfyFywHDCYGoXUMk+hEJyxSyuA kql18SeZ4GHC6gUhNBx4BEkEwOICOSoKJx8x8A15DSIhNCljf8ApRVGM8jheIZcGT2c4kvhZGvC6 ENqzep+KN1pV14o4e4020W4fXozn3nL7Z+TrOF4/dfxcFlDIt5mlkR4HtciTNEZI1oZV1aF1+R2U XpOTWdNNr+meEcudyN5qyk4NqVV6x4mBy485y/pZ5cbx/qV1F06hVg2bYEyMhSXjwURPgVAYthjB ATAmD4JTkouI8QgUA15gNsFySqrzKwXgDwYdCUsfECA6jCPMXTqEEwEiakfQqk+egZMqV4iheDAU jkQ4gB8ibFLDhdQGuQ5QskCYUShyMXAQSAFARPmPqNiQBi0KS+RT5gf/1uKSGmwkXLODJgHQakCe fApJgMB4x4kuRtT0DoATASGSJyRMMDaQJj5fLH4clCgaBsJ8gH8xSiXaATS5JgsTE7SCXmEP5BJP C6BIU8l4DJjxQpArkHLJl9Ckp8QhQDUBDXQIa6gMaEJyUOJGhLnoLGCKG5GlIQPoAuegkoH4jmep VI4/cTu34HZCZ5zUNozV4vRr3LRnuut8ZeHSDjkaszl0kux27XMZ7kpar0Rzs2bTZjsWLhnt4zJj jUmlDJ2GrwUd9eFJ0rtdj9SiGeYt7R9Bq2VvVWq5TR5fe5XjJjrxkpaddqdXJjscWa+J2V6nLuUX Zw9q7yv8q+7Ptn8zNc9DTgiRs9LzpaTKrKGJproUEtj6dSVK6j+rqRDiSbVdehSjwFMvkeRDkajx Khhi+oA0TMFdfmLAAmfESgGhJKSqp8BwJ8CbjpyQXDHMCQOGAuAgSgeICY05CA4RQ2KEPhciYEhP gw5H4ACgJkGoCYQszxQQh9ScpHHkAoHCFlA5TAJHIsU+g+UB/9fz8WykoCGJfE87AlMcIh28hS2X FxTtBSaISKVQHwKwQACrD6oqCWx8AMTBVn5B8iamlE8jQkn4jcLhFXUuqbHj4hECcPgBtoTDp0Qf MIcMFD5BPyBNeLIp89BR5sJS5Qk2yoaUlNQLhDIoiPEBMX6RiGMj4ku0lwVaz8QQLlF8IKfQnL4D 5FEAAdeoPkE4Cn0+BwblF3+s7Wmzm7inGXkSrPVzhIARpinDHu9cm+FWa0qksfM6X3ITi8mtHboa V1Px4Lp2e1vpB1V/Ld1+ZqvmzV58J68k635FbtdWqmd9imP6uv1Hb29sdVV8B37JVo62x6c2rX1G KtCOHucuPOfb9zpJePq7dezkL2ycwYa1bx4NPUupjhwy9k58tnUD6CfPIvn0OziAbYJIrEmmlnCI 9xmkeYkkBOTB7IKhEuqfVFU62kbtIlC6BBEPgJfiHAMBtGTsX04HZSijNWT68FRwT8OpSYD+A0vM Eo5KyIJaglz4FSS+ehQKR+HJKkqQBSgGnHCG0DU4wUuSZjoVVnT2+PblI1JtOyIbRb5MmoOnv8c5 b+tec8qhMWMfInJDT8jzsB1THhASNNsBiiRQw48QP//Q4HaCZy8RQkUueiODISHHgDXxHVJck0EB FmJ28gllFJNEtwPJtcEEQsi02Z8/oLXC5KG22NwS+BoYE7BIl5goAPEIkfHmS7eQVUwKRKr6scBC 4Gl4F1oKzSJomFUqAXIZBSnkXAS/EceQEz5lpN9AjxY3byAGoXJEeY3ZsHwwgUeAKXwLHxKrwVcN eQdfgDbfkJN+IDEp8AE0/AgfEwc3c2Sii+bOrpyzzbObN/ELxhDQgI2uprQyrybVXgYrcb6zqryc 1Dpqefk6QbdVtlcatJPq2Vo7OmuG/VbzZrVmiOV5XMdJJuuXuaQ8kcbvyertrkmvgeXHHJ6/Z5bx z9Dz+9Mu/rORZP5jieguh3cFT5Am/AShjbjoRFKV1B9Bqz6idyIn5FN+BGbfRD5RY0IGk2Sm2Uig jzFNn0G7N8A35EQmmyugshxKlFUnUjq5fBrDBMCPkPgT68DkFUl4kt8lJktT1MsqST6kujXRi6FJ sslvoub6EuAl+KHAztx9nnfh1anCpfJS4D5DPZ7ftdPP5cuTrx44REfEsMZHu+33nj8uJymoxDhF YpEtweHlw5cfyjlZYMhTIKBrkwhJ8jakp1gSCP/R4MYQdBsWMHnYFfiVwDcCT8RgFXyCRNyDKK+Z PUE0+o1CAGo5klKeCrAiCYCEuvBU+Q4S58QM2vEfzLTgHyNELkTgbQLzLqhNrqDceI0uROsEQci9 ueo+gS68pFwNVSQlXgafmWmo+BFQkugsWvkFnA5lcgKfApJIS58ICfBMofM+QmmOI6sOpAmoHKfI +PIbrAE9RKqYN+QpcFFIa+Q6peJPy6E0TZwm14HnHo2SfCPO8YFa4lI0vMOnQaRGmteenQ1qvIxS 8zWrOdajoob1OerN6nDk6St6s1RlU0TOVdYs8xrlwejmjzZWT+J3/t/Xk5e9/CJS4YRKktQhfI9b y4E56BymOfBiba4IAHwQ34MpVqEHASpFj5DYCyT4G46Eykx9EVTxnoJyhZN/EqUwITc/Afj1E1Pj AkoYFuyTiQduRZc8oE21wBfUWSIj4lpcQApBvIMeOB9ShcBJLTXQpc9STwoVvMpOROsLgmY6no4+ /wAp6/8AI1OVaDMlsXRmh6+HOc5sdJdA0KRTJefOcPyLZPVRMoQOp5eX9x+nj/vc7z+SG0NLgaS8 hx5Hmt7eWLdJX8y8kQ1PgOq4M4j/0vOafiCRbgiZ6HDWdNJ+IQ+r6DQOERC6A5YN+QpLinXgGCbZ LtPBQ5kuqMcYLU8EFx5i4XQG1A44IFPkJvyBy+OgUSXBRKr4sHJdnPBm/mZZPivL4BbH4DxSXIlZ P5FVS5BIccyirOChfwCa44JbgMmFHXoXlHJEyVXp8AFyNVQ0+eB8kNLhAoDhqGEYfEot9OCXx1Ep XLJtyyQN/AIM3JrWs8stCnzM9m32/mbOf0HD3Dm0eSIs81tq2c8ndXXTaoskzyaWg9DRtPN7nG+s enhXD3Pb20Wj7L+lmSTPd2Vrvo6W8TxNuq2mzpb9f7Rv2+faZfzZ58c8z8FI0rBzr5lpmrGHXVm9 GcdLHRS6OXKNx2VYOyXNuEjLNVU2cI8/uO4e1wvpOfHhbW+2R6D7qtljUweu1VPUx0npa+Ub7ft/ imd/VwTHQqr+Jtu0JW46NGeOPB6ZynKbHm5TL1odvIWSXXkG0JV+JUVPHBONn0HDQN8wAILKFJTa iCW2BnBouQXxKdEuTShJIOgYueRtpGUZZNceHxKzT8BvkUKCg4ZNunC4CI48Br4DQJcfEpP9ZMZc SJKEwH8xSgSy6dRqE48QBUlxI+ejCV4icANSwUsS+DKXPiFJr4FC8ClDPT/b8vuvH9bXC+ScQQ1B TUkv4mPe5duf8n2Jyu00/mivmTXkqH4HFkJfqBcdB816gnPDIJ8SsSfhIS0B/9PgxyXIOsF2JUeJ wZNNvyJarUc+KE0pyZBTf6jJ3hyJt9X0CtY5LAN5DSS8BVlDVm+GUL5lxxwxTHCHKnwAlhAJ8/Ad uehBLu/0iTswiBpAFavqwleHUcN8eAoSUDDAnxyuR1SalrkVax4lRPC6F8BZD6hDjgMPEngSm1x/ ALnr4GiUdOoNvoUQ0/AaT8zRIWMdeSJokGo+A+ET1/8A2CKxlfAbtAkk/wBI8UlHUlqocir8RuzX QmSwaR4eBaM6GnFSULhvkx7nSrLKv1LqbO0Cq0/EG481G1LwG/Vg8l0ZkrGLHWV6eradFqV3Vxsp R5evZB3atknm5cc8x348nmd72/4aHV8NmXEJmn5hte3Y0uVX0mNKu6hymuh7JL0l5fm43Nufi0Wy teprff7S4XJxW+JvuWVoNdOPrU2nbbbZ9T48hIRSOfoOnSz0dNoPMod2u6qpZ5+c1143G3dcVTOR WK2XdnLIco78OPXj1rhzvbl2OJG6MlWaKrNlKNuYSfhyJr4A+OvQStl1AcqQfHiOvwB18UVS6rgS fgzRQgbSRBDX6Arw/MHWV1FBVWrwK0yK3MBC+IAq/Ep8LklNtjal+YCheHUnqXEPngTkBJNitZoH QrhrlGpNGaskNORrhlVUm+q4nFrnoUogE8eBKIJOOmHPn0BNLoJcFJJ+BOFy9oRNn5jlMWPMMSQn Db6pjT6egO3wFWIC3TkThph5royePMhc9Sl0hl6ehipQ8uOEZxxwNSjFmJX/1OGtkunXzYp8xSkS 1zPgcMQ7P9RKatwgfqUpQgrFuv8AAX0F4JLkFXyFy3CBJ88kQ1X+AHVPryRm+iLquJ6gS00ug0+I Q78gmqlCwfiDbb46F5SHEGUZ1UdeATxclOs/IGuCqbasvgJJTwGUcjniXwBLUMY7Q1wFYCFZOy4f UKprrwVliNuERSfw6irLBBEcrqVDfBKakrF+IKrATiOgVo+XYpJJQxr58BQuOoSpkTt5EQ7c/qRB T9XlBDrz6ehSl/AqI6FEpD68oT54XUar59CJpLrPJeK8RPh8Eq0v4ANpPhy0cz7R9as6olcFrn4E WXHmvTsp4BbfaleE58/2Tvu/BEP+Anj4xe9ePaz6rzOp2lJ+Ze/s1ZTTj4D7ejrRq65b6HXlZYs5 OO68ja7m3zSJ7lLXZrzL1antVbdFEF/hN+KSk4OivbJfU5K9qq4hfM5HaMqWnhHUqz18Ca1VHwik 2uhZxk8run0BIn3F8R1crgtZXjKJ+noFrQ5RLbt1Ii0k/Hkp1nhGbjoOigIGofA6tzLHCmAtwo8C 6qbW5lD+p/5xKyahD4YBCkXpTnwD4PlB169CIYo8gtC+ngOYh8oCIclLzJVmuLPg0lvhc/IrUCtk gfKBp15fCE0nyABbkE0v8wrNdYIEpYnNWN38QlRyVBP6iolmcJOSmp/zgW3wL5sTs0vMVefmA5+A 1Apn4MM0uPECsVXlcg1xwTmp5ZSXkDENkp2XU0iRYqOAHWGJrzDGeoKehEf/2Q== ------------241A61752056A23D-- From skander@skander.com Wed Jan 9 03:30:42 2002 Received: from postfix2-1.free.fr (postfix2-1.free.fr [213.228.0.9]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g092Ugw18514 for ; Wed, 9 Jan 2002 03:30:42 +0100 (CET) (envelope-from skander@skander.com) Received: from bespin (nas-cbv-7-23-106.dial.proxad.net [213.228.23.106]) by postfix2-1.free.fr (Postfix) with SMTP id D8A4F121 for ; Wed, 9 Jan 2002 03:25:00 +0100 (CET) Message-ID: <005901c198b4$a1eb1d40$4216e4d5@bespin> From: "Kai Schutte" To: References: <20020108224157.80185.qmail@mail.com> Subject: Re: [Nel] problems compiling.... Date: Wed, 9 Jan 2002 03:22:58 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: > OK i THINK i know what's wrong. I followed the new instructuions that came with the cvs version of the code and i did the nmake clean all stuff to STLport and at the begging it says the following files could not be found like 8 times and then compiles the rest.... Then when i do nmake install it says that cl.exe cannot be found (apparently cl.exe is the file all these compilations want to maek... including nel...) any ideas. and yes STLport 4.0 > -- Hi, cl.exe is the compiler that comes with VisualC++. At first sight it seems simply that your path isn't set correctly, yet nmake.exe is (at least with my install of VC++) in the same directory than cl.exe, and your nmake.exe seems to work. Are you sure that cl.exe is installed? On my box, this is located in C:\Program Files\Microsoft Visual Studio\VC98\Bin\ What version of VC++ are you using, and are you sure you moved the right makefile from the STLPort distribution. I've compiled STLPort 4.5.1 without any problems, with VC++6. -Kai From robert@in-orbit.net Wed Jan 9 01:36:18 2002 Received: from quasar.skima.is (quasar.skima.is [212.30.200.205]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g090aGw17480 for ; Wed, 9 Jan 2002 01:36:16 +0100 (CET) (envelope-from robert@in-orbit.net) Received: from [157.157.149.19] by quasar.skima.is with ESMTP for nel@nevrax.org; Wed, 9 Jan 2002 00:30:21 Z Date: Wed, 9 Jan 2002 00:56:07 -0800 From: Robert Bjarnason X-Mailer: The Bat! (v1.49) Personal Organization: InOrbit Entertainment, Inc. X-Priority: 3 (Normal) Message-Id: <3045646396.20020109005607@in-orbit.net> To: Benjamin Legros Subject: Re[2]: [Nel] How to use CollisionMeshBuild (.cmb) In-reply-To: <000901c19795$1f9738d0$1b01a8c0@benjaminl> References: <7932890954.20020105154321@in-orbit.net> <000901c19795$1f9738d0$1b01a8c0@benjaminl> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="----------C230F2CA5C4A5" Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: =?ISO-8859-1?Q?R=F3bert_Bjarnason?= List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: ------------C230F2CA5C4A5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi, I've exported a .cmb file from Max from the same Max file as I use to export the instance group that includes stairs in the Mayan pyramid we are reconstructing. The process explains it self and everything seems to work except when I load the scene no collision happens with the stairs. My .rbank and .gr files both grow and this is the output log: 02/01/09 00:25:33 INF 708 main.cpp 234 : compute retriever 8_AO 02/01/09 00:25:33 INF 708 main.cpp 255 : Material 0 used 02/01/09 00:25:33 INF 708 local_retriever.cpp 665 : compute topologies 02/01/09 00:25:33 INF 708 local_retriever.cpp 709 : generated 24 topologie= s for character 0 02/01/09 00:25:33 INF 708 local_retriever.cpp 709 : generated 0 topologies= for character 1 02/01/09 00:25:33 INF 708 local_retriever.cpp 709 : generated 0 topologies= for character 2 02/01/09 00:25:33 INF 708 local_retriever.cpp 709 : generated 0 topologies= for character 3 02/01/09 00:25:33 INF 708 main.cpp 195 : instance making and linking work = time: 0.010 02/01/09 00:25:33 INF 708 main.cpp 325 : 0.170 seconds work 02/01/09 00:25:33 INF 708 main.cpp 329 : CVector translation_0 =3D C= Vector(-2237.0f, 1149.0f, 0.0f); What I see right away that is strange it that the approximate middle of my stairs in the world is (2240.0f, -1148.0f), looks very much like "translation_0" except for the "-" being swapped, maybe this is just a coincident=3F When I export the .cmb file then it takes on the name of the instance group of the shape...I guess that is normal, right=3F Another thing that might be related to this not working is that I had problems getting the Landscape pacs to work until I realized the importance of having my zones translated to the correct world coordinates based on the names. I used the snowballs example max zones to figure out where they were supposed to be located. According to the Max snowballs example_zones the size of each zone in Max is supposed to be approx 4 meters by 4 meters, and that is supposed to translate in the NeL 160m by 160m, right=3F I'm a little bit confused on the zone size issue because the units seem to be different in Max and NeL=3F Also, am I correct to assume that the zones have to be in the correct world coordinates based on their names for pacs to work=3F Maybe this is unrelated but build_rbank does not compile anymore because it can't find moulinette.h I include a low quality screenshot, still only first pass on models and textures and we don't have our sky-dome or visiting characters in there, yet, only good old Gnu :) Thanks, Robert Bjarnason InOrbit Entertainment, Inc. ------------C230F2CA5C4A5 Content-Type: image/pjpeg; name="screenshot000.jpg" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="screenshot000.jpg" /9j/4AAQSkZJRgABAgEASABIAAD/7Q8uUGhvdG9zaG9wIDMuMAA4QklNA+0KUmVzb2x1dGlvbgAA AAAQAEgAAAABAAIASAAAAAEAAjhCSU0EDRhGWCBHbG9iYWwgTGlnaHRpbmcgQW5nbGUAAAAABAAA AB44QklNBBkSRlggR2xvYmFsIEFsdGl0dWRlAAAAAAQAAAAeOEJJTQPzC1ByaW50IEZsYWdzAAAA CQAAAAAAAAAAAQA4QklNBAoOQ29weXJpZ2h0IEZsYWcAAAAAAQAAOEJJTScQFEphcGFuZXNlIFBy aW50IEZsYWdzAAAAAAoAAQAAAAAAAAACOEJJTQP1F0NvbG9yIEhhbGZ0b25lIFNldHRpbmdzAAAA SAAvZmYAAQBsZmYABgAAAAAAAQAvZmYAAQChmZoABgAAAAAAAQAyAAAAAQBaAAAABgAAAAAAAQA1 AAAAAQAtAAAABgAAAAAAAThCSU0D+BdDb2xvciBUcmFuc2ZlciBTZXR0aW5ncwAAAHAAAP////// //////////////////////8D6AAAAAD/////////////////////////////A+gAAAAA//////// /////////////////////wPoAAAAAP////////////////////////////8D6AAAOEJJTQQIBkd1 aWRlcwAAAAAQAAAAAQAAAkAAAAJAAAAAADhCSU0EHg1VUkwgb3ZlcnJpZGVzAAAABAAAAAA4QklN BBoGU2xpY2VzAAAAAHsAAAAGAAAAAAAAAAAAAAHgAAACgAAAAA0AcwBjAHIAZQBlAG4AcwBoAG8A dAAwADAAMAAAAAEAAAAAAAAAAAAAAAAAAAAAAAAAAQAAAAAAAAAAAAACgAAAAeAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAOEJJTQQREUlDQyBVbnRhZ2dlZCBGbGFnAAAAAQEAOEJJ TQQUF0xheWVyIElEIEdlbmVyYXRvciBCYXNlAAAABAAAAAE4QklNBAwVTmV3IFdpbmRvd3MgVGh1 bWJuYWlsAAALgAAAAAEAAABwAAAAVAAAAVAAAG5AAAALZAAYAAH/2P/gABBKRklGAAECAQBIAEgA AP/uAA5BZG9iZQBkgAAAAAH/2wCEAAwICAgJCAwJCQwRCwoLERUPDAwPFRgTExUTExgRDAwMDAwM EQwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwBDQsLDQ4NEA4OEBQODg4UFA4ODg4UEQwMDAwM EREMDAwMDAwRDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDP/AABEIAFQAcAMBIgACEQEDEQH/ 3QAEAAf/xAE/AAABBQEBAQEBAQAAAAAAAAADAAECBAUGBwgJCgsBAAEFAQEBAQEBAAAAAAAAAAEA AgMEBQYHCAkKCxAAAQQBAwIEAgUHBggFAwwzAQACEQMEIRIxBUFRYRMicYEyBhSRobFCIyQVUsFi MzRygtFDByWSU/Dh8WNzNRaisoMmRJNUZEXCo3Q2F9JV4mXys4TD03Xj80YnlKSFtJXE1OT0pbXF 1eX1VmZ2hpamtsbW5vY3R1dnd4eXp7fH1+f3EQACAgECBAQDBAUGBwcGBTUBAAIRAyExEgRBUWFx IhMFMoGRFKGxQiPBUtHwMyRi4XKCkkNTFWNzNPElBhaisoMHJjXC0kSTVKMXZEVVNnRl4vKzhMPT dePzRpSkhbSVxNTk9KW1xdXl9VZmdoaWprbG1ub2JzdHV2d3h5ent8f/2gAMAwEAAhEDEQA/AKYs aBHoVkgbQXVNdp8fp7tfpJ2HDcCy4V08e5tQa7T83ePd7keyjKrEuAe0fnRKEbHjUMg+IJW1owGL IM6OXFpe0sPctdI/tKtdj9Nr4tDu5Ia86fciPucdHVsd5ua0/wDfQoC1og+gx0ebx/1NiSOFVd/S a2wXNeQZa4Mf/wBLVqtVdcx6XGGMLIAG1kEAfmjdKp2XVveHPx2+Ya+wf9KXOQ/1aZ9Kue25rnx9 9iBRwuq/601NYW1YtbyeDYTof3m7Vn39U6tlhwqs2sP02sd/6UdvVd1FbzyPhBAHwa1N9haT9JoH k0k/wTdBskQXpaylpOQHWDTawvIk/vPc3/qFDJzHXGSSP5LdG/5oRW4VRcA1j7XeGoVqnpdztW1t qB/f+l+KaSvEXIFdjzwSiNxNfcQ38T9wW8zod7yIJIPYQrVfRBUfftb5aEppI7rqefrwgeGk/wAo /wDkVex+nSd212ndx0Wx9mx6v3f6x/8AJOSgO+iC/wA/ot/6Xu/6KYZBcOIaB//Q3SaT9KhvntJH 4IFuJg2mfdW75kf5qvHp1s+1xI82un8E37Ny4kNLvGA4/wAFqccf3vxXmAci3puMGzXYXO8C2B/n SqrsBwn2SPhP8V0BwMoalhHxDo/6lMMKwn3gAd4BJ/6lL3B3R7Qecd05x/NP3JN6U93DBp4ldN9j xwNbAI+luZt/6Tntaq2Tbi44IDq7LBthpADTOv8AOuv2+1qjnnhEXKVJ9pw7ukPx2eo+CJDQGEEy fIlqGMdpIkP7DUCNYH73mtOnLtzMnHreytjPUB21vH5mrnO2v3P2ottmx4tbW1xYS8h8bWj3b7HB zmN/R7vzlRyc+eOofL4hcMPihq6beDta8hveJj/vqs1Y7KDuda3cPIvP/R9ir05+6wNyamOaZ32t ub7SQPSYK5d6m/8Ae9RXa34zxvY9jWzDQS1xOu3x/eVgc1jlsfod0e2jdkPI2tc6PMho/wA2rchC q20kSfg0R/5N6uek8+J+SLWy1rCA4M8o1P8AaQlmHRXAGtjYdcy9jhHdrS53/flYPT6Xgbd7HHmd CR/0tqk2mzdJJJGo0nX8FarOUHBxAPxEKGWU91wi/wD/0dZn1j6U7X7SQPiijr3R3c5DZ8yuEOLJ JNjiSI4bxM/uqdGNSMit2Q97qQ4G1oa0kt7s4H0voJ330fu/j/6AuGV7s9e6Kxu5+UwN0BO5x50G jdyDl/WvpWK1v2dzMqWl7mNe5pDG/wCF/mntdX9Jcww9KZeLRTGyfTbWyBLm7N1nq27neg73sr/m 7f8ACfov0Sm27Ba4uLsiwux3YrS+ur9HXY3037drttjqNn6D+umS5onbT62u4x3DqdV6zhZdWVTf lvGPk7G10sY4tYYbd6TjsZvdox+9/wD53m3O6NtDrcqytoDP0Ox7gAXF1bPUr2/ovZ+jZ+5/xald nYd2R6ljC6rf6rmNZDnk+11F1j7Gu9Hb+5/4EoW5mKWMr2ueGNa0v2Radgb6cH1K6mf6Pb/NV1qA yBNkknzTxjuGz0PMwbLyyt2y51lgreJe60+k9rad7RtrZsZ661bmWtrfv/RiytzHnQkNc07nhs+7 axYvT83p+FbM3XNLbodZXWzY+6v0bLQzHLvVt/wP+h9P9J/OKr0Gvp/Sc2rJff6grDGENx9ntb9O Q36bnM/z/wA9NIidbqthvaRkA0satsZHRgfsbngVOcbL7HssGtX87U2v6Tad/v8AUq/P9/56Z9/S aHNfRkW0Oa5r6CGOIq9X31+m65tm9rW/pqvofy0J1+C4NO6xljWPrc9lNZL22z61dnqOb7fdsqez 9Jsr/wBIivz8J7J2ONgDI9VsyaxG91lTtznZH+Fa79DX/gqkfT/Io4x+8HQp+s1GDj3Outs6lZAe 3dvDWjc9vtvLLdzXO/6j/g1oY31t6HbSxzn7LnEMfU0F+17j7Kt4YNznLnWZWB6TKrA9wraGgvrA BHs9Nn6F77aqcVjba6mVu/S+r6l296gzKxmu3tdbRYHtuJpqrLXWNb6TDuus9djq63P9/s/6hO49 N1cY/eD1R+t3QmSDcdORCgfrt0Fv+EcfkuT9HoEOcMQF/tj1muJJaPc9zqX/AM5luc+y/d9D9H6X prNOBVJg6E6exn/kUCR+8UHIB2Pk/wD/0sbTxS+9IExz8NEpPhr5hU2NeE0R2Te6Y1+MaKQ+890l LfIhRc9jGF7yGsaJc4nQDzT6/d2KZ9ddjYeNwBBEgGCOHe5EeKUf2zDgE3saDwSQPyqD+pYTHlgs L3gwW1tLjPhoPcqHW8RmwZMgWl/uaA1siNvta391S6RS25r7GufW9oAD6zBjv23KTghw8Vmk8Ojq se2xoc0+08TIP+afc1PCTWuY0Ne82EcufEnz9sJ55kiPHwUXkhaD8Uin8Dp8ku+p0PB7pIW18EoS 17H8Sl7vj5JKf//TxpJPdx8RwnJ90HTTjulqAdBH+pUQ9pPHaS4cKmxrlxGmg8uU24njT8ii5zO0 c+Kfc0CXHtoD2SUyJiS2THJT9h4d/BJoBA7g/gmc7ax9gYXtYCQO5jX2pJDlZ3rWWWYZfNfqF7Q7 UNLtdIna5WOh4GdhsN2VSH1uY4+2D6Y9o9X1Gu/O37PTQ7cbZtz6ybse0zY4DWt7j/N2/wBaf0Vv 5618bqmM3HbjhwdbkA1tYPzQ4fzln8hV8uaXBwwiJQlL16EH+v8A3W3jhr6iRID09v6qJvYNMkCJ 7pak6jXyn8dFJzH1PdW5sPY7aYM6hQ76REa/66KewdRqC1K1IPRR3TIkg9zqnIM+I5/1CY7gSAZB 18UxfxrHgO/9lGlMtkBzh28OFEeJ/wBv5VMPIbMye3injWZgnsp80cMYYzCRlIx9Vx4f0pfN6vT/ AHV0hEAUbNP/1MSzdPv+jGs8SmG3Tw7xMc+1cMkqn8tFj3I9PXwnvzKm3bpEcj71waSSi983vH04 13cR/wBSlXx+j4nTmN3muBSQQdv4PW5X2b0X/Z/V9H1K/tG3+anf+f6n5m7/AEf56BgejvZ9Pfu9 kbY2z+j3fnbtq5lJD9CXy/N/L3GYdPn+v/cveGdZjdrvmf4qfbT6P+v/AEVwCSLEXvNdwjiNY+X9 lM+e3MnjmVwiSdHcb/4O6R9XuxMaxGk/H+Uk6N3nGs8f+SXCJJw2Pz9fJR+r/9k4QklNBCEaVmVy c2lvbiBjb21wYXRpYmlsaXR5IGluZm8AAAAAVQAAAAEBAAAADwBBAGQAbwBiAGUAIABQAGgAbwB0 AG8AcwBoAG8AcAAAABMAQQBkAG8AYgBlACAAUABoAG8AdABvAHMAaABvAHAAIAA2AC4AMAAAAAEA OEJJTQQGDEpQRUcgUXVhbGl0eQAAAAAHAAEAAQABAQD/7gAOQWRvYmUAZIAAAAAB/9sAhAAMCAgI CQgMCQkMEQsKCxEVDwwMDxUYExMVExMYEQwMDAwMDBEMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwM DAwMAQ0LCw0ODRAODhAUDg4OFBQODg4OFBEMDAwMDBERDAwMDAwMEQwMDAwMDAwMDAwMDAwMDAwM DAwMDAwMDAwMDAz/wAARCAHgAoADASIAAhEBAxEB/90ABAAo/8QArAAAAgMBAQEAAAAAAAAAAAAA AQIAAwQFBgcBAQEBAQEBAAAAAAAAAAAAAAABAgMEBRAAAgECBAUCAwUGAwYEBQUAAQIAEQMhMRIE QVEiEwVhMnGBQpFSIxQGobFicoIVwdGS8OHxotIzssLiQ1NzJFQW8mOTNEQRAAICAQMCBAQEAwkB AAAAAAABEQIhURIDMUFhgRMEcSIyUpFCYhShgqLwscGSssIjMwVy/9oADAMBAAIRAxEAPwDmWtq9 24lpBV7hCrXAVOGZm0eC3DMgR7bo/c/EXUVBtf8AeX26+n+WUobQup3gTaDDuBcCVr1BZvu+Q29y 8CrXrdlVZLdu3pt9sHLRpZu5/wDu6/8AuT7FnacHnSRy38bcbcptrJF27cIUABlxP0nuqjS3+x7g MDrtmzoa4b4J0BUbt3K9OvpudPtnQu+WT81s9zbRi2xVFUvQtcAJLteb+r8OL/ddsLP5Nbb/AJQ2 rltiadytxxf1D6OlkWSb4x8SwjHe/T/kbds3O1rpc7YVKsWovdNxaD/t9tplXx+9e41pLFw3EpqU KaiuVZ6TaeZ2+5e6l0Gyui+ytqA6ewu2t21P/wAb8OZbXmrC3NLIzbYW7VrtuqvrFqvXdrp0Xero e2/RMq3JlOuRC1OJtfH7nebtNnaX8a42mjYAc9f3dMsseF3d7UFKAi41m2CSDcuINTpaw+796b9r 5G1tN81+1YHYe6twoSS4VG7gRLmpf+eWWvLWUcXDZINncXNzt1U4arg0abmqvJXmrO/Zdv4kSRyL fi/Jsqsu2ulXAKkIcQfbT+aMu33naa72LnbSup9JoKYNX+Wdf+8oFA7b+zaLgR//AJm13P8A+T6I t3y22vWb9u/Za8HN02FYKDbNxjcXRfSlzT1ddrrjdf7e4hanGrqEZbYPxjWLRJAM2jZGlROhk5zW wJFsljSdBtqKUMluyqtBDEdo1MpS1ll4TtgIaCRtojCtJAcA22rhAVM7FzZhcaYTO9heUQWTnAtx kK1FaTW1gVyjLYBwiAYlWsPbqZt/KgYyq5bIOEQCkW6SMgrhNNpAwoZOwSaDGIIV27BfKE7d0ahE 17a0UcFhhN9yxaYBhnAON2HzjWg1dJnXpaA0sBFO2se5cDAMX5NydQGE3bbbkLQzbaW12gDSsR3V cpJBWdnrwBj2diVYcYE3WOM1W74NDI3ZAI2laYSxdsigkyDcAQPd15THzADW6YCQKUxEdBqEs0il DJIAqM41RbltnNBNSAKgplL9vaUnUeMw7xkHMGzfiIVU2hWdW+oUYTn3WWvXlLWzsCi55NkwlH54 3DWG+u1YYZzBcuWbeAznWta6A6Y3iKMTKru/TnOBuN62o44TO27Y4Ey7UIO1f3iMa1ynJ3e/xIBm W5um4GY7lwsZZjoWDQ29fEAmG3eYmpmZVJwl6qQJJEGpNxQUMS5dxrKQrVmyzsLl5cBWCwU27lZ0 9lthcFTKk8TcQ1IoJoW7+XWgECB71oJgJla/2ayzvtcqZh3DEsZGzSQ9zfucjM77lmzMqZeEQqZJ LAz3OMQXCZNOHwi4CQo7XMImowGCQo2qKSTJhJAJBDnJTGQAkpCBDSACkIENJKQAQw6TJQygFIQo jrbJEsW0YBSFIjrbrwlzWgENBjAaUIFazla1ld6Kqsl91vnk9PHxcduKrmLW5LUtb7Kf8W231V+/ kAqAQltJoItDVQRjjWHtOchwP75h89sxR/LErq+lLR0/Wdq+y401v5qpXT2t7a1+rl41ed/zf9O/ +cmJMdUrjCLDHEKdNR+/GW2tsWu9S9PV8OFJfWvMKj6xM4+rbP0/SY/acW1t8yUVdtsLd8tN+z/s +v8AIBLYOUsFqBLWlaXFJ6MBxBqc5o26fg2656R+6a4+be427cbs9THuPariq7LkV4tslL5bfVbd W279J//QyAqc4NArhKAWrDrcT7Z5zQqgwPZGYlAukRxfPGAKUIk0mWdxTnDUQBACM46qDCCsZNJg gVtS9NpqEVGAOc12rq5SAoXbBCMJoU8Jb3LfGSlo45VkkGW7bJNRKSjAzo/hytjaPESpiDIttq1l 1ssBQx+kCMhtk0rSGyQI9ssMpju2GBynXQ2qYwPbsnIgybvAHGW1U0MjW9LTqtbsekpe1ZzBlkHM uq5xEqVSTRp1SLAGMzXUs16WEpDN2SuKxRqE3WTbGDEUjlds2GEgMQu3CtJdZ71aVNJcRZtn0jru 9oF5GJArWLhGqVEupoZd/cLSjPCKN3t7hxIxgQVd25XCtJHuORxhe9aBwpF/NWqSgTWwzl9jdFcD Md3dIcoq30zgHWS+NVSZfa3FsHqnCO5IyhG6ahxkaQPQjdIuRzi3N6oXPGcEbxsqxW3LE1Jwk2oH dPkuilYp84bYpWcB9yecpa6xjbXQHdvfqFmWlTMd3y7OmZnIYmslCThIkl0RYNn5+7X3GVXNw7mt ZVp5xdJlEBuXKylnNYxWKUrjIUSlTjGFupoIKaTQxlYg/CAWiwwFYTdCYUqYp3DEaQslvb3LjVYY QWDVtbYuGs3LuewwUSiwosrEvXVOPGBBvbySsKTJdvhqzESSZC2GEklguXcBQREZgTWUnnAWoJJN QOxFPWBaUxiF4rXMKCQDOwoaSugi1qZDhIUkENZKQASAYxgph00FIEACwhYwAjUgC6QKGRhWMtst LFsmClOg0jLaaaVtgZywKsEM62TxjrtxxlxKgRC/KADQq4RgREqTjCorBCGtKQpbjqktCgCAVrZF cpYttYa4YSVI+MFz+AwFMIwLZDKBQTnLVWCC9pWxYBj6x6GOFFPWOq1wmYSl6mm20k22l0Wh/9HB oEmiXG2YO3PtnApKCApylxttygIoJAUlGg6speAI4QHKAZeqQOymaWURDaDZQSCrvNHXcNzk7Bk/ LtwlED/m2yJkG6fgZV2HMHYu8BALTvLvExDubjGtZWUcZgxaEQQ0DeXKUJhXeMDWZqkcKyakOeBg G8b3UMGoZBvXU51nOI4gyxDXAyA2Xd2XrQ4zI+6vDJjHNvDAxDaqKwCptzeMpbcXaZzSFUYESNYS 4MIBmG6uAYEwjeODWstOwY5RW8e9ORgDHfFloZQbuOBgO1uJhJ2CYAe83OQXmEAsGRrLgVpAGF8n jCLh5xUs1zwMBtkHOCFhuDjALglJBEgkkFvc9ZDcMqJpAWgsF4cmEuThM4YiMO4cRBILNXOHWoEq 6sznBQ1rBS3WtPWRXAlJoDJq4ySILq1jahWZtZk1tElg6Fu1bcY0rHTZahUZTnrfuLlLk8heUUBw iRBrbYBspSdmBhFXf3OJk/N1iSwXJt7dvFgDLLl0BdKKBMrXyeMH5imcklgd2uNKyrHMxX3OGEq7 zGSRBbkaViMwGEr1scYCWkLBZrwiFqwUIkpIUlawEGMFxji2DAKsY2ky0WWzlgtHlBSgW42gS/tH OKLRrAKtJhFsmaBbAzjaRAKFsGvpLBZHGWVAil4IEIoGEhYCJVjJpJgBLGTUYRaY4S1bJGcAqoxh W2TNC2pZ28MBAM4sx1tUxlwXSuMbMUEEKNJEYIzS9bfEyxbZpgIKULYji0vxl62WJlq2AMxI2gZh bPAS1NuTiZpW2gHOTXQUGEy7CCsWQM4wVRjxk1GmMQknASFP/9KoXlMZWQzLhJUjIz7RxNhC8Ipt qZnFxhCL2MQC7sQC2QIq7giWLuFODCBAjKaVGcrxE060OAgosCCjVGG4KnKss0IYhtLBBhubRGK0 MZbtuUG0tZDaPAwDWrbc5xjtdrcGFK+kwFXGcnWMiREA1P4xB7Th6ypvGoeNDFG43AFNVRAd3d+E ADeKu/TiPSUNtL9s4gzQu+uKZevlARRwG+MEOf8AiUpSLS+MlrOkNxtHNdOkxxuNsvAGAchhcOak QqHFKTsrudkT1Cnxj6/HOMlifAQclNxuLRrSo9RI9+7cNVFPhO4l/wAeq6SBQ84jXvGVxQD1Ek+B IOPVyKsKyi5UE9NJ3Lh2DDoanoZifsg0zEsg5VW4QjcuBQ4zrJa2j5kYyweI2dwVDUPpI3AOEzOT qAgpcONDO8NrtLFVajSi42zU9K0lByDYvMK0g/L3jktTOsu6sJhQU9YPztlGroBEgOUu03DHG232 TVa8Y7DEUnWt+Z2aj/tkGZNz5VLh/DFInVAyt44r7sKSolU6RLm3bPUHjM7qCaiCwVsamsQk/wCU uKGlYVtrnIDNoJNTG7TS+gBg1GCwUduHty2khGMhYKtNINGOMtJik1kLAumTAQkwaamQQAmKTLxZ rGG3rBTNQw6TNYsR120AxBCY3abjN35cDCHsAZmQph7UdduTNpsIJKquAgGddpzlgsqnrHa5EL1g BwGQgk1DhJqJygErDURTbYwdthACW4wVg7bky1bJIygFQqYy2iTWaEsUzlq2qCkAzrZrLFsgcJeF pkIR8IIVrajhBLApOQji2YBSV5RkB5VmldtUVlqWVAxkkQZBZZ+EtTammU1LRchIWMksFI24Ajrb C5xwOMlGJwEy2UlBwinOOwpEoSZAQQHSIfSDRqMSWBa1kAEtFoiOLYGcjYg//9PN2zxgKUm42ZU9 kz7UnODIRSSglxtGKUIghURJSPpgI4QBergZBcYYSUIkpKIB3GhNxhxgMGmshA91uMgumLSQrAG/ MMPhIb9YhEWnpALe7hB3RxlekiQiBA7MhyimlYtJKQQbSnA0iHVlWGhhCkwBaPSCh+EY1XCDHOAL RxkxwinuHjLIKQSBdT0wJk1OBiY1IDlBQd1oRdujFXK/AxSIQBAgcXbre5i0JWucUUEmuSRA/YB4 wjag8YouESG8wkkQE7MjIxDto43DR13IyaJEGft0MYW6Gsv7ls4yarRwkksFDAnAStkcCbNSAYSF rdIksGIK5kNu5ym0G2BWMLtvlIIOfoflFK3OU6X4bQ6UgsHNFpzmIRYedOlqLW2uUgMC7O4/CXjY MADNJ3IAosU7knOCiraVRQxgi0itdHCIXJgDkKsHcpKixJgYMZAObpr6ydxjEUc41IBCxGZiluMc Wi0vtbIvAMlC2EYWWM6K+PpnLBttOFIKYE21eE0JtFAqZqWyeEn5dzmTIDObKCL21m0bWH8v6QIM S21Jylva5S/8uRkI4styghkWwa4yw2uU09h+UsTau0SDGLcZLKkzeNiczCu2CYybkIM62RyjrZFZ q0qIumZdiwVC3SEpXASzTWELpmZBSLZGcbQvGFmpnEL1MSxBDpBkLAZRaVMYAk0gsFRYkxlRziBS X6baCrSp94q4KJJEDCzxMP4VvMiZH3F64c8JURcJxgvwNT7peGMobcMcoFssc5YNvhjIIZ//1NtB CbYIlrWgIKUn1yQUHb1lVzamk2gkyAjIxLJByWsspiFDOrcsqwqJQduJqSNGDTzilZvbbYSs2VGc SSDHp9JNNJoKCBkEsiDPpgIl+gQG3BIKKc5CssKGTSYBTprJprLO3JoPDhAgqIpFIlpU8pNMAqpG UwlRCAIIIQCcYNMsIEWkAUrhFpHxgoayCBSIlKiXUgIESIKiDAFwllIKSSWBCppBjLacICgkkQIZ BjG085NI4RJYF+GcOHGTRDSgkEApJSECQViSwQCSkgjUkkQDSSKQ6DSOtBDWBAgDRtWFDLVFRIUQ ZwWCoA0hFupxjCn2SapATtCuGUBt8odR4Qg40gCdoxShmtQBnLktWnzOMA5wRuUst22PuGE6Kbe2 TSXrZsqccpJEGAbLWKgSL49uM6Oq2uC5QNfGQESDOmxCjGW20VTRZO5UxjgMIKE4Ywq2rhFVSxpw l62qZRIAmgZjGPoBxyjrZGdJYtok4CZkFaKJYUQCstSxXOWfl+eUjsDKFrkKyy3YJxK0E0oqJlC1 0ZTO4hWbaDhIEpiIDcUY1lNzd0wWTLKXk0zlT3Fymc3naTPOWAWgg5QMBKy1IhuGAWlwsRr54So3 AM4hvqIBadT4w6VUVZpmbct9MrNy42cFg1m9bX1lbbs/TKhadpcm15wIKi9y4cTGW0OMv/Lqozg0 UkbLAqoBHVFEWo5xlNfWSSwWqEUVMqu3RkI2nmYGW3nWZksH/9X0x26nOVtshwhG5B4yxb4M+n86 NQZm2lMpW20YzeHUxgyRvsuxIOX+Xdc435UMJ0SFMTSAZd4haHLfbXFyma7t7pyE7hUGLpAwIBlV ybTzpsuMxAbbjhO7cso300md9rThNKxnackoYDbadB9ueAlXaI+MskgxEPxEmlpuNs0yrK2tk5LE iDGVYcIdJmg2m5SdsjMUiSQZihiFDymooRFJI4RIgzG3CLXGWlhyg1cokQJoHGTtIco2rCCpiSwK bQlZtS0hjDpNJJEFBtmsBSX6DAVblEiDPok0y42zWQWhJJYKNJkFtjNIWmEmiSRBSLWEQ2zWau2a w6QM4ksGTtmMLRPCaKDhBWmMCDO1kiLpmoknhEKg8JAUBeEOn7ZcEHzkK4YQCrRGCR6EEYGTQzZQ IFClRnCcYwttxh7JOECCoCkmmstNmkZbNMZAVqoGccKM42knhGFr1gQACueEC1BwMt0qM4QE5QAB nAwhBc8ZCeAkFRAHWvGGBakR1tseEgIDWMtSY62H45S9LaAY5wIEtrSaEGVIlQBSQXKDCQptBtqu MA3CjITJqc5w6GIwkhdwa/zSiVNumrhKO28dbZ5SQgE7pzK2e62MtNscICAMzGBBUEc5mMLajEwN uEXKUPuScoEF50iVteQcZma45MUW3YwC87gcpW14k4Sy3tjTqjizbXPGSSwZzrfIQptmJxmoFF4Q hwcpJEFK7ZQcZctm2M4aMThHFknMySWCAADARSSZelquEuXbUxpMuxraYu27ZQGy2Qm9rROC4c4V shRTMzO4QcxtndbKQWXt4mdQqQMBjK7lq4/uy5Sbywc1robCUvnTVWbrnj2ZxTLjNFrYWVXECsbk IP/W7JSmIMGphHKHhBoM+ubgmtqYQdy4IT0yaq5iCQMu4cS1b9c5nwzgrjhI0mU1G6IQ9Zl7gyMY OOEm0mNDWApFaxDjKA5HGMb1PjJtYwWqq8RCbNluEoN+T8zEMFv5K0RhGt7KyPdM/ffhlFe/c4GN ttSQaL9nbjBc5zb6FTlhLi7HOAtqwMqx3kkGIj0gNsUxmqgGYiOFOEpIMvaUwdtMpcbZrhEa2c4E CdpRxgNsRtDHKQo0FgTSBJpEbSRJQmQQKNMBpH7Yh7cggpKiAACX9qsHZiRBUFEhFJd2CY35cc4k QZjnIRWahtamONoOMklgwlacKwFTynRG1Alg2qRIg5Qttyjfl3IqBOwm1WmIjflhwESION2CBjHS wMxiZ1hsdWYg3WztptbvAlSB8xM2tCb0Qg5f4ZbSfcMCJZ2MCQMBnMS2bGkLoY3AeoBzpp/NWD8h 0swGAzHcwpw+qeX9zfSpDWnbc0UgmW9lVXUSKDjMSWLLqwCsD/MdPzxiLsSgNxmDIfcus4fDGP3V 9EDcos3MEIMBsgKXqKc5kaxauVFpSFJwZnIkGz0AMRVOFXNf6Y/c30Q8jUotuOkg8ayxNuWxGXOY H2li4o7Y0VGJYn/lnW2apb2lpEOrStKjiZ04ua17Q46ApO1C5wCweAmvTU9UNNPtneRBk/LHMCWr tKjGXBHOUsW0/OSRBSu3trnGqi4AS8WjLEsqeESWDGdbZCQWLhNZ0O0BlCNC5kSSWDGm1YnGXDa0 l35iyozlNzfp9MksQhhYJzwEaltMDMb792wWUs95zAOg120ozEz3N2nCZu1cOccbdeJgZA25Y+2V s115fotoOcncQSSIM4sOc5aNovEwm/yiFrhyrElgs7VlMSYDeQYKIgtXGzlq2aZzMhIrDXGGUnbv HIEzRqCjASC45NRJuLBSu3f6sJZpVcCYSzHOTQp/zkdiwFW+7L7ak5mVqoEcXVWZdgarYVZbq55T It2uUL7gKucxINNQcpAVHxmP8wSOkGFHYmpykKaxSuMjUgthaV4wllGcgK2JlZNzhlNSqhxllErJ IP/X7ek8JOqAvJ3DPrwdYDU8RCCBwgD85CywQh0nKL26xqiCo4GBApt0zg0iPWslIkkIrxEgrH0i SgpEkgUgwVMahkBpIWBATD3OJlnTSKVRsIEA1KRFqssFpecnaXgZBtK+kyaUj9oVk7PKBtEKLFNs SzQZNDSCCrtjhhAbay0o3CDtsc4EFXaQmHspH7REmhpBBWbSwdtay3QYRb4wIKWt1yg7RAl2n0hF eUCCjQRD2yc85aExjFBmDAgpW3TOWALzjaDCtqsggg0mHWoNKQG3pkFo5wWC1XXlD+YQYAYxRUYA VjaAcSMYEB7zHKVXnL23U5EGssKYVGES/es7Ww16+2lFGJzmbOqq3ZpLViDhLetgDSwOquqlaCtP SXps9wXL6VAYlk9ajTlBd3drbbVdxoC2FOu7cZCelj9Okes6Gwf+47NN3YFA7sADgBQ9M+W7JKZC Tnoc0be9atrqWjkqgStMqnqkaxde6KgBCACcMCDWdDdWtZIaqtcfU59MMR/pg7R7hNF0A6iv8JUq sm+v3Iu22jMNy1fdGthKsxIVa1Jx1Q/k90So0AEEsQSOIo3+mbdqi7Y0WrMxLKWNca16fuSm/vLu 3vWbL2q/mS6h60CtTUtf/me2FereGR1suxk7i22Ir0qANRqchTlOnsrR/KWQPuiKu23G4u3LYS29 u4nQBQGp+M3IeygtuAGQAEDmB6T0+1tV3cNNwNr74KhaPHGWG0AIe8KSvuuTPYSEW27S1xwj/hBs TMpe5FIcmB5G1rllZW27tjKZtDHMyC0OMgyWPu2bACVsznGEaBAbh5RIhi9tmGMGhBnHpcYYAwjb XDwkkQKHtjhAbgGQly7PnD2FGcm5FgzG67ZCClwmatKDCklVHCTcIMvac55QixzmjVyg0sxk3Fgr CKOEIrkBH0aRUwilKCZ3CCuj5xltuc8pYtpjNKbfAEyOxYKLe3XM4ywWhWgGE0CyKSaNOUw7AzGw v1SLZU4KMBLmA4xDgtBJIKtJ1U4SxdpbuNi0UGmcJP3cIkF/5RPajU+MH9tUnFqzPrZTgZfZv3GN M/WSRBYu1RcIw29sCWARi4AkkpV2wsQgsco5apyjqRJIFVKRtDNlLFAMdVAgh//Q7GcNOMtbbMMR K9FwcJ9afE6NMGMFKwmvGA/CUZRNMhUZwgyFa8ZJAADJjJUiGtcaQAYw14Qaj8pNUFCFOcJWKCY1 TJIFOEEswOcbQsSWCqmEgBBwMs7eGEr6gZJEBxEGpxlJqpG7gEEIHbiIQ/pIXVhBrGQkkvmNqrJW IAHbE0l67UuvS0SBBpIhBQZxjsL4GdYg2t6uIklAYdsxtCxfyV0ColTW9whppMStQXm2lIAtscJS FvngRLBY3BEDyGFpCfSN2LfDKUta3C4gGJ3b4wKyeZTWLFqHtWgcDMgu3aZQV3BxAMZ1IbWW3xkC 25zzuXHuBwiDf2wQC2LCowOUza1a/VZV+LgHT1WRwjrbV1V9SIrEga2C1pOOnkNtdv3LCvqu2gDc UVwDe2Z90xusnd3D2reklbCMMzUG4uH3Z5/ce5rSq2WTs30+rBUpO7fFrb3tO4ZVRV13CDkJxd9u bPldmr7JGFksQpuj3Cvu0/dmPuXReJTdMuzFsIbT1JYg9K5fTNCXgCHS4yWRUBFrQA41I0/TPFfn 5Lpq1uvbsWCryO3/ADG13WxUDUUKmrHSNNGPPTO9ttvbs7GzatqUVV/DHGgFAz6ffOGh3b7hqMaX iq4E1plXEfdnd3CvtdttrHUrBdKsOqhBp1TldxRrxKvqKt4jKVOkCoGFa5fU0pWgZmoPZUftl15m dVxq6AmoFK1z90pLDUrClSCDWcDoUFa4UxGJI9c5N5cuWrFjcnSwt3k1VFaKelmpHYlUOGeRGQ9N Mq3dw3/H7myToVbesVwNRlOlH8yMW6HdGq3fW4mitgACgONcPTVA20tX7ty6AXtuC4uIwpX7rf1T z+33TN45TfvPuFvBCwdmJUEezT9eppTdv/l0Fq3ee3YbpSyKgBgdXRp+9OlLWpaatp9CPKOkLts6 9Ietp9DjThX+BvrjC4huGyAQ6gMQeRnMO6pdUG7c1A+2pzIoddZfst2trflr4ZrLoVBIOFDqVjWe nj91fcldrb3cZMuqN3VwEItXDjSG/wCe8NtRbN4XALr9tSEr1Urzlq+a8ZcbRb11pUdFMp6n7in3 L8TKRV2bsgtMM5sZVahGRFR84y2U0nHGa3F2mMWV4w6banDGG8ChIldDJIgsN2mAEU3nlcgNJJA5 u3DxiEsTSsIBkyk3AHpJSGSTcAUk1HhDJjJuACSYyrxgpJQ8JJBcrqOMcbgCZtJhpIC1t2eEU7i4 cBhEw5QiQAL3DmayanjACSgiSg1GTqkhEkggONDNVrQFwmWhjDUMZGwa2uGoCxw4HumMM8lXrWQG wuucVXGqZ6sc4VqJJB0LbARjcEwJcYHGXC6WEkiD/9H15VTFNpYNLwgnjPfnszuVtt1MX8svxl2o Qapd1gVHapFba8peGpG1HlG6wMn5VuUI2vOau44yEDNdP0y77eAKPyixDtRNGm4eEUpcjc9Smc7U 8Ip27TTS9ykBuD3CXcxCM3YaT8u80l6ZiQXK8JJYgyiy9cIx27UrNJcCTX9kSxCMfYblJ+WebQQe Eao4CNwhGAbVgYw2pmyq8ZCyDjJuYhGQbWplqbdgRjhLda8IO6xwpEsRoWIAMzLQF4GZS1OBkF4D OZaJBsUkcYS44gTF314GHvk5zOwm01MUP0iAFMjhKkJbIwvZdsoiMSWFqWEWycxJ29t9VKyldpXi YW2tOJjH3CPEc/kVahIr8oe7s1ypOFvNjdubu72+qpA41FAIqbbdtXSobSdLA4HD/wA08d/dNWa2 zDa+rQu3xZ1N4/j+y9xnVNIJrUVqBw/inn/Hsl9cLoatwhQ2oNUcNNOn3TYfGW92ouKguOlQDXp1 L95fbKm8AjP3b1sq+kCtt2UqRypPPzc3qRKiPGSpQc3fC7t/1HbZrgKbrbUwzBRulW+yU71riBL/ AEJd16FdqldNScVGrpWdXdbGyLS2HthdIPbuFus//McSnabZu4tqqAEVZg4bTTgdUx1h6E6eZRtk 3TXFN67aNi4TqC0oDTBqNbVpNQso5LMEpQUFRiff96bt14lcLvctqw9qs1AecR9tfYgUtFj91hq/ 01MoM9klHQ9yhArpAqzGtc6T0T22SxtlAY0AZgW6ur+b6pytn4+5b3Vq89tSbbr06sxix/qWdzeM zB2CgELiuZBGWX80zyP5fMtVkwgtcW82SDpUcfn/AEyjDUpqSoUgV+GUa89sWhprUGpHqZGqRZqu nA4fL1nE6Ire8iAaRVh9kUXO/ba3dADOrI3KhEfQNAJGLGIy2jdAGTVFVzFcK4zdXDRl9DkeKudo pt7r9prCuraq6TpNelvqfS/smrytq8dop215fw3Q6czQ4e3qm0eHDbjcMqBiX12y2C4j2xX8FY1m 7etrq0gakZlK0+7pM6NxYyuhg0MbGrcOHvh8McwfXSsXUDct2yzF1AYlhn97H2zpbjxts2ArG1aF sdDu1T/WwMzmxcFtV7m3YAUHWAT8OqVOSHE/UIuL4pLttzcuW9xbIAXH6shN/ir+6DXAdBPaJt9w CoNRgP5kLTaPGXWFH0LQEqdVDXKWbXxtu2xLlWcAB015rX6f5ZW5SWhEsyb7e5U2lGtagAGhyIGU I3IY0W4p45zn3druGJtbbtONRoUfSADh+IzzTY2faCd+4i3LaAMQQ38WDfVO37q32osFxuoQCbit U0BqMxLEttmcJgOz/FCWnQ6AAFWlKHqnUL+uE6cXK7zKiCNECWRg2cYpY5Ss84C1ROkgdjbpQCkr NtTjWDEyVNJAMttKYwG2AMItDJQ84kE085KCEiTQZJBMIKYxwhjBDXLCSQIF1YTRb21sjqMr0muU YKwkkFw2toSq5ZUe2Gr0zkDEZ4ySCk2jSDtzRqJ4RSKxIK1SuEftqsOkyU5ySUcPaApQViMFJh0m HT9skgTQBCQDHCGN22kkFWjCHSJYLbU5xhaalZJBUFHKNWnCWiwxji0BnEg//9L2wVJKW+Mw6m4G Atc5z27PE7bfE3FLRgFm0eMx1uc5AzS7H9w2vU3ixZp7oDbtg5iYa3eclLvEybH3sNr1N1E9I4dR wnOpe4GD8fnJsnuNvidRb1n6hHN/a0oaTkFbxEBt3ZPRX3E2LVnVNzanKkFNsxxpScvtXOchtXhk THpLtZl2eLOr2NmcawHbbU5NOV2r/MwaLw4mPTf3sbXqzqHa7f7wittLdOlhOcEvn6jCEvj6zLsf 3l2vU1myq5xCluudJR275zaMEf6pY8SpPUtCW+cbs2mzlWgCOLeGcP4iPEsXbW6YQdpVMAFMjCKn 1mc6kzqQhDhFNq3yjduNoUKScABU/ASbku5TMbKcBD2lpSC5v/G2/wDubi2nOpit5Pw6Pofd2lfA 0LY45R6tfuX4iR1QocJwN/8Aqe5td7f2y3wr27mgIVX06Z2F874Jiw/MglMWAVsK/wBM8V59vFv5 e/urFy6xunWCrAA4D6XTWqzz+45U6rbbM/lYk7LfqTeLrLXdDH6OglKen1f1TRZ83u2Qs1xnVwpR tK1GGP8AD1zyl63tN5cvbrtM4dlAVLigVI6lxE6T+UtePRe/a/Lbe0iA6z3DyDVtgTyu/J2vb8RK Nu5buXnvFbmq4Qbje2oppyDBf9MVr/h2Z1NhxfUBABcNDQY6+ucveXn8l5vZbi0VO3FghrpBCmtX FbZ6vbD2NL3Va8huMvQNDAg1B6tSe3RMtPWW8sSM1p6qNWhD7ip5/ORGpqS4S9DTquAGgPT0lpXu N3t9o1v81ft2luE0GlmJpyXR96ZNh43ydzfbm7c24pdOoVe3XSKt01aFVw2w2ux1Tdttc9nbVyT7 wa8OLTPdt+N2e6Z7S6CwArqqDUdWbQ7m3Y71i0iM9xlJdh2VUE/SdbqvRKvK/k7d5HuE2W6Almlu 5UAaTc123a31N/FEMSbxuLf5YKVS7budarqWtR0dWPTEW3tBdW7a2ypdWh1LcFVpyAaHb+PueQ22 1u7O2z27I0EjsqW6+46v+JqVtPRN1/a7jbO919noa6dQt9AVUP8AFbdpCmvx22NzcWhdVraBSe4p GLA6rY1D+GdLdm7batpwHelVAxpWkyeD3w3G5uWRZC9tQ5JJPUOikbfMp3TDJ1XqNf3fVM36L4iv US9YIowcP3DiBkOUW4za01j2NpHKKFRrQYFgyg0xhqr21bElWxqKVOWU5nQR9bdIw4EiC1bNwhNJ BFKn9kLXV1OXqKGmX+6MO4qrcUjUG6lzy6l4ekqIyz9Q7RW8RbuMBW24AJNCNXQw+n7s8wdux1qz mtKrjXKex8lcF/xF62eliGuKaahRdL5CeVS30l3uo1s0NFVsV+rrKTq5w0YXiVr5GwtbOqhcUatK FY1y3sSw12bVxlOBDhRjjq6ZmfbbK1dDHbshuLqDdwGik56W0y2xvNpe8uLlpSz3CVWxc7YQtp7V vq9v8crT7Ek6CblrrhbarnQMHBNT6xN6beyutcuqyG/gGrWv3ur5NNljx/kbSg29prCdVxmZAcPu 9tpl8r2tzt1/N7UlrRItqHIGljq1dIPVIimC3u9jbt3bwLi29Ldxa40//VLDutluLLKFH5cFVLk6 StMVTWZSdv4tNve2t3aGzdIVkpdJJqa4sRpXpmdFXsX9nbsMUojnVcDEaT9P3VmoJJv27bG5eZbG FzTUMhDCgOqpx907D768xLqHBGJAI0in3p5nb7nb+P3Dm3tCGuoVtuXJOPuoumdOx5lbuzvkOhbQ UZdJFS6lUWTKeG0JNieYfbrcuXSLi0oKuppX6ukxd15lr5U7OtlCcdTAkzgbLa/kvEW0314bV0Bd hpLgKTmzWi802Hs3hafb7gPbuoqhyjKCwJq9T7ZW7r8zCaPW7AXbmysPcOu4yAs3MzSLPOYNp5jx u129jbX9wO8qCtEah/iXpj7n9S+B2loXdzudFtjpVtDnH+lJ6K3ULOYIzb2sIRaHGUWfMeJ3CW3t blCt0AoTVag+33U0xk8n459wu2S+r3mJUItSagVP7o3LUF/bXlJpXlHKiSkSUXADKTGtAJYF1cIR bMSCqjCSmEt7JMbtcJJBn/bJQnhNItKIQqjOJBn0k8IQhmgaeUPTJIM/aJhFn7ZeNMOEgKlsEcIe yJZUw1PKJJkUWxSEBYQGPpJpMkgGHCCjcI+nCGgAgSV9cOhjnLMIaiQSf//T9IFMahHGHUphqonv 3HfcIdXCFdcJYDOTVyiRuJqcSG5d+7GB5xi1JJJIgvOPph7x4iHWDwk1g/TE+BZCL3pD3scRBrHK Q3F5SeQkPcqMJAzHGL3F5Q9xeEeQks7tBTTALtfpia4y3QJPIDdwcowe3yxid1JBcSsgGLLwEYMO UXuJGF21TGRvwBKryk1CHuWYl2/bS2zquplFQtaVPKsjtClpjyHqp4Q/AUnFT9SOrtavbULeUElF auR++R92VL+sagg7PSwNKF8x/D0zj+4p2f8AeGehVhxEq3d1U2t5/uoxxNOH3pyV/VTHA7InDUCH BFPs90O58wdztTbfakW3K1KuCaVDcpi/NR1stU0RdTgPvvzrttryCw4QuwNSAAadMvsePsb7dAv2 jrAzZhkJov8Ah9kC27cPacVJcNqND71YavZ/DJ43xy7jtb7bswKsy9s0Uah0/eaeR/E2aX8Cmws7 jdpZt3FKjUA7VCjj1LpnC8vsEa7pQqjIKNoJJH/KJ6bcbjfLbG33SrdO6f8ALDRQaQPxBrac3c+M W0HvAsKBmvMhBZq9XSrR5g5Xj9ou3ssoRb63GDhyCMho0yvyW3t79PyN29Z2iUUm45rgpLafvNqn W2mwt2mNuxuCoYf9u4VorHr1y1dv4q/c/HV7mgm3dNQFYL7vb0/yvCcORGDiXX2CLas9wG1bRVtm ypbUaHU+mo6VmK9ov7+8LF0UZlC3KYYgZ1p7frnd3+w8ZYKMNsbe2tklLi3DqONe21sD7n16pe36 V27M97bqWZlD2XyKrT+O42vVLKJBz/Mfpbb+RsWL2739uxasKLdo2LZIbUcXuPceT+yJsTbNu/cv i4SoBoQBT/uf0zdd8PevXTsnvMQlsXGU21KUfJQe719UVPG39pos/mGWwxFuzptISCep/c57cu/C U9BtzMHJvbK3auFVYO9K6SMKV01LfTNW78B43cXgbe/W5dS2ts27ahgCPq9017zabGyi3rQ7jmoJ crjhqyRm5Tj29x41Lw0bMW2Y9V1aAA+q0hNvJMHofAWLPiAdgxN1rlzW15VwqQFVNP8ALLf1Jvzs t0LdtBcspaBuPWpBxp016Zzdv5Bg4urb1qramQEDUP4Gprl5070Mu5sG5cZtbEtQGuC9H3U9szGZ ZZRf4IFjf3VttTPZW520BqS3sTOXbtLp3T3blBqA+WGAj+C2b2LF78qDZKsEAc1otPo/hg8hdtNd YhWDUNfXH0mb9Ear1EuGyWSh/DUVNByOLSy8UNoG23vIatKZmUAqqgFaMRiBXLOWXKHb41qtMPQG c2bRTdxuGpUUNCTxjEqtQaHViCvpGv2VWhoSCc6mkqNQxBNLYyzwlRDobd7NzZmwQe3dJtA1oQWU 0nkto2ncHZ3DpDhlqRWhQdaijdWU7t8X7exvgGpU23Vq1oQ3KY9/4zY7PbLd7QF/3VVjXWcXbPp1 zsvpOb6iptdvu2th7loLpCVIIIAw5w3f03tbO5t7tboNuw6ubYHuoeDV1Tfa8CNwLV5bqhaC4oIp jSultMr3SXre4NkaWBtC8GGBzpoykKdm1vLV7x243Wk2mto3TcwFSPvCeWbfPurjbXchbThC7YVG H3erVLv7ncGnbsFZdeu7jp1D/wBtG+hFX/nlb2bF653l23Zu6qC5qJxbH+q20qrgkov2+zsb3cqb j2jqoOoNypznUbwK7Kzf3lpLDAW+odYoi+pac6zsmG7s3CCGFWUqQFrx1Tob3yG42u1f8y3eDobY QADpP0a5mMlOD5bZ2rzi2rKGA6u2GNB7qSvx22/L23NoLeF0jUWX2lPpwM7lvwq7lVv2XCteXWXO BOoV0t75ns+Ifb79LNq6Qtyy158QUrqp9XVrlkHK8gi7m3+Rv3be1tXFo1wgnSCwNae6IW8fY29j bW7ne29tdINlaMzavuufpXqne3G0s2kW5ftm/pZbatqNTqbq1r7WWI/jvBbhGtW7duwFYsKXWFCP cvt/8UbsQSMnl93csXt2BaJA7SipFGDVPRjOxuv09tfIeKtrvN9p223DODYtjUXIo2t3PVLrfivE 7i5+YKaLbLSyKdSsT7+6znuSjdbTc2HW3f3GnbuyhdCBjSul2cMyyq2cOA1gqt+A8fs9sl7ZX7m4 CFQg1AhsR7lXpm3xO1sWfN7VixLMz0BHHS1ay5P01vturDaboIiksR20UVP1YEzTsdktjftVDdvb PSWvOVGoup9mn4y78yIPRUTKQaJzX8t2WVblg0uEi2VYHADUe592Ubv9QJZtLct2lcNXA3OQr9Kz p6iEHYNOAgrTOeWX9c3O6F/JKEJozm4cD/om3bfqi5fuog2yAOwWus1IJpqRSvVG4kndBPKTUeUb WsBuCN3iPIGo8oaNALtJDcP2ybvEoQph0/ZF1HnJq+yTcgNQCNUcohIHGQMCJNwgckQ6hnKwyn5Q 61jcSBw5kqYmsGTuCTeIHBrJjE1qMa09JDdWkm4QWUMkr7qgZwd5RJuEH//U6X5xgMIRv24zzo8w gr+IARnGHmEagDg1ynvleBuT0a74nOP+eHCecXyfrH/ueGJiCyehG95mP+cXOtZ5xfKCH+6A4SQJ R6L84hzh/OKJ50eSWEeTUZxAk9Gu7TjG/NJnPODyicBJ/c1kgso9J+ZQisIv2jxnm/7ktc8I390t 84gSej71rKsbuocKzzX90t8zWMPKoBixkhiT0fctjOMGs8DPOf3W2RXVMO+/VC7O8lrRrV11atVC P6aTNntUtwJPZVtHMwhbPA0rPE7b9XrfQOE0KWK9Tcvqymr/APJR29Q01ZtCCpxNK/d9s5+rT7v4 FnxPWabY4xNwFXb3WrUhSafCeZ23mt1ub3YRU7lCQNZxoK/cmHdfqwG1cshlqwKFkYmlcKqdGmR8 tWmlbtoJg6l1Qbw3PYIV0JDVzJH1Tl7i+RXRarc9ueNZit+c31z/AOltX71sKQqFgtzUMl4Jpgt2 e9f/ABbl8XgakhT/AEtgyzyqqRHaTo7E7+zpHaV7TElwzUNDywnorJN+09rb21W5bC16hhXGn+me E/uZTylzx4e6FtmguliKke7pr0/6p2fGk3dy9q1evrcKFrhFwgHQNWpv5Uiy1CZ394wF5bSIHD1W hOFaav8ATKLG5u+P27arFArF7lDwp9M8ld/UGzFzov7m+9s9DC6QtThqrNW+PmO+1l966qyoe2SW FLg6V1fOTbUss9PvN3a3P5W4gKi3eW+4riRpPSP9Up3/AJdRaNpbLad0wtIajNvvfdnj9/cu+O3T bG9uWY2cHW3cNBXFRj92Ja3lncawLt0C0VoWuHM/Wv8ALLtqTcz1O42zXArAC2yqFZ9Qq1AFlew2 +5e6+2s0a3ZfUEY1JDY11DpnC7l7S7L5F1tW1A09TEk4Zs31NNHjzvU3YC7o9y+otqQzDE+z73OZ aRUz0e6tsyPtjb7z2gCTWuc02fJpYNmzctsttgttSceqnGeP3flt947eXbdzfat0vTcVasKr09X8 US7d8/urG3v3t0rWb9XtVBU9B93QJdlRuZ7BtzZTyLbkluydutlVFMWDM0z7nyK39xZ2qo6vaPeN aAaQdOdfqrPJb9/NbNbVzcbpabhe5bUOalBhqpSZ7e/3dzcKqbphc0E66nBR1aJdlSbmd/y9m/ZR X2yqqu1NDmuY+nTOfZ7gZi6rUkECuGEzncXtyRa3O77mk6gASPswlF2/YQE2y906gCAzZfUcdPVK qojZ2bB3l24Ltu3p0e2pwp6Tu+O3NxbYO7soLtVTUHwJJovDpnl7LItoPa7wtKaE1J0n3N9Us8hu V2njX3YO4e6pXto7FV1E9LdLav5IdZwEz321vNtb923dSq3SCunGgwX/AMUxby3a7jsR1EgGmORE 436V8rvt6iXWDdq5gzMS1KfTruam906lzYveugs5tl3IOkVwFPf1CcORZSOtHhsUpb0uFHQoqCQd XwgK6bVxiKAj1z+FZba8I7XnY71kXSAqFcK/eXrku+GcBqb5gpAGkLXGuP1/dmHxPUquiPQm2TXi eP7ZS6XADcA1h6gjqwmq5tQtwnvsVb2KErpw+rrmbcePRNu2ryLWCcrtMjwX3wuOwd0NZtruGbbt gt20QM64DPGVta3LB9otLj21GpnxxNaR9nrt3Ev4sBUNrwZcKaVoT/NOF5XdFPJ31ug9LaVdSQQD gV6TOnH0afYzbU7v9w3Gx7IuWVW1026ZAV+uU7rdWzvBuylVSz2QlTxbVrnkvNna+M3f5S/u725f Srm0zYLqGtdZP1LBtLVvc7Nt6zEKLgtaCxJrT3YGdVWv4mG2dPdvfvXzbt2xQ0JKn7Kzo+NbepcV Nxat3LWGnqIII+U83daxtqurksagKC9SRwzluz3T37YKi8LiirIrHh93qlawST3Vmu4t2twiqtmr auqtQOn/AMUxbjuXnu2bdtWIAZQ2YrhScHaXrbWWWu6totT0uwApiyrqecvxXmr27vXXJe3dXBW7 tw1Xhm8mxRJdx7RPIXNilkXLGm0um3QHJic/5ZLu5tfn7W701SzZe1oBxJZtWqeWFi/utpudzufI 3DY2tGurcJ00Jov1e7VObZ3ibrdW7Fm9ec3WVAWZgKnpr7/qkValbZ7He+Re+9vY9rT3Sbitqw6C Gle52gvXDcNLasetValR/pnBXxm4ubv8oLtL3dNlWLXKA8aNrnP3G9v2N1dsneM6W3KURmoCuGGp pYXYkvuet8Xtt3foqlSm3Jt6Sclr0ENNO5tveVkWyLpstpLV/qwM8j43ylwJde3uHTuPpY62BwH/ AHMDNtvyFy0l66u+uBrjBQQTjcYYNpfp9omdq7l3HrF8qqXRZu2mVboIQ/AdWqVDdWre+3W5bUbd 9LS21BGaA1LTy1q15Tf7u1t7m/Ny6W/CqCOo8egzBvN423v3LFzfPeu2yQyoWIBrTRq1fTKq1DbP X3vI/mt3bsC0ytth3GBIoVbVb/q1TleXs7iyLbWNCK7U7Z6uGS6ZzOx5MLt91+YKfmbetDqepRTS jYyryieS26WDvtyl4Xk7tpCWqFy15ywuxJZqsdxWYsF1E1A4TbsBu7m7s39IRUdTmaaQcaTz9q9Z u3haWlSpYsWemGNK65q29y0rLbF1QRiKG4PWn1SwiSfRzvkBzwgbfoMjPB3v1HeUN2wLrAgBRUYc cWmlPL3rtvupbcqKaxgaVGrnMbGa3I9j+fU4Vh/PpzrPIbjybWPHXt4Euara6kDABST7a46tMx+O 87uN3tzdYC3cBIZRU5fOTY4kbke5/uSVxMh8moFKzyzbhl2Cb1roC3LhtKpBBLAa+n+mZj5I51k2 lk9j/c7fEyDya5gis8d/cvWIfI0OJjaxJ7E+WWuB+MX+7JXAzyB8jzaA+S9Y2iT158uo+qL/AHrD CeQPkvWA+QqMDJsEnrP7vjiYD5gA4GeS/uGFKxf7gRxl2CT1x8weBit5o0znk/7gecU+QY8Y2CT/ 1fOFLYtjtqCGx/41ilbJGlgTnpIylly7at1JajDKVWtzbocADnOGeuQJ3ghXSxoRiDmCMI1od86m fAHBAc6ZxNw4JoCMfd885fZ7fb1YADiJ2tz2fGqy51Eidu3UkkqDhWpgtJ3SdVwsqmirkSBJdv2u 5pqDw1ekstG2ULEgUOJExvul1eQL27eNWKBuNTWAm8yqFu4E0J4gw9+z3SDQjKsDFCSwAqaN8xFe S9ejeQMVcMR3WHCpOAMW2b11iO5ghphxku3rVVWtS2Z5V5x7fbJbIaDSo4CX1eRL6nkSxfxACRdP PHjSR7m4DBARVx0sMpos7W7fNbdvWrAlDUAEDpNNRlqeC8jcRblvbgpq06i6j5dTRXn5FK3PzLnx Mh/MVp3aGnLCsU3N0FBquk5H19Zs/t+5uWzfRO5YUlXuKykAj6X6vpi/2rfMOjbudQ1p90j+b2wu fkX5n5j5vEz93cjMVoKjTyl22Nu9ae6yW2ZenVcAPrp6oV2O4Nzt6dDD3lmVVy1U7jN2/wDmlXi9 p+Z3h2/uKs+g0qhY0GNz/tzT5rWo1Z6QarM5Ngs+IvKz7dBZt3aEW0wow6bmer3Umfxtiz5HzF2x 2+4u0XStTgcteVJ2/FeHfbbpbu8sJa26tU3Djl/CmqczwmzuWPJ7i7uWNjb33uMDU449NO11rOSi G5+Bp9sHf/t62Hom3UXLq9rUC1dLdLUP8s8fvtv461u322zsOO0SNYYsDSei3W+t2rx/L7lgy0pi 2f3uoTPdfaPZultyj3GDE3Wwqxxz0yKxWjj+Is29zu1oCeyCxxyNelp6dLA76sEoDi7HOowynE8L bsWTce7eAuOALdtAXrjkWthlWe78bY2iWl3Bu1uMKsGVloQPb1L96N2QkfPfBbO3vfPeQJtrc0XG 0lqkU1ZT1w2BR+2ti2xvDtOQprobB1rq+7PPfp/xtyz5Pc/nj2bVw3HoxBDGuGnQ3vnXu7O8xN/Z NRQQocPpof6ys1d/NqSqwcG4fADePtNr4e2zI+hHLXOo/wAoOrpm69vN4A7fl9u3YUKPwmL0XC3x 6tM6Oz29nVcvDca7Vpit2+SXOoYsrU6l/rljobl64233Nw23ANlqOAfv4qNMy+pTzw2dpLzXbltD fuAu73RXE/f7kNtfE3RqS2lq4qm3f7dBqYYrcl+9sXNzure3uuDaR6vcY4Y+3Xcu6UlWxTav5IbY C2/UFZ9JKA1p71XRKDFos3/L7bxaqXQAXMTgSfZWeqTx1vai3dXbJqtY2/dgR85y9x4Pfp+qL++t 2+3sNaqLwI0lANPtVu5OhuUWgfa3mKKStdTDEcCGizWIc4Il1OL5fb/pnab97e42T3t1d/FusLxA Dt1Mrfdzmhb6pas7VNlZFq2C1tbjuXVX6nTXqGqdFvH7lWXd7+4pY6S1y6Vog9qDUOppo3idm9Z0 7mgZTUgYaqdFKatWqR5KeauWLW/uW93uLasT+Hat1JUKv/totfZGTaeLL6Wspa3aNqLJkbZGmmjV p1aps343m5s3UQtdOCs5qNP8mrRMQ2m3Vle3bF1BhqAINB/zR5gy7vx242+3u7tErbNzRboKtpP1 VWc4fh6WvBlDVIBFKcMJ6hL9kuLdl9NhQWuLRzR8tHt6ZyvJ2Le53aPYur26UZjUaSDl1BZVfUjq dXxOyVNiqFD1qGIJzJ+ppk/Va9vwlsMKM19OnnmZ2djf8PadbO436W7JQDWwahp9OUzfrO7tPK7b Z7PxDneNavM7i0rUAoArB2VdUUec4DWDufpzaWdv4Xadu3ptMhLf/Mzp/pmT9Q7/APJbVNwg0XbZ ZrerHMZ09raZ3PF2+x4a3bvW21JZTIgsWAAfT/FOF+p7dvd+Pdrdsjtq1xtRoaAe2c7Z5Km1ijPO j9aeR+q8COQtL/0xf/zHyGpi90FeFLSV/dOdYsWb9xEJYqzBWKt1YnLqOjVOz+qPCeJ8ftdn+RuK dw5C7jTdLGtOpTaY6l0/XPZXh3UtdJRXqc0rOrtPQzP+rd4WqLgA5dpT/hN77i7vLdm9cbUWVSMK DEfdE861u2DpqdRGVTiOZnpdsgG129MtKfunNpQ2KtuT0Pgn7mzKllfKpatakHM/0zmbxBZ83bJC 6r6CpIBBYDV9f8s2fp4ELRiACAVAzOjV3P8All/6i2O3ubRdyRS5adQprnU0pPNTF7I6vojg+dvW 9m1m7d8bZ3m53Q1XLr269IJUHUg09K/TM9seQO3rY29vbW7gLG0lkacPYzAjpaaxZs22pevKL4fQ beqoUH2HSp0zoX9rbu2dO1ul3tkG6+KqEzdshOkmDwm577M9y+jKFoD06Qazrfp7bo7PulUkFtIa vADqWhl/mtsL69jbMLl9SH0CuKHJ1qNLS3xH5TZWLdu/uQt0uTcUq3SOft6odsEVcmu7ZFvbbpiu hFtvQj4Ezkforx6X9kb/AGk1aqFnFeGDYz03k9/4P+yb3bbTeJevXLLIoCsCWY/eZdKzz36Z/IbX Yum+vAMCO3aANwg06mHZ16Ump+R57hrKO/e2FlrV2xuNvbubVlNy+oUjVoGpcU6umeb2l7xm43AT ZeIs2rikkXOtiAuIuLjpnat7Hc37gbaG5btuaNcXUhCnj1aW0tNG0sWNrdKbi8LVCFp7mNcjqHSs zuwWDkX935G4HumzaL3H0s1uyQ9WwLhh7WmRdnt9v3FRLSsANTOozPCtyeiTa3bveWxuSSjEjqYd H3pyLvj9xu/ILZbTcNm2X0qwc0PtdserV/DCBnUeJvKz2ba2VcBWS30jWvS1z+uZdratb3zo2GjW m2WoqcNRH/TOr4vYqN4DdtILCuBcfSWpj1dKBplsePvbf9SbncXq2druLraWFTVPvabf4izVejz2 I+x312X5Qpet7e33EH4ZoxoftnnvJ2f0xst/c2p8cbt9et37rAaziVbHV7p0vI7zZ7a6iWdzrYrV Fts1z4au3q0f1zTt/Hbrcva3Vxjee6AxuXPpoKaTk/TMzBYOcL7qlnbLs9uLdpToV9ZZVbqZNWrq mJ7Cb24m83NtWdui2hqQAv8A7aIT/wBtZ6W+o/NIlnckUtsXGK0YcvvTn7zYeV3u3cWfxw1FLlxh 6LqKwgzmrtvGF9D2bdvdo2rWmANsjSV010TLu/G37Ni/vLS6rWsLbpiSp9V+qb/7MVJe3aS9btHQ 7Ky4EZq1D7pqVNL2bVk6bN0ksAGZdYwVQaRLQg8mK2tD3ldFYkgMCMvu/VPTeE2arslqh/FGo451 9rNMfmthcu7u0togkqa+lJ2dg/jds1qxuN327ZQKzlHzp7F6YtboRVOf+o07X6d3BYaSzKFAy92A mr9N+MT+22bq27aFhXEVOePulv603Xjdz4RdhsLveum8jC2FdelRnquqkp8S3jLXjETcX1O5Fegh iyrw1MtZp2W1Z79BHzeRb57b6fD3neygTalDZZVppd2CO3T9630zyH5huc7u/vWLu0u2bO41owH4 dskliGUhe3MWz/T+83KarW2uXAcQxwqPQNpkTUZDbXZnO7zc5O8x4zpbn9Pbnb07lkqRiV1rlzwY xrf6d3N24LSWC1xhUBXX/q0yyibnozld485O6ec6R/T+6W9bsXLQF67q7aC4tWK8Fox6of7Df1tb 7D9xBV0U1IHMisSTc9GczvHnAbpPGbb3jDZa2l60bbuNVCadOX/NFfaWDaZgtCMiDxiUN5k7p5yG 6cqzXa2lpVVXUMxxJrWpkXbWFLuEGknDUch/6olE3mPumTuniZr3W1TtBraAPhiMAanlHTb2kVUK pU5nMkxKG8//1vKHabnA3AGVeFYG218trVRp+6DznRNMpBQek4eu/tqZ3M552e6IAKrQVGYyMi7T eKoUU0iuFRxnRrJHrvptr+A3M5jbW6w0aBr4tWMNrvQukUAx4jjOjxkrHrP7ajczmna3yulUAYe4 1zh/LbzGgABNcxhOjJHrP7ajczmHa3zVNI1njWMNpvFBCAAHOp+U6Mkes/tqNzD+m9jvV8ku4O3r YCMhcnoq315/TpnpvK3RdfabCyV7NvcJc3CWTUgKda9X0dUHi7jW/G7ZUts2uupgCQBqPV0+6Yls bzd+U3rrba3t0cKrGqVAz1aOpnaSW8nor0XwLfN7qw6b3x+07e3/ALgxN66tSGIGpiqfedRKj57t 7ZbFpwFtWlUGmWGZ+7Kdx4ryJ3FrcKjJt7IctbUFsxgWdvplPjtt5G+ezvb9m7snBqlulaH2NccT SgOTn3XG9b8qt1musxuq1sBlFfras9B4e5Ys3Ljndtub62lQgJpriF0ulsfT96bfHWPG2LAtbe5b 7lvByCC2P32Eqbc7e7ubluy9rtIg7lwGhL6uu3WYeSoy/rHf2t46bWwLjOgD60DBSR7bTmgnK223 3q7RDcS6Q2rW+bAk6vq6p6HVs0vqly+rW9NSNQP+oTTZ3Pibl4obyddAi8yeUNtJDB4dX3m2vPeV WSnTV1qa5V6qzZdVtr4w2t6C9q6yPZRPcTTqXpnsDa8dubJe3fBtKSCQAQSuDCv8MxD+z7XfLrvp 3bi6EBzqT9KRM5gHB2WzsbZAu5ubm3bvlSu2pVf9S/Ws9Ru/KCz4zcJbtXL7ltNu0AdTCgQVbq/1 TP5LfbfbJ20uL37hAtBwcgfxC1f4JTevbHtXHXcW2ccQ3u+ERmSnA8LsN5b8yL67Z/y4DAm4aAF+ L4+5J6LzF0Xbe38ba09sX7b30smraVOuur6OqaUvadva7Sm53aVdeoD7zdPvnKNnebvy+8Nu29vb 2yqq56K4DVq09TfwxnqTBo83u7J/O7Paduw/kiFvXlqQTT3dv7+iZrfnOxs7W1suNNm0FBpiKCmq U7nxPkW3Fi9bRksWizPbQFiRQ0OtpRsNv5O6/Z3N+y+yuE1t26aqH263H0rNqCOTDfvLvHO27rPc vv3F7dGGWnU1fuzt+GNmxcq+9bcbi1ZK6QmnDLtutsdc6Hjdr4zbWu1Ye33bddVCC9Cempx6Ilzc bd92bNl7VFQm9crQh9Q/D1fyzDzJVgp/WHkLO5s29laFxrhTUXthqLQdKXMPraZP0jYvttrn5yw5 Os3NV00wp0rW592dIi2L9m2twOj5qGBND9LCXbnc2Vs7hChK2rTHEV1GnsVVjMJAp7trfea3H5tV ubS3tDZW0adtqnU+pvvL/wC3MG73aXdx49UZU2vjWxVzquMSNNrEU9sr8fZ3l3YJduJcVXGFpSEx ONFX6kWY7u08pbbcsFUvdZPy6FenD7zmaXxD+B0PI+dbcWHVGRS1akGmQ+8ZRZ3DMltQVKqqivGg HKP47Zvu7qDzK2bI257iC0AEAH3z/NOqt39PW3B/MWbpuGikOG/YkW8CI8luNlv0e8t4XWBc3ENs dLhvUfTplW1/NhV2tNC32FQVocDxYz3W3v8AhjaYtuEJtgsx+6tfWNf2mxuBbjXhpI6ekU+UzPaD UHkPIIW/K7PdI17dqCgFrgK1Dvms6PibO22t+zav39zdu2NTKrA0XD6CNPTOpsm8VavXrFq8hvMx dlU1an9PtlW/3+3F0ba1dTUA5vFuAK/hBWP33iG8Ek9PcI7BcLQFARwpUD/zTyP6ne+ips7Qpb3F i8Hc8wYf09fcXnAJZb1sgBjgCGXVhNP6it/mtwlm24F7Q9tKYijGutv9MjUci+ATmj+J89e2bLdm oAU1IGVc6wrp75vkarn3iSTlTnPS2/015K05uLubYZhpaqk4H0Kxf/xrf/8A3Nr7P/TO3q16T/ec 9ltDgpaG5woO4ntJ5fVPV7W3p2tlTiVRP2TEn6a8gidtNzaCk1pTj9k61ra3LVlUchmRVUsMiRnH qVaaTyarVqZRPGbjubyz48igCtdVqHEg+2df9Rop8LetgjSSAacPrE5fjrZt7/bX0Gp1Y22U/cuD QzD+K3Ov5y1q8PvaY0AcDjUHqnFv518Df5WeGXxm/wB35OzvbO0AAcXWqag09rL/AAPPU+T3TWvH 3NrZuIu53Fs9NsdWODe7plXhrr/2pTaTuXUJQqK4Y9Or+mU+QtbvdeU2tlLbC0lktdZujGvuwq2l ZpzJMFPkXa1Y2gsW8bFnstpFWQEDVVj7p50LudtfLqr1t1bXcWpOOfGeysbfaW3AuMiIQBx6j/VN zWfH3xct2r4/DOlwADQ/caTcIPHWe9a2F/cbo1226tksBTUX1asNPtZ/pi7Da2bSfm3ubna7e6un tgVDA/fw+qejv2/EbW/ZvXr6AITpLUAqcF6frmjebvZ7WybjXBQilsEHF2H4eEZ6As2G/sbTalbY uG2lhdFVJJOLaBnPF3dpvt15W3urWzuqWuLcuW2Jw0mujP2NPTWr21uIrXdxaF7QCaMKA06rZWXb K+q7Q3rf4rAkAKa/AVx0wpSwGNvd0218beSz203O4tMFUHU5LdPs/hUykbraeL2ewurbU7na7ftq 7k61BHUtz766vbMvlDutx5HZWNvaYntlrrhdNDXBQ7fR9+UeR8V5C7t3tbZSLhArcqXLEfSNcqx1 Y+APHeQPjbF20bq3L1+8b1xtNAS/XpVZh8j5UXLzXb140obdF9w1cNMta15m3umG1u2raKFVxeA7 lR/AfqadfYeO8ZYvG5da2Lt4AgXCD1fVQH65XhERxfH7a3YQW9xvGt27jq6bcoAw+6y3RVp6re+W 29jxe5Larp1lVUBtTmmlWXCZ/IX9tZQANbuX2ZRaRsTTUBcb+HSsW8qrbuuLy6lwIDCh/kmYymak 8v4e1uv70jC3eu7Yaj11Aq/1MG6eien845teOHj7Ci13rid3SQz0BDM66Zct63Z26HSS12lcuObO Zyrxvbjzu4tbRCqW1X8VRpqSKmrv936Zc9SG/wAnudps7m6XZIlvcb5AjNq/DLkaFuugH/d+/MXj /KLsPHbbYhkZrKFWOOLCurTMm+2e+e5aNpSttLoa679bED6l0/TKbQ8qt59ViyNk7Gt0gG5oPu0T Sh9yOSy3vnubi/cLqWcKAKilM/8AZZV5Gzvr6Wb23qwtMS6WwCeoaRcx+md7b+P8Hs9vbsNft22A 1vbZ1Vscfql1vceD1IyX7a2yCGoTQ05zLeZgqPENY3NrcBlS4aVYPcFaj0nS8e+7Pc39xh2LgdLx IHFaKdK9U9gbfjrpazZvqGABYAAkBvb/AKpz93tPFWgj3byaEcMdRCjD/wAX8skz2B5jxu2tFhvr TbnZ2EJGtMS3yp7J63wm62m2s2RYNw22FxizA5k6RT+b7ssubrx9uz+Za8v5cdRYVpT+GYdvuLG4 RH3F62jMWooYKV6joYqT9SRElk875+1uvKb17232l5LjsUFQRVf/AIqZe6et2d/8ns0v3Vt2L2kK Kt1Age2lfvSrYXbRa+ysLnbOGk1/0iY/OX9xd2m2SzZc37t+hGmpVacHb/3JXLfwJgs2LWbPh0ub u2Lm5G6fcDWSpDsffap7EmOz5M2vI7zyr3VNzeougAYIqHRpx90uv+P3ugqqlrxB62Ytprkuj2zl /k/Nba3t7Vpra37ak3TuAAKE/Qv1KsqjUjM/nru78hvEv2yNK2wv3ciTlOcu03ygqoFDXUNXOdre JfVrbbgg33TVdYCgLVIqo+7M8ju04UHG1nLOWux3obVmRlVpDst6xqwBHLVhOoPskk9W3gZ3PwOa 2135QpQBDw1YiKux3gbUw1cuqdTCTCPVfgNz8D//1+LhnJgZKQ0PKeM5gkoYcYKGADGTHlDSSkFB DJSSkEJ+2SGkkA1bfyvkNtZ7Nm7pt1qBQHH5w2/MeSt69N3/ALjdx6qDVqUrjMmEkZNbnqzon9Se ZZGttfBV1KMNK5EUP0zDa3FyztV2lmluygICoAD1e7U/uaJJQSy9RutqxtldubC29raHtJcOp8Kk n+JmlL2UusXYVLMXJBI6jxwjwxL1G56sV1V31soDZVAoRT+WIthEui6C3cBBDajWolskS9SbnqzR b8jvLVk2Lb6bTMzFQBiWxczODp3Q3g//ALC4LcOJH8tfbJDjEvUbrasO4vXN1p751lKlScxUUMSy BZsmzbA7bGpBAP7WjSRL1LutqzTY8t5Db2zas3dFtjXTQUB/hw6Y1vzHkbZcrdxusHeoBqQNMyVE GoRLG62r/E6Y/Uvm1FBfFCNPsXI/0zBZv3dvY/L2KW7YLHpUAkt7tT+6V1krEvUbrasbZXH2AuDa fh901uHMn+ppVesrednuCpc6mINMaUrhLMIK+sS9Rutqw6mDIwADW6aGAAIpNr+c8qyFGvVVgVPS uIOHKYfnJEvUbras2p53y9sIEuilsBUqqmgHyle/8x5PyG1O03lwXLBYPpCqvUvt6kAaZqmCpiWN 1tWWfn92KhWAVhpK6RSn8tJz12G3VQqJpA5Eg/bNkOAl3PVk3PVlFiwNvq7QIFxSrgkkEHMNqm65 5PyVy2ttrlUQAKAAKAYLwlGoSVkll3W1Yu0e9s3uXNue3cvf9x8y3xYwuXv7gXb1CxK1alMFOpYa iSojc9Rutq/xOltfJ29kWcJ37rLpB9oHUGZv9Kx9x58X7qXX2grbB0UbKueOmcmsIMWcuSrkslCZ 1D588NtT+r/0wf38/wD2/wDzf+mc2CskLQvq31/gdUeebhY/5v8A0wjz547ev9X/AKZyqiSsm1D1 r6/wOmfODWj27BtsjBul8DT6WGibL/6rG5sX7F3bFVvqyllcEgnI0KrPP1krKPVvr/Au2u93eyr+ VuaNQo9QDX7Y39z8j3e93uvQbdSo9pOrTSZ6yVMrb6md1tWWXd1ur1O5crTLAD90ez5Df2e52roX vMGuGg6iBp5SislYl6jdbViXka/dS7eIuPaNbdcQDngvtl+53O73SdvcP3FqDiBmMpXUyViXqN1t WJYQ2Hd7YAa5XVUaq1/mmna7/fbOv5VxbqKEACh+IlNYYl6jdbVmr+7+UF4X+/8AiBSgOke1jVhS ktT9RebtgKm4AAy6F/6ZgkpEsbrassfe7t95e3zsrbrcALdulFqQvt04dH9MoBf86u+rq3K+12Fa f0npj0kwiXqNz1ZNzdv7t1e++t0rpNKHqFG9sS0q2rTWgoZW4tUkfytWNhDhEvUb7as2bXzW/wBp Z7FkoLf0qVrp/l6oyee8ir3XBQte066r93AU6pgwhiWN9tWde3+rPLW9OkWenKtuv/nnKS+9sXdG kPeuG670JapOpra6j02v4YmEmES9RvtqyvfWl325Xc7gKbiJowFARn1fxTN/bbNdRuOeQ1YD9k24 SRutqTc9S/aeQ3e0ZmtMNbqqM7CpKp7Zn3p/PFfzNHVW1aPpJ9VhwkwiXqXfbVl13f7m9YO3uENa K6NNMh/DjM1hEsXu+qhnwpqxFANPt9segkwiXqN9tWaNp5C9tLou7dUtvUkkA9VfpfH2y+753yF2 5buMVBtP3FABpq9cZgoJKRL1G+2rOrb/AFR5S3XT2urPpP8A1TNvPLbjfb2zvd1btXL23Q27VVOk BuJTV1NMdJKRLG+2rLNzub26uC5dIJUBRTAUEqpDSSkhlsFZKcZKeslIBMZBXlJSShgH/9Dj1EFR BX0h+U8ZzJX0kqeUmMkAFTJjzkr8JKwA09ZMIMZKNAgMNItDz/bJAGgkoZKGASkkmkwaT/sYAYId POTCASSpkgpAJWGvxkoeElIBNXpBWvCHSZKGAT5SVHKCkmkwCV9JJNMNQIAKGTCSvxkgpKyVMkNP SCArJGwEHxgQDHlJ1SVHKHVyMAGPKECSvMw1HOACCvrITJnwgEkghrAD8oPlCMsZCYKCSsla8JIA aAyaRBWEGucEJQQ0PKSgkgpNMBWSlf8AjITSATpk6ZOkwEUggaLzkoIskAOUmqTGCo4wBtUlYMOB kpADjJBDjAJnJpkqYaylBQyYyYSYyAkklT6QYcoIGSnpB8JPnADT0kpBjDUwCUkpJUyVEAFDJQw1 kqYAIZMeIkwgEqZMeUEkAMkGMmMA/9HjYyQ0A5SEjnPGcwUMmkmEU9ZKwCaQIMJPthwjIBUQyYQa oKGkFBxrJUQ1gE6fWD4Vhr6QU51ghKVk0jnIAohJXnABph0jnBqEIxgoD8TJUcodOMGmnGCE1E5i SsNK84CAOMFIS3KQfCStMzBrrwgDfIQH4GAMOUmrHIwQlPSGg44Qaz92TP6awA9EmlTIPhDWCk0q JKjgKxWb5yBjygBx5SAc4CTwEhZuAggaplWSg4CLX0xjAtywgBCiQgcpKyFoEgokmnljJqpwhDE8 IKCgpBgcaR8JKjhSCAAHKSgpwk1Yw8IKIPSkND6QmvCBiQKkgDmYAaDlASgOWMrF63XC4p+BEeur I1liOoGU+khi1pDVuGMhCUPODGEV5Q05QUXGGp5w0U54SFRwIgAFecmHpCK8vsgIghK/CQmTV6Qg 1gQJWEERiPWkBU84EBrQQavSClPWSsAOfGQVEGMmI9IKNISYMYafOACp4iSgMhEnzgE0wUMh1cJM eMAlIcRxgr6SVgga85MIDT4QU5EwUb5mEExKSYczALKmA1iinAyaoIH4gQUEFQeEPR8IKTSJNJkq p4yU9YIf/9LjY8qfOT4kQVbjSGeM54BUc4QYIKxBRjBjIKmNQ8YAmMlI1KZCvwjAGnAftiQLpPKk mmmeMcqKVJiFuAiSEpyH2w48YBXM4QFl5wBqVg0j0MgIpnDQnif2QAGvASAMcyYQD/xhrzMFBT4w HD/fD1VwyhovGpggupjkfsg/EjtQDAxOr4CJBKHjJjwEOAzxg1D1gE6oDr4CNUHKp+ZhpQVyiSiB W+oRgCMsIa+sB9IIDH1k6+EIw4fbJUH0+EFgFKZmTGmGEBp8ZBq+ECBqNxikNwMIPMw/LCUCKp40 MF2/asit1xbByxxP8ogvbi1YQ3HwGQHEnkJxb99r143XHUfavBR92bpxu+XhDqdb+423Om0jNyZu kft6o4vMDWgp8TOLbvkHGXHdmlAZ29Ki7GoOp+btg0YEfCFd1YJpqp8cJxm3IGDYepiG+RiG6fSY fFXtgQj0QKsKqaj0i6QDnT4zyFze7jv6tvcZP5SR+6bLF66cXck+prIuHxJt8T0hdUUszAKMycBM d/zGxt4I3efkmXzec27bG5tNbYkV/fOTe297Z3OoVU5NwMq4VOXJdp27nmNzcNEpbHpif9Rlffdy WuMXrzMwWWNwVUVP7JazBB+IwB4Cda1quigQWtutLYZRre7IPMcZbtfDvfXXeJs19q0q3xP3ZqHg tuAPxbleJBA/8szblr0bJJdtt4twaWNCOJmwLhWv2TEnjVtnC61BnUAn/CabSPbw1Bl5UxnG+x5q 48A4HINc6Q4190hNMaRdQbhSYgg49cZCFOREVa/GNUcpIJAooIarxkwMWlM8REFCdBjARdI4YSUp nDAxpBhTlJWSrRBCCn3qyUHOIWJzFI4PzlgoMPhDoY+ohrwpBSnAyABUiQUOHGMC3rISctJgC0pl X7YRX1i4V9pEbAwQOHGAqpg0D1gNRzgoaDgIQvrArGNicYANJHCsGHEUh1UhBJyoYAvw/fCD6CQh jwH2wYjMftggSF4yUHCCinhJpHCCkpXhT4Q6ef7YvVXCNqORgA0D0MND92GCp5QQ/9PjBRGFDFqo yp85DcHMfKePOhzzoMVHKCh4Uihq5YxsRwgE1NwpFq1chG1QFj6QUIJ40kqKQamPESA04AxAJXkK ydZzoBDq9afAQVIgk+BNPGDp9TGDOc/2wFiP84yMhVeWENKcZWbvqTIGBzEQxkfHg0BDnj+yDWBk ZO4DxH74KEagcT+yNjK+8flCHJ40gkhr8/SSlxvQQdxV41gN3Uc8JYKOFkKU4QD40hzyPzmSAqcs odIHHGQnTiINTcJSqSHPjISBwMDORgBE1tXKUDhifpA9TjCpJOQkXEVNQIG+GEgIVrwk01wIwgqD 6/CT5H7ZQHSAK0+cFTmKkchDX/asJqeEg8jm3dhut1eNy6y2lGCrXVQfLplieH2lPxXZznSun9iz bQEU5zF4+zas7rRvDotiuJ409onatrWUTtjoqlSnwNQ8RsLdvV27Sg4gMSxP/imPc+N225H/ANMR ZurlT2n+Zf8ApnUu+R8OSwZiw1VqKCg5Tnb7e+LfDaqQeJZv8pqtLdZZpqq7nEv297tGI3Fk6R9a 4qfg0ovXrT26J7jlSdIbu6p/CBb+qY93VutrQtvzApWdYfcYMltQgrmZal25wlRPTQVzqZbZSvUc jwgF6NepUGOWdhoukOpzBxwkQiW9hbgqp0t+wzDNIotbS8raLBHbYaqtwB/8U37Sz43av3XLXr33 m0mh/hSZbauCLYISmAoMan70tO3v2z+NbbDHVpr+6WFZQ3HmZtg6Q8ns2+tgfUS63u9vd9t1anJT gf8AmnJZ9oQBo0MM+H/KZWbdh6VOAJJPGn3ZH7evZswehpx4wUYf7CcC3umtXSEZqfSASR9k7YY0 FSSaCcL8ex9ZEeJaKH3AwFVrgIoJ+9WMCMjnMAmk8/lCPQyVpkftgpXOCBz4mEqOIwilfWkGsrgW iNAEL92QgDMw58cZKFsGwgEoKYRQTWmPzkoUOGMfpIqVoeUAWqgYgGDp4YAx6AjKgiG3qPS0YEhA FcxWE0GZimq4FcZBQ5qB8YwJQQUPH9sYYZZRSFHAEQa0pQCkmGMMJPpSAVzgUqTwhqK4HGUQQt6S B0rwjVJ4RGUHMRgoSynhWTVyiC23ASUYHqUiPMMbujIiHWOY+crIHL5xu2CMohEgYtTgBCLinMiV 6eQh0DiPtiEMD0U8fskx4GsUKvL7Ia04GIASfl8YRqpjjFDLX3fIxqqf8xABichJqIzEILDjhDUm Af/U4YoTkYTbUY0+0yYcDJ2xznkMZCtMgJCP9hCo4Axq0zkJkrw/4yY8BHbR8ItRwGHOAgANyrG+ IAg1UwEBuAYcYyUcKTwMDMy8KRdb0xanoJKt6mAA3HMgUtnjHw4/ZJXhlL8EBStDkJNNMo1QOdYu r0rJkhKDKnzrJ2wMc4C5yy+Ei6z8JYKSlvjCNBwArCUUnESCg4ZcBBJG0rIeQgDEjHD0GcYAjIfM yAXScyT8IcsKQY1zr85ADXKspQ9NMsYDQcYCX4UgFa40PwgBqxGdIKOMmMYA8qfGEkUwkIKCOIJM VnNf8M4+sUpXH0gIMpQhgRgaGTTyNTIK0z+UnwIPpJAgHbIxpX1k08TWOSKUrQxS+FDhWATCmB+2 Brdu4um6A49cZADJpPAkQCttrs1wCKPkIq7Xb5i2pPqojuCCKYH1jY0xOM1L1YyBbNtenSKcgABO X52xU2Sg6TVf8Z1RQY4g+kzeUXXtSwFShBr+ya4386YXU80bTBqEZRklhbHGUmoYgz1M0Xq1DnNN m4AccpkQy5DObNI6Fi3auXQzYhTU05Tr4E0U4cJxNnU3K8gZ1bB/DFTTGcuRShyKa+ZY6K+DKH9C Af3yk+P2ZNTZUscThLQBqrjWOa8P3zmm10cHMqtrbtmiIFHoAJbicsIpDSBqDE0PIQ9QQpjX7ZKg cCZK1y+dYSCDUH5cJGRgrypWEhoK0zX5wg14UgIRncGlJKhuABlnaJFag+giC0wOdRxllFGAOFDI TTIVMUlgaAUHOMvriR6SAmrngZCajL7IdZ4UHxg6uVP3SEkgK0yPwzg7vDSfsjVfkPjGpXlX4xOo nVFRuAYkGFTbYVofnGNR7v3xSRwNPnLM9C9Q4GSi8qQrjxAkocqgwPIQ1XECoi6gx5fKWANXMU5S NbBNcjAAtU9eUYgkVyihWB9IQTzggDqEGo/H0lmgUrFCpXEUkkShCGYYYfOQFgMqxygzBEmnDMSy hKED8/2wg1wpDQjOkQjHDCJQwPSnL5QO0WMqky4KLQEc5AGGQEsNs04RTQZ1ESgDuEZ4fCEXFbjJ 0nh9kUoh4RgmD//V4gc/dAhL1wArHW3jgISpHETxyYkSrAUpFDY4n7JYyimLn5Re2p+uETJKLStY pcVoATHAGQxEICgwCrGlSMIVAzGHrLWOGBiUH1ViSyACuIPzhNcq1hoDkKD1kCKPj8Ykki9snPD5 yaae2NpXj++AHkB85ZAp1U5GIe4cKH4y8BOI6pAr+lIkGcWGXEn5ywVBpn6mXEaczWIdNeUktiQV PPCChONcuEckDj+ysFQMdNYEgoAMpAW5QFnONKLJRjjUwWRiGMXVT1/ZGBRcWqYRcRsFB/dJK0JI jaziaDlJVweEc6a/DnICDwx9JZAmebUiEtqopjkUJ4epgqq0D5ekpSxRhWuMVga1pUSVWlVrSEpq GZPOREKypxAwrwEOgIMM5NCh6g/HGOVHEZ8TjKBNA+o/Osei/EwFAB05/sjIppUkfKSUJFZccK14 CKWcYHH4xmqDQElYpK50+2EvMqRO2D1DA8jGCLTqPxpJrGnl6TO+4Pc7QAxFSTwizhS+hVVtwjR0 LgDWvCVMy3XubNs3tnHlyE1pskvWhUspONVJE5Hkdlf2F+qsQHBKPxxwaedc9ORulW627T+k9FeC 3G1e3zV7x4nGugqxldwYBuUuuqaY5jOVH2mfW6o4ARjLkrMyzTazmGaR0diANR/hnUsKDZU5mczb YV5EUm+zurmlbOqltOHqcZ5vcX20Ticm9m7EwXUPAH5xlag/2rNdm3av2ipALU6TyMyCvHA8pw4u avJuUNOvUxy8T49suVboNQtkawEafdj6SIxrmfgcoGY0px9J1ORAwYgDCMaDDP1rKgXJwofQy0Ww VqPdyhhor1HVQA04kxtK0xOPAwi2zYgfPjJ2wmfHjAAG04Y1+yAkE44EyOCoxy+2ICG+UpSzSAPd 8jCUNKgiKFqcMeVZChybAekkrUkoYmnKQUORAHKVi0nFj8I5sqfafslwXA1K4VwkwXDOKE7f1YGA gk4fskZA0DYkD4GSg5SUJ937ZAAPcKfDKQC6wDw+EJKg4g/KBlBNTSMKLxNfhNFFapxUyB2HA0j6 lpRq1MGhQahqelZALr9YdXpBjlUmHQRlKMjHUMqRWJpU4+kUs2WJkqo9xqIAQa5YSHUpxg7iUwkB 5iILAQ6g5/KEuOdIcCItF4GnMZyGWNqwzP75DiMzBSpwx+EeijGtDAKyzA4g/GHFsKA/shah4gjm JAKHAV/bBRSjAYH/ABgqeJH7paAw5RdWPUKwD//W5OoUwNPlKyGJwNflAXJAGmo5nCAamyNBPJEG AmvE/KQDCtflCBTl88YVLHgfjlEgQ669Nax1VqUrU+sg5mlY1RyhsB0EY6q/CIdRPL5VMYrq9uUh BUVP+ciBCQABQkwahTEUkNxRn+2L3VJwxjb4EgjMo9IAxPCg5nOMdRFWB+Uag0jUafGVQXAgB+fr HX1NT6QMQMBlxMgIyH2kSdSD4gVJy4RQVrniYjXAuBOf2SKyDqJFeEkAspxJoYCRxyiNcBNK6owU EdRpHQBqDlnJqOVQBzidKnpHxJg1cQQB6iksAfuLkmcJqczX0iBTQsDELEnjXhSIEFvUMx9kU6mF KZRA74AkiOqEn3kjlwkkkkC8MyYGXThWsOhlNBjJRgcTCYJgOGcZcKkA/uignh8uMjF6AkmXBQ6Q 4JplnGX0/bFUVHSSDF7ZU1xrzgBZwa0NCMKQqCcQKyBcMR8YSaHmPSMaCEQ6vaMK51iqhUmvyhOD YjH1jVL+46acJTQpqTiQByM5Z3CndvcPsrgPQYTq6LZNSJwmXTcZctJIofQzF1Kg1x4bZ3LXlHA4 U4Ckp319N8U7/wD7ddOk0znLDkDAwi41c551wVVt1cPU9L5W1D6FG8W33HW37VNBXPCYWNBSbCys 5HPlMu4Q23KtPq8SdaKrcwea2XJXyl9nMTK10cIyXiJWEdlKqgI4ToDxe9Yi6hQI4DAEmtKfCeeT fugpmOInttpubN7b2rtpg1tlGkz5/v8AkvStdq6tyejhrWzc9gbGxdsEam1DjSZNw2i86UrRjl8Z 1LZUtgZz94AN3cFTgan4kVnk9lZvlvPes/gzXu6xxVjtaPxRSvUw00HMS6igHD5ysMKczC2IB+wG e9o8QjBWOBI5nONb1LxqIwJzyHOB1YA6BXmRHgCFmbAc4SQPcaRFLqOr/fGA1+44CTJlyEAN6RLl tkxWhBjgrkD9sWpLAMTTnEMsOCs6sOfKMumuLEGMVatB9ucnbaurh9kCGFkBGYiByuNaegjEArga NF7Izpj6RldSJMhfVWrfKQaScG+wwEAepgCLqoMDzllaGvIsYhcCa8qwdJzJHIRXABoTASRgpDCF 8SFulsqBhwrDrINB9hgTKhNPQyNoNQcTygAopzkoDhSsUFagAU/fGNsk1BqIYyKcqg/shBLY4GAq Pn6SAKDlU84TKmxiBTKnpFAWhp9kY6R1YwEmnAA5QJK6DmBDrPtIw9DhJRq8IRipqKHnKCDTnkYQ QwgKEAGHWAuGPOkWq6uGoa7Fcp5AFt1rXSYxxFM5XrDZxtJAwOHpJ0IKEIOAwjAKMqg8oO4AaVxj a1OJA+IlBNfCHXyFf2wG2pxWokAdcspCQf/X4hts2Z+2Oq0XEZcZNDccIoNak4AcTPGc4Y1VPH7J AF+Mqa5jRMvhSAsxyOkS7RBYXKnkD/twjBkI9fWVKpriSRLBboeEQijVX73+MS4W4V+JhK4+g4iE n4mJAlsIT1LWWaB/lKyxGNdPrGGilSSZG2RyMKjM1ERxQ4EAchnGCE4k0X1gIwIU1k3EkXTU6gfl CK1oSSIFRgephTkM4zaBghoZZLJWyKzVJjdvHVnCFIzp8Yp7bELU/DKJAWKnlXnAScBiRB7cEUA+ mMI1fV0n7TEANGFCTh6YwroY6qV5GAMclJPGRSpFXY+lIYDW5lWgk0UxZqcoC6jqU48RApZ8SaAZ VEIfAZQWPtB5RyAuH7ovSo/eYa4UMQIIFANddBCccMxwitQ4HAH5RaYe6nwkgDHA0hqBkMTKjqA1 YgfvitcJFQenKkqQHd3BIatOFMP2yLWnEHPEyKarQgU/bLekUwzllISGtFqK+tYguD7sJLY/VBpI Wowr9sgSISTjgPTjJiR1GvpIwJFSMeFZFJUYLUn0lg1AT05dNZxt4pXdXBnU6gfjjOuUY1xMweRs 9PerUqdLfCRrBauHBhkrSSDiJg6mdG03AQMZN4De1kDqABw4YGbOxZalVx5jCabNu2E7Wn3VqeYP 3p2v7qqWE5kleNs81btPcFU6jxHGXptHJAY6ScKGW2fC+QZ6i2UFaBqgf4zoWv0x5S6al7VvkHYk n16FM6W9xw1XzXr+JFx3fSrFu+J8btNqNxuN8rXNJYbVAWcn6V1exFnW8bc7WwsJkQgJwpi3Wf8A xQ3/AAiJtWtXe0QFq9y2hDGg9WmYXNKgDIZTx+55ePmrVcb3JOXh/wC47UrambKJOrt9wS+cN+53 bpbTjwPwwmTbpdoS4K8QpwJlp7q0JNB6THt+DbZ31UVM8/JuqqaOWEVxBwEOWOB+MD6Wo1dUU4Hq rp4T0HmgmJqRlxkZmJArUQoEIx45gRu2TkaRKJuQveCr6+sr/MMTiBXmJcFGRGXzihUqcKmTGhU0 xO45IJGHGkj7igxFeUsKphQVMRktkjUtJpNaFkKXQ2OULOThTDieMVBbGCinpG01OOMz3ITpOWB9 RIC1KNT5SDSTTFTIQDhSvOAmMwwwIPKUM5BxGMsGkDRQ/PKF01LUYU+csrQSikOpwYFTzlhUaQAf 2SsVrpqGrLFYgUpWnGHHYMh9oUY+kdVBxOB4QBQDqGUsLiuUjIVkMMR+2Ke5moxPGMXoakVHLP8A dFYavbUfCVFSAO6RjQ0+2HDT1EiKNVcTWWBuBGENwSYApZRStQeQk9CDGDMOkUpGIPEExJZK9AU1 IPylgKsRxldQvtJI9Y9s4VAz5Tv7Xh9XmrXtO63/AM1NUpusguBnTGVlkBxFDLGGoETOwKnCp5hp 3/8AR49vMrfev6q/Ka501adUWFUYZxe2Rl7ecQulcQR6jKMCTipJHpPDBzIbatmPmIRaKccJCw5U POMHcjAj5yiRqYYY/CKFqcSQR60ikOM8PUYiTpp1HV+wyQMM/9DjPdphUAxAxfEtQeog0WwagFj9 kdasRpUD1OJnkldkYkAUn1pDQV0mg5UhYHLWB/jGtKijUSCZJ8SSgEUAGf8Atyh03TgKU5RWuClF p6Q6rgxArzpDA6o4FP8AcIhIGZEPcd16QRzrKcSTXLnSRLVgBuVNNOPrLFe4FwA9SZVR64e3gJaB RasfiBNQgyM9xuQEYlQBUV+cQmgBB+GUYEUqTUyQRAZyDQAiCpHEGsANKmlSecihOP2ylBU6s6cx IELYkGMSgNdWAiG5npOochhIB9ekYCgHCAOCKgjHPCKqMMSKV+9G0ClCKfCHAhAOkjHCvGRUNKDA niZdbtDMYnkYl1lU0NAJN3YTAmhEagWprwxMtocuefOKprgMvSQ3KZEVGEkheJC5DYrl/tnFJUnE Eepg1sR1CprwyjgA0KsNVMzj+yaBXXElq4cspYoZlqh+Jh016mJYcTC1xgOiiqMqmPgWCMCFBbH0 lenGr/Gn+UZrjNgcQeMjEhvdUGRSZhgUJXpoOUihiKVxJgCZ3Aak4UjoNIFcx6ZSwu5YQQSaqMKc JPfhitOUjFmWo06R/tnAhcGjUI5RguBgACQK/bFUsT05cSeEhpXA1IxJgZXw0mgOdBnDDGOjVpzr mcpzvKXVBXbWzgOp/jwWdIEqKtzpScG62u67k11MTX5yOUXjrmdBcoRSoMEgzmTsWWxjU5CabNTj /tSZ0BY0GXEzVbANFGQznK50qbNuBUE5DIToWqk1BxmGwMP3TfaoKTx8vU70ZN1tL+4tdq2yqr4u 7VrhwCx9j4babcq7jvXRiGbIH+BJotthSXLPO+S6rtTheB2rWrtual+Jz/J2Crd1a1OBpOUbvVQZ H5monpN1aFy0y0rVTT40wnngDpOoUNc8J9H2HLu4nV/kx/LY8XvqKvIrL8/+pDB/88IhuMMKFx6c I9K4LyxMUAjAio5z1o8kjEtSqYekiu+AHGAaWyBUnnwjltNKVwzpzkcEcDrrUdRJJygc1WhBWFbj nqoPnI17A1FfQTM+BmROWkfExmY10mp+AlQvMahFjVugAhaH7ZpZ6mlBNIByI/fGVLjCoiKzk45+ uEdSaVJpSVorQCvFyQftg1XywC4g8WjNdY9JIoOPMSFunCuWYkyRiFbjHEU4SwDSAMQBhhxi9zpx NYxBNsMpwlyBXt0xFCORlfuYOwK0wHKXkOAKCo5yA44EU4wUrpWhXE8TwhBXLL/OAkF8KD/GEsK1 ofjEEa0HVRTVT9kUk6qAgHlHDAioJPoYjqGNGoKTPcznuMqqR1YxHtMoqjYQe3KtByMdXY5CqniZ a0tZxROz0Sku1voKAyjOpkDtm60j0biY2QpSonr4vYe4t1qqr9bg6V4bvqo+JWerAYHhGACgDKGl PaKekNeYn0va+0XBLdt1rf0no4+PZOZkFONZUVxpqr6GXH0im2GOI+cvvPbvmotrStV4kclXZKOx V2xw+yE6VywHGP2lBxrT4xHfThwnx+Xg5eP66uNfy/5jz2pavVEN3gK0+FYCxIwz+yAFaZA8jHUB jj9k5eRkQOdVCKc6mF0Byw+EsZAP8jAKDIRJk//R4/b0qAczygoVyNPQYmMwGRJJ4CDRppTEn9nx nieTl1BbGNWyj9JHISMQuZFIFfDURQHKEu4gAtClAafKphDUAH/EwM4Y1rhAa1qDgP8AbOUsjgGh 1dI5Ss1JzNOcIKsaNg3OMptqcqn1yjyIApQFi2HrjFUAilaxnAIzB9BCgoAa0HKCiBQRSmo8AJCq igbpJ4GPrqarllCAoxOLc85JBSyDMLUnI5GGhAo2R4UqZaHoRQVJ5wvVgajHhEkKVIbMYDic4H0g 0A/yhKMMsKYmsK49RM07IoAzCmrHkJGcKcWwjKvVQEQG3Q44k8c5nqTABr4Yg8Ip25Y4mp9eEcgq K5/GDUydQUVPCWNCwMEVUIrQDlFFoaaDPmYwdjUsAteWMsQpowPTICsBaAVAJGMXtMuWK84bjlM6 enOEEso1A14CWGGLrqAtaiOqqFrSp4AQKC2a6RzOEgJHSrD4xBYGBYsBhbA+fygYNUilccjCVoAL jZ8oCAWqK0HOEiJClaZEgjNRlG1qRqGdBnH6TiFIHCFrdBUUNMxJJRD1AmgryioisKkgHhCz0B0j UTF1sFpShMuRI6hRQ04wrSp6dONcIURaDuHHlFOkmqkhRmJJ8CSJdais69RUEj7Jwp3LoVqrbxBF CeJnCIOrR7SM68Is0+/Q6ca6kLcBiYVQ1q5oOUmAwX5njGUHgPtmWdDRbAIovSomi0oOC5cTMyKe Jw5TRbbCgnG5pM22aUmu2aTFabCa7Wc8nIjtRm20f2TQhme3LlameU81kemjLjjPPOPxGC0zP7J3 e8lMMZwqr3WNK6scMhWez/zU55P5f9x5/fw1T+b/AABVUFGrjyh06l1A+3Gg4yxQgFCaHnh+6A5U Ar/jPpPB89qAKxIJUYE8ZKOG9uBxypDWo0kU5cqwMzINJNeXOkkjyDhSpoPXnAxpShFDnK2J9r9Q OVR+wxxbs5DCuYrELQhPwyK1x+H74AV1YkivGDtkYLlzhfDA58ecY0EANxT0jqpnCe0aDL4xNShg a/ONgFwwP2x5FDoripAPqYG1KMWBPpFFxiRQ6iI+tCBVSKZ4QCpGbVQ10k5gUj/V7iV445RShJNH 0jlFAIYEfOssT0Ba91VYAMKEYHGRrnUAOPL0ii6AzalHphxkRmdSVoQeFKQm+4+JaaMAD8uEGtK0 xwyEq0Gnu+VJaoGila/xcYlEx2Brr6AfbAzazxw5iQW+noxxhJJFCcsMJTQBo51/YRIHFCATQfKI Q6+01HIZxwdZGugPORSnKcPVBJkFygOrEDlHVgcsa5QPbKr05+mUr1aR1DDnPZxe/wCamLRyL9X1 f5jpXlsuuS+pBwPyhlC7hahWBFcJcJ9P2/uK81XZJ1hw0ztS6spWCDLGFf8AhAWGXCLqBFRlzEc/ uOPhSd5z0Syxe6p1HNMq1iErQjP9sWhoanUDl6SNbGdcfWeHk/8AUbxTjX8+f6Ti+fRfiVsyk4Ch 5iMq9NRGUKDQrCVBxXCk8F7u7bhLwqtqOVnOQLdqaNQjnLBdStCPnKmQEU0gHnGRQFxwI4f5Tm0Z g//S4ZR8y1CcqQIBT/E5S1ivD/UZXqDEacp450RzljBG+qh5cBBS4BqagXgKxlByrU/bI5UDOpHr WMsgMsyNJyEDh2OZPoJC5FCtccyRBqNaAaeOP+UsFgKAgY0qZDgSeHEn/dIru5NBlxOAiG7qWlQK 5gHCUQwlwwpw4AS22q0rx5zNoCGtAw9P8ZapbpINQc5GhBYFYVDUC8IOlciRXMyFlK51PpDQacf3 yRqUAfGgx9TAWxwxJzocpCGI0g6ZLKqo0kHDiRSG0kJUCIhGLY+pMjhif8P90suNq6TQAcBnKGrU AMQfSZy2Y6j0W2CW6eZMVNw1ar1A5VjdtAvWa8gcftgF1C1KgL6YSpFQ6jVwxzoecKoRma8aCEKd QZBlxrHdtIoc/wCGWWXuKBUUHSDiQYGFVwFfThEdiBgKn9shuuAAchmJYHwAAGIpUcq5VlutgdVM cpXqDcaAfSM6ese3UrgKLXhDLIDqOZwjC0tMiQf9uMKuuuqj5xuutSaVzpjMySZFOkAgDAcucii2 TQEjGDoddLGlTwh0mycBrxwA4y9EWILWFVoBlmKysnSaNmePEwLqBLPkclp/jK3qWrx/d6wkEMwX ppiOVZAAcaCvIyhtQIIrgacJptJq6nrQZw1AYmo6qMMeX/CU7nd/l9IAq5qFrkBzmtgwrQdB4icj yLA3woyVR9pxkfQtFNsmna3zrqTUmdi3tttu003UV6jiMf8AV7p5qzcpSdrYbqlMZ4Pc8b+qrhnv 4bLo+hyPJ+Ou7HcaMTabG254/wAP8yzOobnPYbi1Z3+3axdwDDBhmDwYTyO82u42e4axeOI9rcGH 3lnX23P6i22xevX9X6jHPw7Hur9D/p8CxAOJl6FBxmJQM9UtQ04zpavicUzo2mHym20wwnLs3BxM 2Wry4UOM83JU60Z1bbYVge4gXXdbTaX9szi/btoblxtKLiSZxfI+RbdvoSq2VyHP1acuPgd7aLvY 7PkVF4nbfytm4ht2cmBGA54cZkO3vW7euoZeNBkJl2IUUM7u2AZZ0XJ+2fyZq380/m8zO31vqw10 aOLqoemlRWuHCW22/iqM+YmrfbC0t1SvSrriK5c6TP2jbAU5cKnOe+nLXkorV/NqeHlq6XdH1qF7 mHTUDnnF7irTUNROBaRipwpXhygFoHJvgJpGRyxK0Fa8InbusKoQaHI4QhXXAEGBmOvSTRTlSRdS BBNaZSOCFrWtcjLGZdAUfI8ZW7MTiMThLJSjQNVATStfnL1oQAR1c+YgUY9WFczLTZVQGy9SZrqW AKqKK0BJkAAFBkeGUgtsG6hQZgDKMSoBFCRymDMGY3HTDAqD0ls6co/fttjp086Y/vjt1ihIAHPC ABCuK6jl6yyFKANBxJFOQ4xLlSoCpVa5DjJoodIBK5jHEekZQMQK9WNP/TLJWgKvSADpb7vCOGAz FGyoIpBuErqoQMDFVdKsDUn4VxkepBjTHVnnSkUOuAAArwHKRFLiq+4ZjhSMukNp01Y44ZyyWQJZ 1NQNQ8ucYagCGWvCsFUr1YEGQlQaCvxjITYV1kcqSLqPCvOKlMSrU5yxRqJAuVI5Q8FlilAa1XLK ks+MX6faajOmJjqUYcMPnPd/5nJHJan3qf5qHTgb3NaiuVK5nHCVldIyp6R2RXNBgREcUPUa/tnL 3vN6nO0ninyLy+oxy3m78MBVsakMp/ZHxr+J8olo19APSWaWOC1blWeVx8DAAtMa1WRRTL28Yw7l rBhTkJFYNg+FcuAkyUShDV4c+EbtilcieHCLj7NWPCsBZ0NDieRlB//T43a7igtkPskNsKeJ5AYS x6kGgwHrFGgCjY1+M8cnOQhmOB0gcorCwhGPUZNRHUB8zgBIyoW7j0JpgaZRIGZqipNF50mdr2lq 6q8hFdmxY108Mc4bdvSGNQByzMqXdlAWa4cKA86mEIgxK/Cn+MCBkqaH0jB2YaWI+JympEgFDTVm cgJaVHb6GoePGKHVCFBqBnXL5Q6k1fTQcpGGI4JUAVrxPOTSaDE4ZSKx150UYkHCM5DGqggZSSBD ebAA0Yc4qvfcGpqfhh9shWmApXkM4VAyNWHKIQhEt22ILMdQ4mtJNdsYWzVuQjBWbppRaZGAKqoV FRyphG0m0iNRTqU6+A5j1jWwhTU6DUMzwB4RLVoAYt8QY5WvQoATnwlhIsIgucMFA4iQ0bHCo4HC shRioAxAy4Vk7GTFjX1klDAoLgac2OSiKA5q5wXlLlQqegaWOdBIxeoUjA/P9ksgqYXMCpoeYjqG pXXQ+olypRQSaVyGZrF7bIcW1CvHhJJGyayAMAwGY/4QlQgU+0tmM8OUhKjAAr6iKATU0AHNjlIk Ehu2WXOi/vjNcoATgBAqowOdWFDyjdu2qlR1HlzpI2g2UtqOONOcFup9wwIhe7cGCEAUxwleog0z PKaq2VGjR9OBXP4ES0DAjMHAmUWRWo+YpLgVT/OtZLdQwAK7Y8DmMPtmXyWzS5b7tr/vIOpfvD/q WanuaBjgOB4xUKuaaiDnX/b2yRImOhwU9JrsXihpBvtqbDd1fYx6qcGmZXnO9ZO9L90eh2u6qoE2 XLFjeWTbvKHU8D/hPP7fcUpOxtNyGpjPn83E6vdXDXdHs4uWcPKZ57znjx40o1t6pcaiq3uEzgL2 0bImtZd+o90263jKtWWyQigDl7z/AK5ms2mvLoYtbZRVWphXkwn1KVsuCj5H87U2fxPNd1fJZVUV mEXJuLKe8nD4zTf342q0Camw9BjOTcBAo2JGBM2b1Rcu6eAoafITfocbzaWkjG9roNd3V++fxGqo yXhFUYxZYk44SwoLMvJu2ZxAnd2bgATz9gkEGdfb31tpqY0Ani9xR2wlLZ6OK6r17Gry1Fs22PM1 +FJzVuY0pX09JZuL73G1OQwI6anIchKibi48Z6/b8T4+KtLZan+J4+e65OR3WJ/wGoGyHGoMLWWB J55EGIt1gDhjx4x013F1LgV4VwnXJyIgauFGpmeGMUggmqmvpIwKGr+2uQPGKLouCj1rwIxrKlIg bUhcZqciZHIQ0LH7IbZFekVFcQIWtCgYHSONcYKLSqHtn4kxVJPSwy4jCXLpAoMa+orC7qENCVOQ jIRUwHBtIzktkq1fdXInDCQoSvuPqIuk41OqmRHD0l7FwWi+AaEEHjXGkVy2rM14EZQXADpIFaZg 4SUU4gtUZgGRQJREtscQ1a5DGWNpVBrIB4UwlaszNStBz4wlKvjVjwxlL1BoShKHq4xAAwNchn6S wqVapBX44iAh6GpC1+z5ydGSIAgc8QafVWJcuMpxp8awtaw50xwOEc6SlGUMKZZzpWqtPgpKkmUJ cQEc/hhGVgScBXgOEYYOAQaE8cAPSNbUkmgwGAnT0l0bj4o1tF7TKSwAXnSMpQrier7IyuyEoQTU 4H0iKF04c8ZlcUuJjLr/AJQkNqoCWxT0MiOorpx+NIqVVjU1X7vCWKqEAaaYVFMo4W6X31ea9Iz9 X/H/ALiVw5XYRzkTgeEJZSaHh9kBQFtLYU/bFVRTAVxOI/8ANIuBWtG7zj+33GdmepfTRTQc8T6y PcNMVoDEtlQlONeJhegQkmK8EpOeqb6faFSV1D31pRxUcK5iVnRqqGHqDhK1BcVYc6+sdQdIDc86 cJVwTtW76l/b/UVU6Z6lmpeFCONeMOsaaBcOco0kLgaimA9YyllGY+ExemyMzKkzZR3P/9Tj2rqg EWxVstbQaiTVqEwBkU1FKHgP8TKyh16wKL94meRKTMDOSSASFXP1MrVlukhanlgYWq66lXSo4mgJ kthHHUTRfpTP+pprCGEWGxbW2S5x4YfukFokAJhXnBV2bStSOBrIFejVbBf9vdMSZGCHImungMoD aVvcNYz9JV3mAIU4ZE0lttenVXVzFZUmIFZXRR06a8RnCGIXSigkYCvOG8dVD7ac8ZA1tKHUTz5n 5St4ECiw5xfHGpAwhZnZiEFEGAPCWdwMDzrkYapo92eFKYTEshRbTSWDVUnlh+2RGNti+fDV6ekd 7eo1oNPDHOFgoUUNRXEcvtlRpBZ1dATgtfmYERe4SBgfnJ3aDURgMhSuHpDXp1MSozB4wCtlKXMT QDjGAxFQK/SK1A9Y1wqynSaEDAc4E0kAUIAz5V+MpJBcV3QhHoWONMDJbR1A7gCheOcfuFCCaMTh Q4RmYhCOJyEyAPUCqmrZEgRbeonAemWXrItSBjqOZGQpCFIAZa6jkCaAzSgYC2pccCTlQSsOmrHF fWtJYUc4tRjmIBbY5gnnhgIwMCsLZSunjhjWsa1abqa4MMwP8IwVAhVqiuTcMIw4jVVaYAyTgoU6 BVhpqcBnQQa7YbUScMzTCK1wYachnjSVabtyrYHUehF5QkmILH/ErQqF4E5/slT2yWrbPSBUmufO OpYgigXmI4WgBU4nl/nL0QgVQoFa1pkMZDRsVJBGQykJJOlMG5mRbZAIc0UcBnXnMszLkiA9w3Dq Y5Y5SztoSa0pxpnFYhHGnED6ZWLpLVAohrXn8JMsDsFbofUyGo+ImB/D3DVrLhlGIDYGdALVQFND zPH7JchDCnt9IZU3VYOC2z3tnEoWHoQYLm+3Fmwe2rBmwL0wUTs3WNSqLjXGuMqfADDpPu4gyJVb TtWUjS5rI8vdut0upp1CdFrlbaXAfcKH4iWb7wyXU1bZhbINdBHSf5ae2P42xct7Zlvr1M1NBFcB O/Lat6yjVeSEzlXlxOmtBi3+6arzA3gfvIpGNeEXyaLt7txAKBgCo9CJbtdpd3S2Lp/CULpNQan+ USuPTy+xdywyuOjAZmbrfjEUnuuHHAKaYfej/lNuAALa+rkk/wCM8/Uj5aoz2bupgqipM6K2tSkM fbSgpnWVIiWnaiijD3AUEsV7gFVoBnUYgiapx1TnuV33LwGpQ5aqYfD1kVTUVNRxlY3C6gQWJOGq lI6EFSAPic5pmGWBAyA0zzpKz0AacQOMN25obUONMBlEZrj4MdI5ZD4aZkkFiqrUGvqbEV4iWG2G UIpAocZQ3bFBSmkx7KUUgHUa8eUOepAOAHGnD4YRrZuBgWxA6qRtFvVpBqc60gu1Cla9IzMqYFuu C4ZVJJz5QitxyB8CGygS4rIFTELmc4SVJzx4RljLIFXVShPrADZV9RqVGa/8ZAcAhBZTljQQU1Gj EKo4UwiR06jDGtCSMwDjhF0ECqjn1VhuBRjbOgZE/wDTAQ5QrcAdRk1dJk6kkrAYP/ujA1Gog544 GIly4p03HAt5An/GXhmYBV6/vBZpG6sAuC4tADT1hajLQUFMx/jIVa31NVV5cTFZEILVNQcKDMQw 2HHEAhRw5SOQyimBpTSMvjWBCgwqD/CcItxrddWkimRkABqY0rSnHPGK4dGJpw+2M13BWoDXh8IC ylTqH/GUhA5Gkgal4iPQM2AqAJSAi3A2fESxlDYnp5MpkcCSwsAvrwi0wFWoeAOED3HVSPeBgcIt sBhWlWHPlCLKHLAH2/HnCoSuFQOWUGsOMBpbkcawd1R0Gmr0j4B+A4tKhqCWrnqykZTpwoTmAIvd XV1McDGCqCxWorlyhEgrZhiDSowPoZWr3VNGqBwIoQZfoDAggmnEQdtNNFBBHGVseAUKsK6gPUf7 4HWnuNPWAIWqGGEiFsFIBHGvL5zMEg//2Q== ------------C230F2CA5C4A5-- From berenguier@nevrax.com Wed Jan 9 11:22:45 2002 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g09AMiw20772 for ; Wed, 9 Jan 2002 11:22:44 +0100 (CET) (envelope-from berenguier@nevrax.com) Received: from lionelb (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g09AH4J95891 for ; Wed, 9 Jan 2002 11:17:04 +0100 (CET) (envelope-from berenguier@nevrax.com) Message-ID: <003b01c198f7$71970030$0601a8c0@lionelb> From: "Lionel Berenguier" To: References: <87n0zo3d4p.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me> <87ell037cv.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me> Subject: Re: [Nel] Issue to run snowballs2 Date: Wed, 9 Jan 2002 11:21:47 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Okay, sorry for late answer but this an issue I have not yet fixed, and I apologize, but I still don't know how to (the fact is that here at nevrax we develop under windows, still trying to support linux, except network guys which really tests both versions). David, you're right, glSetFenceNV, glBinProgramNV etc.... are part of NVidia OpenGL extension, but they are dynamically checked (like all other extensions) in driver_opengl_extension.cpp. The difference with other extensions is that they are too recent and don't exist in GLext.h, so they are defined in "driver_opengl_extension_def.h". I tried to follow same syntax as in GLext.h to define thoses extensions (use of GL_GLEXT_PROTOTYPES, use of APIENTRY) but it seems that it works under windows (even with drviers/cards that don't support thoses extensions) but not under linux. I'm not very aware of dynamci libs (.so) under linux but I think the problem is that all thoses functions are not "export"-ed and so the dynamic library loader think the function is in libnel_drv_opengl.so. And of course it is not. The test in driver_open_extension.cpp:333 ensure that code that use glSetFenceNV won't be executed, but it's still compiled and linked. Therefore it crahses when the libnel_drv_opengl.so is loaded. If someone could explains me where I am wrong in driver_opengl_extension_def.h, it would be cool. Also, can anybody explains me why under linux/unix we don't have to dynamically import functions (ie with such call like wglGetProcAdress(), or window's GetProcAdress()) ??? In other terms, What system underlie the dynamic library loader (I suppose there is system which fill a table of jump or something like this but I don't really knows). thanks Lionel, Nevrax. ----- Original Message ----- From: "David Mentre" To: Sent: Tuesday, January 08, 2002 9:39 PM Subject: Re: [Nel] Issue to run snowballs2 > David Mentre writes: > > > Are those symbols standard OpenGL or Windows specific? > > After further investigation, I would say that those symbols (and thus > library functions) are NVidia specific: > > http://oss.sgi.com/projects/ogl-sample/registry/NV/fence.txt > > As far as I have understood, the NeL library should have queried the > OpenGL library to find if those extensions are available and if not use > a workaround. Am I right? > > However, there is some code to test those functions availability: > driver_opengl_extension.cpp:333: > if( strstr(glext, "GL_NV_fence")==NULL ) > return false; > > Maybe some cleanup would be needed in driver_opengl_extension_def.h? > > I would so much play with snowballs! :) > > I hope it helps in some way, > Best regards, > d. > -- > david.mentre@wanadoo.fr > _______________________________________________ > Nel mailing list > Nel@nevrax.org > /mailman/listinfo.cgi/nel > From kalldrexx@programmer.net Wed Jan 9 12:09:06 2002 Received: from ws1-10.us4.outblaze.com (205-158-62-111.outblaze.com [205.158.62.111]) by www.nevrax.org (8.11.0/8.11.0) with SMTP id g09B95w21073 for ; Wed, 9 Jan 2002 12:09:06 +0100 (CET) (envelope-from kalldrexx@programmer.net) Received: (qmail 24573 invoked by uid 1001); 9 Jan 2002 10:40:14 -0000 Message-ID: <20020109104014.24572.qmail@mail.com> Content-Type: text/plain; charset="iso-8859-1" Content-Disposition: inline Content-Transfer-Encoding: 7bit MIME-Version: 1.0 X-Mailer: MIME-tools 5.41 (Entity 5.404) Received: from ws1-10.us4.outblaze.com for [65.14.53.206] via web-mailer on Wed, 09 Jan 2002 18:40:14 +0800 From: "Matthew Shapiro" To: nel@nevrax.org Date: Wed, 09 Jan 2002 18:40:14 +0800 Subject: Re: [Nel] problems compiling.... Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: I didn't say it compiled with errors ;) Nevrax compiles with errors casue stlport doesn't seem to work right.. or something i'm not quite sure... -----Original Message----- Wrom: FGGMEPYOQKEDOTWFAOBUZXUWLSZLKBRNVWW Date: Wed, 9 Jan 2002 03:22:58 +0100 To: Subject: Re: [Nel] problems compiling.... > > > > OK i THINK i know what's wrong. I followed the new instructuions that > came with the cvs version of the code and i did the nmake clean all stuff to > STLport and at the begging it says the following files could not be found > like 8 times and then compiles the rest.... Then when i do nmake install it > says that cl.exe cannot be found (apparently cl.exe is the file all these > compilations want to maek... including nel...) any ideas. and yes STLport > 4.0 > > -- > > Hi, > > cl.exe is the compiler that comes with VisualC++. At first sight it seems > simply that your path isn't set correctly, yet nmake.exe is (at least with > my install of VC++) in the same directory than cl.exe, and your nmake.exe > seems to work. Are you sure that cl.exe is installed? On my box, this is > located in C:\Program Files\Microsoft Visual Studio\VC98\Bin\ > > What version of VC++ are you using, and are you sure you moved the right > makefile from the STLPort distribution. I've compiled STLPort 4.5.1 without > any problems, with VC++6. > > -Kai > > _______________________________________________ > Nel mailing list > Nel@nevrax.org > /mailman/listinfo.cgi/nel > > -- ----KallDrexx _______________________________________________ Sign-up for your own FREE Personalized E-mail at Mail.com http://www.mail.com/?sr=signup 1 cent a minute calls anywhere in the U.S.! http://www.getpennytalk.com/cgi-bin/adforward.cgi?p_key=RG9853KJ&url=http://www.getpennytalk.com From legros@nevrax.com Wed Jan 9 12:13:04 2002 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g09BD3w21129 for ; Wed, 9 Jan 2002 12:13:04 +0100 (CET) (envelope-from legros@nevrax.com) Received: from benjaminl (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g09B7LJ96528 for ; Wed, 9 Jan 2002 12:07:21 +0100 (CET) (envelope-from legros@nevrax.com) Message-ID: <001a01c198fd$ede96b90$1b01a8c0@benjaminl> From: "Benjamin Legros" To: References: <7932890954.20020105154321@in-orbit.net> <000901c19795$1f9738d0$1b01a8c0@benjaminl> <3045646396.20020109005607@in-orbit.net> Subject: Re: Re[2]: [Nel] How to use CollisionMeshBuild (.cmb) Date: Wed, 9 Jan 2002 12:08:11 +0100 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0017_01C19906.4F136850" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: "Benjamin Legros" List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: This is a multi-part message in MIME format. ------=_NextPart_000_0017_01C19906.4F136850 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit From: "Robert Bjarnason" > Hi, > > I've exported a .cmb file from Max from the same > Max file as I use to export the instance group that > includes stairs in the Mayan pyramid we are > reconstructing. > > The process explains it self and everything seems > to work except when I load the scene no collision > happens with the stairs. My .rbank and .gr files > both grow and this is the output log: > > 02/01/09 00:25:33 INF 708 main.cpp 234 : compute retriever 8_AO > 02/01/09 00:25:33 INF 708 main.cpp 255 : Material 0 used > 02/01/09 00:25:33 INF 708 local_retriever.cpp 665 : compute topologies > 02/01/09 00:25:33 INF 708 local_retriever.cpp 709 : generated 24 topologies for character 0 > 02/01/09 00:25:33 INF 708 local_retriever.cpp 709 : generated 0 topologies for character 1 > 02/01/09 00:25:33 INF 708 local_retriever.cpp 709 : generated 0 topologies for character 2 > 02/01/09 00:25:33 INF 708 local_retriever.cpp 709 : generated 0 topologies for character 3 > 02/01/09 00:25:33 INF 708 main.cpp 195 : instance making and linking work time: 0.010 > 02/01/09 00:25:33 INF 708 main.cpp 325 : 0.170 seconds work > 02/01/09 00:25:33 INF 708 main.cpp 329 : CVector translation_0 = CVector(-2237.0f, 1149.0f, 0.0f); > > What I see right away that is strange it that the > approximate middle of my stairs in the world is > (2240.0f, -1148.0f), looks very much like > "translation_0" except for the "-" being swapped, > maybe this is just a coincident? This is normal, because .lr files are centered on the center of the computed zone (because of some vertex compression on 2 uint16, we use local coordinates.) So, the translation_0 is the translation used to go from world space to local space. There is also a really important thing for the indoor collision export. To embed the indoor collisions with the landscape collisions, you have to create an 'exterior collision mesh' which will be used to collide from landscape to indoor and to walk through doors. This mesh must coincide with indoor/lanscape doors (e.g. for a house, the front door) and common edges must be invisible. In attachment, a little picture that will probably explain more that words... Please note that common edges must be flagged invisible to be recognized as a door. In any case, assume that visible edges are real wall (can't walk through) and invisible edges are soft (can walk through). You may divide the collision in different meshes if you respect the visible/invisible edges (that will allow to create different pacs surfaces, different material, etc.) > When I export the .cmb file then it takes on the > name of the instance group of the shape...I guess > that is normal, right? Yes, and you'll get this name when you call UGlobalRetriever::getIdentifier(const UGlobalPosition&) Another thing is that the material id you set in MAX for the meshes will be the id you get when you call UGlobalRetriever::getMaterial(const UGlobalPosition&) minus 1 (MAX ids start at 1, our material ids start at 0) > Another thing that might be related to this not > working is that I had problems getting the > Landscape pacs to work until I realized the > importance of having my zones translated to the > correct world coordinates based on the names. > I used the snowballs example max zones to figure > out where they were supposed to be located. > > According to the Max snowballs example_zones the > size of each zone in Max is supposed to be > approx 4 meters by 4 meters, and that is > supposed to translate in the NeL 160m by 160m, > right? I'm a little bit confused on the zone > size issue because the units seem to be different > in Max and NeL? Also, am I correct to assume > that the zones have to be in the correct world > coordinates based on their names for pacs to > work? You should use MAX generic units (menu Customize, Units setup, Generic units). Zones are approx. 160x160. Please note that PACS zones must not be wider than 512.0 and better centered on the grid (again for vertices compression...) The build tool uses zone ids to translate into local space (instead of real zone center, this to avoid linkage issues due to float imprecision). The linker also uses zone ids. For your convenience, these are the functions used in the builder to convert from float coords to name, id to float coords, integer coords to id... string getZoneNameByCoord(float x, float y) { const float zoneDim = 160.0f; float xcount = x/zoneDim; float ycount = -y/zoneDim + 1; char ych[32]; sprintf(ych,"%d_%c%c",(sint)ycount, 'A'+(sint)xcount/26, 'A'+(sint)xcount%26); return string(ych); } CVector getZoneCenterById(uint16 id) { CAABBox bbox; uint x, y; const float zdim = 160.0f; x = id%256; y = id/256; return CVector(zdim*((float)x+0.5f), -zdim*((float)y+0.5f), 0.0f); } uint32 getIdByCoord(uint x, uint y) { return y*256+x; } > Maybe this is unrelated but build_rbank does > not compile anymore because it can't find > moulinette.h Wooops ! I just fixed it on the CVS, but you can fix it by replacing "moulinette.h" by "build_rbank.h". Sorry... > I include a low quality screenshot, still only > first pass on models and textures and we don't > have our sky-dome or visiting characters in > there, yet, only good old Gnu :) He he =) The gnu reminds me of something ;) Good luck ! Benjamin Legros Nevrax France ------=_NextPart_000_0017_01C19906.4F136850 Content-Type: image/gif; name="coll.gif" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="coll.gif" R0lGODdhgAFUAfcAAAAAAIAAAACAAICAAAAAgIAAgACAgMDAwMDcwKbK8EAgAGAgAIAgAKAgAMAg AOAgAABAACBAAEBAAGBAAIBAAKBAAMBAAOBAAABgACBgAEBgAGBgAIBgAKBgAMBgAOBgAACAACCA AECAAGCAAICAAKCAAMCAAOCAAACgACCgAECgAGCgAICgAKCgAMCgAOCgAADAACDAAEDAAGDAAIDA AKDAAMDAAODAAADgACDgAEDgAGDgAIDgAKDgAMDgAODgAAAAQCAAQEAAQGAAQIAAQKAAQMAAQOAA QAAgQCAgQEAgQGAgQIAgQKAgQMAgQOAgQABAQCBAQEBAQGBAQIBAQKBAQMBAQOBAQABgQCBgQEBg QGBgQIBgQKBgQMBgQOBgQACAQCCAQECAQGCAQICAQKCAQMCAQOCAQACgQCCgQECgQGCgQICgQKCg QMCgQOCgQADAQCDAQEDAQGDAQIDAQKDAQMDAQODAQADgQCDgQEDgQGDgQIDgQKDgQMDgQODgQAAA gCAAgEAAgGAAgIAAgKAAgMAAgOAAgAAggCAggEAggGAggIAggKAggMAggOAggABAgCBAgEBAgGBA gIBAgKBAgMBAgOBAgABggCBggEBggGBggIBggKBggMBggOBggACAgCCAgECAgGCAgICAgKCAgMCA gOCAgACggCCggECggGCggICggKCggMCggOCggADAgCDAgEDAgGDAgIDAgKDAgMDAgODAgADggCDg gEDggGDggIDggKDggMDggODggAAAwCAAwEAAwGAAwIAAwKAAwMAAwOAAwAAgwCAgwEAgwGAgwIAg wKAgwMAgwOAgwABAwCBAwEBAwGBAwIBAwKBAwMBAwOBAwABgwCBgwEBgwGBgwIBgwKBgwMBgwOBg wACAwCCAwECAwGCAwICAwKCAwMCAwOCAwACgwCCgwECgwGCgwICgwKCgwMCgwOCgwADAwCDAwEDA wGDAwIDAwKDAwP/78KCgpICAgP8AAAD/AP//AAAA//8A/wD//////yH5BAAAAAAALAAAAACAAVQB AAjaAP8JHEiwoMGDCBMqXMiwocOHECNKnEixosWLGDNq3Mixo8ePIEOKHEmypMmTKFOqXMmypcuX MGPKnEmzps2bOHPq3Mmzp8+fQIMKHUq0qNGjSJMqXcq0qdOnUKNKnUq1qtWrWLNq3cq1q9evYMOK HUu2rNmzaNOqXcu2rdu3cOPKnUu3rt27ePPq3cu3r9+/gAMLHky4sOHDiBMrXsy4sePHkP8CmEy5 suXLliNrnoi5s+fPoEOLvrw57ujTqFOrXs2adGmfrWPLnk27dmWMrl+LtM27t2/MSnPr6+74uzjo vcCHc6ytvGLy5hcpQ2cpfLpE6dZXVs/eEDt3ldu/I/QuHuXz8gfJoz95fr1A9e5Nhi8PP778zPFv 29eOf339/SW1x91/AAY4X3MEFmigfgNOpuBLB76W4IP3MYiggxRC2J9yEw5k3IcghijiiNB1+N4/ AGQYkomOsegghipuZOFwLqJ4YowZpchiYzXa6COOzr0HI4dDKpTijUcCeZ2HRerW441KRjTkjow9 CWWU3Rk0o4RNjoclRUkWRKViVn755ZZemqlmmQmFqaZ7bLb5pn1xyjmnf12mt5Cbbt6ZXZ0E8dmn n/8XDqonQ30aKp6i+wEqppZ0cpbnZo4+ail9jBo5qWaVXpqfRWhSummgb2ba3aiPdaogqqea2iKr PyrpqkNjJqZqo8vBWiWss0KkK3q1InbrkjEGe9iwaR6aobGGIZuslr02GC2ZJk77LKQPMtssq9Yq ey2hwvKa456EdYujs3ZWCW564mpkLl7vntuuu7bGK++s9mJbWL730grnunvOC15d/AKJbq5yFQzm r9TiC5PC+zJcr8Mr+ittiQJ/hC/EgWlbbsYaP8SxZBKHS/FIvY7cV6iRHcxZtiVvezJJKktVM24x RzwzzW7lvBuKPg/GMqnmsXVzjh4Lze3AaR3tbtD/Srvq9LfkVjU10lcTvHRPWbcEddGFWszT1zd1 vVzYWf5ktnxFrf2Wy14z5TZxNII89twe4U2c3mjBDWFpfJvlt4wvUyrqznHj2rLd1F2s76uIuxR4 z3lODtbgeVtHoOVeYZ653E0lyDlXnn+OFNk0TTi6VqWb3jZUHa6O1dAe5vQu6mBGVe2uUutOnex7 R/5x776nBHzerb+9te5dH6+xrs4zT/xUV0ePfLTWO7W71btlH5P3S21vNfg2k39U8gCL3THjOJmv lvtDoc8zgPAHJf/8ipMs/E71n9U/1+zjX4H+x78ACnBciCKgThTYPgNaJVMMDF7BIliT+8UvXWNJ C1rtkOPAqzSJgtc7/5teLPg6IfUNd7GyC+2uJBYdvQ+FKdTa9MjyohHZ0Dchg9fyBAfC66msh17b 4eno5r8VSkqFQhwi4ZpmRGLNRXzho9daNrTEhCUxKfwC4oqaKKUnXhGLuFGeBj1Fuf2dLzpwoSIC xai+0IHKNFwUWRo7uBUtVgiFdtyiGTtHFzWisS0kNEoe2RPHtE2RjlkZpHnGuMEX7pF0eSkkog75 yCi2UYau42ElLTnJSMIwhhmEIvc6qcOaKRJnM3wgKe/CyMfR8IvUMxIHj/bJ88EyllTrYy2JFspU zi6XXqzeK315uVkKs4W3hOQs2RYWUTaTL62s2lecWcxlsudyyWTdyiZ2CcwHZtODoETiKcuGSKpw s47n1OQlO2cbZI7TJoG0X65uGJrfvf+zguW0GfV4IzKJ+dKFvOxi/PIJO8r5Kp1kNNf/4sk1QAKU VggNaDhXCRSGju2QjWzVknR0pCQBFEMcBamQEgUj/Zi0pKsz4j1lyUQyBsxaHD2RR23UUZrW7qFh mqlOb8rTifKHmOkDmrcSCNMf1bSmRk1qSKd0m53K1KTw/OacJoW9MeFUplA6Kk8Nxaee2tSVD5Oq mUY1LasmNas+cuFOZ9rIqzr1qykVa1B9yq6ynvWsIoUq0EjqUeyctK/4BOpch0pUMMJGrnOtKgEl KTnEnhFeB13pTKhZ0GbGS7ETM6Q5sRnGfkpWJpTV3jQnGNnMUrSypIMYZk2mWdSOsLR3rG2tG1cG 22MRVG2Sqa3M1jlYwmrqs9+7rZOytlrbOpZLYINoRHsp2+8sN6Maja00F4W3sj7XsoIlkuSkdF1s Zre30C2sdFmqxHJxF7hh/S5sjnVe006XKIo8XnF3e1p5PqW7vB0Pftmp3gXe13rz1Vlz1xs67wX1 eHgDvqjcyHfgqCX4gMGpqG4FXF8Fq8uz7iUveDUsXuPmd8MsfCl6G7vJSBoWwx5+MAcjPOGo9ReJ oGuxgyvsSdHKWDChBS18XRvdFL8XnhJq73gxCOQg33h9L9YOjYTsYw5PlsDgPDJgcpy4AtZRyvpT sZKtrEzlZpjID+NyVxqM4+NWzHYjButvv9zNUGYQy36hMojJjGQtb1ixabanncFr3Tz/dM+/fB+T Kfxj46XOzx+u65DBfE3QIlqOcIamnEHCuf3uONKSTrIINZSwQRPayfjzj6cRTGNK58/Li/btmSOF aWsWetWfavUIzVw44z1606jsbjKjg3PrTL6Uzaq2Zcdk7UlNA1BoxC4loO+2r8j2ukLL9m+zRl1m Ywe1z6lWM4gl2uFP77qzxaJ2nUsdJFOnStxTpvW3o/Ps7SZbnKbi2A/b/bd3i5PcAkUY4NCdbmu3 +Tr01rG9MYlv8AT8yQPXpb/Xhe1su3Tb4f21w7kN8RBLXNf/5jO/s1xwcwPL2ROPOM0ODuVcezvj +o41iun7alCfaoAb36axFZqtmGd62SRPpM1d7fJgT3Xns35xzrWZcCv2N2VYajjLe05xaJ0J6MWO N74tTSaoF5vcEBz6fa2u7JYn0E9KXzrKexvJ9pP7fM5cZ6W6wX5erQevtYkiO8DdPk/NCkrjaSe4 NHNK9ysXHY7T62jfu2xyUlctphWnK7QGj7UsRdNgeVd4jxNv8TVjvK7GCbdnGY/K4NKznX3bPLDn +Hnm/KxVnG88oUKE+sUwlvKt5x3sfQi52c8z9W+3PdZwn3vdO+f1Mvf97x8veeHPneplIT6flS/D 1swe+EguvWyoi/wTSv/60wc87wuI/e7TE77MX733x0+i4W9/uORPv2iMr0n1n4b9h3M+/OdP//rb 3P/++M+//vfP//77//8AGIACOIDMtG5B8lAiV0UEKEghU10LWF5n44AP6F+It1eC11eCJyYopVUZ mFZ5JSgV6B0fOIFlI1RfdYJudSkpqFZYpVNIhSRYFYOId36rolRelYIStVZpdYN3tYM0pVc9SILf Y4MxiIIp1FUtiFdEGCtIhYAbxFZCOFIfQi5vhYMniFY6+FFGCIU+iINXFYU6xlZ/xSQvSIZmaFMd eIFo9YRIglJrCIZwGIdyOId0WId2eId4mId6uId82Id++IeAGIiCOIiEuH+mVIg2xjSDiMhJhraI ysV6EndUaihUk8hUIeiGP+iIv1V+yaKFL+iJXgWDW/hUlaeJFggiIpaGUgiKRSiKS/WJCWiKQ6iB osiGb+WKoASLstg+PaWFMriEuOhUX7iL5NSEbWiMe8VCyCiCukiMzviM0BiN0jiN1FiN1niN2JiN 2riN3NiN3kiIAQEAOw== ------=_NextPart_000_0017_01C19906.4F136850-- From legros@nevrax.com Wed Jan 9 12:15:56 2002 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g09BFtw21175 for ; Wed, 9 Jan 2002 12:15:56 +0100 (CET) (envelope-from legros@nevrax.com) Received: from benjaminl (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g09BAFJ96576 for ; Wed, 9 Jan 2002 12:10:15 +0100 (CET) (envelope-from legros@nevrax.com) Message-ID: <002e01c198fe$5540f4c0$1b01a8c0@benjaminl> From: "Benjamin Legros" To: References: <7932890954.20020105154321@in-orbit.net> <000901c19795$1f9738d0$1b01a8c0@benjaminl> <3045646396.20020109005607@in-orbit.net> Subject: Re: Re[2]: [Nel] How to use CollisionMeshBuild (.cmb) Date: Wed, 9 Jan 2002 12:11:06 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: "Benjamin Legros" List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Woops !! Forgot to tell you the exterior mesh material id MUST be 666 (in MAX ids) It seems that collisions are evil, hu ? Benjamin Legros Nevrax France From robert@in-orbit.net Wed Jan 9 18:10:39 2002 Received: from quasar.skima.is (quasar.skima.is [212.30.200.205]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g09HAZw23127 for ; Wed, 9 Jan 2002 18:10:35 +0100 (CET) (envelope-from robert@in-orbit.net) Received: from [157.157.149.19] by quasar.skima.is with ESMTP for nel@nevrax.org; Wed, 9 Jan 2002 17:04:45 Z Date: Wed, 9 Jan 2002 17:30:31 -0800 From: Robert Bjarnason X-Mailer: The Bat! (v1.49) Personal Organization: InOrbit Entertainment, Inc. X-Priority: 3 (Normal) Message-Id: <100105310137.20020109173031@in-orbit.net> To: Benjamin Legros Subject: Re[4]: [Nel] How to use CollisionMeshBuild (.cmb) In-reply-To: <002e01c198fe$5540f4c0$1b01a8c0@benjaminl> References: <7932890954.20020105154321@in-orbit.net> <000901c19795$1f9738d0$1b01a8c0@benjaminl> <3045646396.20020109005607@in-orbit.net> <002e01c198fe$5540f4c0$1b01a8c0@benjaminl> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="----------FBCCA322C0BA27" Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: =?ISO-8859-1?Q?R=F3bert_Bjarnason?= List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: ------------FBCCA322C0BA27 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi Benjamin, Thanks a lot for the help :) The exterior of the pyramid works now and I can enter the interior through the invisible surfaces. I haven't tried the interior collision it self, yet. My problem now is that when I'm at the bottom of the stairs, on my way to the top (see attached screenshot), then I can't walk up, pacs stops my at the first step. There are no actual steps yet, only a sliding plane. Is it maybe too steep or does the exterior mesh collision not work for walking on top of buildings=3F Should I maybe try to make the pyramid a part of the landscape=3F Will I be able to walk into the landscape and have an interior there=3F Thanks again, Robert ------------FBCCA322C0BA27 Content-Type: image/pjpeg; name="screenshot002.jpg" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="screenshot002.jpg" /9j/4AAQSkZJRgABAgEASABIAAD/7RTaUGhvdG9zaG9wIDMuMAA4QklNA+0KUmVzb2x1dGlvbgAA AAAQAEgAAAABAAIASAAAAAEAAjhCSU0EDRhGWCBHbG9iYWwgTGlnaHRpbmcgQW5nbGUAAAAABAAA AB44QklNBBkSRlggR2xvYmFsIEFsdGl0dWRlAAAAAAQAAAAeOEJJTQPzC1ByaW50IEZsYWdzAAAA CQAAAAAAAAAAAQA4QklNBAoOQ29weXJpZ2h0IEZsYWcAAAAAAQAAOEJJTScQFEphcGFuZXNlIFBy aW50IEZsYWdzAAAAAAoAAQAAAAAAAAACOEJJTQP1F0NvbG9yIEhhbGZ0b25lIFNldHRpbmdzAAAA SAAvZmYAAQBsZmYABgAAAAAAAQAvZmYAAQChmZoABgAAAAAAAQAyAAAAAQBaAAAABgAAAAAAAQA1 AAAAAQAtAAAABgAAAAAAAThCSU0D+BdDb2xvciBUcmFuc2ZlciBTZXR0aW5ncwAAAHAAAP////// //////////////////////8D6AAAAAD/////////////////////////////A+gAAAAA//////// /////////////////////wPoAAAAAP////////////////////////////8D6AAAOEJJTQQIBkd1 aWRlcwAAAAAQAAAAAQAAAkAAAAJAAAAAADhCSU0EHg1VUkwgb3ZlcnJpZGVzAAAABAAAAAA4QklN BBoGU2xpY2VzAAAAAHsAAAAGAAAAAAAAAAAAAAHgAAACgAAAAA0AcwBjAHIAZQBlAG4AcwBoAG8A dAAwADAAMgAAAAEAAAAAAAAAAAAAAAAAAAAAAAAAAQAAAAAAAAAAAAACgAAAAeAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAOEJJTQQREUlDQyBVbnRhZ2dlZCBGbGFnAAAAAQEAOEJJ TQQUF0xheWVyIElEIEdlbmVyYXRvciBCYXNlAAAABAAAAAE4QklNBAwVTmV3IFdpbmRvd3MgVGh1 bWJuYWlsAAARLAAAAAEAAABwAAAAVAAAAVAAAG5AAAAREAAYAAH/2P/gABBKRklGAAECAQBIAEgA AP/uAA5BZG9iZQBkgAAAAAH/2wCEAAwICAgJCAwJCQwRCwoLERUPDAwPFRgTExUTExgRDAwMDAwM EQwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwBDQsLDQ4NEA4OEBQODg4UFA4ODg4UEQwMDAwM EREMDAwMDAwRDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDP/AABEIAFQAcAMBIgACEQEDEQH/ 3QAEAAf/xAE/AAABBQEBAQEBAQAAAAAAAAADAAECBAUGBwgJCgsBAAEFAQEBAQEBAAAAAAAAAAEA AgMEBQYHCAkKCxAAAQQBAwIEAgUHBggFAwwzAQACEQMEIRIxBUFRYRMicYEyBhSRobFCIyQVUsFi MzRygtFDByWSU/Dh8WNzNRaisoMmRJNUZEXCo3Q2F9JV4mXys4TD03Xj80YnlKSFtJXE1OT0pbXF 1eX1VmZ2hpamtsbW5vY3R1dnd4eXp7fH1+f3EQACAgECBAQDBAUGBwcGBTUBAAIRAyExEgRBUWFx IhMFMoGRFKGxQiPBUtHwMyRi4XKCkkNTFWNzNPElBhaisoMHJjXC0kSTVKMXZEVVNnRl4vKzhMPT dePzRpSkhbSVxNTk9KW1xdXl9VZmdoaWprbG1ub2JzdHV2d3h5ent8f/2gAMAwEAAhEDEQA/AFn/ AGX1HtqxKsapwLQ4N9TjRtnv91bv6lipXYmNdW6ujIpL2xJfR6BI01qubv2/8J6q6PqeDSN2waHs sLIx2zBZEdwtGJQYuJZQWuI0keBkfJw9rkM1u8FrGuv0n0vYS4maXjlrvDb+fVZ+fX+/+kTDp9bK mZGTa1rXu2jHaT6rjOytn7tfrP8A+uJ/HHqQGIwPRyfTI1hI1S5o7EgaeZ81q2dOe4j02CvdAaHP Jd3Li6st3f8ARRcbo2PdVVZblPay97W1GugvD5Oz9E9zq/U3P9ntb7P5x6ilzOCO+QfT1/8AQ4kj DM7R/Ygf0KgDW1/0on28f1dm7+39BMehUt3+942zMkaR5tq22f1a11tuDgVtcDWSdz4e5xnQQIiP U+l9NV24uNU4H0i4MJDm7jOsh/v923+z9BZx56YNcR+yLY+7Deg8Zn4TMW5tTSTLA47iCdSe21mz j6KCKwui6h0Ox5bkulrbCWMtaAWvaz6D3MLmuZc2v+eq/wAJZ/N+xUbulMa4elc5zDAAdXLy4nb/ ADdRf7P5av4ucwcMROfqr1XGTBLBOzQ06auc2usalTDo+iFed0fI+0WUVllrqmB9jtza2gEmsNDr XNa+zc3+bY5M3puR6b7S0NrrcWOeTpIO32/6Rm789nsViOfDKhHJC5fKOIcRv+r8yw4pi7idPBp+ 8/BO2vwV0YtIGji/xgQEaqhnZg05k8KUxHVMTICg/wD/0NHH+tIzW31W9NNduNb6TgXb92jC14hj Nrv0n+YshnVb+qZDox5eHzBdYKwD+j27vSr9Rjf5z3LZxOs9KusDX2DIyGvtNNTQS5uO2x9jH+n7 P0baG/n+/wDwSq19coZinHyrLjZUHainbtDnF9jRt/Rta3dv3KKWXNIUSe+mn/RZ/SHPscLLvVsq fjsLN1e0Op1aB/NsfDPV+la/3/Q9WxXxgXjGvyjbTYWAvdRc42ODWN9QuZTWx7tzm/zKq5/1mqDB 9iycqysgOaCxwYA4fut9R797H/m/+YKGB9YcZ1lLLXZlljHltw9J7iKvTu/RQx4e79M+rfXsTJRk dTr5lQkEdeVkZrHEYzqQWEhjWOBO0Ha1o937+79H+4t/o3Sv2WbcnKB+2WV+xjnCWVODgzY/c307 Lf8AC7Gf8HV/hVNll+XbiW41T8Xp4c71fX3VFwsa2pjfQscx/wDpW/pH112ep+j9REyrftNNFdVY 2NrBLrZJk+9rfz/ou/f/APBEyRoX9iRqWuLLLY3Ol7iA4iCA7j2bj7m/vKFk7tGjbLonyLkzWF5D RWA0aEtBEDng+9rFN5AqLnNJAe+XbCWjc51f5u781Q9WXolF7bOn5FJYXuY0WVtDg3cW8Mq/N+0e 79H7P66rY/T8nqNTvTyqmEQwQ3d9IOFnqFpb9H/CKdPqMdVfRUd0iytoBduFZjbr6f8A0rFDrlrn Xty6mmzHbZZXmVtdttraXD7Pk7W2Nc2q17/St9SpSw1FdQxy0Lg0HqFhyhZg3VsNTn+q/HJFhDvs 9b8hjn7dmwWN+n9Cv/g1AYHUHYbbWY9tmYN8Mqxi9gr2V+gz0/V+j6v+Ed++p33Wvobc5xFOQzcw suJeGu9rxabS233bf5D2fo0Lp/VLcK9lVjzW2xr3B7X+pbDdphlR2/4Nns32KXhPYLOId2zb1DrZ pxnZWM2nOeCbaGYzh6QcfTZVdQz+bdsb9oZ7t76rlL1uq2ZmPTRQ19AsdXdR6bqtlbWDY/3N2U17 2/SZ71ad9Y8SnDta6jKsusbaG2MYXk79/wBmc6bWv/QNf+9+iYmd9cukuxXVjHyaLvT9Oy19Ya8P NTamv3Mfa9+76bLH+/8AwiEROEuKI4ZC64dPmSSCKJt//9HKd06hn1wwaqCbTlU3AgOL52st2tDX hj2/QU+tdOpo6c9xYK3MdvtGh3AOFb6xv/Ma1/8ANoHSuomnIfuJFBc59rwWBzT9Fk12tfZ6bvo/ o7F0vTMq7Fv6fXfa7IHUq77rnbGBzb/b6XpM2f0X0t7GfTsutUPEdOlMoA+15DpVeXcGitofiun+ cfDGxps2stqd7trF0fS/q3j9S6w/M6hj+lkGwXtzWXWkPt/nXNZRUf0VdbW/pLX3s/wddXq2K6/p mRdl0YVdkY7XnIzX217SKo21mrYa3OybHO9NjP5r/C2exdJSciu3GxsOtnpPZY94fa4MYxprr2VM ZX+sX2Os9ltuz/CIGR3TXRBm4DMuvOZZcy7CzDUKWMc0mWB3q7vU+k+ze1n03+xip2OsYRtubsa9 r21se0SG/R7s+k6v6DG+yr/jPUR8hhtca3VyzHDi9oAeXOBc3e2y1vt9T0/bWz89Asx32WgVAVFj CNzWtcGNj9JW2Q33PfRZ+/8AQUE5WfJliKCi5paLKyQ4ES4GNs7fZb+c9z9v+YoUPe2trSHD9LZ/ NkNaPc8e1rnbPa38/wD0iIC1rXsdqXOLg2dxEu/RN0+m72+1VaZsNdTQ5r622l7G7S0ubZY/6do2 fR3fo1F1X9G0xl5AFN7Q6stJa8uLtQd7ntrf/OO/R/pGMsqs/wAIj/YasgZxqNdV+ZW2svc7c1wr LXb3+7e7dS1lT/8Aiv8ABrMZVcyGUsupyq5NttbWS4ENho+l4b/Sb+Yr3TmZLbS15va0vh9Vpra0 vfB30uqbu/TfRfuenwNG7WSFhxM36usxbWe6vPwbLCKbtoa5jtP1ff7/AF2ue/8Anf3/AOcXKdeo qxeoQ6AMiHNPt2tMursG2Pb/AFF6b1HCuzsAYV2NS+jOrdXJsd61dkPyKxXNW3bW6v2e7+e/wa4L Es6t9XHX19Me/HzHuH7Qe59LqYB3U2mrKZZZu1976tjGKzGXixENLG6Xkvpc/Kc2lmM5m0F+5z2P JFnpenu93t9nsU7cfo7rHEMf6jjNl9rrQCTtrxa6dha2uyrbte+1auR13rz8OnKyuoOyMz1XNoNd dLqgGs9Tf6jaW/8AXNqycrqE59eZU91lp3PNtrWVOLnCbJsra+v+p7UuIkqoP//S0bOl9Cr9Ru/H rupcw2DbBBf/ADRs37n/AKT/AAap5PTszIo9LDh1thHsc5uwbnNbv+hXY2n/AImz1P8ARrEb6trw xpNttrmsa2SS559lbSXH/N3Lsuk4g6XQaA1t+VZAutFoPId+jq3/AEK/Tbf79v8AR/Vu/SKqGWM+ LpX1drGodRi101OYWDaDO4lzhta5+9zvdthDynvY9tLXWuvshosDtkA+57ttQb+ipa3dZYrYY5/5 wDWNBDQNsacbj7nLKui2+x9d4rpPsYa/Bo2XbP3nXP3/AE/9ChM0PNfEWWLX1Pq9lWxrWOc4mWiG 7djt0bWud6f5n56rANxcg47/AE8gl/scWmdx3UNbX/V9X6X8hEL6q7KjfaDVVa95YZc5ram+va3j a2mmv0n2O/4b/hFFhYX5FNQL8prq4Y0a1s2ufq9/+m+koGVx83J69iltuK8swvtG26rKxmtZDrHn 1Kr2vZmW/wCv82gdJ6j1zP8AR6hfLcE3vdRh4tDbN7Dbttfe59nr7Pdbs2V/+Bqz1l1duMwUlxqZ jAPd2NjNzd79384/+WsX6l5b29Qf06+5zsYs3UYoE7nlw9V1LR9F9dLrrNqMcsZccREcUCATX6P/ AHy2USJR1NS1/wAJ7bGqcKW1v9jNrWeJBBLCWFv5n5n77PWUmUW49pLAH1EFtlz9HFgNm2wNZ7XO bND3/wDAs/4NCbm4+NcX1v8Afe1u4WGAZazY5n/CfvKWcGUuF7A5hZZLyNQNR7vb+7bZur/fqQXN 2hz2Ojc40y30jWZAO5zX/S9Rr9j/AKf/AG4ud+uXT7sTZ1ahu9tJm920enDzDvWrH+Dfu966B4xA RbBA5sgbgS0N2vDY9tjK3+x/8j/jFafU27HJLWupvGx9dskbXc1uPuf9FTY5WPJjmK+rxPTMHpz6 22dLe3DqvqcMnE3SG2E+4fpd9lW7/g/0d1StU/VjpNTP0oxzW125rnPJg9y7edn9VYnUOj5fRs57 HgxQScPMHL6HHZO4fQurd+iyWfvoD8vJsxjiWWvfjuADqXH2kA7hub/WT5abWxyycO4f/9OfSGDB x2XNxjZ1XLcfsps0ZRSB7sm52132bf8AS+h9r2enVV/OLbzM+rpONXXmEOyLG73hrQHvedv+Dn9H W1jG/Td/ov0n6Bc0z6wdcqa0NzXBtY9vsqOvmfS3LNsdZY99j3Ossedz7Hnc4k93Peqt9lwyACoj 7XW6p9Zep5tfoNecbFjaa2GHPB/01jdv/bdf/TWUHvgBljgAIAa4/wB/tUe0aQf9dqT2kkAAE+Yl BjJJ3SC/Ign1bNZBO92odG6dfz9jP66m3Ky2Oc9uRaHEy6LHAkxt3OdO72t9iDDtCfv81LbqdCNd AECiz3ZnIyH49lLsi5m/6EbXt/lN/Se/3fyHKl0yrMxcp2S291dgbtYaztfqWu3bmfR+h+8rPt7u Lp4lxSLRG7QzoRMpoxxBMh+luvOSRAjeg2TPy8t7j6l9j3kTJeXT2nVSb1LqTYIzL4b9H3OMaf2v 3lXBAAjkfIylJOkme57I14LeKXc/a2R1TqkAHKu2iCDuOkfQ9v8AJWh0r61dSwbdtznZmNMureRv HZpqf/3xYbt+paQfEeabfM+PdECtlCUh1P229R1fIo61gN+w/pc4vPpMkh2o/SU2Md+bf/N/1/TX LUEPqdtcSaXhr2OEOa1+tDntP/bW/wD0v/GI7LbK4fW4tsHDp18Usm85ORXkvrDbwCLHjUP3fzjL B+5b/W/nP0is5RhEIcErkRcrH/ozNKUDEC9a1f/U5r/Lu7/tHz/wv/nSTv21Ov2Hjv6v8Vx6Srf4 rH9j2A/bWw7fsPn/ADsp/wDLk/8AaLy/nVxySH+Kn7HsB+3p/wC0f/gvgnd+3PzvsUz/AMNyuOSR 6/oqP0exd+3N2v2KfzY9aJ/kqNf7b2iPsXHf1ZhcgkkNj8qR12ex/wAvTr9jnz9ZI/t2dPsU+Xq/ xXHJJD/BUPo9i79ua7vsMazPq/iou/bu7/tHGs/zsfiuQSRj830/RQN/4PYf5d0/oUx/w3Cf/L0f 9o9v/XVxySd9vXb+X+Ml/9k4QklNBCEaVmVyc2lvbiBjb21wYXRpYmlsaXR5IGluZm8AAAAAVQAA AAEBAAAADwBBAGQAbwBiAGUAIABQAGgAbwB0AG8AcwBoAG8AcAAAABMAQQBkAG8AYgBlACAAUABo AG8AdABvAHMAaABvAHAAIAA2AC4AMAAAAAEAOEJJTQQGDEpQRUcgUXVhbGl0eQAAAAAH//0AAQAB AQD/7gAOQWRvYmUAZIAAAAAB/9sAhAAbGhopHSlBJiZBQi8vL0InHBwcHCciFxcXFxciEQwMDAwM DBEMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMAR0pKTQmNCIYGCIUDg4OFBQODg4OFBEMDAwM DBERDAwMDAwMEQwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAz/wAARCAHgAoADASIAAhEBAxEB /90ABAAo/8QApwAAAgMBAQAAAAAAAAAAAAAAAQMAAgQFBgEBAQEBAQAAAAAAAAAAAAAAAAECAwQQ AAICAQIDBAUGCggFAgUFAQABEQIDIRIxQQRRIjITYUJSchRxYoKSorLwgZGhI0NTw9MFwjNjc4OT s+PS4vKjFcHxseHzVGQkRHTE1OQRAQEBAAIBAwMEAAcBAAAAAAABEQISITFRE0JSA/AiMmJBcSMz U2Nz0//aAAwDAQACEQMRAD8ASsdm1VLVkvidInVPu932qnZ2IXmw+Ykl6ver7x31Mcx9NaY047bf MtHm/pf8Mnw12pWq7vh9fzP2Rqy22vg9bebf6vl/oSYuoTuk+H6Ou639na+X9KNowPHaYhyDy3u2 8H87umr4hVaSmFv8W2+/zLfrP7ERkvW191VC7vdKgLp7OzppNd27/DBXBa1dy+dtr61/L/rhqzJZ bZI0t5n/AHVclM6rVKO9VZK0/wAb9oPIR5GT2X9Ur5do3Q49o2/FrdMPxY8n+Tj+HFWz1tTbZS42 0t+z/wAX9bi/sco8oyEIQ0AQIAgECQAEIQCEIQghCEABAkABCEAKIAsAABIBABAAAkIBCEIBCEAw IAJAAQJAAQJAIAgSgEIQAgCQAECQCEIQCEIQCQQJAAEkBgAELQGCorAYCGAqpaCEAJJAECEICQLS CSpACCSAM23f1/d0nGWf3+T/AOSECQz2v2/r9jc/HP8AHn+v9X8f3/8AShCEL2v2p0mfz/XT/wBE CQkFnLU5cOs/l3/e/9DoPNtcMRfqnV6Cs63MQ0d8gdkzK+orRlGiIqDfHpoK8q3YPTNWLNVaMDB5 Ni3w9jo2y0S0M/xSmAMdsNqijs1dciEX6VPgNMcyCQaL4HURwNMqwAuSAKALwCAKkCQIACwAAQJA AQJAAQJAAQgQIAISAACAAF8dN9lWYkqGlttk+wB9unVdd32SLp1xn83/ADjq41bhPEs8KT1k4dq3 ha6Wr9Zkt02Nes5+iR4lwQPKquKHamFrDRuJenujK9Pjcy2xnlVn/wCZL461ldg7X3MD4fEuLf1q irYsS4SHy41a0HVpR9miHa+5hPlY1q/vF3jwfhYttoim2r/ok2+4jrg5a/SsUrXHPD624bVVngMp Wjf/AMht91Jr5S4pAusTo9qUpDGp0S/MIy0dallupWWAwQJ6WAgkBIEAgYIBABCACBIBApEgIACQ gEIAhVQhCAGQSAhASEIBABIBCEIUQgYIBCBIAAkIFf/RbYpAxlT0BNqlB7KNBCpI9QtAAEwVZaAQ UGtmuBprmcamQsrAaVmaevAF9j1MzclGERrXQqWTLOkqUUKCQgQIBBYAAgkBIEVgkFiAVgkFiAVI WgAFSFoBAALAgIABBYgFYL4UndK2qKkmNQNtnFd1VEEb7qs1KfeLSrQ0WniplyeR1RbXrC1DZqYS XvC7Nbk+UE4Va7QK0ltrhH2y9LPVNcgV722ORbdq1OsgM3pLlIi9rWUriG9u8mGO7Z66+yALbqw1 qM8ydZArayhVdU6+kB1sjlJaJiqJuzngg3eqbC692zaeoBpuT9BTLk7ll9AZVy9PdMufRR2vca4+ al9GUJCHqckIQkBRkhIIBCQSCAQIAgQhCAQgCAQgSFEIQgEIQIAIEgACQIAIEgEIQMAAIYJAAgIS Af/S1OsC2jXaop1O4zwVaHNFGgEtFYGtFIKKQBoYSAFQVaGwVgIVBILtFYKBBfFbvbeTKwRaOewB mfB5TnkxB0q2rnrttxMmTp3j15BGcgSFFSBIEAgSKrtogKkNPw7ieYKYG+IGchqeKqQmlJAXJC9s e0pARCEIASAIBCQQNauzVVxYGrHaySSS+0Xi/GFPyWNFMNq7d3Gte0F3ajlxt9XvfuzyWzXXFWqc LwrepUrsspVuw21xJ99pSG1Zeq1M2tY5+JPbK5Irv5x+epvVKpad0W+2SdoYxO8vhw+cWrdvgvtG tJKWuYapKo7Qxmou33hSjb8rNcFYQ7GGUSfpMru72dNaR7X/AEGuv5yvU4nHmV4+sWVMIeKyXF/W /wCQx5qxtfajXizaQ5b9YVkxu6Ucjpx5SXyllxjgJayScJyVPVLvlyAgSAAJCAQASASCQQJQAFiQ ACBIACBIBCBIAAkgMAAgQgVDAYJAAgkFoDAVWAwWSLbQihIGJFoQUpVLbS8gA//T6tkLaGNlGdlK dRTQ5lGUIZRjmhbQQtgks0VaKIVIQCFSxUCrIi0FYKgqVwNa6iabbGQEkFXWCo1uSsFRSCyx2eqG 4ce+3yHRarRQNMcjy7GzHjWNS+I+arUzZMm7TkT1A81yLeRlWy1aq3FwW2cfNPUptsEwPeOq4v7L IsVWuLn3THycV60ncVHvFRcbP6pFjqrJS490fJxOtZxm2vNmy2DFG7vx9ErFY0nT3THL8n/Gs4/c zVx1bjcP+Fxc8q+qaMWRU4av53eLXzK2lq1a905/Jya6wivS4bcMk/h+qG16KlbJq24jupVo8Pg7 nhHfFaJw5XzUZ78r9S5DlipWX3Siiz8PD1/AGtPNrNnCfq17u4q7Kl1hromu9+6JItp29RPIRv10 1LW7tUuMeMrolr90xVhm/TUQ9OJas25aAvpoRU9AKvQj9BWulQCRuCSkVdlxRUFXgfjyb00Znkf4 i25LgWDn9TjvS26rcerY0Y7zVPSfa7xocXyLHy2/aMqw2x2idGbrK1sSrZztnxFLKVoq/VHOXq2v yClls3xX5CbVKeF5O6tqsaceC9Uq7a2+fYpW96N2T1+iWfVSu636a90bTwdXDdvSuNHP6illkaa1 n1fCOWWeTI8vatflNceV43t/uJZrJsfYw7LdjNayqVLc/RGPLPrfd/4Dp81+1nowbLLk/wAhZYrv kzWstbaWs/s1/djfNr7f3f8AgHzX7To5/lW7GUaacPidHcruavh+HsGLM++5ZvhzvK5yZvHCyFlS 1lKTaDst2P8AIdtZUIMWOzcJMrZbXtto/ZGwCCFlBfyrcYGz3MLJA3y32BVS7oWqSXWMvKRNwA2p AgMgkCQAkkAJAEAJCBAgQQ2W2hX/1Ooyg1opB2UplGPaTFWqAtoo0M2lq1KM7RV1NdsYq1AM0FYH NC2girQILAgoqAuACgC0AaAio2W2NcRqmy7q8K7xdLetdDz/ACVrAwtY9dS18yt2ldltYKVquJO9 XEtbQwvqqzEM6EKHJhfSY796raZqfkrNjR5T4F647pPbZL6JWtrpQ7bvxF6PttYzeVvqsmClkrXv Pc/movVuNSrh6d6ARXhr9Y5tKtO73LgW2FXjrXwz+UkrsAXeqpOv0SdJRZ7WUQq+sCyrd97h7xfF SuKWrbZ9JUaV0ztwcfRK+W6c9znsF36ja43N+0Uebd6F7VnYyq/Vfo7bK6prdYZ0uPJo3WaP8PM/ uy2HG81tzU19r1slv4R0YfB8fmlCm9lXET8gl43bLXJyrT7Y+0W4dliktQuQtFnopfITO/i/ol/N 3abWLabeif0jDQ2hVhPSRe5NpB1iHyDWa/8AsBZuE4KV4Jlrt2WgK6V/EAKqfkI1GgZ+UpP4d4qL Qo5FHAZcww6P5QDjqvMV17NqmjEpSnVwIqmnLNNbbOHzamohHUY1Vb1w9czeZTguPuHYbTUrn3bH Ny47U1XB/h5ZUZ7xK0f1QXbjROfdLrd6S+2yW6fokUhWTS0cjJjVIusbvrMFVifFsBKyOeDgTbBL lOy+qarU2a8WXxY96dmBmx4Yadpf1TVe9eMJNiU3UtRbnqwAknMnMz4ct5aTa9qpo6iymKqY9sOK 1+xR+MsRt6XMqYa42rJo0efXww5EKzVTPsdnOupFafMSsm1MfIZc1d93ZtTb51ROW/lWSUa+0X20 tbgmxgK6RcdWvlqa5e3RaL5xmV7U0XAW89lpIG5pw3HLtMcgrmu9GytnDO3DnOE/czZqwQ1q7cB3 w914tDr8vH+7PWkENPkzKXEXSrXiWhPmntzOpZIG92zhaDFiTHyz25L1ZoCqlKZMtL2213V+cvCN WJ3i0Ne0T5Z9p1RVLQMt0rd1tfd+UpB048+6WYEgkMEg6Mv/1etVl4TFJjUzpWgdEU2DCjukNC3Q CUDVZWKNQaCstmquOJktlnRcTRlfdZlrtT3X4HHnbqxdVb0kyrNetrLbvr7XsGtVs16C1MexaLj6 pz2qRTFa1k9VV+0Mp01tzb1r6oeotd3S12/ZFWwur3Vn5NxNvuY1XxVx1mJZzrN2euhrtbckmJVE nrqvnDaM6bUoiT48TTfbfWtYRd0q4hQXajJXdV8dH4h9lpoTYuZXHjrxepFJ3VSmRlcq5OS/l43x SDtpXSqQDKNXfBjklR8Uxbsnjala+qJbrSIgDRorSxjaZmXUVWkoPn1WsgMtaUUwKLNsXXPWy4wD enwYBs1ubKWskpkkp8y0Kil6AZ5VnAGnyHJK+i4spSlaJ1v4wEw/xm3B09s+nJeIRTH5ltleJ1qY VhqvMfBep6/94UPrTbpHLu1Kuu2GuE94Xgv5lXdLRD3EbeTCM9LOqba4WtUr5lnaHqUyZVLrOnsx 6/7QE1spbm7MVod23RLvJ+Iu8lonXQTPZGn4f4g61u803xRFKmZbX4ftC7sr6IFnvjnYrNp1SAtZ RWEgY1CXpXYXstHoVotF8gAcTH9EkFFo9YLOzfYVBidGvzESS1a/MVrFvFCgZS9dE0o+aAaXUy/u jcil1jhuruM0LVd0ZjumtvB+r6xRoSmvvFdj2xbX6X+X/j4v+4MVpUr6IMs0h8vW/iGmWB3dHsS3 v2iK08VBqvXzVNYlGBpqddSKfX5USZUozqzS1KXtZrRwA+yniCuRUq69oubxxK998kBbdIFZzpoL tla4wUtltXhAQ/Ys1osweSqPixdct0906gt1F2+RRpVo0Ya1TfebSMtcjtZJvRl+otse2lmveAtk w03aJ2+dYnlqutdJMls2aJb+kIfU5HzYG7JfVVSlgvRrRpSY65r2a3HVz1axq6CsaieBovZNQ1w9 kxb7dpL5LRxGJrtYknWa21G5MarXdZtnll1WZcLNGnH1mW9Ydmy9TXddcW2dUzLbThJmwZW7JXbg b1mR1ybavumVNqq18XPwl9tmteBzrXt2sFctuEv6wHTpjVFp9UHVXvtSrw+aZMF7PJq212SVvke9 pNx80YNF8KulZSn8paGZFdtxLMHV3acSzrw5dWa7cEg5XQNu6lnbslZ6HS/kz6Ux/9ZS6nJE7jA/ 5j1G6Fdx9H/gNW11q2cfhYzK1XqsGbJbGnZ6sDT5tnNrKxrkbKPupviSqc1aOL+iY+oWVJOlrR8r JfK09G4LVyWWN2bJtGPfmejdhlHkS4sSs+SNHoWnI1unQBzV+K3Ninhz3fCwKZcjt4mjXuyPVtgZ 69PnXK0fKaPKyJqUy1N74tieoy3TSlwA7NR6CHjt2MKyPiwPI3ogJsfYacKdX3tDG7Nm63exJgHX joV2GeilmpUkik2TS1GrFKQ7aoNtXWtF2gcvyUuJlyUsnomd1vTQFLPWSDhPE2tzUES0K9V1N8t3 V+Gpn1ZpGlUkvXG/QITaG7m1IDK4rW0UDsm112t6iemlX+UtnSV2AMH6O0p8CuRPJkmqlsbSqS4H Q6fpnRbo7z+xUKr02KtVpM+vkj2f2RpdsWTTxMp5La090GHb3lVRX8P0oQ1XSUcNBOa/l1+6Gy3a dn4Y8hTLkjvRCU1/3CVYytvdq238gxzw1BKdYnWfpFZnhM+EyrSltbT4sQptGuvuglqrmfe90tVr nLYF8debevhr6pdY2nq5M0NxLevAc2q19LIoWcqZYKKypKegLuE5ngSt3tXHggBu5f8AoViz/wCk MpNtyCX2soYt3GfsgW6qmfzFE3x1gturzkIKsrLRv6pFaqmZ+iUVlxTcEdlzbA10ybk+I123r0Mx 0sphS/6RpomuOn/Fb9X/AIZqIw3yW6e8C/Pd7S0pZo6rE8lmlxEdLSuR7edX3lb2P7I0iSnpAXiN OTGsb0cr7RGjKmLp26ptlX0/zjTLdEVjQgxPoqZHG7UzZ8eLp6xu3WOrSqk891VWsrVtEBXzVEwU WZPgisKOIdrSk2y3dLXHd77W4eqbM76TP4nDOZ0Ls7tDL07zUEVTLix1/q7N/NBTDjb3Ws5LWolx ZVV10KHLFgbl2cnRyLGsSo7aHK4Drxaqa4ogq8WJesyPDjdXFmZ7ZrWUJcBW+70LCsT2qz7DT0b7 +nAyPS2po6eyrkT5G2XXdNrlaC7V3PVo6OXHjvXutT8pybtLTmc2kaVechxUWRxuSKrVAxRvUgbM dF0+SW5QnKlbI7V1THZl3oExD7CKlaNvgc/rF3jsYmrOG0jL1mKu7RyaiVh6Vt2Oi9LmHpqxeDsN ul+G5e2KR//Xv5atjbZxcnT2lNJ/VPSKj4NaF1gT5nOXG8cytXTHVxL9ixosldaaMvkxbXDZRY41 Iqu1JakyVr5bqhvw+7VDK9LPEDh0xt92ibfsl/hcky6wbcWB/EaLQ7HlVA4NcbtE6R7Rr21XNGi2 PXTgDyZGiiVKrvWSEZ8WPM1atpNi6cpjr2pIBS6ajXi/MC3TJ89DWqjFSvagOZbp1RTGhXHmplXl Ucs6SrVym00Urjw9PbdVLUDnPbhcW4mqupfJTHdt6JlFbHiUTLANstaaWGV6rHtS1GfonXvNGa9M aejA0Vz1twTD5ta8Z1EK2Ousj65aMg42Tp27N04P2iUwP1joZL13aIi2lGZ461XOS9KVjRGxOjUM dj2R2Acylqq+31jRfpXZy9Be3F5+5uTflzpV7v1vZAz4McObaJPunQskq6tv3TBjzJap91e169zX i6h5eCKheacdJXLvCMF4XyrcbMiWXHbtU7jFSm221c0A55a14iXlrDS4hy2hxWHt+8IXOVqYaXtd QlP5iidnwZG5ampfHktG2sKQCr6TZ8QOz9riC1WntalAdo4LUijLiZ4DqWUQ9WKavWsxoRZHbkAc k7eIaa14xpUF5ScIlLQko5IC1m0lHFeIXa8tOUkPVrRNeHsmd34d3QC9XK8QtzxnQaqNa7UKtpo6 x90qCrRwt9EO5WaqnWX4doVe2TjXVfWK5E1E0gC2118VkoG0vaO85llFNlMa/OBSzq9sbU+HsgDL Zu6XPd3vdF9T0lqW304W+yaqUTtFuO4137za5JG2XErmvLT0X3R9a3T1tKfhNHly1t0t96v7Irkv tcbX3PF9L90AxWslE6Fk7GV9VGu1ll1sLwkVomyMHW9Lkzd6g59c76KoP/IOujqAMPQqmKXWtr/O Mj6d0tLU/NNHxl54E+KtzQDceCtFu2qrfsi8vR3feoK+IyNzyHX67IlwQGO+K9X3kjRXG66tT+Iz 3661nwQynW2KHXrWJ/8AQvbHux6KDLbqXkY22S7rDehBpw9KnXWA/DpckDF1Gyi7rY5dWo4MgV8J XjtX5Kll065Iu+r7EUr1leHMDnZK7r7UVXQvtNOSk331RqrlSUOoHM+A18RZdBu4W/MdBOHwKZM3 l6tNIaM3/jrdol9G09Tfh65ZNKptlsyyPWILo53wy4Da9LC01NVVeJgum6cUNCscxt2jMue+LHEK Bqu+MCerz0VdrTn5Bo//0Neal1XdW2pn6O+XM2rOEjVmybcbkR/LnuTscXQ/L06s9G2y/wANHMDc 20HWsUIVGnE6Bu7YquyZd2M3V5NtdvaQYqZsjtvbNyyO70ZgrRwbMStQoc6TzK2xtKE2FWgMzwAy ZVarS3PUtXEu1jnXc5ZeOwDJ5MvixV6awmza6mfbFioVfHC0mSlKbuJssJyOFpoUUtiVRajmitb6 8RjSsgClWNBlaoXjpCNVKkFc2OuwP8vxVrVtC+rs604D/wCX645IrVZq1kmhtlVaJGdKbDLegCu1 JyUzwqNotM6GfrG6004EGHBjra0vT2mdStPNtwiq+0cjFxk30u7OE37JpGy1KWaSS2rxW/dF6JLV aJeqJyY3Sk0epoxd9SA1VVk4/DQx+GWpHOzxWlcGt1veMuXMrV14GasRxaiUfO3kvZVrq9X90pbL W6haIpbY4I0bWqhJvn9kretZd6/R/KUmqerB3dsJhDU7tNNgfKbak3VSccX3d3vFHWqvLZFGIslu 1DFtXyJZVVt0yX3JJpcwK5OEN6kxuEteSF5Goe6dS9K1ivbCAZWspy4FqZUvQu4mOYtVUgXtWHG6 UCmPVp209UDddFrqSaxHNesVFXS9dJ4eG8+Mq9zWrG+ZiejXyAXlbYan3QJy8X/KUddtvGGtcf4g WWNpdoGrplXdDcu3e+r+xNdrKXVeg5mBqltH9E6OJRXXi/aNRKVam5xO32bGbPW1/E+9X1qeK1Bu Wu+yXJA6qjS314oqMWNbV4lZDMloRzc2r31+nU19NlWaux+JeH59ChmOuk8ylsTtqaK12oVa6Aru VOIttXK5LTwF1s0EWbdUVtfcvSOXeRRpAZljnWSPRjuC0FQplhV0uZp3d0zqCzvXgBvw52qKvINu oS4mKtki1Kb+JMG3Dk3mStIytmrDjVKvkY8M+Y7PgMV1Csw9S9bSUs9SC+4p1LmgUhHWbljcAL/l ySbg3ZbnP/lTlM3XrrqUaFfui7aha0FuUQWraDldY3bIdOsNGDJii0zJB//R19XWcb0E/wAs7uPU zvIno7FsdsdfWMY26cJWJeyRh8yj13mfNlTaVXIw1u85TpoW6hpJNiVRKs8zLarb4jE06mSsmjdB yrNrQEsYa6tLbnDNCSRwU9SNtsYa6js3kjkaW61OHqtWJeXc4Lhr0O5Cb5ca4s5jiqEvKTDWjJ1d d0IrbJoIeeORS+eVwKNCjiWWVIxLqHXgitMibmwR1qZariaaZqc2jgO6b4As0+CCu51V6Xo0mX6L LWlI/wDU4CTXBDKtrWAPS+bWZlFLdQphOTg2zWsoSG4uqti9UmK6LzOdTPmeTqLSquF4ajaWv1LS iI8RuVPIrE6v2fUA5y6e6r6fZN+CipDentEahxV6LjaxotjW6teKStuIFZ86piVlw37BuFTV66z3 TJ1FVWaRNL9/3LlumSpTVy931QLZMja224x3jO3XJ8iL3Sb95DIpjonVeJ7DDROLHWdFwA60mPtD a5Gu6lxLVdaTpxAz6LvR833gWtR6xEheWaptRx7vvBetJjRAVs6rRIjtWZL+Yly+aXsq8I4+sFUr ev41BZNeJSBVWOzUT631i6strUEFM7UQ9f8A2L47LanzSKZWoiNCYrKIAY8iV93Mo71bb4Adtzhr gVT04ATRxJHeq1jQpbKmojUtTOmogqBNbaFqqj4cSmPJW1k6o02oq615hSppVKFqV7j4E37bNNeL 1RlnXa3VS14vdCF2vVOdsR6prwZPMiz8NTPbErJWhtF65FVTjXH2xKK9Rm25Eqat2r9U13zKbViV P9ExZdLu6UNwbK0nE6rjHe986MuV1WLyr6Ixpw1aujR3epos7VV4ku8cq/TOjYDHnyZlFUl7Rmdc lH3mmHE7YrbkKfU2y322UFRo8i9tVBW1XXTmdStVWhktWWBjm6C7MbkoJSaCC7OIFujtrJd1kkMq lw40cCnhs+ZrWLtKZauq0IgY7Kmj7zNqzKnCpy8V+9qa8t9ArV8UmoaFeZGqRkrkku1JRtr1TSiA vrGuS/KYHoCZIOgv5g16q+sJy/zDzFtdV9Y516ONBFZA6PTdb8Noqp/SND/mu9xt+0cn8RRzOiA9 FfrGlKS+sZvjXd8I/Gcml7LjI15H7IwdWvV2rwgTkzWbnQwfENcifFt8hg//0sPw9CrpiS1HTCM+ W1WjLTDk46Mf0TXmLcZtrbL4lFkaZemtkq1xEu1FxYry5UoXbErcTLRllW/BiLOtXAm2J00TLVxb ghrh8CydUtQUwJGa67xQ2+esQYd63aDMtVJXbUDbG5cQVwmXVLiOxZH2gO2egm1dgu17SN3ONSKo q1nRGi3Tqtd0GWre7Q61rrytQOHbLtfANepa5CruWxbtHAQbX1vog048iyLWEcZ2kG5rmMHpsOHd rxNNMG5zZaGL+W535bbWntHUTy2WiVfeMqVlrTDDS79v6vH7f4fthlatrXX7pk8l4sqs35mS3jtb 9XQ34rN6MAZ2qYrWfYc1dXbBDa3V9r5p0+raWKztrWO8cy2zHCXeq3u2eyBL5VlU1cmi91SnDV93 3jnfy/pXezyvSs9yh1X32rLwp7vw/szNailpdkl821v3WH94Wtjd7JP1V/qFseWVvS0s/wD6QMeT vWfpX/wMqq28cuNK9wPetXdG2UVy2uq7KrvXfd/f9R/lh8/c3iS1gBWWPLVn80F+4lWdLMvny7a1 o6zLrXaWvV5HVtQlIFFWIa7S1sm7Iqxw8VvmQGydVK5PaC3cab147vpgWS33dfRu/dlcmNUenMLu q23Ln3Atebq3EEVnzXSTUaNMbjonVRxithWairVvxKLDFOKtbLXStf8AMKHVxKU+YGninTQGWzpR v6RMmaFD4WCF7VLfN+qV2KqjtHpeUpfe4bvpfrQWzqr22AzxVTuUa97+KbNWkplTtsIrdZHarS0S ra3t7y27yXWsblYA9TXYlpuXt+tQOlbJ8rfh/wB0nnTWLKauaCHala1q9XG0qNNaeU1D0sw2rsaU cRVb1utjGeYv6u3H2v3hBn6mrSTfhXrfus5lfWOz2YdZ8dzfbJ5itjtWXHh/a0/a9McjBPTu1eT2 3NxK6XSXjK6cXtta9v3Yzq8TTlcGDBZeYq1WjrfJv+obc7rsc8EVHnrLa45CL0i26vFG+1XW2mqf eoZLtudJKNK6lxwKW6hpSkVw3rbuF7U2lQj4uXqits6fAffHV1M9cYRVZmuJfzOY6uNMOZRSAMzz uy0M1813oXo4KpbnKKE1dk5Zt86rUMRaU4ZOK0Aduo+AyuztMUQy6SA2eXV8yt60XMXaqjQzsDSt i4vQt3EpoZILptLQitFO84gV1Fnj0JS1qais+Tc+8AMeZsfvbMK46DJjmENtfkRU5iXJZ3bKP//T Xbp7WUIzvp2kzobrQK14mGnCtjtVsFHFlJszXhsw11ubZeixvuorarTkZjrNEC6hGWibUdtSVoy9 WMqRS72hQjm5K3meR0r11FZEmgjm1s5lhvaeRaujLWaKhdX2klJkjcR0VSjTRJ6s0UpS7hs56cl1 rwIrp1w4quZG5lTLXanBynWyLUq29SK0r+Vqy0sD/wAR84RbO8dtJGrqnXWwDP8AxK7Qf+Irzehb D1ds+RY6cX9ip1fhK38TbQFel6atUn6tfBX8P9T9ZmNWTJtU/VE4cKl2nuep8/8A/wCb9n+0NGys agc+mSvea71hXQ1yWu739Zd4GVrPbZj7kfbNPQK1E627SDRmxO1XVPxRU5/U46uGtH7J0c25NWry 8XuirY9+Te+EVGjJVvDhWOut42+7u/Wl7N+VsWmmwbRTN3z+4Utdqq+d3/4JzbGtlWovHRtS+c2s L2u1kuS8Q9U117UAp2tWe2NtfpFulqq3tazDfH+kT7FbJYYkr7Z7SgZ7/pKRrE2sG+Rbk32W7vzy y1yN9i2i74t+ZXfqV21/vMn+0QWd+5tjVlb958OYxqbVfZu+0MyNJ1nt/ogZsld1q/N71/pf1QaS /kBo7Wa4FeLf4rEVMynHar5r7ZatnfEk1xVdv7sydQpXp/oGvDphq/RTIVF9za2tceQrLTetvNGi 7TtWy/DeSy70+0vt0IquNp6Pw2W0yvF3Jvxp3d37Wn/7bMPwbq2a7H98c6qydLcP6Fiox4FslW03 I1W71InvLw+//ulXjdqzzp3fqfxMInIo9O71gGVStWG4/wCMOzG+LU/0iYsW6sPijL1HTRb0W73u 3Kh+TLVLelrX8PKNNlXIlZdm+phrVtRzNuOyS28v1fu/sv8ADyBTVsuk0/dOf1GKlrLJwb7mSvu/ rh1Fss6eq+9QvaitCa/6hKmLUom1ZaJLbX6ZfqcO/G6oqqWda0XCsbx+VxXsNsuPgxtLbM7bfo/3 2Ez5sTxZW66J97H++6UdXD5K8xObz3TY8L6nHqof9KoHDy6WTWkm3HdZVFtLLxfxBnU/y9qqty9f 5lv2391+0MbpbDZPivV//wA/8M0H7VwJ5SK71Mjk51IAq7RV1vNPFCmoCOblwumoqifI35moMlZR RS9WyVe0ZewtahFHfUvE6lrVVVIutihtW+Yyyq0ZXdmzFheRSFZ4SL0BkxujHdK9XJBdV7RWTCsj hG/IlApYlMoiq0/lcV3PgCvT4k9WdC/Ufo9qOUBoeDE9EZ8vTUXBjFSNSNBH/9TXaqFOiiSr6uOQ PiVdREHNpx+p0bMePxI6OfY2c71tDpEelxW7iI6qxbosW+mo14knCM1piWPa9BjTRay2sKlkCnL4 i743ZaD7uNCvIg5Nr7HDKWsrDcq3WEuhUGrYcjYcbhm5bbcijnVcGnEtzNNaVXFDltXBEUqznSCV T4QbFlSUwCtlbkQYc1HXWDGrb3talv1TtWb4QMxUpR77KG+7/t4y6L9H0tcFdOL8dv3Zsa8yaLh+ st//AFv8T9YZLZ8lm64qwl+suP6XI42NcPFb8P1hBsjs4AFWy7F3tJIrp8GBW2Gj1jUFcGxymMme BYBTy2o4a0EZN0t8vZ941WTsLdFZ7VwXi94zVhF5dWlz7tQZcCxUdpnatw2+kKvFC7/pEqPg33/d p+kIqYqXdN9tJ720prnccNR3U9QqU04lMS2pJAZ1W/mXT4dylSUb368l94fVy255lISyO3Iigm1d r3R1KytO0VKd5LYsu3SADar2O/P1P9IFkm+9yLK841Gr1t9oFqq2vaAutaq0cmgp+tz8P1bfoyNK ltAatNLjrBFUy2afDj3S2JxRJdhMte402pjcTFLovkAEwoj5pFkTakdVurcr5wny1u9BUVWVpv5d pe2Z6Wfu2Gba2bn1vv1LPFRqGBN6Vt3tbah8qqW2Sm2u2J4orW7Uc48RBfDvh0yeOnr19fD+pyh4 2i+q8VP4YzzKtq3Brukyw+Gj9UorbCrWTWijaCmNq7rfWO/QO53o9ulvF9MnmTDiLJd6oC836N73 rR/9u38IcqJw0Wtatu72rwi8a8viwLb8lNF3q28HzP7wb5e5RZlN6raOVvvDlbcpWqNxiqLFWnDk N5FLONXwK+dTtKLWtV91mLJ09bJ4n72P3P4vTlslq5nFX3l4fnf2I94nkxpJ95d7Ff2b/s/3YHA2 vHZ1v+H9sa610NF8fnUmO8vsX/XdLk/dmSrjTk/w8kos6vkB1aHJCLPUgpkxKy9JyrN0cHYbUaHM yKbagJ3zxJVN8A7URJpmkWvSzQrbap0aXbUQM2zyIOXDfI6/TYu7K4gaXYO6e2oVXJgs9WJ2KnA0 Z8nJGK1m+BA5uSJwjM7WRR2syi1sz3Q+A+FbgYPLtMjUrpaBG5026ITdOvEzPJko5Zprk85KQr// 1V/FYl2/VK5OrxNRVN/ZFZMNVrJlVYsc2zPItk7y0KLoLN8V+c6eLLWIGb6GtTF+kv5FdttfdH+a rOYZnWSgxZK11IqmfJVcmVx33cCuXNjsiuDJWQNFsDtzRR9PbtRs0akqQc2/8tvbVOq+sIt/L719 ZfaO8rKDJlupKOSumsnq0a6YXHIu3IylSaA8LidDPa2sHQyOKwc12hgWSfMdVekVVO3I14sanUoZ gx+vb6P8U1Y8U232Wv6uv7On7T/+Rn/0yuNp68kMfUUqpIL3vt4at92lfw/VYgpbTNjy7rbnxf2K fs/4hqSlagJzVVlLMz6dNrkaMkwUVm1AVSuJ1XdY2+R46uz4ICq6yy7aehNGBLLk7+R7aLvbROBZ FV2bf6R7q/NxftP8U35u9FXwt9wF1OqMqzZZaVeCfet7tP1Ra9bWolw3Ov1C/lqzljMneh8l94Ba pEt8jLkdlSK8Te7VtWF9Iy3pDl9oFcHTt9yXFfFYtteN1T4QaG9q+8UbT1tyILdR4VAcT/JBS7eW sLh7QFL1XIipgx+XXc9dTTVPfPzRVJr3eMFrO1LS+aKM0K2R7tC11Kkves2d2TbOhBj6mu7V8ErG +lVtVl2VMvUKu1/IOx0tTHXdxS2lVFbj2d4oqtTPNbv3ZaVBPMTaa5bqERWqamqKy6vtL1yJX9Ja 7rZp/WKKK257XyW6vuCLaWleFjrYk4dXqVxdPZ6z3WApu0a8+7Y247zRWtxr3bFbbap1ZSmWtE0+ DYGvI9sWXL7hTN7dfV8X92Ir1CTStqvCX8+qlcv6IC8j1TXFd417fNrK4Mwb604/RH4OrrRNfVKh ypvUPxVGUrCmnB+KvsX/AFn+YIx5q5rebj4+vj+Z/tFvOWrqveqWJV7Y9z1egldPWVA7d5imvBrc TWiNIOKqTZbNmeNd3iUxy2aNisoYGOztdeZj42Xfp+H6042a7Vt7UT/WV/tP2p6aqVVCOd1+GavT 8P2f8MDmrq9IiRV+qjWDN/8AERluzUkRrXWK3q/aL48PxDhPacytoOl0mdUakuQdD/wka7/sf7pT /wAU16/2P9w7GPqaXrMlvNoQc/H/ACxrjb7I5dClzZqfV468WV+NxdpkZr9EkvEzFbDsfE6b6urM 970sRWLy0+Y6nTLiROicyOrlr2gJv06iZMGR7dDq3vWOJzbOrsBleRrkDz32Gp0oZLxyKGKts5pp geNCcGRUNvxFXxKP/9bn304sNKK3FkvjFbXyObbSsS7RtOnT1k59pQ3Fka0A6Pw6XMXkiiiR2Jpq WZ+pU8CjC6O70Op0/R7a7mw9HgXrHRsoq0gOTnyunODd0bWSstnE6rdv1Ot0eWu2ANt8c8DFkwwb 02yt6yBzKqC7T5Gl44IkzI5+Wzqu8xWPqaLiN66jiTldLgv1F1Sn0vmV/aGoju4L/FW20UUX9Zk/ df3uQ66xVqoKYMFenoqV4L737UrmytNYqeO3/Zxf/c5P3IUGlkttXhr4/nX/AGH8QYsdXyIqqi2r giWttUkFq1XIFcibdZ1RxbdbkvZrGmWwVyqys5n1grr5LtuEiuNafKVeZ8EtRGXJkx7UlIRsdTDn s/NarwqvtWNFbWdXa+kCcdJ7z594xWoWqvJaOFa+Iak2WopU8J7wxtKPrEUtpY9OwZt7taiMt02k vFZjrW2pvsQGV1my287WDdfpEvZX3y+HuVXyffK4Yta9rcZ7pULyXmyQm9m6s07U7u74JbKBWKE1 xZFNxY2sKnjDsZ8LcQOvls4S90ql5egFsPP5dv1RubjVrtF0mqaj2vtFKptJ8qvUB+fSjT9BnScl 7zkq/sgXdW6xFZOp0TtyatU6dUml9E5mW2/HdP50GzC26qewoztRWPSVx03XtVeq6/bqaNLN/LuK Y8f6XzKPl30IKZcbpdP2u79IrkTrxNWVq+PTinvr79Ab65K6lRnonfHK41G9PdpW7F3vo3BitWig bS1aW3cvCQLy0cz9H+EZMldGuzvnSy5KOrXaIrejr3uMAZLU3JW7Rm17U2aU67EVrkrje23hv3q/ 3hUJpj393s8JRdPZX+XvV/eG1ZcePVDvOrkrNeNe8Bz8VXS/Z/x/7ptfdavyfj+Zf9oUWSuTlqy+ LKrLa+YGhVTU14EstIFVv5VbLjpu/wB0zV6jJay0lM1EaqWdYG5Mipx5iFktSatczF1e+9pXBFHW 9KM/mLLux2Wvht+7/wBo5Fesy4o3zB0LZFZ1ype8ByOow7La8fvGeqVX2o6nW3Tsp4W8Njm5Kw0+ RYhipS3ArfpbcamjBZYnNloNzdfjqtCDB5WWvMrN1zDfrNygTLZRZ2s+YUrPmUVSQ+RBqpgtbmXt 0l66yX6WjfE6GXgFcfZdA7y5ml8TLk0ZBdVvbmFYXzNPTJNajMqT4BGG9YXEUkuY+2NszWo0UaFj q+Y5dNRric+GTdavMD//1+VZstWz5AtWeBWtnRmGzbUb4i1jZfzNxrx5Kx6QK0bXEZvQi99SVcgb cV3yN1MkrUw9PWTc4qiDndcqtacTF0sp+g1dRqxWJwwOvW7SCsrkXjbaLqjCrXyNmdZGtDR5bMuZ WRBl6i1szVKqW+7tOv0XR16Snzn/AFt/w/U4zJ0tfKe5qbv7B0L2bXe4FQy2RVUrVvwV9sVjxLHN nre3eyX/AHX91iFu1k07eK3hr+zx/h/WEbtdxyActdS1lFW32Fap8w5p2tLsAx9Biqla8cWdHauJ i6JOtGn2m1MAQhGe0WSRoMua3rPgu7X3iVYXRPLZz4Kld+6+1cKrvDH+jrt+sUxU0l+t3jDQZU2t teNooNtRJaci1V3k+wGdxWFxt3QMWGqtd3fq92v700508kY1pu8fuVLUxLGiitN2l2bP3gFtPxGR PdazXCdlR+Z7VCL4MSpXXiAHj1on+G0c2qLdzSYba5K+7YrnSWO3yBGfp5tWebmwtzvSfNj8TVKp LsqBv9LL9VBTOqvsppz7oujax68IK5776NDNyWNU9AAp4UZ8qd6fjGJxt+QirZ0+QikZscS+Trb6 w/FbdRfNRTOm8T9BXC2qr0oCqe2zXIvhmt9OclbUllqzS6fYVDFja09AqOHajoUtVsottrMDnrG2 2CsztZvSVWrcjNes3nt7v0ijPRy4fA0rFuW3nUiooa5+Ib4WrLg/GQZLaUj0l2vMW36VfeNd8dX9 4Ncaq5XBgc1rbq+D8QzBbY9DdatWnV+8Krio4a4+sVBrVK3ofh98u8aV/Q/W+eXeNWrFeK+/UW7b lrzIrRerhNeKv4eX/iCqtVdXXwt/5e7/AHB+K+6ve4oo0qWl+F973LljNPaRNqAmrKVqmGTaMXXY a5Mc9jGYaVvirHYTqf6pwTpJWNJgI6jDW1dtuHq/Nsc+/TtVa4navTdJiyVcd3igORVtd18vuirY PMehqslfhpb1f4Iqtoc8GUY79Nar0G48Nmjo2zSuBntlhaEAXTrmW+HQn4ieIxZoKNOJ+WXz5Jro LxVeQrnptIOdubsOspWoK11HXUIDPVuvAa7uBOoYYEdmL3do2NBNlBQxN2DagKZFUPmSwP/QwurQ l42zs/DIiwpHN0cqmJsY8LR0tkFXSQjnLG2OrgaH1pDkbIFKPYoLq7vxFXbFVyuoDsmMX5SWofPT 4lrWSUgUXUOmhox9Xu0MatWw3Fj1kK6PxD7BuOvmd6xTHSfkNSQAVUuBLWVFuZdi2tzTfBeD+KEC ky7W8T+x/Ylp5FoF71UKZOgvvTPIDzTwF+Zd8EEOxtOUu0YoM2Otob4C8m7kwNWXIqLTiYdclk3w r94ttda68TTjpoYvlqM2SrtCfPxe4NTlwuCK2pbK+7wkZn/R02142e3+IAvHZtT2sF7/AKStfluM olAt1m7t6NpFDLfQS06KVxZLJt1Xp3fVB1V2oqgDbWqs+SHY1a6lib93EzdVRVL0AYMtr+ekuVR+ VNY7T2FqKctnyRMy3UfpAVjq1RTzVStO/kvPCu2g7JpouSQnBfHgx7stlV3ta5Q141W1Z4WkuqJ6 mbL/ADLp5UNtV9mpfF/MOnvpuj3+4MqaNmldrs2l62lxygTKte7TmNo+rSc+gzWmfqG1V1G4Kp0R Tq7JU3fQD010uPIoZdRDKq1U5fIVm6iiTmyky/FYX6y+kMqbG7DruXZb7NhGVvFmr2PufXLdJdWv o5rdfboN6nH5uJteKne+oVFvFV15lqtOiv8AWKVW6LLmtxMejdOU/ZyEVbGlZuvOvh9yxLV23j1b L7dQ44rZf5Y7JSa+ld4gTfRSCNNv5CrcpIXazrWede5YC9VuWovHV1u8c6+KnzsZbDbVq3C33yvV Tj25lxx223/urlDazjya8L/6n+4aLru7lxRW9VkXyjMdm13uK7twKJqPQylLOXS2v/AWa2228n4S Xq/FXxLw/wAL/EAnSU8uaerO7H9L9UamjPSMtd1dJ+wIpbJMN8DcZrXk0rqUmHC4FMm511Is8aFR olNGDPOO08jWsqfEF0sigDlZsKfeRjzUjvr6R1UtHRnOyTVtMBdbRqOsq2Rka2uOTNOC6T224P7J Rgy43VyKVmjv5MFbKEZH/LyKV0+d1NF28hnv07xl8fUbNAjZi6ZVUsTnxrkM86z4C27WA595qVmT ZbC7cSq6bUBKqytnyOhXC0iPpwOTtcjVjbOksC5jFRV4Af/R01sy8jvLSIqo5a6FRIHQ0bEFpJAY tkFGaIli8tOwoUqSM2ISrWRdNsBd8NBVsTiOQ2yaZW2R1CMTt5L1N3R5HmfoRidbdRbav+k6uLE6 Rhx8K/1t/wAP1+UDcmvxF96SIsRHjTAU8m5/N+9/Zl/MjUv5Kn0FMtKpQ+f2gBveRaaIr5U8Ryem hZAUrjSGqEipnyWbegGi+q0EOFBFwlmXe3bXRP7hLVhtu+0uQ21mqwuL7pSqbYp5e9tWrXd+mYaa 6tUiorLbdb3UBz+Pw1DaKV9LCJOnoQaQ6z2itb91c/EXdXVJLkFKsv0kcqr7VzNkm+ZP1UbMdN7f ylsmJUpPP+kBizN3sqLh47GtZJsUVFVSxFbN3nkQOxZGt3a7Dc1tEvTUXRayUxvfWe1soZlvZ+BJ t+tbwVOVbosmZ7rWrL96x1rqKMzYXNPkLLhZrl5+hyYVu0vX5n8MxM9JdvakuLsZOr6PFZtqyo/o +Xc3OX3MXj7OPjy2xOaODpYuvvlWlUmvX9T/ACzl2x2natfdOrTGsGPbzNWRmar1PWXdHV1Xvf7Z jee2RS2S9peojHjbttTSXtXLkhtqWZowdBlz6pbV7WQ34ukx44tKvb7H+V/EOlvhz2MxeX2tTj7u T0+DP019Erpd69aW/wBLzPL/AEp2qW0e7g13jFSa5r9n/EbU1Mdpi3WpCsNWqVjl90OT9H+lXq+L 3RfS3dLPFb1WaVZWvantIik1/S96vPvGpZJ17O7czdIttHXnS1htO7lc8LreBRV232fToXvilN9q 7xfJXWt16r+xY0cio51K6Jc0MyWq1D9buhSh7ea8PulM9d2nPxVIqYsnl44fqjMOWubvV929RfGG uf3jPgo8GVteG/3yjblcV3dhbfCkNml7tvF80FFt7j5f6ZEItOO+6vhv4/e/bjK5Fa7pbS33iPHu q6dguq81JvTJjf1v/qlhWzGtIZd0UCJaUoFMjmGbZWtiTFKjrwNYGgMlqvxczHmx71KOq4jU52Sc dpXAK5WjTqylZT2viPzpK88reEz3muvNFR0enyz3Hx9X5xsTOLZ6K9dP6FzqYMqy1n1l46ksF8ql Qcq+F7jssz2rLIpOKuhdqB1cYHjYCkmyaofWjJbGyilco3cmUrhY1YyCuhNslthfawP/0um7JFfM qUVJ4mDq7unA5NuksifAs2cLpL2vY6eSzgKc8iRS2Q5zyNMassgad67A70hdbaEZUOVkxd8SsVTN Tfl13WWvqU9u4CsWJYFFfHf8PMNtKrGoX4f2ovDidZvfx28XzP8A8fGXtaQDubGVQuib1GvsALYt 03OWFsEgWQWitSPVgVu4RmSbZqtHFib5dqmi1ArkcaMzYqu93Zlr7r/Kzfjx1oklyOd8t+hbfk0d 3x9UxYsXlLdbxWf1TX1LmyXKvfEvvd58gg0tvbtyr3a+8LtZ3cjq44qqoiol8iCq400p5+GponZR 2fIrSyVZYrLffVVXNlRfpltqk+L7wequlCfvApoxGdeZf0VIJdPI45FISbj3S+VPfFewS03ogpu7 arN8qsp06dKqRWZNUfzttPznQ2rQDJ1NrPHbaYK16itYru2vvdzbf/cOxmovLslzW0CcVS7EWXEc ldLnyxM6/tL/ALsv/wCLidz1j1F/FOq3DXyFd2q9Je1OscWuOuNyhlrJKXqyj4/ICz210NsMV7Sz X0PS1ztu8qq9kxWbk7mDu4cbrzXeLyuROM2l5P5aqvuXf0ivwXUVU0un9I3uWkyuO1sc7uRz7V0y Ob/+rpbWu6zXov8A6ZtwLKqTl8U/ZNG52srIbpZEt0kIVIzbvaQ544urcwW0qu1DVefxMil4132+ 0PULaldeo/sW/rCW8W6vJ6jW1ZOr4MCuJ6Oj+gMV5pL92wmtXEc6lk9szwYQuG9edXtGZVuSa4oi j823+GR5FpOjAXRbbNcn3kOviVlBTLysuTGLIuAUrDfdNbeJd2wy+iVlxr9wRkpD8yvFeL3Qtt6g aIWllwZkzK2O3mVXh8f9pi/2huK+3uP6I6U0BTdMNcLCW4Y+sY1837hWtqZeHFG4yZRyi6RStYLJ wyoNlJky4nEmuzBIHGz9M7Vhe9T8P7Q5u/lb3bHp7UTUfVOF12HZbzUtH3ctf3wGavdlcmNwZXjt PZ4vnVE17unL1LFo1lGkdtWVlK4MTZOTFTM6cBtOtTRnFb6SuIxMxLqJ4DN7KNZIMvmwFZGyDXIB KyAeRzoQOgtJiyZ3VGavWy4Ir//Tp8Tl9r7om9nk8WpWSHJNGjePw6F3ls+LFhkGow7mVIDaYsll wD51u0Ubej6XzXvv4K/bC+WjpqNV83LpX1fw/wBI146Oz82/H9XT9jj/AI+QrT9M97/q6/1Nf2t/ /uP7v9kabMrZdmVqp1KzvcckPiACuwL0DWEpYq2RSBZ6lYDu0K7m+AFphCt1rOEMVe0ZSEBnvTWC uRJRVDMujk5yu8l3BmrGh21lcEaaZIUsVtVUZ6N2lsyq7vumz5luMLkhLTtFV71h1tNCqasqr8rF 5H3dOZnwvzL2yPgv0eM1X4pECryqwDH4iXepOlU3s3yAa01WRNHNW/Sa7QqOTNirFQirtDl8WWx4 nG4z5bd5HUXh/EBjtVKsvk0O4leor3EvTUCtL0Cs1MrvfZ6TUqyjJ0mOM9p5L7xvfd09IGNtrdPJ ktlqueoeo8Try8RieNcew53n5xqSqZK2dt9Vo1/3BGWeZstdL0GPLeTXHnfq4scoyuj4mzp+q2UV HBkbKSdeV7eGJ4d3HnSW2/1jRkfmdPa3rJfdPPvNZo638uyPJivjfL+kjnN+pvT+kc46tjKvbZ1Y vo1OFLsdqjb176ZWl8q7s9ghW1NTW5QZK1fAiGYLd9p8zYqow3mtlY2zBRL93UFtV6GMhXUdovHr UIyqWo517oMlXkq16y79fojr023T5WJauugUt33VXpF3s4T51DdbXHJ96pFG6HwYGrDZWUPmVrWJ r2fcF0bo9r5Giz4XX0vdAz5VuruXir90O6UnyZq2ayjP5exunLxUGBmOysoYjFg8uzryffx/vcId a6rkaKWVlJZ4SqUdloWWTXXiFPvF8mJPU2yj1RQnBQGUBZaoy5sKummagNSB5d08q3lW4fq7EiHD Nv8AMMOk/VMNbeZWfWrxLEM9HMzZMbmamld5SBdgAwt04m5ZqtGOSSTWdPd03xNGPLRcWc8I011v Nx9qLLLj9pflOPBIIdmrqrVstGmc3DVq2q0NAAa//9TIQkEg5ImpAwSQgEIMxY3lttr/ANIVfp8P nWjhVeOx0dyz28qndxU/rLe3/wDjYv3oPI7uyui9a3tFlVY67a8EVuTGq2SteHBd2gu+RRHNmWX4 n+INMbs5YVqrZLgXV0+Bgu3e/lU5f1tv3RsrXaQXvNtFwF1xudTVRaFLWllAddCyUIPFEgorwRVJ l7qEBPQgzdRfSBGLHsU82NzV1VebL2rLgxWim3ZS+fhK1o3I9Vm3oQzbtRAulVVSxV9U7Dra6Csi lKi9Z/YoFLx02Yl2vvETmbGjLXQnlaJFGWJcj+kUVb9pkzJUr6X3RtIrWOwgmbwx2sVMKBj7zXoF PUDJkrNqrtZ1WtqVUZaVTum/VHvJxfaEV6l+FCaaSDNZ2svkF2bTaCm9Ov0l36Kj0t1kZ8XcdvSO x3SAyZ53v0iHq4Q7PaZfsmarb/GeflMrpKY/SYM1V2G2IRkyjj6s1k2oqNYpnojjQO3/ACym2js/ W/oHDeh6bp6bcVVw0qWtQemUVtXsY660VjOr7LvsZptdOsEaWq9GJ2xaS9Ne8UrkILZUmmiuHJur tfGpL21kq8ffVlzAbS8OA4bRe2N+/URG5uOI3FTc55lD7rco5oUnz+sUrk3ac6vaMWln2WApnxzW V6veMz1SaNVcsyuzu2MttG6/SqA7I91Vk+jY04nNYZmx2Vquj5jsM1UPkAzFaO4+RfIpU80Jer3I Y7wNRRQ+8vxlFXy3HJll3XK8NiWafdYU1KHILWkp5sV15F01aqsuDNxii+BW1NJRavAL4GgvWBXm OrNKWhXy1Ygz5cazVaPO5aWw3nmj1brt1Of1/S+Yt1eIHEpdVcrw2H2XMxruuHwNleBpFCQWsoKz GjMpYkBAEjKEIBoAkBAYA//VyEkkgmTkgyQCRYICTeh2+nxrDSOLt4jl9JieW271V9s7EbV6Suki ZMu3RcQKkKbcStK7e9bWxly3vmtspw9oK1V/SW04IPU5vIqqU1yX8Ff3heu3p6S+QnpsVnZ9Rl8V vBX9nQgZhwrBWHrZ97Jb5xdaso77mXq4KHWtChFGoLqGC4Fsa0LxGotNpEdkiolnuK7klqZsuXaY Mua1ntXFmLWpGrFfzctr8q9ypodo1MuNLDSPw3EpadWZU+rgN8m7RchNr7auxXFO2XxYU/dC9LI3 Dn0C7Jsvk0q2Aq2aWkaXbapfJHO6ertfXkP6u+2sBGfJneW1UuRssnWssy9Dg7ryW+ia+se3EyhW PN5jcDIa1FdLgdMSb42NK70vsIrE8jVmMxt31OdufefpOphrtovkCLKu6xZ0lyUpabJGlLUKx2cZ LegVvcr5Rj1vcz818oDculmvaFKiQ7Ku+A8vK3XSehdlCMWU23ZjyGuLFZmLYxlGjvHOqQdHpeqd Gqvg+77t/wBoc8f0uPzMqXLx2+gaI7Fa+ZPagWs62U8GM6fSzHdRi3RHIy2thfdgycrdqZpa2KUZ 76Xa9pbigK01GYcsqGIquKFYtGwNtMiWWeVjYu69OfeONZtOToLJNFbmgDkrtvvXC3iHPiKT31df pVJumiZArMvLyq3K/d+mL6iuyyfJj8y8zFK4179SX/S4VYozVcqOZsx3lGeuPTcXxvbaOTAantvt fC3h94dx0YjJV2rpxRbFffWefrEAotrdHy8JMqdqyuNQZpUXXIKyJwwKUtuUl8FfKTpxq+/i/e4B ceVePVt4R1XDh8H4TUqVpx9gWhaty5jVbtOjCltCicMbeGhaUkUy2qFUc91lqylAp6MDm9d0c/pK cV46mLHwXZ+H6I7978/rHHyJY7v2bfZAVdR8gqve7luP6u37s1PXRmO9eT/EVBgJN27j4gkrNiAg IIIiQQhJA//WyQQkyA5Ihv6bo3kW6+lfZ9snR9L5nfv4F/3LfwzqXtpoVqRWqVO7UXbJLhFbtvuV 4+sxFslcenJfbuGj7aotiqlwMlcjzvTwm5ewgLKnmvXw1+1cmW257UWy5FirC4+qKxrSQI1BKqeI G9dQWyRogHotdwZcd2Lz9VWmnF+yBqeX8hgzdalpTV+16n+4Ysma2T5PZFEZtG97ZHNnLKogZDIy wKQlWAQt+kogyAS2+3CXBSGTUIO5rm0F2duLn3gJECrq9kolx7wHdvi2ygQLrJbtf1mFZbqYs9Rc EYB3MZ59/aYmCakNOWSy1Tch+Iy+1YSgwgeV1ltxlyweZaZkq32ABrRTM7W7zHOxzXV5GqrQa65a dll9o4c+M16OO9T75DHe4LZLeyxFsj5ovHizaZuKMpvBvOuMLGnpcjx2brx8Jj7z9A/AuJcR0F1N quVGox9bkfZ+Qx7S0IJtaX1mR6OPyC7dRezlxoKSADacuosnMEWVp7l9UTAYGG0x5m+SLLqnWu2E IYBhtaqdXajlJFl1lkmoUP5THIJGG1vp1tq8lAMfVvHV1iU/T4TFIVIO1b6dbtUbftFH1fo/OY2g SDtXRXXv2ftFa9Ztbarx+cYZLaciHat3x/J1097/AJBPxNVpDM0EYO1dB9bW1drq5J8ao1qzngZc XtXUr1lL2U9031uedTRoxdRbFw1r7P8ADKb7u7yJUxU6hX1r9U10tJWhdhVrSWbUlLV5gU1Rj63E 9u+uq9Y3rUlY8FuDA4e7Qo2rIdnwvDZ09V96hkq9YKBMOH9FjUxeSsqGDHb1bcQHSSQQCWjLFEKK ywhH/9fJJai3PXgLtZVUmro+ntb9JfgciTXUxcFySDe6qpFu6XyI53UdQ1r9UrZubqNi218T8VvZ MeOtuot81eH5xXDhtmtD5+M7SrXCoQVVJYKwuJrxV8uu63HxWEYMe+3mW4eoNy97TkEZZea+63D1 TQ7JKEKSgVbKkFMbKWy1rxMmTqOVfrGVttyyM605eqtbSndX2zLqywGGfUPkIl2lpAEAKAQAt9gA ojUgQJEACSD5QgkASWAggR6EITiBJCCEEIAAxqFKAIgN9oWyrIIRJ8yIDnkUWo9t1bsNkqxhCm16 Dly4dvLrOeftaraGW6GbmxdqtmJxsXtCGhbGujZPL7WdZGLSYNeOm1a8S1FVcEErOpxA0HgDiVES gMkgpPIqrohE5IyIEp8SRIOBYASCSwOIEiSB4BkCqZHLI4BKAkE4BkklAVixUiCmKANgkqRFtqKt hIyg1ttcpwzfh6z1b6fOOfBE4Cy47N3OqLVu1ozl4s9qaLVeybK5lbgHSXWmr1DlWkiqvsL2yJV1 NTz4Vl6i/nVS5o4+Tu2k6T7rkzdTihK/Jnfnx68eMW+iqi6jmIS1h8USs8OaDa25bl4kcGGjbpJX iM6bJV923ht/27kzY3itDAWSCpZGWH//0FYOm3tXvw9Wp0m9NqKUTY1UdtEc22W/e4cEYvK323P6 B2LYU1tXAixKurClYsaw1+cy1aO71Gqs95/RHVSopYB4KBFrToVy51TVs5mXqrX0XdX2gm405s9a aLVmC1nbVlSEc7bRIkCWBekIsyMEhAAJLA5EFXYKkEk2lBkkyWhIqQFakKbgtlFmgTPAHEtGgUUS O0DTZPQBPkIGSukgEkhlFWAeYZ7SscwhE4k4EkMkAmSahgPAANFS4NAASGyElgCCSW+Ur6CgSXKh CrJfiDoirBJEWTkFtAEbArPYWQGkFFUeINC0kaRBVohCyQRV1KwxhJKpbTJtLTJJAMA2uSTAQiNA Cm+IGwAvQWSBqRsCNFayF6kAsmyNETBuQnqJwIrNaoMzwCeifil+p06n4+o5W+sMtk3sxyWTg6ce E43s3PDTxNNMayY3V8DJW0mnFl2aci852mRa5eTC8VofIRkrHeR3c1K5VpxOc8fJnk9PFYc+t9r9 DOtjsupx+W/HX+qt7f8AZnMy4Y4FcWR0aa4oqNNXyfFFmkNzpZF59P8AGr++FLUyWP/RvXrKrima 69dhqvW+r/znEiS23kcja7D/AJjhftfV/wCcW+vxWfrR7v8AznKaQIB2dldfib9b6v8AziOo67dp j4fOOeRIGg27OXqyQnxDBWJCLNgJtBIQQSCJLIKINWTjxCmlwCJEEAwasCxOAEiwVVBhhSK2eoB2 gbRWSSBeY1InJSQhBYQA4hULJQBkkC2pX0F0tCNoiKwBuCJyywFZYQxBOIVRtkTL7QNGhWZ4AgZH YREFVWCMvKIoiQKwBFmgAB6cAoKQJVXAESA3CLtcyj1IiVcluYFCCoKJaARISEERJJAIKCAIUoIK ySQsHIqjKQOIPkJwIiAkLKPUoYApMBAvISgQDwArSTVhAhOAJZJCowyAkdhqcrx/iS4txIRLUJ7O PLtOzrLqTA6uXtEFdxbynH+RuOgrdgvJ3teZlpka4G7HsyrTj7Jy5cuHL1NlZbJNGK+OHJ0clNr0 4Ge6OH+TJfT5nitD8LH5cSo5r4H4fmmZ05D8GWVssSq//9LKlJG44E4E0OTKqLrgTiCYIDEFZIRv UKKBJIYGvSUGSaIEwDVgGQlWpDEARE4hSgjAC9IWCEg6ADUMAfEtD4gTbBWAtkSkIq0BqS0wAKir oRIsyQgIBpBlgYBWgNWEkxwCIpQWiceJIACSbktCKpSRekAtwRkfAjIBrzJEh3ETkoEQQMgWoBfp KhT5BACCiRyCu6QDiBjIkpEAVmQ/iCCSiaE0An2liCeknyEI45cQKvtJMhgiRVTgGSto4wQCy1IV IhgJV+kvx4kAGnIDXYHdJJCKqvaVagYRqQpe58CyXMLTA/SASJgImAZA0TUgBgIFqGI4gFBZXgFs 9X47Jx5Nz0UtqHkHR8SNHmt7XsxbqsQRJ9pIgMRqiIEcw8QuGhcPkFXSDoBMnED/08q14kIVg4sr IHMkE1AjYAqFxLFFdSQFsDXYAI7SzgqCGyAz2EkDULTiSGyqLYV6CoeIEempEwqvpJtgCTHAK7WD l6QVUfKAYkj4BcwCGEBLmWSXErDCpIDBNESCLsKqaBgErgSZCA9CLiQIEjcFacSSTiQCZC5AR1KI GJKMKZAOD1C2GGCIAMleBZlXoUCS06FUmXmEQBMjfMrX0lp/IVVk9ATJX5AqeDGCRJEg+kiYFYIX B6CagSuBGiNJcQr0alVWupaeROJAgaMGq9AXroFtoKrM/KW1QJ5kj0gGZ0BE8C3EHDgBR6Bks1Pp K7QixXQsitlqBHLA1IdZgIFOAU54B05h2lnlQXygUhJDk11XA4l1JVPUvx4kk1FU5cBbgDJ8onp1 VCEkMQOqYD7CcCIKEgEgaLQiJQMMUgKkJJJZhj//1MgH2HN+KyPs/IT4rJ6PqmMTHS1RNYOc+ryP n+Yj6vI+f5hlHSWvEMScz4vJ6Pqk+Lydv5idaY6e2QaI5vxeTt/MT4vJ2r6o6mOkmRanM+Kyej8h Pisno/IXDHTcgOd8Xk7V+QHxWT0fVGGOnwDBy11V12fkD8Zk7V9UmUx0+BG9DmPq8j5/mJ8Xk9H1 R1o6OoWjmfFXJ8Vk9H5C5THTZNeRzPisnb+YPxeT0fkJ1qY6SYTl/FZO38wfi8no+qOtMdNMEnM+ Kyej8hPir+j6pcqujMhfp0Ob8Vk9H1Qvq7vs+qMo6UsM9py/ib+j8gfi8nb+YdR0+GrJuOX8Vf8A BBXV5F2fkJ1HSt6SKqRzfi8no/IT4vJ2r6oymOjD4MKRzfi8navqkfV5H2fkGUx1ECyTOZ8Xk9H1 QfF5O38xeo6LRaNDmfFZPR+QnxWT0fkJlHTkrxOd8Vk7fzBXV5F2fkHUxtcxAxcDm/FZPR+QnxWT t/MaxXT4MMtnL+Kydofi8no+qTEdOWB/Kc34vJ2r6oPir+j6oyjpNETZzfisno/IT4rJ+CJ1HTt3 kCIOb8Vk9H5A/F5O38w60x0lqgpanM+Lydq/IT4vJ2r6pco6b9BIbOZ8Xk7V9UHxWTt/MMHTieBX kc5dVkXMnxeTt/MMHSThln2o5XxN+0PxWTtHUdRPUjaRzPi8navyAfVZH/7E6mOnKLLXU5XxWRdn 5CfFZO1fkHWpjprXiSynU5vxeTt/MD4rJ2/mHWmOlElXK4HP+KydpPisnaXFx0FZltDmfEXJ8Tdc /wAwwdNahhnM+Kyfgg/F5O38xOpjplXJzX1WR8/zE+Kydo6mOnCJMnN+Lyej6pPi8no+qXqY6ZVc TnfF5PR+QHxWTt/MTqY6ZN3I5nxWTt/MT4rJ+CHWpjptdgGc34rJ6PyB+Lyej6oyq//Z ------------FBCCA322C0BA27-- From legros@nevrax.com Wed Jan 9 18:38:50 2002 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g09Hclw23334 for ; Wed, 9 Jan 2002 18:38:48 +0100 (CET) (envelope-from legros@nevrax.com) Received: from benjaminl (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g09HX3J01170 for ; Wed, 9 Jan 2002 18:33:03 +0100 (CET) (envelope-from legros@nevrax.com) Message-ID: <000b01c19933$d12fb0f0$1b01a8c0@benjaminl> From: "Benjamin Legros" To: References: <7932890954.20020105154321@in-orbit.net> <000901c19795$1f9738d0$1b01a8c0@benjaminl> <3045646396.20020109005607@in-orbit.net> <002e01c198fe$5540f4c0$1b01a8c0@benjaminl> <100105310137.20020109173031@in-orbit.net> Subject: Re: Re[4]: [Nel] How to use CollisionMeshBuild (.cmb) Date: Wed, 9 Jan 2002 18:33:57 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: "Benjamin Legros" List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: From: "Robert Bjarnason" > Is it maybe too steep or does the > exterior mesh collision not work for walking on top > of buildings? The interior collision builder doesn't take slope into account, nor mesh geometry (as it only uses collision mesh which is something like a curved plane), so it shouldn't be an issue here. We, at Nevrax, also use stairs, ramps and so on. The only issue I can see here is a vertex misalignement between the interior mesh and the exterior mesh, or the common edges wouldn't be invisible both. Also check that the beginning of the stairs are not crossing a landscape surface border (that is the 'door' to the stairs is located inside a surface) Last thing of all, a PACS surface must not cover itself, for instance a spiral staircase must be divided in multiple pieces so that for a couple of (x,y) coordinates, there is at maximum 1 point on the surface (so a unique z). Typically, a house that has multiple floors will be divided by floor. I hope this will solve your problem ! Benjamin Legros Nevrax France From david.mentre@wanadoo.fr Wed Jan 9 19:21:50 2002 Received: from mel-rto2.wanadoo.fr (smtp-out-2.wanadoo.fr [193.252.19.254]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g09ILow23604 for ; Wed, 9 Jan 2002 19:21:50 +0100 (CET) (envelope-from david.mentre@wanadoo.fr) Received: from mel-rta8.wanadoo.fr (193.252.19.79) by mel-rto2.wanadoo.fr; 9 Jan 2002 19:16:04 +0100 Received: from oops (193.251.66.67) by mel-rta8.wanadoo.fr; 9 Jan 2002 19:15:40 +0100 Received: from david by oops with local (Exim 3.33 #1 (Debian)) id 16ONGG-0000Mm-00 for ; Wed, 09 Jan 2002 19:15:40 +0100 To: nel@nevrax.org Subject: Re: [Nel] Issue to run snowballs2 References: <87n0zo3d4p.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me> <87ell037cv.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me> <003b01c198f7$71970030$0601a8c0@lionelb> From: David Mentre Organization: none Date: 09 Jan 2002 19:15:40 +0100 In-Reply-To: <003b01c198f7$71970030$0601a8c0@lionelb> Message-ID: <87y9j7v19v.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me> Lines: 29 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.1 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hello Lionel, "Lionel Berenguier" writes: > Okay, sorry for late answer but this an issue I have not yet fixed, Thank you. I don't mind a late reply if I get a reply at all (especially when it is detailed like yours :) > The test in driver_open_extension.cpp:333 ensure that code that use > glSetFenceNV won't be executed, but it's still compiled and linked. > Therefore it crahses when the libnel_drv_opengl.so is loaded. One quick workaround would be to put an appropriate test in the configure. This test would try run a small program testing the GL extension and thus #define its availability. But for a long term fix, it would be better to allow the dynamic lookup of those extensions. It would allow Nevrax to release one binary supporting all hardware at full speed. Sorry, I have no fix for that yet. Anyway, thank you for your reply, Best regards, d. -- david.mentre@wanadoo.fr From david.mentre@wanadoo.fr Wed Jan 9 23:34:39 2002 Received: from mel-rto6.wanadoo.fr (smtp-out-6.wanadoo.fr [193.252.19.25]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g09MYdw24972 for ; Wed, 9 Jan 2002 23:34:39 +0100 (CET) (envelope-from david.mentre@wanadoo.fr) Received: from mel-rta6.wanadoo.fr (193.252.19.222) by mel-rto6.wanadoo.fr; 9 Jan 2002 23:28:52 +0100 Received: from oops (193.251.66.67) by mel-rta6.wanadoo.fr; 9 Jan 2002 23:28:30 +0100 Received: from david by oops with local (Exim 3.33 #1 (Debian)) id 16ORCw-0003KZ-00 for ; Wed, 09 Jan 2002 23:28:30 +0100 To: nel@nevrax.org Subject: Re: [Nel] Issue to run snowballs2 References: <87n0zo3d4p.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me> <87ell037cv.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me> <003b01c198f7$71970030$0601a8c0@lionelb> From: David Mentre Organization: none Date: 09 Jan 2002 23:28:29 +0100 In-Reply-To: <003b01c198f7$71970030$0601a8c0@lionelb> Message-ID: <87666bi2gi.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me> Lines: 45 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.1 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: "Lionel Berenguier" writes: > Also, can anybody explains me why under linux/unix we don't have to > dynamically import functions (ie with such call like wglGetProcAdress(), or > window's GetProcAdress()) ??? In other terms, What system underlie the > dynamic library loader (I suppose there is system which fill a table of jump > or something like this but I don't really knows). Ok. Looking at nm(1): For each symbol, nm shows: [...] "U" The symbol is undefined. [...] "W" The symbol is a weak symbol that has not been specifically tagged as a weak object symbol. When a weak defined symbol is linked with a normal defined symbol, the normal defined symbol is used with no error. When a weak undefined symbol is linked and the symbol is not defined, the value of the weak symbol becomes zero with no error. [...] So I think we would like those "weak objects" for all GL extensions. Looking at the generated library, we find: david@oops:~/pub/NeL/code/nel/src/3d/driver/opengl/.libs$ nm libnel_drv_opengl.so|grep Fence 0001a58c T finishFence__Q24NL3D19CVertexBufferHardGL U glDeleteFencesNV U glFinishFenceNV U glGenFencesNV U glSetFenceNV 000213e0 W isFenceSet__CQ24NL3D19CVertexBufferHardGL 0001a554 T setFence__Q24NL3D19CVertexBufferHardGL So glSetFenceNV is an undefined symbol that will trigger the dlopen error. I've not found a way to change that however. :( Hope it helps a little, Best regards, d. -- david.mentre@wanadoo.fr From v.caron@zerodeux.net Thu Jan 10 00:10:03 2002 Received: from zerodeux.net (zerodeux.net [62.4.22.182]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g09NA3w25204 for ; Thu, 10 Jan 2002 00:10:03 +0100 (CET) (envelope-from v.caron@zerodeux.net) Received: from localhost.localdomain (zerodeux.home [192.168.1.3]) by zerodeux.net (Postfix) with ESMTP id D5530B6FB for ; Thu, 10 Jan 2002 00:04:25 +0100 (CET) Subject: Re: [Nel] Issue to run snowballs2 From: Vincent Caron To: nel@nevrax.org In-Reply-To: <003b01c198f7$71970030$0601a8c0@lionelb> References: <87n0zo3d4p.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me> <87ell037cv.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me> <003b01c198f7$71970030$0601a8c0@lionelb> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Evolution/1.0 (Preview Release) Date: 10 Jan 2002 00:04:16 +0100 Message-Id: <1010617456.755.20.camel@zerodeux.home> Mime-Version: 1.0 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: On Wed, 2002-01-09 at 11:21, Lionel Berenguier wrote: > > If someone could explains me where I am wrong in > driver_opengl_extension_def.h, it would be cool. > > Also, can anybody explains me why under linux/unix we don't have to > dynamically import functions (ie with such call like wglGetProcAdress(), or > window's GetProcAdress()) ??? In other terms, What system underlie the > dynamic library loader (I suppose there is system which fill a table of jump > or something like this but I don't really knows). OpenGL under Unix was used for a long time on a limited set of video hardware (on SGI/Irix, HP/UX and a few), and there were little migration of software across these different setups. Thus, the extensions were simply compiled in libGL.so together with the standard API, and you had only two solution : 1) choose extension usage at compile time or 2) dynamically load different versions of your engine (if the DLL wouldn't load, it meant a required extension was not present). But of course it was quickly a pb. An extension has been proposed as the counterpart of wglGetProcAddress ( http://oss.sgi.com/projects/ogl-sample/registry/ARB/get_proc_address.txt ). Since you have the pb of the chicken and the egg (how do you get the glXGetProcAddressARB function address without itself ? :)), the author asked driver implementors to _always_ compile this one in their libGL.so (even if it always return NULL : no extension!). Conclusion: you can reuse the code currently embraced by #ifdef NL_OS_WINDOWS/#endif for Linux, replacing wglGetProcAddress by glXGetProcAddressARB (may I suggest a macro ? :)). Now you would say : ok, but the gl* extensions are defined twice ! Once as function pointers in my code, once as functions in libGL.so ! The fact is that dlopen'ing("/usr/lib/libGL.so") does not import libGL symbols in your process space. You have to import them with dlsym(), or in our precise case, with glXGetProcAddressARB(). You get the Windows behaviour. But Linux users keep a slight advantage : they can code nVidia specific stuff without those boring function pointer mess, they just link against libGL.so. -- There is something worth mentioning : glXGetProcAddressARB is context-independent while wglGetProcAddress is ! This is spurious, because wgl* functions are on the windowing system side, and should not be context-dependent until one of their parameter is a context. If a Windows host has several drivers (often the case : one software, and one HW, maybe more with multi-head), context is critical since you can deal with several driver interfaces. At least it is clearly mentioned in the first line of the MSDN doc... -- Add-on: to list symbols of a DLL, use 'nm -D .so|less'. Symbols with a leading 'U' are undefined (meaning their implementation reside in another lib), those with a 'T' are implemented here (in the 'text section' = code segment). Very useful if you want to understand the strategy of the runtime loader. From ian@cahoononline.com Thu Jan 10 10:44:29 2002 Received: from gonzo.cahoononline.com ([209.237.31.48]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0A9iRw28875 for ; Thu, 10 Jan 2002 10:44:28 +0100 (CET) (envelope-from ian@cahoononline.com) Received: from cahoononline.com (daffy.cahoononline.com [192.168.1.26]) by gonzo.cahoononline.com (8.11.2/8.11.0) with ESMTP id g0A9ci700932 for ; Thu, 10 Jan 2002 01:38:45 -0800 Message-ID: <3C3D611F.3FBC555F@cahoononline.com> Date: Thu, 10 Jan 2002 01:38:39 -0800 From: Ian Cahoon X-Mailer: Mozilla 4.78 [en] (X11; U; Linux 2.4.9-13 i686) X-Accept-Language: en MIME-Version: 1.0 To: nel@nevrax.org Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: [Nel] libxml / configure problem Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi, I am new to NeL and was having some problems getting it to build. I am on a stock Redhat 7.2, i686 box. I am trying to build off of CVS HEAD. When running configure I am running into the following problem... [code.HEAD] nel: ./configure --with-stlport=/home/icahoon/ws/STLport-4.5.1 loading cache ./config.cache checking for a BSD compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking whether make sets ${MAKE}... yes checking for working aclocal... found checking for working autoconf... found checking for working automake... found checking for working autoheader... found checking for working makeinfo... found ...snip... checking for python... /usr/bin/python checking for Python headers... /usr/include/python1.5 checking for Python libraries... /usr/lib/python1.5/config checking for xml2-config... /usr/bin/xml2-config checking for libxml - version >= 2.0.0... no *** Could not run libxml test program, checking why... *** The test program failed to compile or link. See the file config.log for the *** exact error that occured. This usually means LIBXML was incorrectly installed *** or that you have moved LIBXML since it was installed. In the latter case, you *** may want to edit the xml2-config script: /usr/bin/xml2-config configure: error: libxml2 must be installed. So I did a bit of digging. It seems in configure.in, line 138 there is > dnl Use C++ compiler as a default for the compilation tests. > AC_LANG_CPLUSPLUS But looking at the macro AM_PATH_XML2 in /usr/share/aclocal/libxml.m4 it seems pretty clear it won't work with a C++ compiler since it is only modifying the CFLAGS, not the CPPFLAGS or the CXXFLAGS. I am in no way an autoconf expert, so I dont know what the "correct" solution is, but in configure.in, I added the following macros, and it seems to work: Index: configure.in =================================================================== RCS file: /home/cvsroot/code/nel/configure.in,v retrieving revision 1.56 diff -c -r1.56 configure.in *** configure.in 7 Jan 2002 16:09:52 -0000 1.56 --- configure.in 10 Jan 2002 09:42:24 -0000 *************** *** 215,225 **** --- 215,232 ---- AM_PATH_PYTHON( $enable_ai ) + + dnl Use C++ compiler as a default for the compilation tests. + AC_LANG_C + dnl ========== dnl LibXML dnl ========== AM_PATH_XML2( 2.0.0, , AC_MSG_ERROR(libxml2 must be installed.) ) + + dnl Use C++ compiler as a default for the compilation tests. + AC_LANG_CPLUSPLUS dnl ==================================================================== Thought you might like to know, --Ian From valignat@gw.nevrax.com Thu Jan 10 11:58:42 2002 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0AAwfw29322 for ; Thu, 10 Jan 2002 11:58:41 +0100 (CET) (envelope-from valignat@gw.nevrax.com) Received: from gw.nevrax.com (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with ESMTP id g0AAr0J05983 for ; Thu, 10 Jan 2002 11:53:00 +0100 (CET) (envelope-from valignat@gw.nevrax.com) Received: (from valignat@localhost) by gw.nevrax.com (8.11.6/8.11.6) id g0AAqgv88108 for nel@nevrax.org; Thu, 10 Jan 2002 11:52:42 +0100 (CET) (envelope-from valignat) Date: Thu, 10 Jan 2002 11:52:42 +0100 From: Cedric Valignat To: nel@nevrax.org Subject: Re: [Nel] libxml / configure problem Message-ID: <20020110115242.A88071@nevrax.com> References: <3C3D611F.3FBC555F@cahoononline.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3C3D611F.3FBC555F@cahoononline.com>; from ian@cahoononline.com on Thu, Jan 10, 2002 at 01:38:39AM -0800 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi Ian, I applied your patch and it will be on the public CVS tonigth. Until then, you can run the 'configure' script with the '--disable-xmltest' option to avoid that crash. Thanks for your help :-) Cedric. According to Ian Cahoon: > > [...] > But looking at the macro AM_PATH_XML2 in /usr/share/aclocal/libxml.m4 > it seems pretty clear it won't work with a C++ compiler since > it is only modifying the CFLAGS, not the CPPFLAGS or the CXXFLAGS. > > I am in no way an autoconf expert, so I dont know what the "correct" solution > is, but in configure.in, I added the following macros, and it seems to work: > [...] From neuser.jp@club-internet.fr Fri Jan 11 14:46:57 2002 Received: from relay-3m.club-internet.fr (relay-3m.club-internet.fr [195.36.216.172]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0BDkuw37685 for ; Fri, 11 Jan 2002 14:46:57 +0100 (CET) (envelope-from neuser.jp@club-internet.fr) Received: from kissmaniac (lns03m-10-235.w.club-internet.fr [212.194.57.235]) by relay-3m.club-internet.fr (Postfix) with SMTP id BFCB2177C for ; Fri, 11 Jan 2002 14:41:11 +0100 (CET) Message-ID: <000801c19aa5$8e015d60$eb39c2d4@kissmaniac> From: "neuser jean-philippe" To: Date: Fri, 11 Jan 2002 14:40:36 +0100 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0005_01C19AAD.EED8CD50" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Subject: [Nel] (no subject) Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: This is a multi-part message in MIME format. ------=_NextPart_000_0005_01C19AAD.EED8CD50 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable hello=20 my name is neuser jean-philippe=20 and i have some problem to build and run snowball. FIRST PROBLEM: In Debug configuration i am able to compile snowball but at execution i = have this in log file ////////////////////////////////////// Log Starting [02/01/11 13:18:16] 02/01/11 13:18:16 DBG 1904 driver_opengl_extension.cpp 579 : GLExt: = GL_ARB_multitexture GL_ARB_texture_border_clamp = GL_ARB_texture_compression GL_ARB_texture_cube_map = GL_ARB_texture_env_add GL_EXT_texture_env_add GL_ARB_texture_env_combine = GL_ARB_texture_env_crossbar GL_ARB_texture_env_dot3 = GL_ARB_transpose_matrix GL_ARB_vertex_blend GL_S3_s3tc = GL_ATI_envmap_bumpmap GL_ATI_texture_mirror_once GL_ATI_vertex_streams = GL_ATIX_texture_env_combine3 GL_ATIX_texture_env_route = GL_ATIX_vertex_shader_output_point_size GL_EXT_abgr GL_EXT_bgra = GL_EXT_clip_volume_hint GL_EXT_compiled_vertex_array = GL_EXT_draw_range_elements GL_EXT_fog_coord GL_EXT_packed_pixels = GL_EXT_point_parameters GL_EXT_rescale_normal GL_EXT_secondary_color = GL_EXT_separate_specular_color GL_EXT_stencil_wrap = GL_EXT_texgen_reflection GL_EXT_texture3D = GL_EXT_texture_compression_s3tc GL_EXT_texture_cube_map = GL_EXT_texture_edge_clamp GL_EXT_texture_env_combine = GL_EXT_texture_env_dot3 GL_EXT_texture_filter_anisotropic = GL_EXT_texture_object GL_EXT_vertex_array GL_KTX_buffer_region = GL_ARB_window_pos GL_NV_texgen_reflection GL_NV_blend_square = GL_SGI_texture_edge_clamp GL_SGIS_texture_border_clamp = GL_SGIS_texture_lod GL_SGIS_multitexture GL_WIN_swap_hint = WGL_EXT_extensions_string WGL_EXT_swap_control=20 02/01/11 13:18:16 DBG 1904 driver_opengl_extension.cpp 656 : WGLExt: = WGL_ARB_make_current_read WGL_ARB_pbuffer WGL_ARB_pixel_format = WGL_EXT_swap_control=20 02/01/11 13:18:16 WRN 1904 path.cpp 220 : CPath::lookup(n019003l.pfb): = file not found 02/01/11 13:18:16 WRN 1904 common.cpp 390 : Exception will be launched: = Path not found for n019003l.pfb ////////////////////////////////////// what does it mean ?=20 Its possible to download a good snowball program and dll necessary ?=20 SECOND PROBLEM: In debug release configuration=20 i m not able to compile opengl driver project driver_opengl.cpp D:\skander\code\nel\src\3d\driver\opengl\driver_opengl_extension.h(142) = =3D : error C2146: syntax error : missing ';' before identifier =3D 'glActiveTextureARB' D:\skander\code\nel\src\3d\driver\opengl\driver_opengl_extension.h(142) = =3D : fatal error C1004: unexpected end of file found (repeated 9 times for the next 9 files) somebody had same problem but no give solution=20 its possible somebody make an good installation guide with configuration = of visual studio. screenshoot , step by step ...=20 thanks all=20 i hope to help you in future=20 ------=_NextPart_000_0005_01C19AAD.EED8CD50 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
hello
my name is neuser jean-philippe =
and i have some problem to build and = run=20 snowball.
 
 
 
 
FIRST PROBLEM:
In Debug configuration i am able to = compile=20 snowball but at execution i have this in log file
 
//////////////////////////////////////
Log Starting [02/01/11 = 13:18:16]
02/01/11=20 13:18:16 DBG 1904 driver_opengl_extension.cpp 579 : GLExt: = GL_ARB_multitexture=20 GL_ARB_texture_border_clamp GL_ARB_texture_compression = GL_ARB_texture_cube_map=20 GL_ARB_texture_env_add GL_EXT_texture_env_add GL_ARB_texture_env_combine = GL_ARB_texture_env_crossbar GL_ARB_texture_env_dot3 = GL_ARB_transpose_matrix=20 GL_ARB_vertex_blend GL_S3_s3tc GL_ATI_envmap_bumpmap = GL_ATI_texture_mirror_once=20 GL_ATI_vertex_streams GL_ATIX_texture_env_combine3 = GL_ATIX_texture_env_route=20 GL_ATIX_vertex_shader_output_point_size GL_EXT_abgr GL_EXT_bgra=20 GL_EXT_clip_volume_hint GL_EXT_compiled_vertex_array = GL_EXT_draw_range_elements=20 GL_EXT_fog_coord GL_EXT_packed_pixels GL_EXT_point_parameters=20 GL_EXT_rescale_normal GL_EXT_secondary_color = GL_EXT_separate_specular_color=20 GL_EXT_stencil_wrap GL_EXT_texgen_reflection GL_EXT_texture3D=20 GL_EXT_texture_compression_s3tc GL_EXT_texture_cube_map=20 GL_EXT_texture_edge_clamp GL_EXT_texture_env_combine = GL_EXT_texture_env_dot3=20 GL_EXT_texture_filter_anisotropic GL_EXT_texture_object = GL_EXT_vertex_array=20 GL_KTX_buffer_region GL_ARB_window_pos GL_NV_texgen_reflection=20 GL_NV_blend_square GL_SGI_texture_edge_clamp = GL_SGIS_texture_border_clamp=20 GL_SGIS_texture_lod GL_SGIS_multitexture GL_WIN_swap_hint=20 WGL_EXT_extensions_string WGL_EXT_swap_control
02/01/11 13:18:16 DBG = 1904=20 driver_opengl_extension.cpp 656 : WGLExt: WGL_ARB_make_current_read=20 WGL_ARB_pbuffer WGL_ARB_pixel_format WGL_EXT_swap_control
02/01/11 = 13:18:16=20 WRN 1904 path.cpp 220 : CPath::lookup(n019003l.pfb): file not = found
02/01/11=20 13:18:16 WRN 1904 common.cpp 390 : Exception will be launched: Path not = found=20 for n019003l.pfb
//////////////////////////////////////
 
 
what does it mean ?
 
 
 
Its possible to download a good = snowball program=20 and dll necessary ?
 
 
 
 
 
SECOND = PROBLEM:
In debug release = configuration 
i m not able to compile opengl driver=20 project
driver_opengl.cpp
D:\skander\code\nel\src\3d\driver\opengl\driver= _opengl_extension.h(142)=20 =3D
: error C2146: syntax error : missing ';' before identifier=20 =3D
'glActiveTextureARB'
D:\skander\code\nel\src\3d\driver\open= gl\driver_opengl_extension.h(142)=20 =3D
: fatal error C1004: unexpected end of file = found
(repeated 9=20 times for the next 9 files)
somebody had same problem but no give = solution=20
 
 
its possible somebody make an good = installation=20 guide with configuration of visual studio.
screenshoot , step by step ... =
 
 
thanks all
 
i hope to help you in future =
 
 
 
 
------=_NextPart_000_0005_01C19AAD.EED8CD50-- From lecroart@nevrax.com Fri Jan 11 15:19:53 2002 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0BEJqw37901 for ; Fri, 11 Jan 2002 15:19:52 +0100 (CET) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g0BEE9J18273 for ; Fri, 11 Jan 2002 15:14:09 +0100 (CET) (envelope-from lecroart@nevrax.com) Message-ID: <008c01c19aaa$3caf3e00$0901a8c0@vianneyl> From: "Vianney Lecroart" To: References: <000801c19aa5$8e015d60$eb39c2d4@kissmaniac> Subject: Re: [Nel] (no subject) Date: Fri, 11 Jan 2002 15:14:09 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi, >In Debug configuration i am able to compile snowball but at execution i have this in log file >02/01/11 13:18:16 WRN 1904 path.cpp 220 : CPath::lookup(n019003l.pfb): file not found Ok, you don't have datas so the program can't find them! Get them here : /download/cvs >In debug release configuration i m not able to compile opengl driver project It works fine here and we don't know what the problem you have can be, try to get the last cvs snapshot. If it works in other configuration, it's quite strange Vianney Lecroart --- lead network programmer / nevrax.com icq#: 6870415 homepage: http://ace.planet-d.net www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? From robert@in-orbit.net Fri Jan 11 15:58:57 2002 Received: from quasar.skima.is (quasar.skima.is [212.30.200.205]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0BEwuw38165 for ; Fri, 11 Jan 2002 15:58:56 +0100 (CET) (envelope-from robert@in-orbit.net) Received: from [213.167.146.97] by quasar.skima.is with ESMTP for nel@nevrax.org; Fri, 11 Jan 2002 14:53:01 Z Date: Fri, 11 Jan 2002 15:18:44 -0800 From: Robert Bjarnason X-Mailer: The Bat! (v1.49) Personal Organization: InOrbit Entertainment, Inc. X-Priority: 3 (Normal) Message-Id: <84270203091.20020111151844@in-orbit.net> To: Benjamin Legros Subject: Re[6]: [Nel] How to use CollisionMeshBuild (.cmb) In-reply-To: <000b01c19933$d12fb0f0$1b01a8c0@benjaminl> References: <7932890954.20020105154321@in-orbit.net> <000901c19795$1f9738d0$1b01a8c0@benjaminl> <3045646396.20020109005607@in-orbit.net> <002e01c198fe$5540f4c0$1b01a8c0@benjaminl> <100105310137.20020109173031@in-orbit.net> <000b01c19933$d12fb0f0$1b01a8c0@benjaminl> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by www.nevrax.org id g0BEwuw38165 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: =?ISO-8859-1?Q?R=F3bert_Bjarnason?= List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi Benjamin, I have been unsuccessful in being able to walk up stair that are a part of the exterior mesh. One thing I thought of before continuing my 3DMax mesh hacking, exporting and testing: I'm using the snowballs pacs code for the client, any chance this code might be outdated and is not using the right VisualCollision handling for being able to walk on top of exterior meshes? Just checking to make sure that my problem is not client side... If you think it's ok, I'll continue my mesh hacking until I find the solution, otherwise a client side code snipped would help a lot... Warm regards, Robert From david.mentre@wanadoo.fr Sat Jan 12 23:16:10 2002 Received: from mel-rto4.wanadoo.fr (smtp-out-4.wanadoo.fr [193.252.19.23]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0CMGAw49979 for ; Sat, 12 Jan 2002 23:16:10 +0100 (CET) (envelope-from david.mentre@wanadoo.fr) Received: from mel-rta1.wanadoo.fr (193.252.19.150) by mel-rto4.wanadoo.fr; 12 Jan 2002 23:10:22 +0100 Received: from oops (193.251.184.142) by mel-rta1.wanadoo.fr; 12 Jan 2002 23:10:17 +0100 Received: from david by oops with local (Exim 3.33 #1 (Debian)) id 16PWLw-0001JB-00 for ; Sat, 12 Jan 2002 23:10:16 +0100 To: nel@nevrax.org From: David Mentre Organization: none Date: 12 Jan 2002 23:10:16 +0100 Message-ID: <87zo3j5ign.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me> Lines: 38 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.1 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: [Nel] Unable to compile nelns on linux Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hello, One again, a bad news. After updating to the latest nelns code, I am now unable to compiled it (on debian 3.0): david@oops:~/pub/NeL/code/nelns$ ./configure --with-stlport=/usr/local/Installed/STLport4.5/ --with-stlport-include=/usr/local/Installed/STLport4.5/include/stlport --with-stlport-lib=/usr/local/Installed/STLport4.5/lib/ --with-nel=/usr/local/Installed/NeL/ --with-nel-lib=/usr/local/Installed/NeL/lib --prefix=/usr/local/Installed/NeL/ [...] checking for -lnelmisc... yes [...] david@oops:~/pub/NeL/code/nelns$ nice make [...] make[2]: Entering directory `/home/david/pub/NeL/code/nelns/login_service' /bin/sh ../libtool --mode=link c++ -O3 -DNL_RELEASE -D_REENTRANT -I/usr/local/Installed/STLport4.5/include/stlport -I/usr/local/Installed/NeL//include -o login_service connection_client.o connection_ws.o login_service.o -lnelmisc -lnelnet -lcrypt -L/usr/local/Installed/STLport4.5/lib/ -lstlport_gcc c++ -O3 -DNL_RELEASE -D_REENTRANT -I/usr/local/Installed/STLport4.5/include/stlport -I/usr/local/Installed/NeL//include -o login_service connection_client.o connection_ws.o login_service.o -lnelmisc -lnelnet -lcrypt -L/usr/local/Installed/STLport4.5/lib/ -lstlport_gcc /usr/bin/ld: cannot find -lnelmisc collect2: ld returned 1 exit status Adding -L/usr/local/Installed/NeL/lib allows the compilation: /bin/sh ../libtool --mode=link c++ -O3 -DNL_RELEASE -D_REENTRANT -I/usr/local/Installed/STLport4.5/include/stlport -I/usr/local/Installed/NeL//include -o login_service connection_client.o connection_ws.o login_service.o -lnelmisc -lnelnet -lcrypt -L/usr/local/Installed/STLport4.5/lib/ -L/usr/local/Installed/NeL/lib -lstlport_gcc As something been changed recently in the nelns/configure scripts? Best regards, d. PS : I have added path to NeL and STLports libraries in ld.so.conf. Could it explain this bad behavior? I don't think so. david@oops:~/pub/NeL/code/nelns$ cat /etc/ld.so.conf /usr/X11R6/lib /usr/local/Installed/NeL/lib /usr/local/Installed/STLport4.5/lib -- david.mentre@wanadoo.fr From david.mentre@wanadoo.fr Sat Jan 12 23:41:04 2002 Received: from mel-rto2.wanadoo.fr (smtp-out-2.wanadoo.fr [193.252.19.254]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0CMf4w50140 for ; Sat, 12 Jan 2002 23:41:04 +0100 (CET) (envelope-from david.mentre@wanadoo.fr) Received: from mel-rta9.wanadoo.fr (193.252.19.69) by mel-rto2.wanadoo.fr; 12 Jan 2002 23:35:16 +0100 Received: from oops (193.251.184.142) by mel-rta9.wanadoo.fr; 12 Jan 2002 23:35:15 +0100 Received: from david by oops with local (Exim 3.33 #1 (Debian)) id 16PWk7-0002NX-00 for ; Sat, 12 Jan 2002 23:35:15 +0100 To: nel@nevrax.org Subject: Re: [Nel] Issue running snowballs2 References: <87wuyx2bca.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me> <87u1u0a23k.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me> <87pu4o9ze0.fsf_-_@oops.i-did-not-set--mail-host-address--so-shoot-me> <20020108200546.70486428@postfix2-1.free.fr> <87itac386q.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me> From: David Mentre Organization: none Date: 12 Jan 2002 23:35:14 +0100 In-Reply-To: <87itac386q.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me> Message-ID: <87pu4f5hb1.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me> Lines: 16 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.1 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: David Mentre writes: > Thomas RIBO writes: > > > Did you download the data pack? > > Yes. However, I just discovered I did not downloaded the LATEST data pack. It would be necessary, I think, to put a link to /download/cvs/ in snowballs2/README. Best regards, d. -- david.mentre@wanadoo.fr From lecroart@nevrax.com Tue Jan 15 11:16:39 2002 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0FAGdw68887 for ; Tue, 15 Jan 2002 11:16:39 +0100 (CET) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g0FAAsJ43085 for ; Tue, 15 Jan 2002 11:10:54 +0100 (CET) (envelope-from lecroart@nevrax.com) Message-ID: <001b01c19dac$eaf2f010$0901a8c0@vianneyl> From: "Vianney Lecroart" To: Date: Tue, 15 Jan 2002 11:10:54 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Subject: [Nel] itsalive Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi, Our server called itsalive.nevrax.org that running Snowballs2 server is down for maintenance. We are actually testing some stuffs so the connection to the snowballs2 server could failed. Sorry for that and we'll put it back sooner as possible. Vianney Lecroart --- lead network programmer / nevrax.com icq#: 6870415 homepage: http://ace.planet-d.net www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? From miller@nevrax.com Tue Jan 15 11:38:00 2002 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0FAc0w69015 for ; Tue, 15 Jan 2002 11:38:00 +0100 (CET) (envelope-from miller@nevrax.com) Received: from miller (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g0FAWFJ43453 for ; Tue, 15 Jan 2002 11:32:15 +0100 (CET) (envelope-from miller@nevrax.com) From: "Daniel Miller" To: Subject: RE: [Nel] Unable to compile nelns on linux Date: Tue, 15 Jan 2002 11:32:14 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) In-Reply-To: <87zo3j5ign.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Cedric updated the scripts last week - he's on holiday this week and I'm affraid we're a bit snowed under so we're unlikely to have time to look into this 'till he gets back. Daniel -----Original Message----- From: nel-admin@nevrax.org [mailto:nel-admin@nevrax.org]On Behalf Of David Mentre Sent: Saturday, January 12, 2002 11:10 PM To: nel@nevrax.org Subject: [Nel] Unable to compile nelns on linux Hello, One again, a bad news. After updating to the latest nelns code, I am now unable to compiled it (on debian 3.0): david@oops:~/pub/NeL/code/nelns$ ./configure --with-stlport=/usr/local/Installed/STLport4.5/ --with-stlport-i nclude=/usr/local/Installed/STLport4.5/include/stlport --with-stlport-lib=/u sr/local/Installed/STLport4.5/lib/ --with-nel=/usr/local/Installed/NeL/ --wi th-nel-lib=/usr/local/Installed/NeL/lib --prefix=/usr/local/Installed/NeL/ [...] checking for -lnelmisc... yes [...] david@oops:~/pub/NeL/code/nelns$ nice make [...] make[2]: Entering directory `/home/david/pub/NeL/code/nelns/login_service' /bin/sh ../libtool --mode=link c++ -O3 -DNL_RELEASE -D_REENTRANT -I/usr/local/Installed/STLport4.5/inclu de/stlport -I/usr/local/Installed/NeL//include -o login_service connection_client.o connection_ws.o login_service.o -lnelmisc -lnelnet -lcrypt -L/usr/local/Installed/STLport4.5 /lib/ -lstlport_gcc c++ -O3 -DNL_RELEASE -D_REENTRANT -I/usr/local/Installed/STLport4.5/include/ stlport -I/usr/local/Installed/NeL//include -o login_service connection_client.o connection_ws.o login_service.o -lnelmisc -lnelnet -lcrypt -L/usr/local/Installed/STLport4. 5/lib/ -lstlport_gcc /usr/bin/ld: cannot find -lnelmisc collect2: ld returned 1 exit status Adding -L/usr/local/Installed/NeL/lib allows the compilation: /bin/sh ../libtool --mode=link c++ -O3 -DNL_RELEASE -D_REENTRANT -I/usr/local/Installed/STLport4.5/inclu de/stlport -I/usr/local/Installed/NeL//include -o login_service connection_client.o connection_ws.o login_service.o -lnelmisc -lnelnet -lcrypt -L/usr/local/Installed/STLport4.5 /lib/ -L/usr/local/Installed/NeL/lib -lstlport_gcc As something been changed recently in the nelns/configure scripts? Best regards, d. PS : I have added path to NeL and STLports libraries in ld.so.conf. Could it explain this bad behavior? I don't think so. david@oops:~/pub/NeL/code/nelns$ cat /etc/ld.so.conf /usr/X11R6/lib /usr/local/Installed/NeL/lib /usr/local/Installed/STLport4.5/lib -- david.mentre@wanadoo.fr _______________________________________________ Nel mailing list Nel@nevrax.org /mailman/listinfo.cgi/nel From ian@cahoononline.com Tue Jan 15 12:07:07 2002 Received: from gonzo.cahoononline.com ([209.237.31.48]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0FB76w69191 for ; Tue, 15 Jan 2002 12:07:06 +0100 (CET) (envelope-from ian@cahoononline.com) Received: from cahoononline.com (daffy.cahoononline.com [192.168.1.26]) by gonzo.cahoononline.com (8.11.2/8.11.0) with ESMTP id g0FB1F704805 for ; Tue, 15 Jan 2002 03:01:15 -0800 Message-ID: <3C440BFA.37D682E4@cahoononline.com> Date: Tue, 15 Jan 2002 03:01:14 -0800 From: Ian Cahoon X-Mailer: Mozilla 4.78 [en] (X11; U; Linux 2.4.9-13 i686) X-Accept-Language: en MIME-Version: 1.0 To: nel@nevrax.org Subject: Re: [Nel] Unable to compile nelns on linux References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: I managed to get it working in the last week without any build system changes on redhat 7.2. I do see libnelmisc in my linkers's cache: $ /sbin/ldconfig -p | grep nelmisc libnelmisc.so.0 (libc6) => /usr/local/lib/libnelmisc.so.0 libnelmisc.so (libc6) => /usr/local/lib/libnelmisc.so --Ian Daniel Miller wrote: > > Cedric updated the scripts last week - he's on holiday this week and I'm > affraid we're a bit snowed under so we're unlikely to have time to look into > this 'till he gets back. > > Daniel > > -----Original Message----- > From: nel-admin@nevrax.org [mailto:nel-admin@nevrax.org]On Behalf Of > David Mentre > Sent: Saturday, January 12, 2002 11:10 PM > To: nel@nevrax.org > Subject: [Nel] Unable to compile nelns on linux > > Hello, > > One again, a bad news. After updating to the latest nelns code, I am now > unable to compiled it (on debian 3.0): > > david@oops:~/pub/NeL/code/nelns$ > ./configure --with-stlport=/usr/local/Installed/STLport4.5/ --with-stlport-i > nclude=/usr/local/Installed/STLport4.5/include/stlport --with-stlport-lib=/u > sr/local/Installed/STLport4.5/lib/ --with-nel=/usr/local/Installed/NeL/ --wi > th-nel-lib=/usr/local/Installed/NeL/lib --prefix=/usr/local/Installed/NeL/ > [...] > checking for -lnelmisc... yes > [...] > > david@oops:~/pub/NeL/code/nelns$ nice make > [...] > make[2]: Entering directory `/home/david/pub/NeL/code/nelns/login_service' > /bin/sh ../libtool --mode=link > c++ -O3 -DNL_RELEASE -D_REENTRANT -I/usr/local/Installed/STLport4.5/inclu > de/stlport -I/usr/local/Installed/NeL//include -o login_service > connection_client.o connection_ws.o > login_service.o -lnelmisc -lnelnet -lcrypt -L/usr/local/Installed/STLport4.5 > /lib/ -lstlport_gcc > c++ -O3 -DNL_RELEASE -D_REENTRANT -I/usr/local/Installed/STLport4.5/include/ > stlport -I/usr/local/Installed/NeL//include -o login_service > connection_client.o connection_ws.o > login_service.o -lnelmisc -lnelnet -lcrypt -L/usr/local/Installed/STLport4. > 5/lib/ -lstlport_gcc > /usr/bin/ld: cannot find -lnelmisc > collect2: ld returned 1 exit status > > Adding -L/usr/local/Installed/NeL/lib allows the compilation: > > /bin/sh ../libtool --mode=link > c++ -O3 -DNL_RELEASE -D_REENTRANT -I/usr/local/Installed/STLport4.5/inclu > de/stlport -I/usr/local/Installed/NeL//include -o login_service > connection_client.o connection_ws.o > login_service.o -lnelmisc -lnelnet -lcrypt -L/usr/local/Installed/STLport4.5 > /lib/ -L/usr/local/Installed/NeL/lib -lstlport_gcc > > As something been changed recently in the nelns/configure scripts? > > Best regards, > d. > > PS : I have added path to NeL and STLports libraries in > ld.so.conf. Could it explain this bad behavior? I don't think so. > > david@oops:~/pub/NeL/code/nelns$ cat /etc/ld.so.conf > /usr/X11R6/lib > /usr/local/Installed/NeL/lib > /usr/local/Installed/STLport4.5/lib > > -- > david.mentre@wanadoo.fr > _______________________________________________ > Nel mailing list > Nel@nevrax.org > /mailman/listinfo.cgi/nel > > _______________________________________________ > Nel mailing list > Nel@nevrax.org > /mailman/listinfo.cgi/nel From john.hayes@embarcadero-ca.com Tue Jan 22 00:53:27 2002 Received: from mail2k.embarcadero-ca.com ([207.219.170.6]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0LNrPw18876 for ; Tue, 22 Jan 2002 00:53:26 +0100 (CET) (envelope-from john.hayes@embarcadero-ca.com) content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Date: Mon, 21 Jan 2002 18:47:30 -0500 X-MimeOLE: Produced By Microsoft Exchange V6.0.4712.0 Message-ID: <0881AC7F2F339C40BC6F7983D1E0BEC90190E0@mail2k.embarcadero-ca.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Game Object Models Thread-Index: AcGi1f1+fpF8SaXxQPqlADIxW5a2kg== From: "John Hayes" To: Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by www.nevrax.org id g0LNrPw18876 Subject: [Nel] Game Object Models Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: I read through the archive of the NeL library and found it interesting because I'm working on my own project and mostly focusing on areas where NeL is silent. In the source code, mailing list and documentation - I couldn't find any references to an application object model or persistence, and these are pretty big components. It is also the core mechanism for automating database storage, the network protocol, marshalling and transaction integrity. I'll give an example about how the object model relates to the network protocol: There was a great deal of discussion about TCP vs. UDP and assuming you want some form of reliability, UDP gives you control over the frequency and conditions for retransmission. In terms of server resources, successful packet transmission time, bandwidth use - they're probably pretty close (with Nagle Algorithm disabled), and if these were the only factors you couldn't justify the added complexity. The problem is TCP is substantially slower for retransmission because it uses a fairly lazy algorithm to ask for retransmission - it waits a bit before asking again for a packet. Because there's a connection to make, timing out and reconnecting is very slow ... like a minute - and the whole game is halted in the meantime because TCP enforces ordering despite whatever application level dependencies exist. Ok, so no TCP, UDP is great but you don't want to reimplement TCP all over again - reliability is good but you want the minimum number of packet dependencies (loose ordering so the game doesn't stall) and the minimum amount of retransmission (discard what you no longer care about) but conflicting goal of a minimum amount of latency for retransmission when it's required. So - what kind of rules can we make up for this? Network messages from the server to the client have two functions - updating state and "one-shot" actions (which is really a special case of updating state). If a character is running along, they have a running state and a position state that are continually updated. They may also have internal states like their "tiredness", "hunger" which may be related from the game logic's POV, but not the client - assuming the client is rather dumb, or applies simple algorithms like dead-reckoning until it gets an authoritative update from the server. Now the packet example, in this and all examples - all failed packet transmissions (lost, malformed) are considered equal. Update Position v1 Update Position v2 (lost) Update Position v3 If the client receives v3, it doesn't care if v2 is lost - for frequently updating fields, no need for retransmission. Update Position v1 (lost) Update Tiredness v1 The client can process the Tiredness packet because it's on a different "stream" from the position - it may ask for position to be retransmitted. Update Position v2 Update Position v1 The second packet is ignored because the client already has a newer version of the state. Now this is all very application specific (as was argued on the mailing list). But software can be pretty good at figuring this stuff out when given a little metadata to work with, and this is where the object model steps in. You have an object model, and you want to replicate part of this object model to the client, and you want to replicate another part of the object model to all clients that can "see" your object. The tricky part can be the granularity for these replications, doing the entire object at once is very easy and requires no more server state than a "version flag" but uses a tons of bandwidth - replicating a single field is very efficient from a bandwidth POV but requires more server state to manage. A practical system would have property groups which are considered to be likely to change at the same interval. --- Here's one possible design for a system to perform this kind of tracking: Each object has a version number and everything that attaches has a dirty mask of which fields are out of date. As an object changes - it broadcasts the aggregate of fields that changed during a transaction to each of the listeners, if it matches their listen mask, they get an update and the object version increments. The listener transmits all of the fields in the dirty mask to the client. Client responds which version and which fields are up to date and if the version hasn't incremented the server clears the dirty mask. The server could keep a history of which dirty masks applied to which versions to keep from pathologically retransmitting fields which haven't changed. An object model can also serve to tune such a protocol. First by packaging fields together into mask bits and second by setting times for each mask bit when the client might get suspicious. If the client is expected to have the latest data but the latest data may be dropped, how long should the server wait before retransmitting any given data? If it's something interactive - not very long, something that's slowly updated, it should give a reasonably long wait. I'd hate to be encoding rules like these in source code and it probably wouldn't be practical in the end anyways. --- I'm currently working on an object model with these kinds of capabilities - the major attraction to me is it allows other activities like network data and persistence to be decoupled from the application. Right now, it builds the database tables, queries, and C++ classes (opaque in-memory layout, no code generation) from an XML file like this extract: --- This is a lot at once, but I'm hoping to stir up some conversation :-) John - These aren't the thoughts you're looking for From berenguier@nevrax.com Tue Jan 22 10:05:19 2002 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0M95Jw21953 for ; Tue, 22 Jan 2002 10:05:19 +0100 (CET) (envelope-from berenguier@nevrax.com) Received: from lionelb (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g0M8xTJ95258 for ; Tue, 22 Jan 2002 09:59:29 +0100 (CET) (envelope-from berenguier@nevrax.com) Message-ID: <000701c1a323$d56ba8f0$0601a8c0@lionelb> From: "Lionel Berenguier" To: References: <87n0zo3d4p.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me><87ell037cv.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me> <003b01c198f7$71970030$0601a8c0@lionelb> <1010617456.755.20.camel@zerodeux.home> Subject: Re: [Nel] Issue to run snowballs2 Date: Tue, 22 Jan 2002 10:04:44 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Thank you Vincent for this great clarification. In your own experience, is glXGetProcAddressARB widely supported ??? If yes, what I have to do is undef GL_EXT_PROTOTYPES, and use same scheme as windows, isn't it ?? Lionel. ----- Original Message ----- From: "Vincent Caron" To: Sent: Thursday, January 10, 2002 12:04 AM Subject: Re: [Nel] Issue to run snowballs2 > On Wed, 2002-01-09 at 11:21, Lionel Berenguier wrote: > > > > If someone could explains me where I am wrong in > > driver_opengl_extension_def.h, it would be cool. > > > > Also, can anybody explains me why under linux/unix we don't have to > > dynamically import functions (ie with such call like wglGetProcAdress(), or > > window's GetProcAdress()) ??? In other terms, What system underlie the > > dynamic library loader (I suppose there is system which fill a table of jump > > or something like this but I don't really knows). > > OpenGL under Unix was used for a long time on a limited set of video > hardware (on SGI/Irix, HP/UX and a few), and there were little migration > of software across these different setups. Thus, the extensions were > simply compiled in libGL.so together with the standard API, and you had > only two solution : 1) choose extension usage at compile time or 2) > dynamically load different versions of your engine (if the DLL wouldn't > load, it meant a required extension was not present). > > But of course it was quickly a pb. An extension has been proposed as the > counterpart of wglGetProcAddress ( > http://oss.sgi.com/projects/ogl-sample/registry/ARB/get_proc_address.txt > ). Since you have the pb of the chicken and the egg (how do you get the > glXGetProcAddressARB function address without itself ? :)), the author > asked driver implementors to _always_ compile this one in their libGL.so > (even if it always return NULL : no extension!). Conclusion: you can > reuse the code currently embraced by #ifdef NL_OS_WINDOWS/#endif for > Linux, replacing wglGetProcAddress by glXGetProcAddressARB (may I > suggest a macro ? :)). > > Now you would say : ok, but the gl* extensions are defined twice ! Once > as function pointers in my code, once as functions in libGL.so ! The > fact is that dlopen'ing("/usr/lib/libGL.so") does not import libGL > symbols in your process space. You have to import them with dlsym(), or > in our precise case, with glXGetProcAddressARB(). You get the Windows > behaviour. But Linux users keep a slight advantage : they can code > nVidia specific stuff without those boring function pointer mess, they > just link against libGL.so. > > -- > There is something worth mentioning : glXGetProcAddressARB is > context-independent while wglGetProcAddress is ! This is spurious, > because wgl* functions are on the windowing system side, and should not > be context-dependent until one of their parameter is a context. If a > Windows host has several drivers (often the case : one software, and one > HW, maybe more with multi-head), context is critical since you can deal > with several driver interfaces. At least it is clearly mentioned in the > first line of the MSDN doc... > > -- > Add-on: to list symbols of a DLL, use 'nm -D .so|less'. Symbols > with a leading 'U' are undefined (meaning their implementation reside in > another lib), those with a 'T' are implemented here (in the 'text > section' = code segment). Very useful if you want to understand the > strategy of the runtime loader. > > > _______________________________________________ > Nel mailing list > Nel@nevrax.org > /mailman/listinfo.cgi/nel > From valignat@gw.nevrax.com Tue Jan 22 16:30:56 2002 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0MFUuw23875 for ; Tue, 22 Jan 2002 16:30:56 +0100 (CET) (envelope-from valignat@gw.nevrax.com) Received: from gw.nevrax.com (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with ESMTP id g0MFP5J00612 for ; Tue, 22 Jan 2002 16:25:05 +0100 (CET) (envelope-from valignat@gw.nevrax.com) Received: (from valignat@localhost) by gw.nevrax.com (8.11.6/8.11.6) id g0MFOVs33922 for nel@nevrax.org; Tue, 22 Jan 2002 16:24:31 +0100 (CET) (envelope-from valignat) Date: Tue, 22 Jan 2002 16:24:31 +0100 From: Cedric Valignat To: nel@nevrax.org Subject: Re: [Nel] Unable to compile nelns on linux Message-ID: <20020122162431.A14628@nevrax.com> References: <87zo3j5ign.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <87zo3j5ign.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me>; from david.mentre@wanadoo.fr on Sat, Jan 12, 2002 at 11:10:16PM +0100 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hello David, I rewrote the configure script of NeL, NeLNS, and Snowballs there is 3 weeks ago and i, apparently, didn't test it enought before comiting the new files, so there was a bug with the --with-nel-lib, sorry about that ... I fixed it and that will be available on the public cvs tonigth. The changes that i made on the configure scripts are a mostly complete rewrite of them. I put all the macros in a acinclude.m4 file placed in the $CVSROOT/code directory and i created symbolic links inside the cvs repository in the $CVSROOT/code/{nel,nelns,snowballs2} directories to that file. Thanks a lot for your help :-) Cedric. According to David Mentre: > > [...] > > As something been changed recently in the nelns/configure scripts? > > [...] > > PS : I have added path to NeL and STLports libraries in > ld.so.conf. Could it explain this bad behavior? I don't think so. From v.caron@zerodeux.net Tue Jan 22 17:01:34 2002 Received: from zerodeux.net (zerodeux.net [62.4.22.182]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0MG1Xw24219 for ; Tue, 22 Jan 2002 17:01:33 +0100 (CET) (envelope-from v.caron@zerodeux.net) Received: from localhost.localdomain (zerodeux.home [192.168.1.3]) by zerodeux.net (Postfix) with ESMTP id E68CEB708 for ; Tue, 22 Jan 2002 16:55:45 +0100 (CET) Subject: Re: [Nel] Issue to run snowballs2 From: Vincent Caron To: nel@nevrax.org In-Reply-To: <000701c1a323$d56ba8f0$0601a8c0@lionelb> References: <87n0zo3d4p.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me><87ell037 cv.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me> <003b01c198f7$71970030$0601a8c0@lionelb> <1010617456.755.20.camel@zerodeux.home> <000701c1a323$d56ba8f0$0601a8c0@lionelb> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Evolution/1.0.1 Date: 22 Jan 2002 16:55:37 +0100 Message-Id: <1011714937.750.171.camel@zerodeux.home> Mime-Version: 1.0 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: On Tue, 2002-01-22 at 10:04, Lionel Berenguier wrote: > > Thank you Vincent for this great clarification. In your own experience, is > glXGetProcAddressARB widely supported ??? If you want accelerated 3D support under Linux, you either get the old Mesa way (3DFX), utah-glx under XFree 3.3.x which is Mesa-based, DRI under XFree 4.x which is Mesa-based and finaly Nvidia proprietary drivers. They all support glXGetProcAddressARB to my knowledge. I checked for Mesa : it appeared on the 3.3 branch on 1999/12/11 ( http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/mesa3d/Mesa/include/GL/glx.h?rev=1.10&content-type=text/vnd.viewcvs-markup - see end of file). Nvidia had it since its early driver releases (0.9-767 of 2001/02/13). So I would say, yes, it _is_ supported :) > If yes, what I have to do is undef GL_EXT_PROTOTYPES, and use same scheme as > windows, isn't it ?? Yes. But I just re-read this thread and realized my last mail contained a big mistake : I was talking about dlopen'ing libGL.so, which you're not doing. I was actually thinking with the quake model : Carmack dlopen libGL.so or opengl32.DLL, and then import every symbol one by one. It had some advantage at the time of mini-GL and QuakeGL, where you had no means to choose your driver interface at run-time, but loading the right DLL. And ID has its own GL tracer/debugger which wraps all GL calls (they code the engine with a 'qgl*' API). Now, I think you're right and ID is wrong. ID bypass the standard loader link stage by dlopen'ing libGL.so, while you do the right thing by linking nel_drv_opengl.so with libGL at compile time, letting the runtime loader do its job (it will actually load the right libGL.so for you when you dlopen nel_drv_opengl.so, thus relying on the user/distro to have a proper GL setup, and not trying to workaround). The point I wanted to make (finaly, sorry for being so verbose :)), is that in this case you'll end with two definitions of a GL extension symbol under Linux : a) PFNGLSETFENCENVPROC glSetFenceNV; // = glXGetProcAddressARB("glSetFenceNV"); b) nm -D /usr/lib/libGL.so|grep glSetFenceNV 0001b368 T glSetFenceNV The linker will complain (it says 'type of symbol `glSetFenceNV' changed from 2 to 1', ahem!), but it seems that our redefinition here gets the precedence over the libGL.so symbol. I'm not very confident with this link stuff, but I'm eager to learn more, that's why I'm taking some time to tackle this issue with you. I tried to test it on nel GL driver directly, but there are some issues to clean up first : - ARB_multitexture is not a GL extension since OpenGL 1.2.1. Since you should expect 1.3 compliant drivers till Ryzom is ready, I guess there is no need to import these symbols for pre-1.2.1 drivers ? Currently, the protos from driver_opengl_extension.h conflicts with plain definitions of my GL/gl.h : // in driver_opengl_extension.h : extern PFNGLACTIVETEXTUREARBPROC glActiveTextureARB; // in GL/gl.h : (not enclosed by #ifdef's) GLAPI void GLAPIENTRY glActiveTextureARB(GLenum texture); - Get rid of some wgl dependencies : replace extern PFNWGLALLOCATEMEMORYNVPROC wglAllocateMemoryNV; extern PFNWGLFREEMEMORYNVPROC wglFreeMemoryNV; with something like : #ifdef NL_OS_WINDOWS typedef PFNWGLALLOCATEMEMORYNVPROC PFNGLEXTALLOCATEMEMORYNVPROC; typedef PFNWGLFREEMEMORYNVPROC PFNGLEXTFREEMEMORYNVPROC; #endif #ifdef NL_OS_UNIX typedef void *(*PFNGLEXTALLOCATEMEMORYNVPROC)(GLsizei, GLfloat, GLfloat, GLfloat); typedef void (*PFNGLEXTFREEMEMORYNVPROC)(GLvoid *); #endif extern PFNGLEXTALLOCATEMEMORYNVPROC glextAllocateMemoryNV; extern PFNGLEXTFREEMEMORYNVPROC glextFreeMemoryNV; (and update the code in .cpp to fetch the right function name, "wgl*" or "glX*") - The same with the pbuffer extension which as its glX counterpart - and so on ... I won't have much time this week, but I would gladly have tweaked this myself. Good luck :) From nik@xdv.org Tue Jan 22 21:36:17 2002 Received: from step1.xdv.org (step1.xdv.org [62.116.31.126]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0MKaGw26037 for ; Tue, 22 Jan 2002 21:36:16 +0100 (CET) (envelope-from nik@xdv.org) Received: from xdv.org (localhost [127.0.0.1]) by localhost (8.12.0.Beta7/8.12.0.Beta7/Debian 8.12.0.Beta7-1) with ESMTP id g0MKUPPj023995 for ; Tue, 22 Jan 2002 21:30:26 +0100 Received: from localhost (nik@localhost) by xdv.org (8.12.0.Beta7/8.12.0.Beta7/Debian 8.12.0.Beta7-1) with ESMTP id g0MKUP5f023991 for ; Tue, 22 Jan 2002 21:30:25 +0100 Date: Tue, 22 Jan 2002 21:30:25 +0100 (CET) From: nik gaffney To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: [Nel] compiling nel on ppc Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: hi, now, it may seem foolish, but i had to try compiling nel on a ppc debian system, with linux 2.4.17 kernel. all of the libs + support material was easily installed with apt-get, the bootstrap script worked fine, as did configure (after a bit of stlport pointing) ./configure --with-stlport=/usr/include --enable-sound then the problems began,. luckily there was only a single line of x86 asm i came across.. im not sure if you have made any design decisions about cross platfrm compatability, but anyway it looks like ive got in before all the asm 'optmisations' begin, judging from the comments. . misc/time_nl.cpp line115 CTime::getPerformanceTime () it might be worth putting a few #ifdefs or whatever, to use the 'unoptimised' versions of the functions if there isnt an x86 chip in sight. unfortunately,. it wasnt just a matter of fudging a return value for this function, gcc spat out some more straightfwd compiler errors using gcc 2.95 and it tells me this -> ../../src/3d/ps_mesh.h:551: instantiated from here ../../include/nel/misc/smart_ptr_inline.h:72: invalid use of undefined type `class NL3D::IShape' ../../src/3d/ps_mesh.h:57: forward declaration of `class NL3D::IShape' ../../include/nel/misc/smart_ptr_inline.h:73: invalid use of undefined type `class NL3D::IShape' ../../src/3d/ps_mesh.h:57: forward declaration of `class NL3D::IShape' any hints, or am i doomed to fail without some serious porting like bahaviour? thnks nik From lecroart@nevrax.com Wed Jan 23 11:36:19 2002 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0NAaJw30737 for ; Wed, 23 Jan 2002 11:36:19 +0100 (CET) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g0NAUSJ08510 for ; Wed, 23 Jan 2002 11:30:28 +0100 (CET) (envelope-from lecroart@nevrax.com) Message-ID: <000b01c1a3f8$f9e20280$0901a8c0@vianneyl> From: "Vianney Lecroart" To: References: Subject: Re: [Nel] compiling nel on ppc Date: Wed, 23 Jan 2002 11:30:28 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: HI, We assume that all linux are on x86 plateform (only because we can't test it on other plateform) so we don't set the good value for other processor. We should use #defined value defined by configure to know if we can optimise some part in asm. > ../../src/3d/ps_mesh.h:551: instantiated from here > ../../include/nel/misc/smart_ptr_inline.h:72: invalid use of undefined > type `class NL3D::IShape' > ../../src/3d/ps_mesh.h:57: forward declaration of `class NL3D::IShape' > ../../include/nel/misc/smart_ptr_inline.h:73: invalid use of undefined > type `class NL3D::IShape' > ../../src/3d/ps_mesh.h:57: forward declaration of `class NL3D::IShape' We had the same problem on x86 and we fixed it (wait the next cvs syncro this night). But I warn you, we never try NeL on non-x86 processor, it surely doesn't work :) First you should fix types_nl.h and changed: # define NL_OS_UNIX // *for now*, we suppose that all unix system are LITLLE_ENDIAN (because we only test on linux/x86 system # define NL_LITTLE_ENDIAN #endif with # define NL_BIG_ENDIAN But anyway, it should works but we never try little<->big endian conversion! If you have a patch or something, don't hesistate to send it to us. Vianney Lecroart --- lead network programmer / nevrax.com icq#: 6870415 homepage: http://ace.planet-d.net www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? From valignat@gw.nevrax.com Wed Jan 23 15:13:28 2002 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0NEDRw32462 for ; Wed, 23 Jan 2002 15:13:27 +0100 (CET) (envelope-from valignat@gw.nevrax.com) Received: from gw.nevrax.com (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with ESMTP id g0NE7bJ12192 for ; Wed, 23 Jan 2002 15:07:37 +0100 (CET) (envelope-from valignat@gw.nevrax.com) Received: (from valignat@localhost) by gw.nevrax.com (8.11.6/8.11.6) id g0NE70I19382 for nel@nevrax.org; Wed, 23 Jan 2002 15:07:00 +0100 (CET) (envelope-from valignat) Date: Wed, 23 Jan 2002 15:07:00 +0100 From: Cedric Valignat To: nel@nevrax.org Subject: Re: [Nel] Issue running snowballs2 Message-ID: <20020123150700.A19317@nevrax.com> References: <87wuyx2bca.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me> <87u1u0a23k.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me> <87pu4o9ze0.fsf_-_@oops.i-did-not-set--mail-host-address--so-shoot-me> <20020108200546.70486428@postfix2-1.free.fr> <87itac386q.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me> <87pu4f5hb1.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <87pu4f5hb1.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me>; from david.mentre@wanadoo.fr on Sat, Jan 12, 2002 at 11:35:14PM +0100 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi David, According to David Mentre: > > However, I just discovered I did not downloaded the LATEST data pack. It > would be necessary, I think, to put a link to > /download/cvs/ in snowballs2/README. Oops, i add a line about the latest Snowballs data pack in the Requirement section in the INSTALL file of Snowballs2 ... sorry about that. Thanks a lot for your help ... Cedric. From darkvidor@hotmail.com Wed Jan 23 15:59:25 2002 Received: from hotmail.com (f161.pav1.hotmail.com [64.4.31.161]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0NExOw32931 for ; Wed, 23 Jan 2002 15:59:25 +0100 (CET) (envelope-from darkvidor@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Wed, 23 Jan 2002 06:53:28 -0800 Received: from 194.167.137.11 by pv1fd.pav1.hotmail.msn.com with HTTP; Wed, 23 Jan 2002 14:53:28 GMT X-Originating-IP: [194.167.137.11] From: "Veritable Killer" To: nel@nevrax.org Date: Wed, 23 Jan 2002 15:53:28 +0100 Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1; format=flowed Message-ID: X-OriginalArrivalTime: 23 Jan 2002 14:53:28.0397 (UTC) FILETIME=[B79337D0:01C1A41D] Subject: [Nel] (no subject) Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Bonjour, Je suis etudiant en France je possede un Bac scientifique et je souhaiterai devenir developpeur de jeux video. Mais voia le choix et vaste la programmation m'interesse ainsi que l'infographie. Pour la programation les cursus sont plus clair tandis que pour l'infographie ceux-ci sont tres floux, or, l'infographie est la voie dans laquelle je prefererai me diriger. si vous pouviez m'aider en me faisant parvenir quelques renseignement je vous en serai reconnaissant. Etant une boite de devellopement de Jeux video je pense que vous etes les plus competant pour pouvoir m'informer. Veuillez acceptez mes salutations bien distinguées. _________________________________________________________________ Téléchargez MSN Explorer gratuitement à l'adresse http://explorer.msn.fr/intl.asp. From mapsystem@multimania.com Wed Jan 23 18:28:10 2002 Received: from maniamailbox1.caramail.com (maniamailbox1.caramail.com [195.68.99.240]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0NHSAw33794 for ; Wed, 23 Jan 2002 18:28:10 +0100 (CET) (envelope-from mapsystem@multimania.com) Date: Wed, 23 Jan 2002 18:28:10 +0100 (CET) Received: from multimania.com (maniamail3.caramail.com [195.68.99.238]) by maniamailbox1.caramail.com (8.8.8/8.8.8) with SMTP id TAA12746 for nel@nevrax.org; Wed, 23 Jan 2002 19:08:43 GMT Posted-Date: Wed, 23 Jan 2002 19:08:43 GMT From: Daylon -- To: nel@nevrax.org Message-ID: <1011812658004384@multimania.com> X-Mailer: Caramail - www.caramail.com X-Originating-IP: [195.221.178.103] Mime-Version: 1.0 Subject: Re: [Nel] (no subject)-> c bô les études Content-Type: multipart/mixed; boundary="=_NextPart_Caramail_0043841011812658_ID" Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: 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_Caramail_0043841011812658_ID Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable > Bonjour, > Je suis etudiant en France je possede un Bac scientifique et je souhaiterai > devenir developpeur de jeux video. Mais voia le choix et vaste la > programmation m'interesse ainsi que l'infographie. Pour la programation les > cursus sont plus clair tandis que pour l'infographie ceux- ci sont tres > floux, or, l'infographie est la voie dans laquelle je prefererai me diriger. > si vous pouviez m'aider en me faisant parvenir quelques renseignement je > vous en serai reconnaissant. Etant une boite de devellopement de Jeux video > je pense que vous etes les plus competant pour pouvoir m'informer. > Veuillez acceptez mes salutations bien distingu=E9es. Bon, pour ma part, c'est exactement ce que je cherche aussi mais j'ai d=E9j=E0 un peu d'infos sur le sujet... (Je suis en fin de ma 2i=E8me ann=E9e de DUT SRC) Pour l'infographie, =E7a d=E9pend aussi de ce que tu veux faire exactement... Un artiste 2D (les artworks) n'aura pas le m=EAme cursus que celui qui pondra les textures (plus adepte du fotopop)... Le premier aura fait les Beaux Arts (par exemple, en fait, il existe 1000 et une fa=E7on d'avoir le m=EAme niveau) tandis que le second aura pris des cours de photoshop/illustrator/cuisine/autres (rayer la mention inutile) =E0 la pelle... Mais dans le domaine de l'infographie multim=E9dia il y a quelques DUT (oui, le SRC en fait parti), quelques BTS (alors l=E0 par contre je ne suis pas tr=E8s renseign=E9 sur le sujet) ou directement les grandes =E9coles (mais juste apr=E8s le bac, il est extr=EAment difficile voir impossible d'y entrer)... Pour ta part, sais-tu =E0 peu pr=E8s quel genre de poste tu recherches? Si tu peux pr=E9ciser, =E7a aiderai beaucoup... Tiens, d'ailleurs, je me permet de profiter de ce sujet pour poser une question =E0 l'=E9quipe de Nevrax... Prenez-vous des stagiaires (sourire niais)... Par exemple du 8 avril au 14 juin 2002? Non, plus s=E9rieusement, je suis =E0 la recherche d'un stage et donc (je sais, c'est pas tr=E8s tr=E8s formel ce que je fait, d=E9sol=E9... De plus, je doute que ce soit r=E9ellement l'endroit pour m'occuper de =E7a... Promis, je referai une lettre dans les r=E8gles de l'art) cela serait pour moi une excellente (et m=EAme plus) occasion d'obtenir une premi=E8re exp=E9rience professionnelle. Donc voil=E0, si jamais c'est possible d'obtenir un poste de stagiaire (gamdesign ou infographie... Justement! ;-), je me ferai un tr=E8s (tr=E8s tr=E8s) grand plaisir de vous envoyer mes diff=E9rents travaux. Et d=E9sol=E9 si jamais ce message passe pour du foosing (c'est la premi=E8re fois que je poste ici et je ne connais pas encore l'esprit de cette ML)... Voili voilou! _____//Julien "Daylon" Bouvet\\_____ Designer freelance http://www.le-quanta.com/daylon/ +Infinity Studios http://www.plusinfinity.net/ ______________________________________________________ E-mail gratuit - Multimania - http://www.multimania.fr --=_NextPart_Caramail_0043841011812658_ID-- From lecroart@nevrax.com Wed Jan 23 18:43:46 2002 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0NHhjw33905 for ; Wed, 23 Jan 2002 18:43:45 +0100 (CET) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g0NHbtJ15701 for ; Wed, 23 Jan 2002 18:37:55 +0100 (CET) (envelope-from lecroart@nevrax.com) Message-ID: <00bf01c1a434$b0649140$0901a8c0@vianneyl> From: "Vianney Lecroart" To: References: <1011812658004384@multimania.com> Date: Wed, 23 Jan 2002 18:37:54 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Subject: [Nel] =?iso-8859-1?Q?Re:_=5BNel=5D_=28no_subject=29-=3E_c_b=F4_les_=E9tudes?= Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: For the 2 unknown frenchies, First: This mailing list is an ENGLISH mailing list so please stop sending french mail, 9/10 of registered users are not french. You perhaps don't know this but the thing that you should do before sending mail is to take a look at the archive and see that *all* mails are in english (sometimes in bad english, but in english :) Second: You could sign your mail with your first (at least) and your last name to know who are talking. Third: It s a NeL mailing list, it 's about the Nevrax Library development and *not* Nevrax company at all so your mail are totally out of topic. I hope it's the last french mail I'll see in this mailing list. Vianney Lecroart --- lead network programmer / nevrax.com icq#: 6870415 homepage: http://ace.planet-d.net www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? From miller@nevrax.com Wed Jan 23 19:05:49 2002 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0NI5nw34050 for ; Wed, 23 Jan 2002 19:05:49 +0100 (CET) (envelope-from miller@nevrax.com) Received: from miller (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g0NHxvJ16163 for ; Wed, 23 Jan 2002 18:59:57 +0100 (CET) (envelope-from miller@nevrax.com) From: "Daniel Miller" To: Date: Wed, 23 Jan 2002 18:59:57 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) In-Reply-To: <00bf01c1a434$b0649140$0901a8c0@vianneyl> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Subject: [Nel] =?iso-8859-1?Q?RE:_=5BNel=5D_Re:_=5BNel=5D_=28no_subject=29-=3E_c_b=F4_le?= =?iso-8859-1?Q?s_=E9tudes?= Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Ever the diplomat :o) -----Original Message----- From: nel-admin@nevrax.org [mailto:nel-admin@nevrax.org]On Behalf Of Vianney Lecroart Sent: Wednesday, January 23, 2002 6:38 PM To: nel@nevrax.org Subject: [Nel] Re: [Nel] (no subject)-> c bô les études For the 2 unknown frenchies, First: This mailing list is an ENGLISH mailing list so please stop sending french mail, 9/10 of registered users are not french. You perhaps don't know this but the thing that you should do before sending mail is to take a look at the archive and see that *all* mails are in english (sometimes in bad english, but in english :) Second: You could sign your mail with your first (at least) and your last name to know who are talking. Third: It s a NeL mailing list, it 's about the Nevrax Library development and *not* Nevrax company at all so your mail are totally out of topic. I hope it's the last french mail I'll see in this mailing list. Vianney Lecroart --- lead network programmer / nevrax.com icq#: 6870415 homepage: http://ace.planet-d.net www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? _______________________________________________ Nel mailing list Nel@nevrax.org /mailman/listinfo.cgi/nel From nik@f0.am Wed Jan 23 19:50:15 2002 Received: from riker.skynet.be (riker.skynet.be [195.238.3.132]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0NIoFw34301 for ; Wed, 23 Jan 2002 19:50:15 +0100 (CET) (envelope-from nik@f0.am) Received: from 192.168.254.2 (194-78-202-129.pro.turboline.skynet.be [194.78.202.129]) by riker.skynet.be (8.11.6/8.11.6/Skynet-OUT-2.16) with ESMTP id g0NIhv501088 for ; Wed, 23 Jan 2002 19:43:57 +0100 (MET) (envelope-from ) Date: Wed, 23 Jan 2002 19:43:55 +0100 From: n_ki Subject: Re: [Nel] compiling nel on ppc To: nel@nevrax.org X-Priority: 3 In-Reply-To: <000b01c1a3f8$f9e20280$0901a8c0@vianneyl> Message-ID: <20020123194357-r01010800-0f36655c-0904-0108@192.168.254.2> MIME-Version: 1.0 Content-Type: text/plain; Charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: Mailsmith 1.1.8 (Bluto) X-Replicate: X-Mindcontainer: uncontained X-Powered-By: zt0len data X-Fragments_discretion: 101 X-fLVX: cyclic Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: [23.01.2002 ° 11:30 Uhr] Vianney Lecroart --> hi,. >We assume that all linux are on x86 plateform (only because we can't test it >on other plateform) so we don't set the good value for other processor. a dangerous assuption ;) with a little planning the same codebase can run on ppc, alpha, ps2 or an ipaq. of course, im not suggesting you should, nor voluteering to port it! but cross platform stuff is MUCH easier with a single os!+ >We should use #defined value defined by configure to know if we can optimise >some part in asm. would make sense,., >We had the same problem on x86 and we fixed it (wait the next cvs syncro >this night). when does the cvs get synced, aproximately? >But I warn you, we never try NeL on non-x86 processor, it surely doesn't >work :) First you should fix types_nl.h and changed: ill get back to fiddling with it then,. . just to make sure it doesnt work! zp. nk ][] [ http://f0.am ] [foundation of applied mysticism [] ] ] From lecroart@nevrax.com Thu Jan 24 10:48:10 2002 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0O9mAw40189 for ; Thu, 24 Jan 2002 10:48:10 +0100 (CET) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g0O9gJJ19516 for ; Thu, 24 Jan 2002 10:42:19 +0100 (CET) (envelope-from lecroart@nevrax.com) Message-ID: <001001c1a4bb$6a5d17d0$0901a8c0@vianneyl> From: "Vianney Lecroart" To: References: <20020123194357-r01010800-0f36655c-0904-0108@192.168.254.2> Subject: Re: [Nel] compiling nel on ppc Date: Thu, 24 Jan 2002 10:42:19 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi, > a dangerous assuption ;) > with a little planning the same codebase can run on ppc, alpha, ps2 or an > ipaq. of course, im not suggesting you should, nor voluteering to port it! > but cross platform stuff is MUCH easier with a single os!+ I'm ok with you, but without ppc alpha ps2 or ipaq, it s quite difficult to port and test our lib! Of course we are multi platform (windows, linux for now) but for other OS, we need participation of the oss community, it's important for us to have a library that works on as many os as possible but we alos have a game to do and not all the time to do these ports, so if you want to help us saying what works, what doesn t work, it could be very useful for us. > >We had the same problem on x86 and we fixed it (wait the next cvs syncro > >this night). > > when does the cvs get synced, aproximately? It synced now, it s around 4:00am french time :) Vianney Lecroart --- lead network programmer / nevrax.com icq#: 6870415 homepage: http://ace.planet-d.net www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? From valignat@gw.nevrax.com Thu Jan 24 17:10:13 2002 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0OGADw42450 for ; Thu, 24 Jan 2002 17:10:13 +0100 (CET) (envelope-from valignat@gw.nevrax.com) Received: from gw.nevrax.com (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with ESMTP id g0OG4MJ24604 for ; Thu, 24 Jan 2002 17:04:22 +0100 (CET) (envelope-from valignat@gw.nevrax.com) Received: (from valignat@localhost) by gw.nevrax.com (8.11.6/8.11.6) id g0OG3fj42909 for nel@nevrax.org; Thu, 24 Jan 2002 17:03:41 +0100 (CET) (envelope-from valignat) Date: Thu, 24 Jan 2002 17:03:41 +0100 From: Cedric Valignat To: nel@nevrax.org Subject: Re: [Nel] compiling nel on ppc Message-ID: <20020124170341.A42846@nevrax.com> References: <000b01c1a3f8$f9e20280$0901a8c0@vianneyl> <20020123194357-r01010800-0f36655c-0904-0108@192.168.254.2> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020123194357-r01010800-0f36655c-0904-0108@192.168.254.2>; from nik@f0.am on Wed, Jan 23, 2002 at 07:43:55PM +0100 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: According to n_ki: > > when does the cvs get synced, aproximately? The public cvs synchronization is part of a job wich is launch at 1h00 am CET every day. So it should be available around 2h00 am CET ... I'm going to put a notice about that on the web site. Cedric. From david.mentre@wanadoo.fr Thu Jan 24 18:08:24 2002 Received: from mel-rto1.wanadoo.fr (smtp-out-1.wanadoo.fr [193.252.19.188]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0OH8Ow42847 for ; Thu, 24 Jan 2002 18:08:24 +0100 (CET) (envelope-from david.mentre@wanadoo.fr) Received: from mel-rta1.wanadoo.fr (193.252.19.150) by mel-rto1.wanadoo.fr; 24 Jan 2002 18:02:28 +0100 Received: from oops (193.251.184.164) by mel-rta1.wanadoo.fr; 24 Jan 2002 18:02:09 +0100 Received: from david by oops with local (Exim 3.33 #1 (Debian)) id 16TnGK-00022I-00 for ; Thu, 24 Jan 2002 18:02:08 +0100 To: nel@nevrax.org From: David MENTRE Organization: none Date: 24 Jan 2002 18:02:08 +0100 Message-ID: <87lmeny967.fsf@wanadoo.fr> Lines: 29 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.1 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: [Nel] OpenAL issues to build nel Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi NeL guys, [ BTW, should I send my compilation issues on the mailing list or should I create a bug report? ] The nel/configure scripts doesn't find the OpenAL libraries on my machine which are however installed : david@oops:~/pub/NeL/code/nel$ ./configure --with-stlport=/usr/local/Installed/STLport4.5/ --with-stlport-include=/usr/local/Installed/STLport4.5/include/stlport --with-stlport-lib=/usr/local/Installed/STLport4.5/lib/ --enable-sound --enable-ai --disable-xmltest --with-openal=/usr/local/Installed/OpenAL-1.0/ --with-openal-lib=/usr/local/Installed/OpenAL-1.0/lib/ --prefix=/usr/local/Installed/NeL [...] checking for OpenAL headers... /usr/local/Installed/OpenAL-1.0//include checking for OpenAL libraries... no ^^ why?? [...] david@oops:~/pub/NeL/code/nel$ ls /usr/local/Installed/OpenAL-1.0/lib libopenal.a libopenal.so libopenal.so.0 libopenal.so.0.0.6 It was working before, as I has been able to compile nel at least once, with the same configure (but without the --with-openal-lib option, only with the --with-openal option). Any idea? Best regards, d. -- david.mentre@wanadoo.fr From david.mentre@wanadoo.fr Thu Jan 24 20:06:57 2002 Received: from mel-rto3.wanadoo.fr (smtp-out-3.wanadoo.fr [193.252.19.233]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0OJ6vw43627 for ; Thu, 24 Jan 2002 20:06:57 +0100 (CET) (envelope-from david.mentre@wanadoo.fr) Received: from mel-rta9.wanadoo.fr (193.252.19.69) by mel-rto3.wanadoo.fr; 24 Jan 2002 20:01:01 +0100 Received: from oops (193.251.184.164) by mel-rta9.wanadoo.fr; 24 Jan 2002 20:00:34 +0100 Received: from david by oops with local (Exim 3.33 #1 (Debian)) id 16Tp6v-0006Eh-00 for ; Thu, 24 Jan 2002 20:00:33 +0100 To: nel@nevrax.org Subject: Re: [Nel] Unable to compile nelns on linux References: <87zo3j5ign.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me> <20020122162431.A14628@nevrax.com> From: David MENTRE Organization: none Date: 24 Jan 2002 20:00:33 +0100 In-Reply-To: <20020122162431.A14628@nevrax.com> Message-ID: <87d6zzy3ou.fsf@wanadoo.fr> Lines: 41 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.1 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi Cedric, Cedric Valignat writes: > I fixed it and that will be available on the public cvs tonigth. It does not seem to be fixed: make[2]: Entering directory `/home/david/pub/NeL/code/nelns/login_service' /bin/sh ../libtool --mode=link c++ -O3 -DNL_RELEASE -D_REENTRANT -I/usr/local/Installed/STLport4.5/include/stlport -I/usr/local/Installed/NeL//include -o login_service connection_client.o connection_ws.o login_service.o -lnelmisc -lnelnet -lcrypt -L/usr/local/Installed/STLport4.5/lib/ -lstlport_gcc c++ -O3 -DNL_RELEASE -D_REENTRANT -I/usr/local/Installed/STLport4.5/include/stlport -I/usr/local/Installed/NeL//include -o login_service connection_client.o connection_ws.o login_service.o -lnelmisc -lnelnet -lcrypt -L/usr/local/Installed/STLport4.5/lib/ -lstlport_gcc /usr/bin/ld: cannot find -lnelmisc collect2: ld returned 1 exit status Even if the libraries are correctly found: david@oops:~/pub/NeL/code/nelns$ ./configure --with-stlport=/usr/local/Installed/STLport4.5/ --with-stlport-include=/usr/local/Installed/STLport4.5/include/stlport --with-stlport-lib=/usr/local/Installed/STLport4.5/lib/ --with-nel=/usr/local/Installed/NeL/ --prefix=/usr/local/Installed/NeL/ [...] checking for -lnelmisc... yes checking for -lnelnet... yes BTW, speaking of the configure scripts, why is it necessary to give all --with-stlport, --with-stlport-include and --with-stlport-lib options? I though that a single --with-stlport would be sufficient. For example: david@oops:~/pub/NeL/code/nelns$ ./configure --with-stlport=/usr/local/Installed/STLport4.5 --with-nel=/usr/local/Installed/NeL/ --prefix=/usr/local/Installed/NeL/ [...] checking for STLPort headers... no checking for STLPort libraries... /usr/local/Installed/STLport4.5/lib configure: error: STLPort must be installed (http://www.stlport.org). It works if I give also -lib and -include options. Sorry for the always bad news, Best regards, d. -- david.mentre@wanadoo.fr From david.mentre@wanadoo.fr Thu Jan 24 20:08:34 2002 Received: from mel-rto1.wanadoo.fr (smtp-out-1.wanadoo.fr [193.252.19.188]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0OJ8Yw43641 for ; Thu, 24 Jan 2002 20:08:34 +0100 (CET) (envelope-from david.mentre@wanadoo.fr) Received: from mel-rta5.wanadoo.fr (193.252.19.122) by mel-rto1.wanadoo.fr; 24 Jan 2002 20:02:38 +0100 Received: from oops (193.251.184.164) by mel-rta5.wanadoo.fr; 24 Jan 2002 20:02:28 +0100 Received: from david by oops with local (Exim 3.33 #1 (Debian)) id 16Tp8l-0006Em-00 for ; Thu, 24 Jan 2002 20:02:27 +0100 To: nel@nevrax.org Subject: Re: [Nel] OpenAL issues to build nel References: <87lmeny967.fsf@wanadoo.fr> From: David MENTRE Organization: none Date: 24 Jan 2002 20:02:27 +0100 In-Reply-To: <87lmeny967.fsf@wanadoo.fr> Message-ID: <878zany3lo.fsf@wanadoo.fr> Lines: 10 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.1 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: David MENTRE writes: > The nel/configure scripts doesn't find the OpenAL libraries on my > machine which are however installed : However, nel compiles without sound enabled. d. -- david.mentre@wanadoo.fr From david.mentre@wanadoo.fr Thu Jan 24 20:35:55 2002 Received: from mel-rto6.wanadoo.fr (smtp-out-6.wanadoo.fr [193.252.19.25]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0OJZsw43852 for ; Thu, 24 Jan 2002 20:35:54 +0100 (CET) (envelope-from david.mentre@wanadoo.fr) Received: from mel-rta8.wanadoo.fr (193.252.19.79) by mel-rto6.wanadoo.fr; 24 Jan 2002 20:29:58 +0100 Received: from oops (193.251.184.164) by mel-rta8.wanadoo.fr; 24 Jan 2002 20:29:58 +0100 Received: from david by oops with local (Exim 3.33 #1 (Debian)) id 16TpZO-0006RX-00 for ; Thu, 24 Jan 2002 20:29:58 +0100 To: nel@nevrax.org Subject: Re: [Nel] Issue to run snowballs2 References: <87n0zo3d4p.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me> <87ell037 cv.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me> <003b01c198f7$71970030$0601a8c0@lionelb> <1010617456.755.20.camel@zerodeux.home> <000701c1a323$d56ba8f0$0601a8c0@lionelb> <1011714937.750.171.camel@zerodeux.home> From: David MENTRE Organization: none Date: 24 Jan 2002 20:29:57 +0100 In-Reply-To: <1011714937.750.171.camel@zerodeux.home> Message-ID: <874rlby2bu.fsf@wanadoo.fr> Lines: 68 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.1 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Vincent Caron writes: > - Get rid of some wgl dependencies : replace > > extern PFNWGLALLOCATEMEMORYNVPROC wglAllocateMemoryNV; > extern PFNWGLFREEMEMORYNVPROC wglFreeMemoryNV; > > with something like : > > #ifdef NL_OS_WINDOWS > typedef PFNWGLALLOCATEMEMORYNVPROC PFNGLEXTALLOCATEMEMORYNVPROC; > typedef PFNWGLFREEMEMORYNVPROC PFNGLEXTFREEMEMORYNVPROC; > #endif > #ifdef NL_OS_UNIX > typedef void *(*PFNGLEXTALLOCATEMEMORYNVPROC)(GLsizei, GLfloat, > GLfloat, GLfloat); > typedef void (*PFNGLEXTFREEMEMORYNVPROC)(GLvoid *); > #endif > extern PFNGLEXTALLOCATEMEMORYNVPROC glextAllocateMemoryNV; > extern PFNGLEXTFREEMEMORYNVPROC glextFreeMemoryNV; > > (and update the code in .cpp to fetch the right function name, "wgl*" > or "glX*") > > - The same with the pbuffer extension which as its glX counterpart Lionel, as of today, the code compiles but does not run[1]. If you try to fix this bug, let me know and I'll try to recompile snowballs2 on my machine. [ BTW, I know there is a special french touch for video games, but I didn't know that it consists in putting french words like "Abandon" in error messages. :) ] Until then, I'm stuck. Yes, I know I should fix this myself but I prefer let you do it your own way. However, if you do not indend to fix this bug, let me know and I'll try to follow Vincent suggestions. Best regards, david [1] david@oops:~/pub/NeL/code/snowballs2/client$ /usr/local/Installed/NeL/bin/snowballs INF24568 client.cpp 145 : Starting Snowballs ! WRN24568 dru.cpp 95 : when loading dynamic library 'libnel_drv_opengl.so': /usr/local/Installed/NeL/lib/libnel_drv_opengl.so: undefined symbol: glSetFenceNV WRN24568 common.cpp 390 : Exception will be launched: libnel_drv_opengl.so not found Abandon All libs are correctly initialized: david@oops:~/pub/NeL/code/snowballs2/client$ ldd /usr/local/Installed/NeL/bin/snowballs libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x4001d000) libnelmisc.so.0 => /usr/local/Installed/NeL/lib/libnelmisc.so.0 (0x40056000) libnelnet.so.0 => /usr/local/Installed/NeL/lib/libnelnet.so.0 (0x401db000) libnel3d.so.0 => /usr/local/Installed/NeL/lib/libnel3d.so.0 (0x403c0000) libnelpacs.so.0 => /usr/local/Installed/NeL/lib/libnelpacs.so.0 (0x409b8000) libnelsnd.so.0 => /usr/local/Installed/NeL/lib/libnelsnd.so.0 (0x40a7a000) libstlport_gcc.so => /usr/local/Installed/STLport4.5/lib/libstlport_gcc.so (0x40ab4000) libstdc++-libc6.2-2.so.3 => /usr/lib/libstdc++-libc6.2-2.so.3 (0x40bbe000) libm.so.6 => /lib/libm.so.6 (0x40c08000) libc.so.6 => /lib/libc.so.6 (0x40c2a000) libpthread.so.0 => /lib/libpthread.so.0 (0x40d4e000) libxml2.so.2 => /usr/lib/libxml2.so.2 (0x40d64000) libdl.so.2 => /lib/libdl.so.2 (0x40dfd000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000) libz.so.1 => /usr/lib/libz.so.1 (0x40e01000) -- david.mentre@wanadoo.fr From david.mentre@wanadoo.fr Thu Jan 24 20:50:44 2002 Received: from mel-rto1.wanadoo.fr (smtp-out-1.wanadoo.fr [193.252.19.188]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0OJoiw43956 for ; Thu, 24 Jan 2002 20:50:44 +0100 (CET) (envelope-from david.mentre@wanadoo.fr) Received: from mel-rta5.wanadoo.fr (193.252.19.122) by mel-rto1.wanadoo.fr; 24 Jan 2002 20:44:48 +0100 Received: from oops (193.251.184.164) by mel-rta5.wanadoo.fr; 24 Jan 2002 20:44:40 +0100 Received: from david by oops with local (Exim 3.33 #1 (Debian)) id 16Tpnb-00080I-00 for ; Thu, 24 Jan 2002 20:44:39 +0100 To: nel@nevrax.org Subject: Re: [Nel] Unable to compile nelns on linux References: <87zo3j5ign.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me> <20020122162431.A14628@nevrax.com> <87d6zzy3ou.fsf@wanadoo.fr> From: David MENTRE Organization: none Date: 24 Jan 2002 20:44:39 +0100 In-Reply-To: <87d6zzy3ou.fsf@wanadoo.fr> Message-ID: <87zo33wn2w.fsf@wanadoo.fr> Lines: 18 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.1 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: David MENTRE writes: > Hi Cedric, > > Cedric Valignat writes: > > > I fixed it and that will be available on the public cvs tonigth. > > It does not seem to be fixed: Oops!! Sorry, you effectively fixed it. I just forgot to run nelns/bootstrap before recompiling. Once again, sorry for the wrong bug report, Best regards, d. -- david.mentre@wanadoo.fr From david.mentre@wanadoo.fr Thu Jan 24 21:09:29 2002 Received: from mel-rto1.wanadoo.fr (smtp-out-1.wanadoo.fr [193.252.19.188]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0OK9Sw44102 for ; Thu, 24 Jan 2002 21:09:29 +0100 (CET) (envelope-from david.mentre@wanadoo.fr) Received: from mel-rta5.wanadoo.fr (193.252.19.122) by mel-rto1.wanadoo.fr; 24 Jan 2002 21:03:33 +0100 Received: from oops (193.251.184.164) by mel-rta5.wanadoo.fr; 24 Jan 2002 21:03:20 +0100 Received: from david by oops with local (Exim 3.33 #1 (Debian)) id 16Tq5g-0000zp-00 for ; Thu, 24 Jan 2002 21:03:20 +0100 To: nel@nevrax.org Subject: Re: [Nel] OpenAL issues to build nel References: <87lmeny967.fsf@wanadoo.fr> <878zany3lo.fsf@wanadoo.fr> From: David MENTRE Organization: none Date: 24 Jan 2002 21:03:19 +0100 In-Reply-To: <878zany3lo.fsf@wanadoo.fr> Message-ID: <87r8ofwm7s.fsf@wanadoo.fr> Lines: 15 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.1 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: David MENTRE writes: > However, nel compiles without sound enabled. Well, nearly. Once nel/bootstrap has run, it is no longer to configure nel *without* sound: david@oops:~/pub/NeL/code/nel$ ./configure --with-stlport=/usr/local/Installed/STLport4.5/ --with-stlport-include=/usr/local/Installed/STLport4.5/include/stlport --with-stlport-lib=/usr/local/Installed/STLport4.5/lib/ --enable-ai --prefix=/usr/local/Installed/NeL --disable-sound checking for OpenAL headers... no checking for OpenAL libraries... no configure: error: OpenAL is needed to compile NeL (http://www.openal.org). Best regards, d. -- david.mentre@wanadoo.fr From gmtonyhoyt@yahoo.com Fri Jan 25 06:22:31 2002 Received: from smtp012.mail.yahoo.com (smtp012.mail.yahoo.com [216.136.173.32]) by www.nevrax.org (8.11.0/8.11.0) with SMTP id g0P5MUw47829 for ; Fri, 25 Jan 2002 06:22:31 +0100 (CET) (envelope-from gmtonyhoyt@yahoo.com) Received: from ool-182ce998.dyn.optonline.net (HELO port) (24.44.233.152) by smtp.mail.vip.sc5.yahoo.com with SMTP; 25 Jan 2002 05:16:37 -0000 Message-ID: <000701c1a55f$b165cec0$0204a8c0@port.port.com> From: "Tony Hoyt" To: Date: Fri, 25 Jan 2002 00:18:15 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.2106.4 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4 Subject: [Nel] I can't compile.. but I don't think it's source related exactly.... Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: This error sounds like a config issue on my side. But I have no idea how to fix it.. When building nelns 3d, I get this.. --------------------Configuration: misc - Win32 DebugFast-------------------- Compiling... vector_2f.cpp vector_h.cpp fatal error C1001: INTERNAL COMPILER ERROR (compiler file 'msc1.cpp', line 1794) Please choose the Technical Support command on the Visual C++ Help menu, or open the Technical Support help file for more information vectord.cpp fatal error C1001: INTERNAL COMPILER ERROR (compiler file 'msc1.cpp', line 1794) Please choose the Technical Support command on the Visual C++ Help menu, or open the Technical Support help file for more information etc. Any idea what's going on? Tony _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com From logout@free.fr Fri Jan 25 09:50:42 2002 Received: from smtp.completel.fr (smtp.completel.fr [213.244.0.12]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0P8ofw48971 for ; Fri, 25 Jan 2002 09:50:41 +0100 (CET) (envelope-from logout@free.fr) Received: from dracont (unknown [213.30.163.34]) by smtp.completel.fr (Postfix) with SMTP id 5ED75179D10 for ; Fri, 25 Jan 2002 09:44:45 +0100 (CET) Message-ID: <001f01c1a57d$a055ff10$1000a8c0@completel.fr> From: "Emmanuel Deloget" To: References: <000701c1a55f$b165cec0$0204a8c0@port.port.com> Subject: Re: [Nel] I can't compile.. but I don't think it's source related exactly.... Date: Fri, 25 Jan 2002 09:52:25 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: "Emmanuel Deloget" List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Not sure but... You should try to install the last VC++ service pack if you don't. Another way to produce this kind of errors is to compile a project which lies in a shared directory on another machine. Another (again :) way is to compile a project on a non working hard drive - try to run scandisk. Hope this helps, -- Emmanuel ----- Original Message ----- From: "Tony Hoyt" To: Sent: Friday, January 25, 2002 6:18 AM Subject: [Nel] I can't compile.. but I don't think it's source related exactly.... : This error sounds like a config issue on my side. But I have no idea how to : fix it.. When building nelns 3d, I get this.. : : --------------------Configuration: misc - Win32 : DebugFast-------------------- : Compiling... : vector_2f.cpp : vector_h.cpp : fatal error C1001: INTERNAL COMPILER ERROR : (compiler file 'msc1.cpp', line 1794) : Please choose the Technical Support command on the Visual C++ : Help menu, or open the Technical Support help file for more : information : vectord.cpp : fatal error C1001: INTERNAL COMPILER ERROR : (compiler file 'msc1.cpp', line 1794) : Please choose the Technical Support command on the Visual C++ : Help menu, or open the Technical Support help file for more : information : etc. : : Any idea what's going on? : : Tony : : : _________________________________________________________ : Do You Yahoo!? : Get your free @yahoo.com address at http://mail.yahoo.com : : _______________________________________________ : Nel mailing list : Nel@nevrax.org : /mailman/listinfo.cgi/nel : From nik@xdv.org Fri Jan 25 18:47:00 2002 Received: from step1.xdv.org (step1.xdv.org [62.116.31.126]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0PHl0w51756 for ; Fri, 25 Jan 2002 18:47:00 +0100 (CET) (envelope-from nik@xdv.org) Received: from xdv.org (localhost [127.0.0.1]) by localhost (8.12.0.Beta7/8.12.0.Beta7/Debian 8.12.0.Beta7-1) with ESMTP id g0PHf7aL020342 for ; Fri, 25 Jan 2002 18:41:07 +0100 Received: from localhost (nik@localhost) by xdv.org (8.12.0.Beta7/8.12.0.Beta7/Debian 8.12.0.Beta7-1) with ESMTP id g0PHf72q020338 for ; Fri, 25 Jan 2002 18:41:07 +0100 Date: Fri, 25 Jan 2002 18:41:07 +0100 (CET) From: nik gaffney To: In-Reply-To: <87lmeny967.fsf@wanadoo.fr> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: [Nel] ppc build Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: ok,. so nel (from yesterdays cvs) compiles + installs fine on debian-ppc with only a little change to time_nl.cpp. for the moment, it just fudges a return value to CTime::getPerformanceTime specifcally here -> #else // NL_OS_WINDOWS unsigned long long int x; __asm__ volatile (".byte 0x0f, 0x31" : "=A" (x)); return x; #endif // NL_OS_WINDOWS what is this line of asm actually doing?+ and could it also be done in c? nk From david.mentre@wanadoo.fr Fri Jan 25 19:13:51 2002 Received: from mel-rto7.wanadoo.fr (smtp-out-7.wanadoo.fr [193.252.19.26]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0PIDpw51947 for ; Fri, 25 Jan 2002 19:13:51 +0100 (CET) (envelope-from david.mentre@wanadoo.fr) Received: from mel-rta7.wanadoo.fr (193.252.19.61) by mel-rto7.wanadoo.fr; 25 Jan 2002 19:07:54 +0100 Received: from oops (193.251.66.251) by mel-rta7.wanadoo.fr; 25 Jan 2002 19:07:34 +0100 Received: from david by oops with local (Exim 3.33 #1 (Debian)) id 16UAlB-0000AI-00 for ; Fri, 25 Jan 2002 19:07:33 +0100 To: nel@nevrax.org Subject: Re: [Nel] ppc build References: From: David MENTRE Organization: none Date: 25 Jan 2002 19:07:33 +0100 In-Reply-To: Message-ID: <87r8oegv8a.fsf@wanadoo.fr> Lines: 12 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.1 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: nik gaffney writes: > ok,. so nel (from yesterdays cvs) compiles + installs fine on > debian-ppc with only a little change to time_nl.cpp. for the moment, > it just fudges a return value to CTime::getPerformanceTime I've been able to run it? You have an NVidia graphic card? Best regards, d. -- david.mentre@wanadoo.fr From nik@xdv.org Fri Jan 25 19:22:15 2002 Received: from step1.xdv.org (step1.xdv.org [62.116.31.126]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0PIMEw52020 for ; Fri, 25 Jan 2002 19:22:14 +0100 (CET) (envelope-from nik@xdv.org) Received: from xdv.org (localhost [127.0.0.1]) by localhost (8.12.0.Beta7/8.12.0.Beta7/Debian 8.12.0.Beta7-1) with ESMTP id g0PIGMaL020578 for ; Fri, 25 Jan 2002 19:16:22 +0100 Received: from localhost (nik@localhost) by xdv.org (8.12.0.Beta7/8.12.0.Beta7/Debian 8.12.0.Beta7-1) with ESMTP id g0PIGMGM020574 for ; Fri, 25 Jan 2002 19:16:22 +0100 Date: Fri, 25 Jan 2002 19:16:22 +0100 (CET) From: nik gaffney To: Subject: Re: [Nel] ppc build In-Reply-To: <87r8oegv8a.fsf@wanadoo.fr> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: >> ok,. so nel (from yesterdays cvs) compiles + installs fine on >> debian-ppc with only a little change to time_nl.cpp. for the moment, >> it just fudges a return value to CTime::getPerformanceTime > > I've been able to run it? You have an NVidia graphic card? > i havent run it yet., is there a simpler demo than snowballs, or is that the test-suite :) still trying to compile the ai code, a few small problems with python, but the sound stuff compiles fine. video card im using is ati, the nvidia drivers for ppc linux are still in the works i think. nk From david.mentre@wanadoo.fr Fri Jan 25 19:35:32 2002 Received: from mel-rto6.wanadoo.fr (smtp-out-6.wanadoo.fr [193.252.19.25]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0PIZWw52122 for ; Fri, 25 Jan 2002 19:35:32 +0100 (CET) (envelope-from david.mentre@wanadoo.fr) Received: from mel-rta10.wanadoo.fr (193.252.19.193) by mel-rto6.wanadoo.fr; 25 Jan 2002 19:29:36 +0100 Received: from oops (193.251.66.251) by mel-rta10.wanadoo.fr; 25 Jan 2002 19:29:29 +0100 Received: from david by oops with local (Exim 3.33 #1 (Debian)) id 16UB6O-0001E1-00 for ; Fri, 25 Jan 2002 19:29:28 +0100 To: nel@nevrax.org Subject: Re: [Nel] ppc build References: From: David MENTRE Organization: none Date: 25 Jan 2002 19:29:28 +0100 In-Reply-To: Message-ID: <87adv2gu7r.fsf@wanadoo.fr> Lines: 9 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.1 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: nik gaffney writes: > but the sound stuff compiles fine. Could you give me your configure ? d. -- david.mentre@wanadoo.fr From nik@xdv.org Fri Jan 25 19:47:19 2002 Received: from step1.xdv.org (step1.xdv.org [62.116.31.126]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0PIlJw52201 for ; Fri, 25 Jan 2002 19:47:19 +0100 (CET) (envelope-from nik@xdv.org) Received: from xdv.org (localhost [127.0.0.1]) by localhost (8.12.0.Beta7/8.12.0.Beta7/Debian 8.12.0.Beta7-1) with ESMTP id g0PIfQaL020756 for ; Fri, 25 Jan 2002 19:41:27 +0100 Received: from localhost (nik@localhost) by xdv.org (8.12.0.Beta7/8.12.0.Beta7/Debian 8.12.0.Beta7-1) with ESMTP id g0PIfQRW020752 for ; Fri, 25 Jan 2002 19:41:26 +0100 Date: Fri, 25 Jan 2002 19:41:26 +0100 (CET) From: nik gaffney To: Subject: Re: [Nel] ppc build In-Reply-To: <87adv2gu7r.fsf@wanadoo.fr> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: > > but the sound stuff compiles fine. > > Could you give me your configure ? im not sure how usefull it would be., best method is to get rid of errors that ./configure script spits out. From michael@in-orbit.net Fri Jan 25 20:50:08 2002 Received: from freyja.in-orbit.net (w002.z064002027.sjc-ca.dsl.cnc.net [64.2.27.2]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0PJo7w52522 for ; Fri, 25 Jan 2002 20:50:07 +0100 (CET) (envelope-from michael@in-orbit.net) Received: from baldur.in-orbit.net ([64.2.27.3] helo=baldur) by freyja.in-orbit.net with smtp (Exim 3.33 #1 (Debian)) id 16UCFK-0002jo-00 for ; Fri, 25 Jan 2002 11:42:46 -0800 Date: Fri, 25 Jan 2002 11:47:47 -0800 To: nel@nevrax.org From: Michael Warnock Subject: Re: [Nel] ppc build Organization: InOrbit X-Mailer: Opera 5.10 build 902 X-Priority: 3 (Normal) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Message-Id: Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: thats fantastic news! can u run the services? Michael Warnock InOrbit Entertainment Inc. From nik@xdv.org Fri Jan 25 22:01:57 2002 Received: from step1.xdv.org (step1.xdv.org [62.116.31.126]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0PL1uw52871 for ; Fri, 25 Jan 2002 22:01:56 +0100 (CET) (envelope-from nik@xdv.org) Received: from xdv.org (localhost [127.0.0.1]) by localhost (8.12.0.Beta7/8.12.0.Beta7/Debian 8.12.0.Beta7-1) with ESMTP id g0PKu4aL021682 for ; Fri, 25 Jan 2002 21:56:04 +0100 Received: from localhost (nik@localhost) by xdv.org (8.12.0.Beta7/8.12.0.Beta7/Debian 8.12.0.Beta7-1) with ESMTP id g0PKtxne021678 for ; Fri, 25 Jan 2002 21:55:59 +0100 Date: Fri, 25 Jan 2002 21:55:59 +0100 (CET) From: nik gaffney To: Subject: Re: [Nel] ppc build In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: > can u run the services? > they compile + install and run, but spew errors. . however, i cant really say this is unexpected, i think it has more to do with the local network than the nelns stuff. hostname problems + sorting out the config files. ill let u know if/how it works From nik@xdv.org Fri Jan 25 22:54:31 2002 Received: from step1.xdv.org (step1.xdv.org [62.116.31.126]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0PLsVw53134 for ; Fri, 25 Jan 2002 22:54:31 +0100 (CET) (envelope-from nik@xdv.org) Received: from xdv.org (localhost [127.0.0.1]) by localhost (8.12.0.Beta7/8.12.0.Beta7/Debian 8.12.0.Beta7-1) with ESMTP id g0PLmdaL021994 for ; Fri, 25 Jan 2002 22:48:39 +0100 Received: from localhost (nik@localhost) by xdv.org (8.12.0.Beta7/8.12.0.Beta7/Debian 8.12.0.Beta7-1) with ESMTP id g0PLmcWe021989 for ; Fri, 25 Jan 2002 22:48:38 +0100 Date: Fri, 25 Jan 2002 22:48:38 +0100 (CET) From: nik gaffney To: Subject: Re: [Nel] ppc build In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: > ill let u know if/how it works ~/nevrax/snowballs2/client/snowballs INF28297 client.cpp 145 : Starting Snowballs ! WRN28297 dru.cpp 95 : when loading dynamic library 'libnel_drv_opengl.so': /usr/lib/libnel_drv_opengl.so: undefined symbol: glSetFenceNV WRN28297 common.cpp 390 : Exception will be launched: libnel_drv_opengl.so not found Aborted From v.caron@zerodeux.net Sat Jan 26 01:58:33 2002 Received: from zerodeux.net (zerodeux.net [62.4.22.182]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0Q0wXw54064 for ; Sat, 26 Jan 2002 01:58:33 +0100 (CET) (envelope-from v.caron@zerodeux.net) Received: from localhost.localdomain (zerodeux.home [192.168.1.3]) by zerodeux.net (Postfix) with ESMTP id 3FC2FB6FD for ; Sat, 26 Jan 2002 01:52:45 +0100 (CET) Subject: Re: [Nel] ppc build From: Vincent Caron To: nel@nevrax.org In-Reply-To: References: Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Evolution/1.0.1 Date: 26 Jan 2002 01:52:35 +0100 Message-Id: <1012006356.779.305.camel@zerodeux.home> Mime-Version: 1.0 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: On Fri, 2002-01-25 at 18:41, nik gaffney wrote: > > ok,. so nel (from yesterdays cvs) compiles + installs fine on debian-ppc with only a little change to time_nl.cpp. for the moment, it just fudges a return value to CTime::getPerformanceTime > > specifcally here -> > > #else // NL_OS_WINDOWS > unsigned long long int x; > __asm__ volatile (".byte 0x0f, 0x31" : "=A" (x)); > return x; > #endif // NL_OS_WINDOWS > > what is this line of asm actually doing?+ > and could it also be done in c? This is an invokation of the RDTSC x86 instruction, present in PPro/PII and newer models. It gives the value of a 64bit counter which is init'ed to zero at CPU boot, and inc'ed at each CPU cycle. You can't convert it to 'real time' without the knowledge of the CPU internal clock speed. I believe this is an unneeded optimisation because : 1) gettimeofday() is often precise enough (sub-millisec) for a game (say 100fps, thus 10ms average frame period) 2) the implementation of gettimeofday() on Linux (it's a system call, so the glibc proto is only a thin wrapper) has been supporting RDTSC since a while (see arch/i386/kernel/time.c:do_fast_gettimeoffset(void)) Conclusion: use gettimeofday() for time measures on Linux ! :) From v.caron@zerodeux.net Sat Jan 26 05:01:37 2002 Received: from zerodeux.net (zerodeux.net [62.4.22.182]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0Q41aw57640 for ; Sat, 26 Jan 2002 05:01:37 +0100 (CET) (envelope-from v.caron@zerodeux.net) Received: from localhost.localdomain (zerodeux.home [192.168.1.3]) by zerodeux.net (Postfix) with ESMTP id C223CB6FD for ; Sat, 26 Jan 2002 04:55:49 +0100 (CET) Subject: Re: [Nel] Game Object Models From: Vincent Caron To: nel@nevrax.org In-Reply-To: <0881AC7F2F339C40BC6F7983D1E0BEC90190E0@mail2k.embarcadero-ca.com> References: <0881AC7F2F339C40BC6F7983D1E0BEC90190E0@mail2k.embarcadero-ca.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Evolution/1.0.1 Date: 26 Jan 2002 04:55:38 +0100 Message-Id: <1012017338.779.457.camel@zerodeux.home> Mime-Version: 1.0 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: On Tue, 2002-01-22 at 00:47, John Hayes wrote: > The problem is TCP is substantially slower for retransmission [...] At least you didn't say the famous 'TCP is slow' statement :) TCP is designed with precise purposes in mind, which are (in order) : sequential delivering of datagrams and reliability, both making up the 'stream' service delivered by TCP. The notion of 'speed' is somewhat linked with the notion of reliability : it depends on your viewing window on the stream. If you expect a large amount of data to be delivered on a given schedule, then you won't ever notice that some packets of the window were late because they had to be retransmitted. The whole was globally on time. When you lower your window and reach the datagram size, a dropped packet means an immediate bandwidth drop, since you don't want to consider the following packets until the lost one is retransmitted. I believe the 'game model' is actually somewhere in between the stream and datagram notions. The fact that TCP has been designed with 'long' (considering our problem) timeouts comes from the congestion pb : all parameters of TCP have been finely tuned (in every implementation of TCP/IP stack) for a model that provides good cooperation between network nodes. TCP will bring sequentiality, reliability, inernet-wide cooperation, but certainly not delay guarantees, we all know that. > Ok, so no TCP, UDP is great but you don't want to reimplement TCP all > over again - reliability is good but you want the minimum number of > packet dependencies (loose ordering so the game doesn't stall) and the > minimum amount of retransmission (discard what you no longer care about) > but conflicting goal of a minimum amount of latency for retransmission > when it's required. The Internet infrastructure is packet driven : every packet is supposed to take an impredictable path between constant nodes, every packet can suffer a variable delay, and finaly packets can be dropped. We have to live with that, this is real life :) Sequentiality, reliability, delay and bandwith are all linked. In most cases you can't raise one without lowering the others. From there you can progress in two ways : - find a set of feature above IP (the lowest level you can access with Internet operability in mind) matching the closest to your needs. Expect to come up with your own layer 5 protocol over UDP, since it is rather difficult to 'remove' features from TCP :) - find the network properties you can live with. This is the most disregarded path. I'm always wondering why people always blindly try to implement more or less ackward reliability hacks over UDP, before even asking if they need reliability. Yes, you often can live with dropped packets : this is what interpolation and extrapolation is about. Detecting them is easy, if you numbered your packets for sequentiality. You might even find yourself dropping a late packet, because you already have fresher info (depends on the info carried by the packet, of course). > So - what kind of rules can we make up for this? Network messages from > the server to the client have two functions - updating state and > "one-shot" actions (which is really a special case of updating state). Your description is interesting. I won't comment directly on it, instead I would stress the importance of a dimension that is so commonly neglected : time. Considering the kind of real-time info you're mentioning (player pos, shot, etc), time is a vital info. The pb is that you don't have an absolute clock that every network node shares. With a synchronization protocol such as NTP you can achieve 1ms coherence on a LAN, maybe 500ms on a WAN/MAN if you're lucky, and most of all you'll need something like 1 hour to converge toward this figure ! :) Until computers can get a pico-second timestamp from a GPS satellite, we'll have a tough ride. [Well, it is perfectly possible to connect a GPS device to your computer, but you won't ask this to all gamers... oh, and why not ?:)] So we don't have synchronized nodes, and what's worse, we don't know path time length between nodes, but we know this kind of value is not constant ! Ouch. Now you replicate a client object on a bunch of target nodes. What do they get _when_ they receive their copy ? The state of the object at a slightly elapsed time. They don't know how much. The only measure you can get between two nodes is the round time trip (RTT), ie. the A->B->A time (what 'ping' measure). Since most packet delivery is assymetrical, you only have a poor estimation of A->B or B->A delays with RTT/2, and this measure is _not_ constant. When you realized that every node (clients and servers) have their own, timely view of the objects, my guess is that you end with two model of distribution : - centralized : one (server/master) node is considered to be the only one to have a full coherent view of all objects at any time. All other nodes (clients, or let's say more generaly 'slaves') have a slightly and globally delayed view of the referential view. If you get lucky, RTT between master and slaves is homogeneous and you'll end up with tightly synchronized slaves. You'll only get into trouble when the master must integrate client responses, since they 1) are a reaction to an info which is 1 RTT late and 2) a client info which is ~RTT/2 late. This approach has well known pb : if a client is notably lagging, he will contribute only sparse info to the server, and thus to all other clients. And it's often an advantage for the lagging player, since with poor inerpolation he will only exist on discrete time-space points of your scene (ever seen these quake players jumping from places to places between frames ? :)). But it is easy to implement. - fully distributed : the 'holy grail' :). In theory, each node is connected to all the other participating nodes. Of course, it's a bandwidth killer and it doesn't scale. But there are some points that make it somewhat conceivable : * a node is often only affected by a few other nodes : the players in sight of your gun, etc. If every node can maintain a 'neighborhood dependency', you'll end with a finite number of links per node (depends on your game design, might prove wrong in a virtual stadium :)) * you might find optimal time paths between nodes. You actually have the internet model : choose any path to go from A to B ! Clients are not dependent on a server location/reachability. - in-between: such as the Fastrack P2P (peer-to-peer) model (Morpheus, Kazaaa, etc). A server holds a directory of nodes with relevant per-node info. You get connected to another node when you decided that it has relevant information for you (Hey, I want this DivX;). Not a real-time example, but a distribution model. Server themselves can belong to a P2P subnet, solving the directory scaling pb easily. Of course the P2P model is in its infancy, and what's important, the infrastructure is not ready. Multicast would be a blessing for instance, but it's only integrated in Ipv6, and there will be a long time before global routers do multicast. You'll also eagerly wait for scheduling options (again in IPv6, IPv4 has an 'urgent' bit which is ignored by most routers), they will enable you to choose VoIP-like (real time behaviour) which would be of course very desirable for MMORPG. -- Well, just my 2 cents. I had something like that in my head when the TCP vs UDP debate occured. My main concerns are (as a conclusion) : - can't you cope with the inherent non-sequential and unreliable Internet infrastructure rather than applying a TCP-like work around ? - think 4D, _time_ counts ! I wouldn't talk about a 'replication pb', rahter an 'information transportation pb'. This is where the strict object concept fails : an object must be considered in its environment. An object stored in A at time t0, and arriving in B a t0+t doesn't carry the same information. Pretty disturbing to locate objects in time and space, eh ? Time slips, nothing to do about that ... :)) - data/computing distribution is an open problem today. However there are solutions on many precise applications at very different scales (Mosix clusters, NUMA, Fastrack, [Internet at the packet level]!), so why not a good model for MMORPG ? So long. If I was clear somewhere, you're lucky ;) From lecroart@nevrax.com Mon Jan 28 10:35:18 2002 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0S9ZGw73651 for ; Mon, 28 Jan 2002 10:35:17 +0100 (CET) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g0S9TNJ42695 for ; Mon, 28 Jan 2002 10:29:23 +0100 (CET) (envelope-from lecroart@nevrax.com) Message-ID: <006701c1a7de$456af3e0$0901a8c0@vianneyl> From: "Vianney Lecroart" To: References: <1012006356.779.305.camel@zerodeux.home> Subject: Re: [Nel] ppc build Date: Mon, 28 Jan 2002 10:29:23 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi, > I believe this is an unneeded optimisation because : We use the RDTSC only for profile/bench purpose when we want to tune little part of code but if CTime::getPerformanceTime() returns 0, all the code will work fine (but you ll don't have profil timing, but anyway, they are temporary). But if you want, you can use gettimeofday() instead of returning 0. PPC issues: Even if you can compile NeL and NeL services (NeLNS) I think you should have some problem between communication if you use x86 and PPC because it could have some bug in the endianess functions in serialization (we never really try them). So if you have some Stream Exception, it could come from this problem. Vianney Lecroart --- lead network programmer / nevrax.com icq#: 6870415 homepage: http://ace.planet-d.net www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? From lecroart@nevrax.com Mon Jan 28 10:42:03 2002 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0S9g1w73714 for ; Mon, 28 Jan 2002 10:42:01 +0100 (CET) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g0S9a5J42803 for ; Mon, 28 Jan 2002 10:36:05 +0100 (CET) (envelope-from lecroart@nevrax.com) Message-ID: <009301c1a7df$351c7e90$0901a8c0@vianneyl> From: "Vianney Lecroart" To: References: <87n0zo3d4p.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me><87ell037 cv.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me><003b01c198f7$71970030$0601a8c0@lionelb><1010617456.755.20.camel@zerodeux.home><000701c1a323$d56ba8f0$0601a8c0@lionelb><1011714937.750.171.camel@zerodeux.home> <874rlby2bu.fsf@wanadoo.fr> Subject: Re: [Nel] Issue to run snowballs2 Date: Mon, 28 Jan 2002 10:36:05 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi Vincent, > Vincent Caron writes: > [ BTW, I know there is a special french touch for video games, but I > didn't know that it consists in putting french words like "Abandon" in > error messages. :) ] I search the word Abandon in all the NeL directory sources/includes and look the result: Searching for 'Abandon'... Cannot find the string 'Abandon'. So think that the real french touch is to install french linux distribution on your computer!!! Vianney Lecroart --- lead network programmer / nevrax.com icq#: 6870415 homepage: http://ace.planet-d.net www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? From valignat@gw.nevrax.com Mon Jan 28 14:45:13 2002 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0SDjAw75064 for ; Mon, 28 Jan 2002 14:45:10 +0100 (CET) (envelope-from valignat@gw.nevrax.com) Received: from gw.nevrax.com (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with ESMTP id g0SDdCJ45738 for ; Mon, 28 Jan 2002 14:39:12 +0100 (CET) (envelope-from valignat@gw.nevrax.com) Received: (from valignat@localhost) by gw.nevrax.com (8.11.6/8.11.6) id g0SDcJu38341 for nel@nevrax.org; Mon, 28 Jan 2002 14:38:19 +0100 (CET) (envelope-from valignat) Date: Mon, 28 Jan 2002 14:38:19 +0100 From: Cedric Valignat To: nel@nevrax.org Subject: Re: [Nel] Unable to compile nelns on linux Message-ID: <20020128143819.A38290@nevrax.com> References: <87zo3j5ign.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me> <20020122162431.A14628@nevrax.com> <87d6zzy3ou.fsf@wanadoo.fr> <87zo33wn2w.fsf@wanadoo.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <87zo33wn2w.fsf@wanadoo.fr>; from david.mentre@wanadoo.fr on Thu, Jan 24, 2002 at 08:44:39PM +0100 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi David, According to David MENTRE: > > Oops!! Sorry, you effectively fixed it. I just forgot to run > nelns/bootstrap before recompiling. > > Once again, sorry for the wrong bug report, No problems :-) > BTW, speaking of the configure scripts, why is it necessary to give all > --with-stlport, --with-stlport-include and --with-stlport-lib options? I > though that a single --with-stlport would be sufficient. --with-stlport is sufficient. The configure script will will automatically set the STLPort include directory to /stlport and the stlport STLPort lib directory to /lib ... Is the run of the bootstrap fix that problem too ? I cannot reproduce it, it works fine on my computer : $ ~/cvs/code/nel/configure --with-stlport=/home/valignat/installs/STLport-4.5.1 --with-python-version=2 loading cache ./config.cache [...] checking for STLPort headers... /home/valignat/installs/STLport-4.5.1/stlport checking for STLPort libraries... /home/valignat/installs/STLport-4.5.1/lib [...] Cedric. From valignat@gw.nevrax.com Mon Jan 28 16:08:25 2002 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0SF8Pw75488 for ; Mon, 28 Jan 2002 16:08:25 +0100 (CET) (envelope-from valignat@gw.nevrax.com) Received: from gw.nevrax.com (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with ESMTP id g0SF2VJ47052 for ; Mon, 28 Jan 2002 16:02:31 +0100 (CET) (envelope-from valignat@gw.nevrax.com) Received: (from valignat@localhost) by gw.nevrax.com (8.11.6/8.11.6) id g0SF1cq84637 for nel@nevrax.org; Mon, 28 Jan 2002 16:01:38 +0100 (CET) (envelope-from valignat) Date: Mon, 28 Jan 2002 16:01:37 +0100 From: Cedric Valignat To: nel@nevrax.org Subject: Re: [Nel] Unable to compile nelns on linux Message-ID: <20020128160137.A38386@nevrax.com> References: <87zo3j5ign.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me> <20020122162431.A14628@nevrax.com> <87d6zzy3ou.fsf@wanadoo.fr> <87zo33wn2w.fsf@wanadoo.fr> <20020128143819.A38290@nevrax.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020128143819.A38290@nevrax.com>; from valignat@nevrax.com on Mon, Jan 28, 2002 at 02:38:19PM +0100 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Oops ... i just realized that i didn't manage the fact the STLPort headers could be installed in an 'include' directory (doh ! :-) ... i fixed it and it will be in the public CVS tonight. Thanks for the bug report :-) According to Cedric Valignat: > > > BTW, speaking of the configure scripts, why is it necessary to give all > > --with-stlport, --with-stlport-include and --with-stlport-lib options? I > > though that a single --with-stlport would be sufficient. > > --with-stlport is sufficient. The configure script will will automatically > set the STLPort include directory to /stlport and the > stlport STLPort lib directory to /lib ... > > Is the run of the bootstrap fix that problem too ? > > I cannot reproduce it, it works fine on my computer : > > $ ~/cvs/code/nel/configure --with-stlport=/home/valignat/installs/STLport-4.5.1 --with-python-version=2 > loading cache ./config.cache > [...] > checking for STLPort headers... /home/valignat/installs/STLport-4.5.1/stlport > checking for STLPort libraries... /home/valignat/installs/STLport-4.5.1/lib > [...] > > > > Cedric. > > _______________________________________________ > Nel mailing list > Nel@nevrax.org > /mailman/listinfo.cgi/nel -- Cedric Frappe ta tête contre une cruche. Si tu obtiens un son creux, n'en déduis pas que c'est forcément la cruche qui est vide. Lao Tseu. From v.caron@zerodeux.net Mon Jan 28 16:12:42 2002 Received: from zerodeux.net (zerodeux.net [62.4.22.182]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0SFCgw75541 for ; Mon, 28 Jan 2002 16:12:42 +0100 (CET) (envelope-from v.caron@zerodeux.net) Received: from localhost.localdomain (zerodeux.home [192.168.1.3]) by zerodeux.net (Postfix) with ESMTP id 42B23B705 for ; Mon, 28 Jan 2002 16:06:50 +0100 (CET) Subject: Re: [Nel] Issue to run snowballs2 From: Vincent Caron To: nel@nevrax.org In-Reply-To: <009301c1a7df$351c7e90$0901a8c0@vianneyl> References: <87n0zo3d4p.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me><87ell037 cv.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me><003b01c198f7$7197 0030$0601a8c0@lionelb><1010617456.755.20.camel@zerodeux.home><000701c1a323$d 56ba8f0$0601a8c0@lionelb><1011714937.750.171.camel@zerodeux.home> <874rlby2bu.fsf@wanadoo.fr> <009301c1a7df$351c7e90$0901a8c0@vianneyl> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Evolution/1.0.1 Date: 28 Jan 2002 16:06:47 +0100 Message-Id: <1012230407.833.3.camel@zerodeux.home> Mime-Version: 1.0 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: On Mon, 2002-01-28 at 10:36, Vianney Lecroart wrote: > [ BTW, I know there is a special french touch for video games, but I > didn't know that it consists in putting french words like "Abandon" in > error messages. :) ] Hi Vianney, This is actually a David Mentre's quote, and your assumption about him running a french locale seems right to me :) From valignat@gw.nevrax.com Mon Jan 28 16:17:06 2002 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0SFH4w75597 for ; Mon, 28 Jan 2002 16:17:05 +0100 (CET) (envelope-from valignat@gw.nevrax.com) Received: from gw.nevrax.com (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with ESMTP id g0SFB8J47245 for ; Mon, 28 Jan 2002 16:11:08 +0100 (CET) (envelope-from valignat@gw.nevrax.com) Received: (from valignat@localhost) by gw.nevrax.com (8.11.6/8.11.6) id g0SFAFA84846 for nel@nevrax.org; Mon, 28 Jan 2002 16:10:15 +0100 (CET) (envelope-from valignat) Date: Mon, 28 Jan 2002 16:10:15 +0100 From: Cedric Valignat To: nel@nevrax.org Subject: Re: [Nel] OpenAL issues to build nel Message-ID: <20020128161015.A84820@nevrax.com> References: <87lmeny967.fsf@wanadoo.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5.1i In-Reply-To: <87lmeny967.fsf@wanadoo.fr>; from david.mentre@wanadoo.fr on Thu, Jan 24, 2002 at 06:02:08PM +0100 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi David, hi all, According to David MENTRE: > > [...] > checking for OpenAL headers... /usr/local/Installed/OpenAL-1.0//include > checking for OpenAL libraries... no > ^^ why?? It's because i made a little syntax error in the OpenAL macro ... it's fixed ... sorry about that :-( Thanks for the report ... -- Cedric Frappe ta tête contre une cruche. Si tu obtiens un son creux, n'en déduis pas que c'est forcément la cruche qui est vide. Lao Tseu. From valignat@gw.nevrax.com Mon Jan 28 16:31:46 2002 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0SFVaw75753 for ; Mon, 28 Jan 2002 16:31:40 +0100 (CET) (envelope-from valignat@gw.nevrax.com) Received: from gw.nevrax.com (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with ESMTP id g0SFPRJ47478 for ; Mon, 28 Jan 2002 16:25:27 +0100 (CET) (envelope-from valignat@gw.nevrax.com) Received: (from valignat@localhost) by gw.nevrax.com (8.11.6/8.11.6) id g0SFOYQ85032 for nel@nevrax.org; Mon, 28 Jan 2002 16:24:34 +0100 (CET) (envelope-from valignat) Date: Mon, 28 Jan 2002 16:24:34 +0100 From: Cedric Valignat To: nel@nevrax.org Subject: Re: [Nel] OpenAL issues to build nel Message-ID: <20020128162434.B84820@nevrax.com> References: <87lmeny967.fsf@wanadoo.fr> <878zany3lo.fsf@wanadoo.fr> <87r8ofwm7s.fsf@wanadoo.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5.1i In-Reply-To: <87r8ofwm7s.fsf@wanadoo.fr>; from david.mentre@wanadoo.fr on Thu, Jan 24, 2002 at 09:03:19PM +0100 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Another stupid mistake from me ... it's fixed ... grrrr Thanks again David :-) I hope it will works fine now ;-) According to David MENTRE: > Well, nearly. Once nel/bootstrap has run, it is no longer to configure > nel *without* sound: > david@oops:~/pub/NeL/code/nel$ ./configure --with-stlport=/usr/local/Installed/STLport4.5/ --with-stlport-include=/usr/local/Installed/STLport4.5/include/stlport --with-stlport-lib=/usr/local/Installed/STLport4.5/lib/ --enable-ai --prefix=/usr/local/Installed/NeL --disable-sound > checking for OpenAL headers... no > checking for OpenAL libraries... no > configure: error: OpenAL is needed to compile NeL (http://www.openal.org). -- Cedric Frappe ta tête contre une cruche. Si tu obtiens un son creux, n'en déduis pas que c'est forcément la cruche qui est vide. Lao Tseu. From valignat@gw.nevrax.com Mon Jan 28 19:17:34 2002 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0SIHYw76690 for ; Mon, 28 Jan 2002 19:17:34 +0100 (CET) (envelope-from valignat@gw.nevrax.com) Received: from gw.nevrax.com (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with ESMTP id g0SIBdJ49726 for ; Mon, 28 Jan 2002 19:11:39 +0100 (CET) (envelope-from valignat@gw.nevrax.com) Received: (from valignat@localhost) by gw.nevrax.com (8.11.6/8.11.6) id g0SIAkD92198 for nel@nevrax.org; Mon, 28 Jan 2002 19:10:46 +0100 (CET) (envelope-from valignat) Date: Mon, 28 Jan 2002 19:10:46 +0100 From: Cedric Valignat To: NeL mailing list Message-ID: <20020128191045.A92177@nevrax.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i Subject: [Nel] NeL M4 macros bug Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi all, I found a big bug in NeL's M4 macros and that break the configure scripts of NeLNS and Snowballs so i have to rewrite a part of it :-( I will send a mail to the mailling list when it will be fixed (tomorrow). Sorry about that ... Cedric. From david.mentre@wanadoo.fr Mon Jan 28 21:54:30 2002 Received: from mel-rto2.wanadoo.fr (smtp-out-2.wanadoo.fr [193.252.19.254]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0SKsUw77636 for ; Mon, 28 Jan 2002 21:54:30 +0100 (CET) (envelope-from david.mentre@wanadoo.fr) Received: from mel-rta10.wanadoo.fr (193.252.19.193) by mel-rto2.wanadoo.fr; 28 Jan 2002 21:48:31 +0100 Received: from oops (193.251.66.211) by mel-rta10.wanadoo.fr; 28 Jan 2002 21:48:18 +0100 Received: from david by oops with local (Exim 3.33 #1 (Debian)) id 16VIhN-0000FX-00 for ; Mon, 28 Jan 2002 21:48:17 +0100 To: nel@nevrax.org Subject: Re: [Nel] Issue to run snowballs2 References: <87n0zo3d4p.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me> <87ell037 cv.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me> <003b01c198f7$7197 0030$0601a8c0@lionelb> <1010617456.755.20.camel@zerodeux.home> <000701c1a323$d 56ba8f0$0601a8c0@lionelb> <1011714937.750.171.camel@zerodeux.home> <874rlby2bu.fsf@wanadoo.fr> <009301c1a7df$351c7e90$0901a8c0@vianneyl> <3c5569f23caf0cb6@mel-rti2.wanadoo.fr> From: David MENTRE Organization: none Date: 28 Jan 2002 21:48:17 +0100 In-Reply-To: <3c5569f23caf0cb6@mel-rti2.wanadoo.fr> (added by mel-rti2.wanadoo.fr) Message-ID: <87zo2yqk1a.fsf@wanadoo.fr> Lines: 10 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.1 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Vincent Caron writes: > This is actually a David Mentre's quote, and your assumption about him > running a french locale seems right to me :) Oops, shame on me. d. -- david.mentre@wanadoo.fr From john.hayes@embarcadero-ca.com Tue Jan 29 08:11:33 2002 Received: from mail2k.embarcadero-ca.com ([207.219.170.6]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0T7BWw81591 for ; Tue, 29 Jan 2002 08:11:32 +0100 (CET) (envelope-from john.hayes@embarcadero-ca.com) content-class: urn:content-classes:message Subject: RE: [Nel] Game Object Models MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----_=_NextPart_001_01C1A893.577C40E5" Date: Tue, 29 Jan 2002 02:05:32 -0500 X-MimeOLE: Produced By Microsoft Exchange V6.0.4712.0 Message-ID: <0881AC7F2F339C40BC6F7983D1E0BEC9019101@mail2k.embarcadero-ca.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: <0881AC7F2F339C40BC6F7983D1E0BEC9019101@mail2k.embarcadero-ca.com> Thread-Topic: [Nel] Game Object Models Thread-Index: AcGmHm9Xg7R8HqT/QmmGglOm9F9QOgCdNmw+ From: "John Hayes" To: Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: This is a multi-part message in MIME format. ------_=_NextPart_001_01C1A893.577C40E5 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SSB3YXMgc3RhcnRpbmcgdG8gd29uZGVyIGlmIHRoaXMgZ3JvdXAgd2FzIG9uIDotKQ0KDQo+IC0t LS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQoNCj4gRnJvbTogbmVsLWFkbWluQG5ldnJheC5vcmcg W21haWx0bzpuZWwtYWRtaW5AbmV2cmF4Lm9yZ11PbiBCZWhhbGYgT2YNCg0KPiBWaW5jZW50IENh cm9uDQoNCj4gU2VudDogSmFudWFyeSAyNSwgMjAwMiAxMDo1NiBQTQ0KDQo+IFRvOiBuZWxAbmV2 cmF4Lm9yZw0KDQo+IFN1YmplY3Q6IFJlOiBbTmVsXSBHYW1lIE9iamVjdCBNb2RlbHMNCg0KPiAN Cg0KPiANCg0KPiBPbiBUdWUsIDIwMDItMDEtMjIgYXQgMDA6NDcsIEpvaG4gSGF5ZXMgd3JvdGU6 DQoNCj4gQXQgbGVhc3QgeW91IGRpZG4ndCBzYXkgdGhlIGZhbW91cyAnVENQIGlzIHNsb3cnIHN0 YXRlbWVudCA6KQ0KDQpXZWxsIHRoYXQncyBqdXN0IHBsYWluIHZhZ3VlIC0gZG9lcyBzbG93IHJl ZmVyIHRvIGxhdGVuY3kgb3IgYmFuZHdpZHRoPw0KSW4gVENQJ3MgY2FzZSwgdGhlIGxhdGVuY3kg aXMgbG93IHVudGlsIHlvdSBsb3NlIGRhdGEuDQoNCj4gVENQIHdpbGwgYnJpbmcgc2VxdWVudGlh bGl0eSwgcmVsaWFiaWxpdHksIGluZXJuZXQtd2lkZQ0KDQo+IGNvb3BlcmF0aW9uLCBidXQgY2Vy dGFpbmx5IG5vdCBkZWxheSBndWFyYW50ZWVzLCB3ZSBhbGwga25vdyB0aGF0Lg0KDQpBbmQgbmVp dGhlciB3aWxsIFVEUCwgb3IgYW55IGludGVybmV0IHByb3RvY29sIC4uLiBidXQgSSdsbCBnZXQg dG8gdGhhdA0KYmVsb3cuDQoNCj4gLSBmaW5kIHRoZSBuZXR3b3JrIHByb3BlcnRpZXMgeW91IGNh biBsaXZlIHdpdGguIFRoaXMgaXMgdGhlIG1vc3QNCg0KPiBkaXNyZWdhcmRlZCBwYXRoLiBJJ20g YWx3YXlzIHdvbmRlcmluZyB3aHkgcGVvcGxlIGFsd2F5cyANCg0KPiBibGluZGx5IHRyeSB0bw0K DQo+IGltcGxlbWVudCBtb3JlIG9yIGxlc3MgYWNrd2FyZCByZWxpYWJpbGl0eSBoYWNrcyBvdmVy IFVEUCwgYmVmb3JlIGV2ZW4NCg0KPiBhc2tpbmcgaWYgdGhleSBuZWVkIHJlbGlhYmlsaXR5LiBZ ZXMsIHlvdSBvZnRlbiBjYW4gbGl2ZSB3aXRoIGRyb3BwZWQNCg0KPiBwYWNrZXRzIDogdGhpcyBp cyB3aGF0IGludGVycG9sYXRpb24gYW5kIGV4dHJhcG9sYXRpb24gaXMgYWJvdXQuDQoNCj4gRGV0 ZWN0aW5nIHRoZW0gaXMgZWFzeSwgaWYgeW91IG51bWJlcmVkIHlvdXIgcGFja2V0cyBmb3IgDQoN Cj4gc2VxdWVudGlhbGl0eS4NCg0KPiBZb3UgbWlnaHQgZXZlbiBmaW5kIHlvdXJzZWxmIGRyb3Bw aW5nIGEgbGF0ZSBwYWNrZXQsIGJlY2F1c2UgDQoNCj4geW91IGFscmVhZHkNCg0KPiBoYXZlIGZy ZXNoZXIgaW5mbyAoZGVwZW5kcyBvbiB0aGUgaW5mbyBjYXJyaWVkIGJ5IHRoZSBwYWNrZXQsIG9m DQoNCj4gY291cnNlKS4NCg0KVGhpcyBpcyB3aGF0IEkgd2FzIGF0dGVtcHRpbmcgdG8gZGVzY3Jp YmUgKGFsdGhvdWdoIGl0IHdhc24ndCByZWFsbHkgbXkNCnBvaW50IGZvciB0aGUgd2hvbGUgZW1h aWwgLSBqdXN0IGFuIGV4YW1wbGUpLiBUaGluZyBpcywgdGhlcmUgaXNuJ3QgYQ0Kc2luZ2xlIHBy b3RvY29sIHRoYXQnbGwgbWVldCBhbGwgb2YgeW91ciBuZWVkcywgdGhlcmUncyBzZXZlcmFsDQpz Y2VuYXJpb3M6DQoNCjEuIFlvdSBuZWVkICJzdHJlYW0iIG9yICJsYXJnZSBwYWNrZXQiIHRyYW5z bWlzc2lvbi4gVGhlc2UgbXVzdCBiZQ0KcmVjZWl2ZWQgaW4gdGhlIGV4YWN0IG9yZGVyIHRoYXQg dGhleSBhcmUgdHJhbnNtaXR0ZWQgYW5kIG5vbmUgY2FuIGJlDQpkcm9wcGVkLiBBbiBleGFtcGxl IGlzIGNoYXJhY3RlciBjb25uZWN0aW9uIHdoZXJlIHlvdSBpbW1lZGlhdGVseSBnZXQgYQ0KbGFy Z2UgYW1vdW50IG9mIGRhdGEgLSBpbiB0aGlzIGNhc2UgaXQncyBtb3JlIGVmZmljaWVudCB0byBy ZXBhaXIgdGhlDQpkYXRhIHRoYW4gcmV0cmFuc21pdCB0aGUgZW50aXJlIGxhcmdlIHBhY2tldCBh bmQgaG9wZSBpdCBtYWtlcyBpdA0KdGhyb3VnaCBjb3JyZWN0bHkuIFRoaXMgaXMgdGhlIG1vc3Qg IlRDUC1saWtlIiAtIHdpdGggdGhlIG9ubHkNCmRpZmZlcmVuY2UgYmVpbmcgYSBtb3JlIGFnZ3Jl c3NpdmUgcmV0cmFuc21pdCAtIG9yIGl0ICpjb3VsZCogYmUgYQ0Kc2VwYXJhdGUgVENQIGNoYW5u ZWwsIHRoZSBpbXBsZW1lbnRhdGlvbiBvcHRpb25zIGFyZSAuDQoNCjIuIFJlbGlhYmxlIERhdGFn cmFtLCB0cmFuc21pc3Npb24gdGhhdCBtdXN0IGJlIHN1Y2Nlc3NmdWwgYnV0IGlzIG9yZGVyDQpp bmRlcGVuZGVudC4gQW4gZXhhbXBsZSBvZiB0aGlzIGtpbmQgb2YgY2hhdCB0ZXh0LiBZb3UgZG8g Y2FyZSBhYm91dA0KZXZlcnkgbWVzc2FnZSBtYWtpbmcgaXQgYnV0IHRoZSBvcmRlciBpcyBsYXJn ZWx5IGlycmVsZXZhbnQuIEFub3RoZXINCmV4YW1wbGUgbWlnaHQgYmUgc2lnbmlmaWNhbnQgYW5p bWF0aW9uc1sxXQ0KDQozLiBVbnJlbGlhYmxlIERhdGFncmFtcywgdGhlIG1vc3QgVURQIGxpa2Ug LSBzdHVmZiB3aGVyZSB5b3UgZG9uJ3QgY2FyZQ0KaWYgdGhlIHBhY2tldCBnZXRzIGxvc3QsIGlu c2lnbmlmaWNhbnQgc291bmQgZWZmZWN0cyBhbmQgYW5pbWF0aW9ucy4NCg0KNC4gTGF0ZXN0IERh dGEsIHlvdSBvbmx5IG5lZWQgdG8ga25vdyB0aGUgbmV3ZXN0IGRhdGEuIE91dCBvZiBvcmRlcg0K cGFja2V0cyBkb24ndCBib3RoZXIgeW91IGFzIGxvbmcgYXMgeW91IGNhbiB0ZWxsIHdoaWNoIG9u ZSBpcyBuZXdlciBhbmQNCnRoZSBzZXJ2ZXIgcmV0cmFuc21pdHMuIEEgc3BlY2lhbCBjYXNlIG9m IHRoaXMgZGF0YSBpcyB2ZWxvY2l0eSBkYXRhIC0NCmNvdmVyZWQgbGF0ZXIuDQoNCk5vdyBzb21l IGludGVyZXN0aW5nIHRpZGJpdHMsIGFuZCBJIHNob3VsZCBiZSBhYmxlIHRvIGJyaW5nIHRoaXMg YmFjayB0bw0KbXkgb3JpZ2luYWwgcG9pbnQuIFlvdSBoYXZlIHBhcmFtZXRlcnMgeW91IGNhbiB0 dW5lIGZvciBzdWNoIGEgc3lzdGVtLg0KDQpGcmVxdWVuY3k6IGhvdyBsb25nIGFmdGVyIGEgY2hh bmdlIGEgdGhlIHByb3RvY29sIHdhaXRzIHRvIHRyYW5zbWl0IC0NCmZyZXF1ZW50bHkgY2hhbmdp bmcgZGF0YSBzaG91bGQgaGF2ZSBpdCdzIHRyYW5zbWlzc2lvbiBjYXBwZWQgdG8gYSBmaXhlZA0K ZnJlcXVlbmN5LiBTbG93ZXIgdXBkYXRpbmcgZGF0YSBtYXkgaGF2ZSBhIGZyZXF1ZW5jeSBvZiAw WzJdLg0KDQpBZ2dyZXNzaXZlbmVzczogaG93IGxvbmcgYWZ0ZXIgc2VuZGluZyBhIGRhdGEgdXBk YXRlIHNob3VsZCB0aGUgc2VydmVyDQpiZWZvcmUgZm9yIHJldHJhbnNtaXR0aW5nLiBUaGlzIGRp cmVjdGx5IGFmZmVjdHMgdGhlIGxhdGVuY3kgaW5jcmVhc2UgYXMNCnRoZSBjb25uZWN0aW9uIHJl bGlhYmlsaXR5IGRyb3BzLiBUdW5pbmcgdGhpcyBwYXJhbWV0ZXIgaXMgcmVsYXRlZCB0bw0KdGhl IGZyZXF1ZW5jeSAtIGlmIHRoZSBkYXRhIGlzIGV4cGVjdGVkIHRvIGNoYW5nZSBhZ2FpbiBwcmV0 dHkgc29vbiwNCml0J3MgcHJvYmFibHkgZmFzdGVyIHRvIHdhaXQgdW50aWwgdGhhdCBoYXBwZW5z IHJhdGhlciB0aGFuIHJldHJhbnNtaXQuDQoNCk5vdyAtIGlmIGdldHRpbmcgdGhlIG9wdGltYWwg Y29tbXVuaWNhdGlvbiByZXF1aXJlcyBhbGwgb2YgdGhlc2UNCnByb3RvY29scyBhbmQgdGhlbiBm dXJ0aGVyIHR1bmluZyBkb3duIHRvIHRoZSBhdHRyaWJ1dGUgbGV2ZWwsIEkgdGhpbmsNCnRoaXMg aXMgdGhlIG1pc3NpbmcgbGluayB0byB5b3VyIHBsYWludCB0aGF0IGNvbnRlbXBvcmFyeSBnYW1l cw0KaW1wbGVtZW50IHRvbyBtdWNoIHJlbGlhYmlsaXR5IGluc3RlYWQgb2YgY3VzdG9taXppbmcg aXQuWzNdIEJlY2F1c2UNCml0J3MgKmVhc2llciogdG8gaW1wbGVtZW50IHJlbGlhYmlsaXR5IGZv ciBldmVyeXRoaW5nLg0KDQpJZiBpdCB3ZXJlIGJ1aWx0IGludG8gdGhlIGZyYW1ld29yayB0aGF0 IHlvdSBjb3VsZCBkb3duZ3JhZGUgdGhlDQpyZWxpYWJpbGl0eSBzZWxlY3RpdmVseSBkb3duIHRv IHRoZSBmaWVsZCBsZXZlbCAtIGludG8gYSBkYXRhIG1vZGVsDQood2l0aCBhIGZhbmN5IGVkaXRv ciBubyBsZXNzKSwgdGhlbiBpdCB3b3VsZCBiZWNvbWUgcHJhY3RpY2FsIGxlbmd0aGVuDQp0aGUg ZnJlcXVlbmN5IHVudGlsIHBlb3BsZSBjb21wbGFpbiwgdGhlbiB0dXJuIGl0IGRvd24gYSBiaXQu IE1heWJlIG5vdA0KdG9vIHNjaWVudGlmaWMsIGJ1dCB0aGUgZ29hbCBpcyB0aGUgKmFwcGVhcmFu Y2UqIG9mIHJlc3BvbnNpdmVuZXNzIG5vdA0KYWN0dWFsIHJlc3BvbnNpdmVuZXNzIDotKQ0KDQpO b3cgLSB0aGVuIHlvdSBzd2FwcGVkIHRvcGljOg0KDQo+ID4gU28gLSB3aGF0IGtpbmQgb2YgcnVs ZXMgY2FuIHdlIG1ha2UgdXAgZm9yIHRoaXM/IE5ldHdvcmsgDQoNCj4gbWVzc2FnZXMgZnJvbQ0K DQo+ID4gdGhlIHNlcnZlciB0byB0aGUgY2xpZW50IGhhdmUgdHdvIGZ1bmN0aW9ucyAtIHVwZGF0 aW5nIHN0YXRlIGFuZA0KDQo+ID4gIm9uZS1zaG90IiBhY3Rpb25zICh3aGljaCBpcyByZWFsbHkg YSBzcGVjaWFsIGNhc2Ugb2YgDQoNCj4gdXBkYXRpbmcgc3RhdGUpLg0KDQo+IA0KDQo+IFlvdXIg ZGVzY3JpcHRpb24gaXMgaW50ZXJlc3RpbmcuIEkgd29uJ3QgY29tbWVudCBkaXJlY3RseSBvbiAN Cg0KPiBpdCwgaW5zdGVhZA0KDQo+IEkgd291bGQgc3RyZXNzIHRoZSBpbXBvcnRhbmNlIG9mIGEg ZGltZW5zaW9uIHRoYXQgaXMgc28gY29tbW9ubHkNCg0KPiBuZWdsZWN0ZWQgOiB0aW1lLg0KDQpJ IHdhcyB0aGlua2luZyB0aGF0IEknZCBqdXN0IGhhbmQgd2F2ZSB0aGlzIG9uZSBhd2F5IGFzIGFu IGFwcGxpY2F0aW9uDQpkb21haW4gcHJvYmxlbSA6LSkgQnV0IHlvdSBkcmFnZ2VkIG1lIGludG8g aXQgLSBJIGxlYXZlIGl0IHRvIHRoZSByZWFkZXINCnRvIGNvbnN1bHQgdGhlIHN1bW1hcnkuDQoN Cj4gV2hlbiB5b3UgcmVhbGl6ZWQgdGhhdCBldmVyeSBub2RlIChjbGllbnRzIGFuZCBzZXJ2ZXJz KSBoYXZlIA0KDQo+IHRoZWlyIG93biwNCg0KPiB0aW1lbHkgdmlldyBvZiB0aGUgb2JqZWN0cywg bXkgZ3Vlc3MgaXMgdGhhdCB5b3UgZW5kIHdpdGggdHdvIG1vZGVsIG9mDQoNCj4gZGlzdHJpYnV0 aW9uIDoNCg0KPiANCg0KPiAtIGNlbnRyYWxpemVkIDogb25lIChzZXJ2ZXIvbWFzdGVyKSBub2Rl IGlzIGNvbnNpZGVyZWQgdG8gYmUgdGhlIG9ubHkNCg0KPiBvbmUgdG8gaGF2ZSBhIGZ1bGwgY29o ZXJlbnQgdmlldyBvZiBhbGwgb2JqZWN0cyBhdCBhbnkgdGltZS4gQWxsIG90aGVyDQoNCj4gbm9k ZXMgKGNsaWVudHMsIG9yIGxldCdzIHNheSBtb3JlIGdlbmVyYWx5ICdzbGF2ZXMnKSBoYXZlIGEg DQoNCj4gc2xpZ2h0bHkgYW5kDQoNCj4gZ2xvYmFsbHkgZGVsYXllZCB2aWV3IG9mIHRoZSByZWZl cmVudGlhbCB2aWV3LiBZb3UnbGwgb25seSBnZXQgaW50bw0KDQo+IHRyb3VibGUgd2hlbiB0aGUg bWFzdGVyIG11c3QNCg0KPiBpbnRlZ3JhdGUgY2xpZW50IHJlc3BvbnNlcywgc2luY2UgdGhleSAx KSBhcmUgYSByZWFjdGlvbiB0byBhbiBpbmZvDQoNCj4gd2hpY2ggaXMgMSBSVFQgbGF0ZSBhbmQg MikgYSBjbGllbnQgaW5mbyB3aGljaCBpcyB+UlRULzIgbGF0ZS4NCg0KPiAtIGZ1bGx5IGRpc3Ry aWJ1dGVkIDogdGhlICdob2x5IGdyYWlsJyA6KS4gSW4gdGhlb3J5LCBlYWNoIG5vZGUgaXMNCg0K PiBjb25uZWN0ZWQgdG8gYWxsIHRoZSBvdGhlciBwYXJ0aWNpcGF0aW5nIG5vZGVzLiBPZiBjb3Vy c2UsIGl0J3MgYQ0KDQo+IGJhbmR3aWR0aCBraWxsZXIgYW5kIGl0IGRvZXNuJ3Qgc2NhbGUuIEJ1 dCB0aGVyZSBhcmUgc29tZSBwb2ludHMgdGhhdA0KDQo+IG1ha2UgaXQgc29tZXdoYXQgY29uY2Vp dmFibGUgOg0KDQpJdCdsbCB1c2UgYWJvdXQgdHdpY2UgYXMgbXVjaCBiYW5kd2lkdGggYXMgY2xp ZW50L3NlcnZlciBtb2RlbC4gQnV0IHlvdQ0KaGF2ZSBhbGwgdGhlIHNhbWUgcHJvYmxlbXMgbWFn bmlmaWVkLCBzaW5jZSBldmVyeSBjbGllbnQgKGFuZCB0aGUNCnNlcnZlcikgc3RpbGwgd29yayBv biBhIGRpZmZlcmVudCB0aW1lIGJhc2UuIFdoaWNoIGNsaWVudCdzDQppbnRlcnByZXRhdGlvbiBp cyBjb3JyZWN0LCBvciBpcyB0aGUgc2VydmVyJ3MgY29ycmVjdCAoUDJQIGJyb2tlbik/DQoNClRo ZSBiaWdnZXN0IHByYWN0aWNhbCBiYXJyaWVyIGlzIG1vcmUgdXNlcnMgYXJlIGJlaGluZCBOQVQv ZmlyZXdhbGxzIGFuZA0KaGF2ZSBkaWZmaWN1bHR5IHJlY2VpdmluZyBpbmNvbWluZyBjb25uZWN0 aW9ucyB3aXRob3V0IGNvbmZpZ3VyYXRpb24NCihtYXBwaW5nIHBvcnRzKSBvciBhIDNyZCBwYXJ0 eSBmb3J3YXJkaW5nLg0KDQo+ICogYSBub2RlIGlzIG9mdGVuIG9ubHkgYWZmZWN0ZWQgYnkgYSBm ZXcgb3RoZXIgbm9kZXMgOiB0aGUgcGxheWVycyBpbg0KDQo+IHNpZ2h0IG9mIHlvdXIgZ3VuLCBl dGMuIElmIGV2ZXJ5IG5vZGUgY2FuIG1haW50YWluIGEgJ25laWdoYm91cmhvb2QNCg0KPiBkZXBl bmRlbmN5JywgeW91J2xsIGVuZCB3aXRoIGEgZmluaXRlIG51bWJlciBvZiBsaW5rcyBwZXIgDQoN Cj4gbm9kZSAoZGVwZW5kcw0KDQo+IG9uIHlvdXIgZ2FtZSBkZXNpZ24sIG1pZ2h0IHByb3ZlIHdy b25nIGluIGEgdmlydHVhbCBzdGFkaXVtIDopKQ0KDQpTZXJ2ZXIgaGFzIHRvIGRvIHRoZSBzYW1l IHdvcmsgYW55d2F5cyBkZXRlcm1pbmluZyB3aG8gY2FuIHNlZSB3aG8uIFlvdQ0KY291bGQgbWFr ZSBhIFAyUCBzeXN0ZW0gZG8gdGhlIHNhbWUgdGhpbmcsIGJ1dCB0aGVyZSdzIGEgY291cGxlIGJp dHMgb2YNCnRyaWNrZXJ5OiBvbmUgbm9kZSBoYXMgdG8gYmUgYWJsZSB0byBkaXNjb3ZlciBvdGhl ciBub2RlcyAobW92aW5nIGNsb3Nlcg0KdG8gYW5vdGhlciBub2RlIGNhbiBjYXVzZSB0aGF0IG5v ZGUgdG8gdHJhbnNtaXQgbm9kZXMgaXQga25vd3MgdG8gYmUgaW4NCml0J3Mgb3duIHZpZXcpIGFu ZCBib290c3RyYXBwaW5nIChob3cgZG9lcyBhIG5vZGUgaW5pdGlhbGx5IGRpc2NvdmVyDQp3aG8n cyBuZWFyYnkpLiANCg0KLS0tDQoNCkZvciB0aGUgdGltaW5nIHByb2JsZW0gdGhlIGFuc3dlciBp cyBzaW1pbGFyIHRvIHRoZSBwYWNrZXQgcmVsaWFiaWxpdHkNCnByb2JsZW0uIERvIHlvdSBjYXJl PyBJIGNhbiB0aGluayBvZiB0d28gYXBwbGljYXRpb25zIHdoZXJlIHlvdSBkbyAtDQp0aW1pbmcg ZW5mb3JjZW1lbnQgc3VjaCBhcyBtYWtpbmcgc3VyZSBhbmltYXRpb25zIHRha2UgYXMgbG9uZyBh cw0KdGhleSdyZSBzdXBwb3NlZCB0bywgdmVsb2NpdHkgY2hlY2tpbmcsIGFuZCBzZXJ2ZXItc2lk ZSBwaHlzaWNzLiBPbmx5DQpvbmUgb2YgdGhlIGNvbW1lcmNpYWwgTU1PRydzIGhhcyBzZXJ2ZXIt c2lkZSBwaHlzaWNzIC0gc28gbWF5YmUgaXQncyBub3QNCmEgYmlnIGlzc3VlLCBvciBtYXliZSBl dmVyeW9uZSBlbHNlIGlzIHNjYXJlZCB0byB0b3VjaCBpdC4NCg0KRm9yIGNoZWF0aW5nLCB1c2lu ZyBzb21ldGhpbmcgbGlrZSBOVFAsIHlvdSBjYW4gc3BvdCBvdmVyIGEgZmV3IG1pbnV0ZXMNCndo ZXRoZXIgc29tZW9uZSdzIGNsb2NrIGlzIHNsaWRpbmcuDQoNCkpvaG4NCg0KLSBMZXRzIGJ1cm4g dGhhdCBicmlkZ2Ugd2hlbiB3ZSBjb21lIHRvIGl0DQoNClsxXSBTb21ldGhpbmcgd2l0aCBhIHZl cnkgb2J2aW91cyB0YWN0aWNhbCBvciBkcmFtYXRpYyBpbmZsdWVuY2UuDQoNClsyXSBJJ20gYXdh cmUgdGhhdCBieSAwLCBJIG1lYW4gaW5maW5pdHksIGFuZCBJJ20gbm90IHJlYWxseSB0YWxraW5n DQphYm91dCBmcmVxdWVuY3kgYnV0IHRpbWUuDQoNClszXSBMb3cgbGF0ZW5jeSAiTEFOIiBnYW1l cyB3aWxsIGRvIHRoaW5ncyBsaWtlIHRyYW5zbWl0IGV2ZXJ5IHBhY2tldA0KMi01IHRpbWVzIGFu ZCBhc3N1bWUgaXQncyBnZXRzIHRocm91Z2guDQoNCg== ------_=_NextPart_001_01C1A893.577C40E5 Content-Type: application/ms-tnef; name="winmail.dat" Content-Transfer-Encoding: base64 eJ8+IiIHAQaQCAAEAAAAAAABAAEAAQeQBgAIAAAA5AQAAAAAAADoAAENgAQAAgAAAAIAAgABBYAD AA4AAADSBwEAHQACAAUAIAACACABASCAAwAOAAAA0gcBAB0AAgAFACAAAgAgAQEJgAEAIQAAADQ5 QTlBNEY4NzA1QzgzNEZCMDMwRTBDN0UyMEE1NjM2AB4HAQOQBgDkJgAAOAAAAB8AGgABAAAAEgAA AEkAUABNAC4ATgBvAHQAZQAAAAAAAwA2AAAAAAAfADcAAQAAADoAAABSAEUAOgAgAFsATgBlAGwA XQAgAEcAYQBtAGUAIABPAGIAagBlAGMAdAAgAE0AbwBkAGUAbABzAAAAAABAADkA5UB8V5OowQEf AD0AAQAAAAoAAABSAEUAOgAgAAAAAAACAUcAAQAAADYAAABjPXVzO2E9IDtwPWVtYmFyY2FkZXJv LWNhO2w9TUFJTDJLLTAyMDEyOTA3MDUzMlotNDQ4OQAAAB8ASQABAAAAOgAAAFIAZQA6ACAAWwBO AGUAbABdACAARwBhAG0AZQAgAE8AYgBqAGUAYwB0ACAATQBvAGQAZQBsAHMAAAAAAEAATgAA2Z9Q HabBAR8AWgABAAAAHAAAAFYAaQBuAGMAZQBuAHQAIABDAGEAcgBvAG4AAAACAVsAAQAAAEAAAAAA AAAAgSsfpL6jEBmdbgDdAQ9UAgAAAABWaW5jZW50IENhcm9uAFNNVFAAdi5jYXJvbkB6ZXJvZGV1 eC5uZXQAAgFcAAEAAAAaAAAAU01UUDpWLkNBUk9OQFpFUk9ERVVYLk5FVAAAAB8AXQABAAAAHAAA AFYAaQBuAGMAZQBuAHQAIABDAGEAcgBvAG4AAAACAV4AAQAAAEAAAAAAAAAAgSsfpL6jEBmdbgDd AQ9UAgAAAABWaW5jZW50IENhcm9uAFNNVFAAdi5jYXJvbkB6ZXJvZGV1eC5uZXQAAgFfAAEAAAAa AAAAU01UUDpWLkNBUk9OQFpFUk9ERVVYLk5FVAAAAB8AZgABAAAACgAAAFMATQBUAFAAAAAAAB8A ZwABAAAAKgAAAHYALgBjAGEAcgBvAG4AQAB6AGUAcgBvAGQAZQB1AHgALgBuAGUAdAAAAAAAHwBo AAEAAAAKAAAAUwBNAFQAUAAAAAAAHwBpAAEAAAAqAAAAdgAuAGMAYQByAG8AbgBAAHoAZQByAG8A ZABlAHUAeAAuAG4AZQB0AAAAAAAfAHAAAQAAADIAAABbAE4AZQBsAF0AIABHAGEAbQBlACAATwBi AGoAZQBjAHQAIABNAG8AZABlAGwAcwAAAAAAAgFxAAEAAAAbAAAAAcGmHm9Xg7R8HqT/QmmGglOm 9F9QOgCdNmw+AB8AdAABAAAAHgAAAG4AZQBsAEAAbgBlAHYAcgBhAHgALgBvAHIAZwAAAAAAHwAa DAEAAAAWAAAASgBvAGgAbgAgAEgAYQB5AGUAcwAAAAAAHwAdDgEAAAAyAAAAWwBOAGUAbABdACAA RwBhAG0AZQAgAE8AYgBqAGUAYwB0ACAATQBvAGQAZQBsAHMAAAAAAAIBCRABAAAAhx4AAIMeAACO ZwAATFpGdTWVxK0DAAoAcmNwZzEyNYIyA0NodG1sMQMw/wEDAfcKgAKkA+QHEwKAEAP/AFAEVghV B7IRNQ5RAwECAIRjaArAc2V0MgYA2wbDETUzBEYTxzASPBFD2wjvCfc7GC8OMDURMgxgzmMAUAsJ AWQzNhZgC6VkNCAQAipcDrIBkGcvFFAKoxFDHUg0FFA8IQBET0NUWVBFIABIVE1MIFBVQgBMSUMg Ii0vL4hXM0Mg4ERURB/0CDMuMiDgRU4iPuceTR3vIyExOB9QIAIibxsjfyXwMxzgJNBFQURfJS0O 8SZPKM8kVDYO8DxQTUVUQQewQSvAPUwiRwnwBJBhdAWwItESME9OVCIwVCxQBeFERXgT4W5nZQZS dg8SkS6hAJACICA2LjD4LjQ3DiAvcCJeKi8kYwQ3Nx9QVElUTEUFJS40DvBSZTogW0EHwGxdIEdh B4AgWE9iagWQBUBNBHFs6nMjzjUfUC8yrzDfJaVfM/E3ACevJf861DUWYDwAQk9EWSBkaXL6PTrw cjpAOrMAIQMwPVGcZG8A4D1RCrFccRgQPz1RE+ADMD21FmA6iTY0rz2YAAA/xyPcNCSxRi0xwiAA kHplPTI9iQHxfwvxP6k47DtFOokBwB5MNoUksVA6QEkgd2EEIM5zAZAAIAuAZyAs0EmAWwIgBIEg BpBKUGgEACAbCcAIYHBJgy8xOi0p/z2nPZdFSAqiTRgKgT23CrH/TyhCXQHANvFJQTprHFE7b79A 8UkjQT9NmUTvHPw4HOBYJmd0AoA9pz4/uCDqLVoyTwUQZwuAB0AF0PUHkHM7EGVaM0yPTZ9Or/9P v1DPUd9S71P/VQ9WH1+/O1g/WU1GA2E0QCyQbC2oYWRtC4BALJB2LLDseC4FsEpAWwDAAxAs0CY6 ae9q8V1PA6BCZfUT8Gw+EE9dgFvvXP9eD/9fH2AvYT9iT2NfZG9lf3G/a2efWVxWC4BjCfAFQEP/ CsACIG3Pbt9v73D/cg9zH/90L3U/dk93X4AveX9ZTQZgKwIwNEBKAHB1CsB5ICUOMCyKwDAwFFAx MOg6NTYgQE18T31ffm//f3+Aj4Gfgq+Dv4TPhd+Pz/uH/1lNVGuQadJqeYvvjP//jg+PH5AvkT+S T5NflG+Vf/een5efiQ51NSM0QDQvNTn/mr+bz5zfne+e/6APoR+iL/+jP6RPrp+mb1lNqr+rz6zf /63vrv+wD7Efsi+zP7RPvE//tm+3f7iPuZ+6r7u/vM+93/++77//wQ/CH8ofxD9Za20BBlQKUIr0 LTAxLTJrFFAswCCLIDovoIrwSkRvaAOgSGF5B5F3/QNgdKkAxh/HL8g/yU/KX//Lb8x/zY/On8+v 2o/Rz1lNskEFQGxlSaAFQHkIYPE9AWRuJwVAW0CKsEswHS5QZqmgCGAEICdUQ85QSvBJsRfAdydJ wtZw+weAe8E6TH/Xr9i/2c/a37/b79z/3g/fH+AvP9ZXqVDXAyBLMCzAJwQgauZQBUC/C1Mu0DsQ ClBaID0AbweR9ecCIBgwZhKRSmELYNZwV3uQirAFsWIAcGQD8GTxSzA/IEkDoEYP7tLmkf3zwWNJ oNQR5dL2VktR9YL+dQIwAxHk4hfAFCA9ACzA/GEu6C/pP+pP61/sb+1//+6P75/wr/G/AE/iX5iu 5qG7EJDzUWJakEox++BxGRDj+zFtYGl0eYrwGDALkL8cEPtQC6P0cBWhFDAt90H+Zfxv/X/+j/+f AK8BvwLPPwPfBO8F/xFvCB9ZTWNvnG9wLKIvIYrwYnXkYNd7oA8Q9GFsirBu1mA9AP+pUOWh9MAU MIpg1nD1QIrw7ncuUG1g82BrHOD1oPOC//xfDo8PnxCvEb8SzxPfFO/3Ff8XDz/WQUqwadEMcOXg 4/bgClNVRFCK8PbRimC/+pEd0Qzy9DDWUT6Ab/Ng5i4tUBvzSSfzUVtg5GDvSmHzgvffJfNiqVDn IB9P/yBfIW8ifyOPJJ8lrya/J8//KN80bxkvWT/mAPRwKoDl0vMNAUqQcmssshthShD1Qe/k4vmQ 9IALkHYeUPdASzD9LXBUS0JLUeXS5jBJ0DCf/zGvMr8zzzTfNe82/zgPOR9fOi9GPzxPWU3lIHP1 wGe/SQCqcCqASPBBEi3QbR5hPnfV8NYhG8CqcAqzd2j/irAbYBtQ5IBRVkJfQ29Ef/9Fj0afR69I v0nPSt9L71d/u04P421iC5D3IByxdIqh/2uAU59Ur1W/Vs9X31jvWf8/Ww9cH10vZg9fT+NtaW2/ UuHns+Yw9cArsuSAc/lwuGFja1GAUHAL6iDzkHtxUPlwb0DA9uArczAwZv9wgi7vaNKaIPpgYi9j P2RP/2VfZm9nf2iPaZ9qr2u/eW/Xbd/jbfmgawrCaeNw5dFvHMEd8HGrLXBZHgLk4m/eZvZxQFxz 73wjZD+BG2D+ZHWPdp93r3i/ec9633vv/3z/fg9/H4y/gT/jbY9wcVD/LJD5cKkQ5dBBdFJw1PEs M55wLSAbkyvhKoBleGHA/mGYR0FxDDDmQB8/ic+K3/+L74z/jg+PH5AvkT+ST55P+5RvlX9ELJCq EQrC5dFRQB9BceSRDJLjcOTibnVt/zAw9cAqgOTh9uCWhnOhU4//m4+cn52vnr+fz6Dfoe+i//+k D6+fpi89TgsLmn+sz63f/67vr/+xD7Ifsy+0P7VPvi+Lt289Tlnk8W1pZ8bA35kAdVE+VKqy++Bs 43CIY/0KwmH2Q5Z1c2L5kOZQHlD/ul+7b7x/vY++n7+vwL/Bz//C38Pvz7/GD+Nt5OILgPXA+GFk ecvfzO/N/88P0B//0S/SP9NP1F/Vb94f14+nTevzkEDBZvXAcyri9HBzoPwgKFIAG2D3IHLB9ID5 8tvos/mQcgqwUJFiYeH6Af/K1oXQ2j/bT9xf3W/ef9+P/+Cf4a/iv+PP78/l7xpPyWL+KbpP7O/t /+8P8B/xL/I/v/NP9F/1b/3mQVaXo0keMPupYB5gdKhQb+CohC5wUgD8c2MKsMtQ6PALgEHQmkDP yGAMsC7ABhFuJy7A2eHrCnAdYG1SkW8sMYcPALP/q4JB0lJwLSAeUHAQHIArUL0+QGrLkAnghkGZ EGFv4v/58EFCg3IeESrS6eEIs8pg/nOokVLxLMcKDwDCHwIt4n9wICyRHnLrwKqkhCIORie/qTD5 0HLxufC5YBxAbgDA+Ruwczr6H/sv/D/9T/5fv/9vAH8BjwKfA68ZJTGFIZup8oQyIkIw2eFtIiuy eiLKgHIuIJZ1IYCZMW7+c8hAcRCYkUEyP/BB8QzC/weRUDAUsECx6rAQXxvyPnD/QcMNMahwK7FS AS6Eg9Mb8N9TACLFBmHqsJjSblHgUwDvQGIHkYhlUQBBDRclDyYUfakwY+fgmUCocHMB+ZBu/z7w qHGYoQWgDpKp4m/QcCD/UADKkWGRIhAPEiHkDVCaQPtwQRKxZJfAymA+QCZhK3//EWQswqlg6eER 0KkwcHNzkH0+YGPqkHBBBwFQMBvgaf8LdDEDJ5GYsFAwKHYmhLnB/3PPG8Uh6pjDCAA/oAhSDED/ lrBBgSfCP4AIIvmQ6nCoYQdhkEE/CeAiVENQLf+EkJawIYA3vxvyMVCGw0HS31HgYZFQADRADpFu FLDLQffKJHBzG5Bn6EEPUOgBNlkXMVBwwQhhKvmRbGQq/yRCPh8b8g8xNRGZQMqhPXH7LOItsWwO U2/ImHRS0JiC/3EhcJH6DxZPF18Ybxl/Go9fG58crx2/Hs9NFjIjgFL7hIMMAUQxEUIAIWAOUSLZ YyeEJAZzdWMUsHEQZv9D8MtAmlAFYic0RH8mJOkU/3AxKqsSsZcjg1HqsBKxLPH3J8GZESBkZOoz MEGaMsiS/2HRWN9P8nAgcRBPkCPhOqD/g2MkMVgRP9MnQwVBIeNAMf81QHHByKCGQFrDD+Docir2 z8hERE9PxQ9QZ26DoDRgD2NBmMFv0Jhzc1sxXf9JT0pfS29Mf02PTp9Pr1C/l1HPUt9r5TMjgFVu hHTnVOkORD0EVURGkD2yMUH9ISB1NEAuOV2QCMJdw4Oh/2UvEWQ5Ry+hYjE9IamRIvD9ZolzMIGY 8UCBqHCaAZjh/2c4ST9pD2ofay9sP21Pbl+vb29wf3GPgPY0I4BMypF/DNFVEuugqeJAEyDDBwFr 7Slwdz/DEzB3iJIxAiOA/k9YERKxJzSWhnfPg9J25P9eIGPD2YN58soyqTCp4inC/y9REgAFoDRg CEApggVBitLv6JCY0j/S+dByFEGM74PD/zZYfQAqsLlgWmA0cBRxM0P/W6YxAwVB6AB6EDRwuiAw 9u/5kBRBqoHKgnJ9H34vfz//gE+BX4Jvg3+Ej4Wfhq+ctv5OimF7UEfQ6KEtUYiRqJP4aWRilMHr oDnSBfDoYO9D4iRCVMMHAWIU8KijBUH+YqsRBvIJcZL/n5ILYMhQ/8kAFHEJo1005+NGAkfQLVF/ j+l7cOgRC2FXUQhADzF5/yEgR8CY35nvmv+cD50fni9fnz+gT6Ffom+yBkZzYHFydUDBeTo6AYpw j4Rm/y1SymBGsjAy6vQP1gYQlMH/BvJCuai/CxO5VDwBuvSncv8xA6Y15+Mzk1W7y3AqYgbye8pg yPB4JO++jLmwI4BT83oQkcJ1cDEBv/cMQGKwD+fjwwG5VhKiMFsyXf+uL68/sE+xX7Jvs3+0j7Wf 97avt7/MdkFB9xMwYEC53//50DngQTQxA8XzVzGmRJJJ/0EQC1FlDwr4Nlik8jw1LyD/O9S6cXvU P9KYgsfiWiAHYP8JEDNhBiE/0i2Z2J+UBFSi7wxgl1MqQZThVHtwp3erl/8FYnNhL0GJ8z/Sx4gx UVuyf9h/jeWWlQ0wlUHjRbsGZ/8MUCngD8AigJdhe1ApgHpR3zOiD8GoAFTQYrBmCKAtUv8HAbxi xeA3URA/EUjA4Sph/0jBRiFj0jYNyJ/Jr8q/y8//zN/N787/0A/RH9Ivo3rkk/8voaT0P+IGoQxA lZGkQCQA/2agKcBII7lSN3F8ERKEP9H/M2EPxozfRWWSFCngV8DwoPft0+GEXZB3rKHjlAZRB3G/ WBDcoRQxRxGmEDLxbqgx/zxqIyLV8f7fOMMDs8LgEuP/DXDoQSfCVqEtka3xCaBGIP9eoegwYCFH eIoBqGGtYuBKdwU/JiSt4WFcVCQRpEBpAnpg1C5bM10gQm0t0GEkEDN1Kt2BNIBy/0QgwtEJSOBK rRILP/XCXnP/A5La8O8f8C/xP/JP81/0b9/1f/aP95/4rxd1SRbANtF/kcFA8f0AxBCkcuOWq8F3 /wiAA9JWoZADplMBolVRWJD/P8MKf2V/YwEt4QMhQEEBuX/DIAMwmGEDEjFDwtPGhG/7WJD9gCg/ g8MBNiDH8S8Rv8LQYgBjoCNvOLRgMSlHI//CQB7SplX78buyOXClQJBA//2AR7DV8ABj47zrJFpg 4SB/ZGEpzxpC+/EHUytldfBy3yuzAaPGsKVx2wBNxuBk8ftjoQnTc5dAN0JmwUcgYUa8Z2+VgTyl L78aQirCcv/iQUDRRCCL4UIRqpB6gdQ0GzODLPF1lYE4bTotKf8TnxSvFb8WzxffGO8Z/xsP3xwf HS/5uwBjiTJzvGDChfpwZtA6Oy88Pz1PPl8/b39Af0GPQp9Dr0S/S+9OQTjVT9AmLaA7UCg+UnhT D/tUH1UnU8LgJwB2QFzBXCb+cqZg/TGQQpHAYJLdsMXw+60DljI/o+DigCCTSA9JH/9KL0s/TE9N X05vT39Qj1Gf71/PVl9UzQkBc2Iw/TG+8P+kQFvvXP9eD18fYC9hP2JP/2NfZG9lf25PZ59Uz3Wf dq/3d7SSSQH1YwaACaLA81uB/wChN+D8go9gJwDF94sQ1sL/Nh//5Wpva39sj22fbq9vv/9wz3Hf cu9z/4PveL93L4s/S4xPjVQiukBlLaYxdP4iOYJ9IyhA4fAKQeLT/WH/2+GVL4APgR+CL4M/hE+F X/+Gb4d/iI+Jn5efjl+MzX2c/ikTj5S/lc+W35fvmP+aD/+bH5wvnT+mP59fjL6ib6N//6SPpZ+m r6e/qM+p36rvq//3s/+uH4zNWQcSIkA0EAKQ//uB/KEEEggx0+HaxANwIJD8bicH8vwQCaLbd/yh sB//sS+yP7NPtF+1b7Z/t4+4n/+5r8V/u8+Mzdqg6TEMlMGf/8Kvw7/Ez8Xfxu/H/8kPyh//yy/T 381PjM2/0iGSfiC/Qf8EVA/xCIDWMDfhk3IncQ/w/+1h/JIg4+IB6PD745FAJVD/z//RD9If0y/U P9VP1l/Xb7/Yf9mP5Y/br4zNOqBnJOL9R3E6INDf4aJf4q/jv+TP/+Xf5u/n/+kP6h/rLx4nK/BP D1ADhATyIONJJyaAav8NQXwxWRFHMHxiBAKQYQJQ/0cwknE5MFnhN3EGgFnQvoM/MnBaQATwfn/3 AyzQb2JfCXE64g5QNOFG4mQgUGf/aeAmgCyhJyMyQScA+3AtcH98UjJBH9WSISJAe0MIEXNvWYA0 9ABfJIN1wHDz0Hn/8F/xb/J/84/0n/Wv9r/3z9/43/nvDF/tT4y+V0amkiL8aXpHcuCCJrEIUCmB IkH+KHvU/tLeAXsDK0B8NAiP/wmfCq8LvwzPDd8O7w//EQ/vEh8d7xQ/ec9lwOCTcDKQ/iwaDxsf HC8dPx5PH18gb/8hfyKPI58sPyW/Js7wIcExvnZ78EZQk4F6sgHAasEBynPPYG2ScGd13lKR8f/g c0bi4AD9cQSwkdB8kuFQ/wWAkxAGvy8Ck4AoXylvKn//K48sny2vLr8vzzDfMe8/n880D4zNwNDe IWliAnDgMv46O788zz3fPu8//0EPQh//Qy9EP0VPTi9Hb68vSm9Lf/9Mj02fTq9Pv1DPUd9S71P/ /1v/Vh+M631w31C/EALwFvRr7/D+Mih69C8IMM+hcu8CQBgDkfEF8mkFgRci4QD+Yv3CBp87NeF/ WN9Z71r//2LPXR9eL18/YE9hX27/Y3//ZI/+IwOxfEOSkHzQklDAQf8nwN5AfBE2dpJBNyb+YMAw 5/7wknDwEyBBefFpvztT/SexcmtPbF9tb25/b49wn/9xr3K/c89034KPdv/ubhgRn5FhGGXPYN8A BEF0J+DR//6R4VDeQDfg4ABnAJJAknDljbBsBHFzJxmVkpB+r/9/v4DPgd+C74P/hQ+GH4cvn4g/ k/+KXxVNjxBpZ5Lg/8Ex/VGQH5Evkj+TT5RflW//ln+Xj5ifma+ib5vPFU3vcP8BwHsx/qA6Af6Q 78E2et5AemZ6U2mOwDZjv7C9wSf/e0JrEY5h4KEDoZ6Pn5+gr/+hv6LPo9+k76X/pw+oH7RP96o/ Js4BsHUB0d2wFkJpcv9nZANQ/QGwb7F/so+zn7Sv/7W/ts+337jvuf/Dv7wfzl5/rmDvYALwz7Bl sBhzBUFz/97wBhA4EDeg4CDfQiex/qD+MQJAw0B5kgVRe7DgM+EA+/7x/CBmsF/A38Hvwv/ED//F H8Yvxz/IT8lf1Y/Lf2SuD76Q/2A5gDhRMSBSVO5UBEDN4v1SMtABzhbRcvXfWH7gES/W4OBSCH/S v//Tz9Tf1e/W/9gP2R/aL9s//+cf3V9kr3nDrKFJdmZTaXIYJ2hvr7IC8GlsJ7UCECmvAEm+w41Q eTeg/9CROYBn5eNP5F/lb+Z/54//6J/pr+q/68/s3/j/7v/wDX8F8Y6Qe7Bo5HsyNvN+YiAz+7E2 AGNp+7A2AG5nW4xEfKBP+EBoYHUZcGX3N6A5YI2xYfUf9i/3P/hP//lf+m/7f/yP/Z/+rwq/AM+v 8A2sYBjwOVBkOXFr8yBfvmAn8BjiOWBJUG84EG6yJxeAc2OOwHyRQvHgZ2li0DKOQXNvNiAEYG// zYGNwH0PDYI4ggbfB+8I//8KDwsfDC8NPw5PD18Qbx4P9xKP8A2/IGtoERZhF+G+kMc4oWhhz3Bp dmG+Uko//xsvHD8dTx5fH28gfyGPIp97I68thkmNoHzRv6B5kWL/rzAXETlQz3FncL+B35EUiLs2 IYzEL2b0OdQW1HmvMP+PlBifMGIDlo3gF/K+IClhRm02MTAAbmlmjOBk3c8mZWchrKDOJSjgojsj v2cD4PC/sBUxvoCNUGs5j/dqtY/hSWBmriR8UxRxZvC9fKBX33OMxI2xzYJyO7Dvr/AE8UoBaDNy aNB7sI0zf+JRaX9qhmb0jbFE5YygUBwyUGkwviAn8G4pP/8pvyrPK98s7y3/Lw8wHzEv1zI/M09N JVRF4WKd4I5w/7+wO6HQohaRFHFFAIzgRYN/jiM1IQYg0BNpQN9w4LFO7kHisDyQaNB3ezF70eCx 3zlPandBgt+AeeB0rKBFEf8pIQUSz1EX4AUSAsXQ0Y3A3xTA89A1gmhhPJBnBhBEVHIovyBwcAUS zsBK0HOP4PBZP2rDFXEgM3IDQPcEcqyg0ZByWEBhMAUR4z//Sk9LX0xvTX9Oj0+fUK9Rv+9Sz2ZP Jc/v/iqP4fSlevG3zaC+wK+TYUGhAxNinjHfecB60gQjjFTyNHCs4lbh/1+PaSLPUGJ/Y49kn2Wv Zr//Z89o32nvav9sD3mvbi+c3l+d4q2COQEEUF3wbvQxdP5j84F48D1U9KMWkL7AvyB3zYGGIY/h J46QneE1cXL/8qD0sHXPdt9373j/eg97H/98L30/fk9/X4uPgX/wDfTAznC+sPTAz2B5JzzQOQF/ r1KVgV0TckLPUBXQzgBuPHVtV1AEUK2R4UBua/9FsJVwBFCHr4i/ic+K34vv/4z/jg+PH5AvkT+c 35Nf8A399KMolVT1D5n/mw+cH50v/54/n0+gX6Fvon+rT6Sf7/7/QTGEBDtyczFd4IRxXBCDkvs7 sVkBd74gW6PhAVuAqQB2dVWBv7Bh8XCXwPNRKf+nf6iPqZ+qr6u/rM+t367v96//sQ+89VM39Cig RbHh0K8WADsYP5PRQHlYQHlFsP/0wEPhXBEFEt9g4dCF0s7wt7cR8qAW0Fk5EQXxbANA33Rfv8In 03BASIJzxmDNoP+4wMUK89AFETzQ8dEXJAaSvwXic9BUchhhg9HxoWMn8P/0EPIwQTBZH7+k9KPE lVdQ/zVRKXHE0uJQW/A4EnK6XoDztvBcI2xvN+EDU/Sgcsf/hcPPX7/CFpA1Ihni9JTE0XvxoIXg c1wQ13RDoeGAa/30oHfRFoZxBnPZUF5gW4D/coDg8eCx1Z+/wjVwBBDxkX1epSjyoHKQFgJwN5dh af8DkfFT0kTHUQaRAvC8gHIg//NxuR+6L7s/vE+9X75vv3/vwI/Bn8Kv5JUt68Dgv+HP/+Lf4+/k /+YP5x/oL+k/6k/979VGYNFF0kIhXtM7xEXD/dgxd1YEg3BcEHPg1DNzk/9VMCfw2RBB0ENAKVAV MBXQ32Gg21/yoju1FtBEA3A5AvsWkEHQPzSwhcPMMj/AzkL/P5DNUF6wQ0AWkFzFF0M5Av3FAS33 dvt/8qJJAGHBKRD7KHBB8XM2YjYiJ+BcIgOQ/xdiPHA8QFzE8jDKckWw0/D/XDHEokXgleAXos2g XxBCkH0+UW880AGP8qI9YNPwY3/7MjZwXKAEMjzQWKI35C2zg3DXsXBoxmDOkHMW0P5PcVLPEs5C ReFb8ShwAxDB3tEgTU1PR0fBB99/8qLEkgqfC6AA4RfQPDF5f9nCQ4LUkc1RVJFEoQOQZf9FUxEk PVPPEjiANTEOD3Vj//kx/cIHctRBNmLZAGJv7P//7g/vH/Av8T/yT/Nf9G/1f//2igmxXiHMYjUg BEMoYcwz45hBJ/FOVFCWA8eEXxD/g7E4EnJUXBFdcHNBFF8dsv8AIdSzI1LPEUfCCUE/wPki/0NA Yi8XzxjfGe8a/xwPHR+PHi8fPyBPscpKb2h1v/8rHywvLT8uTy9fMG8xfzKPczOf60cgTEQwRbDM oHL//mLXYUjACxBUwAASXmD44P8M0tHD2QA1bzZ/N484nzmvPzq/O8883z3vPv9G9Vsx/l3EECNn ltWFM/gQW4CWMLcFYlVFYNFk2CAFAmNbwexmbBKgW+BlKg9EH0Uv/0Y/R09IX0lvSn9Lj0yfTafS Mk5ASSe4wGFh8dcl/XIhMCLQ/iDMAIXhUZGXUn55CjRdghHSBtDe41hwbL8EM/rwljDZECafWOJm BtD+cVHShWDMowTwUh9TL1Q//1VPVl9Xb1h/WY9an1uvTZh6M05ATN2h+ZDLMGOiIvBMQU4itZMA AfmAlnB/xQMjsQXhJALYF4Uk+kUy/C01Ye9rE2QizUEKYQ9gfwOQzAHaI0HAzhHUsLbgdf+HAGRv ZX9mj2efaK9pv2rAyDI0OHzhRk8kQGn/F2sPf49r1DV+MkJPRC5ZfS6BD33iN3zhSFQUTUxsgH2F 0AAfADUQAQAAAIYAAAA8ADAAOAA4ADEAQQBDADcARgAyAEYAMwAzADkAQwA0ADAAQgBDADYARgA3 ADkAOAAzAEQAMQBFADAAQgBFAEMAOQAwADEAOQAxADAAMQBAAG0AYQBpAGwAMgBrAC4AZQBtAGIA YQByAGMAYQBkAGUAcgBvAC0AYwBhAC4AYwBvAG0APgAAAAAAHwBHEAEAAAAeAAAAbQBlAHMAcwBh AGcAZQAvAHIAZgBjADgAMgAyAAAAAAALAPIQAQAAAB8A8xABAAAARgAAAFIARQAlADMAQQAgAFsA TgBlAGwAXQAgAEcAYQBtAGUAIABPAGIAagBlAGMAdAAgAE0AbwBkAGUAbABzAC4ARQBNAEwAAAAA AAsA9hAAAAAAQAAHMDX5B0mTqMEBQAAIMBi2kVeTqMEBAwDeP+n9AAADAPE/CRAAAB8A+D8BAAAA FgAAAEoAbwBoAG4AIABIAGEAeQBlAHMAAAAAAAIB+T8BAAAAaAAAAAAAAADcp0DIwEIQGrS5CAAr L+GCAQAAAAAAAAAvTz1FTUJBUkNBREVSTy1DQS9PVT1GSVJTVCBBRE1JTklTVFJBVElWRSBHUk9V UC9DTj1SRUNJUElFTlRTL0NOPUpPSE4uSEFZRVMAHwD6PwEAAAAqAAAAUwB5AHMAdABlAG0AIABB AGQAbQBpAG4AaQBzAHQAcgBhAHQAbwByAAAAAAACAfs/AQAAAB4AAAAAAAAA3KdAyMBCEBq0uQgA Ky/hggEAAAAAAAAALgAAAAMA/T/kBAAAAwAZQAAAAAADABpAAAAAAAMAHUAAAAAAAwAeQAAAAAAf ADBAAQAAABYAAABKAE8ASABOAC4ASABBAFkARQBTAAAAAAAfADFAAQAAABYAAABKAE8ASABOAC4A SABBAFkARQBTAAAAAAAfADJAAQAAACoAAAB2AC4AYwBhAHIAbwBuAEAAegBlAHIAbwBkAGUAdQB4 AC4AbgBlAHQAAAAAAB8AM0ABAAAAKgAAAHYALgBjAGEAcgBvAG4AQAB6AGUAcgBvAGQAZQB1AHgA LgBuAGUAdAAAAAAAHwA4QAEAAAAWAAAASgBPAEgATgAuAEgAQQBZAEUAUwAAAAAAHwA5QAEAAAAE AAAALgAAAAsAKQAAAAAACwAjAAAAAAADAAYQcM/gOgMABxBNFwAAAwAQEAAAAAADABEQAQAAAB4A CBABAAAAZQAAAElXQVNTVEFSVElOR1RPV09OREVSSUZUSElTR1JPVVBXQVNPTjotKS0tLS0tT1JJ R0lOQUxNRVNTQUdFLS0tLS1GUk9NOk5FTC1BRE1JTkBORVZSQVhPUkdNQUlMVE86TkVMLUEAAAAA AgF/AAEAAABDAAAAPDA4ODFBQzdGMkYzMzlDNDBCQzZGNzk4M0QxRTBCRUM5MDE5MTAxQG1haWwy ay5lbWJhcmNhZGVyby1jYS5jb20+AABx3g== ------_=_NextPart_001_01C1A893.577C40E5-- From valignat@gw.nevrax.com Tue Jan 29 14:42:45 2002 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0TDgjw83631 for ; Tue, 29 Jan 2002 14:42:45 +0100 (CET) (envelope-from valignat@gw.nevrax.com) Received: from gw.nevrax.com (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with ESMTP id g0TDaoJ56475 for ; Tue, 29 Jan 2002 14:36:50 +0100 (CET) (envelope-from valignat@gw.nevrax.com) Received: (from valignat@localhost) by gw.nevrax.com (8.11.6/8.11.6) id g0TDZpi38675 for nel@nevrax.org; Tue, 29 Jan 2002 14:35:51 +0100 (CET) (envelope-from valignat) Date: Tue, 29 Jan 2002 14:35:51 +0100 From: Cedric Valignat To: NeL mailing list Subject: Re: [Nel] NeL M4 macros bug Message-ID: <20020129143551.A34543@nevrax.com> References: <20020128191045.A92177@nevrax.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020128191045.A92177@nevrax.com>; from valignat@nevrax.com on Mon, Jan 28, 2002 at 07:10:46PM +0100 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi all, It's fixed and i just synchronized the public CVS so it's avalaible ... Cedric. According to Cedric Valignat: > > I found a big bug in NeL's M4 macros and that break the configure > scripts of NeLNS and Snowballs so i have to rewrite a part of it :-( > > I will send a mail to the mailling list when it will be fixed (tomorrow). From nel-list@mindcontrol.org Tue Jan 29 19:07:47 2002 Received: from moe.sfrn.dnai.com (moe.sfrn.dnai.com [208.59.199.25]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0TI7jw84987 for ; Tue, 29 Jan 2002 19:07:46 +0100 (CET) (envelope-from nel-list@mindcontrol.org) Received: from sideshow-mel.sfrn.dnai.com (sideshow-mel.sfrn.dnai.com [208.59.199.19]) by moe.sfrn.dnai.com (8.11.2/8.11.2) with ESMTP id g0TI16S15733 for ; Tue, 29 Jan 2002 10:01:07 -0800 (PST) Received: from ns.watte.net (optiplex.b500.com [216.15.97.85]) by sideshow-mel.sfrn.dnai.com (8.11.3/8.11.3) with ESMTP id g0THvmd95003 for ; Tue, 29 Jan 2002 09:57:48 -0800 (PST) (envelope-from nel-list@mindcontrol.org) Received: from JWATTELAP (64-178-80-34.customer.algx.net [64.178.80.34]) by ns.watte.net (8.9.3/8.9.3) with SMTP id KAA28372 for ; Tue, 29 Jan 2002 10:01:38 -0800 From: "Nel List \(Jon\)" To: Date: Tue, 29 Jan 2002 10:01:42 -0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 Importance: Normal In-Reply-To: <200201290713.g0T7DAw81622@www.nevrax.org> Subject: [Nel] Plain text messages, please? Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: I'm sure the message was very interesting. Unfortunately, those of us receiving the digest only got a vague feeling like being in "The Matrix" :-) Cheers, / h+ > Message: 8 > Subject: RE: [Nel] Game Object Models > Date: Tue, 29 Jan 2002 02:05:32 -0500 > From: "John Hayes" > To: > Reply-To: nel@nevrax.org > > This is a multi-part message in MIME format. > > ------_=_NextPart_001_01C1A893.577C40E5 > Content-Type: text/plain; > charset="utf-8" > Content-Transfer-Encoding: base64 > > SSB3YXMgc3RhcnRpbmcgdG8gd29uZGVyIGlmIHRoaXMgZ3JvdXAgd2FzIG9uIDotKQ > 0KDQo+IC0t > LS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQoNCj4gRnJvbTogbmVsLWFkbWluQG5ldn > JheC5vcmcg > W21haWx0bzpuZWwtYWRtaW5AbmV2cmF4Lm9yZ11PbiBCZWhhbGYgT2YNCg0KPiBWaW > 5jZW50IENh > cm9uDQoNCj4gU2VudDogSmFudWFyeSAyNSwgMjAwMiAxMDo1NiBQTQ0KDQo+IFRvOi > BuZWxAbmV2 > cmF4Lm9yZw0KDQo+IFN1YmplY3Q6IFJlOiBbTmVsXSBHYW1lIE9iamVjdCBNb2RlbH > MNCg0KPiAN > Cg0KPiANCg0KPiBPbiBUdWUsIDIwMDItMDEtMjIgYXQgMDA6NDcsIEpvaG4gSGF5ZX > Mgd3JvdGU6 ... From john.hayes@embarcadero-ca.com Tue Jan 29 19:19:30 2002 Received: from mail2k.embarcadero-ca.com ([207.219.170.6]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0TIJSw85073 for ; Tue, 29 Jan 2002 19:19:28 +0100 (CET) (envelope-from john.hayes@embarcadero-ca.com) content-class: urn:content-classes:message Subject: RE: [Nel] Game Object Models (was: Plain text messages, please?) MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Date: Tue, 29 Jan 2002 13:13:28 -0500 X-MimeOLE: Produced By Microsoft Exchange V6.0.4712.0 Message-ID: <0881AC7F2F339C40BC6F7983D1E0BEC9018A8C@mail2k.embarcadero-ca.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Nel] Plain text messages, please? Thread-Index: AcGo72F/P026OgcGSNy+2jV2L/QlsAAAOtxw From: "John Hayes" To: Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by www.nevrax.org id g0TIJSw85073 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: I don't know what possessed Outlook to base-64 encode a plain text message, but here a redux that really should make it through plain text: > -----Original Message----- > From: nel-admin@nevrax.org [mailto:nel-admin@nevrax.org]On Behalf Of > Vincent Caron > Sent: January 25, 2002 10:56 PM > To: nel@nevrax.org > Subject: Re: [Nel] Game Object Models > On Tue, 2002-01-22 at 00:47, John Hayes wrote: > At least you didn't say the famous 'TCP is slow' statement :) Well that's just plain vague - does slow refer to latency or bandwidth? In TCP's case, the latency is low until you lose data. > TCP will bring sequentiality, reliability, inernet-wide > cooperation, but certainly not delay guarantees, we all know that. And neither will UDP, or any internet protocol ... but I'll get to that below. > - find the network properties you can live with. This is the most > disregarded path. I'm always wondering why people always > blindly try to > implement more or less ackward reliability hacks over UDP, before even > asking if they need reliability. Yes, you often can live with dropped > packets : this is what interpolation and extrapolation is about. > Detecting them is easy, if you numbered your packets for > sequentiality. > You might even find yourself dropping a late packet, because > you already > have fresher info (depends on the info carried by the packet, of > course). This is what I was attempting to describe (although it wasn't really my point for the whole email - just an example). Thing is, there isn't a single protocol that'll meet all of your needs, there's several scenarios: 1. You need "stream" or "large packet" transmission. These must be received in the exact order that they are transmitted and none can be dropped. An example is character connection where you immediately get a large amount of data - in this case it's more efficient to repair the data than retransmit the entire large packet and hope it makes it through correctly. This is the most "TCP-like" - with the only difference being a more aggressive retransmit - or it *could* be a separate TCP channel, the implementation options are . 2. Reliable Datagram, transmission that must be successful but is order independent. An example of this kind of chat text. You do care about every message making it but the order is largely irrelevant. Another example might be significant animations[1] 3. Unreliable Datagrams, the most UDP like - stuff where you don't care if the packet gets lost, insignificant sound effects and animations. 4. Latest Data, you only need to know the newest data. Out of order packets don't bother you as long as you can tell which one is newer and the server retransmits. A special case of this data is velocity data - covered later. Now some interesting tidbits, and I should be able to bring this back to my original point. You have parameters you can tune for such a system. Frequency: how long after a change a the protocol waits to transmit - frequently changing data should have it's transmission capped to a fixed frequency. Slower updating data may have a frequency of 0[2]. Aggressiveness: how long after sending a data update should the server before for retransmitting. This directly affects the latency increase as the connection reliability drops. Tuning this parameter is related to the frequency - if the data is expected to change again pretty soon, it's probably faster to wait until that happens rather than retransmit. Now - if getting the optimal communication requires all of these protocols and then further tuning down to the attribute level, I think this is the missing link to your plaint that contemporary games implement too much reliability instead of customizing it.[3] Because it's *easier* to implement reliability for everything. If it were built into the framework that you could downgrade the reliability selectively down to the field level - into a data model (with a fancy editor no less), then it would become practical lengthen the frequency until people complain, then turn it down a bit. Maybe not too scientific, but the goal is the *appearance* of responsiveness not actual responsiveness :-) Now - then you swapped topic: > > So - what kind of rules can we make up for this? Network > messages from > > the server to the client have two functions - updating state and > > "one-shot" actions (which is really a special case of > updating state). > > Your description is interesting. I won't comment directly on > it, instead > I would stress the importance of a dimension that is so commonly > neglected : time. I was thinking that I'd just hand wave this one away as an application domain problem :-) But you dragged me into it - I leave it to the reader to consult the summary. > When you realized that every node (clients and servers) have > their own, > timely view of the objects, my guess is that you end with two model of > distribution : > > - centralized : one (server/master) node is considered to be the only > one to have a full coherent view of all objects at any time. All other > nodes (clients, or let's say more generaly 'slaves') have a > slightly and > globally delayed view of the referential view. You'll only get into > trouble when the master must > integrate client responses, since they 1) are a reaction to an info > which is 1 RTT late and 2) a client info which is ~RTT/2 late. > - fully distributed : the 'holy grail' :). In theory, each node is > connected to all the other participating nodes. Of course, it's a > bandwidth killer and it doesn't scale. But there are some points that > make it somewhat conceivable : It'll use about twice as much bandwidth as client/server model. But you have all the same problems magnified, since every client (and the server) still work on a different time base. Which client's interpretation is correct, or is the server's correct (P2P broken)? The biggest practical barrier is more users are behind NAT/firewalls and have difficulty receiving incoming connections without configuration (mapping ports) or a 3rd party forwarding. > * a node is often only affected by a few other nodes : the players in > sight of your gun, etc. If every node can maintain a 'neighbourhood > dependency', you'll end with a finite number of links per > node (depends > on your game design, might prove wrong in a virtual stadium :)) Server has to do the same work anyways determining who can see who. You could make a P2P system do the same thing, but there's a couple bits of trickery: one node has to be able to discover other nodes (moving closer to another node can cause that node to transmit nodes it knows to be in it's own view) and bootstrapping (how does a node initially discover who's nearby). --- For the timing problem the answer is similar to the packet reliability problem. Do you care? I can think of two applications where you do - timing enforcement such as making sure animations take as long as they're supposed to, velocity checking, and server-side physics. Only one of the commercial MMOG's has server-side physics - so maybe it's not a big issue, or maybe everyone else is scared to touch it. For cheating, using something like NTP, you can spot over a few minutes whether someone's clock is sliding. John - Lets burn that bridge when we come to it [1] Something with a very obvious tactical or dramatic influence. [2] I'm aware that by 0, I mean infinity, and I'm not really talking about frequency but time. [3] Low latency "LAN" games will do things like transmit every packet 2-5 times and assume it's gets through. From y.poeymirou@wanadoo.fr Tue Jan 29 22:50:43 2002 Received: from mel-rto1.wanadoo.fr (smtp-out-1.wanadoo.fr [193.252.19.188]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0TLogw86106 for ; Tue, 29 Jan 2002 22:50:43 +0100 (CET) (envelope-from y.poeymirou@wanadoo.fr) Received: from mel-rta6.wanadoo.fr (193.252.19.222) by mel-rto1.wanadoo.fr; 29 Jan 2002 22:44:43 +0100 Received: from mrbrown (80.11.8.144) by mel-rta6.wanadoo.fr; 29 Jan 2002 22:44:31 +0100 Message-ID: <002e01c1a90d$c825bd30$0a00000a@mrbrown> From: "Yvan POEYMIROU" To: Date: Tue, 29 Jan 2002 22:41:58 +0100 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_002B_01C1A916.28D70780" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Subject: [Nel] Compilation errors on OpenAL Driver ?! Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: This is a multi-part message in MIME format. ------=_NextPart_000_002B_01C1A916.28D70780 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello, I've tried to build NeL sources on Visual C++ 6.0 SP 5 (I have included = all required libraries, and tried with 2 versions of OpenAL : = openal-20020127.zip CVS SnapShot or Current CVS Repository). I took this message : ******************************** --------------------Configuration: driver_openal - Win32 = DebugFast-------------------- Compiling... stdopenal.cpp E:\D=E9veloppement\NeL\code\nel\src\sound\driver\openal\sound_driver_al.h= (60) : error C2146: syntax error : missing ';' before identifier = 'EAXSetProp' E:\D=E9veloppement\NeL\code\nel\src\sound\driver\openal\sound_driver_al.h= (60) : fatal error C1004: unexpected end of file found Error executing cl.exe. nel - 2 error(s), 0 warning(s) ******************************** sound_driver_al.h file seems like that on given line : ******************************** // alGenBuffers, alGenSources //typedef ALAPI ALvoid ALAPIENTRY (*TGenFunctionAL) ( ALsizei, ALuint* = ); typedef ALvoid (*TGenFunctionAL) ( ALsizei, ALuint* ); // alIsBuffer, alIsSource //typedef ALAPI ALboolean ALAPIENTRY (*TTestFunctionAL) ( ALuint ); typedef ALboolean (*TTestFunctionAL) ( ALuint ); #ifdef EAX_AVAILABLE // EAXSet global function extern EAXSet EAXSetProp; <<<<<<<<<<<<<<<<<<<<< HERE !!! // EAXGet global function extern EAXGet EAXGetProp; #endif ********************************* Thanks a lot. Yvan POEYMIROU ------=_NextPart_000_002B_01C1A916.28D70780 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hello,
 
I've tried to build NeL sources on = Visual C++ 6.0=20 SP 5 (I have included all required libraries, and tried with 2 versions = of=20 OpenAL : openal-20020127.zip CVS SnapShot or Current CVS=20 Repository).
 
I took this message :
 
********************************
 
--------------------Configuration: = driver_openal -=20 Win32=20 DebugFast--------------------
Compiling...
stdopenal.cpp
E:\D=E9= veloppement\NeL\code\nel\src\sound\driver\openal\sound_driver_al.h(60)=20 : error C2146: syntax error : missing ';' before identifier=20 'EAXSetProp'
E:\D=E9veloppement\NeL\code\nel\src\sound\driver\openal\s= ound_driver_al.h(60)=20 : fatal error C1004: unexpected end of file found
Error executing=20 cl.exe.
 
nel - 2 error(s), 0 = warning(s)

********************************
sound_driver_al.h file seems like that = on given=20 line :
 
********************************
// alGenBuffers, = alGenSources
//typedef ALAPI=20 ALvoid ALAPIENTRY (*TGenFunctionAL) ( ALsizei, ALuint* );
typedef = ALvoid=20 (*TGenFunctionAL) ( ALsizei, ALuint* );
 
// alIsBuffer, alIsSource
//typedef = ALAPI=20 ALboolean ALAPIENTRY (*TTestFunctionAL) ( ALuint );
typedef ALboolean = (*TTestFunctionAL) ( ALuint );
 

#ifdef EAX_AVAILABLE
// EAXSet global function
extern=20 EAXSet EAXSetProp;    =20 <<<<<<<<<<<<<<<<<<&= lt;<<=20 HERE !!!
 
// EAXGet global function
extern=20 EAXGet EAXGetProp;
#endif
*********************************
 
Thanks a lot.
 
Yvan POEYMIROU
 
------=_NextPart_000_002B_01C1A916.28D70780-- From delire@selectparks.net Wed Jan 30 00:42:41 2002 Received: from laudanum.net (server42.aitcom.net [208.234.0.36]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0TNgew86798 for ; Wed, 30 Jan 2002 00:42:40 +0100 (CET) (envelope-from delire@selectparks.net) Received: from ep320xr (CPE-144-137-15-236.vic.bigpond.net.au [144.137.15.236]) by laudanum.net (8.8.8/8.8.5) with SMTP id SAA17723 for ; Tue, 29 Jan 2002 18:40:24 -0500 Message-ID: <001201c1aab0$1653a0f0$1601a8c0@ep320xr> From: "delire" To: Date: Fri, 1 Feb 2002 10:36:18 +1100 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_000F_01C1AB0C.4842F730" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Subject: [Nel] STLport not found during NeL Compile Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: This is a multi-part message in MIME format. ------=_NextPart_000_000F_01C1AB0C.4842F730 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable hi, trying to compile nel2 on a healthy 2.4.2 kernel. everything necessary = is installed, however having problems with STLport 4.0 STLport itself successfully installed yet on nl compile it fails... it's passing to ld and then fails saying it can't find STLport4.0. I've = tried with a newer version of STLport also, I think 4.5.1 cheers, delire www.selectparks.net=20 ------=_NextPart_000_000F_01C1AB0C.4842F730 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
hi,
trying to compile nel2 on a healthy = 2.4.2 kernel.=20 everything necessary is installed, however having problems with STLport=20 4.0
 
STLport itself successfully installed = yet on nl=20 compile it fails...
it's passing to ld and then fails = saying it can't=20 find STLport4.0. I've tried with a newer version of STLport also, I = think 4.5.1
 
cheers,
 
delire
 
www.selectparks.net <= /DIV>
 
------=_NextPart_000_000F_01C1AB0C.4842F730-- From nik@xdv.org Wed Jan 30 00:51:39 2002 Received: from step1.xdv.org (step1.xdv.org [62.116.31.126]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0TNpdw86884 for ; Wed, 30 Jan 2002 00:51:39 +0100 (CET) (envelope-from nik@xdv.org) Received: from xdv.org (localhost [127.0.0.1]) by localhost (8.12.0.Beta7/8.12.0.Beta7/Debian 8.12.0.Beta7-1) with ESMTP id g0TNjhaL007150 for ; Wed, 30 Jan 2002 00:45:43 +0100 Received: from localhost (nik@localhost) by xdv.org (8.12.0.Beta7/8.12.0.Beta7/Debian 8.12.0.Beta7-1) with ESMTP id g0TNjh8g007146 for ; Wed, 30 Jan 2002 00:45:43 +0100 Date: Wed, 30 Jan 2002 00:45:43 +0100 (CET) From: nik gaffney To: Subject: Re: [Nel] STLport not found during NeL Compile In-Reply-To: <001201c1aab0$1653a0f0$1601a8c0@ep320xr> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: slep dlri,. check the args to ./configure match the path of the stlport libs + headers. does it configure properly, or is it a compile/make problem? nk On Fri, 1 Feb 2002, delire wrote: > hi, > trying to compile nel2 on a healthy 2.4.2 kernel. everything necessary is installed, however having problems with STLport 4.0 > > STLport itself successfully installed yet on nl compile it fails... > it's passing to ld and then fails saying it can't find STLport4.0. I've tried with a newer version of STLport also, I think 4.5.1 > > cheers, > > delire > > www.selectparks.net > > From cado@nevrax.com Wed Jan 30 12:01:30 2002 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0UB1Tw91206 for ; Wed, 30 Jan 2002 12:01:29 +0100 (CET) (envelope-from cado@nevrax.com) Received: from nevrax.com (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with ESMTP id g0UAtYJ64868 for ; Wed, 30 Jan 2002 11:55:34 +0100 (CET) (envelope-from cado@nevrax.com) Message-ID: <3C57D126.A743EBAD@nevrax.com> Date: Wed, 30 Jan 2002 11:55:34 +0100 From: Olivier Cado X-Mailer: Mozilla 4.72 [en] (Windows NT 5.0; I) X-Accept-Language: fr,en MIME-Version: 1.0 To: nel@nevrax.org Subject: Re: [Nel] Compilation errors on OpenAL Driver ?! References: <002e01c1a90d$c825bd30$0a00000a@mrbrown> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hello, > E:\Développement\NeL\code\nel\src\sound\driver\openal\sound_driver_al.h(60) > : error C2146: syntax error : missing ';' before identifier > 'EAXSetProp' > E:\Développement\NeL\code\nel\src\sound\driver\openal\sound_driver_al.h(60) > : fatal error C1004: unexpected end of file found > Error executing cl.exe. Make sure to add the right include paths in your settings. Under Windows, let's say you have installed OpenAL in the folder C:\OpenAL. The include paths will be C:\OpenAL\Win and C:\OpenAL\Win\AL (the paths C:\OpenAL\Include and C:\OpenAL\Include\AL are the wrong ones :-). This is because the OpenAL platform-dependant implementations have been developed separately and the header files did not remain the same (slightly different function names, arguments, defines, and so on). I hope this will help. Regards, Olivier Cado -- Nevrax Ryzom http://www.ryzom.com NeL From david.mentre@wanadoo.fr Wed Jan 30 21:59:15 2002 Received: from mel-rto4.wanadoo.fr (smtp-out-4.wanadoo.fr [193.252.19.23]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0UKxFw94534 for ; Wed, 30 Jan 2002 21:59:15 +0100 (CET) (envelope-from david.mentre@wanadoo.fr) Received: from mel-rta8.wanadoo.fr (193.252.19.79) by mel-rto4.wanadoo.fr; 30 Jan 2002 21:53:12 +0100 Received: from oops (193.252.189.108) by mel-rta8.wanadoo.fr; 30 Jan 2002 21:52:55 +0100 Received: from david by oops with local (Exim 3.33 #1 (Debian)) id 16W1iw-0001U9-00 for ; Wed, 30 Jan 2002 21:52:54 +0100 To: nel@nevrax.org Subject: Re: [Nel] NeL M4 macros bug References: <20020128191045.A92177@nevrax.com> <20020129143551.A34543@nevrax.com> From: David MENTRE Organization: none Date: 30 Jan 2002 21:52:53 +0100 In-Reply-To: <20020129143551.A34543@nevrax.com> Message-ID: <873d0nlfx6.fsf@wanadoo.fr> Lines: 40 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.1 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Cedric Valignat writes: > It's fixed and i just synchronized the public CVS so it's avalaible ... Success report: the configure script runs flawlessly. It detects xml-2, OpenAL and STLport without any problem. My machine is a Debian 3.0 (woody/testing). Great work Cedric ! Many thanks. Best regards, david Command line used: david@oops:~/pub/NeL/code/nel$ ./configure --with-stlport=/usr/local/Installed/STLport4.5/ --enable-sound --enable-ai --with-openal=/usr/local/Installed/OpenAL-1.0/ --prefix=/usr/local/Installed/NeL Relevant excerpt of the ./configure: checking for STLPort headers... /usr/local/Installed/STLport4.5//include/stlport checking for STLPort libraries... /usr/local/Installed/STLport4.5//lib checking for OpenAL headers... /usr/local/Installed/OpenAL-1.0//include checking for OpenAL libraries... /usr/local/Installed/OpenAL-1.0//lib checking for python... no checking for python2.1... no checking for python2.0... no checking for python1.5... /usr/bin/python1.5 checking for Python headers... /usr/include/python1.5 checking for Python libraries... /usr/lib/python1.5/config checking for xml2-config... /usr/bin/xml2-config checking for libxml - version >= 2.0.0... yes (version 2.4.12) checking for freetype-config... /usr/bin/freetype-config checking for FreeType version = 2... yes checking for FreeType libraries... yes checking for OpenGL headers and GL Version >= 1.2... yes checking for and GLEXT version >= 7... yes checking for OpenGL libraries... yes checking for XF86VidMode extension... yes -- david.mentre@wanadoo.fr From john.hayes@embarcadero-ca.com Thu Jan 31 05:42:02 2002 Received: from mail2k.embarcadero-ca.com ([207.219.170.6]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0V4g1w97488 for ; Thu, 31 Jan 2002 05:42:01 +0100 (CET) (envelope-from john.hayes@embarcadero-ca.com) content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----_=_NextPart_001_01C1AA10.C80EBC74" Date: Wed, 30 Jan 2002 23:35:59 -0500 X-MimeOLE: Produced By Microsoft Exchange V6.0.4712.0 Message-ID: <0881AC7F2F339C40BC6F7983D1E0BEC9019100@mail2k.embarcadero-ca.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: <0881AC7F2F339C40BC6F7983D1E0BEC9019100@mail2k.embarcadero-ca.com> Thread-Topic: [Nel] Game Object Models Thread-Index: AcGmHm9Xg7R8HqT/QmmGglOm9F9QOgCbZput From: "John Hayes" To: Subject: [Nel] Data Ownership Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: This is a multi-part message in MIME format. ------_=_NextPart_001_01C1AA10.C80EBC74 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 V2hvIG93bnMgdGhlIGRhdGE/IFdoZXJlIGlzIHRoZSBkYXRhPyBXaG8ncyB1c2luZyB0aGUgZGF0 YT8NCiANClJlYWxseSwgYXQgdGhlIGVuZCBvZiB0aGUgZGF5LCB0aGUgZGF0YWJhc2Ugb3ducyB0 aGUgZGF0YSAtIGJ1dCB0aGF0DQppc24ndCBnb29kIGVub3VnaCBmb3Igc29tZSBhcHBsaWNhdGlv bnMuIERhdGFiYXNlcyBjYW4gYmUgZGlmZmljdWx0IHRvDQpwYXJ0aXRpb24sIHRoZXkgaGF2ZSBz b21lIGlubmVmZmljaWVudCBsb2NraW5nIHNlbWFudGljcywgYW5kIHRoZQ0KYnVpbHQtaW4gNEdM cyBhcmUgaW50ZXJwcmV0dGVkIGFuZCB1bnN1aXRhYmxlIGZvciBzb21lIGFwcGxpY2F0aW9ucyAu Li4NCmxpa2UgM0QgbWF0aC4gRGF0YWJhc2VzIGFyZSByZWFsbHkgZ29vZCBhdCB3cml0aW5nIHN0 dWZmIHRvIGRpc2ssDQpwcm92aWRpbmcgZmFzdCBvbmxpbmUgcmVtb2RlbGxpbmcsIG9ubGluZSBi YWNrdXBzL3Jlc3RvcmVzIGFuZA0KdmFsaWRhdGlvbi4gRG9pbmcgdGhlc2UgdGhpbmdzIHdlbGwg aXMgcHJldHR5IGhhcmQsIHNvIHNlcnZlcg0KYXBwbGljYXRpb25zIChlc3BlY2lhbGx5IGdhbWVz KSBjcmVhdGUgcGFydGl0aW9ucyBpbnRvIHRoZSBkYXRhYmFzZSBhbmQNCmFuIGFwcGxpY2F0aW9u IHNlcnZlci4gVGhlIGFwcGxpY2F0aW9uIHNlcnZlciB0YWtlcyBvdmVyIHNvbWUgb2YgdGhlDQpn YW1lIGxvZ2ljLCBsb2NraW5nIGFuZCBpbnRlcmFjdGlvbnMgYW5kIHNjYWxpbmcgYWNyb3NzIG11 bHRpcGxlDQptYWNoaW5lcy4gQnV0IHdoYXQgYXJlIHNvbWUgb2YgdGhlIHdheXMgYXBwbGljYXRp b24gc2VydmVycyBjYW4gYmUNCmltcGxlbWVudGVkIGFuZCB3aGF0IGFyZSB0aGUgY29uc2VxdWVu Y2VzPw0KIA0KLS0tDQogDQpMb2FkIEJhbGFuY2luZzogU3ltbWV0cmljIHZzLiBBc3ltZXRyaWMN CiANClN5bW1ldHJpYyBsb2FkIEJhbGFuY2luZyBpcyBsaWtlIFN5bW1ldHJpYyBNdWx0aS1Qcm9j ZXNzaW5nLCBldmVyeQ0KcHJvY2Vzc29yIChvciBzZXJ2ZXIpIGlzIGVxdWFsbHkgY2FwYWJsZSBv ZiBwcm9jZXNzaW5nIGFueSByZXF1ZXN0LiBUbw0KbG9hZCBiYWxhbmNlIHRoaXMgc3lzdGVtLCB5 b3UgZWl0aGVyIG1vdmUgY29ubmVjdGlvbnMgYXJvdW5kIGZyb20gb25lDQpzZXJ2ZXIgdG8gdGhl IG5leHQgLSBvciBpbiBhIGNvbm5lY3Rpb25sZXNzIHN5c3RlbSBsaWtlIEhUVFAgeW91IGZpcmUN CmVhY2ggY29ubmVjdGlvbiB0byB0aGUgbGVhc3QgYmFsYW5jZWQgbWFjaGluZS4gVGhlIHByaW5j aXBhbCBhc3N1bXB0aW9ucw0KdGhhdCBtYWtlIHRoaXMgc3lzdGVtIGVmZmljaWVudCBhcmU6DQog DQoxLiBNb3JlIG9iamVjdHMgYXJlIHJlYWQgdGhhbiB3cml0dGVuIC0gdGhlcmUgaXMgdXN1YWxs eSBhIGNvcmUgb2YNCm9iamVjdHMgdGhhdCBhcmUgbm90IHdyaXR0ZW4gYXQgYWxsLCB0aGUgc3Rh dGljIHN0YXRlLg0KMi4gQSBjb25uZWN0aW9uIGFjY2VzcyBhIHNtYWxsIHBvb2wgb2YgZGF0YS4g VGhpcyBpcyB0cnVlIGZvciBtYW55DQpidXNpbmVzcyBhcHBsaWNhdGlvbnMgd2hlcmUgYSBwZXJz b24gb25seSBsb29rcyBhdCB0aGUgaW52b2ljZXMvd29yaw0Kb3JkZXJzL2FjY291bnRzIHRoYXQg aW50ZXJlc3Qgb3IgaW52b2x2ZSB0aGVtLiBJbiB0dXJuLCB0aGVzZSBvYmplY3RzDQp0b3VjaCBv bmx5IGEgZmV3IG90aGVyIG9iamVjdHMgb3IgZHJhdyBmcm9tIHRoZSBzdGF0aWMgc3RhdGUuDQoz LiBTZXJ2ZXJzIGluIGdlbmVyYWwgZG9uJ3QgY2FyZSBhYm91dCBuZXcgb2JqZWN0cyBjcmVhdGVk IG9uIG90aGVyDQpzZXJ2ZXJzLg0KNC4gT2JqZWN0cyBkbyBub3QgaGF2ZSB0byBicm9hZGNhc3Qg dGhlaXIgY2hhbmdlcyB0byBhIGxhcmdlIG51bWJlciBvZg0Kb3RoZXIgb2JqZWN0cy4NCiANClRv IG1ha2UgaXQgd29yaywgdGhlcmUgbXVzdCBiZSBhIGNlbnRyYWwgbG9ja2luZyBzZXJ2ZXIgLSB0 aGlzIGNhbiBiZQ0KaW5zaWRlIHRoZSBkYXRhYmFzZSBvciBhbm90aGVyIGFwcGxpY2F0aW9uIHNl cnZlci4gU2luY2UgYW55IHNlcnZlciBjYW4NCnZpZSBmb3IgbW9kaWZpY2F0aW9uIG9mIGFuIG9i amVjdCAoYmVpbmcgc3ltbWV0cmljYWwpIHNvbWUgZW50aXR5IG11c3QNCmFjdCBhcyB0aGUgZ2F0 ZWtlZXBlciB0byBwcmV2ZW50IHR3byB0cmFuc2FjdGlvbnMgZnJvbSBjbG9iYmVyaW5nIGVhY2gN Cm90aGVyLg0KIA0KVGhlIGJlbmVmaXRzIG9mIHN1Y2ggYSBzeXN0ZW0gYXJlOg0KIA0KMS4gRmxl eGliaWxpdHkgLSBpdCdzIHZlcnkgZWFzeSB0byBhZGQgYW5kIHJlbW92ZSBzZXJ2ZXJzIHRvIHRo ZQ0KY2x1c3Rlci4gQ29ubmVjdGlvbnMgY2FuIGJlIGVhc2lseSBtaWdyYXRlZCB0byBvdGhlciBz ZXJ2ZXJzIHRocm91Z2gNCndoYXRldmVyIGxvYWQgYmFsYW5jaW5nIG1lY2hhbmlzbSBpcyBwcmVz ZW50Lg0KMi4gU2ltcGxpY2l0eSAtIHRoZSBhcHBsaWNhdGlvbiBzZXJ2ZXJzIGRvbid0IHRhbGsg dG8gZWFjaCBvdGhlciBvcg0Kb3RoZXJ3aXNlIGNvb3JkaW5hdGUgdGhlaXIgYWN0aXZpdGllcy4N CjMuIFNwZWVkIC0gaWYgdGhlIGFzc3VtcHRpb25zIGhvbGQgdHJ1ZSwgYSBzaW5nbGUgdHJhbnNh Y3Rpb24gb25seSBoYXMNCnRvIGxlYXZlIHRoZSBhcHBsaWNhdGlvbiBzZXJ2ZXIgdG8gdGFsayB0 byB0aGUgZGF0YWJhc2UgKHRvIHdyaXRlDQpjaGFuZ2VzKSBhbmQgdGhlIGxvY2sgc2VydmVyICh0 byBjb29yZGluYXRlIHdpdGggb3RoZXIgc2VydmVycykuDQogDQpUaGUgZG93bnNpZGUgaXMgc2Nh bGFiaWxpdHkuIEFzIGFwcGxpY2F0aW9uIHNlcnZlcnMgYXJlIGFkZGVkLCB0aGUNCmFtb3VudCBv ZiBhZGRpdGlvbmFsIHVzZWZ1bCBtZW1vcnkgZG9lcyBub3QgaW5jcmVhc2UgcHJvcG9ydGlvbmFs bHkuIElmDQp0aGUgc2l6ZSBvZiB0aGUgc3RhdGljIHN0YXRlIG9yIHRoZSByZWFkIG9iamVjdHMg aXMgdmVyeSBsYXJnZSBjb21wYXJlZA0KdG8gdGhlIHNpemUgbW9kaWZpZWQgb2JqZWN0cywgcmVh ZC1vbmx5IG9iamVjdHMgd2lsbCBjb25zdW1lIG1vc3Qgb2YgdGhlDQptZW1vcnkuIFNpbmNlIG9i amVjdHMgYXJlIGFycmFuZ2VkIHJhbmRvbWx5IGFuZCBub3QgYWNjb3JkaW5nIHRvIHRoZWlyDQpy ZWxhdGlvbnNoaXBzIHRoaXMgaXMgbGlrZWx5IHRvIGJlIHRoZSBjYXNlIHdpdGggYSByYW5kb20g ZGlzdHJpYnV0aW9uDQpvZiBjb25uZWN0aW9ucy4gQWxzbywgYXMgc2VydmVycyBhcmUgYWRkZWQs IHRoZSBwcm9iYWJpbGl0eSBmb3IgbG9jaw0KY29sbGlzaXNvbiBpbmNyZWFzZXMgZXhwb25lbnRp YWxseSAtIHRoZSBsb2NrIHNlcnZlciBiZWNvbWVzIGENCmJvdHRsZW5lY2suDQogDQotLS0NCiAN CkFzeW1tZXRyaWMgbG9hZCBiYWxhbmNpbmcgcGxhY2VzIGVhY2ggb2JqZWN0IGluIGEgc2VydmVy IHdoZXJlIGl0DQoibGl2ZXMiIGFuZCBwcm9jZXNzZXMgdHJhbnNhY3Rpb25zLiBUaGUgc2VydmVy IGEgcGFydGljdWxhciBvYmplY3QgbGl2ZXMNCm9uIGlzIG9mdGVuIGRlY2lkZWQgc3RhdGljYWxs eSwgYnV0IHRoZSBnb2FsIGlzIHRvIHBsYWNlIGFuIG9iamVjdCBvbg0KdGhlIHNhbWUgc2VydmVy IGFzIG90aGVyIG9iamVjdHMgaXQgaW50ZXJhY3RzIHdpdGguIEdhbWVzIHdpbGwgb2Z0ZW4gdXNl DQpnZW9ncmFwaHksIHNpbmNlIGEgY2hhcmFjdGVyIGlzIG11Y2ggbGVzcyBsaWtlbHkgdG8gaW50 ZXJhY3Qgd2l0aA0KYW5vdGhlciBjaGFyYWN0ZXIgZmFyIGF3YXkgYXMgYSBuZWFyIG9uZS4gVGhl IHVzZXIncyBjb25uZWN0aW9uIGZvbGxvd3MNCnRoZSBvYmplY3QgdGhleSB3YW50IHRvIGNvbnRy b2wuDQogDQpUaGUgYXNzdW1wdGlvbnMgdGhhdCBtYWtlIHRoaXMgd29yayB3ZWxsOg0KIA0KMS4g SXQgaXMgcG9zc2libGUgdG8gZGV0ZXJtaW5lIHdoaWNoIG9iamVjdHMgd2lsbCBpbnRlcmFjdCBt b3N0IG9mdGVuDQp3aXRoIHdoaWNoIG90aGVyIG9iamVjdHMuDQoyLiBUaGUgdXNlciB3aWxsIG5v dCBmcmVxdWVudGx5IHN3aXRjaCBvYmplY3RzIG9yIHdvbid0IGZyZXF1ZW50bHkNCnN3aXRjaCBv YmplY3RzIGF3YXkgZnJvbSB3aGF0J3MgbmVhcmJ5Lg0KMy4gQ29tbXVuaWNhdGlvbiBiZXR3ZWVu IG9iamVjdHMgY2FuIGJlIHdlbGwgZXhwcmVzc2VkIHdpdGggbGFnZQ0KY29tbWFuZHMgKGluc3Rl YWQgb2YgbWFueSBzbWFsbCBjb21tYW5kcylbMV0uDQogDQpUaGUgZ3JlYXQgdGhpbmcgYWJvdXQg dGhpcyBzeXN0ZW0gaXMgZXZlcnkgb2JqZWN0ICh3aXRoIHRoZSBleGNlcHRpb24gb2YNCnRoZSBv YmplY3RzIHRoYXQgZm9ybSB5b3VyIHN0YXRpYyBzdGF0ZSkgbGl2ZXMgb24gYSBwYXJ0aWN1bGFy IHNlcnZlci4NClVubGlrZSB0aGUgU3ltbWV0cmljIGxvYWQgYmFsYW5jaW5nLCB3aGljaCBoYXMg YSBjZW50cmFsaXplZCBsb2NrIHNlcnZlcg0KdGhlIGNvb3JkaW5hdGUgYWN0aXZpdGllcywgZWFj aCBzZXJ2ZXIgbWFuYWdlcyBpdCdzIG93biBsb2NraW5nLiBJbiBpdCdzDQpwbGFjZSwgaXMgYSBs b2NhdG9yIHNlcnZpY2Ugd2hpY2gga2VlcHMgYSBkaXJlY3RvcnkgbWF0Y2hpbmcgb2JqZWN0cyB0 bw0Kc2VydmVyc1syXS4NCiANCkxvYWQgb24gdGhlIGRhdGFiYXNlIHNlcnZlciBhbmQgbWVtb3J5 IHJlcXVpcmVtZW50cyBhcmUgc21hbGxlciBmb3INCmFzeW5jaHJvbm91cyBzZXJ2ZXJzIGJlY2Fz dWUgdGhlcmUncyBvbmx5IG9uZSBjb3B5IG9mIGFueSBvYmplY3QuIFRoaXMNCm1lYW5zIGl0J3Mg b25seSBiZWVuIGxvYWRlZCBvbmNlICphbmQqIHlvdSBjYW4gZ3VhcmFudGVlIHRoYXQgdGhpcyBj b3B5DQppcyBhbHdheXMgdGhlIG1vc3QgcmVjZW50LiBJbiB0aGUgc3ltbWV0cmljIHNjaGVtZSwg b2JqZWN0cyBhcmUgbG9hZGVkDQpvbiBldmVyeSBzZXJ2ZXIgdGhhdCBoYXBwZW5zIHRvIHJlYWQg dGhlbSBhbmQgaWYgaXQgY2hhbmdlcyBvbiBhbm90aGVyDQpzZXJ2ZXIgaXQgbXVzdCBiZSByZXJl YWQgZnJvbSB0aGUgZGF0YWJhc2UgYmVjYXN1ZSB0aGUgYXBwbGljYXRpb24NCnNlcnZlcnMgZG8g bm90IHRhbGsgdG8gdGhlaXIgcGVlcnMuDQogDQpUaGUgcHJpY2UgZm9yIHRoaXMgd29uZGVybWVu dCBpcyBjb21wbGV4aXR5LiBJZiB5b3UgY2FuIGltYWdpbmUgYQ0KY2xpZW50LXRvLXNlcnZlciBw cm90b2NvbCBmb3Igc3RpbXVsYXRpbmcgb2JqZWN0cywgdGhlcmUgYWxzbyBoYXMgdG8gYmUNCmEg c2VydmVyLXRvLXNlcnZlciBwcm90b2NvbCBmb3Igd2hlbiBvbmUgb2JqZWN0IHdhbnRzIHRvIHVz ZSBhbm90aGVyDQp0aGF0IGhhcHBlbnMgdG8gbGl2ZSBvbiBhbm90aGVyIHNlcnZlci4gSWYgdGhl IHNlcnZlcidzIGZhaWwgdG8NCnBhcnRpdGlvbiB0aGVpciBvYmplY3RzIGVmZmljaWVudGx5LCB0 aGVzZSBzZXJ2ZXItdG8tc2VydmVyDQpjb252ZXJzYXRpb25zIGluY3JlYXNlIGV4cG9uZW50aWFs bHkgYXMgZG8gdGhlIHRyYW5zYWN0aW9uIHByb2Nlc3NpbmcNCnRpbWVzLiBTeW1tZXRyaWNhbCBz ZXJ2ZXJzIGd1YXJhbnRlZSB0aGF0IGFsbCBhcHBsaWNhdGlvbiBwcm9jZXNzaW5nIGZvcg0KYSBz ZXJ2ZXIgaGFwcGVucyBvbiBhIHNpbmdsZSBub2RlIC0gdGhlIG1heGltdW0gZm9yIGFuIGFzeW1t ZXRyaWNhbA0Kc2VydmVyIGlzIGVhY2ggY2FsbCBpcyByZW1vdGVkLCB0aGUgb3B0aW1hbCBjYXNl IGlzIGFzIGdvb2QgYW5kIHRoZQ0Kd29yc3QgY2FzZSBpcyB3YXkgd29yc2UuIEV2ZW4gb24gYSB2 ZXJ5IGhpZ2ggc3BlZWQgTEFOLCBhIHNpbmdsZSBuZXR3b3JrDQpjYWxsIGFkZHMgYW4gb3JkZXIg b2YgbWFnbml0dWRlIHRvIHRoZSByZXNwb25zZSB0aW1lIHdoZW4gY29tcGFyZWQgdG8gYW4NCmVu dGlyZWx5IGxvY2FsIHRyYW5zYWN0aW9uLg0KIA0KVGhlIHN5c3RlbSBhcyBhIHdob2xlIGlzIG1v cmUgZnJhZ2lsZSB0aGFuIHN5bW1ldHJpYyBsb2FkIGJhbGFuY2luZy4NCkV2ZXJ5IHNlcnZlciBo b2xkIGEgZGlzam9pbnQgcGFydCBvZiB0aGUgc3RhdGUsIHNvIGlmIG9uZSBvZiB0aGVtIGZhaWxz DQotIHlvdSBsb3NlIGFsbCBvZiB0aGUgc3RhdGUgb24gdGhhdCBzZXJ2ZXIgdW50aWwgd2hhdGV2 ZXIgbWFuYWdlbWVudCBpcw0KcHJlc2VudCBjYW4gcmVzdG9yZSBpdC4gQSBzeW1tZXRyaWMgc3lz dGVtIGlzIG1vcmUgZmx1aWQgLSBhbGwgY2FuIGJlDQpyZXN0b3JlZCBieSB0aGUgdmVyeSBuZXh0 IHRyYW5zYWN0aW9uLiBUaGlzIGFzc3VtZXMgYSAic2hhcmVkIG5vdGhpbmciDQpwYXJ0aXRpb25p bmc7IGFuIGFsdGVybmF0aXZlIGlzIGRvaW5nIHJlcGxpY2F0aW9uIHRvIG9uZSBvZiB0aGUgb3Ro ZXINCnNlcnZlcnMsIGJ1dCB0aGUgZGVtb24gY29tcGxleGl0eSBpcyBiYWNrIGFnYWluLlszXQ0K IA0KLS0tDQogDQpKb2huDQogDQpbMV0gVGhpcyBpcyBhbHdheXMgZ29vZCBpbnRlcmZhY2UgZGVz aWduIC0gc28gbm90aGluZyBsaWtlIGEgKmh1Z2UqDQpwZXJmb3JtYW5jZSBpc3N1ZSB0byBlbmZv cmNlIGl0DQpbMl0gQW5vdGhlciBwb3NzaWJpbGl0eSBpcyBoYXZpbmcgYSBjb3B5IG9mIHRoZSBk aXJlY3Rvcnkgb24gZXZlcnkNCnNlcnZlciAtIHRoZW4gZXZlcnkgc2VydmVyIGhhcyB0byB1cGRh dGUgZXZlcnkgb3RoZXIgc2VydmVyLiBJZiB5b3UNCmRvbid0IGhhdmUgbWFueSBvYmplY3RzIGFu ZCB0aGV5IGRvbid0IG1vdmUgdmVyeSBvZnRlbiB0aGlzIGNhbiBzYXZlIGENCnNpbmdsZSBwb2lu dCBvZiBmYWlsdXJlLg0KWzNdIEFELCBORFMgYW5kIE9yYWNsZSBhbGwgZG8gYSBzaGFyZWQgZGF0 YSBvd25lcnNoaXAgc2NoZW1lIC0gdGhlDQptYXN0ZXIgc2VydmVyIG9wZXJhdGVzIG9uIHRoZSBk YXRhIGFuZCByZXBsaWNhdGVzIHRvIHRoZSBiYWNrdXAgc2VydmVyLg0KSW4gdGhlc2Ugc3lzdGVt IHRoZSBjb3N0IG9mIHJlcGxpY2F0aW9uIGlzIHByZXR0eSBzbWFsbCBzaW5jZSByZWFkcyBieQ0K ZmFyIG91dG51bWJlciB3cml0ZXMuDQo= ------_=_NextPart_001_01C1AA10.C80EBC74 Content-Type: application/ms-tnef; name="winmail.dat" Content-Transfer-Encoding: base64 eJ8+IgEEAQaQCAAEAAAAAAABAAEAAQeQBgAIAAAA5AQAAAAAAADoAAENgAQAAgAAAAIAAgABBYAD AA4AAADSBwEAHgAXACMAOwADAHABASCAAwAOAAAA0gcBAB4AFwAjADsAAwBwAQEJgAEAIQAAADlD QUZFRUZDMDQxQUZDNEE4MzVDRDQ0QUYwMjIyRkMyAIEHAQOQBgDIIgAAOAAAAB8AGgABAAAAEgAA AEkAUABNAC4ATgBvAHQAZQAAAAAAAwA2AAAAAAAfADcAAQAAAB4AAABEAGEAdABhACAATwB3AG4A ZQByAHMAaABpAHAAAAAAAEAAOQB0vA7IEKrBAR8APQABAAAAAgAAAAAAAAACAUcAAQAAADYAAABj PXVzO2E9IDtwPWVtYmFyY2FkZXJvLWNhO2w9TUFJTDJLLTAyMDEzMTA0MzU1OVotNDgxOQAAAB8A SQABAAAAOgAAAFIAZQA6ACAAWwBOAGUAbABdACAARwBhAG0AZQAgAE8AYgBqAGUAYwB0ACAATQBv AGQAZQBsAHMAAAAAAEAATgAA2Z9QHabBAR8AWgABAAAAHAAAAFYAaQBuAGMAZQBuAHQAIABDAGEA cgBvAG4AAAACAVsAAQAAAEAAAAAAAAAAgSsfpL6jEBmdbgDdAQ9UAgAAAABWaW5jZW50IENhcm9u AFNNVFAAdi5jYXJvbkB6ZXJvZGV1eC5uZXQAAgFcAAEAAAAaAAAAU01UUDpWLkNBUk9OQFpFUk9E RVVYLk5FVAAAAB8AXQABAAAAHAAAAFYAaQBuAGMAZQBuAHQAIABDAGEAcgBvAG4AAAACAV4AAQAA AEAAAAAAAAAAgSsfpL6jEBmdbgDdAQ9UAgAAAABWaW5jZW50IENhcm9uAFNNVFAAdi5jYXJvbkB6 ZXJvZGV1eC5uZXQAAgFfAAEAAAAaAAAAU01UUDpWLkNBUk9OQFpFUk9ERVVYLk5FVAAAAB8AZgAB AAAACgAAAFMATQBUAFAAAAAAAB8AZwABAAAAKgAAAHYALgBjAGEAcgBvAG4AQAB6AGUAcgBvAGQA ZQB1AHgALgBuAGUAdAAAAAAAHwBoAAEAAAAKAAAAUwBNAFQAUAAAAAAAHwBpAAEAAAAqAAAAdgAu AGMAYQByAG8AbgBAAHoAZQByAG8AZABlAHUAeAAuAG4AZQB0AAAAAAAfAHAAAQAAADIAAABbAE4A ZQBsAF0AIABHAGEAbQBlACAATwBiAGoAZQBjAHQAIABNAG8AZABlAGwAcwAAAAAAAgFxAAEAAAAb AAAAAcGmHm9Xg7R8HqT/QmmGglOm9F9QOgCbZputAB8AdAABAAAAHgAAAG4AZQBsAEAAbgBlAHYA cgBhAHgALgBvAHIAZwAAAAAAHwAaDAEAAAAWAAAASgBvAGgAbgAgAEgAYQB5AGUAcwAAAAAAHwAd DgEAAAAeAAAARABhAHQAYQAgAE8AdwBuAGUAcgBzAGgAaQBwAAAAAAACAQkQAQAAAMEaAAC9GgAA rWAAAExaRnWipxvTAwAKAHJjcGcxMjWCMgNDaHRtbDEDMD8BAwH3CoACpAPjAgBjaMEKwHNldDAg BxMCgP8QAwBQBFYIVQeyEdUOUQMB3RDXMgYABsMR1TMERhDZbxLrEeMI7wn3OxjPDjA1OxHSDGBj AFALCQFkMzaTEWALpTQgEAIqXA6yvQGQZxTwCqMR4x3oNBTwADwhRE9DVFlQAEUgSFRNTCBQAFVC TElDICItIC8vVzNDIYBEVCJEIJQzLjIhgEVOnCI+Hu0ejyPBMTgf8G8goiMPJB8mkDMdgCVwRXxB RCXNDvEm7ylvJPQ2QQ7wPE1FVEEHsEExLGA9IkcJ8ASQYXRFBbAiEtBPTlQi0FQTLPAF4UV4EPFu Z2U9BlJ2EzEvQQCQAiAgNuAuMC40Nw4gMBAi/hMqzyUDNzcf8FRJVBRMRSXONA7wUmU6BCBbB8Bs XSBHYWEHgCBPYmoFkAVATakEcWxzJG41H/AvM09/MX8mRTSRN6AoTyafO3Q1ARFgPEJPRFkgZOhp cj07kHI64DtTACFzAzA98WRvAOA98QqxXP5xGLA98RDwAzA+VRFgOwsjHPE8D2c5Nh/wREmeVj4p AABAZzspNjRDn6lAvzE0JVFGLdEgAJBwemU9MkOLC+JASVcgaG8gb3cGMXRopS7wZC1gYT9G/TVD If4vSCI+KT43Ru9H/0kPShj/BJAu8AQASx855kHfTG9Nf69Oj0+fUK9KKCcEIHUAkP8u0FKoVK9V v1bJOykBwD437wqiVsgKgCR8MCgRIeBDa/9Wz0FfQm9Df17PRZ9j71gvv1k/SdpcX11vY587ZTgd gGAmbmJzcAKAPkgn/mEBQGevX69gv2HPYt9wX/9k/2YPaT9oL3uPak9rX2xvh35VNMAHQGx5LCAt YPtSownwZErAPrBStIKhUrbMYmERMErMIC1TT3mznGJ1guKC0QQAbicFQNxnbwRwgzEIYGdAMAIQ zQXAcwNwLvBhcAtQDeDDLWAvwXMuIESElQQgW4nwA6BiUtEGkGYN4HX/O5BSoEqwhh95wgqxihCK EvmEI3kgEQAvQIlEC4AtMJeLsgiQAjAgGGBja1uC5xEwA4GKEGNzgrGDUVKyE4dgAxB0LQuAIDRH vkwEIIxvecIKwI8ydASQ3nAY0AJACYCRQ3UAgJHgnQGRbC7wiR+KIiAul2DpkBBpay7wMyIQAMBS sP+KYJK/ecKKiJQCGNCCcohEnYLRdwUQihCQcnR1ASAzjCI9sHNrgrCUkG929mk9sFuRZoTQBUAC IInQ/y0wmH95sxjQBGKCgFuBgrCHngWEwJBAdXBzLxjQ75wgBbCaQoNRdgdAnVCKA32KYW9bhYTh UrBbgQQgd/+gEVJynn+Nc5SijpILIIKwr5ZAkJEvM5abKAeQcAWQ5wcxmvI1cXMpixCasZRg/50A jcYEIJRBjE95pIRLkVLvA5GJqacFimBUUsGtjwXA/wGQl8AEIJ0wEzGWQ6r/ecL3g4WpEpARZw3g grCQJpFS/5RDANCXBJFSBPCiYbQCBQD6bwQRbYvxBSCV0bE/ecKvAMGj4QeQimBCh3F3h7L3lAKW Q4OFd4QAmlGvH4sH/wdwtsEHgJRRg2C3D5PDg1FPuTdSsgWgAIBlcQpQbv5jB5BcT27vXm9z73T/ dg//dx9+P3k/ek99f3xvyw/IL/9/n4Cvzd/A78cf0c9xj3Kf/8NfxG/Ff8aP1A/Ir8m/ys+/1z/M 79xfzw/QH1osLeZw/9IP0x/Cn9gf2S/aP9tP4m//3W/ef+Gv4J/xT+K/48/k3//0H+cv7V/Ur9W/ 1s/pn+qv/+u/7M/6T+7v7//xD/1/8y+PAp/1T/ZfSctMb2GDYP5ComCQ0I/ALtA04BURsQDPPgCR AC9wilFBcxUgDeP/+D/5T+jP/k//XwBvAX8In/8DnwSvB98Gzxm/CO8J/wsP/xyPD58Vz/rf++/8 /xIPEx//FC8VPyK/F18Ybxl/Je8bn/8rDx2/Hs8f2w2okCAMylJyy5ejDahNtoItULYgwDHvW3KC sL1PLIJlrnGo8J0R+zhSlhEolhKuU6lgUoG/4f+a04nwLHCVwoOBOpWz9Kjw/5/Av/GcIK6hqt8s ZDWzoQB/NiKjs7UgDpCcIJCwgrB5/4jAgzCVkFIxmBCwkb+SuKCvtNa2IJVQg2BmtiBtnfHfjuGv 1T7vq+i4oHi5YIXw/5YRkjGF0EL4ttC2QUF0l5TwSFRUUEHji8CUEYJg/7hwQulFH6vKttCdwkCl g2D/uFWupJSQnjCPwCxwpHCE0P+VcLyQlwSHo7hQl8FBKUuP9znkj5eUATogryG/ET8mv/8nzyjf Ke8xDywPLR8wTy8//15/MV8ybzN/YU9UX1qPI0//JF8lb1bPV99Y71n/Z39cH/9dL14/aq9gX2/P Yn9jj2SbmjGKYE2hwYNwYmpDMf+aV5FyrVGboqnArWCF8EJS+48xtSB1lXCa04XQUa9xQv+/oHoi PTB6VoejlAKIsJuE/3vyuVKCgIQknCCKAQ4ggeL/TnBlb2Z/Vf9rf2yPbZ9ur/91z3DPcd91D3P/ jV92H3cv+3g/kCcyDmFKqrhgOFJHofZzuFCkYXCbMKRwsoGsgv+uoqSRpJEO0MAARBA7AX2P+7gU PhFifOC4krq7pCF8Y39HsKiAu+CvkZ4BqPA1sG/ea7UhuWCsQqDAdqMgwDH0L3d6EGuYH7I0pqC7 0f4vlUFD0X+mtHM+gUdEnVBWbELBrEFteeBJS0F1/HJugYOs4X9XQ9BKgZwT554fvlNEEGV3ugBC U3pW/TsBZLSwpgBEI4Gvgr+Dz/+E34Xvhv+ID4kfkD+LP4xPf49/jm+zj5CPkZ+Sr7ZXM9154FNE w5dBgQBnwBCfkHVPUWSVECe/ADygm1Ji30PQvwCaAKYBemVjexGosP97QJURpH+fI0JTO3QOUKjv /6n/qw+sH60vrj+vT7ZvsW//sn+1r7Sfyy+2v7fPuN/N9/o0eeBPemW70IBToHChwv1LcGJDwDXQ PKBNUZzxSiC/PJB7cbtQo6JHoTYgcrtQ675PyXNuT7BiplJ/MaY6/8B/wY/Cn8OvxL/Fz8bfzf// yP/KD80/zC/jT+Bvz1/Qb//mH9kv31/qD2kPah/bn9yv/92/3s/sT+Dv4f/jD+9/5S//9J/nT+hf 6Ww+0VCTQkB7oPed0YGDfIFtmdBNYZtiQPDnU2C7kjWwY2s2YkS1fDL/O/HV736Te4EAcUeAOICf gP+c45ayQKCjEkdgPgCmJJpZ/0SluoFPAZthPhFEtQPyAq+d9iJ2U0CX00KgZGlTEf8GtJaBe4F6 VDsg12ABgzUm/5XwO9Cb0DdQSlBTYEJAnEDfACNKcFNxAo9MiGeooUlQvmWboUtSTuA6MVNhdJ3A /+0f7i/vOgDxQ4AOoU/zRCP6YzWwYtdhNmJKYw8fv2f/2K/rT9rP8E/xX/Jv83/6n//1n/av+d/4 zyN/IJ/7//0P/yZPGV8fjyo/Ew/u/xvPHN//He8e/yx/IR8iLyM/L68lX/80zyd/KI/93Z0B12Ca AFMQ/6bSLyBPoBcBlbFRRFOfK0//Gs8wTzFfMm8zfzSPNZ82r/83v0NvOd9Ijzv/PQ8pr0FP/0Jf Ui8t7y7/Q79Ez0XfRu//VG9JD0ofSy9MP01PTl9PbwdQf1GPedFGbGV4abxiaZqADiF8MD9wJ5ow 3wdBnEC9wAzA1SNke0AH8P97QKDwCrChwcAF1SIXPxAm9xYwADEHUkOUp72BBARosfNnkA4xaWen QL3i04G/q/Oc4RXwdWcXH15UmyCoof8B8hZAezEFUNWAB7ABggzw/9SylzCnsJcxEYGjEBHQGN// U59DH1ifWa9av1vPYu9d7/9e/2IvYR9/b3yPZE9lX5Or/QeQbZpyZ7Sc8gZfuvG71P19YGyd8NOB Fu+/HQWhBfP+d5cwbEGWQJ9wuyCoodRF/xViCjAVgJ2QdM9133bvd///eQ96H3svgk99T35fgY+A f/+Y75YPg6+Ev7ncERC98WfxO1dAh2NzP+CGsBWEaG/ibG8BcnVl/6BAMRah72dAFQqKD79Ubm5h 1MDVE39nQNNDh38B49OBiUYE2yj904F3DSCNEaPPA7PUxA1w/2lyBNIBQgG2qSKMmYxAjUD9b0wp jk+PX5BvkX+Sj5Of/5Svm8+Wz5ffmw+Z/7mvts//nS+eP7x/r4+1v8BvVj9XT/+x/7MPtB+1L8Kv t0+4X7lvf8Xfu4/K/72vvr8+D4jRd3sEdHQhcw1BBUBnk4ZwQf9tkKZ/cAFAwWkibvD/oKnP9RAm YQqwdRHRC4JpQI3x7wtQAREOYD9QdQEgDbAKsLdogYjgdHAgBeEEUWMRkPMFYnRQb3D/cNt0bmCG cP5JoKTZD8yC0vI/ogTSDnD9CyFj4VMFgwTS3YFvAAvk722QdCFoY3MAcqtQjIGGsP9AwW8D4SPg st9fzIIKtG7x9+L1/6Dioi2lE+L2jEDekO+MgRWwoTAAAW8OceD13FTfB3blr6TT4wXYU3IVIatQ /2mRaXEWAG5haXLdEonQjJD/jMIWwKgkjXERkHMAFYMCYP5wcBJ0IQJ/zFWG0P8AbmH/rPEAcWwj BWKt06Jw7kQFAPN0IA0RYnULNumBbSbWwf5sDZCiUfHP4EXX7wTD3eH/BVBnhQpyrCOMkN6QdCB0 IP8LUd1WbZBnUN4QbSAN8d6C/wIh998QJqwqFnDkUdzhonDaYgXwdGdAbSFrrw/Br/+xL8avx7/I z8nf0P/L/80P/9A/zy8MbwmP0l/Tbw8/Ak//CH8TL8RPxV8EvwXPBt8H7/8VbwoPCx8MLxifDk8d vxBv+xF/EowtJ9ATbxR/A/8Zf/8ajxufHK8jzx7PH98jDyH//zKvJB8lLyY/NX8ojy6/Fg//Fx8Y Lyr/LA8tHy4vO68wT/8xXzJvPt80j0P/Nq83vzjL+dbgeW3p0PWh4bBynYbA/4nQ/QKJ0uz03UGi YgAkcgDPACDrj0VUZ7AgIobQrKD8cyLuw93hT9H88qMJ9xH/1RIAFaJwRWHhkdwgRXFQZd9Tg4uw o69S5VfhZm7gbdD/2LBzMNix4VXegqJQ9dGr0/5ncqDcMHQhrPFPo+7BUFb/9hHhI9qQUd/4yveS i2XjBr/dMmyhjaHpEo1AhnBHXgFP6RVZtNvhW8Blb26xcP5oWyGiket/RUWicKsRYYLzi5F0IW11 ieGi0KEQV5G/81ZhRvSF3RGLgmYYZkVx+GF3Ye6xAOJkr0Vy9qDPVwL2oFWU2+FyJ4jA9nj/+0He kNVgcBLg0VB0jUHokP9qcNrRrPFrD6rT9hCiEKHQ/wHPOp8qHz+fQK9Bv0LPSe//RO9F/0kvSB98 v3nfS09MX/9/j3KfeM+Dfz0/Pk91D3Yf/3cveD+Fv3pfe298f4jvfp//jg+Av4HP1D+g+/Ag4YDc QLZh81DxVHfeIKxQd/CQ/Gw6g7+Ez3RPic+K34vv/4z/lB+PH5Avk1+ST6VflG//lX+Wj6gvmz+h b4Zfh2+If/+dr56/n8+g365fov+kD6Ufv7GPpz+2r6lfqm+rezHewf/dMU/w/VCYcPXAAWDzktiw /WhBbWRQ9HHxcFA36RVoJ/9wX+a06iNZ0vSTwqVgSnIf/61PnM+yT7NftG+1f7yft5//uK+737rP 0o/Pr73/vw/VWC4ybNjpJN0SZuKgcXV7/YHogXP0kcLZ+2GaEG7+J8RP0NTa3+Lmrx+wL7E6/2pj 3lD1QN/v4P+xOlGQWrD7bXFsUmLrEMf/yQ/KH8sv/8w/zU/OX9V/0H/Rj9S/069f8b/Vz9bf1+/0 hzNVkEO7ALBm4G5a0W4DAIB0mmD/WeFgllrg+ZKaU/0i/MBUgf9acGiz3Q/wElyQY5BtkU4w+1Px T/AoZFDF0GxgWnBZsD2ZYW7e4Zlww6H+Bilb/DFd5w/oH+kv6j/rT+xf/+1v9I/vj/Cf88/yvwtv CI//9e/2/w4/AU8HfxIv5C+w//8DvwTPBd8G7xRvCQ8KHwsv/xefDU8cvw9vEH+XT1vA3mDHmUGZ wU9xYWJvW2NcIetOEP7BbWaiZVYh3uBQZf4oaLNu0vxvHkL7cGRwmLOf/xJu2JkFblDCQCB5J/Dn X+BalFqDZSlXmFZrKp+zX1hVkFVuZ4Juw1NOL/9PNGQgwqRpkGrCZHBxwU8Q9yTBWnBugGOaQFEl MK8eQvdu0v4A3HBkZFAu8VPgVTH6dlNAaWdAZCBQE1El/jH//cFg8m1xbpBZ8DZCT2HAwf9Z8DtD T6NkIDcPWUVRADZB/1qw3HFRIsLAwoZnoCwQasL/ONDeYFUw3HDe4Jlw27FPYscs93A/XzpzWzIA vxNf/wLfGF8Zbxp/G48irx2vHr//H88g3yHvTF8kDyUfEb9FH/9LT1X/Ff8XD0ePSJ9Jr0q//1g/ TN9N707/W29RH2CPUz+7VE9VXUwz0i+hbtJk+VD/J9CYYJhAOlX+QZlgKMBBMv/eYkDhM1DesDVB 3mBCrzGkr/+y2hEtwZhReTRQaHHg/9qQ2fA2hSkA+bD6sJiAMsO/3mA7YjKAKWHCcf4AcClh/1rw /2Lb9NmQbj9iItmwmeD/WR9aL1s6M1A0QDsmcqL5sF/6ATPC++HcsD/BKv5BKvMuAvqjZ3ViIDRA xiAywr8nRCkAdG9iInMjPqJs4tH/mQKYQMWzQPHeoTxDLLIogP0zRnPfQG2BNKDb9m3yeic/fP8r lCkzOlUtczUgcHB/3qBCYych+/DHISjQbHJp/1rwKhA4gDUgNIAvddqRxzL/OlWHcYNPxXPZ8Nqw +vHeYP+GY+MSayxxmZhQhdAykPlF3XEWZMHg2pJhsGyaQEKP/zfoQOA80PnwRFBEr1dPRs//XE9d X15vX39mn2GfYq9l3/9kz5xvmY9n/2kPnz+ST5h//6Mvds9a/5S/lc+W35fvpW//mg+bH5wvqJ+e T62/oG+hf/8l/zzQM4GMsHACKDPcocIA/y3g3qHBAv4BPOD7cIlA5vC/PFCoEHtGj88+Y/+wZ8Ji 1zVhMpDeoS0/MC06VfuQ+8cQNlBv2nBwAsXQvKAwUd85YEHYNKByE37Bc47gNSL/j5+vFfrxQLAx 9L2vvrU0wP/6AnLxKYXi0G2yhjHZ8YhH/y1zwZ+vQoW5L0KIHzJBuqHngIMyA+ZxZmHaUIYiL/Mf LDORFMe/r0Lb9mVmZn8wML1i3tDAU2vXw5n+AG7/RDL5UzshNFAnIWvR+3Fy4f3esGn/wd7gzb+v QjUxjtH/LLI1sYYAOUIvob5RP8D7wP8nkr8x+7DZkDMnNCBxB3vN///C1B/VI42p1slwAzaGhbaf L6PXIm/AjvF6UCAtfzT+YbpA+QAo0HAC2l/VIy+x/4DH2Hco4zoS2GHYgChRbXH/iHD74MBTO4As If+x+qFr0f8+otkBOKD78Gxy4J84FrkAX0RQh4HltX7x6GNlMlBF3zqAxUI1USkzJ4BnOjGRcfH7 8ExBTjSg3pj5wTiw/zZw5u9+E//CM+D+YfrBOLHLOpH/I2f5IHR130GGMf8ssvuh01Fr0ddyxQS5 4m3x/4aRjuC7Lyt205FtIHKxPvL/zGHWGJHPpG+T76lvqn+rj/+sn7O/rr+vz7L/se8Af/2f/7Uf ti8DT/Zf/I8HP6cPqB//+M/53/rv+/8Jf/4f/y8AP/8MrwJfEc8EfwWPtv8odjUz/zTAvrDl02zR uFE1wLzQ3vH/LXGOMTM88u/CozQm6eOEyMcc8eaBQMFzam8nkIWQ/y/yLHYu0zSgwPGHQcVjLJP/ KNAfjxNSzDIpAN9we0IzwL/GsuPxI6pq9HyBNpV105H/2IA0wC7xOoi5ZiWvE1K4EH/QcbmBe4Lw wT8x5dF0MUH3gLocNB1HbG1QM/DfcOPi/3uCixMuAx9vwoXT8OTiIZP903B4fJH1ObfB5fNx0NeR eb0RInPBIPJCiGLc0SLvMg8s1MzG3NE7Ck8LXwxq/+HiQ0BxICsQ3BDJ0ekhjtD/3NJtII24hjEk 6EHwiIM3T/NDyYHAYnV8kmtRbMHx1Pe6JH6SINBjj3AS8MxA9cD4WzNdB38Ij/gPDY8On/8PrxC/ F98S3xPvFx8WD07v/xgvGT8aT1G/RM9K/wofOk//DD9HP0hPSV9Kb1fvTI9Nn39Or1sfUM9gP1Lv U/9VCy3/akBV31bvRm9b71z/Xg9fH/9mP2E/Yk9lf2RvdR9mj2ef/2ivd+9q/3EvWH9Zj1qfbW// bn9vj3Cffh9yv3PPdN+BTx92/4ZveR96L3s7Sm9o/m58D30fbJ+CH4MvhD+FT/+Mb4dviH+Lr4qf m1+Mv43P/47fni+RP5dvfq9/v4DPk6//lL+Vz5bfpF+Y/5oPmx+njx+dP6yvn1+gb6F7WzFd+zU0 5fJs6VHmNSMR2LDMMP/ckEIRtJDv0N9hwPE2tcmhjmu9Aj/PriIqaHUrMP4qI0C4YTAQKvG4oekg NbB/8DKlH6YvpzrP4MTRvNJ0/6JPo1+S36hfqW+qf6uPsq//ra+uv7HvsN/Lr7L/tA+1H/W2KDK2 0EG5ku9R8PDcse5iKjBC9dnQdtzSIqDx8P5w6tAoRSLALTD1gDAQ1QH/8s/z1SGa33PqMNe7KVDm MPHwUXVwZCjS17Q/ZN10nTUgSabwJ3I9YG4nK4Av1m/KAtRB37Ju1QFiav/Vwe7S8mFB8OrQ3FTk cD0B/dq0ZijgKSLpIS2i9WA9Ab/r9/DwIxIoQdy/JrZ1LTD/9d/CD8MfxC/FP8ZPx1/Of//Jf8qP zb/Mr+9/7J/P39DvF7YZRCAukEQkYE5EU/XfE08d0GMeESgCPWDh4uc2VNpRIqBvdzQgQWC5wPpw 9EBjJWFCADCw4x/t4v8/IirwHEHbRtUQvEEo0bfA/ykTQgH48t8iPcY14doBPyL/Q2LaMNtY1k/7 VyfRHCU/Ir9CgCiw1RI9yiuhLSF0QwH+cyrwMOHiEbihLTAfUENBn0MQJvA/r+3EJ4B0bjXA+zFQ 0zB3LyD9IeTf5e/m///oD+kf6i/rP/Jf7V8RDxIbgjXz0S9CT0RZ9LAtEhsyEv8VgjcPAUhUFE1M 9LB9F8AAAAAfADUQAQAAAIYAAAA8ADAAOAA4ADEAQQBDADcARgAyAEYAMwAzADkAQwA0ADAAQgBD ADYARgA3ADkAOAAzAEQAMQBFADAAQgBFAEMAOQAwADEAOQAxADAAMABAAG0AYQBpAGwAMgBrAC4A ZQBtAGIAYQByAGMAYQBkAGUAcgBvAC0AYwBhAC4AYwBvAG0APgAAAAAAHwBHEAEAAAAeAAAAbQBl AHMAcwBhAGcAZQAvAHIAZgBjADgAMgAyAAAAAAALAPIQAQAAAB8A8xABAAAAJgAAAEQAYQB0AGEA IABPAHcAbgBlAHIAcwBoAGkAcAAuAEUATQBMAAAAAAALAPYQAAAAAEAABzBYb8IJjKjBAUAACDBA qBrIEKrBAQMA3j/p/QAAAwDxPwkQAAAfAPg/AQAAABYAAABKAG8AaABuACAASABhAHkAZQBzAAAA AAACAfk/AQAAAGgAAAAAAAAA3KdAyMBCEBq0uQgAKy/hggEAAAAAAAAAL089RU1CQVJDQURFUk8t Q0EvT1U9RklSU1QgQURNSU5JU1RSQVRJVkUgR1JPVVAvQ049UkVDSVBJRU5UUy9DTj1KT0hOLkhB WUVTAB8A+j8BAAAAKgAAAFMAeQBzAHQAZQBtACAAQQBkAG0AaQBuAGkAcwB0AHIAYQB0AG8AcgAA AAAAAgH7PwEAAAAeAAAAAAAAANynQMjAQhAatLkIACsv4YIBAAAAAAAAAC4AAAADAP0/5AQAAAMA GUAAAAAAAwAaQAAAAAADAB1AAAAAAAMAHkAAAAAAHwAwQAEAAAAWAAAASgBPAEgATgAuAEgAQQBZ AEUAUwAAAAAAHwAxQAEAAAAWAAAASgBPAEgATgAuAEgAQQBZAEUAUwAAAAAAHwAyQAEAAAAqAAAA dgAuAGMAYQByAG8AbgBAAHoAZQByAG8AZABlAHUAeAAuAG4AZQB0AAAAAAAfADNAAQAAACoAAAB2 AC4AYwBhAHIAbwBuAEAAegBlAHIAbwBkAGUAdQB4AC4AbgBlAHQAAAAAAB8AOEABAAAAFgAAAEoA TwBIAE4ALgBIAEEAWQBFAFMAAAAAAB8AOUABAAAABAAAAC4AAAALACkAAAAAAAsAIwAAAAAAAwAG EGXc1skDAAcQbRUAAAMAEBAAAAAAAwAREAEAAAAeAAgQAQAAAGUAAABXSE9PV05TVEhFREFUQT9X SEVSRUlTVEhFREFUQT9XSE9TVVNJTkdUSEVEQVRBP1JFQUxMWSxBVFRIRUVORE9GVEhFREFZLFRI RURBVEFCQVNFT1dOU1RIRURBVEEtQlVUVEhBAAAAAAIBfwABAAAAQwAAADwwODgxQUM3RjJGMzM5 QzQwQkM2Rjc5ODNEMUUwQkVDOTAxOTEwMEBtYWlsMmsuZW1iYXJjYWRlcm8tY2EuY29tPgAASG4= ------_=_NextPart_001_01C1AA10.C80EBC74-- From neuser.jp@club-internet.fr Thu Jan 31 17:53:03 2002 Received: from relay-3v.club-internet.fr (relay-3v.club-internet.fr [194.158.96.114]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0VGr3w01300 for ; Thu, 31 Jan 2002 17:53:03 +0100 (CET) (envelope-from neuser.jp@club-internet.fr) Received: from kissmaniac (lns06v-12-122.w.club-internet.fr [212.194.119.122]) by relay-3v.club-internet.fr (Postfix) with SMTP id 44EE7179C for ; Thu, 31 Jan 2002 17:47:05 +0100 (CET) From: "neuser jean-philippe" To: Date: Thu, 31 Jan 2002 17:43:48 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Subject: [Nel] SnowBall login prb Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hello everybody after all the problem of building i m able to launch Snowball game is running but i m not able to login to server i Press F1 then enter login : kissmaniac pass: ******* ( i dont register anywhere ) -> may be automaticallly at first login but i have an error in game console : Log Starting [02/01/31 01:47:07] INF 1160 client.cpp 145 : Starting Snowballs ! INF 1160 global_retriever.cpp 536 : PACS: insured position inside surface (95,13) INF 1160 global_retriever.cpp 536 : PACS: insured position inside surface (53,0) INF 1160 client.cpp 275 : Welcome to Snowballs ! INF 1160 client.cpp 276 : INF 1160 client.cpp 277 : Press SHIFT-ESC to exit the game INF 1160 string_id_array.h 188 : static const char *OtherSideAssociations[] = { INF 1160 string_id_array.h 191 : "AA", INF 1160 string_id_array.h 191 : "RA", INF 1160 string_id_array.h 191 : "RAA", INF 1160 string_id_array.h 191 : "VLP", INF 1160 string_id_array.h 191 : "SCS", INF 1160 string_id_array.h 193 : }; WRN 2164 sock.cpp 117 : Exception will be launched: Socket error: Connection closed (0) INF 1160 sock.cpp 291 : Report for blocking socket itsalive.nevrax.org:49999 (195.68.21.196): Max send time: 0 Max recv time: 290 INF 1160 sock.cpp 292 : Max send time: 0 there a socket prb !!! what that mean ?? where can i adjust delay of response ? or it is a internal error ? or server is shutdown ? thanks all is quite beautiful for a free game !!! From tanis@mediacom.it Fri Feb 1 01:25:25 2002 Received: from fep09-svc.tin.it (mta09-acc.tin.it [212.216.176.40]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g110PPw04005 for ; Fri, 1 Feb 2002 01:25:25 +0100 (CET) (envelope-from tanis@mediacom.it) Received: from tanis ([80.116.38.215]) by fep09-svc.tin.it (InterMail vM.4.01.03.13 201-229-121-113) with SMTP id <20020201001923.BDGB16294.fep09-svc.tin.it@tanis> for ; Fri, 1 Feb 2002 01:19:23 +0100 Message-ID: <00ec01c1aab5$9b6207a0$0364a8c0@tanis> From: "Valerio Santinelli" To: Date: Fri, 1 Feb 2002 01:15:50 +0100 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_00E9_01C1AABD.FCBB78D0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Subject: [Nel] libxml2 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: This is a multi-part message in MIME format. ------=_NextPart_000_00E9_01C1AABD.FCBB78D0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Do NeL require a version of libxml2 > 2.4.5 now? I'm getting the following error while compiling the LevelDesignstuff: --------------------Configuration: georges - Win32 = ReleaseDebug-------------------- Linking... Creating library ReleaseDebug/georges_release_debug.lib and object = ReleaseDebug/georges_release_debug.exp nlmisc_rd.lib(o_xml.obj) : error LNK2001: unresolved external symbol = _xmlSaveFormatFileTo ../master/georges_release_debug.dll : fatal error LNK1120: 1 unresolved = externals Error executing link.exe. master.exe - 2 error(s), 0 warning(s) -- c'ya! Valerio Santinelli tanis@mediacom.it HateSeed Gaming Magazine http://www.hateseed.com/ My Lab http://tanis.hateseed.com/ In Flames Italia http://www.inflames.it/ ------=_NextPart_000_00E9_01C1AABD.FCBB78D0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Do NeL require a version of libxml2 = > 2.4.5=20 now?
 
I'm getting the following error while = compiling the=20 LevelDesignstuff:
 
--------------------Configuration: = georges - Win32=20 ReleaseDebug--------------------
Linking...
   Creating = library=20 ReleaseDebug/georges_release_debug.lib and object=20 ReleaseDebug/georges_release_debug.exp
nlmisc_rd.lib(o_xml.obj) : = error=20 LNK2001: unresolved external symbol=20 _xmlSaveFormatFileTo
../master/georges_release_debug.dll : fatal = error=20 LNK1120: 1 unresolved externals
Error executing = link.exe.
 
master.exe - 2 error(s), 0=20 warning(s)

--
c'ya!
 
Valerio Santinelli
tanis@mediacom.it
HateSeed = Gaming=20 Magazine http://www.hateseed.com/
My=20 Lab http://tanis.hateseed.com/
In = Flames Italia http://www.inflames.it/
------=_NextPart_000_00E9_01C1AABD.FCBB78D0-- From tanis@mediacom.it Fri Feb 1 01:39:10 2002 Received: from fep09-svc.tin.it (mta09-acc.tin.it [212.216.176.40]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g110d9w04186 for ; Fri, 1 Feb 2002 01:39:09 +0100 (CET) (envelope-from tanis@mediacom.it) Received: from tanis ([80.116.38.215]) by fep09-svc.tin.it (InterMail vM.4.01.03.13 201-229-121-113) with SMTP id <20020201003307.BDRV16294.fep09-svc.tin.it@tanis> for ; Fri, 1 Feb 2002 01:33:07 +0100 Message-ID: <00f601c1aab7$86d1fb90$0364a8c0@tanis> From: "Valerio Santinelli" To: Date: Fri, 1 Feb 2002 01:29:35 +0100 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_00F2_01C1AABF.E8148960" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Subject: [Nel] Doc additions.. Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: This is a multi-part message in MIME format. ------=_NextPart_000_00F2_01C1AABF.E8148960 Content-Type: multipart/alternative; boundary="----=_NextPart_001_00F3_01C1AABF.E8148960" ------=_NextPart_001_00F3_01C1AABF.E8148960 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I added a bit of sectios to NeL's INSTALL file where I describe the = setup process for libxml2 since it seems that it's been forgotten :) -- c'ya! Valerio Santinelli tanis@mediacom.it HateSeed Gaming Magazine http://www.hateseed.com/ My Lab http://tanis.hateseed.com/ In Flames Italia http://www.inflames.it/ ------=_NextPart_001_00F3_01C1AABF.E8148960 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
I added a bit of sectios to NeL's = INSTALL file=20 where I describe the setup process for libxml2 since it seems that it's = been=20 forgotten :)
 

--
c'ya!
 
Valerio Santinelli
tanis@mediacom.it
HateSeed = Gaming=20 Magazine http://www.hateseed.com/
My=20 Lab http://tanis.hateseed.com/
In = Flames Italia http://www.inflames.it/
------=_NextPart_001_00F3_01C1AABF.E8148960-- ------=_NextPart_000_00F2_01C1AABF.E8148960 Content-Type: application/octet-stream; name="INSTALL_tanis" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="INSTALL_tanis" Requirements =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D The NeL library need the following libraries : - STLPort 4.0 = (Mandatory) - FreeType 2 (NeL 3D) - OpenAL (NeL = Sound) - Python 1.5 (NeL AI) - LibXML 2.4.13+ (NeL = Misc) STLPort need to be compiled. NeL is using the SGI iostreams and it = require the STLPort compilation and a linking of NeL with the STLPort = library. On a GNU/Linux platform you will need the following libraries and softwares : - Autoconf = - Automake = - Libtool = - Lex / Flex - Yacc / Bison = - Mesa 3.3 (NeL 3D) On some OpenGL implementations, you migth have some troubles, coming = from the file, to get NeL to compile. This file could be = missing or not up to date. You will find the latest version of this file on = SGI's website : - glext.h = Most of our documentation is done using Doxygen, so you might need it to read our prose and our code documentation. If you want have nice graphs like dependency graphs, collaboration diagrams, or graphical class hierarchy graphs you will need Graphviz : - Doxygen - Graphviz = =20 Most of these softwares should be already installed on your system or provided on your installation disk.=20 The given sofware or library version numbers are the ones that we are using. We don't know if it working with other (older or more recent) versions of these softwares or libraries. You are welcome to help us to define more precisely these informations ;-) Compilation =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D 1. Windows compilation ---------------------- The compilation on Windows has been done only with Visual C++ 6.0 = SP4. You first need to compile STLport and FreeType libraries. It's a = quite long compilation process, and you should carefully read these = libraries documentation (at least the README and INSTALL files) before = compiling and installing them.=20 STLport Compilation : - Open a Dos window and go in the STLPort's src directory. - Rename or copy the "vc6-unicode.mak" to "Makefile". - Execute `nmake clean all` followed by `nmake install`. FreeType compilation, by using GNU Make : - You need to intall GNU make and to place it in the PATH. = - Open a Dos window and go in the FreeType's directory. - Execute `make setup visualc' followed by `make`. FreeType compilation, by using an IDE : - Compile every (base and optionnal) library components listed at the end of the FreeType's INSTALL file. libxml2 compilation, by using IDE : - Open libxml2-2.4.xx\win32\dsp\libxml2.dsw - Compile the libxml2 project. Set up Visual C++ to find the STLPort and FreeType libraries. This is done in the [Tools -> Options -> Directories] menu : - Add the STLPort include directory to the "Library Files" = category. The STLPort include *must* be inserted before the microsoft = one or the compiler will take microsoft STL instead of STLPort STL. (use the arrow button to put the STLPort include at the top) ex: D:/stlport-4.0/stlport - Add the STLPort library directory to the "Library Files" = category. ex: D:/stlport-4.0/lib - Add the FreeType include directory to the "Include Files" = category. ex: D:/freetype-2.0/include - Add the FreeType library directory to the "Library Files" = category. ex: D:/freetype-2.0/obj - Add the libxml2 include directory to the "Include Files" = category. ex: D:/libxml2-2.4.xx/include/libxml - Add the libxml2 library directory to the "Library Files" = category. ex: D:/libxml2-2.4.xx/win32/dsp/libxml2 Open the workspace file "nel.dsw" (in the menu [File -> = Workspace]). Setup Visual C++ to find the NeL include and library files : - Add the NEL include directory to the "Include Files" = category. ex: D:/test/code/nel/include - Add the NEL source directory to the "Include Files" category. ex: D:/test/code/nel/src - Add the NeL library directory to the "Library Files" = category. ex: D:/test/code/nel/lib 2. GNU/Linux compilation ------------------------ In the NeL directory do : In the case (ex: after a cvs checkout) that you need to rebuild = the "configure" script and/or the "Makefile.in" files, execute the "bootstrap" script in the NeL directory : =20 % ./bootstrap % ./configure = --with-stlport=3D % make The "configure" script must be call with the "--with-stlport". The option "--with-stlport" allow to override the default STL = headers It is possible to compile and install only the needed part of NeL. So you may, by using --disable- and = --enable- : - misc default: Mandatory - net default: Enables desativate with: --disable-net - 3d default: Enable desativate with: --disable-3d=20 - pacs default: Enable desativate with: --disable-pacs - sound default: Disable ativate with: --enable-sound - ai default: Disable ativate with: --enable-ai=20 To pass additional arguments to the C++ compiler, use the command = line : % CXXFLAGS=3D-pipe ./configure = --with-stlport=3D To get the complete list of arguments of the "configure" script = use the following command : % ./configure --help Installation =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D 1. Windows installation ----------------------- Not done yet. 2. GNU/Linux installation -------------------------- % make install Contact us =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D If you find any bugs use the Nevrax Bug Tracking System : =20 If you need any help contact us on the NeL mailing-list : =20 =20 ------=_NextPart_000_00F2_01C1AABF.E8148960-- From tanis@mediacom.it Fri Feb 1 02:10:27 2002 Received: from fep09-svc.tin.it (mta09-acc.tin.it [212.216.176.40]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g111ARw04926 for ; Fri, 1 Feb 2002 02:10:27 +0100 (CET) (envelope-from tanis@mediacom.it) Received: from tanis ([80.116.38.215]) by fep09-svc.tin.it (InterMail vM.4.01.03.13 201-229-121-113) with SMTP id <20020201010426.BEYH16294.fep09-svc.tin.it@tanis> for ; Fri, 1 Feb 2002 02:04:26 +0100 Message-ID: <010901c1aabb$e6679980$0364a8c0@tanis> From: "Valerio Santinelli" To: Date: Fri, 1 Feb 2002 02:00:53 +0100 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0106_01C1AAC4.47C29150" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Subject: [Nel] Error in WorldEditor Project Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: This is a multi-part message in MIME format. ------=_NextPart_000_0106_01C1AAC4.47C29150 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable WorldEditor.cpp fatal error C1083: Cannot open source file: = 'R:\code\nel\tools\3d\ligo\WorldEditor\WorldEditor.cpp': No such file or = directory Some paths are still screwed.. -- c'ya! Valerio Santinelli tanis@mediacom.it HateSeed Gaming Magazine http://www.hateseed.com/ My Lab http://tanis.hateseed.com/ In Flames Italia http://www.inflames.it/ ------=_NextPart_000_0106_01C1AAC4.47C29150 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
WorldEditor.cpp
fatal error C1083: = Cannot open=20 source file: 'R:\code\nel\tools\3d\ligo\WorldEditor\WorldEditor.cpp': No = such=20 file or directory
Some paths are still = screwed..

--
c'ya!
 
Valerio Santinelli
tanis@mediacom.it
HateSeed = Gaming=20 Magazine http://www.hateseed.com/
My=20 Lab http://tanis.hateseed.com/
In = Flames Italia http://www.inflames.it/
------=_NextPart_000_0106_01C1AAC4.47C29150-- From tanis@mediacom.it Fri Feb 1 02:15:29 2002 Received: from fep09-svc.tin.it (mta09-acc.tin.it [212.216.176.40]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g111FTw05002 for ; Fri, 1 Feb 2002 02:15:29 +0100 (CET) (envelope-from tanis@mediacom.it) Received: from tanis ([80.116.38.215]) by fep09-svc.tin.it (InterMail vM.4.01.03.13 201-229-121-113) with SMTP id <20020201010928.BFBS16294.fep09-svc.tin.it@tanis> for ; Fri, 1 Feb 2002 02:09:28 +0100 Message-ID: <011201c1aabc$9a49b5a0$0364a8c0@tanis> From: "Valerio Santinelli" To: Date: Fri, 1 Feb 2002 02:05:55 +0100 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_010F_01C1AAC4.FBAAC7F0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Subject: [Nel] mainfrmView.cpp missing Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: This is a multi-part message in MIME format. ------=_NextPart_000_010F_01C1AAC4.FBAAC7F0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable mainfrmView.cpp is missing from the WorldEditor directory. It is = included in the project but the file does not exists.. and I think it = contains the OnMenuFileView() method implementation since it's missing = ;) -- c'ya! Valerio Santinelli tanis@mediacom.it HateSeed Gaming Magazine http://www.hateseed.com/ My Lab http://tanis.hateseed.com/ In Flames Italia http://www.inflames.it/ ------=_NextPart_000_010F_01C1AAC4.FBAAC7F0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
mainfrmView.cpp is missing from the = WorldEditor=20 directory. It is included in the project but the file does not exists.. = and I=20 think it contains the OnMenuFileView() method implementation since it's = missing=20 ;)

--
c'ya!
 
Valerio Santinelli
tanis@mediacom.it
HateSeed = Gaming=20 Magazine http://www.hateseed.com/
My=20 Lab http://tanis.hateseed.com/
In = Flames Italia http://www.inflames.it/
------=_NextPart_000_010F_01C1AAC4.FBAAC7F0-- From sorn@dsl.upc.es Fri Feb 1 16:06:11 2002 Received: from dukas.upc.es (dukas.upc.es [147.83.2.62]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g11F6Aw15655 for ; Fri, 1 Feb 2002 16:06:10 +0100 (CET) (envelope-from sorn@dsl.upc.es) Received: from dsl.upc.es (dsl.upc.es [147.83.61.61]) by dukas.upc.es (8.12.1/8.12.1) with ESMTP id g11F0Dc8006009 for ; Fri, 1 Feb 2002 16:00:13 +0100 (MET) Received: from dsl.upc.es (localhost [127.0.0.1]) by dsl.upc.es (8.12.1/8.12.1/Debian -2) with ESMTP id g11F2ouW028391 for ; Fri, 1 Feb 2002 16:02:50 +0100 Received: from localhost (sorn@localhost) by dsl.upc.es (8.12.1/8.12.1/Debian -2) with ESMTP id g11F2ntA028387 for ; Fri, 1 Feb 2002 16:02:50 +0100 Date: Fri, 1 Feb 2002 16:02:49 +0100 (CET) From: David Artiga Torrijos To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: [Nel] Building Snowballs2 on Linux Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi all. After solving the problem with glSetFenceNV I tried to compile the OpenGL driver and I got the following: (blah blah blah) *** Warning: This library needs some functionality provided by -lXxf86vm. *** I have the capability to make that library automatically link in when *** you link to this library. But I can only do this if you have a *** shared version of the library, which you do not appear to have. *** The inter-library dependencies that have been dropped here will be *** automatically added whenever a program is linked with this library *** or is declared to -dlopen it. c++ -shared driver_opengl.lo driver_opengl_extension.lo driver_opengl_light.lo driver_opengl_material.lo driver_opengl_matrix.lo driver_opengl_states.lo driver_opengl_texture.lo driver_opengl_vertex.lo driver_opengl_vertex_program.lo unix_event_emitter.lo -lGL -L/usr/X11R6/lib -L/usr/local/lib -lstlport_gcc -lc -Wl,-soname -Wl,libnel_drv_opengl.so.0 -o .libs/libnel_drv_opengl.so.0.0.0 (cd .libs && rm -f libnel_drv_opengl.so.0 && ln -s libnel_drv_opengl.so.0.0.0 libnel_drv_opengl.so.0) (blah blah blah) So I looked for the vidmode library and found that I have the static version only, not the shared (on a Debian box with xlibs-dev-4.1.0). I solved it by adding a "-lXxf86vm" at the previous compile line (this flag is set in the static version of the OpenGL driver but not in the shared one). I was happy about my success but when launching the Snowballs2 client I got: INF 8467 client.cpp 145 : Starting Snowballs ! WRN 8467 dru.cpp 95 : when loading dynamic library 'libnel_drv_opengl.so': /usr/local/lib/libnel_drv_opengl.so: undefined symbol: glBindProgramNV WRN 8467 common.cpp 390 : Exception will be launched: libnel_drv_opengl.so not found (Again problems with extensions) I looked in common.cpp and saw that the availability of the extensions is only checked in Windows version... :( So... one problem solved, twenty appeared :) (Sorry about my english) Happy coding. David Artiga From y.poeymirou@wanadoo.fr Mon Feb 4 18:22:37 2002 Received: from mel-rto3.wanadoo.fr (smtp-out-3.wanadoo.fr [193.252.19.233]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g14HMaw65048 for ; Mon, 4 Feb 2002 18:22:36 +0100 (CET) (envelope-from y.poeymirou@wanadoo.fr) Received: from mel-rta6.wanadoo.fr (193.252.19.222) by mel-rto3.wanadoo.fr; 4 Feb 2002 18:16:33 +0100 Received: from mrbrown (80.11.8.144) by mel-rta6.wanadoo.fr; 4 Feb 2002 18:15:50 +0100 Message-ID: <004101c1ad9f$205c4dd0$0a00000a@mrbrown> From: "Yvan POEYMIROU" To: Date: Mon, 4 Feb 2002 18:12:25 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Subject: [Nel] Linking issues on Snowballs2 compilation Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi all, I have some difficulties to compile SnowBalls2 (with VC++ 6.0 SP5) : ******************** --------------------Configuration: client - Win32 ReleaseDebug-------------------- Linking... nl3d_rd.lib(font_generator.obj) : error LNK2001: unresolved external symbol _FT_Attach_File nl3d_rd.lib(font_generator.obj) : error LNK2001: unresolved external symbol _FT_New_Face nl3d_rd.lib(font_generator.obj) : error LNK2001: unresolved external symbol _FT_Init_FreeType nl3d_rd.lib(font_generator.obj) : error LNK2001: unresolved external symbol _FT_Load_Glyph nl3d_rd.lib(font_generator.obj) : error LNK2001: unresolved external symbol _FT_Get_Char_Index nl3d_rd.lib(font_generator.obj) : error LNK2001: unresolved external symbol _FT_Set_Pixel_Sizes nl3d_rd.lib(font_generator.obj) : error LNK2001: unresolved external symbol _FT_Render_Glyph nl3d_rd.lib(font_generator.obj) : error LNK2001: unresolved external symbol _FT_Get_Kerning ReleaseDebug/snowballs.exe : fatal error LNK1120: 8 unresolved externals Error executing link.exe. snowballs.exe - 9 error(s), 0 warning(s) ******************** It may comes from FreeTypes linking (_FT_... ?), but I test it with FreeTypes 2.0 and 2.0.6 and my path contains, I think, good links for this : #include# -> E:\DÉVELOPPEMENT\NEL\FREETYPE-2.0\INCLUDE', etc. #library# -> 'E:\DÉVELOPPEMENT\NEL\FREETYPE-2.0\OBJ', E:\DÉVELOPPEMENT\NEL\CODE\NEL\LIB". etc. Thanks Your sincerly Yvan From valignat@gw.nevrax.com Mon Feb 4 18:35:03 2002 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g14HZ2w65145 for ; Mon, 4 Feb 2002 18:35:02 +0100 (CET) (envelope-from valignat@gw.nevrax.com) Received: from gw.nevrax.com (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with ESMTP id g14HT3J15244 for ; Mon, 4 Feb 2002 18:29:03 +0100 (CET) (envelope-from valignat@gw.nevrax.com) Received: (from valignat@localhost) by gw.nevrax.com (8.11.6/8.11.6) id g14HSko23178 for nel@nevrax.org; Mon, 4 Feb 2002 18:28:46 +0100 (CET) (envelope-from valignat) Date: Mon, 4 Feb 2002 18:28:46 +0100 From: Cedric Valignat To: nel@nevrax.org Subject: Re: [Nel] SnowBall login prb Message-ID: <20020204182846.A23162@nevrax.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: ; from neuser.jp@club-internet.fr on Thu, Jan 31, 2002 at 05:43:48PM +0100 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi jean-philippe, We are curently experiencing some problems with the Snowballs server., it should be fixed soon. We will keep you informed of the server status ... Sorry about that. According to neuser jean-philippe: > > after all the problem of building i m able to launch Snowball > game is running but i m not able to login to server Cedric. From robert@in-orbit.net Mon Feb 4 18:40:56 2002 Received: from quasar.skima.is (quasar.skima.is [212.30.200.205]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g14Hetw65207 for ; Mon, 4 Feb 2002 18:40:55 +0100 (CET) (envelope-from robert@in-orbit.net) Received: from [213.167.146.97] by quasar.skima.is with ESMTP for nel@nevrax.org; Mon, 4 Feb 2002 17:34:38 Z Date: Mon, 4 Feb 2002 18:01:35 -0800 From: Robert Bjarnason X-Mailer: The Bat! (v1.49) Personal Organization: InOrbit Entertainment, Inc. X-Priority: 3 (Normal) Message-Id: <50180406771.20020204180135@in-orbit.net> To: Yvan POEYMIROU Subject: Re: [Nel] Linking issues on Snowballs2 compilation In-reply-To: <004101c1ad9f$205c4dd0$0a00000a@mrbrown> References: <004101c1ad9f$205c4dd0$0a00000a@mrbrown> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by www.nevrax.org id g14Hetw65207 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: =?ISO-8859-1?Q?R=F3bert_Bjarnason?= List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi Yvan, YP> I have some difficulties to compile SnowBalls2 (with VC++ 6.0 SP5) : You need to add freetype.lib into the link section of the project settings. Warm regards, Robert From ogaste@free.fr Mon Feb 4 19:59:16 2002 Received: from postfix3-2.free.fr (postfix3-2.free.fr [213.228.0.169]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g14IxGw65647 for ; Mon, 4 Feb 2002 19:59:16 +0100 (CET) (envelope-from ogaste@free.fr) Received: from free.fr (nas-cbv-9-160-215.dial.proxad.net [62.147.160.215]) by postfix3-2.free.fr (Postfix) with ESMTP id 33DCB17F29 for ; Mon, 4 Feb 2002 19:53:17 +0100 (MET) Message-ID: <3C5EDA26.25EF6C4@free.fr> Date: Mon, 04 Feb 2002 19:59:50 +0100 From: Olivier =?iso-8859-1?Q?GAST=C9?= X-Mailer: Mozilla 4.73 [en] (WinNT; I) X-Accept-Language: en MIME-Version: 1.0 To: "nel@nevrax.org" Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: [Nel] New on board Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hello all My name is Olivier GASTÉ, I'm french and new on board. I'm realtime system engineer and I'm intrested about realtime distributed decision and planifications systems. I have now about nevrax and nel only few days ago. Can someone make me a short abstract (perhaps offlist) of what nel is (or must be) and what sort of distributed IA problems it's brings. Ive read a big part of documentation but I've not well understand evry thing. I will be certainly intressted to work on. thank's to all Olivier aka Proff From neuser.jp@club-internet.fr Tue Feb 5 01:01:53 2002 Received: from relay-1v.club-internet.fr (relay-1v.club-internet.fr [194.158.96.112]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1501rw67106 for ; Tue, 5 Feb 2002 01:01:53 +0100 (CET) (envelope-from neuser.jp@club-internet.fr) Received: from kissmaniac (lns03v-6-151.w.club-internet.fr [212.194.41.151]) by relay-1v.club-internet.fr (Postfix) with SMTP id 8122F16EA for ; Tue, 5 Feb 2002 00:55:53 +0100 (CET) Message-ID: <000801c1add6$d9a79650$9729c2d4@kissmaniac> From: "neuser jean-philippe" To: Date: Tue, 5 Feb 2002 00:51:22 +0100 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0005_01C1ADDF.3AF4D280" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Subject: [Nel] information sur nevrax Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: "neuser jean-philippe" List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: This is a multi-part message in MIME format. ------=_NextPart_000_0005_01C1ADDF.3AF4D280 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Salut Olivier=20 je te conseille d'aller voir ce lien=20 http://www.newswire.ca/releases/November2000/10/c3405.html il explique brievement ce qu'est nevrax A+ ------=_NextPart_000_0005_01C1ADDF.3AF4D280 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Salut Olivier
je te conseille d'aller voir ce lien =
http:= //www.newswire.ca/releases/November2000/10/c3405.html
il explique brievement ce qu'est=20 nevrax
A+
------=_NextPart_000_0005_01C1ADDF.3AF4D280-- From neuser.jp@club-internet.fr Tue Feb 5 01:05:09 2002 Received: from relay-2v.club-internet.fr (relay-2v.club-internet.fr [194.158.96.113]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g15059w67150 for ; Tue, 5 Feb 2002 01:05:09 +0100 (CET) (envelope-from neuser.jp@club-internet.fr) Received: from kissmaniac (lns03v-6-151.w.club-internet.fr [212.194.41.151]) by relay-2v.club-internet.fr (Postfix) with SMTP id 8A52816A1 for ; Tue, 5 Feb 2002 00:59:08 +0100 (CET) Message-ID: <000801c1add7$4e580610$9729c2d4@kissmaniac> From: "neuser jean-philippe" To: Date: Tue, 5 Feb 2002 00:54:38 +0100 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0005_01C1ADDF.AFB91860" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Subject: [Nel] Linking issues on Snowballs2 compilation Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: "neuser jean-philippe" List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: This is a multi-part message in MIME format. ------=_NextPart_000_0005_01C1ADDF.AFB91860 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Olivier=20 you have to add the librairie Freetype.lib in setting of project A+ ------=_NextPart_000_0005_01C1ADDF.AFB91860 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Olivier
you have to add the librairie = Freetype.lib in=20 setting of project
A+
 
------=_NextPart_000_0005_01C1ADDF.AFB91860-- From neuser.jp@club-internet.fr Tue Feb 5 23:03:17 2002 Received: from relay-4v.club-internet.fr (relay-4v.club-internet.fr [194.158.96.115]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g15M3Gw74022 for ; Tue, 5 Feb 2002 23:03:16 +0100 (CET) (envelope-from neuser.jp@club-internet.fr) Received: from kissmaniac (lns03v-6-52.w.club-internet.fr [212.194.41.52]) by relay-4v.club-internet.fr (Postfix) with SMTP id E58EA16B7 for ; Tue, 5 Feb 2002 22:57:15 +0100 (CET) Message-ID: <001d01c1ae8f$707840d0$3429c2d4@kissmaniac> From: "neuser jean-philippe" To: Date: Tue, 5 Feb 2002 22:52:42 +0100 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_001A_01C1AE97.D1E89560" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Subject: [Nel] 3D driver Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: "neuser jean-philippe" List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: This is a multi-part message in MIME format. ------=_NextPart_000_001A_01C1AE97.D1E89560 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello everybody=20 i have a problem because i developpe with a PC without 3D card = accelerated. I would like to know if there is an opengl emulation driver that i could = use .=20 thanks=20 ------=_NextPart_000_001A_01C1AE97.D1E89560 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hello everybody
i have a problem because i developpe = with a PC=20 without 3D card accelerated.
I would like to know if there is an = opengl=20 emulation driver that i could use .
 
thanks
------=_NextPart_000_001A_01C1AE97.D1E89560-- From v.caron@zerodeux.net Tue Feb 5 23:39:54 2002 Received: from zerodeux.net (zerodeux.net [62.4.22.182]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g15Mdsw74224 for ; Tue, 5 Feb 2002 23:39:54 +0100 (CET) (envelope-from v.caron@zerodeux.net) Received: from localhost.localdomain (zerodeux.home [192.168.1.3]) by zerodeux.net (Postfix) with ESMTP id 57764B702 for ; Tue, 5 Feb 2002 23:33:58 +0100 (CET) Subject: Re: [Nel] 3D driver From: Vincent Caron To: nel@nevrax.org In-Reply-To: <001d01c1ae8f$707840d0$3429c2d4@kissmaniac> References: <001d01c1ae8f$707840d0$3429c2d4@kissmaniac> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Evolution/1.0.1 Date: 05 Feb 2002 23:33:50 +0100 Message-Id: <1012948430.869.53.camel@zerodeux.home> Mime-Version: 1.0 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: On Tue, 2002-02-05 at 22:52, neuser jean-philippe wrote: > Hello everybody > i have a problem because i developpe with a PC without 3D card accelerated. > I would like to know if there is an opengl emulation driver that i could use . Under Windows you can use Microsoft default software rendering driver. Under Linux, FreeBSD or others, you can use Mesa3D (http://www.mesa3d.org). But concerning the NeL library, you won't go very far since it targets and requires high end 3D hardware. Even for the simplest demo. From loic@dachary.org Thu Feb 7 02:30:55 2002 Received: from inspiron.dachary.org (aboukir-101-1-13-alebeon.adsl.nerim.net [62.212.101.54]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g171UoW04872 for ; Thu, 7 Feb 2002 02:30:50 +0100 (CET) (envelope-from loic@dachary.org) Received: from loic by inspiron.dachary.org with local (Exim 3.33 #1 (Debian)) id 16YdIo-0001wB-00 for ; Thu, 07 Feb 2002 02:24:42 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Message-ID: <15457.55130.266746.803388@inspiron.dachary.org> Date: Thu, 7 Feb 2002 02:24:42 +0100 From: Loic Dachary To: nel@nevrax.org X-Mailer: VM 7.00 under Emacs 21.1.1 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from base64 to 8bit by www.nevrax.org id g171UoW04872 Subject: [Nel] patch to compile on GNU/Linux Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: loic@gnu.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi, Following the advices of Vincent Caron I managed to get a snowballs client that core dumps instead of barking because of a missing glSetFenceNV symbol. During the process, I was trapped by something I could not figure out and temporarily worked around by patching gl.h (Mesa-4.0.1). The GL_ARB_multitexture block of gl.h does not contain the typedefs that show in the glext.h ( typedef void (APIENTRY * PFNGLACTIVETEXTUREARBPROC) (GLenum texture); ... ). Since gl.h is included before glext.h, the typedefs are missing. I hesitated to simply duplicate them in the nel sources. There must be a solution to include them although I can't currently figure out how. At the end of the patch there is a minor fix to the acinclude.m4 so that the proper STL debug library is loaded with --with-debug=full is activated. I quickly backed up to --with-debug alone, though, because the STL-4.0 library in debug more creates problems in which I had no inclination to dive ;-) It dumps core during the iostream initialization. When I first ran the snowballs client, a window appeared and the core dump occured at the following point: (gdb) run Starting program: /spare3/nel/bin/snowballs [New Thread 1024 (LWP 22130)] INF22130 client.cpp 145 : Starting Snowballs ! [New Thread 2049 (LWP 22131)] [New Thread 1026 (LWP 22132)] DBG22130 driver_opengl.cpp 563 : XOpenDisplay on 'loic.dachary.org:10.0' OK DBG22130 driver_opengl.cpp 600 : glXChooseVisual OK DBG22130 driver_opengl.cpp 611 : glXCreateContext() OK DBG22130 driver_opengl.cpp 646 : XCreateWindow() OK WARNING: This Mesa Library includes the Glide driver but you have not defined the MESA_GLX_FX env. var. (check the README.3DFX file for more information). you can disable this message with a 'export MESA_GLX_FX=disable'. DBG22130 driver_opengl_extension.cpp 576 : GLExt: GL_ARB_imaging GL_ARB_multisample GL_ARB_multitexture GL_ARB_texture_border_clamp GL_ARB_texture_compression GL_ARB_texture_cube_map GL_ARB_texture_env_add GL_ARB_texture_env_combine GL_ARB_texture_env_dot3 GL_ARB_texture_mirrored_repeat GL_ARB_transpose_matrix GL_EXT_abgr GL_EXT_bgra GL_EXT_blend_color GL_EXT_blend_func_separate GL_EXT_blend_logic_op GL_EXT_blend_minmax GL_EXT_blend_subtract GL_EXT_clip_volume_hint GL_EXT_convolution GL_EXT_compiled_vertex_array GL_EXT_fog_coord GL_EXT_histogram GL_EXT_packed_pixels GL_EXT_paletted_texture GL_EXT_point_parameters GL_EXT_polygon_offset GL_EXT_rescale_normal GL_EXT_secondary_color GL_EXT_shared_texture_palette GL_EXT_stencil_wrap GL_EXT_texture3D GL_EXT_texture_edge_clamp GL_EXT_texture_env_add GL_EXT_texture_env_combine GL_EXT_texture_env_dot3 GL_EXT_texture_object GL_EXT_texture_lod_bias GL_EXT_vertex_array GL_HP_occlusion_test GL_IBM_rasterpos_clip GL_INGR_blend_func_separate GL_MESA_resize_buffers GL_MESA_window_pos GL_NV_blend_square GL_NV_texgen_reflection GL_SGI_color_matrix GL_SGI_color_table GL_SGIS_generate_mipmap GL_SGIS_pixel_texture GL_SGIS_texture_border_clamp GL_SGIS_texture_edge_clamp GL_SGIX_depth_texture GL_SGIX_pixel_texture GL_SGIX_shadow GL_SGIX_shadow_ambient Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1024 (LWP 22130)] 0x41a50aec in glMultiTexCoord1iARB () from /spare3/nel/lib/libnel_drv_opengl.so (gdb) bt #0 0x41a50aec in glMultiTexCoord1iARB () from /spare3/nel/lib/libnel_drv_opengl.so #1 0x41a0d33a in NL3D::CDriverGLStates::forceDefaults (this=0x86c1798, nbStages=4) at driver_opengl_states.cpp:119 #2 0x41a06657 in NL3D::CDriverGL::setDisplay (this=0x86c0588, wnd=0x0, mode=@0xbffffa74) at driver_opengl.cpp:813 #3 0x40b25157 in NL3D::CDriverUser::setDisplay (this=0x8599160, mode=@0xbffffce0) at driver_user.cpp:186 #4 0x08063a9a in main (argc=1, argv=0xbffffd74) at client.cpp:171 #5 0x4177c6cf in __libc_start_main () from /lib/libc.so.6 I was puzzled since the matching line in driver_opengl_states is really a call to : glActiveTextureARB(GL_TEXTURE0_ARB+stage); I figured that I'd get more information by recompiling Mesa with debugging information. And I did so with the sources of Mesa-4.0.1 and made sure nel + snowballs were recompiled from scratch using this instance of Mesa. Running snowballs again showed something quite different, as it often happens when adding debugging information on top of a core dumping piece of code. (gdb) cd /spare3/nel/code/snowballs2/client/ Working directory /spare3/nel/code/snowballs2/client. (gdb) run Starting program: /spare3/nel/bin/snowballs [New Thread 1024 (LWP 15015)] INF15015 client.cpp 145 : Starting Snowballs ! [New Thread 2049 (LWP 15016)] [New Thread 1026 (LWP 15017)] DBG15015 driver_opengl.cpp 563 : XOpenDisplay on 'loic.dachary.org:10.0' OK DBG15015 driver_opengl.cpp 600 : glXChooseVisual OK Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1024 (LWP 15015)] 0x41c5d52e in xmesa_register_swrast_functions (ctx=0x86c6dd8) at xm_dd.c:1037 Current language: auto; currently c (gdb) bt #0 0x41c5d52e in xmesa_register_swrast_functions (ctx=0x86c6dd8) at xm_dd.c:1037 #1 0x41c59a0b in XMesaCreateContext (v=0x86c4b90, share_list=0x0) at xm_api.c:1661 #2 0x41c5407d in Fake_glXCreateContext (dpy=0x86c1ee8, visinfo=0x86c49f8, share_list=0x0, direct=1) at fakeglx.c:1154 #3 0x41c500d8 in glXCreateContext (dpy=0x86c1ee8, visinfo=0x86c49f8, shareList=0x0, direct=1) at glxapi.c:188 #4 0x41a05bc8 in NL3D::CDriverGL::setDisplay (this=0x86c0578, wnd=0x0, mode=@0xbffffa74) at driver_opengl.cpp:603 #5 0x40b25157 in NL3D::CDriverUser::setDisplay (this=0x8599160, mode=@0xbffffce0) at driver_user.cpp:186 #6 0x08063a9a in main (argc=1, argv=0xbffffd74) at client.cpp:171 #7 0x4177c6cf in __libc_start_main () from /lib/libc.so.6 (gdb) print swrast $1 = (SWcontext *) 0x0 There, I know why it core dumps. Not being familiar enough with Mesa, I can hardly imagine why that pointer is null. I'd expect Mesa to bark earlier with a nice error message but I guess it's too much asking :-) Any kind of help or advice will be welcome. Cheers, Index: nel/src/3d/driver/opengl/driver_opengl.cpp =================================================================== RCS file: /home/cvsroot/code/nel/src/3d/driver/opengl/driver_opengl.cpp,v retrieving revision 1.134 diff -u -r1.134 driver_opengl.cpp --- nel/src/3d/driver/opengl/driver_opengl.cpp 18 Jan 2002 10:08:12 -0000 1.134 +++ nel/src/3d/driver/opengl/driver_opengl.cpp 7 Feb 2002 00:58:30 -0000 @@ -37,7 +37,6 @@ #else // NL_OS_UNIX -#define GL_GLEXT_PROTOTYPES #include #endif // NL_OS_UNIX Index: nel/src/3d/driver/opengl/driver_opengl.h =================================================================== RCS file: /home/cvsroot/code/nel/src/3d/driver/opengl/driver_opengl.h,v retrieving revision 1.108 diff -u -r1.108 driver_opengl.h --- nel/src/3d/driver/opengl/driver_opengl.h 18 Jan 2002 10:08:12 -0000 1.108 +++ nel/src/3d/driver/opengl/driver_opengl.h 7 Feb 2002 00:58:30 -0000 @@ -42,7 +42,6 @@ #else // NL_OS_UNIX -#define GL_GLEXT_PROTOTYPES #include #ifdef XF86VIDMODE Index: nel/src/3d/driver/opengl/driver_opengl_extension.cpp =================================================================== RCS file: /home/cvsroot/code/nel/src/3d/driver/opengl/driver_opengl_extension.cpp,v retrieving revision 1.25 diff -u -r1.25 driver_opengl_extension.cpp --- nel/src/3d/driver/opengl/driver_opengl_extension.cpp 18 Jan 2002 10:08:12 -0000 1.25 +++ nel/src/3d/driver/opengl/driver_opengl_extension.cpp 7 Feb 2002 00:58:31 -0000 @@ -23,17 +23,21 @@ * MA 02111-1307, USA. */ +#define GLX_GLXEXT_PROTOTYPES #include "stdopengl.h" #include "driver_opengl_extension.h" #include "3d/material.h" - +#ifdef NL_OS_UNIX +#define GetProcAddress glXGetProcAddressARB +#else /* NL_OS_WINDOWS */ +#define GetProcAddress wglGetProcAddress +#endif /* NL_OS_UNIX */ // *************************************************************************** // The exported function names for the windows platform. -#ifdef NL_OS_WINDOWS // ARB_multitexture //================= @@ -90,8 +94,10 @@ //==================== PFNGLFLUSHVERTEXARRAYRANGENVPROC glFlushVertexArrayRangeNV; PFNGLVERTEXARRAYRANGENVPROC glVertexArrayRangeNV; +#ifdef NL_OS_WINDOWS PFNWGLALLOCATEMEMORYNVPROC wglAllocateMemoryNV; PFNWGLFREEMEMORYNVPROC wglFreeMemoryNV; +#endif // NL_OS_WINDOWS // FenceNV. @@ -200,6 +206,7 @@ PFNGLSECONDARYCOLORPOINTEREXTPROC glSecondaryColorPointerEXT; +#ifdef NL_OS_WINDOWS // Pbuffer extension //================== PFNWGLCREATEPBUFFERARBPROC wglCreatePbufferARB; @@ -218,9 +225,9 @@ // WGL_ARB_extensions_string PFNWGFGETEXTENSIONSSTRINGARB wglGetExtensionsStringARB; +#endif // NL_OS_WINDOWS -#endif // NL_OS_WINDOWS @@ -245,44 +252,42 @@ if(strstr(glext, "GL_ARB_multitexture")==NULL) return false; -#ifdef NL_OS_WINDOWS - if(!(glActiveTextureARB=(PFNGLACTIVETEXTUREARBPROC)wglGetProcAddress("glActiveTextureARB")))return false; - if(!(glClientActiveTextureARB=(PFNGLCLIENTACTIVETEXTUREARBPROC)wglGetProcAddress("glClientActiveTextureARB")))return false; + if(!(glActiveTextureARB=(PFNGLACTIVETEXTUREARBPROC)GetProcAddress((const GLubyte *)"glActiveTextureARB")))return false; + if(!(glClientActiveTextureARB=(PFNGLCLIENTACTIVETEXTUREARBPROC)GetProcAddress((const GLubyte *)"glClientActiveTextureARB")))return false; - if(!(glMultiTexCoord1sARB=(PFNGLMULTITEXCOORD1SARBPROC)wglGetProcAddress("glMultiTexCoord1sARB")))return false; - if(!(glMultiTexCoord1iARB=(PFNGLMULTITEXCOORD1IARBPROC)wglGetProcAddress("glMultiTexCoord1iARB")))return false; - if(!(glMultiTexCoord1fARB=(PFNGLMULTITEXCOORD1FARBPROC)wglGetProcAddress("glMultiTexCoord1fARB")))return false; - if(!(glMultiTexCoord1dARB=(PFNGLMULTITEXCOORD1DARBPROC)wglGetProcAddress("glMultiTexCoord1dARB")))return false; - if(!(glMultiTexCoord2sARB=(PFNGLMULTITEXCOORD2SARBPROC)wglGetProcAddress("glMultiTexCoord2sARB")))return false; - if(!(glMultiTexCoord2iARB=(PFNGLMULTITEXCOORD2IARBPROC)wglGetProcAddress("glMultiTexCoord2iARB")))return false; - if(!(glMultiTexCoord2fARB=(PFNGLMULTITEXCOORD2FARBPROC)wglGetProcAddress("glMultiTexCoord2fARB")))return false; - if(!(glMultiTexCoord2dARB=(PFNGLMULTITEXCOORD2DARBPROC)wglGetProcAddress("glMultiTexCoord2dARB")))return false; - if(!(glMultiTexCoord3sARB=(PFNGLMULTITEXCOORD3SARBPROC)wglGetProcAddress("glMultiTexCoord3sARB")))return false; - if(!(glMultiTexCoord3iARB=(PFNGLMULTITEXCOORD3IARBPROC)wglGetProcAddress("glMultiTexCoord3iARB")))return false; - if(!(glMultiTexCoord3fARB=(PFNGLMULTITEXCOORD3FARBPROC)wglGetProcAddress("glMultiTexCoord3fARB")))return false; - if(!(glMultiTexCoord3dARB=(PFNGLMULTITEXCOORD3DARBPROC)wglGetProcAddress("glMultiTexCoord3dARB")))return false; - if(!(glMultiTexCoord4sARB=(PFNGLMULTITEXCOORD4SARBPROC)wglGetProcAddress("glMultiTexCoord4sARB")))return false; - if(!(glMultiTexCoord4iARB=(PFNGLMULTITEXCOORD4IARBPROC)wglGetProcAddress("glMultiTexCoord4iARB")))return false; - if(!(glMultiTexCoord4fARB=(PFNGLMULTITEXCOORD4FARBPROC)wglGetProcAddress("glMultiTexCoord4fARB")))return false; - if(!(glMultiTexCoord4dARB=(PFNGLMULTITEXCOORD4DARBPROC)wglGetProcAddress("glMultiTexCoord4dARB")))return false; - - if(!(glMultiTexCoord1svARB=(PFNGLMULTITEXCOORD1SVARBPROC)wglGetProcAddress("glMultiTexCoord1svARB")))return false; - if(!(glMultiTexCoord1ivARB=(PFNGLMULTITEXCOORD1IVARBPROC)wglGetProcAddress("glMultiTexCoord1ivARB")))return false; - if(!(glMultiTexCoord1fvARB=(PFNGLMULTITEXCOORD1FVARBPROC)wglGetProcAddress("glMultiTexCoord1fvARB")))return false; - if(!(glMultiTexCoord1dvARB=(PFNGLMULTITEXCOORD1DVARBPROC)wglGetProcAddress("glMultiTexCoord1dvARB")))return false; - if(!(glMultiTexCoord2svARB=(PFNGLMULTITEXCOORD2SVARBPROC)wglGetProcAddress("glMultiTexCoord2svARB")))return false; - if(!(glMultiTexCoord2ivARB=(PFNGLMULTITEXCOORD2IVARBPROC)wglGetProcAddress("glMultiTexCoord2ivARB")))return false; - if(!(glMultiTexCoord2fvARB=(PFNGLMULTITEXCOORD2FVARBPROC)wglGetProcAddress("glMultiTexCoord2fvARB")))return false; - if(!(glMultiTexCoord2dvARB=(PFNGLMULTITEXCOORD2DVARBPROC)wglGetProcAddress("glMultiTexCoord2dvARB")))return false; - if(!(glMultiTexCoord3svARB=(PFNGLMULTITEXCOORD3SVARBPROC)wglGetProcAddress("glMultiTexCoord3svARB")))return false; - if(!(glMultiTexCoord3ivARB=(PFNGLMULTITEXCOORD3IVARBPROC)wglGetProcAddress("glMultiTexCoord3ivARB")))return false; - if(!(glMultiTexCoord3fvARB=(PFNGLMULTITEXCOORD3FVARBPROC)wglGetProcAddress("glMultiTexCoord3fvARB")))return false; - if(!(glMultiTexCoord3dvARB=(PFNGLMULTITEXCOORD3DVARBPROC)wglGetProcAddress("glMultiTexCoord3dvARB")))return false; - if(!(glMultiTexCoord4svARB=(PFNGLMULTITEXCOORD4SVARBPROC)wglGetProcAddress("glMultiTexCoord4svARB")))return false; - if(!(glMultiTexCoord4ivARB=(PFNGLMULTITEXCOORD4IVARBPROC)wglGetProcAddress("glMultiTexCoord4ivARB")))return false; - if(!(glMultiTexCoord4fvARB=(PFNGLMULTITEXCOORD4FVARBPROC)wglGetProcAddress("glMultiTexCoord4fvARB")))return false; - if(!(glMultiTexCoord4dvARB=(PFNGLMULTITEXCOORD4DVARBPROC)wglGetProcAddress("glMultiTexCoord4dvARB")))return false; -#endif + if(!(glMultiTexCoord1sARB=(PFNGLMULTITEXCOORD1SARBPROC)GetProcAddress((const GLubyte *)"glMultiTexCoord1sARB")))return false; + if(!(glMultiTexCoord1iARB=(PFNGLMULTITEXCOORD1IARBPROC)GetProcAddress((const GLubyte *)"glMultiTexCoord1iARB")))return false; + if(!(glMultiTexCoord1fARB=(PFNGLMULTITEXCOORD1FARBPROC)GetProcAddress((const GLubyte *)"glMultiTexCoord1fARB")))return false; + if(!(glMultiTexCoord1dARB=(PFNGLMULTITEXCOORD1DARBPROC)GetProcAddress((const GLubyte *)"glMultiTexCoord1dARB")))return false; + if(!(glMultiTexCoord2sARB=(PFNGLMULTITEXCOORD2SARBPROC)GetProcAddress((const GLubyte *)"glMultiTexCoord2sARB")))return false; + if(!(glMultiTexCoord2iARB=(PFNGLMULTITEXCOORD2IARBPROC)GetProcAddress((const GLubyte *)"glMultiTexCoord2iARB")))return false; + if(!(glMultiTexCoord2fARB=(PFNGLMULTITEXCOORD2FARBPROC)GetProcAddress((const GLubyte *)"glMultiTexCoord2fARB")))return false; + if(!(glMultiTexCoord2dARB=(PFNGLMULTITEXCOORD2DARBPROC)GetProcAddress((const GLubyte *)"glMultiTexCoord2dARB")))return false; + if(!(glMultiTexCoord3sARB=(PFNGLMULTITEXCOORD3SARBPROC)GetProcAddress((const GLubyte *)"glMultiTexCoord3sARB")))return false; + if(!(glMultiTexCoord3iARB=(PFNGLMULTITEXCOORD3IARBPROC)GetProcAddress((const GLubyte *)"glMultiTexCoord3iARB")))return false; + if(!(glMultiTexCoord3fARB=(PFNGLMULTITEXCOORD3FARBPROC)GetProcAddress((const GLubyte *)"glMultiTexCoord3fARB")))return false; + if(!(glMultiTexCoord3dARB=(PFNGLMULTITEXCOORD3DARBPROC)GetProcAddress((const GLubyte *)"glMultiTexCoord3dARB")))return false; + if(!(glMultiTexCoord4sARB=(PFNGLMULTITEXCOORD4SARBPROC)GetProcAddress((const GLubyte *)"glMultiTexCoord4sARB")))return false; + if(!(glMultiTexCoord4iARB=(PFNGLMULTITEXCOORD4IARBPROC)GetProcAddress((const GLubyte *)"glMultiTexCoord4iARB")))return false; + if(!(glMultiTexCoord4fARB=(PFNGLMULTITEXCOORD4FARBPROC)GetProcAddress((const GLubyte *)"glMultiTexCoord4fARB")))return false; + if(!(glMultiTexCoord4dARB=(PFNGLMULTITEXCOORD4DARBPROC)GetProcAddress((const GLubyte *)"glMultiTexCoord4dARB")))return false; + + if(!(glMultiTexCoord1svARB=(PFNGLMULTITEXCOORD1SVARBPROC)GetProcAddress((const GLubyte *)"glMultiTexCoord1svARB")))return false; + if(!(glMultiTexCoord1ivARB=(PFNGLMULTITEXCOORD1IVARBPROC)GetProcAddress((const GLubyte *)"glMultiTexCoord1ivARB")))return false; + if(!(glMultiTexCoord1fvARB=(PFNGLMULTITEXCOORD1FVARBPROC)GetProcAddress((const GLubyte *)"glMultiTexCoord1fvARB")))return false; + if(!(glMultiTexCoord1dvARB=(PFNGLMULTITEXCOORD1DVARBPROC)GetProcAddress((const GLubyte *)"glMultiTexCoord1dvARB")))return false; + if(!(glMultiTexCoord2svARB=(PFNGLMULTITEXCOORD2SVARBPROC)GetProcAddress((const GLubyte *)"glMultiTexCoord2svARB")))return false; + if(!(glMultiTexCoord2ivARB=(PFNGLMULTITEXCOORD2IVARBPROC)GetProcAddress((const GLubyte *)"glMultiTexCoord2ivARB")))return false; + if(!(glMultiTexCoord2fvARB=(PFNGLMULTITEXCOORD2FVARBPROC)GetProcAddress((const GLubyte *)"glMultiTexCoord2fvARB")))return false; + if(!(glMultiTexCoord2dvARB=(PFNGLMULTITEXCOORD2DVARBPROC)GetProcAddress((const GLubyte *)"glMultiTexCoord2dvARB")))return false; + if(!(glMultiTexCoord3svARB=(PFNGLMULTITEXCOORD3SVARBPROC)GetProcAddress((const GLubyte *)"glMultiTexCoord3svARB")))return false; + if(!(glMultiTexCoord3ivARB=(PFNGLMULTITEXCOORD3IVARBPROC)GetProcAddress((const GLubyte *)"glMultiTexCoord3ivARB")))return false; + if(!(glMultiTexCoord3fvARB=(PFNGLMULTITEXCOORD3FVARBPROC)GetProcAddress((const GLubyte *)"glMultiTexCoord3fvARB")))return false; + if(!(glMultiTexCoord3dvARB=(PFNGLMULTITEXCOORD3DVARBPROC)GetProcAddress((const GLubyte *)"glMultiTexCoord3dvARB")))return false; + if(!(glMultiTexCoord4svARB=(PFNGLMULTITEXCOORD4SVARBPROC)GetProcAddress((const GLubyte *)"glMultiTexCoord4svARB")))return false; + if(!(glMultiTexCoord4ivARB=(PFNGLMULTITEXCOORD4IVARBPROC)GetProcAddress((const GLubyte *)"glMultiTexCoord4ivARB")))return false; + if(!(glMultiTexCoord4fvARB=(PFNGLMULTITEXCOORD4FVARBPROC)GetProcAddress((const GLubyte *)"glMultiTexCoord4fvARB")))return false; + if(!(glMultiTexCoord4dvARB=(PFNGLMULTITEXCOORD4DVARBPROC)GetProcAddress((const GLubyte *)"glMultiTexCoord4dvARB")))return false; return true; } @@ -304,15 +309,13 @@ if(strstr(glext, "GL_ARB_texture_compression")==NULL) return false; -#ifdef NL_OS_WINDOWS - if(!(glCompressedTexImage3DARB=(PFNGLCOMPRESSEDTEXIMAGE3DARBPROC)wglGetProcAddress("glCompressedTexImage3DARB")))return false; - if(!(glCompressedTexImage2DARB=(PFNGLCOMPRESSEDTEXIMAGE2DARBPROC)wglGetProcAddress("glCompressedTexImage2DARB")))return false; - if(!(glCompressedTexImage1DARB=(PFNGLCOMPRESSEDTEXIMAGE1DARBPROC)wglGetProcAddress("glCompressedTexImage1DARB")))return false; - if(!(glCompressedTexSubImage3DARB=(PFNGLCOMPRESSEDTEXSUBIMAGE3DARBPROC)wglGetProcAddress("glCompressedTexSubImage3DARB")))return false; - if(!(glCompressedTexSubImage2DARB=(PFNGLCOMPRESSEDTEXSUBIMAGE2DARBPROC)wglGetProcAddress("glCompressedTexSubImage2DARB")))return false; - if(!(glCompressedTexSubImage1DARB=(PFNGLCOMPRESSEDTEXSUBIMAGE1DARBPROC)wglGetProcAddress("glCompressedTexSubImage1DARB")))return false; - if(!(glGetCompressedTexImageARB=(PFNGLGETCOMPRESSEDTEXIMAGEARBPROC)wglGetProcAddress("glGetCompressedTexImageARB")))return false; -#endif + if(!(glCompressedTexImage3DARB=(PFNGLCOMPRESSEDTEXIMAGE3DARBPROC)GetProcAddress((const GLubyte *)"glCompressedTexImage3DARB")))return false; + if(!(glCompressedTexImage2DARB=(PFNGLCOMPRESSEDTEXIMAGE2DARBPROC)GetProcAddress((const GLubyte *)"glCompressedTexImage2DARB")))return false; + if(!(glCompressedTexImage1DARB=(PFNGLCOMPRESSEDTEXIMAGE1DARBPROC)GetProcAddress((const GLubyte *)"glCompressedTexImage1DARB")))return false; + if(!(glCompressedTexSubImage3DARB=(PFNGLCOMPRESSEDTEXSUBIMAGE3DARBPROC)GetProcAddress((const GLubyte *)"glCompressedTexSubImage3DARB")))return false; + if(!(glCompressedTexSubImage2DARB=(PFNGLCOMPRESSEDTEXSUBIMAGE2DARBPROC)GetProcAddress((const GLubyte *)"glCompressedTexSubImage2DARB")))return false; + if(!(glCompressedTexSubImage1DARB=(PFNGLCOMPRESSEDTEXSUBIMAGE1DARBPROC)GetProcAddress((const GLubyte *)"glCompressedTexSubImage1DARB")))return false; + if(!(glGetCompressedTexImageARB=(PFNGLGETCOMPRESSEDTEXIMAGEARBPROC)GetProcAddress((const GLubyte *)"glGetCompressedTexImageARB")))return false; return true; } @@ -336,19 +339,21 @@ #ifdef NL_OS_WINDOWS // Get VAR adress. - if(!(glFlushVertexArrayRangeNV=(PFNGLFLUSHVERTEXARRAYRANGENVPROC)wglGetProcAddress("glFlushVertexArrayRangeNV")))return false; - if(!(glVertexArrayRangeNV=(PFNGLVERTEXARRAYRANGENVPROC)wglGetProcAddress("glVertexArrayRangeNV")))return false; - if(!(wglAllocateMemoryNV= (PFNWGLALLOCATEMEMORYNVPROC)wglGetProcAddress("wglAllocateMemoryNV")))return false; - if(!(wglFreeMemoryNV= (PFNWGLFREEMEMORYNVPROC)wglGetProcAddress("wglFreeMemoryNV")))return false; + if(!(glFlushVertexArrayRangeNV=(PFNGLFLUSHVERTEXARRAYRANGENVPROC)GetProcAddress((const GLubyte *)"glFlushVertexArrayRangeNV")))return false; + if(!(glVertexArrayRangeNV=(PFNGLVERTEXARRAYRANGENVPROC)GetProcAddress((const GLubyte *)"glVertexArrayRangeNV")))return false; +#ifdef NL_OS_WINDOWS + if(!(wglAllocateMemoryNV= (PFNWGLALLOCATEMEMORYNVPROC)GetProcAddress((const GLubyte *)"wglAllocateMemoryNV")))return false; + if(!(wglFreeMemoryNV= (PFNWGLFREEMEMORYNVPROC)GetProcAddress((const GLubyte *)"wglFreeMemoryNV")))return false; +#endif // NL_OS_WINDOWS // Get fence adress. - if(!(glDeleteFencesNV= (PFNGLDELETEFENCESNVPROC)wglGetProcAddress("glDeleteFencesNV")))return false; - if(!(glGenFencesNV= (PFNGLGENFENCESNVPROC)wglGetProcAddress("glGenFencesNV")))return false; - if(!(glIsFenceNV= (PFNGLISFENCENVPROC)wglGetProcAddress("glIsFenceNV")))return false; - if(!(glTestFenceNV= (PFNGLTESTFENCENVPROC)wglGetProcAddress("glTestFenceNV")))return false; - if(!(glGetFenceivNV= (PFNGLGETFENCEIVNVPROC)wglGetProcAddress("glGetFenceivNV")))return false; - if(!(glFinishFenceNV= (PFNGLFINISHFENCENVPROC)wglGetProcAddress("glFinishFenceNV")))return false; - if(!(glSetFenceNV= (PFNGLSETFENCENVPROC)wglGetProcAddress("glSetFenceNV")))return false; + if(!(glDeleteFencesNV= (PFNGLDELETEFENCESNVPROC)GetProcAddress((const GLubyte *)"glDeleteFencesNV")))return false; + if(!(glGenFencesNV= (PFNGLGENFENCESNVPROC)GetProcAddress((const GLubyte *)"glGenFencesNV")))return false; + if(!(glIsFenceNV= (PFNGLISFENCENVPROC)GetProcAddress((const GLubyte *)"glIsFenceNV")))return false; + if(!(glTestFenceNV= (PFNGLTESTFENCENVPROC)GetProcAddress((const GLubyte *)"glTestFenceNV")))return false; + if(!(glGetFenceivNV= (PFNGLGETFENCEIVNVPROC)GetProcAddress((const GLubyte *)"glGetFenceivNV")))return false; + if(!(glFinishFenceNV= (PFNGLFINISHFENCENVPROC)GetProcAddress((const GLubyte *)"glFinishFenceNV")))return false; + if(!(glSetFenceNV= (PFNGLSETFENCENVPROC)GetProcAddress((const GLubyte *)"glSetFenceNV")))return false; #endif @@ -372,11 +377,9 @@ if(strstr (glext, "GL_EXT_vertex_weighting")==NULL) return false; -#ifdef NL_OS_WINDOWS - if(!(glVertexWeightfEXT=(PFNGLVERTEXWEIGHTFEXTPROC)wglGetProcAddress("glVertexWeightfEXT")))return false; - if(!(glVertexWeightfvEXT=(PFNGLVERTEXWEIGHTFVEXTPROC)wglGetProcAddress("glVertexWeightfvEXT")))return false; - if(!(glVertexWeightPointerEXT=(PFNGLVERTEXWEIGHTPOINTEREXTPROC)wglGetProcAddress("glVertexWeightPointerEXT")))return false; -#endif + if(!(glVertexWeightfEXT=(PFNGLVERTEXWEIGHTFEXTPROC)GetProcAddress((const GLubyte *)"glVertexWeightfEXT")))return false; + if(!(glVertexWeightfvEXT=(PFNGLVERTEXWEIGHTFVEXTPROC)GetProcAddress((const GLubyte *)"glVertexWeightfvEXT")))return false; + if(!(glVertexWeightPointerEXT=(PFNGLVERTEXWEIGHTPOINTEREXTPROC)GetProcAddress((const GLubyte *)"glVertexWeightPointerEXT")))return false; return true; } @@ -417,72 +420,69 @@ if(strstr(glext, "GL_NV_vertex_program")==NULL) return false; -#ifdef NL_OS_WINDOWS - if(!(glAreProgramsResidentNV= (PFNGLAREPROGRAMSRESIDENTNVPROC)wglGetProcAddress("glAreProgramsResidentNV"))) return false; - if(!(glBindProgramNV= (PFNGLBINDPROGRAMNVPROC)wglGetProcAddress("glBindProgramNV"))) return false; - if(!(glDeleteProgramsNV= (PFNGLDELETEPROGRAMSNVPROC)wglGetProcAddress("glDeleteProgramsNV"))) return false; - if(!(glExecuteProgramNV= (PFNGLEXECUTEPROGRAMNVPROC)wglGetProcAddress("glExecuteProgramNV"))) return false; - if(!(glGenProgramsNV= (PFNGLGENPROGRAMSNVPROC)wglGetProcAddress("glGenProgramsNV"))) return false; - if(!(glGetProgramParameterdvNV= (PFNGLGETPROGRAMPARAMETERDVNVPROC)wglGetProcAddress("glGetProgramParameterdvNV"))) return false; - if(!(glGetProgramParameterfvNV= (PFNGLGETPROGRAMPARAMETERFVNVPROC)wglGetProcAddress("glGetProgramParameterfvNV"))) return false; - if(!(glGetProgramivNV= (PFNGLGETPROGRAMIVNVPROC)wglGetProcAddress("glGetProgramivNV"))) return false; - if(!(glGetProgramStringNV= (PFNGLGETPROGRAMSTRINGNVPROC)wglGetProcAddress("glGetProgramStringNV"))) return false; - if(!(glGetTrackMatrixivNV= (PFNGLGETTRACKMATRIXIVNVPROC)wglGetProcAddress("glGetTrackMatrixivNV"))) return false; - if(!(glGetVertexAttribdvNV= (PFNGLGETVERTEXATTRIBDVNVPROC)wglGetProcAddress("glGetVertexAttribdvNV"))) return false; - if(!(glGetVertexAttribfvNV= (PFNGLGETVERTEXATTRIBFVNVPROC)wglGetProcAddress("glGetVertexAttribfvNV"))) return false; - if(!(glGetVertexAttribivNV= (PFNGLGETVERTEXATTRIBIVNVPROC)wglGetProcAddress("glGetVertexAttribivNV"))) return false; - if(!(glGetVertexAttribPointervNV= (PFNGLGETVERTEXATTRIBPOINTERVNVPROC)wglGetProcAddress("glGetVertexAttribPointervNV"))) return false; - if(!(glIsProgramNV= (PFNGLISPROGRAMNVPROC)wglGetProcAddress("glIsProgramNV"))) return false; - if(!(glLoadProgramNV= (PFNGLLOADPROGRAMNVPROC)wglGetProcAddress("glLoadProgramNV"))) return false; - if(!(glProgramParameter4dNV= (PFNGLPROGRAMPARAMETER4DNVPROC)wglGetProcAddress("glProgramParameter4dNV"))) return false; - if(!(glProgramParameter4dvNV= (PFNGLPROGRAMPARAMETER4DVNVPROC)wglGetProcAddress("glProgramParameter4dvNV"))) return false; - if(!(glProgramParameter4fNV= (PFNGLPROGRAMPARAMETER4FNVPROC)wglGetProcAddress("glProgramParameter4fNV"))) return false; - if(!(glProgramParameter4fvNV= (PFNGLPROGRAMPARAMETER4FVNVPROC)wglGetProcAddress("glProgramParameter4fvNV"))) return false; - if(!(glProgramParameters4dvNV= (PFNGLPROGRAMPARAMETERS4DVNVPROC)wglGetProcAddress("glProgramParameters4dvNV"))) return false; - if(!(glProgramParameters4fvNV= (PFNGLPROGRAMPARAMETERS4FVNVPROC)wglGetProcAddress("glProgramParameters4fvNV"))) return false; - if(!(glRequestResidentProgramsNV= (PFNGLREQUESTRESIDENTPROGRAMSNVPROC)wglGetProcAddress("glRequestResidentProgramsNV"))) return false; - if(!(glTrackMatrixNV= (PFNGLTRACKMATRIXNVPROC)wglGetProcAddress("glTrackMatrixNV"))) return false; - if(!(glVertexAttribPointerNV= (PFNGLVERTEXATTRIBPOINTERNVPROC)wglGetProcAddress("glVertexAttribPointerNV"))) return false; - if(!(glVertexAttrib1dNV= (PFNGLVERTEXATTRIB1DNVPROC)wglGetProcAddress("glVertexAttrib1dNV"))) return false; - if(!(glVertexAttrib1dvNV= (PFNGLVERTEXATTRIB1DVNVPROC)wglGetProcAddress("glVertexAttrib1dvNV"))) return false; - if(!(glVertexAttrib1fNV= (PFNGLVERTEXATTRIB1FNVPROC)wglGetProcAddress("glVertexAttrib1fNV"))) return false; - if(!(glVertexAttrib1fvNV= (PFNGLVERTEXATTRIB1FVNVPROC)wglGetProcAddress("glVertexAttrib1fvNV"))) return false; - if(!(glVertexAttrib1sNV= (PFNGLVERTEXATTRIB1SNVPROC)wglGetProcAddress("glVertexAttrib1sNV"))) return false; - if(!(glVertexAttrib1svNV= (PFNGLVERTEXATTRIB1SVNVPROC)wglGetProcAddress("glVertexAttrib1svNV"))) return false; - if(!(glVertexAttrib2dNV= (PFNGLVERTEXATTRIB2DNVPROC)wglGetProcAddress("glVertexAttrib2dNV"))) return false; - if(!(glVertexAttrib2dvNV= (PFNGLVERTEXATTRIB2DVNVPROC)wglGetProcAddress("glVertexAttrib2dvNV"))) return false; - if(!(glVertexAttrib2fNV= (PFNGLVERTEXATTRIB2FNVPROC)wglGetProcAddress("glVertexAttrib2fNV"))) return false; - if(!(glVertexAttrib2fvNV= (PFNGLVERTEXATTRIB2FVNVPROC)wglGetProcAddress("glVertexAttrib2fvNV"))) return false; - if(!(glVertexAttrib2sNV= (PFNGLVERTEXATTRIB2SNVPROC)wglGetProcAddress("glVertexAttrib2sNV"))) return false; - if(!(glVertexAttrib2svNV= (PFNGLVERTEXATTRIB2SVNVPROC)wglGetProcAddress("glVertexAttrib2svNV"))) return false; - if(!(glVertexAttrib3dNV= (PFNGLVERTEXATTRIB3DNVPROC)wglGetProcAddress("glVertexAttrib3dNV"))) return false; - if(!(glVertexAttrib3dvNV= (PFNGLVERTEXATTRIB3DVNVPROC)wglGetProcAddress("glVertexAttrib3dvNV"))) return false; - if(!(glVertexAttrib3fNV= (PFNGLVERTEXATTRIB3FNVPROC)wglGetProcAddress("glVertexAttrib3fNV"))) return false; - if(!(glVertexAttrib3fvNV= (PFNGLVERTEXATTRIB3FVNVPROC)wglGetProcAddress("glVertexAttrib3fvNV"))) return false; - if(!(glVertexAttrib3sNV= (PFNGLVERTEXATTRIB3SNVPROC)wglGetProcAddress("glVertexAttrib3sNV"))) return false; - if(!(glVertexAttrib3svNV= (PFNGLVERTEXATTRIB3SVNVPROC)wglGetProcAddress("glVertexAttrib3svNV"))) return false; - if(!(glVertexAttrib4dNV= (PFNGLVERTEXATTRIB4DNVPROC)wglGetProcAddress("glVertexAttrib4dNV"))) return false; - if(!(glVertexAttrib4dvNV= (PFNGLVERTEXATTRIB4DVNVPROC)wglGetProcAddress("glVertexAttrib4dvNV"))) return false; - if(!(glVertexAttrib4fNV= (PFNGLVERTEXATTRIB4FNVPROC)wglGetProcAddress("glVertexAttrib4fNV"))) return false; - if(!(glVertexAttrib4fvNV= (PFNGLVERTEXATTRIB4FVNVPROC)wglGetProcAddress("glVertexAttrib4fvNV"))) return false; - if(!(glVertexAttrib4sNV= (PFNGLVERTEXATTRIB4SNVPROC)wglGetProcAddress("glVertexAttrib4sNV"))) return false; - if(!(glVertexAttrib4svNV= (PFNGLVERTEXATTRIB4SVNVPROC)wglGetProcAddress("glVertexAttrib4svNV"))) return false; - if(!(glVertexAttrib4ubvNV= (PFNGLVERTEXATTRIB4UBVNVPROC)wglGetProcAddress("glVertexAttrib4ubvNV"))) return false; - if(!(glVertexAttribs1dvNV= (PFNGLVERTEXATTRIBS1DVNVPROC)wglGetProcAddress("glVertexAttribs1dvNV"))) return false; - if(!(glVertexAttribs1fvNV= (PFNGLVERTEXATTRIBS1FVNVPROC)wglGetProcAddress("glVertexAttribs1fvNV"))) return false; - if(!(glVertexAttribs1svNV= (PFNGLVERTEXATTRIBS1SVNVPROC)wglGetProcAddress("glVertexAttribs1svNV"))) return false; - if(!(glVertexAttribs2dvNV= (PFNGLVERTEXATTRIBS2DVNVPROC)wglGetProcAddress("glVertexAttribs2dvNV"))) return false; - if(!(glVertexAttribs2fvNV= (PFNGLVERTEXATTRIBS2FVNVPROC)wglGetProcAddress("glVertexAttribs2fvNV"))) return false; - if(!(glVertexAttribs2svNV= (PFNGLVERTEXATTRIBS2SVNVPROC)wglGetProcAddress("glVertexAttribs2svNV"))) return false; - if(!(glVertexAttribs3dvNV= (PFNGLVERTEXATTRIBS3DVNVPROC)wglGetProcAddress("glVertexAttribs3dvNV"))) return false; - if(!(glVertexAttribs3fvNV= (PFNGLVERTEXATTRIBS3FVNVPROC)wglGetProcAddress("glVertexAttribs3fvNV"))) return false; - if(!(glVertexAttribs3svNV= (PFNGLVERTEXATTRIBS3SVNVPROC)wglGetProcAddress("glVertexAttribs3svNV"))) return false; - if(!(glVertexAttribs4dvNV= (PFNGLVERTEXATTRIBS4DVNVPROC)wglGetProcAddress("glVertexAttribs4dvNV"))) return false; - if(!(glVertexAttribs4fvNV= (PFNGLVERTEXATTRIBS4FVNVPROC)wglGetProcAddress("glVertexAttribs4fvNV"))) return false; - if(!(glVertexAttribs4svNV= (PFNGLVERTEXATTRIBS4SVNVPROC)wglGetProcAddress("glVertexAttribs4svNV"))) return false; - if(!(glVertexAttribs4ubvNV= (PFNGLVERTEXATTRIBS4UBVNVPROC)wglGetProcAddress("glVertexAttribs4ubvNV"))) return false; - -#endif + if(!(glAreProgramsResidentNV= (PFNGLAREPROGRAMSRESIDENTNVPROC)GetProcAddress((const GLubyte *)"glAreProgramsResidentNV"))) return false; + if(!(glBindProgramNV= (PFNGLBINDPROGRAMNVPROC)GetProcAddress((const GLubyte *)"glBindProgramNV"))) return false; + if(!(glDeleteProgramsNV= (PFNGLDELETEPROGRAMSNVPROC)GetProcAddress((const GLubyte *)"glDeleteProgramsNV"))) return false; + if(!(glExecuteProgramNV= (PFNGLEXECUTEPROGRAMNVPROC)GetProcAddress((const GLubyte *)"glExecuteProgramNV"))) return false; + if(!(glGenProgramsNV= (PFNGLGENPROGRAMSNVPROC)GetProcAddress((const GLubyte *)"glGenProgramsNV"))) return false; + if(!(glGetProgramParameterdvNV= (PFNGLGETPROGRAMPARAMETERDVNVPROC)GetProcAddress((const GLubyte *)"glGetProgramParameterdvNV"))) return false; + if(!(glGetProgramParameterfvNV= (PFNGLGETPROGRAMPARAMETERFVNVPROC)GetProcAddress((const GLubyte *)"glGetProgramParameterfvNV"))) return false; + if(!(glGetProgramivNV= (PFNGLGETPROGRAMIVNVPROC)GetProcAddress((const GLubyte *)"glGetProgramivNV"))) return false; + if(!(glGetProgramStringNV= (PFNGLGETPROGRAMSTRINGNVPROC)GetProcAddress((const GLubyte *)"glGetProgramStringNV"))) return false; + if(!(glGetTrackMatrixivNV= (PFNGLGETTRACKMATRIXIVNVPROC)GetProcAddress((const GLubyte *)"glGetTrackMatrixivNV"))) return false; + if(!(glGetVertexAttribdvNV= (PFNGLGETVERTEXATTRIBDVNVPROC)GetProcAddress((const GLubyte *)"glGetVertexAttribdvNV"))) return false; + if(!(glGetVertexAttribfvNV= (PFNGLGETVERTEXATTRIBFVNVPROC)GetProcAddress((const GLubyte *)"glGetVertexAttribfvNV"))) return false; + if(!(glGetVertexAttribivNV= (PFNGLGETVERTEXATTRIBIVNVPROC)GetProcAddress((const GLubyte *)"glGetVertexAttribivNV"))) return false; + if(!(glGetVertexAttribPointervNV= (PFNGLGETVERTEXATTRIBPOINTERVNVPROC)GetProcAddress((const GLubyte *)"glGetVertexAttribPointervNV"))) return false; + if(!(glIsProgramNV= (PFNGLISPROGRAMNVPROC)GetProcAddress((const GLubyte *)"glIsProgramNV"))) return false; + if(!(glLoadProgramNV= (PFNGLLOADPROGRAMNVPROC)GetProcAddress((const GLubyte *)"glLoadProgramNV"))) return false; + if(!(glProgramParameter4dNV= (PFNGLPROGRAMPARAMETER4DNVPROC)GetProcAddress((const GLubyte *)"glProgramParameter4dNV"))) return false; + if(!(glProgramParameter4dvNV= (PFNGLPROGRAMPARAMETER4DVNVPROC)GetProcAddress((const GLubyte *)"glProgramParameter4dvNV"))) return false; + if(!(glProgramParameter4fNV= (PFNGLPROGRAMPARAMETER4FNVPROC)GetProcAddress((const GLubyte *)"glProgramParameter4fNV"))) return false; + if(!(glProgramParameter4fvNV= (PFNGLPROGRAMPARAMETER4FVNVPROC)GetProcAddress((const GLubyte *)"glProgramParameter4fvNV"))) return false; + if(!(glProgramParameters4dvNV= (PFNGLPROGRAMPARAMETERS4DVNVPROC)GetProcAddress((const GLubyte *)"glProgramParameters4dvNV"))) return false; + if(!(glProgramParameters4fvNV= (PFNGLPROGRAMPARAMETERS4FVNVPROC)GetProcAddress((const GLubyte *)"glProgramParameters4fvNV"))) return false; + if(!(glRequestResidentProgramsNV= (PFNGLREQUESTRESIDENTPROGRAMSNVPROC)GetProcAddress((const GLubyte *)"glRequestResidentProgramsNV"))) return false; + if(!(glTrackMatrixNV= (PFNGLTRACKMATRIXNVPROC)GetProcAddress((const GLubyte *)"glTrackMatrixNV"))) return false; + if(!(glVertexAttribPointerNV= (PFNGLVERTEXATTRIBPOINTERNVPROC)GetProcAddress((const GLubyte *)"glVertexAttribPointerNV"))) return false; + if(!(glVertexAttrib1dNV= (PFNGLVERTEXATTRIB1DNVPROC)GetProcAddress((const GLubyte *)"glVertexAttrib1dNV"))) return false; + if(!(glVertexAttrib1dvNV= (PFNGLVERTEXATTRIB1DVNVPROC)GetProcAddress((const GLubyte *)"glVertexAttrib1dvNV"))) return false; + if(!(glVertexAttrib1fNV= (PFNGLVERTEXATTRIB1FNVPROC)GetProcAddress((const GLubyte *)"glVertexAttrib1fNV"))) return false; + if(!(glVertexAttrib1fvNV= (PFNGLVERTEXATTRIB1FVNVPROC)GetProcAddress((const GLubyte *)"glVertexAttrib1fvNV"))) return false; + if(!(glVertexAttrib1sNV= (PFNGLVERTEXATTRIB1SNVPROC)GetProcAddress((const GLubyte *)"glVertexAttrib1sNV"))) return false; + if(!(glVertexAttrib1svNV= (PFNGLVERTEXATTRIB1SVNVPROC)GetProcAddress((const GLubyte *)"glVertexAttrib1svNV"))) return false; + if(!(glVertexAttrib2dNV= (PFNGLVERTEXATTRIB2DNVPROC)GetProcAddress((const GLubyte *)"glVertexAttrib2dNV"))) return false; + if(!(glVertexAttrib2dvNV= (PFNGLVERTEXATTRIB2DVNVPROC)GetProcAddress((const GLubyte *)"glVertexAttrib2dvNV"))) return false; + if(!(glVertexAttrib2fNV= (PFNGLVERTEXATTRIB2FNVPROC)GetProcAddress((const GLubyte *)"glVertexAttrib2fNV"))) return false; + if(!(glVertexAttrib2fvNV= (PFNGLVERTEXATTRIB2FVNVPROC)GetProcAddress((const GLubyte *)"glVertexAttrib2fvNV"))) return false; + if(!(glVertexAttrib2sNV= (PFNGLVERTEXATTRIB2SNVPROC)GetProcAddress((const GLubyte *)"glVertexAttrib2sNV"))) return false; + if(!(glVertexAttrib2svNV= (PFNGLVERTEXATTRIB2SVNVPROC)GetProcAddress((const GLubyte *)"glVertexAttrib2svNV"))) return false; + if(!(glVertexAttrib3dNV= (PFNGLVERTEXATTRIB3DNVPROC)GetProcAddress((const GLubyte *)"glVertexAttrib3dNV"))) return false; + if(!(glVertexAttrib3dvNV= (PFNGLVERTEXATTRIB3DVNVPROC)GetProcAddress((const GLubyte *)"glVertexAttrib3dvNV"))) return false; + if(!(glVertexAttrib3fNV= (PFNGLVERTEXATTRIB3FNVPROC)GetProcAddress((const GLubyte *)"glVertexAttrib3fNV"))) return false; + if(!(glVertexAttrib3fvNV= (PFNGLVERTEXATTRIB3FVNVPROC)GetProcAddress((const GLubyte *)"glVertexAttrib3fvNV"))) return false; + if(!(glVertexAttrib3sNV= (PFNGLVERTEXATTRIB3SNVPROC)GetProcAddress((const GLubyte *)"glVertexAttrib3sNV"))) return false; + if(!(glVertexAttrib3svNV= (PFNGLVERTEXATTRIB3SVNVPROC)GetProcAddress((const GLubyte *)"glVertexAttrib3svNV"))) return false; + if(!(glVertexAttrib4dNV= (PFNGLVERTEXATTRIB4DNVPROC)GetProcAddress((const GLubyte *)"glVertexAttrib4dNV"))) return false; + if(!(glVertexAttrib4dvNV= (PFNGLVERTEXATTRIB4DVNVPROC)GetProcAddress((const GLubyte *)"glVertexAttrib4dvNV"))) return false; + if(!(glVertexAttrib4fNV= (PFNGLVERTEXATTRIB4FNVPROC)GetProcAddress((const GLubyte *)"glVertexAttrib4fNV"))) return false; + if(!(glVertexAttrib4fvNV= (PFNGLVERTEXATTRIB4FVNVPROC)GetProcAddress((const GLubyte *)"glVertexAttrib4fvNV"))) return false; + if(!(glVertexAttrib4sNV= (PFNGLVERTEXATTRIB4SNVPROC)GetProcAddress((const GLubyte *)"glVertexAttrib4sNV"))) return false; + if(!(glVertexAttrib4svNV= (PFNGLVERTEXATTRIB4SVNVPROC)GetProcAddress((const GLubyte *)"glVertexAttrib4svNV"))) return false; + if(!(glVertexAttrib4ubvNV= (PFNGLVERTEXATTRIB4UBVNVPROC)GetProcAddress((const GLubyte *)"glVertexAttrib4ubvNV"))) return false; + if(!(glVertexAttribs1dvNV= (PFNGLVERTEXATTRIBS1DVNVPROC)GetProcAddress((const GLubyte *)"glVertexAttribs1dvNV"))) return false; + if(!(glVertexAttribs1fvNV= (PFNGLVERTEXATTRIBS1FVNVPROC)GetProcAddress((const GLubyte *)"glVertexAttribs1fvNV"))) return false; + if(!(glVertexAttribs1svNV= (PFNGLVERTEXATTRIBS1SVNVPROC)GetProcAddress((const GLubyte *)"glVertexAttribs1svNV"))) return false; + if(!(glVertexAttribs2dvNV= (PFNGLVERTEXATTRIBS2DVNVPROC)GetProcAddress((const GLubyte *)"glVertexAttribs2dvNV"))) return false; + if(!(glVertexAttribs2fvNV= (PFNGLVERTEXATTRIBS2FVNVPROC)GetProcAddress((const GLubyte *)"glVertexAttribs2fvNV"))) return false; + if(!(glVertexAttribs2svNV= (PFNGLVERTEXATTRIBS2SVNVPROC)GetProcAddress((const GLubyte *)"glVertexAttribs2svNV"))) return false; + if(!(glVertexAttribs3dvNV= (PFNGLVERTEXATTRIBS3DVNVPROC)GetProcAddress((const GLubyte *)"glVertexAttribs3dvNV"))) return false; + if(!(glVertexAttribs3fvNV= (PFNGLVERTEXATTRIBS3FVNVPROC)GetProcAddress((const GLubyte *)"glVertexAttribs3fvNV"))) return false; + if(!(glVertexAttribs3svNV= (PFNGLVERTEXATTRIBS3SVNVPROC)GetProcAddress((const GLubyte *)"glVertexAttribs3svNV"))) return false; + if(!(glVertexAttribs4dvNV= (PFNGLVERTEXATTRIBS4DVNVPROC)GetProcAddress((const GLubyte *)"glVertexAttribs4dvNV"))) return false; + if(!(glVertexAttribs4fvNV= (PFNGLVERTEXATTRIBS4FVNVPROC)GetProcAddress((const GLubyte *)"glVertexAttribs4fvNV"))) return false; + if(!(glVertexAttribs4svNV= (PFNGLVERTEXATTRIBS4SVNVPROC)GetProcAddress((const GLubyte *)"glVertexAttribs4svNV"))) return false; + if(!(glVertexAttribs4ubvNV= (PFNGLVERTEXATTRIBS4UBVNVPROC)GetProcAddress((const GLubyte *)"glVertexAttribs4ubvNV"))) return false; return true; } @@ -494,26 +494,23 @@ if(strstr(glext, "GL_EXT_secondary_color")==NULL) return false; -#ifdef NL_OS_WINDOWS - if(!(glSecondaryColor3bEXT= (PFNGLSECONDARYCOLOR3BEXTPROC)wglGetProcAddress("glSecondaryColor3bEXT"))) return false; - if(!(glSecondaryColor3bvEXT= (PFNGLSECONDARYCOLOR3BVEXTPROC)wglGetProcAddress("glSecondaryColor3bvEXT"))) return false; - if(!(glSecondaryColor3dEXT= (PFNGLSECONDARYCOLOR3DEXTPROC)wglGetProcAddress("glSecondaryColor3dEXT"))) return false; - if(!(glSecondaryColor3dvEXT= (PFNGLSECONDARYCOLOR3DVEXTPROC)wglGetProcAddress("glSecondaryColor3dvEXT"))) return false; - if(!(glSecondaryColor3fEXT= (PFNGLSECONDARYCOLOR3FEXTPROC)wglGetProcAddress("glSecondaryColor3fEXT"))) return false; - if(!(glSecondaryColor3fvEXT= (PFNGLSECONDARYCOLOR3FVEXTPROC)wglGetProcAddress("glSecondaryColor3fvEXT"))) return false; - if(!(glSecondaryColor3iEXT= (PFNGLSECONDARYCOLOR3IEXTPROC)wglGetProcAddress("glSecondaryColor3iEXT"))) return false; - if(!(glSecondaryColor3ivEXT= (PFNGLSECONDARYCOLOR3IVEXTPROC)wglGetProcAddress("glSecondaryColor3ivEXT"))) return false; - if(!(glSecondaryColor3sEXT= (PFNGLSECONDARYCOLOR3SEXTPROC)wglGetProcAddress("glSecondaryColor3sEXT"))) return false; - if(!(glSecondaryColor3svEXT= (PFNGLSECONDARYCOLOR3SVEXTPROC)wglGetProcAddress("glSecondaryColor3svEXT"))) return false; - if(!(glSecondaryColor3ubEXT= (PFNGLSECONDARYCOLOR3UBEXTPROC)wglGetProcAddress("glSecondaryColor3ubEXT"))) return false; - if(!(glSecondaryColor3ubvEXT= (PFNGLSECONDARYCOLOR3UBVEXTPROC)wglGetProcAddress("glSecondaryColor3ubvEXT"))) return false; - if(!(glSecondaryColor3uiEXT= (PFNGLSECONDARYCOLOR3UIEXTPROC)wglGetProcAddress("glSecondaryColor3uiEXT"))) return false; - if(!(glSecondaryColor3uivEXT= (PFNGLSECONDARYCOLOR3UIVEXTPROC)wglGetProcAddress("glSecondaryColor3uivEXT"))) return false; - if(!(glSecondaryColor3usEXT= (PFNGLSECONDARYCOLOR3USEXTPROC)wglGetProcAddress("glSecondaryColor3usEXT"))) return false; - if(!(glSecondaryColor3usvEXT= (PFNGLSECONDARYCOLOR3USVEXTPROC)wglGetProcAddress("glSecondaryColor3usvEXT"))) return false; - if(!(glSecondaryColorPointerEXT= (PFNGLSECONDARYCOLORPOINTEREXTPROC)wglGetProcAddress("glSecondaryColorPointerEXT"))) return false; - -#endif + if(!(glSecondaryColor3bEXT= (PFNGLSECONDARYCOLOR3BEXTPROC)GetProcAddress((const GLubyte *)"glSecondaryColor3bEXT"))) return false; + if(!(glSecondaryColor3bvEXT= (PFNGLSECONDARYCOLOR3BVEXTPROC)GetProcAddress((const GLubyte *)"glSecondaryColor3bvEXT"))) return false; + if(!(glSecondaryColor3dEXT= (PFNGLSECONDARYCOLOR3DEXTPROC)GetProcAddress((const GLubyte *)"glSecondaryColor3dEXT"))) return false; + if(!(glSecondaryColor3dvEXT= (PFNGLSECONDARYCOLOR3DVEXTPROC)GetProcAddress((const GLubyte *)"glSecondaryColor3dvEXT"))) return false; + if(!(glSecondaryColor3fEXT= (PFNGLSECONDARYCOLOR3FEXTPROC)GetProcAddress((const GLubyte *)"glSecondaryColor3fEXT"))) return false; + if(!(glSecondaryColor3fvEXT= (PFNGLSECONDARYCOLOR3FVEXTPROC)GetProcAddress((const GLubyte *)"glSecondaryColor3fvEXT"))) return false; + if(!(glSecondaryColor3iEXT= (PFNGLSECONDARYCOLOR3IEXTPROC)GetProcAddress((const GLubyte *)"glSecondaryColor3iEXT"))) return false; + if(!(glSecondaryColor3ivEXT= (PFNGLSECONDARYCOLOR3IVEXTPROC)GetProcAddress((const GLubyte *)"glSecondaryColor3ivEXT"))) return false; + if(!(glSecondaryColor3sEXT= (PFNGLSECONDARYCOLOR3SEXTPROC)GetProcAddress((const GLubyte *)"glSecondaryColor3sEXT"))) return false; + if(!(glSecondaryColor3svEXT= (PFNGLSECONDARYCOLOR3SVEXTPROC)GetProcAddress((const GLubyte *)"glSecondaryColor3svEXT"))) return false; + if(!(glSecondaryColor3ubEXT= (PFNGLSECONDARYCOLOR3UBEXTPROC)GetProcAddress((const GLubyte *)"glSecondaryColor3ubEXT"))) return false; + if(!(glSecondaryColor3ubvEXT= (PFNGLSECONDARYCOLOR3UBVEXTPROC)GetProcAddress((const GLubyte *)"glSecondaryColor3ubvEXT"))) return false; + if(!(glSecondaryColor3uiEXT= (PFNGLSECONDARYCOLOR3UIEXTPROC)GetProcAddress((const GLubyte *)"glSecondaryColor3uiEXT"))) return false; + if(!(glSecondaryColor3uivEXT= (PFNGLSECONDARYCOLOR3UIVEXTPROC)GetProcAddress((const GLubyte *)"glSecondaryColor3uivEXT"))) return false; + if(!(glSecondaryColor3usEXT= (PFNGLSECONDARYCOLOR3USEXTPROC)GetProcAddress((const GLubyte *)"glSecondaryColor3usEXT"))) return false; + if(!(glSecondaryColor3usvEXT= (PFNGLSECONDARYCOLOR3USVEXTPROC)GetProcAddress((const GLubyte *)"glSecondaryColor3usvEXT"))) return false; + if(!(glSecondaryColorPointerEXT= (PFNGLSECONDARYCOLORPOINTEREXTPROC)GetProcAddress((const GLubyte *)"glSecondaryColorPointerEXT"))) return false; return true; } @@ -525,12 +522,12 @@ return false; #ifdef NL_OS_WINDOWS - if(!(wglCreatePbufferARB= (PFNWGLCREATEPBUFFERARBPROC)wglGetProcAddress("wglCreatePbufferARB"))) return false; - if(!(wglGetPbufferDCARB= (PFNWGLGETPUFFERDCARBPROC)wglGetProcAddress("wglGetPbufferDCARB"))) return false; - if(!(wglReleasePbufferDCARB= (PFNWGLRELEASEPUFFERDCARBPROC)wglGetProcAddress("wglReleasePbufferDCARB"))) return false; - if(!(wglDestroyPbufferARB= (PFNWGLDESTROYPUFFERARBPROC)wglGetProcAddress("wglDestroyPbufferARB"))) return false; - if(!(wglQueryPbufferARB= (PFNWGLQUERYPBUFFERARBPROC)wglGetProcAddress("wglQueryPbufferARB"))) return false; -#endif + if(!(wglCreatePbufferARB= (PFNWGLCREATEPBUFFERARBPROC)GetProcAddress((const GLubyte *)"wglCreatePbufferARB"))) return false; + if(!(wglGetPbufferDCARB= (PFNWGLGETPUFFERDCARBPROC)GetProcAddress((const GLubyte *)"wglGetPbufferDCARB"))) return false; + if(!(wglReleasePbufferDCARB= (PFNWGLRELEASEPUFFERDCARBPROC)GetProcAddress((const GLubyte *)"wglReleasePbufferDCARB"))) return false; + if(!(wglDestroyPbufferARB= (PFNWGLDESTROYPUFFERARBPROC)GetProcAddress((const GLubyte *)"wglDestroyPbufferARB"))) return false; + if(!(wglQueryPbufferARB= (PFNWGLQUERYPBUFFERARBPROC)GetProcAddress((const GLubyte *)"wglQueryPbufferARB"))) return false; +#endif // NL_OS_WINDOWS return true; } @@ -542,10 +539,10 @@ return false; #ifdef NL_OS_WINDOWS - if(!(wglGetPixelFormatAttribivARB= (PFNWGLGETPIXELFORMATATTRIBIVARBPROC)wglGetProcAddress("wglGetPixelFormatAttribivARB"))) return false; - if(!(wglGetPixelFormatAttribfvARB= (PFNWGLGETPIXELFORMATATTRIBFVARBPROC)wglGetProcAddress("wglGetPixelFormatAttribfvARB"))) return false; - if(!(wglChoosePixelFormatARB= (PFNWGLCHOOSEPIXELFORMATARBPROC)wglGetProcAddress("wglChoosePixelFormatARB"))) return false; -#endif + if(!(wglGetPixelFormatAttribivARB= (PFNWGLGETPIXELFORMATATTRIBIVARBPROC)GetProcAddress((const GLubyte *)"wglGetPixelFormatAttribivARB"))) return false; + if(!(wglGetPixelFormatAttribfvARB= (PFNWGLGETPIXELFORMATATTRIBFVARBPROC)GetProcAddress((const GLubyte *)"wglGetPixelFormatAttribfvARB"))) return false; + if(!(wglChoosePixelFormatARB= (PFNWGLCHOOSEPIXELFORMATARBPROC)GetProcAddress((const GLubyte *)"wglChoosePixelFormatARB"))) return false; +#endif // NL_OS_WINDOWS return true; } @@ -645,7 +642,7 @@ void registerWGlExtensions(CGlExtensions &ext, HDC hDC) { // Get proc adress - if(!(wglGetExtensionsStringARB=(PFNWGFGETEXTENSIONSSTRINGARB)wglGetProcAddress("wglGetExtensionsStringARB"))) + if(!(wglGetExtensionsStringARB=(PFNWGFGETEXTENSIONSSTRINGARB)GetProcAddress((const GLubyte *)"wglGetExtensionsStringARB"))) { nlwarning ("wglGetExtensionsStringARB not supported"); return; Index: nel/src/3d/driver/opengl/driver_opengl_extension.h =================================================================== RCS file: /home/cvsroot/code/nel/src/3d/driver/opengl/driver_opengl_extension.h,v retrieving revision 1.20 diff -u -r1.20 driver_opengl_extension.h --- nel/src/3d/driver/opengl/driver_opengl_extension.h 18 Jan 2002 10:08:12 -0000 1.20 +++ nel/src/3d/driver/opengl/driver_opengl_extension.h 7 Feb 2002 00:58:31 -0000 @@ -36,12 +36,10 @@ #else // NL_OS_UNIX -#define GL_GLEXT_PROTOTYPES #include #endif // NL_OS_UNIX - #include #include // Please download it from http://oss.sgi.com/projects/ogl-sample/ABI/" @@ -150,8 +148,6 @@ // *************************************************************************** // The exported function names for the windows platform. -#ifdef NL_OS_WINDOWS - // ARB_multitexture //================= @@ -209,8 +205,10 @@ //==================== extern PFNGLFLUSHVERTEXARRAYRANGENVPROC glFlushVertexArrayRangeNV; extern PFNGLVERTEXARRAYRANGENVPROC glVertexArrayRangeNV; +#ifdef NL_OS_WINDOWS extern PFNWGLALLOCATEMEMORYNVPROC wglAllocateMemoryNV; extern PFNWGLFREEMEMORYNVPROC wglFreeMemoryNV; +#endif // NL_OS_WINDOWS // FenceNV. @@ -319,6 +317,7 @@ extern PFNGLSECONDARYCOLORPOINTEREXTPROC glSecondaryColorPointerEXT; +#ifdef NL_OS_WINDOWS // Pbuffer extension //================== extern PFNWGLCREATEPBUFFERARBPROC wglCreatePbufferARB; @@ -337,9 +336,7 @@ // WGL_ARB_extensions_string extern PFNWGFGETEXTENSIONSSTRINGARB wglGetExtensionsStringARB; - -#endif - +#endif // NL_OS_WINDOWS #endif // NL_OPENGL_EXTENSION_H Index: nel/src/3d/driver/opengl/driver_opengl_extension_def.h =================================================================== RCS file: /home/cvsroot/code/nel/src/3d/driver/opengl/driver_opengl_extension_def.h,v retrieving revision 1.6 diff -u -r1.6 driver_opengl_extension_def.h --- nel/src/3d/driver/opengl/driver_opengl_extension_def.h 5 Dec 2001 09:54:38 -0000 1.6 +++ nel/src/3d/driver/opengl/driver_opengl_extension_def.h 7 Feb 2002 00:58:32 -0000 @@ -373,6 +373,7 @@ /* NV_texture_shader */ +#if GL_GLEXT_VERSION < 9 #define GL_OFFSET_TEXTURE_RECTANGLE_NV 0x864C #define GL_OFFSET_TEXTURE_RECTANGLE_SCALE_NV 0x864D #define GL_DOT_PRODUCT_TEXTURE_RECTANGLE_NV 0x864E @@ -447,7 +448,7 @@ #define GL_TEXTURE_DS_SIZE_NV 0x871D #define GL_TEXTURE_DT_SIZE_NV 0x871E #define GL_TEXTURE_MAG_SIZE_NV 0x871F - +#endif /* GL_GLEXT_VERSION < 9 */ Index: nel/src/3d/driver/opengl/driver_opengl_states.cpp =================================================================== RCS file: /home/cvsroot/code/nel/src/3d/driver/opengl/driver_opengl_states.cpp,v retrieving revision 1.12 diff -u -r1.12 driver_opengl_states.cpp --- nel/src/3d/driver/opengl/driver_opengl_states.cpp 28 Dec 2001 15:37:02 -0000 1.12 +++ nel/src/3d/driver/opengl/driver_opengl_states.cpp 7 Feb 2002 00:58:32 -0000 @@ -25,7 +25,6 @@ #include "stdopengl.h" - // *************************************************************************** // define it For Debug purpose only. Normal use is to hide this line //#define NL3D_GLSTATE_DISABLE_CACHE Index: nel/src/3d/driver/opengl/unix_event_emitter.cpp =================================================================== RCS file: /home/cvsroot/code/nel/src/3d/driver/opengl/unix_event_emitter.cpp,v retrieving revision 1.5 diff -u -r1.5 unix_event_emitter.cpp --- nel/src/3d/driver/opengl/unix_event_emitter.cpp 13 Dec 2001 18:03:26 -0000 1.5 +++ nel/src/3d/driver/opengl/unix_event_emitter.cpp 7 Feb 2002 00:58:35 -0000 @@ -32,8 +32,6 @@ #include -#define GL_GLEXT_PROTOTYPES - #include #include Index: nel/src/3d/driver/opengl/unix_event_emitter.h =================================================================== RCS file: /home/cvsroot/code/nel/src/3d/driver/opengl/unix_event_emitter.h,v retrieving revision 1.2 diff -u -r1.2 unix_event_emitter.h --- nel/src/3d/driver/opengl/unix_event_emitter.h 8 Feb 2001 10:02:29 -0000 1.2 +++ nel/src/3d/driver/opengl/unix_event_emitter.h 7 Feb 2002 00:58:35 -0000 @@ -31,8 +31,6 @@ #ifdef NL_OS_UNIX -#define GL_GLEXT_PROTOTYPES - #include #include Index: snowballs2/acinclude.m4 =================================================================== RCS file: /home/cvsroot/code/snowballs2/acinclude.m4,v retrieving revision 1.7 diff -u -r1.7 acinclude.m4 --- snowballs2/acinclude.m4 29 Jan 2002 13:21:42 -0000 1.7 +++ snowballs2/acinclude.m4 7 Feb 2002 00:58:54 -0000 @@ -364,7 +364,12 @@ path to the STLPort library files directory. e.g. /usr/local/stlport/lib]) -stlport_lib="stlport_gcc" +if test "$with_debug" = "full" +then + stlport_lib="stlport_gcc_stldebug" +else + stlport_lib="stlport_gcc" +fi if test "$with_stlport" = no then From valignat@gw.nevrax.com Thu Feb 7 17:59:33 2002 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g17GxXW10382 for ; Thu, 7 Feb 2002 17:59:33 +0100 (CET) (envelope-from valignat@gw.nevrax.com) Received: from gw.nevrax.com (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with ESMTP id g17GrVk15303 for ; Thu, 7 Feb 2002 17:53:31 +0100 (CET) (envelope-from valignat@gw.nevrax.com) Received: (from valignat@localhost) by gw.nevrax.com (8.11.6/8.11.6) id g17Gr4715470 for nel@nevrax.org; Thu, 7 Feb 2002 17:53:04 +0100 (CET) (envelope-from valignat) Date: Thu, 7 Feb 2002 17:53:04 +0100 From: Cedric Valignat To: nel@nevrax.org Subject: Re: [Nel] Doc additions.. Message-ID: <20020207175304.A13914@nevrax.com> References: <00f601c1aab7$86d1fb90$0364a8c0@tanis> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <00f601c1aab7$86d1fb90$0364a8c0@tanis>; from tanis@mediacom.it on Fri, Feb 01, 2002 at 01:29:35AM +0100 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi Valerio, According to Valerio Santinelli: > I added a bit of sectios to NeL's INSTALL file where I describe the setup > process for libxml2 since it seems that it's been forgotten :) Ouch ... sorry about that :-( I just commit the changes ... Cedric. From valignat@gw.nevrax.com Thu Feb 7 18:12:03 2002 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g17HC2W10526 for ; Thu, 7 Feb 2002 18:12:02 +0100 (CET) (envelope-from valignat@gw.nevrax.com) Received: from gw.nevrax.com (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with ESMTP id g17H60k15448 for ; Thu, 7 Feb 2002 18:06:00 +0100 (CET) (envelope-from valignat@gw.nevrax.com) Received: (from valignat@localhost) by gw.nevrax.com (8.11.6/8.11.6) id g17H5Xe19707 for nel@nevrax.org; Thu, 7 Feb 2002 18:05:33 +0100 (CET) (envelope-from valignat) Date: Thu, 7 Feb 2002 18:05:33 +0100 From: Cedric Valignat To: nel@nevrax.org Subject: Re: [Nel] Building Snowballs2 on Linux Message-ID: <20020207180533.B13914@nevrax.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: ; from sorn@dsl.upc.es on Fri, Feb 01, 2002 at 04:02:49PM +0100 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi David, According to David Artiga Torrijos: > > [...] > So I looked for the vidmode library and found that I have the static > version only, not the shared (on a Debian box with xlibs-dev-4.1.0). I > solved it by adding a "-lXxf86vm" at the previous compile line (this flag > is set in the static version of the OpenGL driver but not in the shared > one). Your problem might come from an old version of libtool. We are using a libtool version 1.4.2a and that works fine ... keep me informed of your progress please :-) > I was happy about my success but when launching the Snowballs2 client I > got: > > INF 8467 client.cpp 145 : Starting Snowballs ! > WRN 8467 dru.cpp 95 : when loading dynamic library 'libnel_drv_opengl.so': > /usr/local/lib/libnel_drv_opengl.so: undefined symbol: glBindProgramNV > WRN 8467 common.cpp 390 : Exception will be launched: libnel_drv_opengl.so > not found > > (Again problems with extensions) > I looked in common.cpp and saw that the availability of the extensions is > only checked in Windows version... :( We are going to take a look on that ... > So... one problem solved, twenty appeared :) :-) > (Sorry about my english) > Happy coding. Thanks ;-) Cedric. From v.caron@zerodeux.net Thu Feb 7 18:20:50 2002 Received: from zerodeux.net (zerodeux.net [62.4.22.182]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g17HKnW10640 for ; Thu, 7 Feb 2002 18:20:49 +0100 (CET) (envelope-from v.caron@zerodeux.net) Received: from localhost.localdomain (zerodeux.home [192.168.1.3]) by zerodeux.net (Postfix) with ESMTP id 90630B4EA for ; Thu, 7 Feb 2002 18:14:49 +0100 (CET) Subject: Re: [Nel] patch to compile on GNU/Linux From: Vincent Caron To: nel@nevrax.org In-Reply-To: <15457.55130.266746.803388@inspiron.dachary.org> References: <15457.55130.266746.803388@inspiron.dachary.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Evolution/1.0.2 Date: 07 Feb 2002 18:14:45 +0100 Message-Id: <1013102085.792.18.camel@zerodeux.home> Mime-Version: 1.0 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: > (gdb) bt > #0 0x41c5d52e in xmesa_register_swrast_functions (ctx=0x86c6dd8) at xm_dd.c:1037 > #1 0x41c59a0b in XMesaCreateContext (v=0x86c4b90, share_list=0x0) at xm_api.c:1661 > #2 0x41c5407d in Fake_glXCreateContext (dpy=0x86c1ee8, visinfo=0x86c49f8, > share_list=0x0, direct=1) at fakeglx.c:1154 > #3 0x41c500d8 in glXCreateContext (dpy=0x86c1ee8, visinfo=0x86c49f8, shareList=0x0, > direct=1) at glxapi.c:188 > #4 0x41a05bc8 in NL3D::CDriverGL::setDisplay (this=0x86c0578, wnd=0x0, > mode=@0xbffffa74) at driver_opengl.cpp:603 > #5 0x40b25157 in NL3D::CDriverUser::setDisplay (this=0x8599160, mode=@0xbffffce0) > at driver_user.cpp:186 > #6 0x08063a9a in main (argc=1, argv=0xbffffd74) at client.cpp:171 > #7 0x4177c6cf in __libc_start_main () from /lib/libc.so.6 > (gdb) print swrast > $1 = (SWcontext *) 0x0 > > There, I know why it core dumps. Not being familiar enough with Mesa, > I can hardly imagine why that pointer is null. I'd expect Mesa to bark earlier > with a nice error message but I guess it's too much asking :-) > > Any kind of help or advice will be welcome. OK, so we're in a Mesa bug here, NeL is innocent. I had a peek at your pb since an OpenGL developer has always a tree of Mesa on his HD :) Looking at src/X/xm_api.c:XMesaCreateContext(), there's a bunch of initilization that could failed and ar not checked against : /* Initialize the software rasterizer and helper modules. */ _swrast_CreateContext( ctx ); _ac_CreateContext( ctx ); _tnl_CreateContext( ctx ); _swsetup_CreateContext( ctx ); xmesa_register_swrast_functions( ctx ); In our case, _swrast_CreateContext's task is to setup a SWcontext and let SWRAST_CONTEXT(ctx) point at it. Since xmesa_register_swrast_functions() fails on a null SWcontext, we guess something went wrong in _swrast_CreateContext(). If we have a look at this function in src/swrast/s_context.c, we see a SWcontext creation can only fail from OOM (out of memory) : callees are CALLOC and _mesa_alloc_pb which CALLOCs too. Conclusion : seems you're running out of memory, but I'm pretty surprised since only small structs are involved during this init. I guess you should try to step from the call to _swrast_CreateContext() in xm_api.C to see what's really happening to our SWRAST_CONTEXT(ctx) (or namely ctx->swrast_context). Then we could decide if we should get in touch with the Mesa guys. Hopes this help. From v.caron@zerodeux.net Thu Feb 7 18:24:25 2002 Received: from zerodeux.net (zerodeux.net [62.4.22.182]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g17HOPW10713 for ; Thu, 7 Feb 2002 18:24:25 +0100 (CET) (envelope-from v.caron@zerodeux.net) Received: from localhost.localdomain (zerodeux.home [192.168.1.3]) by zerodeux.net (Postfix) with ESMTP id 912FFB4EA for ; Thu, 7 Feb 2002 18:18:25 +0100 (CET) Subject: Re: [Nel] Data Ownership From: Vincent Caron To: nel@nevrax.org In-Reply-To: <0881AC7F2F339C40BC6F7983D1E0BEC9019100@mail2k.embarcadero-ca.com> References: <0881AC7F2F339C40BC6F7983D1E0BEC9019100@mail2k.embarcadero-ca.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Evolution/1.0.2 Date: 07 Feb 2002 18:18:21 +0100 Message-Id: <1013102301.977.23.camel@zerodeux.home> Mime-Version: 1.0 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: On Thu, 2002-01-31 at 05:35, John Hayes wrote: > Who owns the data? Where is the data? Who's using the data? Hi John, you guessed Nevrax guys are pretty busy coding, and contributors are still working at a pretty low level ("hey, I'm segfaulting !" :)). I just wanted to say that while you fire up interesting issues, it needs time to read, think and answer, and many of us would be happy to have more time to do it ... Well, for the moment, if you don't have discussion peers you at least have an audience :). I'll try to react to your last mail, but it's not a promise :( From lazarus_z@hotmail.com Thu Feb 7 22:11:34 2002 Received: from hotmail.com (f113.law4.hotmail.com [216.33.149.113]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g17LBXW14032 for ; Thu, 7 Feb 2002 22:11:34 +0100 (CET) (envelope-from lazarus_z@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Thu, 7 Feb 2002 13:05:25 -0800 Received: from 206.183.27.50 by lw4fd.law4.hotmail.msn.com with HTTP; Thu, 07 Feb 2002 21:05:25 GMT X-Originating-IP: [206.183.27.50] From: "LaZaRuS Returns" To: nel@nevrax.org Date: Thu, 07 Feb 2002 21:05:25 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 07 Feb 2002 21:05:25.0500 (UTC) FILETIME=[29CD23C0:01C1B01B] Subject: [Nel] A couple of quick tidbits Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: When compiling in NL_DEBUG mode i get this error: nel\nel\src\misc\bit_mem_stream.cpp(232) : error C2660: 'push_back' : function does not take 0 parameters OS: Windows 2000 server sp2 IDE: VC6 sp5 Port: STLPort 4.5.1 Regards, Jean-Lou _________________________________________________________________ Chat with friends online, try MSN Messenger: http://messenger.msn.com From lecroart@nevrax.com Mon Feb 11 10:37:19 2002 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1B9bIW61102 for ; Mon, 11 Feb 2002 10:37:18 +0100 (CET) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g1B9VDk30564 for ; Mon, 11 Feb 2002 10:31:13 +0100 (CET) (envelope-from lecroart@nevrax.com) Message-ID: <001601c1b2de$d917bd20$0901a8c0@vianneyl> From: "Vianney Lecroart" To: References: Subject: Re: [Nel] A couple of quick tidbits Date: Mon, 11 Feb 2002 10:31:13 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 x-mimeole: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi Jean-Lou > nel\nel\src\misc\bit_mem_stream.cpp(232) : error C2660: 'push_back' : > function does not take 0 parameters I use STLPort 4.5 and don't have this problem. Perhaps it s a problem on the last 4.5.1 version. Are you sure you put the stlport directory on the top of the included directories in the visual C setting (menu tools/options/directories)? If not, it uses visual stl that are not standard. Vianney Lecroart --- lead network programmer / nevrax.com icq#: 6870415 homepage: http://ace.planet-d.net www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? From lazarus_z@hotmail.com Mon Feb 11 15:18:43 2002 Received: from hotmail.com (f66.law4.hotmail.com [216.33.149.66]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1BEIbW63311 for ; Mon, 11 Feb 2002 15:18:42 +0100 (CET) (envelope-from lazarus_z@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Mon, 11 Feb 2002 06:12:22 -0800 Received: from 206.183.27.50 by lw4fd.law4.hotmail.msn.com with HTTP; Mon, 11 Feb 2002 14:12:22 GMT X-Originating-IP: [206.183.27.50] From: "LaZaRuS Returns" To: nel@nevrax.org Date: Mon, 11 Feb 2002 14:12:22 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 11 Feb 2002 14:12:22.0680 (UTC) FILETIME=[1FBDE980:01C1B306] Subject: [Nel] Re: A couple of quick tidbits Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Greetings Vianney, Yea, the stlport include directory is at the top of the list. I downloaded 4.5 and compiled it and had no problems. So I guess it is 4.5.1 Regards, Jean-Lou _________________________________________________________________ Join the world’s largest e-mail service with MSN Hotmail. http://www.hotmail.com From freddy.mercury@tin.it Mon Feb 11 16:18:12 2002 Received: from fep50-svc.tin.it ([212.216.176.203]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1BFICW63883 for ; Mon, 11 Feb 2002 16:18:12 +0100 (CET) (envelope-from freddy.mercury@tin.it) Received: from [127.0.0.1] by fep50-svc.tin.it (InterMail vM.4.01.03.23 201-229-121-123-20010418) with SMTP id <20020211151227.LKW21970.fep50-svc.tin.it@[127.0.0.1]> for ; Mon, 11 Feb 2002 16:12:27 +0100 X-Originating-IP: [195.110.156.218] From: To: nel@nevrax.org Subject: Rif: [Nel] Re: A couple of quick tidbits Date: Mon, 11 Feb 2002 16:12:27 CET MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Message-Id: <20020211151227.LKW21970.fep50-svc.tin.it@[127.0.0.1]> Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: IF the problem with STLport is where to locate de header's directory, probably (if under Linux) it's that you don't have installed the part of Gcc with c++ tools... ...mail me if you have renamed c++ in cpp o gcc in the makefile (freddy.mercury@tin.it) From berenguier@nevrax.com Mon Feb 11 16:24:55 2002 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1BFOpW64000 for ; Mon, 11 Feb 2002 16:24:52 +0100 (CET) (envelope-from berenguier@nevrax.com) Received: from lionelb (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g1BFIjk34776 for ; Mon, 11 Feb 2002 16:18:45 +0100 (CET) (envelope-from berenguier@nevrax.com) Message-ID: <001f01c1b310$3f76e650$0601a8c0@lionelb> From: "Lionel Berenguier" To: References: <15457.55130.266746.803388@inspiron.dachary.org> Subject: Re: [Nel] patch to compile on GNU/Linux Date: Mon, 11 Feb 2002 16:24:50 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 x-mimeole: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Tank you for this patch. We have decided to use our own GL extension function declaration (eg: use NEL_PFNGLACTIVETEXTUREARBPROC instead of PFNGLACTIVETEXTUREARBPROC, and use nglMultiTexCoord1sARB() instead of glMultiTexCoord1sARB()) to avoid conflicts with differents version of gl.h (I think GL extnesion is a mess here since extensions defined in gl.h do not define function typedef but still define GL_ARB_multitexture for example). Cheers Lionel ----- Original Message ----- From: "Loic Dachary" To: Sent: Thursday, February 07, 2002 2:24 AM Subject: [Nel] patch to compile on GNU/Linux > > > Hi, > > Following the advices of Vincent Caron I managed to get a snowballs > client that core dumps instead of barking because of a missing glSetFenceNV > symbol. During the process, I was trapped by something I could not figure out > and temporarily worked around by patching gl.h (Mesa-4.0.1). The > GL_ARB_multitexture block of gl.h does not contain the typedefs that > show in the glext.h ( > typedef void (APIENTRY * PFNGLACTIVETEXTUREARBPROC) (GLenum texture); > ... > ). Since gl.h is included before glext.h, the typedefs are missing. > I hesitated to simply duplicate them in the nel sources. There must be > a solution to include them although I can't currently figure out how. > [.....] From neuser.jp@club-internet.fr Mon Feb 11 18:05:29 2002 Received: from relay-3v.club-internet.fr (relay-3v.club-internet.fr [194.158.96.114]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1BH5TW65364 for ; Mon, 11 Feb 2002 18:05:29 +0100 (CET) (envelope-from neuser.jp@club-internet.fr) Received: from kissmaniac (lns07v-2-122.w.club-internet.fr [212.194.133.122]) by relay-3v.club-internet.fr (Postfix) with SMTP id E4E3B1690 for ; Mon, 11 Feb 2002 17:59:22 +0100 (CET) Message-ID: <000801c1b31c$94abd570$7a85c2d4@kissmaniac> From: "neuser jean-philippe" To: Date: Mon, 11 Feb 2002 17:53:07 +0100 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0005_01C1B324.F5FDA580" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Subject: [Nel] 3D software mode Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: "neuser jean-philippe" List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: This is a multi-part message in MIME format. ------=_NextPart_000_0005_01C1B324.F5FDA580 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable is it possible to run Snowball demo and Nel without a 3D accelerated = card.=20 I m not interested by 3D stuff graphics but by all others stuff=20 IA , bots, world, network ...=20 It s possible to install or make an opengl software driver ?=20 thanks for all.=20 ------=_NextPart_000_0005_01C1B324.F5FDA580 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
is it possible to run Snowball demo and = Nel without=20 a 3D accelerated card.
I m not interested by 3D stuff graphics = but by all=20 others stuff
IA , bots, world, network ... =
 
It s possible to install or make an = opengl software=20 driver ?
 
thanks for all. =
------=_NextPart_000_0005_01C1B324.F5FDA580-- From loic@dachary.org Mon Feb 11 18:55:50 2002 Received: from inspiron.dachary.org (aboukir-101-1-13-alebeon.adsl.nerim.net [62.212.101.54]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1BHtoW65969 for ; Mon, 11 Feb 2002 18:55:50 +0100 (CET) (envelope-from loic@dachary.org) Received: from loic by inspiron.dachary.org with local (Exim 3.34 #1 (Debian)) id 16aKaC-0005KU-00 for ; Mon, 11 Feb 2002 18:49:40 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15464.1075.729500.596339@inspiron.dachary.org> Date: Mon, 11 Feb 2002 18:49:39 +0100 From: Loic Dachary To: nel@nevrax.org X-Mailer: VM 7.01 under Emacs 21.1.1 Subject: [Nel] GNU/Linux ... trying to load landscape Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: loic@gnu.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi, I managed to see the splash screen before it crashed while loading the landscape. I use /download/cvs/snowballs-data-20011030.tar.gz, blindly assuming that nothing changed in the data format since then. Which is probably a big mistake ;-) I'm using Mesa-3.4.2 & STL-4.0. Compilation of nel was done with : ./configure --with-stlport=/usr/local/src/STLport-4.0 --enable-sound --prefix=/spare3/nel --with-opengl=/spare3/nel --with-debug --disable-static --enable-maintainer-mode Compilation of snowballs was done with : ./configure --with-stlport=/usr/local/src/STLport-4.0 --prefix=/spare3/nel --with-nel=/spare3/nel --with-debug --enable-maintainer-mode On a Debian GNU/Linux unstable dist-upgrade'd late last week. My graphical card is a Matrox Millenium II and, yes, I know snowballs is likely to be so slow that I won't be able to do anything with it. When I'll reach this point I'll consider buying another card. Here is the corresponding GDB stack trace: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1024 (LWP 2365)] 0x0807eb21 in _STL::_Rb_global::_M_increment (__it=0xbffff74c) at /usr/local/src/STLport-4.0/stlport/stl/_tree.c:295 295 if (_M_node->_M_right != 0) { (gdb) bt #0 0x0807eb21 in _STL::_Rb_global::_M_increment (__it=0xbffff74c) at /usr/local/src/STLport-4.0/stlport/stl/_tree.c:295 #1 0x40dec4ac in _STL::_Rb_tree_iterator<_STL::pair<_STL::basic_string, _STL::allocator > const, NL3D::CMeshBase::CLightInfoMapList>, _STL::_Nonconst_traits<_STL::pair<_STL::basic_string, _STL::allocator > const, NL3D::CMeshBase::CLightInfoMapList> > >::operator++ ( this=0xbffff74c) at /usr/local/src/STLport-4.0/stlport/stl/_tree.h:182 #2 0x40cb9bfc in NL3D::CScene::createInstance (this=0x87115d8, shapeName=@0xbffff84c) at scene.cpp:484 #3 0x40cbc574 in NL3D::CInstanceGroup::addToScene (this=0x8e43564, scene=@0x87115d8, driver=0x0) at scene_group.cpp:414 #4 0x40c0fd5c in NL3D::CInstanceGroupUser::addToScene (this=0x8e43560, scene=@0x87115d8, driver=0x0) at instance_group_user.cpp:145 #5 0x40c0fd26 in NL3D::CInstanceGroupUser::addToScene (this=0x8e43560, scene=@0x87115d0, driver=0x0) at instance_group_user.cpp:139 #6 0x08070ed2 in initLandscape () at landscape.cpp:161 #7 0x08063dd7 in main (argc=1, argv=0xbffffcd4) at client.cpp:194 #8 0x419376cf in __libc_start_main () from /lib/libc.so.6 _M_node is null, hence the core. Cheers, -- Loic Dachary http://www.dachary.org/ loic@dachary.org 12 bd Magenta http://www.senga.org/ loic@senga.org 75010 Paris T: 33 1 42 45 07 97 loic@gnu.org GPG Public Key: http://www.dachary.org/loic/gpg.txt From loic@dachary.org Mon Feb 11 18:31:45 2002 Received: from inspiron.dachary.org (aboukir-101-1-13-alebeon.adsl.nerim.net [62.212.101.54]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1BHVcW65687 for ; Mon, 11 Feb 2002 18:31:38 +0100 (CET) (envelope-from loic@dachary.org) Received: from loic by inspiron.dachary.org with local (Exim 3.34 #1 (Debian)) id 16aKCm-0005Jk-00 for ; Mon, 11 Feb 2002 18:25:28 +0100 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="mGP+mmTAUq" Content-Transfer-Encoding: 7bit Message-ID: <15463.65159.707403.911460@inspiron.dachary.org> Date: Mon, 11 Feb 2002 18:25:27 +0100 From: Loic Dachary To: nel@nevrax.org X-Mailer: VM 7.01 under Emacs 21.1.1 Subject: [Nel] Minor fixes (current CVS tree) Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: loic@gnu.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: --mGP+mmTAUq Content-Type: text/plain; charset=us-ascii Content-Description: message body text Content-Transfer-Encoding: 7bit Hi, Here are a few type/scope fixes for the 3d directory. --mGP+mmTAUq Content-Type: application/octet-stream Content-Disposition: attachment; filename="2" Content-Transfer-Encoding: base64 SW5kZXg6IHNyYy8zZC9saWdodGluZ19tYW5hZ2VyLmNwcAo9PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09ClJDUyBmaWxlOiAv aG9tZS9jdnNyb290L2NvZGUvbmVsL3NyYy8zZC9saWdodGluZ19tYW5hZ2VyLmNwcCx2CnJldHJp ZXZpbmcgcmV2aXNpb24gMS4xCmRpZmYgLXUgLXIxLjEgbGlnaHRpbmdfbWFuYWdlci5jcHAKLS0t IHNyYy8zZC9saWdodGluZ19tYW5hZ2VyLmNwcAk2IEZlYiAyMDAyIDE2OjU0OjU2IC0wMDAwCTEu MQorKysgc3JjLzNkL2xpZ2h0aW5nX21hbmFnZXIuY3BwCTExIEZlYiAyMDAyIDE2OjUzOjA5IC0w MDAwCkBAIC0xNTcsOCArMTU3LDkgQEAKIAlDVmVjdG9yCWJibWF4PSBsaWdodC0+Z2V0UG9zaXRp b24oKTsKIAliYm1heCs9IENWZWN0b3IocmFkaXVzLCByYWRpdXMsIHJhZGl1cyk7CiAKKwl1aW50 IHFnSWQ7CiAJLy8gY2hvb3NlIHRoZSBjb3JyZWN0IHF1YWRncmlkIGFjY29yZGluZyB0byB0aGUg cmFkaXVzIG9mIHRoZSBsaWdodC4KLQlmb3IodWludCBxZ0lkPSAwOyBxZ0lkPE5MM0RfUVVBREdS SURfTElHSFRfTlVNX0xFVkVMLTE7IHFnSWQrKykKKwlmb3IocWdJZD0gMDsgcWdJZDxOTDNEX1FV QURHUklEX0xJR0hUX05VTV9MRVZFTC0xOyBxZ0lkKyspCiAJewogCQkvLyBpZiByYWRpdXMgaXMg aW5mZXJpb3IgdG8gdGhlIHJlcXVlc3RlZCByYWRpdXMgZm9yIHRoaXMgcXVhZEdyaWQsIG9rIQog CQlpZihyYWRpdXM8X0xpZ2h0UXVhZEdyaWRSYWRpdXNMaW1pdFtxZ0lkXSkKSW5kZXg6IHNyYy8z ZC9wYXRjaC5jcHAKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PQpSQ1MgZmlsZTogL2hvbWUvY3Zzcm9vdC9jb2RlL25lbC9z cmMvM2QvcGF0Y2guY3BwLHYKcmV0cmlldmluZyByZXZpc2lvbiAxLjc1CmRpZmYgLXUgLXIxLjc1 IHBhdGNoLmNwcAotLS0gc3JjLzNkL3BhdGNoLmNwcAk2IEZlYiAyMDAyIDE2OjU0OjU2IC0wMDAw CTEuNzUKKysrIHNyYy8zZC9wYXRjaC5jcHAJMTEgRmViIDIwMDIgMTY6NTM6MDkgLTAwMDAKQEAg LTM0MzYsOCArMzQzNiwxMCBAQAogCQkJLy8gZ2V0IHJlZiBvbiBUTEksIGFuZCBvbiBjb3JuZXIu CiAJCQljb25zdCBDVGlsZUxpZ2h0SW5mbHVlbmNlCQkJCSZ0bGk9IFRpbGVMaWdodEluZmx1ZW5j ZXNbICh5VExJK3kpKndUTEkgKyB4VExJK3ggXTsKIAkJCUNMaWdodEluZmx1ZW5jZUludGVycG9s YXRvcjo6Q0Nvcm5lcgkmY29ybmVyPSBpbnRlcnAuQ29ybmVyc1t5KjIgKyB4XTsKKwkJCXVpbnQg bGlkOworCiAJCQkvLyBGb3IgYWxsIGxpZ2h0cwotCQkJZm9yKHVpbnQgbGlkPSAwOyBsaWQ8Q1Rp bGVMaWdodEluZmx1ZW5jZTo6TnVtTGlnaHRQZXJDb3JuZXI7IGxpZCsrKQorCQkJZm9yKGxpZD0g MDsgbGlkPENUaWxlTGlnaHRJbmZsdWVuY2U6Ok51bUxpZ2h0UGVyQ29ybmVyOyBsaWQrKykKIAkJ CXsKIAkJCQkvLyBnZXQgdGhlIGlkIG9mIHRoZSBsaWdodCBpbiB0aGUgem9uZQogCQkJCXVpbnQJ dGxpTGlnaHRJZD0gdGxpLkxpZ2h0W2xpZF07CkluZGV4OiBzcmMvM2Qvc3RhdGljX3F1YWRfZ3Jp ZC5oCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT0KUkNTIGZpbGU6IC9ob21lL2N2c3Jvb3QvY29kZS9uZWwvc3JjLzNkL3N0 YXRpY19xdWFkX2dyaWQuaCx2CnJldHJpZXZpbmcgcmV2aXNpb24gMS4xCmRpZmYgLXUgLXIxLjEg c3RhdGljX3F1YWRfZ3JpZC5oCi0tLSBzcmMvM2Qvc3RhdGljX3F1YWRfZ3JpZC5oCTYgRmViIDIw MDIgMTY6NTQ6NTcgLTAwMDAJMS4xCisrKyBzcmMvM2Qvc3RhdGljX3F1YWRfZ3JpZC5oCTExIEZl YiAyMDAyIDE2OjUzOjEwIC0wMDAwCkBAIC0xOTAsNyArMTkwLDcgQEAKIAlfQ2hhbmdlQmFzaXM9 IHF1YWRHcmlkLmdldEJhc2lzKCk7CiAJX0dyaWQucmVzaXplKF9TaXplICogX1NpemUpOwogCi0J Q01hdHJpeAkJaW52QmFzaXM9IF9DaGFuZ2VCYXNpcy5pbnZlcnRlZCgpOworCU5MTUlTQzo6Q01h dHJpeAkJaW52QmFzaXM9IF9DaGFuZ2VCYXNpcy5pbnZlcnRlZCgpOwogCiAJLy8gQ291bnQgbnVt YmVyIG9mIGVsZW1lbnRzIHBlciBjZWxsLCBhbmQgdG90YWwgY29waWVzIG9mIGVsZW1lbnRzCiAJ dWludAl0b3RhbER1cEVsdD0gMDsKSW5kZXg6IHNyYy8zZC9zdXJmYWNlX2xpZ2h0X2dyaWQuY3Bw Cj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT0KUkNTIGZpbGU6IC9ob21lL2N2c3Jvb3QvY29kZS9uZWwvc3JjLzNkL3N1cmZh Y2VfbGlnaHRfZ3JpZC5jcHAsdgpyZXRyaWV2aW5nIHJldmlzaW9uIDEuMQpkaWZmIC11IC1yMS4x IHN1cmZhY2VfbGlnaHRfZ3JpZC5jcHAKLS0tIHNyYy8zZC9zdXJmYWNlX2xpZ2h0X2dyaWQuY3Bw CTYgRmViIDIwMDIgMTY6NTQ6NTcgLTAwMDAJMS4xCisrKyBzcmMvM2Qvc3VyZmFjZV9saWdodF9n cmlkLmNwcAkxMSBGZWIgMjAwMiAxNjo1MzoxMCAtMDAwMApAQCAtMTA4LDcgKzEwOCw4IEBACiAJ CQljb25zdCBDQ2VsbENvcm5lcgkJCQkJCSZjZWxsQ29ybmVyPSBDZWxsc1sgKHlDZWxsK3kpKldp ZHRoICsgeENlbGwreCBdOwogCQkJQ0xpZ2h0SW5mbHVlbmNlSW50ZXJwb2xhdG9yOjpDQ29ybmVy CSZjb3JuZXI9IGludGVycC5Db3JuZXJzW3kqMiArIHhdOwogCQkJLy8gRm9yIGFsbCBsaWdodHMK LQkJCWZvcih1aW50IGxpZD0gMDsgbGlkPENTdXJmYWNlTGlnaHRHcmlkOjpOdW1MaWdodFBlckNv cm5lcjsgbGlkKyspCisJCQl1aW50IGxpZDsKKwkJCWZvcihsaWQ9IDA7IGxpZDxDU3VyZmFjZUxp Z2h0R3JpZDo6TnVtTGlnaHRQZXJDb3JuZXI7IGxpZCsrKQogCQkJewogCQkJCS8vIGdldCB0aGUg aWQgb2YgdGhlIGxpZ2h0IGluIHRoZSBpZwogCQkJCXVpbnQJaWdMaWdodElkPSBjZWxsQ29ybmVy LkxpZ2h0W2xpZF07CkluZGV4OiBzcmMvM2QvdHJhbnNmb3JtLmNwcAo9PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09ClJDUyBm aWxlOiAvaG9tZS9jdnNyb290L2NvZGUvbmVsL3NyYy8zZC90cmFuc2Zvcm0uY3BwLHYKcmV0cmll dmluZyByZXZpc2lvbiAxLjMxCmRpZmYgLXUgLXIxLjMxIHRyYW5zZm9ybS5jcHAKLS0tIHNyYy8z ZC90cmFuc2Zvcm0uY3BwCTYgRmViIDIwMDIgMTY6NTQ6NTcgLTAwMDAJMS4zMQorKysgc3JjLzNk L3RyYW5zZm9ybS5jcHAJMTEgRmViIDIwMDIgMTY6NTM6MTEgLTAwMDAKQEAgLTY4Nyw3ICs2ODcs OCBAQAogCV9MaWdodENvbnRyaWJ1dGlvbi5Gcm96ZW5TdGF0aWNMaWdodFNldHVwPSB0cnVlOwog CV9MaWdodENvbnRyaWJ1dGlvbi5OdW1Gcm96ZW5TdGF0aWNMaWdodD0gbnVtUG9pbnRMaWdodHM7 CiAJX0xpZ2h0Q29udHJpYnV0aW9uLlN1bkNvbnRyaWJ1dGlvbj0gc3VuQ29udHJpYnV0aW9uOwot CWZvcih1aW50IGk9MDtpPG51bVBvaW50TGlnaHRzO2krKykKKwl1aW50IGk7CisJZm9yKGk9MDtp PG51bVBvaW50TGlnaHRzO2krKykKIAl7CiAJCS8vIHNldCB0aGUgbGlnaHQKIAkJX0xpZ2h0Q29u dHJpYnV0aW9uLlBvaW50TGlnaHRbaV09IHBvaW50TGlnaHRbaV07Cg== --mGP+mmTAUq Content-Type: text/plain; charset=us-ascii Content-Description: message body text Content-Transfer-Encoding: 7bit Also, the Makefile.am is obsolete and should be updated as follows: --mGP+mmTAUq Content-Type: application/octet-stream Content-Disposition: attachment; filename="3" Content-Transfer-Encoding: base64 SW5kZXg6IE1ha2VmaWxlLmFtCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KUkNTIGZpbGU6IC9ob21lL2N2c3Jvb3QvY29k ZS9uZWwvc3JjLzNkL01ha2VmaWxlLmFtLHYKcmV0cmlldmluZyByZXZpc2lvbiAxLjYzCmRpZmYg LXUgLXIxLjYzIE1ha2VmaWxlLmFtCi0tLSBNYWtlZmlsZS5hbQk0IEZlYiAyMDAyIDEwOjMzOjMw IC0wMDAwCTEuNjMKKysrIE1ha2VmaWxlLmFtCTExIEZlYiAyMDAyIDE3OjIyOjQwIC0wMDAwCkBA IC04LDQwOCArOCwyMjEgQEAKIAogbGliX0xUTElCUkFSSUVTICAgICAgPSBsaWJuZWwzZC5sYQog Ci1saWJuZWwzZF9sYV9TT1VSQ0VTICA9IGFuaW1hdGFibGUuY3BwICAgICAgICAgICAgICAgICAg ICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgYW5pbWF0YWJsZS5oICAgICAgICAgICAgICAg ICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICBhbmltYXRlZF9saWdodG1hcC5jcHAg ICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIGFuaW1hdGVkX2xpZ2h0bWFw LmggICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgYW5pbWF0ZWRfbWF0 ZXJpYWwuY3BwICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICBhbmltYXRl ZF9tYXRlcmlhbC5oICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIGFu aW1hdGVkX21vcnBoLmNwcCAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAg ICAgYW5pbWF0ZWRfbW9ycGguaCAgICAgICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAg ICAgICAgICBhbmltYXRlZF92YWx1ZS5jcHAgICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAg ICAgICAgICAgICAgIGFuaW1hdGVkX3ZhbHVlLmggICAgICAgICAgICAgICAgICAgIFwKLSAgICAg ICAgICAgICAgICAgICAgICAgYW5pbWF0aW9uLmNwcCAgICAgICAgICAgICAgICAgICAgICAgXAot ICAgICAgICAgICAgICAgICAgICAgICBhbmltYXRpb24uaCAgICAgICAgICAgICAgICAgICAgICAg ICBcCi0gICAgICAgICAgICAgICAgICAgICAgIGFuaW1hdGlvbl9wbGF5bGlzdC5jcHAgICAgICAg ICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgYW5pbWF0aW9uX3BsYXlsaXN0LmggICAg ICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICBhbmltYXRpb25fc2V0LmNwcCAg ICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIGFuaW1hdGlvbl9zZXQu aCAgICAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgYW5pbWF0aW9u X3NldF91c2VyLmNwcCAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICBhbmlt YXRpb25fc2V0X3VzZXIuaCAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAg IGFuaW1hdGlvbl90aW1lLmNwcCAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAg ICAgICAgYW5pbV9kZXRhaWxfdHJhdi5jcHAgICAgICAgICAgICAgICAgXAotICAgICAgICAgICAg ICAgICAgICAgICBhbmltX2RldGFpbF90cmF2LmggICAgICAgICAgICAgICAgICBcCi0gICAgICAg ICAgICAgICAgICAgICAgIGFzeW5jX2ZpbGVfbWFuYWdlci5jcHAgICAgICAgICAgICAgIFwKLSAg ICAgICAgICAgICAgICAgICAgICAgYXN5bmNfZmlsZV9tYW5hZ2VyLmggICAgICAgICAgICAgICAg XAotICAgICAgICAgICAgICAgICAgICAgICBiZXppZXJfcGF0Y2guY3BwICAgICAgICAgICAgICAg ICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIGJlemllcl9wYXRjaC5oICAgICAgICAgICAg ICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgYm9uZS5jcHAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICBib25lLmggICAgICAgICAg ICAgICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIGJvbmVfdXNlci5j cHAgICAgICAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgYm9uZV91 c2VyLmggICAgICAgICAgICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICBi c3BfdHJlZS5oICAgICAgICAgICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAg ICAgIGNhbWVyYS5jcHAgICAgICAgICAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAg ICAgICAgICAgY2FtZXJhLmggICAgICAgICAgICAgICAgICAgICAgICAgICAgXAotICAgICAgICAg ICAgICAgICAgICAgICBjYW1lcmFfdXNlci5jcHAgICAgICAgICAgICAgICAgICAgICBcCi0gICAg ICAgICAgICAgICAgICAgICAgIGNhbWVyYV91c2VyLmggICAgICAgICAgICAgICAgICAgICAgIFwK LSAgICAgICAgICAgICAgICAgICAgICAgY2hhbm5lbC5oICAgICAgICAgICAgICAgICAgICAgICAg ICAgXAotICAgICAgICAgICAgICAgICAgICAgICBjaGFubmVsX21peGVyLmNwcCAgICAgICAgICAg ICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIGNoYW5uZWxfbWl4ZXIuaCAgICAgICAg ICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgY2xpcF90cmF2LmNwcCAgICAg ICAgICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICBjbGlwX3RyYXYuaCAg ICAgICAgICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIGNsdXN0ZXIu Y3BwICAgICAgICAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgY2x1 c3Rlci5oICAgICAgICAgICAgICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAg ICBjb2Fyc2VfbWVzaF9idWlsZC5jcHAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAg ICAgICAgIGNvYXJzZV9tZXNoX2J1aWxkLmggICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAg ICAgICAgICAgICAgY29hcnNlX21lc2hfbWFuYWdlci5jcHAgICAgICAgICAgICAgXAotICAgICAg ICAgICAgICAgICAgICAgICBjb2Fyc2VfbWVzaF9tYW5hZ2VyLmggICAgICAgICAgICAgICBcCi0g ICAgICAgICAgICAgICAgICAgICAgIGNvbXB1dGVkX3N0cmluZy5jcHAgICAgICAgICAgICAgICAg IFwKLSAgICAgICAgICAgICAgICAgICAgICAgY29tcHV0ZWRfc3RyaW5nLmggICAgICAgICAgICAg ICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICBjdWJlX21hcF9idWlsZGVyLmNwcCAgICAg ICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIGN1YmVfbWFwX2J1aWxkZXIuaCAg ICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgZGVmb3JtXzJkLmNwcCAg ICAgICAgICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICBkZWZvcm1fMmQu aCAgICAgICAgICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIGRyaXZl ci5jcHAgICAgICAgICAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAg ZHJpdmVyLmggICAgICAgICAgICAgICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAg ICAgICBkcml2ZXJfbWF0ZXJpYWxfaW5saW5lLmggICAgICAgICAgICBcCi0gICAgICAgICAgICAg ICAgICAgICAgIGRyaXZlcl91c2VyMi5jcHAgICAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAg ICAgICAgICAgICAgICAgZHJpdmVyX3VzZXIuY3BwICAgICAgICAgICAgICAgICAgICAgXAotICAg ICAgICAgICAgICAgICAgICAgICBkcml2ZXJfdXNlci5oICAgICAgICAgICAgICAgICAgICAgICBc Ci0gICAgICAgICAgICAgICAgICAgICAgIGRydS5jcHAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgZHJ1LmggICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICBldmVudF9tb3VzZV9saXN0ZW5lci5j cHAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIGV2ZW50X21vdXNlX2xpc3Rl bmVyLmggICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgZmFzdF9mbG9vci5j cHAgICAgICAgICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICBmYXN0X2Zs b29yLmggICAgICAgICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIGZs YXJlX21vZGVsLmNwcCAgICAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAg ICAgZmxhcmVfbW9kZWwuaCAgICAgICAgICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAg ICAgICAgICBmbGFyZV9zaGFwZS5jcHAgICAgICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAg ICAgICAgICAgICAgIGZsYXJlX3NoYXBlLmggICAgICAgICAgICAgICAgICAgICAgIFwKLSAgICAg ICAgICAgICAgICAgICAgICAgZm9udF9nZW5lcmF0b3IuY3BwICAgICAgICAgICAgICAgICAgXAot ICAgICAgICAgICAgICAgICAgICAgICBmb250X2dlbmVyYXRvci5oICAgICAgICAgICAgICAgICAg ICBcCi0gICAgICAgICAgICAgICAgICAgICAgIGZvbnRfbWFuYWdlci5jcHAgICAgICAgICAgICAg ICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgZm9udF9tYW5hZ2VyLmggICAgICAgICAg ICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICBmcnVzdHVtLmNwcCAgICAgICAg ICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIGhlYXRfaGF6ZS5jcHAg ICAgICAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgaGVhdF9oYXpl LmggICAgICAgICAgICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICBoZWln aHRfbWFwLmNwcCAgICAgICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAg IGhyY190cmF2LmNwcCAgICAgICAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAg ICAgICAgaHJjX3RyYXYuaCAgICAgICAgICAgICAgICAgICAgICAgICAgXAotICAgICAgICAgICAg ICAgICAgICAgICBpbml0XzNkLmNwcCAgICAgICAgICAgICAgICAgICAgICAgICBcCi0gICAgICAg ICAgICAgICAgICAgICAgIGluaXRfM2QuaCAgICAgICAgICAgICAgICAgICAgICAgICAgIFwKLSAg ICAgICAgICAgICAgICAgICAgICAgaW5zdGFuY2VfZ3JvdXBfdXNlci5jcHAgICAgICAgICAgICAg XAotICAgICAgICAgICAgICAgICAgICAgICBpbnN0YW5jZV9ncm91cF91c2VyLmggICAgICAgICAg ICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIGluc3RhbmNlX21hdGVyaWFsX3VzZXIuY3Bw ICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgaW5zdGFuY2VfbWF0ZXJpYWxfdXNl ci5oICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICBpbnN0YW5jZV91c2VyLmNw cCAgICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIGluc3RhbmNlX3Vz ZXIuaCAgICAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAga2V5LmNw cCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICBr ZXkuaCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAg ICAgIGxhbmRzY2FwZV9jb2xsaXNpb25fZ3JpZC5jcHAgICAgICAgIFwKLSAgICAgICAgICAgICAg ICAgICAgICAgbGFuZHNjYXBlX2NvbGxpc2lvbl9ncmlkLmggICAgICAgICAgXAotICAgICAgICAg ICAgICAgICAgICAgICBsYW5kc2NhcGUuY3BwICAgICAgICAgICAgICAgICAgICAgICBcCi0gICAg ICAgICAgICAgICAgICAgICAgIGxhbmRzY2FwZV9kZWYuY3BwICAgICAgICAgICAgICAgICAgIFwK LSAgICAgICAgICAgICAgICAgICAgICAgbGFuZHNjYXBlX2RlZi5oICAgICAgICAgICAgICAgICAg ICAgXAotICAgICAgICAgICAgICAgICAgICAgICBsYW5kc2NhcGVfZmFjZV92ZWN0b3JfbWFuYWdl ci5jcHAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIGxhbmRzY2FwZV9mYWNlX3ZlY3Rvcl9t YW5hZ2VyLmggICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgbGFuZHNjYXBlLmggICAgICAg ICAgICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICBsYW5kc2NhcGVpZ19t YW5hZ2VyLmNwcCAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIGxhbmRzY2Fw ZV9tb2RlbC5jcHAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgbGFu ZHNjYXBlX21vZGVsLmggICAgICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAg ICBsYW5kc2NhcGVfcHJvZmlsZS5jcHAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAg ICAgICAgIGxhbmRzY2FwZV9wcm9maWxlLmggICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAg ICAgICAgICAgICAgbGFuZHNjYXBlX3VzZXIuY3BwICAgICAgICAgICAgICAgICAgXAotICAgICAg ICAgICAgICAgICAgICAgICBsYW5kc2NhcGVfdXNlci5oICAgICAgICAgICAgICAgICAgICBcCi0g ICAgICAgICAgICAgICAgICAgICAgIGxhbmRzY2FwZXZiX2FsbG9jYXRvci5jcHAgICAgICAgICAg IFwKLSAgICAgICAgICAgICAgICAgICAgICAgbGFuZHNjYXBldmJfYWxsb2NhdG9yLmggICAgICAg ICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICBsYW5kc2NhcGV2Yl9pbmZvLmNwcCAgICAg ICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIGxhbmRzY2FwZXZiX2luZm8uaCAg ICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgbGFuZHNjYXBlX3ZlZ2V0 YWJsZV9ibG9jay5jcHAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICBsYW5kc2NhcGVf dmVnZXRhYmxlX2Jsb2NrLmggICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIGxpZ2h0 LmNwcCAgICAgICAgICAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAg bGlnaHQuaCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAg ICAgICBsaWdodF90cmF2LmNwcCAgICAgICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAg ICAgICAgICAgIGxpZ2h0X3RyYXYuaCAgICAgICAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAg ICAgICAgICAgICAgICAgbGlnaHRfdXNlci5jcHAgICAgICAgICAgICAgICAgICAgICAgXAotICAg ICAgICAgICAgICAgICAgICAgICBsaWdodF91c2VyLmggICAgICAgICAgICAgICAgICAgICAgICBc Ci0gICAgICAgICAgICAgICAgICAgICAgIGxvYWRfYmFsYW5jaW5nX3RyYXYuY3BwICAgICAgICAg ICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgbG9hZF9iYWxhbmNpbmdfdHJhdi5oICAgICAg ICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICBtYXRlcmlhbC5jcHAgICAgICAgICAg ICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIG1hdGVyaWFsLmggICAgICAg ICAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgbWF0ZXJpYWxfdXNl ci5jcHAgICAgICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICBtYXRlcmlh bF91c2VyLmggICAgICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIG1l c2hfYmFzZS5jcHAgICAgICAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAg ICAgbWVzaF9iYXNlLmggICAgICAgICAgICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAg ICAgICAgICBtZXNoX2Jhc2VfaW5zdGFuY2UuY3BwICAgICAgICAgICAgICBcCi0gICAgICAgICAg ICAgICAgICAgICAgIG1lc2hfYmFzZV9pbnN0YW5jZS5oICAgICAgICAgICAgICAgIFwKLSAgICAg ICAgICAgICAgICAgICAgICAgbWVzaC5jcHAgICAgICAgICAgICAgICAgICAgICAgICAgICAgXAot ICAgICAgICAgICAgICAgICAgICAgICBtZXNoX2dlb20uY3BwICAgICAgICAgICAgICAgICAgICAg ICBcCi0gICAgICAgICAgICAgICAgICAgICAgIG1lc2hfZ2VvbS5oICAgICAgICAgICAgICAgICAg ICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgbWVzaC5oICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICBtZXNoX2luc3RhbmNlLmNwcCAg ICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIG1lc2hfaW5zdGFuY2Uu aCAgICAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgbWVzaF9tb3Jw aGVyLmNwcCAgICAgICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICBtZXNo X21vcnBoZXIuaCAgICAgICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAg IG1lc2hfbXJtLmNwcCAgICAgICAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAg ICAgICAgbWVzaF9tcm0uaCAgICAgICAgICAgICAgICAgICAgICAgICAgXAotICAgICAgICAgICAg ICAgICAgICAgICBtZXNoX21ybV9pbnN0YW5jZS5jcHAgICAgICAgICAgICAgICBcCi0gICAgICAg ICAgICAgICAgICAgICAgIG1lc2hfbXJtX2luc3RhbmNlLmggICAgICAgICAgICAgICAgIFwKLSAg ICAgICAgICAgICAgICAgICAgICAgbWVzaF9tdWx0aV9sb2QuY3BwICAgICAgICAgICAgICAgICAg XAotICAgICAgICAgICAgICAgICAgICAgICBtZXNoX211bHRpX2xvZC5oICAgICAgICAgICAgICAg ICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIG1lc2hfbXVsdGlfbG9kX2luc3RhbmNlLmNw cCAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgbWVzaF9tdWx0aV9sb2RfaW5zdGFu Y2UuaCAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICBtaW5pX2NvbC5jcHAgICAg ICAgICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIG1pbmlfY29sLmgg ICAgICAgICAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgbW90LmNw cCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICBt b3QuaCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAg ICAgIG1vdGlvbl9ibHVyLmNwcCAgICAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAg ICAgICAgICAgbW90aW9uX2JsdXIuaCAgICAgICAgICAgICAgICAgICAgICAgXAotICAgICAgICAg ICAgICAgICAgICAgICBtcm1fYnVpbGRlci5jcHAgICAgICAgICAgICAgICAgICAgICBcCi0gICAg ICAgICAgICAgICAgICAgICAgIG1ybV9idWlsZGVyLmggICAgICAgICAgICAgICAgICAgICAgIFwK LSAgICAgICAgICAgICAgICAgICAgICAgbXJtX2ludGVybmFsLmNwcCAgICAgICAgICAgICAgICAg ICAgXAotICAgICAgICAgICAgICAgICAgICAgICBtcm1faW50ZXJuYWwuaCAgICAgICAgICAgICAg ICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIG1ybV9tZXNoLmNwcCAgICAgICAgICAg ICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgbXJtX21lc2guaCAgICAgICAg ICAgICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICBtcm1fcGFyYW1ldGVy cy5jcHAgICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIG1ybV9wYXJh bWV0ZXJzLmggICAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgbmVs dS5jcHAgICAgICAgICAgICAgICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAg ICBuZWx1LmggICAgICAgICAgICAgICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAg ICAgICAgIG5vaXNlX3ZhbHVlLmNwcCAgICAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAg ICAgICAgICAgICAgbm9pc2VfdmFsdWUuaCAgICAgICAgICAgICAgICAgICAgICAgXAotICAgICAg ICAgICAgICAgICAgICAgICBvcmRlcmluZ190YWJsZS5oICAgICAgICAgICAgICAgICAgICBcCi0g ICAgICAgICAgICAgICAgICAgICAgIHBhcnRpY2xlX3N5c3RlbS5jcHAgICAgICAgICAgICAgICAg IFwKLSAgICAgICAgICAgICAgICAgICAgICAgcGFydGljbGVfc3lzdGVtLmggICAgICAgICAgICAg ICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICBwYXJ0aWNsZV9zeXN0ZW1faW5zdGFuY2Vf dXNlci5jcHAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIHBhcnRpY2xlX3N5c3RlbV9pbnN0 YW5jZV91c2VyLmggICAgIFwKLQkJCQkJICAgcGFydGljbGVfc3lzdGVtX21hbmFnZXIuY3BwICAg ICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICBwYXJ0aWNsZV9zeXN0ZW1fbWFuYWdlci5o ICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIHBhcnRpY2xlX3N5c3RlbV9tb2Rl bC5jcHAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgcGFydGljbGVfc3lzdGVt X21vZGVsLmggICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICBwYXJ0aWNsZV9z eXN0ZW1fcHJvY2Vzcy5jcHAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIHBhcnRp Y2xlX3N5c3RlbV9wcm9jZXNzLmggICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAg cGFydGljbGVfc3lzdGVtX3NoYXBlLmNwcCAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAg ICAgICBwYXJ0aWNsZV9zeXN0ZW1fc2hhcGUuaCAgICAgICAgICAgICBcCi0gICAgICAgICAgICAg ICAgICAgICAgIHBhcnRpY2xlX3N5c3RlbV9zb3VuZF91c2VyLmNwcCAgICAgIFwKLSAgICAgICAg ICAgICAgICAgICAgICAgcGF0Y2guY3BwICAgICAgICAgICAgICAgICAgICAgICAgICAgXAotICAg ICAgICAgICAgICAgICAgICAgICBwYXRjaC5oICAgICAgICAgICAgICAgICAgICAgICAgICAgICBc Ci0gICAgICAgICAgICAgICAgICAgICAgIHBhdGNoX25vaXNlLmNwcCAgICAgICAgICAgICAgICAg ICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgcGF0Y2hfcmRyX3Bhc3MuY3BwICAgICAgICAg ICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICBwYXRjaF9yZHJfcGFzcy5oICAgICAg ICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIHBhdGNoX3JlbmRlci5jcHAg ICAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgcGF0Y2h1dl9sb2Nh dG9yLmNwcCAgICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICBwYXRjaHV2 X2xvY2F0b3IuaCAgICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIHBh dGNoX3ZlZ2V0YWJsZS5jcHAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAg ICAgcGxheV9saXN0X21hbmFnZXIuY3BwICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAg ICAgICAgICBwbGF5X2xpc3RfbWFuYWdlci5oICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAg ICAgICAgICAgICAgIHBsYXlfbGlzdF9tYW5hZ2VyX3VzZXIuY3BwICAgICAgICAgIFwKLSAgICAg ICAgICAgICAgICAgICAgICAgcGxheV9saXN0X21hbmFnZXJfdXNlci5oICAgICAgICAgICAgXAot ICAgICAgICAgICAgICAgICAgICAgICBwbGF5X2xpc3RfdXNlci5jcHAgICAgICAgICAgICAgICAg ICBcCi0gICAgICAgICAgICAgICAgICAgICAgIHBsYXlfbGlzdF91c2VyLmggICAgICAgICAgICAg ICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgcG9ydGFsLmNwcCAgICAgICAgICAgICAg ICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICBwb3J0YWwuaCAgICAgICAgICAg ICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIHByaW1pdGl2ZV9ibG9j ay5jcHAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgcHJpbWl0aXZl X2Jsb2NrLmggICAgICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICBwcmlt aXRpdmVfcHJvZmlsZS5jcHAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAg IHBzX2F0dHJpYi5oICAgICAgICAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAg ICAgICAgcHNfYXR0cmliX21ha2VyX2Jpbl9vcC5jcHAgICAgICAgICAgXAotICAgICAgICAgICAg ICAgICAgICAgICBwc19hdHRyaWJfbWFrZXJfYmluX29wLmggICAgICAgICAgICBcCi0gICAgICAg ICAgICAgICAgICAgICAgIHBzX2F0dHJpYl9tYWtlcl9iaW5fb3BfaW5saW5lLmggICAgIFwKLSAg ICAgICAgICAgICAgICAgICAgICAgcHNfYXR0cmliX21ha2VyLmggICAgICAgICAgICAgICAgICAg XAotICAgICAgICAgICAgICAgICAgICAgICBwc19hdHRyaWJfbWFrZXJfaGVscGVyLmggICAgICAg ICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIHBzX2F0dHJpYl9tYWtlcl90ZW1wbGF0ZS5o ICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgcHNfY29sb3IuY3BwICAgICAgICAg ICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICBwc19jb2xvci5oICAgICAg ICAgICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIHBzX2RpcmVjdGlv bi5oICAgICAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgcHNfZWRp dC5oICAgICAgICAgICAgICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICBw c19lbWl0dGVyLmNwcCAgICAgICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAg ICAgIHBzX2VtaXR0ZXIuaCAgICAgICAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAg ICAgICAgICAgcHNfZmxvYXQuY3BwICAgICAgICAgICAgICAgICAgICAgICAgXAotICAgICAgICAg ICAgICAgICAgICAgICBwc19mbG9hdC5oICAgICAgICAgICAgICAgICAgICAgICAgICBcCi0gICAg ICAgICAgICAgICAgICAgICAgIHBzX2ZvcmNlLmNwcCAgICAgICAgICAgICAgICAgICAgICAgIFwK LSAgICAgICAgICAgICAgICAgICAgICAgcHNfZm9yY2UuaCAgICAgICAgICAgICAgICAgICAgICAg ICAgXAotICAgICAgICAgICAgICAgICAgICAgICBwc19pbnQuY3BwICAgICAgICAgICAgICAgICAg ICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIHBzX2ludC5oICAgICAgICAgICAgICAg ICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgcHNfbG9jYXRlZC5jcHAgICAg ICAgICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICBwc19sb2NhdGVkLmgg ICAgICAgICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIHBzX2xvZC5o ICAgICAgICAgICAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgcHNf bWVzaC5jcHAgICAgICAgICAgICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAg ICBwc19tZXNoLmggICAgICAgICAgICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAg ICAgICAgIHBzX21pc2MuaCAgICAgICAgICAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAg ICAgICAgICAgICAgcHNfcGFydGljbGUyLmNwcCAgICAgICAgICAgICAgICAgICAgXAotICAgICAg ICAgICAgICAgICAgICAgICBwc19wYXJ0aWNsZTIuaCAgICAgICAgICAgICAgICAgICAgICBcCi0g ICAgICAgICAgICAgICAgICAgICAgIHBzX3BhcnRpY2xlX2Jhc2ljLmNwcCAgICAgICAgICAgICAg IFwKLSAgICAgICAgICAgICAgICAgICAgICAgcHNfcGFydGljbGVfYmFzaWMuaCAgICAgICAgICAg ICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICBwc19wYXJ0aWNsZS5jcHAgICAgICAgICAg ICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIHBzX3BhcnRpY2xlLmggICAgICAg ICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgcHNfcGxhbmVfYmFzaXMu aCAgICAgICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICBwc19wbGFuZV9i YXNpc19tYWtlci5jcHAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIHBzX3Bs YW5lX2Jhc2lzX21ha2VyLmggICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAg cHNfc291bmQuY3BwICAgICAgICAgICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAg ICAgICBwc19zb3VuZC5oICAgICAgICAgICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAg ICAgICAgICAgIHBzX3V0aWwuY3BwICAgICAgICAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAg ICAgICAgICAgICAgICAgcHNfdXRpbC5oICAgICAgICAgICAgICAgICAgICAgICAgICAgXAotICAg ICAgICAgICAgICAgICAgICAgICBwc196b25lLmNwcCAgICAgICAgICAgICAgICAgICAgICAgICBc Ci0gICAgICAgICAgICAgICAgICAgICAgIHBzX3pvbmUuaCAgICAgICAgICAgICAgICAgICAgICAg ICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgcHRyX3NldC5jcHAgICAgICAgICAgICAgICAg ICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICBwdHJfc2V0LmggICAgICAgICAgICAg ICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIHF1YWRfZWZmZWN0LmNwcCAg ICAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgcXVhZF9lZmZlY3Qu aCAgICAgICAgICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICBxdWFkX2dy aWRfY2xpcF9jbHVzdGVyLmNwcCAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIHF1 YWRfZ3JpZF9jbGlwX2NsdXN0ZXIuaCAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAg ICAgcXVhZF9ncmlkX2NsaXBfbWFuYWdlci5jcHAgICAgICAgICAgXAotICAgICAgICAgICAgICAg ICAgICAgICBxdWFkX2dyaWRfY2xpcF9tYW5hZ2VyLmggICAgICAgICAgICBcCi0gICAgICAgICAg ICAgICAgICAgICAgIHF1YWRfZ3JpZC5oICAgICAgICAgICAgICAgICAgICAgICAgIFwKLSAgICAg ICAgICAgICAgICAgICAgICAgcmFkaXhfc29ydC5jcHAgICAgICAgICAgICAgICAgICAgICAgXAot ICAgICAgICAgICAgICAgICAgICAgICByYWRpeF9zb3J0LmggICAgICAgICAgICAgICAgICAgICAg ICBcCi0gICAgICAgICAgICAgICAgICAgICAgIHJlZ2lzdGVyXzNkLmNwcCAgICAgICAgICAgICAg ICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgcmVnaXN0ZXJfM2QuaCAgICAgICAgICAg ICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICByZW5kZXJfdHJhdi5jcHAgICAg ICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIHJlbmRlcl90cmF2Lmgg ICAgICAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgcm9vdF9tb2Rl bC5jcHAgICAgICAgICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICByb290 X21vZGVsLmggICAgICAgICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAg IHNjZW5lLmNwcCAgICAgICAgICAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAg ICAgICAgc2NlbmVfZ3JvdXAuY3BwICAgICAgICAgICAgICAgICAgICAgXAotICAgICAgICAgICAg ICAgICAgICAgICBzY2VuZV9ncm91cC5oICAgICAgICAgICAgICAgICAgICAgICBcCi0gICAgICAg ICAgICAgICAgICAgICAgIHNjZW5lLmggICAgICAgICAgICAgICAgICAgICAgICAgICAgIFwKLSAg ICAgICAgICAgICAgICAgICAgICAgc2NlbmVfdXNlci5jcHAgICAgICAgICAgICAgICAgICAgICAg XAotICAgICAgICAgICAgICAgICAgICAgICBzY2VuZV91c2VyLmggICAgICAgICAgICAgICAgICAg ICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIHNjaXNzb3IuY3BwICAgICAgICAgICAgICAg ICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgc2hhZGVyLmNwcCAgICAgICAgICAg ICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICBzaGFkZXIuaCAgICAgICAg ICAgICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIHNoYXBlX2Jhbmsu Y3BwICAgICAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgc2hhcGVf YmFuay5oICAgICAgICAgICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICBz aGFwZV9iYW5rX3VzZXIuY3BwICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAg ICAgIHNoYXBlX2JhbmtfdXNlci5oICAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAg ICAgICAgICAgc2hhcGUuY3BwICAgICAgICAgICAgICAgICAgICAgICAgICAgXAotICAgICAgICAg ICAgICAgICAgICAgICBzaGFwZS5oICAgICAgICAgICAgICAgICAgICAgICAgICAgICBcCi0gICAg ICAgICAgICAgICAgICAgICAgIHNrZWxldG9uX21vZGVsLmNwcCAgICAgICAgICAgICAgICAgIFwK LSAgICAgICAgICAgICAgICAgICAgICAgc2tlbGV0b25fbW9kZWwuaCAgICAgICAgICAgICAgICAg ICAgXAotICAgICAgICAgICAgICAgICAgICAgICBza2VsZXRvbl9zaGFwZS5jcHAgICAgICAgICAg ICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIHNrZWxldG9uX3NoYXBlLmggICAgICAg ICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgc2tlbGV0b25fdXNlci5jcHAg ICAgICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICBza2VsZXRvbl91c2Vy LmggICAgICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIHNrZWxldG9u X3dlaWdodC5jcHAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgc2tl bGV0b25fd2VpZ2h0LmggICAgICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAg ICBza2lwX21vZGVsLmNwcCAgICAgICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAg ICAgICAgIHNraXBfbW9kZWwuaCAgICAgICAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAg ICAgICAgICAgICAgc3RyaXBpZmllci5jcHAgICAgICAgICAgICAgICAgICAgICAgXAotICAgICAg ICAgICAgICAgICAgICAgICBzdHJpcGlmaWVyLmggICAgICAgICAgICAgICAgICAgICAgICBcCi0g ICAgICAgICAgICAgICAgICAgICAgIHRlc3NfYmxvY2suY3BwICAgICAgICAgICAgICAgICAgICAg IFwKLSAgICAgICAgICAgICAgICAgICAgICAgdGVzc19ibG9jay5oICAgICAgICAgICAgICAgICAg ICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICB0ZXNzZWxsYXRpb24uY3BwICAgICAgICAg ICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIHRlc3NlbGxhdGlvbi5oICAgICAg ICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgdGVzc19mYWNlX3ByaW9y aXR5X2xpc3QuY3BwICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICB0ZXNzX2ZhY2Vf cHJpb3JpdHlfbGlzdC5oICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIHRlc3Nf bGlzdC5jcHAgICAgICAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAg dGVzc19saXN0LmggICAgICAgICAgICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAg ICAgICB0ZXh0X2NvbnRleHQuY3BwICAgICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAg ICAgICAgICAgIHRleHRfY29udGV4dC5oICAgICAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAg ICAgICAgICAgICAgICAgdGV4dF9jb250ZXh0X3VzZXIuY3BwICAgICAgICAgICAgICAgXAotICAg ICAgICAgICAgICAgICAgICAgICB0ZXh0X2NvbnRleHRfdXNlci5oICAgICAgICAgICAgICAgICBc Ci0gICAgICAgICAgICAgICAgICAgICAgIHRleHR1cmVfYmxhbmsuY3BwICAgICAgICAgICAgICAg ICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgdGV4dHVyZV9ibGFuay5oICAgICAgICAgICAg ICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICB0ZXh0dXJlX2JsZW5kLmNwcCAgICAg ICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIHRleHR1cmVfYmxlbmQuaCAg ICAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgdGV4dHVyZV9idW1w LmNwcCAgICAgICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICB0ZXh0dXJl X2J1bXAuaCAgICAgICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIHRl eHR1cmUuY3BwICAgICAgICAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAg ICAgdGV4dHVyZV9jdWJlLmNwcCAgICAgICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAg ICAgICAgICB0ZXh0dXJlX2N1YmUuaCAgICAgICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAg ICAgICAgICAgICAgIHRleHR1cmVfZmFyLmNwcCAgICAgICAgICAgICAgICAgICAgIFwKLSAgICAg ICAgICAgICAgICAgICAgICAgdGV4dHVyZV9mYXIuaCAgICAgICAgICAgICAgICAgICAgICAgXAot ICAgICAgICAgICAgICAgICAgICAgICB0ZXh0dXJlX2ZpbGUuY3BwICAgICAgICAgICAgICAgICAg ICBcCi0gICAgICAgICAgICAgICAgICAgICAgIHRleHR1cmVfZmlsZS5oICAgICAgICAgICAgICAg ICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgdGV4dHVyZV9mb250LmNwcCAgICAgICAg ICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICB0ZXh0dXJlX2ZvbnQuaCAgICAg ICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIHRleHR1cmVfZ3JvdXBl ZC5jcHAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgdGV4dHVyZV9n cm91cGVkLmggICAgICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICB0ZXh0 dXJlLmggICAgICAgICAgICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAg IHRleHR1cmVfbWVtLmNwcCAgICAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAg ICAgICAgdGV4dHVyZV9tZW0uaCAgICAgICAgICAgICAgICAgICAgICAgXAotICAgICAgICAgICAg ICAgICAgICAgICB0ZXh0dXJlX211bHRpX2ZpbGUuY3BwICAgICAgICAgICAgICBcCi0gICAgICAg ICAgICAgICAgICAgICAgIHRleHR1cmVfbXVsdGlfZmlsZS5oICAgICAgICAgICAgICAgIFwKLSAg ICAgICAgICAgICAgICAgICAgICAgdGV4dHVyZV9uZWFyLmNwcCAgICAgICAgICAgICAgICAgICAg XAotICAgICAgICAgICAgICAgICAgICAgICB0ZXh0dXJlX25lYXIuaCAgICAgICAgICAgICAgICAg ICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIHRleHR1cmVfdXNlci5jcHAgICAgICAgICAg ICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgdGV4dHVyZV91c2VyLmggICAgICAg ICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICB0aWxlX2JhbmsuY3BwICAg ICAgICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIHRpbGVfYmFuay5o ICAgICAgICAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgdGlsZV9j b2xvci5jcHAgICAgICAgICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICB0 aWxlX2NvbG9yLmggICAgICAgICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAg ICAgIHRpbGVfZWxlbWVudC5jcHAgICAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAg ICAgICAgICAgdGlsZV9lbGVtZW50LmggICAgICAgICAgICAgICAgICAgICAgXAotICAgICAgICAg ICAgICAgICAgICAgICB0aWxlX2Zhcl9iYW5rLmNwcCAgICAgICAgICAgICAgICAgICBcCi0gICAg ICAgICAgICAgICAgICAgICAgIHRpbGVfZmFyX2JhbmsuaCAgICAgICAgICAgICAgICAgICAgIFwK LSAgICAgICAgICAgICAgICAgICAgICAgdGlsZV9sdW1lbC5jcHAgICAgICAgICAgICAgICAgICAg ICAgXAotICAgICAgICAgICAgICAgICAgICAgICB0aWxlX2x1bWVsLmggICAgICAgICAgICAgICAg ICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIHRpbGVfbm9pc2VfbWFwLmNwcCAgICAg ICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgdGlsZV9ub2lzZV9tYXAuaCAg ICAgICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICB0aWxlX3ZlZ2V0YWJs ZV9kZXNjLmNwcCAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIHRpbGVfdmVn ZXRhYmxlX2Rlc2MuaCAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgdHJh Y2tfYmV6aWVyLmggICAgICAgICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAg ICB0cmFjay5jcHAgICAgICAgICAgICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAg ICAgICAgIHRyYWNrLmggICAgICAgICAgICAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAg ICAgICAgICAgICAgdHJhY2tfa2V5ZnJhbWVyLmNwcCAgICAgICAgICAgICAgICAgXAotICAgICAg ICAgICAgICAgICAgICAgICB0cmFja19rZXlmcmFtZXIuaCAgICAgICAgICAgICAgICAgICBcCi0g ICAgICAgICAgICAgICAgICAgICAgIHRyYWNrX3RjYi5oICAgICAgICAgICAgICAgICAgICAgICAg IFwKLSAgICAgICAgICAgICAgICAgICAgICAgdHJhbnNmb3JtYWJsZS5jcHAgICAgICAgICAgICAg ICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICB0cmFuc2Zvcm1hYmxlLmggICAgICAgICAg ICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIHRyYW5zZm9ybWFibGVfdXNlci5j cHAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgdHJhbnNmb3JtYWJsZV91 c2VyLmggICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICB0cmFuc2Zvcm0u Y3BwICAgICAgICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIHRyYW5z Zm9ybS5oICAgICAgICAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAg dHJhbnNmb3JtX3NoYXBlLmNwcCAgICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAg ICAgICB0cmFuc2Zvcm1fc2hhcGUuaCAgICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAg ICAgICAgICAgIHRyYW5zZm9ybV91c2VyLmNwcCAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAg ICAgICAgICAgICAgICAgdHJhbnNmb3JtX3VzZXIuaCAgICAgICAgICAgICAgICAgICAgXAotICAg ICAgICAgICAgICAgICAgICAgICB0cmF2X3NjZW5lLmggICAgICAgICAgICAgICAgICAgICAgICBc Ci0gICAgICAgICAgICAgICAgICAgICAgIHZlZ2V0YWJsZV9ibGVuZF9sYXllcl9tb2RlbC5jcHAg ICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgdmVnZXRhYmxlX2JsZW5kX2xheWVyX21vZGVs LmggICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICB2ZWdldGFibGVfY2xpcF9ibG9jay5j cHAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIHZlZ2V0YWJsZV9jbGlwX2Js b2NrLmggICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgdmVnZXRhYmxlLmNw cCAgICAgICAgICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICB2ZWdldGFi bGVfZGVmLmNwcCAgICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIHZl Z2V0YWJsZV9kZWYuaCAgICAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAg ICAgdmVnZXRhYmxlLmggICAgICAgICAgICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAg ICAgICAgICB2ZWdldGFibGVfaW5zdGFuY2VfZ3JvdXAuY3BwICAgICAgICBcCi0gICAgICAgICAg ICAgICAgICAgICAgIHZlZ2V0YWJsZV9pbnN0YW5jZV9ncm91cC5oICAgICAgICAgIFwKLSAgICAg ICAgICAgICAgICAgICAgICAgdmVnZXRhYmxlX21hbmFnZXIuY3BwICAgICAgICAgICAgICAgXAot ICAgICAgICAgICAgICAgICAgICAgICB2ZWdldGFibGVfbWFuYWdlci5oICAgICAgICAgICAgICAg ICBcCi0gICAgICAgICAgICAgICAgICAgICAgIHZlZ2V0YWJsZV9xdWFkcmFudC5jcHAgICAgICAg ICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgdmVnZXRhYmxlX3F1YWRyYW50LmggICAg ICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICB2ZWdldGFibGVfc2hhcGUuY3Bw ICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIHZlZ2V0YWJsZV9zaGFw ZS5oICAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgdmVnZXRhYmxl X3NvcnRfYmxvY2suY3BwICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICB2ZWdl dGFibGVfc29ydF9ibG9jay5oICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAg IHZlZ2V0YWJsZXZiX2FsbG9jYXRvci5jcHAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAg ICAgICAgdmVnZXRhYmxldmJfYWxsb2NhdG9yLmggICAgICAgICAgICAgXAotICAgICAgICAgICAg ICAgICAgICAgICB2ZXJ0ZXhfYnVmZmVyLmNwcCAgICAgICAgICAgICAgICAgICBcCi0gICAgICAg ICAgICAgICAgICAgICAgIHZlcnRleF9idWZmZXIuaCAgICAgICAgICAgICAgICAgICAgIFwKLSAg ICAgICAgICAgICAgICAgICAgICAgdmVydGV4X2J1ZmZlcl9oYXJkLmNwcCAgICAgICAgICAgICAg XAotICAgICAgICAgICAgICAgICAgICAgICB2ZXJ0ZXhfYnVmZmVyX2hhcmQuaCAgICAgICAgICAg ICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIHZlcnRleF9wcm9ncmFtLmNwcCAgICAgICAg ICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgdmVydGV4X3Byb2dyYW0uaCAgICAg ICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICB2aWV3cG9ydC5jcHAgICAg ICAgICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIHZpc3VhbF9jb2xs aXNpb25fZW50aXR5LmNwcCAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgdmlzdWFs X2NvbGxpc2lvbl9lbnRpdHkuaCAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICB2 aXN1YWxfY29sbGlzaW9uX2VudGl0eV91c2VyLmNwcCAgICBcCi0gICAgICAgICAgICAgICAgICAg ICAgIHZpc3VhbF9jb2xsaXNpb25fZW50aXR5X3VzZXIuaCAgICAgIFwKLSAgICAgICAgICAgICAg ICAgICAgICAgdmlzdWFsX2NvbGxpc2lvbl9tYW5hZ2VyLmNwcCAgICAgICAgXAotICAgICAgICAg ICAgICAgICAgICAgICB2aXN1YWxfY29sbGlzaW9uX21hbmFnZXIuaCAgICAgICAgICBcCi0gICAg ICAgICAgICAgICAgICAgICAgIHZpc3VhbF9jb2xsaXNpb25fbWFuYWdlcl91c2VyLmNwcCAgIFwK LSAgICAgICAgICAgICAgICAgICAgICAgdmlzdWFsX2NvbGxpc2lvbl9tYW5hZ2VyX3VzZXIuaCAg ICAgXAotICAgICAgICAgICAgICAgICAgICAgICB3YXRlcl9oZWlnaHRfbWFwLmNwcCAgICAgICAg ICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIHdhdGVyX2hlaWdodF9tYXAuaCAgICAg ICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgd2F0ZXJfbW9kZWwuY3BwICAg ICAgICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICB3YXRlcl9tb2RlbC5o ICAgICAgICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIHdhdGVyX3Bv b2xfbWFuYWdlci5jcHAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgd2F0 ZXJfcG9vbF9tYW5hZ2VyLmggICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAg ICB3YXRlcl9zaGFwZS5jcHAgICAgICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAg ICAgICAgIHdhdGVyX3NoYXBlLmggICAgICAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAg ICAgICAgICAgICAgem9uZV9jb3JuZXJfc21vb3RoZXIuY3BwICAgICAgICAgICAgXAotICAgICAg ICAgICAgICAgICAgICAgICB6b25lX2Nvcm5lcl9zbW9vdGhlci5oICAgICAgICAgICAgICBcCi0g ICAgICAgICAgICAgICAgICAgICAgIHpvbmUuY3BwICAgICAgICAgICAgICAgICAgICAgICAgICAg IFwKLSAgICAgICAgICAgICAgICAgICAgICAgem9uZS5oICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICB6b25lX2xpZ2h0ZXIuY3BwICAgICAgICAg ICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIHpvbmVfbGlnaHRlci5oICAgICAg ICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgem9uZV9tYW5hZ2VyLmNw cCAgICAgICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICB6b25lX21hbmFn ZXIuaCAgICAgICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIHpvbmVf c2VhcmNoLmNwcCAgICAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAg em9uZV9zZWFyY2guaCAgICAgICAgICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAg ICAgICB6b25lX3Ntb290aGVyLmNwcCAgICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAg ICAgICAgICAgIHpvbmVfc21vb3RoZXIuaCAgICAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAg ICAgICAgICAgICAgICAgem9uZV90Z3Rfc21vb3RoZXIuY3BwICAgICAgICAgICAgICAgXAotICAg ICAgICAgICAgICAgICAgICAgICB6b25lX3RndF9zbW9vdGhlci5oCitsaWJuZWwzZF9sYV9TT1VS Q0VTICA9IAlcCisJYW5pbV9kZXRhaWxfdHJhdi5jcHAJXAorCWFuaW1hdGFibGUuY3BwCVwKKwlh bmltYXRlZF9saWdodG1hcC5jcHAJXAorCWFuaW1hdGVkX21hdGVyaWFsLmNwcAlcCisJYW5pbWF0 ZWRfbW9ycGguY3BwCVwKKwlhbmltYXRlZF92YWx1ZS5jcHAJXAorCWFuaW1hdGlvbi5jcHAJXAor CWFuaW1hdGlvbl9wbGF5bGlzdC5jcHAJXAorCWFuaW1hdGlvbl9zZXQuY3BwCVwKKwlhbmltYXRp b25fc2V0X3VzZXIuY3BwCVwKKwlhbmltYXRpb25fdGltZS5jcHAJXAorCWFzeW5jX2ZpbGVfbWFu YWdlci5jcHAJXAorCWJlemllcl9wYXRjaC5jcHAJXAorCWJvbmUuY3BwCVwKKwlib25lX3VzZXIu Y3BwCVwKKwljYW1lcmEuY3BwCVwKKwljYW1lcmFfdXNlci5jcHAJXAorCWNoYW5uZWxfbWl4ZXIu Y3BwCVwKKwljbGlwX3RyYXYuY3BwCVwKKwljbHVzdGVyLmNwcAlcCisJY29hcnNlX21lc2hfYnVp bGQuY3BwCVwKKwljb2Fyc2VfbWVzaF9tYW5hZ2VyLmNwcAlcCisJY29tcHV0ZWRfc3RyaW5nLmNw cAlcCisJY3ViZV9ncmlkLmNwcAlcCisJY3ViZV9tYXBfYnVpbGRlci5jcHAJXAorCWRlZm9ybV8y ZC5jcHAJXAorCWRyaXZlci5jcHAJXAorCWRyaXZlcl91c2VyLmNwcAlcCisJZHJpdmVyX3VzZXIy LmNwcAlcCisJZHJ1LmNwcAlcCisJZXZlbnRfbW91c2VfbGlzdGVuZXIuY3BwCVwKKwlmYXN0X2Zs b29yLmNwcAlcCisJZmxhcmVfbW9kZWwuY3BwCVwKKwlmbGFyZV9zaGFwZS5jcHAJXAorCWZvbnRf Z2VuZXJhdG9yLmNwcAlcCisJZm9udF9tYW5hZ2VyLmNwcAlcCisJZnJ1c3R1bS5jcHAJXAorCWhl YXRfaGF6ZS5jcHAJXAorCWhlaWdodF9tYXAuY3BwCVwKKwlocmNfdHJhdi5jcHAJXAorCWlnX3N1 cmZhY2VfbGlnaHQuY3BwCVwKKwlpZ19zdXJmYWNlX2xpZ2h0X2J1aWxkLmNwcAlcCisJaW5pdF8z ZC5jcHAJXAorCWluc3RhbmNlX2dyb3VwX3VzZXIuY3BwCVwKKwlpbnN0YW5jZV9saWdodGVyLmNw cAlcCisJaW5zdGFuY2VfbWF0ZXJpYWxfdXNlci5jcHAJXAorCWluc3RhbmNlX3VzZXIuY3BwCVwK KwlrZXkuY3BwCVwKKwlsYW5kc2NhcGUuY3BwCVwKKwlsYW5kc2NhcGVfY29sbGlzaW9uX2dyaWQu Y3BwCVwKKwlsYW5kc2NhcGVfZGVmLmNwcAlcCisJbGFuZHNjYXBlX2ZhY2VfdmVjdG9yX21hbmFn ZXIuY3BwCVwKKwlsYW5kc2NhcGVfbW9kZWwuY3BwCVwKKwlsYW5kc2NhcGVfcHJvZmlsZS5jcHAJ XAorCWxhbmRzY2FwZV91c2VyLmNwcAlcCisJbGFuZHNjYXBlX3ZlZ2V0YWJsZV9ibG9jay5jcHAJ XAorCWxhbmRzY2FwZWlnX21hbmFnZXIuY3BwCVwKKwlsYW5kc2NhcGV2Yl9hbGxvY2F0b3IuY3Bw CVwKKwlsYW5kc2NhcGV2Yl9pbmZvLmNwcAlcCisJbGlnaHQuY3BwCVwKKwlsaWdodF9jb250cmli dXRpb24uY3BwCVwKKwlsaWdodF9pbmZsdWVuY2VfaW50ZXJwb2xhdG9yLmNwcAlcCisJbGlnaHRf dHJhdi5jcHAJXAorCWxpZ2h0X3VzZXIuY3BwCVwKKwlsaWdodGluZ19tYW5hZ2VyLmNwcAlcCisJ bG9hZF9iYWxhbmNpbmdfdHJhdi5jcHAJXAorCWxvZ2ljX2luZm8uY3BwCVwKKwltYXRlcmlhbC5j cHAJXAorCW1hdGVyaWFsX3VzZXIuY3BwCVwKKwltZXNoLmNwcAlcCisJbWVzaF9iYXNlLmNwcAlc CisJbWVzaF9iYXNlX2luc3RhbmNlLmNwcAlcCisJbWVzaF9nZW9tLmNwcAlcCisJbWVzaF9pbnN0 YW5jZS5jcHAJXAorCW1lc2hfbW9ycGhlci5jcHAJXAorCW1lc2hfbXJtLmNwcAlcCisJbWVzaF9t cm1faW5zdGFuY2UuY3BwCVwKKwltZXNoX211bHRpX2xvZC5jcHAJXAorCW1lc2hfbXVsdGlfbG9k X2luc3RhbmNlLmNwcAlcCisJbWluaV9jb2wuY3BwCVwKKwltb3QuY3BwCVwKKwltb3Rpb25fYmx1 ci5jcHAJXAorCW1ybV9idWlsZGVyLmNwcAlcCisJbXJtX2ludGVybmFsLmNwcAlcCisJbXJtX21l c2guY3BwCVwKKwltcm1fcGFyYW1ldGVycy5jcHAJXAorCW5lbHUuY3BwCVwKKwlub2lzZV92YWx1 ZS5jcHAJXAorCXBhcnRpY2xlX3N5c3RlbS5jcHAJXAorCXBhcnRpY2xlX3N5c3RlbV9pbnN0YW5j ZV91c2VyLmNwcAlcCisJcGFydGljbGVfc3lzdGVtX21hbmFnZXIuY3BwCVwKKwlwYXJ0aWNsZV9z eXN0ZW1fbW9kZWwuY3BwCVwKKwlwYXJ0aWNsZV9zeXN0ZW1fcHJvY2Vzcy5jcHAJXAorCXBhcnRp Y2xlX3N5c3RlbV9zaGFwZS5jcHAJXAorCXBhcnRpY2xlX3N5c3RlbV9zb3VuZF91c2VyLmNwcAlc CisJcGF0Y2guY3BwCVwKKwlwYXRjaF9ub2lzZS5jcHAJXAorCXBhdGNoX3Jkcl9wYXNzLmNwcAlc CisJcGF0Y2hfcmVuZGVyLmNwcAlcCisJcGF0Y2hfdmVnZXRhYmxlLmNwcAlcCisJcGF0Y2h1dl9s b2NhdG9yLmNwcAlcCisJcGxheV9saXN0X21hbmFnZXIuY3BwCVwKKwlwbGF5X2xpc3RfbWFuYWdl cl91c2VyLmNwcAlcCisJcGxheV9saXN0X3VzZXIuY3BwCVwKKwlwb2ludF9saWdodC5jcHAJXAor CXBvaW50X2xpZ2h0X21vZGVsLmNwcAlcCisJcG9pbnRfbGlnaHRfbmFtZWQuY3BwCVwKKwlwb2lu dF9saWdodF9uYW1lZF9hcnJheS5jcHAJXAorCXBvaW50X2xpZ2h0X3VzZXIuY3BwCVwKKwlwb3J0 YWwuY3BwCVwKKwlwcmltaXRpdmVfYmxvY2suY3BwCVwKKwlwcmltaXRpdmVfcHJvZmlsZS5jcHAJ XAorCXBzX2F0dHJpYl9tYWtlcl9iaW5fb3AuY3BwCVwKKwlwc19jb2xvci5jcHAJXAorCXBzX2Vt aXR0ZXIuY3BwCVwKKwlwc19mbG9hdC5jcHAJXAorCXBzX2ZvcmNlLmNwcAlcCisJcHNfaW50LmNw cAlcCisJcHNfbG9jYXRlZC5jcHAJXAorCXBzX21lc2guY3BwCVwKKwlwc19wYXJ0aWNsZS5jcHAJ XAorCXBzX3BhcnRpY2xlMi5jcHAJXAorCXBzX3BhcnRpY2xlX2Jhc2ljLmNwcAlcCisJcHNfcGxh bmVfYmFzaXNfbWFrZXIuY3BwCVwKKwlwc19zb3VuZC5jcHAJXAorCXBzX3V0aWwuY3BwCVwKKwlw c196b25lLmNwcAlcCisJcHRyX3NldC5jcHAJXAorCXF1YWRfZWZmZWN0LmNwcAlcCisJcXVhZF9n cmlkX2NsaXBfY2x1c3Rlci5jcHAJXAorCXF1YWRfZ3JpZF9jbGlwX21hbmFnZXIuY3BwCVwKKwly YWRpeF9zb3J0LmNwcAlcCisJcmVnaXN0ZXJfM2QuY3BwCVwKKwlyZW5kZXJfdHJhdi5jcHAJXAor CXJvb3RfbW9kZWwuY3BwCVwKKwlzY2VuZS5jcHAJXAorCXNjZW5lX2dyb3VwLmNwcAlcCisJc2Nl bmVfdXNlci5jcHAJXAorCXNjaXNzb3IuY3BwCVwKKwlzaGFkZXIuY3BwCVwKKwlzaGFwZS5jcHAJ XAorCXNoYXBlX2JhbmsuY3BwCVwKKwlzaGFwZV9iYW5rX3VzZXIuY3BwCVwKKwlza2VsZXRvbl9t b2RlbC5jcHAJXAorCXNrZWxldG9uX3NoYXBlLmNwcAlcCisJc2tlbGV0b25fdXNlci5jcHAJXAor CXNrZWxldG9uX3dlaWdodC5jcHAJXAorCXNraXBfbW9kZWwuY3BwCVwKKwlzdGF0aWNfcXVhZF9n cmlkLmNwcAlcCisJc3RyaXBpZmllci5jcHAJXAorCXN1cmZhY2VfbGlnaHRfZ3JpZC5jcHAJXAor CXRlc3NfYmxvY2suY3BwCVwKKwl0ZXNzX2ZhY2VfcHJpb3JpdHlfbGlzdC5jcHAJXAorCXRlc3Nf bGlzdC5jcHAJXAorCXRlc3NlbGxhdGlvbi5jcHAJXAorCXRleHRfY29udGV4dC5jcHAJXAorCXRl eHRfY29udGV4dF91c2VyLmNwcAlcCisJdGV4dHVyZS5jcHAJXAorCXRleHR1cmVfYmxhbmsuY3Bw CVwKKwl0ZXh0dXJlX2JsZW5kLmNwcAlcCisJdGV4dHVyZV9idW1wLmNwcAlcCisJdGV4dHVyZV9j dWJlLmNwcAlcCisJdGV4dHVyZV9mYXIuY3BwCVwKKwl0ZXh0dXJlX2ZpbGUuY3BwCVwKKwl0ZXh0 dXJlX2ZvbnQuY3BwCVwKKwl0ZXh0dXJlX2dyb3VwZWQuY3BwCVwKKwl0ZXh0dXJlX21lbS5jcHAJ XAorCXRleHR1cmVfbXVsdGlfZmlsZS5jcHAJXAorCXRleHR1cmVfbmVhci5jcHAJXAorCXRleHR1 cmVfdXNlci5jcHAJXAorCXRpbGVfYmFuay5jcHAJXAorCXRpbGVfY29sb3IuY3BwCVwKKwl0aWxl X2VsZW1lbnQuY3BwCVwKKwl0aWxlX2Zhcl9iYW5rLmNwcAlcCisJdGlsZV9saWdodF9pbmZsdWVu Y2UuY3BwCVwKKwl0aWxlX2x1bWVsLmNwcAlcCisJdGlsZV9ub2lzZV9tYXAuY3BwCVwKKwl0aWxl X3ZlZ2V0YWJsZV9kZXNjLmNwcAlcCisJdHJhY2suY3BwCVwKKwl0cmFja19rZXlmcmFtZXIuY3Bw CVwKKwl0cmFuc2Zvcm0uY3BwCVwKKwl0cmFuc2Zvcm1fc2hhcGUuY3BwCVwKKwl0cmFuc2Zvcm1f dXNlci5jcHAJXAorCXRyYW5zZm9ybWFibGUuY3BwCVwKKwl0cmFuc2Zvcm1hYmxlX3VzZXIuY3Bw CVwKKwl2ZWdldGFibGUuY3BwCVwKKwl2ZWdldGFibGVfYmxlbmRfbGF5ZXJfbW9kZWwuY3BwCVwK Kwl2ZWdldGFibGVfY2xpcF9ibG9jay5jcHAJXAorCXZlZ2V0YWJsZV9kZWYuY3BwCVwKKwl2ZWdl dGFibGVfaW5zdGFuY2VfZ3JvdXAuY3BwCVwKKwl2ZWdldGFibGVfbWFuYWdlci5jcHAJXAorCXZl Z2V0YWJsZV9xdWFkcmFudC5jcHAJXAorCXZlZ2V0YWJsZV9zaGFwZS5jcHAJXAorCXZlZ2V0YWJs ZV9zb3J0X2Jsb2NrLmNwcAlcCisJdmVnZXRhYmxldmJfYWxsb2NhdG9yLmNwcAlcCisJdmVydGV4 X2J1ZmZlci5jcHAJXAorCXZlcnRleF9idWZmZXJfaGFyZC5jcHAJXAorCXZlcnRleF9wcm9ncmFt LmNwcAlcCisJdmlld3BvcnQuY3BwCVwKKwl2aXN1YWxfY29sbGlzaW9uX2VudGl0eS5jcHAJXAor CXZpc3VhbF9jb2xsaXNpb25fZW50aXR5X3VzZXIuY3BwCVwKKwl2aXN1YWxfY29sbGlzaW9uX21h bmFnZXIuY3BwCVwKKwl2aXN1YWxfY29sbGlzaW9uX21hbmFnZXJfdXNlci5jcHAJXAorCXdhdGVy X2hlaWdodF9tYXAuY3BwCVwKKwl3YXRlcl9tb2RlbC5jcHAJXAorCXdhdGVyX3Bvb2xfbWFuYWdl ci5jcHAJXAorCXdhdGVyX3NoYXBlLmNwcAlcCisJem9uZS5jcHAJXAorCXpvbmVfY29ybmVyX3Nt b290aGVyLmNwcAlcCisJem9uZV9saWdodGVyLmNwcAlcCisJem9uZV9tYW5hZ2VyLmNwcAlcCisJ em9uZV9zZWFyY2guY3BwCVwKKwl6b25lX3Ntb290aGVyLmNwcAlcCisJem9uZV90Z3Rfc21vb3Ro ZXIuY3BwCiAKIEFNX0NYWEZMQUdTICAgICAgICAgID0gLUkkKHRvcF9zcmNkaXIpL3NyYyBARlJF RVRZUEVfQ0ZMQUdTQAogCg== --mGP+mmTAUq Content-Type: text/plain; charset=us-ascii Content-Description: message body and .signature Content-Transfer-Encoding: 7bit Cheers, -- Loic Dachary http://www.dachary.org/ loic@dachary.org 12 bd Magenta http://www.senga.org/ loic@senga.org 75010 Paris T: 33 1 42 45 07 97 loic@gnu.org GPG Public Key: http://www.dachary.org/loic/gpg.txt --mGP+mmTAUq-- From v.caron@zerodeux.net Mon Feb 11 19:19:43 2002 Received: from zerodeux.net (aboukir-101-1-3-mels.adsl.nerim.net [62.4.22.182]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1BIJgW66304 for ; Mon, 11 Feb 2002 19:19:42 +0100 (CET) (envelope-from v.caron@zerodeux.net) Received: from localhost.localdomain (zerodeux.home [192.168.1.3]) by zerodeux.net (Postfix) with ESMTP id CB688B6E7 for ; Mon, 11 Feb 2002 19:13:37 +0100 (CET) Subject: Re: [Nel] GNU/Linux ... trying to load landscape From: Vincent Caron To: nel@nevrax.org In-Reply-To: <15464.1075.729500.596339@inspiron.dachary.org> References: <15464.1075.729500.596339@inspiron.dachary.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Evolution/1.0.2 Date: 11 Feb 2002 19:13:35 +0100 Message-Id: <1013451215.1854.60.camel@zerodeux.home> Mime-Version: 1.0 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: On Mon, 2002-02-11 at 18:49, Loic Dachary wrote: > > Program received signal SIGSEGV, Segmentation fault. > [Switching to Thread 1024 (LWP 2365)] > 0x0807eb21 in _STL::_Rb_global::_M_increment (__it=0xbffff74c) > at /usr/local/src/STLport-4.0/stlport/stl/_tree.c:295 > 295 if (_M_node->_M_right != 0) { > (gdb) bt > #0 0x0807eb21 in _STL::_Rb_global::_M_increment (__it=0xbffff74c) > at /usr/local/src/STLport-4.0/stlport/stl/_tree.c:295 > #1 0x40dec4ac in _STL::_Rb_tree_iterator<_STL::pair<_STL::basic_string, _STL::allocator > const, NL3D::CMeshBase::CLightInfoMapList>, _STL::_Nonconst_traits<_STL::pair<_STL::basic_string, > _STL::allocator > const, NL3D::CMeshBase::CLightInfoMapList> > >::operator++ ( > this=0xbffff74c) at /usr/local/src/STLport-4.0/stlport/stl/_tree.h:182 > #2 0x40cb9bfc in NL3D::CScene::createInstance (this=0x87115d8, > shapeName=@0xbffff84c) at scene.cpp:484 > #3 0x40cbc574 in NL3D::CInstanceGroup::addToScene (this=0x8e43564, > scene=@0x87115d8, driver=0x0) at scene_group.cpp:414 > #4 0x40c0fd5c in NL3D::CInstanceGroupUser::addToScene (this=0x8e43560, > scene=@0x87115d8, driver=0x0) at instance_group_user.cpp:145 > #5 0x40c0fd26 in NL3D::CInstanceGroupUser::addToScene (this=0x8e43560, > scene=@0x87115d0, driver=0x0) at instance_group_user.cpp:139 > #6 0x08070ed2 in initLandscape () at landscape.cpp:161 > #7 0x08063dd7 in main (argc=1, argv=0xbffffcd4) at client.cpp:194 > #8 0x419376cf in __libc_start_main () from /lib/libc.so.6 > > _M_node is null, hence the core. You're running into a bug that was previously reported, but you're the first one to reach it with NeL compiled in debug mode (I didn't have enough HD space !). We run the demo by commenting the faulty line, but we never actually managed to find out the real bug in there ... It seems that this bug does not appear under Win32, so we're not sure if it's a STL bug or something more subtle. Sorry, no more info :) From v.caron@zerodeux.net Mon Feb 11 19:26:06 2002 Received: from zerodeux.net (aboukir-101-1-3-mels.adsl.nerim.net [62.4.22.182]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1BIQ5W66402 for ; Mon, 11 Feb 2002 19:26:05 +0100 (CET) (envelope-from v.caron@zerodeux.net) Received: from localhost.localdomain (zerodeux.home [192.168.1.3]) by zerodeux.net (Postfix) with ESMTP id 59C4FB6E7 for ; Mon, 11 Feb 2002 19:20:01 +0100 (CET) Subject: Re: [Nel] 3D software mode From: Vincent Caron To: nel@nevrax.org In-Reply-To: <000801c1b31c$94abd570$7a85c2d4@kissmaniac> References: <000801c1b31c$94abd570$7a85c2d4@kissmaniac> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Evolution/1.0.2 Date: 11 Feb 2002 19:19:58 +0100 Message-Id: <1013451598.1854.67.camel@zerodeux.home> Mime-Version: 1.0 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: On Mon, 2002-02-11 at 17:53, neuser jean-philippe wrote: > is it possible to run Snowball demo and Nel without a 3D accelerated card. > I m not interested by 3D stuff graphics but by all others stuff > IA , bots, world, network ... > > It s possible to install or make an opengl software driver ? Yes. Windows provide a (limited) default OpenGL driver which works in pure software mode, otherwise the Mesa3D (OpenGL clone with software rendering and 3DFX support) is available on any platform. Note that you'll get horrible framerates since Snowballs is texture and polygon greedy. You can setup the demo to be a bit nicer with polygon count (landscape tesselation params), and I guess you can hint Mesa3D to render only a fast subset of GL operations (such as a 'wireframe' mode, etc). Ground-level answer: you can start developping with NeL under Windows at once (you automatically have the vital minimum). Under Linux, install Mesa (use your distro packages). But if you manage to compile, expect a horrible running experience, if you have this experience at all :) From bebarker@meginc.com Mon Feb 11 19:46:40 2002 Received: from sioux.meginc.com (Sioux.meginc.com [207.246.76.19]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1BIkdW66610 for ; Mon, 11 Feb 2002 19:46:39 +0100 (CET) (envelope-from bebarker@meginc.com) Received: from there ([207.246.76.51]) by sioux.meginc.com (8.9.3/8.9.1) with SMTP id NAA18914 for ; Mon, 11 Feb 2002 13:39:22 -0500 (EST) (envelope-from bebarker@meginc.com) Message-Id: <200202111839.NAA18914@sioux.meginc.com> Content-Type: text/plain; charset="iso-8859-1" From: Brandon Barker To: nel@nevrax.org Date: Mon, 11 Feb 2002 13:35:49 -0500 X-Mailer: KMail [version 1.3.2] References: <200202111810.g1BIALW66183@www.nevrax.org> In-Reply-To: <200202111810.g1BIALW66183@www.nevrax.org> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Subject: [Nel] Maya4 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Is anyone using Maya 4.01 in Linux for Nevrax? I'm new to Maya and 3D art in general, but the application seems more than a little unstable. I am using Nvidia's newest drivers, Alias|Wavefront's site seems to have been down for at least 3 days now, so I haven't been able to get the update. Any info will be appreciated, and hopefully I'll be able to help Nevrax in someway someday ;). Brandon From v.caron@zerodeux.net Mon Feb 11 19:49:19 2002 Received: from zerodeux.net (aboukir-101-1-3-mels.adsl.nerim.net [62.4.22.182]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1BInIW66646 for ; Mon, 11 Feb 2002 19:49:18 +0100 (CET) (envelope-from v.caron@zerodeux.net) Received: from localhost.localdomain (zerodeux.home [192.168.1.3]) by zerodeux.net (Postfix) with ESMTP id 2563FB6E7 for ; Mon, 11 Feb 2002 19:43:14 +0100 (CET) From: Vincent Caron To: nel@nevrax.org Content-Type: multipart/mixed; boundary="=-CvnSggngBjf0B1OSDDAA" X-Mailer: Evolution/1.0.2 Date: 11 Feb 2002 19:43:11 +0100 Message-Id: <1013452991.1854.69.camel@zerodeux.home> Mime-Version: 1.0 Subject: [Nel] Also my 2 cents Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: --=-CvnSggngBjf0B1OSDDAA Content-Type: text/plain Content-Transfer-Encoding: 7bit To make gcc happy, it doesn't like signedness to be changed without an explicit cast ... --=-CvnSggngBjf0B1OSDDAA Content-Disposition: attachment; filename=getprocaddress.patch Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=ISO-8859-1 Index: nel/src/3d/driver/opengl/driver_opengl_extension.cpp =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/cvsroot/code/nel/src/3d/driver/opengl/driver_opengl_extensi= on.cpp,v retrieving revision 1.28 diff -c -r1.28 driver_opengl_extension.cpp *** nel/src/3d/driver/opengl/driver_opengl_extension.cpp 7 Feb 2002 19:32:5= 6 -0000 1.28 --- nel/src/3d/driver/opengl/driver_opengl_extension.cpp 11 Feb 2002 18:48:= 20 -0000 *************** *** 31,39 **** =20 // **********************************************************************= ***** #ifdef NL_OS_WINDOWS ! #define nelglGetProcAddress wglGetProcAddress #else // NL_OS_WINDOWS ! #define nelglGetProcAddress glXGetProcAddressARB #endif // NL_OS_WINDOWS =20 =20 --- 31,39 ---- =20 // **********************************************************************= ***** #ifdef NL_OS_WINDOWS ! #define nelglGetProcAddress(x) wglGetProcAddress(x) #else // NL_OS_WINDOWS ! #define nelglGetProcAddress(x) glXGetProcAddressARB((GLubyte*)(x)) #endif // NL_OS_WINDOWS =20 =20 --=-CvnSggngBjf0B1OSDDAA-- From loic@dachary.org Mon Feb 11 23:26:12 2002 Received: from inspiron.dachary.org (aboukir-101-1-13-alebeon.adsl.nerim.net [62.212.101.54]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1BMQCW68727 for ; Mon, 11 Feb 2002 23:26:12 +0100 (CET) (envelope-from loic@dachary.org) Received: from loic by inspiron.dachary.org with local (Exim 3.34 #1 (Debian)) id 16aOno-0005Sd-00 for ; Mon, 11 Feb 2002 23:20:00 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15464.17296.215134.54445@inspiron.dachary.org> Date: Mon, 11 Feb 2002 23:20:00 +0100 From: Loic Dachary To: nel@nevrax.org Subject: Re: [Nel] GNU/Linux ... trying to load landscape In-Reply-To: Vincent Caron's message of 11 February 2002 19:13:35 +0100 References: <15464.1075.729500.596339@inspiron.dachary.org> <1013451215.1854.60.camel@zerodeux.home> X-Mailer: VM 7.01 under Emacs 21.1.1 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: loic@gnu.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: > > You're running into a bug that was previously reported, but you're the > first one to reach it with NeL compiled in debug mode (I didn't have > enough HD space !). We run the demo by commenting the faulty line, but > we never actually managed to find out the real bug in there ... It seems > that this bug does not appear under Win32, so we're not sure if it's a > STL bug or something more subtle. Sorry, no more info :) > Intersting. Commenting out the ++itLM that is in scene.cpp is an horrible hack ;-). When I do that it loops forever. I'm somewhat confused: you say that you run the demo by commenting the faulty line. Is it under GNU/Linux ? If not why did you have to comment the line if the bug does not show ? If yes how did you figure out which line to comment ? I'd be interested to know what STL version you're using. From the recent posts on the list it appears that STL-4.5 would do the job. But I'm using STL-4.0 as instructed by the README/INSTALL files. Cheers, -- Loic Dachary http://www.dachary.org/ loic@dachary.org 12 bd Magenta http://www.senga.org/ loic@senga.org 75010 Paris T: 33 1 42 45 07 97 loic@gnu.org GPG Public Key: http://www.dachary.org/loic/gpg.txt From v.caron@zerodeux.net Mon Feb 11 23:48:06 2002 Received: from zerodeux.net (aboukir-101-1-3-mels.adsl.nerim.net [62.4.22.182]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1BMm6W68939 for ; Mon, 11 Feb 2002 23:48:06 +0100 (CET) (envelope-from v.caron@zerodeux.net) Received: from localhost.localdomain (zerodeux.home [192.168.1.3]) by zerodeux.net (Postfix) with ESMTP id 05C53B6E7 for ; Mon, 11 Feb 2002 23:42:02 +0100 (CET) Subject: Re: [Nel] GNU/Linux ... trying to load landscape From: Vincent Caron To: nel@nevrax.org In-Reply-To: <15464.17296.215134.54445@inspiron.dachary.org> References: <15464.1075.729500.596339@inspiron.dachary.org> <1013451215.1854.60.camel@zerodeux.home> <15464.17296.215134.54445@inspiron.dachary.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Evolution/1.0.2 Date: 11 Feb 2002 23:41:57 +0100 Message-Id: <1013467317.1857.86.camel@zerodeux.home> Mime-Version: 1.0 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: On Mon, 2002-02-11 at 23:20, Loic Dachary wrote: > Intersting. Commenting out the > > ++itLM > > that is in scene.cpp is an horrible hack ;-) It is indeed ! Ops, you're right, commenting out this line among others was a suggestion from Heath Johns ( /pipermail/nel/2001-November/000749.html ). November... I forgot where I got that cumbersome tip :). I guess he did not manage to search the pb in depth. And I forgot it. I'm using STLport 4.5. From loic@dachary.org Tue Feb 12 11:04:09 2002 Received: from inspiron.dachary.org (aboukir-101-1-13-alebeon.adsl.nerim.net [62.212.101.54]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1CA49W86118 for ; Tue, 12 Feb 2002 11:04:09 +0100 (CET) (envelope-from loic@dachary.org) Received: from loic by inspiron.dachary.org with local (Exim 3.34 #1 (Debian)) id 16aZhG-0005wL-00 for ; Tue, 12 Feb 2002 10:57:58 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15464.59174.152741.642712@inspiron.dachary.org> Date: Tue, 12 Feb 2002 10:57:57 +0100 From: Loic Dachary To: nel@nevrax.org X-Mailer: VM 7.01 under Emacs 21.1.1 Subject: [Nel] NeL 3D Library : Features Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: loic@gnu.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi, I wonder if the /docs/features_nel_3d.php3 page is up to date. It does not contain a date, therefore I feel the need of bothering people ;-) Here are a few typo fixes: s/dissable/disable/ s/technicque/technique/ s/ofobjects/of objects/ s/insuffricient/insufficient/ Cheers, -- Loic Dachary http://www.dachary.org/ loic@dachary.org 12 bd Magenta http://www.senga.org/ loic@senga.org 75010 Paris T: 33 1 42 45 07 97 loic@gnu.org GPG Public Key: http://www.dachary.org/loic/gpg.txt From loic@dachary.org Tue Feb 12 11:45:20 2002 Received: from inspiron.dachary.org (aboukir-101-1-13-alebeon.adsl.nerim.net [62.212.101.54]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1CAjJW86540 for ; Tue, 12 Feb 2002 11:45:19 +0100 (CET) (envelope-from loic@dachary.org) Received: from loic by inspiron.dachary.org with local (Exim 3.34 #1 (Debian)) id 16aaL5-0005yB-00 for ; Tue, 12 Feb 2002 11:39:07 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15464.61643.534173.906461@inspiron.dachary.org> Date: Tue, 12 Feb 2002 11:39:07 +0100 From: Loic Dachary To: nel@nevrax.org X-Mailer: VM 7.01 under Emacs 21.1.1 Subject: [Nel] Doxygen Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: loic@gnu.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi, It looks like the Doxygen documentation (/docs/doxygen/nel/hierarchy.html for instance) is broken. Is it permanent or just a temporary failure ? Cheers, -- Loic Dachary http://www.dachary.org/ loic@dachary.org 12 bd Magenta http://www.senga.org/ loic@senga.org 75010 Paris T: 33 1 42 45 07 97 loic@gnu.org GPG Public Key: http://www.dachary.org/loic/gpg.txt From loic@dachary.org Mon Feb 11 23:04:48 2002 Received: from inspiron.dachary.org (aboukir-101-1-13-alebeon.adsl.nerim.net [62.212.101.54]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1BM4bW68483 for ; Mon, 11 Feb 2002 23:04:37 +0100 (CET) (envelope-from loic@dachary.org) Received: from loic by inspiron.dachary.org with local (Exim 3.34 #1 (Debian)) id 16aOSx-0005Rs-00 for ; Mon, 11 Feb 2002 22:58:27 +0100 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="gz0Wli4SD3" Content-Transfer-Encoding: 7bit Message-ID: <15464.16003.314644.864677@inspiron.dachary.org> Date: Mon, 11 Feb 2002 22:58:27 +0100 From: Loic Dachary To: nel@nevrax.org Subject: Re: [Nel] patch to compile on GNU/Linux In-Reply-To: Lionel Berenguier's message of 11 February 2002 16:24:50 +0100 References: <15457.55130.266746.803388@inspiron.dachary.org> <001f01c1b310$3f76e650$0601a8c0@lionelb> X-Mailer: VM 7.01 under Emacs 21.1.1 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: loic@gnu.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: --gz0Wli4SD3 Content-Type: text/plain; charset=us-ascii Content-Description: message body text Content-Transfer-Encoding: 7bit Lionel Berenguier writes: > Tank you for this patch. > > We have decided to use our own GL extension function declaration (eg: use > NEL_PFNGLACTIVETEXTUREARBPROC instead of PFNGLACTIVETEXTUREARBPROC, and use > nglMultiTexCoord1sARB() instead of glMultiTexCoord1sARB()) to avoid > conflicts with differents version of gl.h (I think GL extnesion is a mess > here since extensions defined in gl.h do not define function typedef but > still define GL_ARB_multitexture for example). Hi, I do agree that nglMultiTexCoord1sARB() instead of glMultiTexCoord1sARB() is a good idea. From a strictly technical point of view this is not really needed, but it's a trap in which we would fall over and over. Conflicts with the symbols existing in the GL library during dynamic linking are tricky enough. However, I tend to think that renaming all the symbols is not necessary since we can rely on namespaces to do the job. Simply including the declaration and definitions in the NL3D namespace gives the same result as renaming without the trouble of actually changing all functions in the sources. Regarding prototypes renaming, I'm not very enthusiastic. Name clashes are not the main concern. I prefered to add a small stanza in the acinclude.m4 to detect the problem and define a symbol that allows the sources to cope with it in a clean way. The patch below summarizes all the changes I've done on the nel tree to get it to work (I mean up to the loading landscape segfault but no more compilation or linking troubles). I think it solves issues in a reasonable way. Patch summary: - Define AM_GL_VERIFY to cope with Mesa-3.4.2 & 4.0.1 lossage on multitexture declaration. Gave it a generic name so that we can add more tests if needs be. The following file should be added to the distribution: code/nel/acconfig.h --gz0Wli4SD3 Content-Type: application/octet-stream Content-Disposition: attachment; filename="acconfig.h" Content-Transfer-Encoding: base64 CkBCT1RUT01ACgovKgogKiBEZWZpbmUgaWYgR0xfQVJCX211bHRpdGV4dHVyZSBpcyBkZWZpbmVk IGluIGdsLmggYnV0IGlzIG1pc3NpbmcKICogZnVuY3Rpb25zIHR5cGVkZWZzLiBUaGlzIGhhcHBl bnMsIGZvciBpbnN0YW5jZSwgd2l0aCAKICogTWVzYS00LjAuMSBhbmQgTWVzYS0zLjQuMi4KICov CiN1bmRlZiBORUxfQVJCX01VTFRJVEVYVFVSRV9OT19UWVBFREVGUwoK --gz0Wli4SD3 Content-Type: text/plain; charset=us-ascii Content-Description: message body text Content-Transfer-Encoding: 7bit I also nuked NEL_GL_VERSION_1_2_IN_GL_H since it was supposed to cope with the problem. - Removed spurious dots in various Makefile.am SUBDIRS declarations - Re-generated code/nel/src/3d/Makefile.am SOURCES and added noinst_HEADERS for headers. I never tried to make dist but I suspect there are other issues like this one that would prevent it to succeed. - Fixed nel/src/3d/layered_ordering_table.cpp include and then figured it was not finished and therefore not used. Linking proved me right on this one. - Fixed scope issues in nel/src/3d/. Typical case is for(int i;;) ; i = 0; Using "i" must not be used after the loop, its scope is limited to the loop and it may contain an undefined value. Not all compilers bark on this error. - nel/src/3d/static_quad_grid.h fixed an unqualified CMatrix - Added a #ifdef HAVE_CONFIG_H #include "nelconfig.h" #endif // HAVE_CONFIG_H to all .cpp files in nel/src/3d/driver/opengl. This is a must, otherwise we might as well drop autoheader and friends ;-) Although redundant it should not be added to headers. - Reduced hairy includes. For no particular reason gl.h, glx.h glext.h were included in multiple places. Only the driver_opengl_extension.h includes were kept, other includes were removed. The is not scrictly needed, I did it because I spent countless minutes figuring out where to look for actual inclusion and pulling my hairs when playing with them had no effect ;-) - Defined nelglGetProcAddress as a cpp function in order to add the necessary (const GLubyte *) cast for GNU/Linux. - Include ARB symbols in NL3D namespace. Cheers, --gz0Wli4SD3 Content-Type: application/octet-stream Content-Disposition: attachment; filename="patch.2" Content-Transfer-Encoding: base64 SW5kZXg6IG5lbC9hY2luY2x1ZGUubTQKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQpSQ1MgZmlsZTogL2hvbWUvY3Zzcm9v dC9jb2RlL25lbC9hY2luY2x1ZGUubTQsdgpyZXRyaWV2aW5nIHJldmlzaW9uIDEuNwpkaWZmIC11 IC1yMS43IGFjaW5jbHVkZS5tNAotLS0gbmVsL2FjaW5jbHVkZS5tNAkyOSBKYW4gMjAwMiAxMzoy MTo0MiAtMDAwMAkxLjcKKysrIG5lbC9hY2luY2x1ZGUubTQJMTEgRmViIDIwMDIgMjE6NDY6NTMg LTAwMDAKQEAgLTQ1LDYgKzQ1LDE0IEBACiBkbmwgICAgRGVzY3JpcHRpb246IGNoZWNrIHRoZSBp bnN0YWxhdGlvbiBvZiB0aGUgT3BlbkdMIGxpYnJhcnkgYW5kIHNldCB0aGUKIGRubCAgICAgICAg ICAgICAgICAgT1BFTkdMX0NGTEFHUyBhbmQgT1BFTkdMX0xJQlMgdmFyaWFibGVzIHRvIHVzZSBp dC4KIGRubAorZG5sIEFNX0dMX1ZFUklGWQorZG5sCitkbmwgICAgRGVzY3JpcHRpb246IGNoZWNr cyBPcGVuR0wgaGVhZGVycyBhbmQgbGlicmFyaWVzIGNvbnNpc3RlbmN5LgorZG5sICAgICAgICAg ICAgICAgICBEZWZpbmUgTkVMX0FSQl9NVUxUSVRFWFRVUkVfTk9fVFlQRURFRlMKK2RubAkJICAg ICAgaWYgR0xfQVJCX211bHRpdGV4dHVyZSBpcyBkZWZpbmVkIGluIGdsLmggYnV0IGlzIG1pc3Np bmcKK2RubAkJICAgICAgZnVuY3Rpb25zIHR5cGVkZWZzLiBUaGlzIGhhcHBlbnMsIGZvciBpbnN0 YW5jZSwgd2l0aCAKK2RubCAgICAgICAgICAgICAgICAgICBNZXNhLTMuNC4yICYgTWVzYS00LjAu MS4KK2RubAogZG5sCiBkbmwgQU1fUEFUSF9GUkVFVFlQRQogZG5sCkBAIC02MDUsNiArNjEzLDMy IEBACiBBQ19TVUJTVChPUEVOR0xfQ0ZMQUdTKQogQUNfU1VCU1QoT1BFTkdMX0xJQlMpCiAKK10p CisKK0FDX0RFRlVOKEFNX0dMX1ZFUklGWSwKK1sgCitfQ1BQRkxBR1M9IiRDUFBGTEFHUyIKKwor Q1BQRkxBR1M9IiRDWFhGTEFHUyAkT1BFTkdMX0NGTEFHUyIKKworQUNfTVNHX0NIRUNLSU5HKFtm b3IgR0xfQVJCX211bHRpdGV4dHVyZSBpbiBnbC5oXSkKK0FDX0VHUkVQX0NQUChnbEFjdGl2ZVRl eHR1cmVBUkIsCitbI2RlZmluZSBHTF9HTEVYVF9QUk9UT1RZUEVTCisjaW5jbHVkZSA8R0wvZ2wu aD5dLAorWworICBBQ19FR1JFUF9DUFAoUEZOR0xBQ1RJVkVURVhUVVJFQVJCUFJPQywKKyAgWyNp bmNsdWRlIDxHTC9nbC5oPl0sCisgIFtBQ19NU0dfUkVTVUxUKFtmb3VuZCBhbmQgdHlwZWRlZnMg ZGVmaW5lZF0pXSwKKyAgWworICAgIEFDX01TR19SRVNVTFQoW2ZvdW5kIGFuZCBtaXNzaW5nIHR5 cGRlZnMsIGRlZmluZSBORUxfQVJCX01VTFRJVEVYVFVSRV9OT19UWVBFREVGU10pCisgICAgQUNf REVGSU5FKE5FTF9BUkJfTVVMVElURVhUVVJFX05PX1RZUEVERUZTKQorICBdKQorXSwKK1sKKyAg QUNfTVNHX1JFU1VMVChbbm90IGZvdW5kLCB0aGlzIGlzIG9rXSkKK10pCisKK0NQUEZMQUdTPSIk X0NQUEZMQUdTIgogXSkKIAogCkluZGV4OiBuZWwvY29uZmlndXJlLmluCj09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KUkNT IGZpbGU6IC9ob21lL2N2c3Jvb3QvY29kZS9uZWwvY29uZmlndXJlLmluLHYKcmV0cmlldmluZyBy ZXZpc2lvbiAxLjU5CmRpZmYgLXUgLXIxLjU5IGNvbmZpZ3VyZS5pbgotLS0gbmVsL2NvbmZpZ3Vy ZS5pbgkyOCBKYW4gMjAwMiAxNToyMjoxOSAtMDAwMAkxLjU5CisrKyBuZWwvY29uZmlndXJlLmlu CTExIEZlYiAyMDAyIDIxOjQ2OjUzIC0wMDAwCkBAIC0yNDcsNyArMjQ3LDcgQEAKIGRubCBPcGVu R0wKIAogQU1fUEFUSF9PUEVOR0woJGVuYWJsZV8zZCkKLQorQU1fR0xfVkVSSUZZCiAKIGRubCA9 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PQogZG5sIENoZWNrIGZvciBYRjg2VmlkTW9kZSBleHRlbnNpb24gKC1sWHhmODZ2 bSkKSW5kZXg6IG5lbC9zcmMvM2QvTWFrZWZpbGUuYW0KPT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQpSQ1MgZmlsZTogL2hv bWUvY3Zzcm9vdC9jb2RlL25lbC9zcmMvM2QvTWFrZWZpbGUuYW0sdgpyZXRyaWV2aW5nIHJldmlz aW9uIDEuNjMKZGlmZiAtdSAtcjEuNjMgTWFrZWZpbGUuYW0KLS0tIG5lbC9zcmMvM2QvTWFrZWZp bGUuYW0JNCBGZWIgMjAwMiAxMDozMzozMCAtMDAwMAkxLjYzCisrKyBuZWwvc3JjLzNkL01ha2Vm aWxlLmFtCTExIEZlYiAyMDAyIDIxOjQ2OjU4IC0wMDAwCkBAIC00LDQxMiArNCw0NDkgQEAKIAog TUFJTlRBSU5FUkNMRUFORklMRVMgPSBNYWtlZmlsZS5pbgogCi1TVUJESVJTICAgICAgICAgICAg ICA9IGRyaXZlciAuCitTVUJESVJTICAgICAgICAgICAgICA9IGRyaXZlcgogCiBsaWJfTFRMSUJS QVJJRVMgICAgICA9IGxpYm5lbDNkLmxhCiAKLWxpYm5lbDNkX2xhX1NPVVJDRVMgID0gYW5pbWF0 YWJsZS5jcHAgICAgICAgICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICBh bmltYXRhYmxlLmggICAgICAgICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAg ICAgIGFuaW1hdGVkX2xpZ2h0bWFwLmNwcCAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAg ICAgICAgICAgYW5pbWF0ZWRfbGlnaHRtYXAuaCAgICAgICAgICAgICAgICAgXAotICAgICAgICAg ICAgICAgICAgICAgICBhbmltYXRlZF9tYXRlcmlhbC5jcHAgICAgICAgICAgICAgICBcCi0gICAg ICAgICAgICAgICAgICAgICAgIGFuaW1hdGVkX21hdGVyaWFsLmggICAgICAgICAgICAgICAgIFwK LSAgICAgICAgICAgICAgICAgICAgICAgYW5pbWF0ZWRfbW9ycGguY3BwICAgICAgICAgICAgICAg ICAgXAotICAgICAgICAgICAgICAgICAgICAgICBhbmltYXRlZF9tb3JwaC5oICAgICAgICAgICAg ICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIGFuaW1hdGVkX3ZhbHVlLmNwcCAgICAg ICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgYW5pbWF0ZWRfdmFsdWUuaCAg ICAgICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICBhbmltYXRpb24uY3Bw ICAgICAgICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIGFuaW1hdGlv bi5oICAgICAgICAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgYW5p bWF0aW9uX3BsYXlsaXN0LmNwcCAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAg ICBhbmltYXRpb25fcGxheWxpc3QuaCAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAg ICAgICAgIGFuaW1hdGlvbl9zZXQuY3BwICAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAg ICAgICAgICAgICAgYW5pbWF0aW9uX3NldC5oICAgICAgICAgICAgICAgICAgICAgXAotICAgICAg ICAgICAgICAgICAgICAgICBhbmltYXRpb25fc2V0X3VzZXIuY3BwICAgICAgICAgICAgICBcCi0g ICAgICAgICAgICAgICAgICAgICAgIGFuaW1hdGlvbl9zZXRfdXNlci5oICAgICAgICAgICAgICAg IFwKLSAgICAgICAgICAgICAgICAgICAgICAgYW5pbWF0aW9uX3RpbWUuY3BwICAgICAgICAgICAg ICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICBhbmltX2RldGFpbF90cmF2LmNwcCAgICAg ICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIGFuaW1fZGV0YWlsX3RyYXYuaCAg ICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgYXN5bmNfZmlsZV9tYW5h Z2VyLmNwcCAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICBhc3luY19maWxl X21hbmFnZXIuaCAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIGJlemll cl9wYXRjaC5jcHAgICAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAg YmV6aWVyX3BhdGNoLmggICAgICAgICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAg ICAgICBib25lLmNwcCAgICAgICAgICAgICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAg ICAgICAgICAgIGJvbmUuaCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAg ICAgICAgICAgICAgICAgYm9uZV91c2VyLmNwcCAgICAgICAgICAgICAgICAgICAgICAgXAotICAg ICAgICAgICAgICAgICAgICAgICBib25lX3VzZXIuaCAgICAgICAgICAgICAgICAgICAgICAgICBc Ci0gICAgICAgICAgICAgICAgICAgICAgIGJzcF90cmVlLmggICAgICAgICAgICAgICAgICAgICAg ICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgY2FtZXJhLmNwcCAgICAgICAgICAgICAgICAg ICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICBjYW1lcmEuaCAgICAgICAgICAgICAg ICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIGNhbWVyYV91c2VyLmNwcCAg ICAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgY2FtZXJhX3VzZXIu aCAgICAgICAgICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICBjaGFubmVs LmggICAgICAgICAgICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIGNo YW5uZWxfbWl4ZXIuY3BwICAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAg ICAgY2hhbm5lbF9taXhlci5oICAgICAgICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAg ICAgICAgICBjbGlwX3RyYXYuY3BwICAgICAgICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAg ICAgICAgICAgICAgIGNsaXBfdHJhdi5oICAgICAgICAgICAgICAgICAgICAgICAgIFwKLSAgICAg ICAgICAgICAgICAgICAgICAgY2x1c3Rlci5jcHAgICAgICAgICAgICAgICAgICAgICAgICAgXAot ICAgICAgICAgICAgICAgICAgICAgICBjbHVzdGVyLmggICAgICAgICAgICAgICAgICAgICAgICAg ICBcCi0gICAgICAgICAgICAgICAgICAgICAgIGNvYXJzZV9tZXNoX2J1aWxkLmNwcCAgICAgICAg ICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgY29hcnNlX21lc2hfYnVpbGQuaCAgICAg ICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICBjb2Fyc2VfbWVzaF9tYW5hZ2Vy LmNwcCAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIGNvYXJzZV9tZXNoX21h bmFnZXIuaCAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgY29tcHV0ZWRf c3RyaW5nLmNwcCAgICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICBjb21w dXRlZF9zdHJpbmcuaCAgICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAg IGN1YmVfbWFwX2J1aWxkZXIuY3BwICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAg ICAgICAgY3ViZV9tYXBfYnVpbGRlci5oICAgICAgICAgICAgICAgICAgXAotICAgICAgICAgICAg ICAgICAgICAgICBkZWZvcm1fMmQuY3BwICAgICAgICAgICAgICAgICAgICAgICBcCi0gICAgICAg ICAgICAgICAgICAgICAgIGRlZm9ybV8yZC5oICAgICAgICAgICAgICAgICAgICAgICAgIFwKLSAg ICAgICAgICAgICAgICAgICAgICAgZHJpdmVyLmNwcCAgICAgICAgICAgICAgICAgICAgICAgICAg XAotICAgICAgICAgICAgICAgICAgICAgICBkcml2ZXIuaCAgICAgICAgICAgICAgICAgICAgICAg ICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIGRyaXZlcl9tYXRlcmlhbF9pbmxpbmUuaCAg ICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgZHJpdmVyX3VzZXIyLmNwcCAgICAg ICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICBkcml2ZXJfdXNlci5jcHAg ICAgICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIGRyaXZlcl91c2Vy LmggICAgICAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgZHJ1LmNw cCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICBk cnUuaCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAg ICAgIGV2ZW50X21vdXNlX2xpc3RlbmVyLmNwcCAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAg ICAgICAgICAgZXZlbnRfbW91c2VfbGlzdGVuZXIuaCAgICAgICAgICAgICAgXAotICAgICAgICAg ICAgICAgICAgICAgICBmYXN0X2Zsb29yLmNwcCAgICAgICAgICAgICAgICAgICAgICBcCi0gICAg ICAgICAgICAgICAgICAgICAgIGZhc3RfZmxvb3IuaCAgICAgICAgICAgICAgICAgICAgICAgIFwK LSAgICAgICAgICAgICAgICAgICAgICAgZmxhcmVfbW9kZWwuY3BwICAgICAgICAgICAgICAgICAg ICAgXAotICAgICAgICAgICAgICAgICAgICAgICBmbGFyZV9tb2RlbC5oICAgICAgICAgICAgICAg ICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIGZsYXJlX3NoYXBlLmNwcCAgICAgICAg ICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgZmxhcmVfc2hhcGUuaCAgICAg ICAgICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICBmb250X2dlbmVyYXRv ci5jcHAgICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIGZvbnRfZ2Vu ZXJhdG9yLmggICAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgZm9u dF9tYW5hZ2VyLmNwcCAgICAgICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAg ICBmb250X21hbmFnZXIuaCAgICAgICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAg ICAgICAgIGZydXN0dW0uY3BwICAgICAgICAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAg ICAgICAgICAgICAgaGVhdF9oYXplLmNwcCAgICAgICAgICAgICAgICAgICAgICAgXAotICAgICAg ICAgICAgICAgICAgICAgICBoZWF0X2hhemUuaCAgICAgICAgICAgICAgICAgICAgICAgICBcCi0g ICAgICAgICAgICAgICAgICAgICAgIGhlaWdodF9tYXAuY3BwICAgICAgICAgICAgICAgICAgICAg IFwKLSAgICAgICAgICAgICAgICAgICAgICAgaHJjX3RyYXYuY3BwICAgICAgICAgICAgICAgICAg ICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICBocmNfdHJhdi5oICAgICAgICAgICAgICAg ICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIGluaXRfM2QuY3BwICAgICAgICAg ICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgaW5pdF8zZC5oICAgICAg ICAgICAgICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICBpbnN0YW5jZV9n cm91cF91c2VyLmNwcCAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIGluc3Rh bmNlX2dyb3VwX3VzZXIuaCAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAg aW5zdGFuY2VfbWF0ZXJpYWxfdXNlci5jcHAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAg ICAgICBpbnN0YW5jZV9tYXRlcmlhbF91c2VyLmggICAgICAgICAgICBcCi0gICAgICAgICAgICAg ICAgICAgICAgIGluc3RhbmNlX3VzZXIuY3BwICAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAg ICAgICAgICAgICAgICAgaW5zdGFuY2VfdXNlci5oICAgICAgICAgICAgICAgICAgICAgXAotICAg ICAgICAgICAgICAgICAgICAgICBrZXkuY3BwICAgICAgICAgICAgICAgICAgICAgICAgICAgICBc Ci0gICAgICAgICAgICAgICAgICAgICAgIGtleS5oICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgbGFuZHNjYXBlX2NvbGxpc2lvbl9ncmlkLmNw cCAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICBsYW5kc2NhcGVfY29sbGlzaW9uX2dy aWQuaCAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIGxhbmRzY2FwZS5jcHAgICAg ICAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgbGFuZHNjYXBlX2Rl Zi5jcHAgICAgICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICBsYW5kc2Nh cGVfZGVmLmggICAgICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIGxh bmRzY2FwZV9mYWNlX3ZlY3Rvcl9tYW5hZ2VyLmNwcCAgIFwKLSAgICAgICAgICAgICAgICAgICAg ICAgbGFuZHNjYXBlX2ZhY2VfdmVjdG9yX21hbmFnZXIuaCAgICAgXAotICAgICAgICAgICAgICAg ICAgICAgICBsYW5kc2NhcGUuaCAgICAgICAgICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAg ICAgICAgICAgICAgIGxhbmRzY2FwZWlnX21hbmFnZXIuY3BwICAgICAgICAgICAgIFwKLSAgICAg ICAgICAgICAgICAgICAgICAgbGFuZHNjYXBlX21vZGVsLmNwcCAgICAgICAgICAgICAgICAgXAot ICAgICAgICAgICAgICAgICAgICAgICBsYW5kc2NhcGVfbW9kZWwuaCAgICAgICAgICAgICAgICAg ICBcCi0gICAgICAgICAgICAgICAgICAgICAgIGxhbmRzY2FwZV9wcm9maWxlLmNwcCAgICAgICAg ICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgbGFuZHNjYXBlX3Byb2ZpbGUuaCAgICAg ICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICBsYW5kc2NhcGVfdXNlci5jcHAg ICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIGxhbmRzY2FwZV91c2Vy LmggICAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgbGFuZHNjYXBl dmJfYWxsb2NhdG9yLmNwcCAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICBsYW5k c2NhcGV2Yl9hbGxvY2F0b3IuaCAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAg IGxhbmRzY2FwZXZiX2luZm8uY3BwICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAg ICAgICAgbGFuZHNjYXBldmJfaW5mby5oICAgICAgICAgICAgICAgICAgXAotICAgICAgICAgICAg ICAgICAgICAgICBsYW5kc2NhcGVfdmVnZXRhYmxlX2Jsb2NrLmNwcCAgICAgICBcCi0gICAgICAg ICAgICAgICAgICAgICAgIGxhbmRzY2FwZV92ZWdldGFibGVfYmxvY2suaCAgICAgICAgIFwKLSAg ICAgICAgICAgICAgICAgICAgICAgbGlnaHQuY3BwICAgICAgICAgICAgICAgICAgICAgICAgICAg XAotICAgICAgICAgICAgICAgICAgICAgICBsaWdodC5oICAgICAgICAgICAgICAgICAgICAgICAg ICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIGxpZ2h0X3RyYXYuY3BwICAgICAgICAgICAg ICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgbGlnaHRfdHJhdi5oICAgICAgICAg ICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICBsaWdodF91c2VyLmNwcCAg ICAgICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIGxpZ2h0X3VzZXIu aCAgICAgICAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgbG9hZF9i YWxhbmNpbmdfdHJhdi5jcHAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICBs b2FkX2JhbGFuY2luZ190cmF2LmggICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAg ICAgIG1hdGVyaWFsLmNwcCAgICAgICAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAg ICAgICAgICAgbWF0ZXJpYWwuaCAgICAgICAgICAgICAgICAgICAgICAgICAgXAotICAgICAgICAg ICAgICAgICAgICAgICBtYXRlcmlhbF91c2VyLmNwcCAgICAgICAgICAgICAgICAgICBcCi0gICAg ICAgICAgICAgICAgICAgICAgIG1hdGVyaWFsX3VzZXIuaCAgICAgICAgICAgICAgICAgICAgIFwK LSAgICAgICAgICAgICAgICAgICAgICAgbWVzaF9iYXNlLmNwcCAgICAgICAgICAgICAgICAgICAg ICAgXAotICAgICAgICAgICAgICAgICAgICAgICBtZXNoX2Jhc2UuaCAgICAgICAgICAgICAgICAg ICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIG1lc2hfYmFzZV9pbnN0YW5jZS5jcHAg ICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgbWVzaF9iYXNlX2luc3RhbmNl LmggICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICBtZXNoLmNwcCAgICAg ICAgICAgICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIG1lc2hfZ2Vv bS5jcHAgICAgICAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgbWVz aF9nZW9tLmggICAgICAgICAgICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAg ICBtZXNoLmggICAgICAgICAgICAgICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAg ICAgICAgIG1lc2hfaW5zdGFuY2UuY3BwICAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAg ICAgICAgICAgICAgbWVzaF9pbnN0YW5jZS5oICAgICAgICAgICAgICAgICAgICAgXAotICAgICAg ICAgICAgICAgICAgICAgICBtZXNoX21vcnBoZXIuY3BwICAgICAgICAgICAgICAgICAgICBcCi0g ICAgICAgICAgICAgICAgICAgICAgIG1lc2hfbW9ycGhlci5oICAgICAgICAgICAgICAgICAgICAg IFwKLSAgICAgICAgICAgICAgICAgICAgICAgbWVzaF9tcm0uY3BwICAgICAgICAgICAgICAgICAg ICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICBtZXNoX21ybS5oICAgICAgICAgICAgICAg ICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIG1lc2hfbXJtX2luc3RhbmNlLmNw cCAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgbWVzaF9tcm1faW5zdGFu Y2UuaCAgICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICBtZXNoX211bHRp X2xvZC5jcHAgICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIG1lc2hf bXVsdGlfbG9kLmggICAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAg bWVzaF9tdWx0aV9sb2RfaW5zdGFuY2UuY3BwICAgICAgICAgXAotICAgICAgICAgICAgICAgICAg ICAgICBtZXNoX211bHRpX2xvZF9pbnN0YW5jZS5oICAgICAgICAgICBcCi0gICAgICAgICAgICAg ICAgICAgICAgIG1pbmlfY29sLmNwcCAgICAgICAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAg ICAgICAgICAgICAgICAgbWluaV9jb2wuaCAgICAgICAgICAgICAgICAgICAgICAgICAgXAotICAg ICAgICAgICAgICAgICAgICAgICBtb3QuY3BwICAgICAgICAgICAgICAgICAgICAgICAgICAgICBc Ci0gICAgICAgICAgICAgICAgICAgICAgIG1vdC5oICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgbW90aW9uX2JsdXIuY3BwICAgICAgICAgICAg ICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICBtb3Rpb25fYmx1ci5oICAgICAgICAg ICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIG1ybV9idWlsZGVyLmNwcCAg ICAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgbXJtX2J1aWxkZXIu aCAgICAgICAgICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICBtcm1faW50 ZXJuYWwuY3BwICAgICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIG1y bV9pbnRlcm5hbC5oICAgICAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAg ICAgbXJtX21lc2guY3BwICAgICAgICAgICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAg ICAgICAgICBtcm1fbWVzaC5oICAgICAgICAgICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAg ICAgICAgICAgICAgIG1ybV9wYXJhbWV0ZXJzLmNwcCAgICAgICAgICAgICAgICAgIFwKLSAgICAg ICAgICAgICAgICAgICAgICAgbXJtX3BhcmFtZXRlcnMuaCAgICAgICAgICAgICAgICAgICAgXAot ICAgICAgICAgICAgICAgICAgICAgICBuZWx1LmNwcCAgICAgICAgICAgICAgICAgICAgICAgICAg ICBcCi0gICAgICAgICAgICAgICAgICAgICAgIG5lbHUuaCAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgbm9pc2VfdmFsdWUuY3BwICAgICAgICAg ICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICBub2lzZV92YWx1ZS5oICAgICAg ICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIG9yZGVyaW5nX3RhYmxl LmggICAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgcGFydGljbGVf c3lzdGVtLmNwcCAgICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICBwYXJ0 aWNsZV9zeXN0ZW0uaCAgICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAg IHBhcnRpY2xlX3N5c3RlbV9pbnN0YW5jZV91c2VyLmNwcCAgIFwKLSAgICAgICAgICAgICAgICAg ICAgICAgcGFydGljbGVfc3lzdGVtX2luc3RhbmNlX3VzZXIuaCAgICAgXAotCQkJCQkgICBwYXJ0 aWNsZV9zeXN0ZW1fbWFuYWdlci5jcHAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAg IHBhcnRpY2xlX3N5c3RlbV9tYW5hZ2VyLmggICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAg ICAgICAgcGFydGljbGVfc3lzdGVtX21vZGVsLmNwcCAgICAgICAgICAgXAotICAgICAgICAgICAg ICAgICAgICAgICBwYXJ0aWNsZV9zeXN0ZW1fbW9kZWwuaCAgICAgICAgICAgICBcCi0gICAgICAg ICAgICAgICAgICAgICAgIHBhcnRpY2xlX3N5c3RlbV9wcm9jZXNzLmNwcCAgICAgICAgIFwKLSAg ICAgICAgICAgICAgICAgICAgICAgcGFydGljbGVfc3lzdGVtX3Byb2Nlc3MuaCAgICAgICAgICAg XAotICAgICAgICAgICAgICAgICAgICAgICBwYXJ0aWNsZV9zeXN0ZW1fc2hhcGUuY3BwICAgICAg ICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIHBhcnRpY2xlX3N5c3RlbV9zaGFwZS5oICAg ICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgcGFydGljbGVfc3lzdGVtX3NvdW5k X3VzZXIuY3BwICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICBwYXRjaC5jcHAgICAgICAg ICAgICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIHBhdGNoLmggICAg ICAgICAgICAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgcGF0Y2hf bm9pc2UuY3BwICAgICAgICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICBw YXRjaF9yZHJfcGFzcy5jcHAgICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAg ICAgIHBhdGNoX3Jkcl9wYXNzLmggICAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAg ICAgICAgICAgcGF0Y2hfcmVuZGVyLmNwcCAgICAgICAgICAgICAgICAgICAgXAotICAgICAgICAg ICAgICAgICAgICAgICBwYXRjaHV2X2xvY2F0b3IuY3BwICAgICAgICAgICAgICAgICBcCi0gICAg ICAgICAgICAgICAgICAgICAgIHBhdGNodXZfbG9jYXRvci5oICAgICAgICAgICAgICAgICAgIFwK LSAgICAgICAgICAgICAgICAgICAgICAgcGF0Y2hfdmVnZXRhYmxlLmNwcCAgICAgICAgICAgICAg ICAgXAotICAgICAgICAgICAgICAgICAgICAgICBwbGF5X2xpc3RfbWFuYWdlci5jcHAgICAgICAg ICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIHBsYXlfbGlzdF9tYW5hZ2VyLmggICAg ICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgcGxheV9saXN0X21hbmFnZXJf dXNlci5jcHAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICBwbGF5X2xpc3RfbWFu YWdlcl91c2VyLmggICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIHBsYXlfbGlz dF91c2VyLmNwcCAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgcGxh eV9saXN0X3VzZXIuaCAgICAgICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAg ICBwb3J0YWwuY3BwICAgICAgICAgICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAg ICAgICAgIHBvcnRhbC5oICAgICAgICAgICAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAg ICAgICAgICAgICAgcHJpbWl0aXZlX2Jsb2NrLmNwcCAgICAgICAgICAgICAgICAgXAotICAgICAg ICAgICAgICAgICAgICAgICBwcmltaXRpdmVfYmxvY2suaCAgICAgICAgICAgICAgICAgICBcCi0g ICAgICAgICAgICAgICAgICAgICAgIHByaW1pdGl2ZV9wcm9maWxlLmNwcCAgICAgICAgICAgICAg IFwKLSAgICAgICAgICAgICAgICAgICAgICAgcHNfYXR0cmliLmggICAgICAgICAgICAgICAgICAg ICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICBwc19hdHRyaWJfbWFrZXJfYmluX29wLmNw cCAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIHBzX2F0dHJpYl9tYWtlcl9iaW5f b3AuaCAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgcHNfYXR0cmliX21ha2Vy X2Jpbl9vcF9pbmxpbmUuaCAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICBwc19hdHRyaWJf bWFrZXIuaCAgICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIHBzX2F0 dHJpYl9tYWtlcl9oZWxwZXIuaCAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAg cHNfYXR0cmliX21ha2VyX3RlbXBsYXRlLmggICAgICAgICAgXAotICAgICAgICAgICAgICAgICAg ICAgICBwc19jb2xvci5jcHAgICAgICAgICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAg ICAgICAgICAgIHBzX2NvbG9yLmggICAgICAgICAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAg ICAgICAgICAgICAgICAgcHNfZGlyZWN0aW9uLmggICAgICAgICAgICAgICAgICAgICAgXAotICAg ICAgICAgICAgICAgICAgICAgICBwc19lZGl0LmggICAgICAgICAgICAgICAgICAgICAgICAgICBc Ci0gICAgICAgICAgICAgICAgICAgICAgIHBzX2VtaXR0ZXIuY3BwICAgICAgICAgICAgICAgICAg ICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgcHNfZW1pdHRlci5oICAgICAgICAgICAgICAg ICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICBwc19mbG9hdC5jcHAgICAgICAgICAg ICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIHBzX2Zsb2F0LmggICAgICAg ICAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgcHNfZm9yY2UuY3Bw ICAgICAgICAgICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICBwc19mb3Jj ZS5oICAgICAgICAgICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIHBz X2ludC5jcHAgICAgICAgICAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAg ICAgcHNfaW50LmggICAgICAgICAgICAgICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAg ICAgICAgICBwc19sb2NhdGVkLmNwcCAgICAgICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAg ICAgICAgICAgICAgIHBzX2xvY2F0ZWQuaCAgICAgICAgICAgICAgICAgICAgICAgIFwKLSAgICAg ICAgICAgICAgICAgICAgICAgcHNfbG9kLmggICAgICAgICAgICAgICAgICAgICAgICAgICAgXAot ICAgICAgICAgICAgICAgICAgICAgICBwc19tZXNoLmNwcCAgICAgICAgICAgICAgICAgICAgICAg ICBcCi0gICAgICAgICAgICAgICAgICAgICAgIHBzX21lc2guaCAgICAgICAgICAgICAgICAgICAg ICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgcHNfbWlzYy5oICAgICAgICAgICAgICAg ICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICBwc19wYXJ0aWNsZTIuY3BwICAg ICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIHBzX3BhcnRpY2xlMi5o ICAgICAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgcHNfcGFydGlj bGVfYmFzaWMuY3BwICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICBwc19w YXJ0aWNsZV9iYXNpYy5oICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAg IHBzX3BhcnRpY2xlLmNwcCAgICAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAg ICAgICAgcHNfcGFydGljbGUuaCAgICAgICAgICAgICAgICAgICAgICAgXAotICAgICAgICAgICAg ICAgICAgICAgICBwc19wbGFuZV9iYXNpcy5oICAgICAgICAgICAgICAgICAgICBcCi0gICAgICAg ICAgICAgICAgICAgICAgIHBzX3BsYW5lX2Jhc2lzX21ha2VyLmNwcCAgICAgICAgICAgIFwKLSAg ICAgICAgICAgICAgICAgICAgICAgcHNfcGxhbmVfYmFzaXNfbWFrZXIuaCAgICAgICAgICAgICAg XAotICAgICAgICAgICAgICAgICAgICAgICBwc19zb3VuZC5jcHAgICAgICAgICAgICAgICAgICAg ICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIHBzX3NvdW5kLmggICAgICAgICAgICAgICAg ICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgcHNfdXRpbC5jcHAgICAgICAgICAg ICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICBwc191dGlsLmggICAgICAg ICAgICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIHBzX3pvbmUuY3Bw ICAgICAgICAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgcHNfem9u ZS5oICAgICAgICAgICAgICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICBw dHJfc2V0LmNwcCAgICAgICAgICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAg ICAgIHB0cl9zZXQuaCAgICAgICAgICAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAg ICAgICAgICAgcXVhZF9lZmZlY3QuY3BwICAgICAgICAgICAgICAgICAgICAgXAotICAgICAgICAg ICAgICAgICAgICAgICBxdWFkX2VmZmVjdC5oICAgICAgICAgICAgICAgICAgICAgICBcCi0gICAg ICAgICAgICAgICAgICAgICAgIHF1YWRfZ3JpZF9jbGlwX2NsdXN0ZXIuY3BwICAgICAgICAgIFwK LSAgICAgICAgICAgICAgICAgICAgICAgcXVhZF9ncmlkX2NsaXBfY2x1c3Rlci5oICAgICAgICAg ICAgXAotICAgICAgICAgICAgICAgICAgICAgICBxdWFkX2dyaWRfY2xpcF9tYW5hZ2VyLmNwcCAg ICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIHF1YWRfZ3JpZF9jbGlwX21hbmFnZXIu aCAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgcXVhZF9ncmlkLmggICAgICAg ICAgICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICByYWRpeF9zb3J0LmNw cCAgICAgICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIHJhZGl4X3Nv cnQuaCAgICAgICAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgcmVn aXN0ZXJfM2QuY3BwICAgICAgICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAg ICByZWdpc3Rlcl8zZC5oICAgICAgICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAg ICAgICAgIHJlbmRlcl90cmF2LmNwcCAgICAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAg ICAgICAgICAgICAgcmVuZGVyX3RyYXYuaCAgICAgICAgICAgICAgICAgICAgICAgXAotICAgICAg ICAgICAgICAgICAgICAgICByb290X21vZGVsLmNwcCAgICAgICAgICAgICAgICAgICAgICBcCi0g ICAgICAgICAgICAgICAgICAgICAgIHJvb3RfbW9kZWwuaCAgICAgICAgICAgICAgICAgICAgICAg IFwKLSAgICAgICAgICAgICAgICAgICAgICAgc2NlbmUuY3BwICAgICAgICAgICAgICAgICAgICAg ICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICBzY2VuZV9ncm91cC5jcHAgICAgICAgICAg ICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIHNjZW5lX2dyb3VwLmggICAgICAg ICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgc2NlbmUuaCAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICBzY2VuZV91c2Vy LmNwcCAgICAgICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIHNjZW5l X3VzZXIuaCAgICAgICAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAg c2Npc3Nvci5jcHAgICAgICAgICAgICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAg ICAgICBzaGFkZXIuY3BwICAgICAgICAgICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAg ICAgICAgICAgIHNoYWRlci5oICAgICAgICAgICAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAg ICAgICAgICAgICAgICAgc2hhcGVfYmFuay5jcHAgICAgICAgICAgICAgICAgICAgICAgXAotICAg ICAgICAgICAgICAgICAgICAgICBzaGFwZV9iYW5rLmggICAgICAgICAgICAgICAgICAgICAgICBc Ci0gICAgICAgICAgICAgICAgICAgICAgIHNoYXBlX2JhbmtfdXNlci5jcHAgICAgICAgICAgICAg ICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgc2hhcGVfYmFua191c2VyLmggICAgICAgICAg ICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICBzaGFwZS5jcHAgICAgICAgICAgICAg ICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIHNoYXBlLmggICAgICAgICAg ICAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgc2tlbGV0b25fbW9k ZWwuY3BwICAgICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICBza2VsZXRv bl9tb2RlbC5oICAgICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIHNr ZWxldG9uX3NoYXBlLmNwcCAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAg ICAgc2tlbGV0b25fc2hhcGUuaCAgICAgICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAg ICAgICAgICBza2VsZXRvbl91c2VyLmNwcCAgICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAg ICAgICAgICAgICAgIHNrZWxldG9uX3VzZXIuaCAgICAgICAgICAgICAgICAgICAgIFwKLSAgICAg ICAgICAgICAgICAgICAgICAgc2tlbGV0b25fd2VpZ2h0LmNwcCAgICAgICAgICAgICAgICAgXAot ICAgICAgICAgICAgICAgICAgICAgICBza2VsZXRvbl93ZWlnaHQuaCAgICAgICAgICAgICAgICAg ICBcCi0gICAgICAgICAgICAgICAgICAgICAgIHNraXBfbW9kZWwuY3BwICAgICAgICAgICAgICAg ICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgc2tpcF9tb2RlbC5oICAgICAgICAgICAg ICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICBzdHJpcGlmaWVyLmNwcCAgICAg ICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIHN0cmlwaWZpZXIuaCAg ICAgICAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgdGVzc19ibG9j ay5jcHAgICAgICAgICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICB0ZXNz X2Jsb2NrLmggICAgICAgICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAg IHRlc3NlbGxhdGlvbi5jcHAgICAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAg ICAgICAgdGVzc2VsbGF0aW9uLmggICAgICAgICAgICAgICAgICAgICAgXAotICAgICAgICAgICAg ICAgICAgICAgICB0ZXNzX2ZhY2VfcHJpb3JpdHlfbGlzdC5jcHAgICAgICAgICBcCi0gICAgICAg ICAgICAgICAgICAgICAgIHRlc3NfZmFjZV9wcmlvcml0eV9saXN0LmggICAgICAgICAgIFwKLSAg ICAgICAgICAgICAgICAgICAgICAgdGVzc19saXN0LmNwcCAgICAgICAgICAgICAgICAgICAgICAg XAotICAgICAgICAgICAgICAgICAgICAgICB0ZXNzX2xpc3QuaCAgICAgICAgICAgICAgICAgICAg ICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIHRleHRfY29udGV4dC5jcHAgICAgICAgICAg ICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgdGV4dF9jb250ZXh0LmggICAgICAg ICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICB0ZXh0X2NvbnRleHRfdXNl ci5jcHAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIHRleHRfY29udGV4 dF91c2VyLmggICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgdGV4dHVy ZV9ibGFuay5jcHAgICAgICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICB0 ZXh0dXJlX2JsYW5rLmggICAgICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAg ICAgIHRleHR1cmVfYmxlbmQuY3BwICAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAg ICAgICAgICAgdGV4dHVyZV9ibGVuZC5oICAgICAgICAgICAgICAgICAgICAgXAotICAgICAgICAg ICAgICAgICAgICAgICB0ZXh0dXJlX2J1bXAuY3BwICAgICAgICAgICAgICAgICAgICBcCi0gICAg ICAgICAgICAgICAgICAgICAgIHRleHR1cmVfYnVtcC5oICAgICAgICAgICAgICAgICAgICAgIFwK LSAgICAgICAgICAgICAgICAgICAgICAgdGV4dHVyZS5jcHAgICAgICAgICAgICAgICAgICAgICAg ICAgXAotICAgICAgICAgICAgICAgICAgICAgICB0ZXh0dXJlX2N1YmUuY3BwICAgICAgICAgICAg ICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIHRleHR1cmVfY3ViZS5oICAgICAgICAg ICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgdGV4dHVyZV9mYXIuY3BwICAg ICAgICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICB0ZXh0dXJlX2Zhci5o ICAgICAgICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIHRleHR1cmVf ZmlsZS5jcHAgICAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgdGV4 dHVyZV9maWxlLmggICAgICAgICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAg ICB0ZXh0dXJlX2ZvbnQuY3BwICAgICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAg ICAgICAgIHRleHR1cmVfZm9udC5oICAgICAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAg ICAgICAgICAgICAgdGV4dHVyZV9ncm91cGVkLmNwcCAgICAgICAgICAgICAgICAgXAotICAgICAg ICAgICAgICAgICAgICAgICB0ZXh0dXJlX2dyb3VwZWQuaCAgICAgICAgICAgICAgICAgICBcCi0g ICAgICAgICAgICAgICAgICAgICAgIHRleHR1cmUuaCAgICAgICAgICAgICAgICAgICAgICAgICAg IFwKLSAgICAgICAgICAgICAgICAgICAgICAgdGV4dHVyZV9tZW0uY3BwICAgICAgICAgICAgICAg ICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICB0ZXh0dXJlX21lbS5oICAgICAgICAgICAg ICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIHRleHR1cmVfbXVsdGlfZmlsZS5j cHAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgdGV4dHVyZV9tdWx0aV9m aWxlLmggICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICB0ZXh0dXJlX25l YXIuY3BwICAgICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIHRleHR1 cmVfbmVhci5oICAgICAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAg dGV4dHVyZV91c2VyLmNwcCAgICAgICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAg ICAgICB0ZXh0dXJlX3VzZXIuaCAgICAgICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAg ICAgICAgICAgIHRpbGVfYmFuay5jcHAgICAgICAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAg ICAgICAgICAgICAgICAgdGlsZV9iYW5rLmggICAgICAgICAgICAgICAgICAgICAgICAgXAotICAg ICAgICAgICAgICAgICAgICAgICB0aWxlX2NvbG9yLmNwcCAgICAgICAgICAgICAgICAgICAgICBc Ci0gICAgICAgICAgICAgICAgICAgICAgIHRpbGVfY29sb3IuaCAgICAgICAgICAgICAgICAgICAg ICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgdGlsZV9lbGVtZW50LmNwcCAgICAgICAgICAg ICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICB0aWxlX2VsZW1lbnQuaCAgICAgICAg ICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIHRpbGVfZmFyX2JhbmsuY3Bw ICAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgdGlsZV9mYXJfYmFu ay5oICAgICAgICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICB0aWxlX2x1 bWVsLmNwcCAgICAgICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIHRp bGVfbHVtZWwuaCAgICAgICAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAg ICAgdGlsZV9ub2lzZV9tYXAuY3BwICAgICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAg ICAgICAgICB0aWxlX25vaXNlX21hcC5oICAgICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAg ICAgICAgICAgICAgIHRpbGVfdmVnZXRhYmxlX2Rlc2MuY3BwICAgICAgICAgICAgIFwKLSAgICAg ICAgICAgICAgICAgICAgICAgdGlsZV92ZWdldGFibGVfZGVzYy5oICAgICAgICAgICAgICAgXAot ICAgICAgICAgICAgICAgICAgICAgICB0cmFja19iZXppZXIuaCAgICAgICAgICAgICAgICAgICAg ICBcCi0gICAgICAgICAgICAgICAgICAgICAgIHRyYWNrLmNwcCAgICAgICAgICAgICAgICAgICAg ICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgdHJhY2suaCAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICB0cmFja19rZXlmcmFtZXIuY3Bw ICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIHRyYWNrX2tleWZyYW1l ci5oICAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgdHJhY2tfdGNi LmggICAgICAgICAgICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICB0cmFu c2Zvcm1hYmxlLmNwcCAgICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAg IHRyYW5zZm9ybWFibGUuaCAgICAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAg ICAgICAgdHJhbnNmb3JtYWJsZV91c2VyLmNwcCAgICAgICAgICAgICAgXAotICAgICAgICAgICAg ICAgICAgICAgICB0cmFuc2Zvcm1hYmxlX3VzZXIuaCAgICAgICAgICAgICAgICBcCi0gICAgICAg ICAgICAgICAgICAgICAgIHRyYW5zZm9ybS5jcHAgICAgICAgICAgICAgICAgICAgICAgIFwKLSAg ICAgICAgICAgICAgICAgICAgICAgdHJhbnNmb3JtLmggICAgICAgICAgICAgICAgICAgICAgICAg XAotICAgICAgICAgICAgICAgICAgICAgICB0cmFuc2Zvcm1fc2hhcGUuY3BwICAgICAgICAgICAg ICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIHRyYW5zZm9ybV9zaGFwZS5oICAgICAgICAg ICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgdHJhbnNmb3JtX3VzZXIuY3BwICAg ICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICB0cmFuc2Zvcm1fdXNlci5o ICAgICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIHRyYXZfc2NlbmUu aCAgICAgICAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgdmVnZXRh YmxlX2JsZW5kX2xheWVyX21vZGVsLmNwcCAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICB2 ZWdldGFibGVfYmxlbmRfbGF5ZXJfbW9kZWwuaCAgICAgICBcCi0gICAgICAgICAgICAgICAgICAg ICAgIHZlZ2V0YWJsZV9jbGlwX2Jsb2NrLmNwcCAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAg ICAgICAgICAgdmVnZXRhYmxlX2NsaXBfYmxvY2suaCAgICAgICAgICAgICAgXAotICAgICAgICAg ICAgICAgICAgICAgICB2ZWdldGFibGUuY3BwICAgICAgICAgICAgICAgICAgICAgICBcCi0gICAg ICAgICAgICAgICAgICAgICAgIHZlZ2V0YWJsZV9kZWYuY3BwICAgICAgICAgICAgICAgICAgIFwK LSAgICAgICAgICAgICAgICAgICAgICAgdmVnZXRhYmxlX2RlZi5oICAgICAgICAgICAgICAgICAg ICAgXAotICAgICAgICAgICAgICAgICAgICAgICB2ZWdldGFibGUuaCAgICAgICAgICAgICAgICAg ICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIHZlZ2V0YWJsZV9pbnN0YW5jZV9ncm91 cC5jcHAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgdmVnZXRhYmxlX2luc3RhbmNl X2dyb3VwLmggICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICB2ZWdldGFibGVfbWFu YWdlci5jcHAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIHZlZ2V0YWJs ZV9tYW5hZ2VyLmggICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgdmVn ZXRhYmxlX3F1YWRyYW50LmNwcCAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAg ICB2ZWdldGFibGVfcXVhZHJhbnQuaCAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAg ICAgICAgIHZlZ2V0YWJsZV9zaGFwZS5jcHAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAg ICAgICAgICAgICAgdmVnZXRhYmxlX3NoYXBlLmggICAgICAgICAgICAgICAgICAgXAotICAgICAg ICAgICAgICAgICAgICAgICB2ZWdldGFibGVfc29ydF9ibG9jay5jcHAgICAgICAgICAgICBcCi0g ICAgICAgICAgICAgICAgICAgICAgIHZlZ2V0YWJsZV9zb3J0X2Jsb2NrLmggICAgICAgICAgICAg IFwKLSAgICAgICAgICAgICAgICAgICAgICAgdmVnZXRhYmxldmJfYWxsb2NhdG9yLmNwcCAgICAg ICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICB2ZWdldGFibGV2Yl9hbGxvY2F0b3IuaCAg ICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIHZlcnRleF9idWZmZXIuY3BwICAg ICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgdmVydGV4X2J1ZmZlci5o ICAgICAgICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICB2ZXJ0ZXhfYnVm ZmVyX2hhcmQuY3BwICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIHZlcnRl eF9idWZmZXJfaGFyZC5oICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAg dmVydGV4X3Byb2dyYW0uY3BwICAgICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAg ICAgICB2ZXJ0ZXhfcHJvZ3JhbS5oICAgICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAg ICAgICAgICAgIHZpZXdwb3J0LmNwcCAgICAgICAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAg ICAgICAgICAgICAgICAgdmlzdWFsX2NvbGxpc2lvbl9lbnRpdHkuY3BwICAgICAgICAgXAotICAg ICAgICAgICAgICAgICAgICAgICB2aXN1YWxfY29sbGlzaW9uX2VudGl0eS5oICAgICAgICAgICBc Ci0gICAgICAgICAgICAgICAgICAgICAgIHZpc3VhbF9jb2xsaXNpb25fZW50aXR5X3VzZXIuY3Bw ICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgdmlzdWFsX2NvbGxpc2lvbl9lbnRpdHlfdXNl ci5oICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICB2aXN1YWxfY29sbGlzaW9uX21hbmFn ZXIuY3BwICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIHZpc3VhbF9jb2xsaXNpb25f bWFuYWdlci5oICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgdmlzdWFsX2NvbGxp c2lvbl9tYW5hZ2VyX3VzZXIuY3BwICAgXAotICAgICAgICAgICAgICAgICAgICAgICB2aXN1YWxf Y29sbGlzaW9uX21hbmFnZXJfdXNlci5oICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIHdh dGVyX2hlaWdodF9tYXAuY3BwICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAg ICAgd2F0ZXJfaGVpZ2h0X21hcC5oICAgICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAg ICAgICAgICB3YXRlcl9tb2RlbC5jcHAgICAgICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAg ICAgICAgICAgICAgIHdhdGVyX21vZGVsLmggICAgICAgICAgICAgICAgICAgICAgIFwKLSAgICAg ICAgICAgICAgICAgICAgICAgd2F0ZXJfcG9vbF9tYW5hZ2VyLmNwcCAgICAgICAgICAgICAgXAot ICAgICAgICAgICAgICAgICAgICAgICB3YXRlcl9wb29sX21hbmFnZXIuaCAgICAgICAgICAgICAg ICBcCi0gICAgICAgICAgICAgICAgICAgICAgIHdhdGVyX3NoYXBlLmNwcCAgICAgICAgICAgICAg ICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgd2F0ZXJfc2hhcGUuaCAgICAgICAgICAg ICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICB6b25lX2Nvcm5lcl9zbW9vdGhl ci5jcHAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIHpvbmVfY29ybmVyX3Nt b290aGVyLmggICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgem9uZS5jcHAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICB6b25l LmggICAgICAgICAgICAgICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAg IHpvbmVfbGlnaHRlci5jcHAgICAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAg ICAgICAgem9uZV9saWdodGVyLmggICAgICAgICAgICAgICAgICAgICAgXAotICAgICAgICAgICAg ICAgICAgICAgICB6b25lX21hbmFnZXIuY3BwICAgICAgICAgICAgICAgICAgICBcCi0gICAgICAg ICAgICAgICAgICAgICAgIHpvbmVfbWFuYWdlci5oICAgICAgICAgICAgICAgICAgICAgIFwKLSAg ICAgICAgICAgICAgICAgICAgICAgem9uZV9zZWFyY2guY3BwICAgICAgICAgICAgICAgICAgICAg XAotICAgICAgICAgICAgICAgICAgICAgICB6b25lX3NlYXJjaC5oICAgICAgICAgICAgICAgICAg ICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIHpvbmVfc21vb3RoZXIuY3BwICAgICAgICAg ICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgem9uZV9zbW9vdGhlci5oICAgICAg ICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICB6b25lX3RndF9zbW9vdGhl ci5jcHAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIHpvbmVfdGd0X3Nt b290aGVyLmgKK2xpYm5lbDNkX2xhX1NPVVJDRVMgID0gCVwKKwlhbmltX2RldGFpbF90cmF2LmNw cAlcCisJYW5pbWF0YWJsZS5jcHAJXAorCWFuaW1hdGVkX2xpZ2h0bWFwLmNwcAlcCisJYW5pbWF0 ZWRfbWF0ZXJpYWwuY3BwCVwKKwlhbmltYXRlZF9tb3JwaC5jcHAJXAorCWFuaW1hdGVkX3ZhbHVl LmNwcAlcCisJYW5pbWF0aW9uLmNwcAlcCisJYW5pbWF0aW9uX3BsYXlsaXN0LmNwcAlcCisJYW5p bWF0aW9uX3NldC5jcHAJXAorCWFuaW1hdGlvbl9zZXRfdXNlci5jcHAJXAorCWFuaW1hdGlvbl90 aW1lLmNwcAlcCisJYXN5bmNfZmlsZV9tYW5hZ2VyLmNwcAlcCisJYmV6aWVyX3BhdGNoLmNwcAlc CisJYm9uZS5jcHAJXAorCWJvbmVfdXNlci5jcHAJXAorCWNhbWVyYS5jcHAJXAorCWNhbWVyYV91 c2VyLmNwcAlcCisJY2hhbm5lbF9taXhlci5jcHAJXAorCWNsaXBfdHJhdi5jcHAJXAorCWNsdXN0 ZXIuY3BwCVwKKwljb2Fyc2VfbWVzaF9idWlsZC5jcHAJXAorCWNvYXJzZV9tZXNoX21hbmFnZXIu Y3BwCVwKKwljb21wdXRlZF9zdHJpbmcuY3BwCVwKKwljdWJlX2dyaWQuY3BwCVwKKwljdWJlX21h cF9idWlsZGVyLmNwcAlcCisJZGVmb3JtXzJkLmNwcAlcCisJZHJpdmVyLmNwcAlcCisJZHJpdmVy X3VzZXIuY3BwCVwKKwlkcml2ZXJfdXNlcjIuY3BwCVwKKwlkcnUuY3BwCVwKKwlldmVudF9tb3Vz ZV9saXN0ZW5lci5jcHAJXAorCWZhc3RfZmxvb3IuY3BwCVwKKwlmbGFyZV9tb2RlbC5jcHAJXAor CWZsYXJlX3NoYXBlLmNwcAlcCisJZm9udF9nZW5lcmF0b3IuY3BwCVwKKwlmb250X21hbmFnZXIu Y3BwCVwKKwlmcnVzdHVtLmNwcAlcCisJaGVhdF9oYXplLmNwcAlcCisJaGVpZ2h0X21hcC5jcHAJ XAorCWhyY190cmF2LmNwcAlcCisJaWdfc3VyZmFjZV9saWdodC5jcHAJXAorCWlnX3N1cmZhY2Vf bGlnaHRfYnVpbGQuY3BwCVwKKwlpbml0XzNkLmNwcAlcCisJaW5zdGFuY2VfZ3JvdXBfdXNlci5j cHAJXAorCWluc3RhbmNlX2xpZ2h0ZXIuY3BwCVwKKwlpbnN0YW5jZV9tYXRlcmlhbF91c2VyLmNw cAlcCisJaW5zdGFuY2VfdXNlci5jcHAJXAorCWtleS5jcHAJXAorCWxhbmRzY2FwZS5jcHAJXAor CWxhbmRzY2FwZV9jb2xsaXNpb25fZ3JpZC5jcHAJXAorCWxhbmRzY2FwZV9kZWYuY3BwCVwKKwls YW5kc2NhcGVfZmFjZV92ZWN0b3JfbWFuYWdlci5jcHAJXAorCWxhbmRzY2FwZV9tb2RlbC5jcHAJ XAorCWxhbmRzY2FwZV9wcm9maWxlLmNwcAlcCisJbGFuZHNjYXBlX3VzZXIuY3BwCVwKKwlsYW5k c2NhcGVfdmVnZXRhYmxlX2Jsb2NrLmNwcAlcCisJbGFuZHNjYXBlaWdfbWFuYWdlci5jcHAJXAor CWxhbmRzY2FwZXZiX2FsbG9jYXRvci5jcHAJXAorCWxhbmRzY2FwZXZiX2luZm8uY3BwCVwKKwls aWdodC5jcHAJXAorCWxpZ2h0X2NvbnRyaWJ1dGlvbi5jcHAJXAorCWxpZ2h0X2luZmx1ZW5jZV9p bnRlcnBvbGF0b3IuY3BwCVwKKwlsaWdodF90cmF2LmNwcAlcCisJbGlnaHRfdXNlci5jcHAJXAor CWxpZ2h0aW5nX21hbmFnZXIuY3BwCVwKKwlsb2FkX2JhbGFuY2luZ190cmF2LmNwcAlcCisJbG9n aWNfaW5mby5jcHAJXAorCW1hdGVyaWFsLmNwcAlcCisJbWF0ZXJpYWxfdXNlci5jcHAJXAorCW1l c2guY3BwCVwKKwltZXNoX2Jhc2UuY3BwCVwKKwltZXNoX2Jhc2VfaW5zdGFuY2UuY3BwCVwKKwlt ZXNoX2dlb20uY3BwCVwKKwltZXNoX2luc3RhbmNlLmNwcAlcCisJbWVzaF9tb3JwaGVyLmNwcAlc CisJbWVzaF9tcm0uY3BwCVwKKwltZXNoX21ybV9pbnN0YW5jZS5jcHAJXAorCW1lc2hfbXVsdGlf bG9kLmNwcAlcCisJbWVzaF9tdWx0aV9sb2RfaW5zdGFuY2UuY3BwCVwKKwltaW5pX2NvbC5jcHAJ XAorCW1vdC5jcHAJXAorCW1vdGlvbl9ibHVyLmNwcAlcCisJbXJtX2J1aWxkZXIuY3BwCVwKKwlt cm1faW50ZXJuYWwuY3BwCVwKKwltcm1fbWVzaC5jcHAJXAorCW1ybV9wYXJhbWV0ZXJzLmNwcAlc CisJbmVsdS5jcHAJXAorCW5vaXNlX3ZhbHVlLmNwcAlcCisJcGFydGljbGVfc3lzdGVtLmNwcAlc CisJcGFydGljbGVfc3lzdGVtX2luc3RhbmNlX3VzZXIuY3BwCVwKKwlwYXJ0aWNsZV9zeXN0ZW1f bWFuYWdlci5jcHAJXAorCXBhcnRpY2xlX3N5c3RlbV9tb2RlbC5jcHAJXAorCXBhcnRpY2xlX3N5 c3RlbV9wcm9jZXNzLmNwcAlcCisJcGFydGljbGVfc3lzdGVtX3NoYXBlLmNwcAlcCisJcGFydGlj bGVfc3lzdGVtX3NvdW5kX3VzZXIuY3BwCVwKKwlwYXRjaC5jcHAJXAorCXBhdGNoX25vaXNlLmNw cAlcCisJcGF0Y2hfcmRyX3Bhc3MuY3BwCVwKKwlwYXRjaF9yZW5kZXIuY3BwCVwKKwlwYXRjaF92 ZWdldGFibGUuY3BwCVwKKwlwYXRjaHV2X2xvY2F0b3IuY3BwCVwKKwlwbGF5X2xpc3RfbWFuYWdl ci5jcHAJXAorCXBsYXlfbGlzdF9tYW5hZ2VyX3VzZXIuY3BwCVwKKwlwbGF5X2xpc3RfdXNlci5j cHAJXAorCXBvaW50X2xpZ2h0LmNwcAlcCisJcG9pbnRfbGlnaHRfbW9kZWwuY3BwCVwKKwlwb2lu dF9saWdodF9uYW1lZC5jcHAJXAorCXBvaW50X2xpZ2h0X25hbWVkX2FycmF5LmNwcAlcCisJcG9p bnRfbGlnaHRfdXNlci5jcHAJXAorCXBvcnRhbC5jcHAJXAorCXByaW1pdGl2ZV9ibG9jay5jcHAJ XAorCXByaW1pdGl2ZV9wcm9maWxlLmNwcAlcCisJcHNfYXR0cmliX21ha2VyX2Jpbl9vcC5jcHAJ XAorCXBzX2NvbG9yLmNwcAlcCisJcHNfZW1pdHRlci5jcHAJXAorCXBzX2Zsb2F0LmNwcAlcCisJ cHNfZm9yY2UuY3BwCVwKKwlwc19pbnQuY3BwCVwKKwlwc19sb2NhdGVkLmNwcAlcCisJcHNfbWVz aC5jcHAJXAorCXBzX3BhcnRpY2xlLmNwcAlcCisJcHNfcGFydGljbGUyLmNwcAlcCisJcHNfcGFy dGljbGVfYmFzaWMuY3BwCVwKKwlwc19wbGFuZV9iYXNpc19tYWtlci5jcHAJXAorCXBzX3NvdW5k LmNwcAlcCisJcHNfdXRpbC5jcHAJXAorCXBzX3pvbmUuY3BwCVwKKwlwdHJfc2V0LmNwcAlcCisJ cXVhZF9lZmZlY3QuY3BwCVwKKwlxdWFkX2dyaWRfY2xpcF9jbHVzdGVyLmNwcAlcCisJcXVhZF9n cmlkX2NsaXBfbWFuYWdlci5jcHAJXAorCXJhZGl4X3NvcnQuY3BwCVwKKwlyZWdpc3Rlcl8zZC5j cHAJXAorCXJlbmRlcl90cmF2LmNwcAlcCisJcm9vdF9tb2RlbC5jcHAJXAorCXNjZW5lLmNwcAlc CisJc2NlbmVfZ3JvdXAuY3BwCVwKKwlzY2VuZV91c2VyLmNwcAlcCisJc2Npc3Nvci5jcHAJXAor CXNoYWRlci5jcHAJXAorCXNoYXBlLmNwcAlcCisJc2hhcGVfYmFuay5jcHAJXAorCXNoYXBlX2Jh bmtfdXNlci5jcHAJXAorCXNrZWxldG9uX21vZGVsLmNwcAlcCisJc2tlbGV0b25fc2hhcGUuY3Bw CVwKKwlza2VsZXRvbl91c2VyLmNwcAlcCisJc2tlbGV0b25fd2VpZ2h0LmNwcAlcCisJc2tpcF9t b2RlbC5jcHAJXAorCXN0YXRpY19xdWFkX2dyaWQuY3BwCVwKKwlzdHJpcGlmaWVyLmNwcAlcCisJ c3VyZmFjZV9saWdodF9ncmlkLmNwcAlcCisJdGVzc19ibG9jay5jcHAJXAorCXRlc3NfZmFjZV9w cmlvcml0eV9saXN0LmNwcAlcCisJdGVzc19saXN0LmNwcAlcCisJdGVzc2VsbGF0aW9uLmNwcAlc CisJdGV4dF9jb250ZXh0LmNwcAlcCisJdGV4dF9jb250ZXh0X3VzZXIuY3BwCVwKKwl0ZXh0dXJl LmNwcAlcCisJdGV4dHVyZV9ibGFuay5jcHAJXAorCXRleHR1cmVfYmxlbmQuY3BwCVwKKwl0ZXh0 dXJlX2J1bXAuY3BwCVwKKwl0ZXh0dXJlX2N1YmUuY3BwCVwKKwl0ZXh0dXJlX2Zhci5jcHAJXAor CXRleHR1cmVfZmlsZS5jcHAJXAorCXRleHR1cmVfZm9udC5jcHAJXAorCXRleHR1cmVfZ3JvdXBl ZC5jcHAJXAorCXRleHR1cmVfbWVtLmNwcAlcCisJdGV4dHVyZV9tdWx0aV9maWxlLmNwcAlcCisJ dGV4dHVyZV9uZWFyLmNwcAlcCisJdGV4dHVyZV91c2VyLmNwcAlcCisJdGlsZV9iYW5rLmNwcAlc CisJdGlsZV9jb2xvci5jcHAJXAorCXRpbGVfZWxlbWVudC5jcHAJXAorCXRpbGVfZmFyX2Jhbmsu Y3BwCVwKKwl0aWxlX2xpZ2h0X2luZmx1ZW5jZS5jcHAJXAorCXRpbGVfbHVtZWwuY3BwCVwKKwl0 aWxlX25vaXNlX21hcC5jcHAJXAorCXRpbGVfdmVnZXRhYmxlX2Rlc2MuY3BwCVwKKwl0cmFjay5j cHAJXAorCXRyYWNrX2tleWZyYW1lci5jcHAJXAorCXRyYW5zZm9ybS5jcHAJXAorCXRyYW5zZm9y bV9zaGFwZS5jcHAJXAorCXRyYW5zZm9ybV91c2VyLmNwcAlcCisJdHJhbnNmb3JtYWJsZS5jcHAJ XAorCXRyYW5zZm9ybWFibGVfdXNlci5jcHAJXAorCXZlZ2V0YWJsZS5jcHAJXAorCXZlZ2V0YWJs ZV9ibGVuZF9sYXllcl9tb2RlbC5jcHAJXAorCXZlZ2V0YWJsZV9jbGlwX2Jsb2NrLmNwcAlcCisJ dmVnZXRhYmxlX2RlZi5jcHAJXAorCXZlZ2V0YWJsZV9pbnN0YW5jZV9ncm91cC5jcHAJXAorCXZl Z2V0YWJsZV9tYW5hZ2VyLmNwcAlcCisJdmVnZXRhYmxlX3F1YWRyYW50LmNwcAlcCisJdmVnZXRh YmxlX3NoYXBlLmNwcAlcCisJdmVnZXRhYmxlX3NvcnRfYmxvY2suY3BwCVwKKwl2ZWdldGFibGV2 Yl9hbGxvY2F0b3IuY3BwCVwKKwl2ZXJ0ZXhfYnVmZmVyLmNwcAlcCisJdmVydGV4X2J1ZmZlcl9o YXJkLmNwcAlcCisJdmVydGV4X3Byb2dyYW0uY3BwCVwKKwl2aWV3cG9ydC5jcHAJXAorCXZpc3Vh bF9jb2xsaXNpb25fZW50aXR5LmNwcAlcCisJdmlzdWFsX2NvbGxpc2lvbl9lbnRpdHlfdXNlci5j cHAJXAorCXZpc3VhbF9jb2xsaXNpb25fbWFuYWdlci5jcHAJXAorCXZpc3VhbF9jb2xsaXNpb25f bWFuYWdlcl91c2VyLmNwcAlcCisJd2F0ZXJfaGVpZ2h0X21hcC5jcHAJXAorCXdhdGVyX21vZGVs LmNwcAlcCisJd2F0ZXJfcG9vbF9tYW5hZ2VyLmNwcAlcCisJd2F0ZXJfc2hhcGUuY3BwCVwKKwl6 b25lLmNwcAlcCisJem9uZV9jb3JuZXJfc21vb3RoZXIuY3BwCVwKKwl6b25lX2xpZ2h0ZXIuY3Bw CVwKKwl6b25lX21hbmFnZXIuY3BwCVwKKwl6b25lX3NlYXJjaC5jcHAJXAorCXpvbmVfc21vb3Ro ZXIuY3BwCVwKKwl6b25lX3RndF9zbW9vdGhlci5jcHAKKworbm9pbnN0X0hFQURFUlMgPSBcCisJ YW5pbV9kZXRhaWxfdHJhdi5oCVwKKwlhbmltYXRhYmxlLmgJXAorCWFuaW1hdGVkX2xpZ2h0bWFw LmgJXAorCWFuaW1hdGVkX21hdGVyaWFsLmgJXAorCWFuaW1hdGVkX21vcnBoLmgJXAorCWFuaW1h dGVkX3ZhbHVlLmgJXAorCWFuaW1hdGlvbi5oCVwKKwlhbmltYXRpb25fcGxheWxpc3QuaAlcCisJ YW5pbWF0aW9uX3NldC5oCVwKKwlhbmltYXRpb25fc2V0X3VzZXIuaAlcCisJYXN5bmNfZmlsZV9t YW5hZ2VyLmgJXAorCWJlemllcl9wYXRjaC5oCVwKKwlib25lLmgJXAorCWJvbmVfdXNlci5oCVwK Kwlic3BfdHJlZS5oCVwKKwljYW1lcmEuaAlcCisJY2FtZXJhX3VzZXIuaAlcCisJY2hhbm5lbC5o CVwKKwljaGFubmVsX21peGVyLmgJXAorCWNsaXBfdHJhdi5oCVwKKwljbHVzdGVyLmgJXAorCWNv YXJzZV9tZXNoX2J1aWxkLmgJXAorCWNvYXJzZV9tZXNoX21hbmFnZXIuaAlcCisJY29tcHV0ZWRf c3RyaW5nLmgJXAorCWN1YmVfZ3JpZC5oCVwKKwljdWJlX21hcF9idWlsZGVyLmgJXAorCWRlZm9y bV8yZC5oCVwKKwlkcml2ZXIuaAlcCisJZHJpdmVyX21hdGVyaWFsX2lubGluZS5oCVwKKwlkcml2 ZXJfdXNlci5oCVwKKwlkcnUuaAlcCisJZXZlbnRfbW91c2VfbGlzdGVuZXIuaAlcCisJZmFzdF9m bG9vci5oCVwKKwlmbGFyZV9tb2RlbC5oCVwKKwlmbGFyZV9zaGFwZS5oCVwKKwlmb250X2dlbmVy YXRvci5oCVwKKwlmb250X21hbmFnZXIuaAlcCisJaGVhdF9oYXplLmgJXAorCWhyY190cmF2LmgJ XAorCWlnX3N1cmZhY2VfbGlnaHQuaAlcCisJaWdfc3VyZmFjZV9saWdodF9idWlsZC5oCVwKKwlp bml0XzNkLmgJXAorCWluc3RhbmNlX2dyb3VwX3VzZXIuaAlcCisJaW5zdGFuY2VfbGlnaHRlci5o CVwKKwlpbnN0YW5jZV9tYXRlcmlhbF91c2VyLmgJXAorCWluc3RhbmNlX3VzZXIuaAlcCisJa2V5 LmgJXAorCWxhbmRzY2FwZS5oCVwKKwlsYW5kc2NhcGVfY29sbGlzaW9uX2dyaWQuaAlcCisJbGFu ZHNjYXBlX2RlZi5oCVwKKwlsYW5kc2NhcGVfZmFjZV92ZWN0b3JfbWFuYWdlci5oCVwKKwlsYW5k c2NhcGVfbW9kZWwuaAlcCisJbGFuZHNjYXBlX3Byb2ZpbGUuaAlcCisJbGFuZHNjYXBlX3VzZXIu aAlcCisJbGFuZHNjYXBlX3ZlZ2V0YWJsZV9ibG9jay5oCVwKKwlsYW5kc2NhcGV2Yl9hbGxvY2F0 b3IuaAlcCisJbGFuZHNjYXBldmJfaW5mby5oCVwKKwlsYXllcmVkX29yZGVyaW5nX3RhYmxlLmgJ XAorCWxpZ2h0LmgJXAorCWxpZ2h0X2NvbnRyaWJ1dGlvbi5oCVwKKwlsaWdodF9pbmZsdWVuY2Vf aW50ZXJwb2xhdG9yLmgJXAorCWxpZ2h0X3RyYXYuaAlcCisJbGlnaHRfdXNlci5oCVwKKwlsaWdo dGluZ19tYW5hZ2VyLmgJXAorCWxvYWRfYmFsYW5jaW5nX3RyYXYuaAlcCisJbWF0ZXJpYWwuaAlc CisJbWF0ZXJpYWxfdXNlci5oCVwKKwltZXNoLmgJXAorCW1lc2hfYmFzZS5oCVwKKwltZXNoX2Jh c2VfaW5zdGFuY2UuaAlcCisJbWVzaF9nZW9tLmgJXAorCW1lc2hfaW5zdGFuY2UuaAlcCisJbWVz aF9tb3JwaGVyLmgJXAorCW1lc2hfbXJtLmgJXAorCW1lc2hfbXJtX2luc3RhbmNlLmgJXAorCW1l c2hfbXVsdGlfbG9kLmgJXAorCW1lc2hfbXVsdGlfbG9kX2luc3RhbmNlLmgJXAorCW1pbmlfY29s LmgJXAorCW1vdC5oCVwKKwltb3Rpb25fYmx1ci5oCVwKKwltcm1fYnVpbGRlci5oCVwKKwltcm1f aW50ZXJuYWwuaAlcCisJbXJtX21lc2guaAlcCisJbXJtX3BhcmFtZXRlcnMuaAlcCisJbmVsdS5o CVwKKwlub2lzZV92YWx1ZS5oCVwKKwlvcmRlcmluZ190YWJsZS5oCVwKKwlwYXJ0aWNsZV9zeXN0 ZW0uaAlcCisJcGFydGljbGVfc3lzdGVtX2luc3RhbmNlX3VzZXIuaAlcCisJcGFydGljbGVfc3lz dGVtX21hbmFnZXIuaAlcCisJcGFydGljbGVfc3lzdGVtX21vZGVsLmgJXAorCXBhcnRpY2xlX3N5 c3RlbV9wcm9jZXNzLmgJXAorCXBhcnRpY2xlX3N5c3RlbV9zaGFwZS5oCVwKKwlwYXRjaC5oCVwK KwlwYXRjaF9yZHJfcGFzcy5oCVwKKwlwYXRjaHV2X2xvY2F0b3IuaAlcCisJcGxheV9saXN0X21h bmFnZXIuaAlcCisJcGxheV9saXN0X21hbmFnZXJfdXNlci5oCVwKKwlwbGF5X2xpc3RfdXNlci5o CVwKKwlwb2ludF9saWdodC5oCVwKKwlwb2ludF9saWdodF9tb2RlbC5oCVwKKwlwb2ludF9saWdo dF9uYW1lZC5oCVwKKwlwb2ludF9saWdodF9uYW1lZF9hcnJheS5oCVwKKwlwb2ludF9saWdodF91 c2VyLmgJXAorCXBvcnRhbC5oCVwKKwlwcmltaXRpdmVfYmxvY2suaAlcCisJcHNfYXR0cmliLmgJ XAorCXBzX2F0dHJpYl9tYWtlci5oCVwKKwlwc19hdHRyaWJfbWFrZXJfYmluX29wLmgJXAorCXBz X2F0dHJpYl9tYWtlcl9iaW5fb3BfaW5saW5lLmgJXAorCXBzX2F0dHJpYl9tYWtlcl9oZWxwZXIu aAlcCisJcHNfYXR0cmliX21ha2VyX3RlbXBsYXRlLmgJXAorCXBzX2NvbG9yLmgJXAorCXBzX2Rp cmVjdGlvbi5oCVwKKwlwc19lZGl0LmgJXAorCXBzX2VtaXR0ZXIuaAlcCisJcHNfZmxvYXQuaAlc CisJcHNfZm9yY2UuaAlcCisJcHNfaW50LmgJXAorCXBzX2xvY2F0ZWQuaAlcCisJcHNfbG9kLmgJ XAorCXBzX21lc2guaAlcCisJcHNfbWlzYy5oCVwKKwlwc19wYXJ0aWNsZS5oCVwKKwlwc19wYXJ0 aWNsZTIuaAlcCisJcHNfcGFydGljbGVfYmFzaWMuaAlcCisJcHNfcGxhbmVfYmFzaXMuaAlcCisJ cHNfcGxhbmVfYmFzaXNfbWFrZXIuaAlcCisJcHNfc291bmQuaAlcCisJcHNfdXRpbC5oCVwKKwlw c196b25lLmgJXAorCXB0cl9zZXQuaAlcCisJcXVhZF9lZmZlY3QuaAlcCisJcXVhZF9ncmlkLmgJ XAorCXF1YWRfZ3JpZF9jbGlwX2NsdXN0ZXIuaAlcCisJcXVhZF9ncmlkX2NsaXBfbWFuYWdlci5o CVwKKwlyYWRpeF9zb3J0LmgJXAorCXJlZ2lzdGVyXzNkLmgJXAorCXJlbmRlcl90cmF2LmgJXAor CXJvb3RfbW9kZWwuaAlcCisJc2NlbmUuaAlcCisJc2NlbmVfZ3JvdXAuaAlcCisJc2NlbmVfdXNl ci5oCVwKKwlzaGFkZXIuaAlcCisJc2hhcGUuaAlcCisJc2hhcGVfYmFuay5oCVwKKwlzaGFwZV9i YW5rX3VzZXIuaAlcCisJc2tlbGV0b25fbW9kZWwuaAlcCisJc2tlbGV0b25fc2hhcGUuaAlcCisJ c2tlbGV0b25fdXNlci5oCVwKKwlza2VsZXRvbl93ZWlnaHQuaAlcCisJc2tpcF9tb2RlbC5oCVwK KwlzdGF0aWNfcXVhZF9ncmlkLmgJXAorCXN0cmlwaWZpZXIuaAlcCisJc3VyZmFjZV9saWdodF9n cmlkLmgJXAorCXRlc3NfYmxvY2suaAlcCisJdGVzc19mYWNlX3ByaW9yaXR5X2xpc3QuaAlcCisJ dGVzc19saXN0LmgJXAorCXRlc3NlbGxhdGlvbi5oCVwKKwl0ZXh0X2NvbnRleHQuaAlcCisJdGV4 dF9jb250ZXh0X3VzZXIuaAlcCisJdGV4dHVyZS5oCVwKKwl0ZXh0dXJlX2JsYW5rLmgJXAorCXRl eHR1cmVfYmxlbmQuaAlcCisJdGV4dHVyZV9idW1wLmgJXAorCXRleHR1cmVfY3ViZS5oCVwKKwl0 ZXh0dXJlX2Zhci5oCVwKKwl0ZXh0dXJlX2ZpbGUuaAlcCisJdGV4dHVyZV9mb250LmgJXAorCXRl eHR1cmVfZ3JvdXBlZC5oCVwKKwl0ZXh0dXJlX21lbS5oCVwKKwl0ZXh0dXJlX211bHRpX2ZpbGUu aAlcCisJdGV4dHVyZV9uZWFyLmgJXAorCXRleHR1cmVfdXNlci5oCVwKKwl0aWxlX2JhbmsuaAlc CisJdGlsZV9jb2xvci5oCVwKKwl0aWxlX2VsZW1lbnQuaAlcCisJdGlsZV9mYXJfYmFuay5oCVwK Kwl0aWxlX2xpZ2h0X2luZmx1ZW5jZS5oCVwKKwl0aWxlX2x1bWVsLmgJXAorCXRpbGVfbm9pc2Vf bWFwLmgJXAorCXRpbGVfdmVnZXRhYmxlX2Rlc2MuaAlcCisJdHJhY2suaAlcCisJdHJhY2tfYmV6 aWVyLmgJXAorCXRyYWNrX2tleWZyYW1lci5oCVwKKwl0cmFja190Y2IuaAlcCisJdHJhbnNmb3Jt LmgJXAorCXRyYW5zZm9ybV9zaGFwZS5oCVwKKwl0cmFuc2Zvcm1fdXNlci5oCVwKKwl0cmFuc2Zv cm1hYmxlLmgJXAorCXRyYW5zZm9ybWFibGVfdXNlci5oCVwKKwl0cmF2X3NjZW5lLmgJXAorCXZl Z2V0YWJsZS5oCVwKKwl2ZWdldGFibGVfYmxlbmRfbGF5ZXJfbW9kZWwuaAlcCisJdmVnZXRhYmxl X2NsaXBfYmxvY2suaAlcCisJdmVnZXRhYmxlX2RlZi5oCVwKKwl2ZWdldGFibGVfaW5zdGFuY2Vf Z3JvdXAuaAlcCisJdmVnZXRhYmxlX21hbmFnZXIuaAlcCisJdmVnZXRhYmxlX3F1YWRyYW50LmgJ XAorCXZlZ2V0YWJsZV9zaGFwZS5oCVwKKwl2ZWdldGFibGVfc29ydF9ibG9jay5oCVwKKwl2ZWdl dGFibGV2Yl9hbGxvY2F0b3IuaAlcCisJdmVydGV4X2J1ZmZlci5oCVwKKwl2ZXJ0ZXhfYnVmZmVy X2hhcmQuaAlcCisJdmVydGV4X3Byb2dyYW0uaAlcCisJdmlzdWFsX2NvbGxpc2lvbl9lbnRpdHku aAlcCisJdmlzdWFsX2NvbGxpc2lvbl9lbnRpdHlfdXNlci5oCVwKKwl2aXN1YWxfY29sbGlzaW9u X21hbmFnZXIuaAlcCisJdmlzdWFsX2NvbGxpc2lvbl9tYW5hZ2VyX3VzZXIuaAlcCisJd2F0ZXJf aGVpZ2h0X21hcC5oCVwKKwl3YXRlcl9tb2RlbC5oCVwKKwl3YXRlcl9wb29sX21hbmFnZXIuaAlc CisJd2F0ZXJfc2hhcGUuaAlcCisJd2F0ZXJfdXNlci5oCVwKKwl6b25lLmgJXAorCXpvbmVfY29y bmVyX3Ntb290aGVyLmgJXAorCXpvbmVfbGlnaHRlci5oCVwKKwl6b25lX21hbmFnZXIuaAlcCisJ em9uZV9zZWFyY2guaAlcCisJem9uZV9zbW9vdGhlci5oCVwKKwl6b25lX3RndF9zbW9vdGhlci5o CisKIAogQU1fQ1hYRkxBR1MgICAgICAgICAgPSAtSSQodG9wX3NyY2Rpcikvc3JjIEBGUkVFVFlQ RV9DRkxBR1NACiAKSW5kZXg6IG5lbC9zcmMvM2QvbGF5ZXJlZF9vcmRlcmluZ190YWJsZS5jcHAK PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PQpSQ1MgZmlsZTogL2hvbWUvY3Zzcm9vdC9jb2RlL25lbC9zcmMvM2QvbGF5ZXJl ZF9vcmRlcmluZ190YWJsZS5jcHAsdgpyZXRyaWV2aW5nIHJldmlzaW9uIDEuMQpkaWZmIC11IC1y MS4xIGxheWVyZWRfb3JkZXJpbmdfdGFibGUuY3BwCi0tLSBuZWwvc3JjLzNkL2xheWVyZWRfb3Jk ZXJpbmdfdGFibGUuY3BwCTIwIERlYyAyMDAxIDE2OjUzOjMxIC0wMDAwCTEuMQorKysgbmVsL3Ny Yy8zZC9sYXllcmVkX29yZGVyaW5nX3RhYmxlLmNwcAkxMSBGZWIgMjAwMiAyMTo0Njo1OCAtMDAw MApAQCAtMjMsNyArMjMsNyBAQAogICogTUEgMDIxMTEtMTMwNywgVVNBLgogICovCiAKLSNpbmNs dWRlICJuZWwvM2QvbGF5ZXJlZF9vcmRlcmluZ190YWJsZS5oIgorI2luY2x1ZGUgIjNkL2xheWVy ZWRfb3JkZXJpbmdfdGFibGUuaCIKIAogCiBuYW1lc3BhY2UgTkwzRCB7CkluZGV4OiBuZWwvc3Jj LzNkL2xpZ2h0aW5nX21hbmFnZXIuY3BwCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KUkNTIGZpbGU6IC9ob21lL2N2c3Jv b3QvY29kZS9uZWwvc3JjLzNkL2xpZ2h0aW5nX21hbmFnZXIuY3BwLHYKcmV0cmlldmluZyByZXZp c2lvbiAxLjEKZGlmZiAtdSAtcjEuMSBsaWdodGluZ19tYW5hZ2VyLmNwcAotLS0gbmVsL3NyYy8z ZC9saWdodGluZ19tYW5hZ2VyLmNwcAk2IEZlYiAyMDAyIDE2OjU0OjU2IC0wMDAwCTEuMQorKysg bmVsL3NyYy8zZC9saWdodGluZ19tYW5hZ2VyLmNwcAkxMSBGZWIgMjAwMiAyMTo0Njo1OCAtMDAw MApAQCAtMTU3LDggKzE1Nyw5IEBACiAJQ1ZlY3RvcgliYm1heD0gbGlnaHQtPmdldFBvc2l0aW9u KCk7CiAJYmJtYXgrPSBDVmVjdG9yKHJhZGl1cywgcmFkaXVzLCByYWRpdXMpOwogCisJdWludCBx Z0lkOwogCS8vIGNob29zZSB0aGUgY29ycmVjdCBxdWFkZ3JpZCBhY2NvcmRpbmcgdG8gdGhlIHJh ZGl1cyBvZiB0aGUgbGlnaHQuCi0JZm9yKHVpbnQgcWdJZD0gMDsgcWdJZDxOTDNEX1FVQURHUklE X0xJR0hUX05VTV9MRVZFTC0xOyBxZ0lkKyspCisJZm9yKHFnSWQ9IDA7IHFnSWQ8TkwzRF9RVUFE R1JJRF9MSUdIVF9OVU1fTEVWRUwtMTsgcWdJZCsrKQogCXsKIAkJLy8gaWYgcmFkaXVzIGlzIGlu ZmVyaW9yIHRvIHRoZSByZXF1ZXN0ZWQgcmFkaXVzIGZvciB0aGlzIHF1YWRHcmlkLCBvayEKIAkJ aWYocmFkaXVzPF9MaWdodFF1YWRHcmlkUmFkaXVzTGltaXRbcWdJZF0pCkluZGV4OiBuZWwvc3Jj LzNkL3BhdGNoLmNwcAo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09ClJDUyBmaWxlOiAvaG9tZS9jdnNyb290L2NvZGUvbmVs L3NyYy8zZC9wYXRjaC5jcHAsdgpyZXRyaWV2aW5nIHJldmlzaW9uIDEuNzUKZGlmZiAtdSAtcjEu NzUgcGF0Y2guY3BwCi0tLSBuZWwvc3JjLzNkL3BhdGNoLmNwcAk2IEZlYiAyMDAyIDE2OjU0OjU2 IC0wMDAwCTEuNzUKKysrIG5lbC9zcmMvM2QvcGF0Y2guY3BwCTExIEZlYiAyMDAyIDIxOjQ2OjU5 IC0wMDAwCkBAIC0zNDM2LDggKzM0MzYsMTAgQEAKIAkJCS8vIGdldCByZWYgb24gVExJLCBhbmQg b24gY29ybmVyLgogCQkJY29uc3QgQ1RpbGVMaWdodEluZmx1ZW5jZQkJCQkmdGxpPSBUaWxlTGln aHRJbmZsdWVuY2VzWyAoeVRMSSt5KSp3VExJICsgeFRMSSt4IF07CiAJCQlDTGlnaHRJbmZsdWVu Y2VJbnRlcnBvbGF0b3I6OkNDb3JuZXIJJmNvcm5lcj0gaW50ZXJwLkNvcm5lcnNbeSoyICsgeF07 CisJCQl1aW50IGxpZDsKKwogCQkJLy8gRm9yIGFsbCBsaWdodHMKLQkJCWZvcih1aW50IGxpZD0g MDsgbGlkPENUaWxlTGlnaHRJbmZsdWVuY2U6Ok51bUxpZ2h0UGVyQ29ybmVyOyBsaWQrKykKKwkJ CWZvcihsaWQ9IDA7IGxpZDxDVGlsZUxpZ2h0SW5mbHVlbmNlOjpOdW1MaWdodFBlckNvcm5lcjsg bGlkKyspCiAJCQl7CiAJCQkJLy8gZ2V0IHRoZSBpZCBvZiB0aGUgbGlnaHQgaW4gdGhlIHpvbmUK IAkJCQl1aW50CXRsaUxpZ2h0SWQ9IHRsaS5MaWdodFtsaWRdOwpJbmRleDogbmVsL3NyYy8zZC9z dGF0aWNfcXVhZF9ncmlkLmgKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PQpSQ1MgZmlsZTogL2hvbWUvY3Zzcm9vdC9jb2Rl L25lbC9zcmMvM2Qvc3RhdGljX3F1YWRfZ3JpZC5oLHYKcmV0cmlldmluZyByZXZpc2lvbiAxLjEK ZGlmZiAtdSAtcjEuMSBzdGF0aWNfcXVhZF9ncmlkLmgKLS0tIG5lbC9zcmMvM2Qvc3RhdGljX3F1 YWRfZ3JpZC5oCTYgRmViIDIwMDIgMTY6NTQ6NTcgLTAwMDAJMS4xCisrKyBuZWwvc3JjLzNkL3N0 YXRpY19xdWFkX2dyaWQuaAkxMSBGZWIgMjAwMiAyMTo0Njo1OSAtMDAwMApAQCAtMTkwLDcgKzE5 MCw3IEBACiAJX0NoYW5nZUJhc2lzPSBxdWFkR3JpZC5nZXRCYXNpcygpOwogCV9HcmlkLnJlc2l6 ZShfU2l6ZSAqIF9TaXplKTsKIAotCUNNYXRyaXgJCWludkJhc2lzPSBfQ2hhbmdlQmFzaXMuaW52 ZXJ0ZWQoKTsKKwlOTE1JU0M6OkNNYXRyaXgJCWludkJhc2lzPSBfQ2hhbmdlQmFzaXMuaW52ZXJ0 ZWQoKTsKIAogCS8vIENvdW50IG51bWJlciBvZiBlbGVtZW50cyBwZXIgY2VsbCwgYW5kIHRvdGFs IGNvcGllcyBvZiBlbGVtZW50cwogCXVpbnQJdG90YWxEdXBFbHQ9IDA7CkluZGV4OiBuZWwvc3Jj LzNkL3N1cmZhY2VfbGlnaHRfZ3JpZC5jcHAKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQpSQ1MgZmlsZTogL2hvbWUvY3Zz cm9vdC9jb2RlL25lbC9zcmMvM2Qvc3VyZmFjZV9saWdodF9ncmlkLmNwcCx2CnJldHJpZXZpbmcg cmV2aXNpb24gMS4xCmRpZmYgLXUgLXIxLjEgc3VyZmFjZV9saWdodF9ncmlkLmNwcAotLS0gbmVs L3NyYy8zZC9zdXJmYWNlX2xpZ2h0X2dyaWQuY3BwCTYgRmViIDIwMDIgMTY6NTQ6NTcgLTAwMDAJ MS4xCisrKyBuZWwvc3JjLzNkL3N1cmZhY2VfbGlnaHRfZ3JpZC5jcHAJMTEgRmViIDIwMDIgMjE6 NDc6MDAgLTAwMDAKQEAgLTEwOCw3ICsxMDgsOCBAQAogCQkJY29uc3QgQ0NlbGxDb3JuZXIJCQkJ CQkmY2VsbENvcm5lcj0gQ2VsbHNbICh5Q2VsbCt5KSpXaWR0aCArIHhDZWxsK3ggXTsKIAkJCUNM aWdodEluZmx1ZW5jZUludGVycG9sYXRvcjo6Q0Nvcm5lcgkmY29ybmVyPSBpbnRlcnAuQ29ybmVy c1t5KjIgKyB4XTsKIAkJCS8vIEZvciBhbGwgbGlnaHRzCi0JCQlmb3IodWludCBsaWQ9IDA7IGxp ZDxDU3VyZmFjZUxpZ2h0R3JpZDo6TnVtTGlnaHRQZXJDb3JuZXI7IGxpZCsrKQorCQkJdWludCBs aWQ7CisJCQlmb3IobGlkPSAwOyBsaWQ8Q1N1cmZhY2VMaWdodEdyaWQ6Ok51bUxpZ2h0UGVyQ29y bmVyOyBsaWQrKykKIAkJCXsKIAkJCQkvLyBnZXQgdGhlIGlkIG9mIHRoZSBsaWdodCBpbiB0aGUg aWcKIAkJCQl1aW50CWlnTGlnaHRJZD0gY2VsbENvcm5lci5MaWdodFtsaWRdOwpJbmRleDogbmVs L3NyYy8zZC90cmFuc2Zvcm0uY3BwCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KUkNTIGZpbGU6IC9ob21lL2N2c3Jvb3Qv Y29kZS9uZWwvc3JjLzNkL3RyYW5zZm9ybS5jcHAsdgpyZXRyaWV2aW5nIHJldmlzaW9uIDEuMzEK ZGlmZiAtdSAtcjEuMzEgdHJhbnNmb3JtLmNwcAotLS0gbmVsL3NyYy8zZC90cmFuc2Zvcm0uY3Bw CTYgRmViIDIwMDIgMTY6NTQ6NTcgLTAwMDAJMS4zMQorKysgbmVsL3NyYy8zZC90cmFuc2Zvcm0u Y3BwCTExIEZlYiAyMDAyIDIxOjQ3OjAwIC0wMDAwCkBAIC02ODcsNyArNjg3LDggQEAKIAlfTGln aHRDb250cmlidXRpb24uRnJvemVuU3RhdGljTGlnaHRTZXR1cD0gdHJ1ZTsKIAlfTGlnaHRDb250 cmlidXRpb24uTnVtRnJvemVuU3RhdGljTGlnaHQ9IG51bVBvaW50TGlnaHRzOwogCV9MaWdodENv bnRyaWJ1dGlvbi5TdW5Db250cmlidXRpb249IHN1bkNvbnRyaWJ1dGlvbjsKLQlmb3IodWludCBp PTA7aTxudW1Qb2ludExpZ2h0cztpKyspCisJdWludCBpOworCWZvcihpPTA7aTxudW1Qb2ludExp Z2h0cztpKyspCiAJewogCQkvLyBzZXQgdGhlIGxpZ2h0CiAJCV9MaWdodENvbnRyaWJ1dGlvbi5Q b2ludExpZ2h0W2ldPSBwb2ludExpZ2h0W2ldOwpJbmRleDogbmVsL3NyYy8zZC9kcml2ZXIvTWFr ZWZpbGUuYW0KPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PQpSQ1MgZmlsZTogL2hvbWUvY3Zzcm9vdC9jb2RlL25lbC9zcmMv M2QvZHJpdmVyL01ha2VmaWxlLmFtLHYKcmV0cmlldmluZyByZXZpc2lvbiAxLjEKZGlmZiAtdSAt cjEuMSBNYWtlZmlsZS5hbQotLS0gbmVsL3NyYy8zZC9kcml2ZXIvTWFrZWZpbGUuYW0JMTggRGVj IDIwMDAgMTU6MzA6MTEgLTAwMDAJMS4xCisrKyBuZWwvc3JjLzNkL2RyaXZlci9NYWtlZmlsZS5h bQkxMSBGZWIgMjAwMiAyMTo0NzowMSAtMDAwMApAQCAtNCw3ICs0LDcgQEAKIAogTUFJTlRBSU5F UkNMRUFORklMRVMgPSBNYWtlZmlsZS5pbgogCi1TVUJESVJTICAgICAgICAgICAgICA9IG9wZW5n bCAuCitTVUJESVJTICAgICAgICAgICAgICA9IG9wZW5nbAogCiAKICMgRW5kIG9mIE1ha2VmaWxl LmFtCkluZGV4OiBuZWwvc3JjLzNkL2RyaXZlci9vcGVuZ2wvZHJpdmVyX29wZW5nbC5jcHAKPT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PQpSQ1MgZmlsZTogL2hvbWUvY3Zzcm9vdC9jb2RlL25lbC9zcmMvM2QvZHJpdmVyL29w ZW5nbC9kcml2ZXJfb3BlbmdsLmNwcCx2CnJldHJpZXZpbmcgcmV2aXNpb24gMS4xMzUKZGlmZiAt dSAtcjEuMTM1IGRyaXZlcl9vcGVuZ2wuY3BwCi0tLSBuZWwvc3JjLzNkL2RyaXZlci9vcGVuZ2wv ZHJpdmVyX29wZW5nbC5jcHAJNyBGZWIgMjAwMiAxODowODo1MCAtMDAwMAkxLjEzNQorKysgbmVs L3NyYy8zZC9kcml2ZXIvb3BlbmdsL2RyaXZlcl9vcGVuZ2wuY3BwCTExIEZlYiAyMDAyIDIxOjQ3 OjAyIC0wMDAwCkBAIC0yNSw2ICsyNSwxMCBAQAogICogTUEgMDIxMTEtMTMwNywgVVNBLgogICov CiAKKyNpZmRlZiBIQVZFX0NPTkZJR19ICisjaW5jbHVkZSAibmVsY29uZmlnLmgiCisjZW5kaWYg Ly8gSEFWRV9DT05GSUdfSAorCiAjaW5jbHVkZSAic3Rkb3BlbmdsLmgiCiAKICNpZmRlZiBOTF9P U19XSU5ET1dTCkluZGV4OiBuZWwvc3JjLzNkL2RyaXZlci9vcGVuZ2wvZHJpdmVyX29wZW5nbC5o Cj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT0KUkNTIGZpbGU6IC9ob21lL2N2c3Jvb3QvY29kZS9uZWwvc3JjLzNkL2RyaXZl ci9vcGVuZ2wvZHJpdmVyX29wZW5nbC5oLHYKcmV0cmlldmluZyByZXZpc2lvbiAxLjEwOQpkaWZm IC11IC1yMS4xMDkgZHJpdmVyX29wZW5nbC5oCi0tLSBuZWwvc3JjLzNkL2RyaXZlci9vcGVuZ2wv ZHJpdmVyX29wZW5nbC5oCTcgRmViIDIwMDIgMTg6MDg6NTAgLTAwMDAJMS4xMDkKKysrIG5lbC9z cmMvM2QvZHJpdmVyL29wZW5nbC9kcml2ZXJfb3BlbmdsLmgJMTEgRmViIDIwMDIgMjE6NDc6MDMg LTAwMDAKQEAgLTI5LDMwICsyOSw2IEBACiAKICNpbmNsdWRlICJuZWwvbWlzYy90eXBlc19ubC5o IgogCi0jaWZkZWYgTkxfT1NfV0lORE9XUwotCi0jZGVmaW5lIFdJTjMyX0xFQU5fQU5EX01FQU4K LSNpbmNsdWRlIDx3aW5kb3dzLmg+Ci0jICBpZmRlZiBtaW4KLSMgICAgdW5kZWYgbWluCi0jICBl bmRpZgotIyAgaWZkZWYgbWF4Ci0jICAgIHVuZGVmIG1heAotIyAgZW5kaWYKLQotI2Vsc2UgLy8g TkxfT1NfVU5JWAotCi0jZGVmaW5lIEdMWF9HTFhFWFRfUFJPVE9UWVBFUwotCi0jaW5jbHVkZSA8 R0wvZ2x4Lmg+Ci0KLSNpZmRlZiBYRjg2VklETU9ERQotI2luY2x1ZGUgPFgxMS9leHRlbnNpb25z L3hmODZ2bW9kZS5oPgotI2VuZGlmIC8vWEY4NlZJRE1PREUKLQotI2VuZGlmIC8vIE5MX09TX1VO SVgKLQotI2luY2x1ZGUgPEdML2dsLmg+CiAjaW5jbHVkZSAiZHJpdmVyX29wZW5nbF9leHRlbnNp b24uaCIKIAogI2luY2x1ZGUgIjNkL2RyaXZlci5oIgpJbmRleDogbmVsL3NyYy8zZC9kcml2ZXIv b3BlbmdsL2RyaXZlcl9vcGVuZ2xfZXh0ZW5zaW9uLmNwcAo9PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09ClJDUyBmaWxlOiAv aG9tZS9jdnNyb290L2NvZGUvbmVsL3NyYy8zZC9kcml2ZXIvb3BlbmdsL2RyaXZlcl9vcGVuZ2xf ZXh0ZW5zaW9uLmNwcCx2CnJldHJpZXZpbmcgcmV2aXNpb24gMS4yOApkaWZmIC11IC1yMS4yOCBk cml2ZXJfb3BlbmdsX2V4dGVuc2lvbi5jcHAKLS0tIG5lbC9zcmMvM2QvZHJpdmVyL29wZW5nbC9k cml2ZXJfb3BlbmdsX2V4dGVuc2lvbi5jcHAJNyBGZWIgMjAwMiAxOTozMjo1NiAtMDAwMAkxLjI4 CisrKyBuZWwvc3JjLzNkL2RyaXZlci9vcGVuZ2wvZHJpdmVyX29wZW5nbF9leHRlbnNpb24uY3Bw CTExIEZlYiAyMDAyIDIxOjQ3OjA0IC0wMDAwCkBAIC0yMywyNiArMjMsMzAgQEAKICAqIE1BIDAy MTExLTEzMDcsIFVTQS4KICAqLwogCisjaWZkZWYgSEFWRV9DT05GSUdfSAorI2luY2x1ZGUgIm5l bGNvbmZpZy5oIgorI2VuZGlmIC8vIEhBVkVfQ09ORklHX0gKIAogI2luY2x1ZGUgInN0ZG9wZW5n bC5oIgogCi0jaW5jbHVkZSAiZHJpdmVyX29wZW5nbF9leHRlbnNpb24uaCIKICNpbmNsdWRlICIz ZC9tYXRlcmlhbC5oIgogCiAvLyAqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioKICNpZmRlZiBOTF9PU19XSU5E T1dTCi0jZGVmaW5lCW5lbGdsR2V0UHJvY0FkZHJlc3Mgd2dsR2V0UHJvY0FkZHJlc3MKKyNkZWZp bmUJbmVsZ2xHZXRQcm9jQWRkcmVzcyh4KSB3Z2xHZXRQcm9jQWRkcmVzcyh4KQogI2Vsc2UJLy8g TkxfT1NfV0lORE9XUwotI2RlZmluZQluZWxnbEdldFByb2NBZGRyZXNzIGdsWEdldFByb2NBZGRy ZXNzQVJCCisjZGVmaW5lCW5lbGdsR2V0UHJvY0FkZHJlc3MoeCkgZ2xYR2V0UHJvY0FkZHJlc3NB UkIoKGNvbnN0IEdMdWJ5dGUgKikoeCkpCiAjZW5kaWYJLy8gTkxfT1NfV0lORE9XUwogCiAKK25h bWVzcGFjZQlOTDNECit7CisKIC8vICoqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKgogLy8gVGhlIGV4cG9ydGVk IGZ1bmN0aW9uIG5hbWVzCiAKIC8vIEFSQl9tdWx0aXRleHR1cmUKIC8vPT09PT09PT09PT09PT09 PT0KLSNpZm5kZWYgTkVMX0dMX1ZFUlNJT05fMV8yX0lOX0dMX0gKIAogUEZOR0xBQ1RJVkVURVhU VVJFQVJCUFJPQyBnbEFjdGl2ZVRleHR1cmVBUkI7CiBQRk5HTENMSUVOVEFDVElWRVRFWFRVUkVB UkJQUk9DIGdsQ2xpZW50QWN0aXZlVGV4dHVyZUFSQjsKQEAgLTgxLDggKzg1LDYgQEAKIFBGTkdM TVVMVElURVhDT09SRDRGVkFSQlBST0MgZ2xNdWx0aVRleENvb3JkNGZ2QVJCOwogUEZOR0xNVUxU SVRFWENPT1JENERWQVJCUFJPQyBnbE11bHRpVGV4Q29vcmQ0ZHZBUkI7CiAKLSNlbmRpZiAvLyBH TF9WRVJTSU9OXzFfMgotCiAKIC8vIEFSQl9UZXh0dXJlQ29tcHJlc3Npb24uCiAvLz09PT09PT09 PT09PT09PT09PT09PT09PQpAQCAtMjQ2LDEwICsyNDgsNiBAQAogLy8gKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqCiAKIAotbmFtZXNwYWNlCU5MM0QKLXsKLQotCiAvLyAqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioKIC8v IEV4dGVuc2lvbnMgcmVnaXN0cmF0aW9ucywgYW5kIFdpbmRvd3MgZnVuY3Rpb24gUmVnaXN0cmF0 aW9uLgogCkBAIC0yNjAsNyArMjU4LDYgQEAKIAlpZihzdHJzdHIoZ2xleHQsICJHTF9BUkJfbXVs dGl0ZXh0dXJlIik9PU5VTEwpCiAJCXJldHVybiBmYWxzZTsKIAotI2lmbmRlZiBORUxfR0xfVkVS U0lPTl8xXzJfSU5fR0xfSAogCWlmKCEoZ2xBY3RpdmVUZXh0dXJlQVJCPShQRk5HTEFDVElWRVRF WFRVUkVBUkJQUk9DKW5lbGdsR2V0UHJvY0FkZHJlc3MoImdsQWN0aXZlVGV4dHVyZUFSQiIpKSly ZXR1cm4gZmFsc2U7CiAJaWYoIShnbENsaWVudEFjdGl2ZVRleHR1cmVBUkI9KFBGTkdMQ0xJRU5U QUNUSVZFVEVYVFVSRUFSQlBST0MpbmVsZ2xHZXRQcm9jQWRkcmVzcygiZ2xDbGllbnRBY3RpdmVU ZXh0dXJlQVJCIikpKXJldHVybiBmYWxzZTsKIApAQCAtMjk3LDcgKzI5NCw2IEBACiAJaWYoIShn bE11bHRpVGV4Q29vcmQ0aXZBUkI9KFBGTkdMTVVMVElURVhDT09SRDRJVkFSQlBST0MpbmVsZ2xH ZXRQcm9jQWRkcmVzcygiZ2xNdWx0aVRleENvb3JkNGl2QVJCIikpKXJldHVybiBmYWxzZTsKIAlp ZighKGdsTXVsdGlUZXhDb29yZDRmdkFSQj0oUEZOR0xNVUxUSVRFWENPT1JENEZWQVJCUFJPQylu ZWxnbEdldFByb2NBZGRyZXNzKCJnbE11bHRpVGV4Q29vcmQ0ZnZBUkIiKSkpcmV0dXJuIGZhbHNl OwogCWlmKCEoZ2xNdWx0aVRleENvb3JkNGR2QVJCPShQRk5HTE1VTFRJVEVYQ09PUkQ0RFZBUkJQ Uk9DKW5lbGdsR2V0UHJvY0FkZHJlc3MoImdsTXVsdGlUZXhDb29yZDRkdkFSQiIpKSlyZXR1cm4g ZmFsc2U7Ci0jZW5kaWYgLy8gR0xfVkVSU0lPTl8xXzIKIAogCXJldHVybiB0cnVlOwogfQpJbmRl eDogbmVsL3NyYy8zZC9kcml2ZXIvb3BlbmdsL2RyaXZlcl9vcGVuZ2xfZXh0ZW5zaW9uLmgKPT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PQpSQ1MgZmlsZTogL2hvbWUvY3Zzcm9vdC9jb2RlL25lbC9zcmMvM2QvZHJpdmVyL29w ZW5nbC9kcml2ZXJfb3BlbmdsX2V4dGVuc2lvbi5oLHYKcmV0cmlldmluZyByZXZpc2lvbiAxLjI1 CmRpZmYgLXUgLXIxLjI1IGRyaXZlcl9vcGVuZ2xfZXh0ZW5zaW9uLmgKLS0tIG5lbC9zcmMvM2Qv ZHJpdmVyL29wZW5nbC9kcml2ZXJfb3BlbmdsX2V4dGVuc2lvbi5oCTcgRmViIDIwMDIgMTk6NDk6 NDUgLTAwMDAJMS4yNQorKysgbmVsL3NyYy8zZC9kcml2ZXIvb3BlbmdsL2RyaXZlcl9vcGVuZ2xf ZXh0ZW5zaW9uLmgJMTEgRmViIDIwMDIgMjE6NDc6MDQgLTAwMDAKQEAgLTI5LDMxICsyOSwzNiBA QAogCiAjaW5jbHVkZSAibmVsL21pc2MvdHlwZXNfbmwuaCIKIAorI2lmZGVmIE5FTF9BUkJfTVVM VElURVhUVVJFX05PX1RZUEVERUZTCisvKgorICogUHJldmVudCBpbmNsdXNpb24gb2YgYnVnb3Vz IGRlY2xhcmF0aW9ucywgd2UgaW5jbHVkZSBvdXIgb3duIGluIAorICogZHJpdmVyX29wZW5nbF9l eHRlbnNpb25fZGVmLmgKKyAqLworI2RlZmluZSBHTF9BUkJfbXVsdGl0ZXh0dXJlIDEKKyNlbmRp ZiAvLyBORUxfQVJCX01VTFRJVEVYVFVSRV9OT19UWVBFREVGUworCiAjaWZkZWYgTkxfT1NfV0lO RE9XUwogCiAjZGVmaW5lIFdJTjMyX0xFQU5fQU5EX01FQU4KICNpbmNsdWRlIDx3aW5kb3dzLmg+ CisjICBpZmRlZiBtaW4KKyMgICAgdW5kZWYgbWluCisjICBlbmRpZgorIyAgaWZkZWYgbWF4Cisj ICAgIHVuZGVmIG1heAorIyAgZW5kaWYKIAogI2Vsc2UgLy8gTkxfT1NfVU5JWAogCiAjaW5jbHVk ZSA8R0wvZ2x4Lmg+CiAKLSNlbmRpZiAvLyBOTF9PU19VTklYCisjaWZkZWYgWEY4NlZJRE1PREUK KyNpbmNsdWRlIDxYMTEvZXh0ZW5zaW9ucy94Zjg2dm1vZGUuaD4KKyNlbmRpZiAvL1hGODZWSURN T0RFCiAKKyNlbmRpZiAvLyBOTF9PU19VTklYCiAKICNpbmNsdWRlIDxHTC9nbC5oPgotLy8gaWYg PEdML2dsZXh0Lmg+IG5vdCBhbHJlYWR5IGluY2x1ZGVkLgotLyojaWZuZGVmIF9fZ2xleHRfaF8K LSNpZmRlZiBHTF9WRVJTSU9OXzFfMgotI2RlZmluZQlORUxfR0xfVkVSU0lPTl8xXzJfSU5fR0xf SAotI2Vsc2UKLSN1bmRlZiBORUxfR0xfVkVSU0lPTl8xXzJfSU5fR0xfSAotI2VuZGlmCi0jZW5k aWYqLwotLy8gXHRvZG8geW95bzogYXdmdWxsIGJ1dCBwcmVjIGRvIG5vdCB3b3JrLCBtdXN0IHNr aXAgMS4xIHZlcnNpb24uLi4uCi0jaWZkZWYgTkxfT1NfVU5JWAotI2RlZmluZQlORUxfR0xfVkVS U0lPTl8xXzJfSU5fR0xfSAotI2VuZGlmCiAjaW5jbHVkZSA8R0wvZ2xleHQuaD4JLy8gUGxlYXNl IGRvd25sb2FkIGl0IGZyb20gaHR0cDovL29zcy5zZ2kuY29tL3Byb2plY3RzL29nbC1zYW1wbGUv QUJJLyIKIAogI2lmbmRlZiBHTF9HTEVYVF9WRVJTSU9OCkBAIC0xNTUsNyArMTYwLDcgQEAKIHZv aWQJcmVnaXN0ZXJHbEV4dGVuc2lvbnMoQ0dsRXh0ZW5zaW9ucyAmZXh0KTsKIAogCi19CisKIAog CiAKQEAgLTE2Myw5ICsxNjgsOCBAQAogLy8gVGhlIGV4cG9ydGVkIGZ1bmN0aW9uIG5hbWVzCiAK IAotLy8gQVJCX211bHRpdGV4dHVyZSAob25seSB2ZXJzaW9uIDwgMS4yLjEpCisvLyBBUkJfbXVs dGl0ZXh0dXJlCiAvLz09PT09PT09PT09PT09PT09Ci0jaWZuZGVmIE5FTF9HTF9WRVJTSU9OXzFf Ml9JTl9HTF9ICiAKIGV4dGVybiBQRk5HTEFDVElWRVRFWFRVUkVBUkJQUk9DIGdsQWN0aXZlVGV4 dHVyZUFSQjsKIGV4dGVybiBQRk5HTENMSUVOVEFDVElWRVRFWFRVUkVBUkJQUk9DIGdsQ2xpZW50 QWN0aXZlVGV4dHVyZUFSQjsKQEAgLTIwNSw5ICsyMDksNiBAQAogZXh0ZXJuIFBGTkdMTVVMVElU RVhDT09SRDRGVkFSQlBST0MgZ2xNdWx0aVRleENvb3JkNGZ2QVJCOwogZXh0ZXJuIFBGTkdMTVVM VElURVhDT09SRDREVkFSQlBST0MgZ2xNdWx0aVRleENvb3JkNGR2QVJCOwogCi0jZW5kaWYgLy8g TkVMX0dMX1ZFUlNJT05fMV8yX0lOX0dMX0gKLQotCiAvLyBBUkJfVGV4dHVyZUNvbXByZXNzaW9u LgogLy89PT09PT09PT09PT09PT09PT09PT09PT0KIGV4dGVybiBQRk5HTENPTVBSRVNTRURURVhJ TUFHRTNEQVJCUFJPQwkJZ2xDb21wcmVzc2VkVGV4SW1hZ2UzREFSQjsKQEAgLTM1OCw2ICszNTks NyBAQAogCiAjZW5kaWYKIAorfQogCiAjZW5kaWYgLy8gTkxfT1BFTkdMX0VYVEVOU0lPTl9ICiAK SW5kZXg6IG5lbC9zcmMvM2QvZHJpdmVyL29wZW5nbC9kcml2ZXJfb3BlbmdsX2V4dGVuc2lvbl9k ZWYuaAo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09ClJDUyBmaWxlOiAvaG9tZS9jdnNyb290L2NvZGUvbmVsL3NyYy8zZC9k cml2ZXIvb3BlbmdsL2RyaXZlcl9vcGVuZ2xfZXh0ZW5zaW9uX2RlZi5oLHYKcmV0cmlldmluZyBy ZXZpc2lvbiAxLjgKZGlmZiAtdSAtcjEuOCBkcml2ZXJfb3BlbmdsX2V4dGVuc2lvbl9kZWYuaAot LS0gbmVsL3NyYy8zZC9kcml2ZXIvb3BlbmdsL2RyaXZlcl9vcGVuZ2xfZXh0ZW5zaW9uX2RlZi5o CTcgRmViIDIwMDIgMTk6NDk6NDUgLTAwMDAJMS44CisrKyBuZWwvc3JjLzNkL2RyaXZlci9vcGVu Z2wvZHJpdmVyX29wZW5nbF9leHRlbnNpb25fZGVmLmgJMTEgRmViIDIwMDIgMjE6NDc6MDYgLTAw MDAKQEAgLTI5LDI1ICsyOSw4NiBAQAogCiAjaW5jbHVkZSAibmVsL21pc2MvdHlwZXNfbmwuaCIK IAotI2luY2x1ZGUgPEdML2dsLmg+Ci0vLyBpZiA8R0wvZ2xleHQuaD4gbm90IGFscmVhZHkgaW5j bHVkZWQuCi0vKiNpZm5kZWYgX19nbGV4dF9oXwotI2lmZGVmIEdMX1ZFUlNJT05fMV8yCi0jZGVm aW5lCU5FTF9HTF9WRVJTSU9OXzFfMl9JTl9HTF9ICi0jZWxzZQotI3VuZGVmIE5FTF9HTF9WRVJT SU9OXzFfMl9JTl9HTF9ICi0jZW5kaWYKLSNlbmRpZiovCi0vLyBcdG9kbyB5b3lvOiBhd2Z1bGwg YnV0IHByZWMgZG8gbm90IHdvcmssIG11c3Qgc2tpcCAxLjEgdmVyc2lvbi4uLi4KLSNpZmRlZiBO TF9PU19VTklYCi0jZGVmaW5lCU5FTF9HTF9WRVJTSU9OXzFfMl9JTl9HTF9ICi0jZW5kaWYKLSNp bmNsdWRlIDxHTC9nbGV4dC5oPgkvLyBQbGVhc2UgZG93bmxvYWQgaXQgZnJvbSBodHRwOi8vb3Nz LnNnaS5jb20vcHJvamVjdHMvb2dsLXNhbXBsZS9BQkkvIgotCiAjaWZkZWYgX19jcGx1c3BsdXMK IGV4dGVybiAiQyIgewogI2VuZGlmCiAKKy8qCisgKiBEZWZpbmUgdHlwZWRlZnMgb25seSBpZiB0 aGV5IGFyZSBtaXNzaW5nLgorICovCisjaWZkZWYgTkVMX0FSQl9NVUxUSVRFWFRVUkVfTk9fVFlQ RURFRlMKKyNkZWZpbmUgR0xfVEVYVFVSRTBfQVJCCQkJCTB4ODRDMAorI2RlZmluZSBHTF9URVhU VVJFMV9BUkIJCQkJMHg4NEMxCisjZGVmaW5lIEdMX1RFWFRVUkUyX0FSQgkJCQkweDg0QzIKKyNk ZWZpbmUgR0xfVEVYVFVSRTNfQVJCCQkJCTB4ODRDMworI2RlZmluZSBHTF9URVhUVVJFNF9BUkIJ CQkJMHg4NEM0CisjZGVmaW5lIEdMX1RFWFRVUkU1X0FSQgkJCQkweDg0QzUKKyNkZWZpbmUgR0xf VEVYVFVSRTZfQVJCCQkJCTB4ODRDNgorI2RlZmluZSBHTF9URVhUVVJFN19BUkIJCQkJMHg4NEM3 CisjZGVmaW5lIEdMX1RFWFRVUkU4X0FSQgkJCQkweDg0QzgKKyNkZWZpbmUgR0xfVEVYVFVSRTlf QVJCCQkJCTB4ODRDOQorI2RlZmluZSBHTF9URVhUVVJFMTBfQVJCCQkJMHg4NENBCisjZGVmaW5l IEdMX1RFWFRVUkUxMV9BUkIJCQkweDg0Q0IKKyNkZWZpbmUgR0xfVEVYVFVSRTEyX0FSQgkJCTB4 ODRDQworI2RlZmluZSBHTF9URVhUVVJFMTNfQVJCCQkJMHg4NENECisjZGVmaW5lIEdMX1RFWFRV UkUxNF9BUkIJCQkweDg0Q0UKKyNkZWZpbmUgR0xfVEVYVFVSRTE1X0FSQgkJCTB4ODRDRgorI2Rl ZmluZSBHTF9URVhUVVJFMTZfQVJCCQkJMHg4NEQwCisjZGVmaW5lIEdMX1RFWFRVUkUxN19BUkIJ CQkweDg0RDEKKyNkZWZpbmUgR0xfVEVYVFVSRTE4X0FSQgkJCTB4ODREMgorI2RlZmluZSBHTF9U RVhUVVJFMTlfQVJCCQkJMHg4NEQzCisjZGVmaW5lIEdMX1RFWFRVUkUyMF9BUkIJCQkweDg0RDQK KyNkZWZpbmUgR0xfVEVYVFVSRTIxX0FSQgkJCTB4ODRENQorI2RlZmluZSBHTF9URVhUVVJFMjJf QVJCCQkJMHg4NEQ2CisjZGVmaW5lIEdMX1RFWFRVUkUyM19BUkIJCQkweDg0RDcKKyNkZWZpbmUg R0xfVEVYVFVSRTI0X0FSQgkJCTB4ODREOAorI2RlZmluZSBHTF9URVhUVVJFMjVfQVJCCQkJMHg4 NEQ5CisjZGVmaW5lIEdMX1RFWFRVUkUyNl9BUkIJCQkweDg0REEKKyNkZWZpbmUgR0xfVEVYVFVS RTI3X0FSQgkJCTB4ODREQgorI2RlZmluZSBHTF9URVhUVVJFMjhfQVJCCQkJMHg4NERDCisjZGVm aW5lIEdMX1RFWFRVUkUyOV9BUkIJCQkweDg0REQKKyNkZWZpbmUgR0xfVEVYVFVSRTMwX0FSQgkJ CTB4ODRERQorI2RlZmluZSBHTF9URVhUVVJFMzFfQVJCCQkJMHg4NERGCisjZGVmaW5lIEdMX0FD VElWRV9URVhUVVJFX0FSQgkJCTB4ODRFMAorI2RlZmluZSBHTF9DTElFTlRfQUNUSVZFX1RFWFRV UkVfQVJCCQkweDg0RTEKKyNkZWZpbmUgR0xfTUFYX1RFWFRVUkVfVU5JVFNfQVJCCQkweDg0RTIK KworCit0eXBlZGVmIHZvaWQgKEFQSUVOVFJZICogUEZOR0xBQ1RJVkVURVhUVVJFQVJCUFJPQykg KEdMZW51bSB0ZXh0dXJlKTsKK3R5cGVkZWYgdm9pZCAoQVBJRU5UUlkgKiBQRk5HTENMSUVOVEFD VElWRVRFWFRVUkVBUkJQUk9DKSAoR0xlbnVtIHRleHR1cmUpOwordHlwZWRlZiB2b2lkIChBUElF TlRSWSAqIFBGTkdMTVVMVElURVhDT09SRDFEQVJCUFJPQykgKEdMZW51bSB0YXJnZXQsIEdMZG91 YmxlIHMpOwordHlwZWRlZiB2b2lkIChBUElFTlRSWSAqIFBGTkdMTVVMVElURVhDT09SRDFEVkFS QlBST0MpIChHTGVudW0gdGFyZ2V0LCBjb25zdCBHTGRvdWJsZSAqdik7Cit0eXBlZGVmIHZvaWQg KEFQSUVOVFJZICogUEZOR0xNVUxUSVRFWENPT1JEMUZBUkJQUk9DKSAoR0xlbnVtIHRhcmdldCwg R0xmbG9hdCBzKTsKK3R5cGVkZWYgdm9pZCAoQVBJRU5UUlkgKiBQRk5HTE1VTFRJVEVYQ09PUkQx RlZBUkJQUk9DKSAoR0xlbnVtIHRhcmdldCwgY29uc3QgR0xmbG9hdCAqdik7Cit0eXBlZGVmIHZv aWQgKEFQSUVOVFJZICogUEZOR0xNVUxUSVRFWENPT1JEMUlBUkJQUk9DKSAoR0xlbnVtIHRhcmdl dCwgR0xpbnQgcyk7Cit0eXBlZGVmIHZvaWQgKEFQSUVOVFJZICogUEZOR0xNVUxUSVRFWENPT1JE MUlWQVJCUFJPQykgKEdMZW51bSB0YXJnZXQsIGNvbnN0IEdMaW50ICp2KTsKK3R5cGVkZWYgdm9p ZCAoQVBJRU5UUlkgKiBQRk5HTE1VTFRJVEVYQ09PUkQxU0FSQlBST0MpIChHTGVudW0gdGFyZ2V0 LCBHTHNob3J0IHMpOwordHlwZWRlZiB2b2lkIChBUElFTlRSWSAqIFBGTkdMTVVMVElURVhDT09S RDFTVkFSQlBST0MpIChHTGVudW0gdGFyZ2V0LCBjb25zdCBHTHNob3J0ICp2KTsKK3R5cGVkZWYg dm9pZCAoQVBJRU5UUlkgKiBQRk5HTE1VTFRJVEVYQ09PUkQyREFSQlBST0MpIChHTGVudW0gdGFy Z2V0LCBHTGRvdWJsZSBzLCBHTGRvdWJsZSB0KTsKK3R5cGVkZWYgdm9pZCAoQVBJRU5UUlkgKiBQ Rk5HTE1VTFRJVEVYQ09PUkQyRFZBUkJQUk9DKSAoR0xlbnVtIHRhcmdldCwgY29uc3QgR0xkb3Vi bGUgKnYpOwordHlwZWRlZiB2b2lkIChBUElFTlRSWSAqIFBGTkdMTVVMVElURVhDT09SRDJGQVJC UFJPQykgKEdMZW51bSB0YXJnZXQsIEdMZmxvYXQgcywgR0xmbG9hdCB0KTsKK3R5cGVkZWYgdm9p ZCAoQVBJRU5UUlkgKiBQRk5HTE1VTFRJVEVYQ09PUkQyRlZBUkJQUk9DKSAoR0xlbnVtIHRhcmdl dCwgY29uc3QgR0xmbG9hdCAqdik7Cit0eXBlZGVmIHZvaWQgKEFQSUVOVFJZICogUEZOR0xNVUxU SVRFWENPT1JEMklBUkJQUk9DKSAoR0xlbnVtIHRhcmdldCwgR0xpbnQgcywgR0xpbnQgdCk7Cit0 eXBlZGVmIHZvaWQgKEFQSUVOVFJZICogUEZOR0xNVUxUSVRFWENPT1JEMklWQVJCUFJPQykgKEdM ZW51bSB0YXJnZXQsIGNvbnN0IEdMaW50ICp2KTsKK3R5cGVkZWYgdm9pZCAoQVBJRU5UUlkgKiBQ Rk5HTE1VTFRJVEVYQ09PUkQyU0FSQlBST0MpIChHTGVudW0gdGFyZ2V0LCBHTHNob3J0IHMsIEdM c2hvcnQgdCk7Cit0eXBlZGVmIHZvaWQgKEFQSUVOVFJZICogUEZOR0xNVUxUSVRFWENPT1JEMlNW QVJCUFJPQykgKEdMZW51bSB0YXJnZXQsIGNvbnN0IEdMc2hvcnQgKnYpOwordHlwZWRlZiB2b2lk IChBUElFTlRSWSAqIFBGTkdMTVVMVElURVhDT09SRDNEQVJCUFJPQykgKEdMZW51bSB0YXJnZXQs IEdMZG91YmxlIHMsIEdMZG91YmxlIHQsIEdMZG91YmxlIHIpOwordHlwZWRlZiB2b2lkIChBUElF TlRSWSAqIFBGTkdMTVVMVElURVhDT09SRDNEVkFSQlBST0MpIChHTGVudW0gdGFyZ2V0LCBjb25z dCBHTGRvdWJsZSAqdik7Cit0eXBlZGVmIHZvaWQgKEFQSUVOVFJZICogUEZOR0xNVUxUSVRFWENP T1JEM0ZBUkJQUk9DKSAoR0xlbnVtIHRhcmdldCwgR0xmbG9hdCBzLCBHTGZsb2F0IHQsIEdMZmxv YXQgcik7Cit0eXBlZGVmIHZvaWQgKEFQSUVOVFJZICogUEZOR0xNVUxUSVRFWENPT1JEM0ZWQVJC UFJPQykgKEdMZW51bSB0YXJnZXQsIGNvbnN0IEdMZmxvYXQgKnYpOwordHlwZWRlZiB2b2lkIChB UElFTlRSWSAqIFBGTkdMTVVMVElURVhDT09SRDNJQVJCUFJPQykgKEdMZW51bSB0YXJnZXQsIEdM aW50IHMsIEdMaW50IHQsIEdMaW50IHIpOwordHlwZWRlZiB2b2lkIChBUElFTlRSWSAqIFBGTkdM TVVMVElURVhDT09SRDNJVkFSQlBST0MpIChHTGVudW0gdGFyZ2V0LCBjb25zdCBHTGludCAqdik7 Cit0eXBlZGVmIHZvaWQgKEFQSUVOVFJZICogUEZOR0xNVUxUSVRFWENPT1JEM1NBUkJQUk9DKSAo R0xlbnVtIHRhcmdldCwgR0xzaG9ydCBzLCBHTHNob3J0IHQsIEdMc2hvcnQgcik7Cit0eXBlZGVm IHZvaWQgKEFQSUVOVFJZICogUEZOR0xNVUxUSVRFWENPT1JEM1NWQVJCUFJPQykgKEdMZW51bSB0 YXJnZXQsIGNvbnN0IEdMc2hvcnQgKnYpOwordHlwZWRlZiB2b2lkIChBUElFTlRSWSAqIFBGTkdM TVVMVElURVhDT09SRDREQVJCUFJPQykgKEdMZW51bSB0YXJnZXQsIEdMZG91YmxlIHMsIEdMZG91 YmxlIHQsIEdMZG91YmxlIHIsIEdMZG91YmxlIHEpOwordHlwZWRlZiB2b2lkIChBUElFTlRSWSAq IFBGTkdMTVVMVElURVhDT09SRDREVkFSQlBST0MpIChHTGVudW0gdGFyZ2V0LCBjb25zdCBHTGRv dWJsZSAqdik7Cit0eXBlZGVmIHZvaWQgKEFQSUVOVFJZICogUEZOR0xNVUxUSVRFWENPT1JENEZB UkJQUk9DKSAoR0xlbnVtIHRhcmdldCwgR0xmbG9hdCBzLCBHTGZsb2F0IHQsIEdMZmxvYXQgciwg R0xmbG9hdCBxKTsKK3R5cGVkZWYgdm9pZCAoQVBJRU5UUlkgKiBQRk5HTE1VTFRJVEVYQ09PUkQ0 RlZBUkJQUk9DKSAoR0xlbnVtIHRhcmdldCwgY29uc3QgR0xmbG9hdCAqdik7Cit0eXBlZGVmIHZv aWQgKEFQSUVOVFJZICogUEZOR0xNVUxUSVRFWENPT1JENElBUkJQUk9DKSAoR0xlbnVtIHRhcmdl dCwgR0xpbnQgcywgR0xpbnQgdCwgR0xpbnQgciwgR0xpbnQgcSk7Cit0eXBlZGVmIHZvaWQgKEFQ SUVOVFJZICogUEZOR0xNVUxUSVRFWENPT1JENElWQVJCUFJPQykgKEdMZW51bSB0YXJnZXQsIGNv bnN0IEdMaW50ICp2KTsKK3R5cGVkZWYgdm9pZCAoQVBJRU5UUlkgKiBQRk5HTE1VTFRJVEVYQ09P UkQ0U0FSQlBST0MpIChHTGVudW0gdGFyZ2V0LCBHTHNob3J0IHMsIEdMc2hvcnQgdCwgR0xzaG9y dCByLCBHTHNob3J0IHEpOwordHlwZWRlZiB2b2lkIChBUElFTlRSWSAqIFBGTkdMTVVMVElURVhD T09SRDRTVkFSQlBST0MpIChHTGVudW0gdGFyZ2V0LCBjb25zdCBHTHNob3J0ICp2KTsKKyNlbmRp ZiAvLyBORUxfQVJCX01VTFRJVEVYVFVSRV9OT19UWVBFREVGUwogCiAjaWZkZWYgTkxfT1NfV0lO RE9XUwogCkluZGV4OiBuZWwvc3JjLzNkL2RyaXZlci9vcGVuZ2wvZHJpdmVyX29wZW5nbF9saWdo dC5jcHAKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PQpSQ1MgZmlsZTogL2hvbWUvY3Zzcm9vdC9jb2RlL25lbC9zcmMvM2Qv ZHJpdmVyL29wZW5nbC9kcml2ZXJfb3BlbmdsX2xpZ2h0LmNwcCx2CnJldHJpZXZpbmcgcmV2aXNp b24gMS42CmRpZmYgLXUgLXIxLjYgZHJpdmVyX29wZW5nbF9saWdodC5jcHAKLS0tIG5lbC9zcmMv M2QvZHJpdmVyL29wZW5nbC9kcml2ZXJfb3BlbmdsX2xpZ2h0LmNwcAkxMCBKYW4gMjAwMiAxMDow MjoxNSAtMDAwMAkxLjYKKysrIG5lbC9zcmMvM2QvZHJpdmVyL29wZW5nbC9kcml2ZXJfb3Blbmds X2xpZ2h0LmNwcAkxMSBGZWIgMjAwMiAyMTo0NzowNiAtMDAwMApAQCAtMjMsNiArMjMsMTAgQEAK ICAqIE1BIDAyMTExLTEzMDcsIFVTQS4KICAqLwogCisjaWZkZWYgSEFWRV9DT05GSUdfSAorI2lu Y2x1ZGUgIm5lbGNvbmZpZy5oIgorI2VuZGlmIC8vIEhBVkVfQ09ORklHX0gKKwogI2luY2x1ZGUg InN0ZG9wZW5nbC5oIgogCiAjaW5jbHVkZSAiM2QvbGlnaHQuaCIKSW5kZXg6IG5lbC9zcmMvM2Qv ZHJpdmVyL29wZW5nbC9kcml2ZXJfb3BlbmdsX21hdGVyaWFsLmNwcAo9PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09ClJDUyBm aWxlOiAvaG9tZS9jdnNyb290L2NvZGUvbmVsL3NyYy8zZC9kcml2ZXIvb3BlbmdsL2RyaXZlcl9v cGVuZ2xfbWF0ZXJpYWwuY3BwLHYKcmV0cmlldmluZyByZXZpc2lvbiAxLjU1CmRpZmYgLXUgLXIx LjU1IGRyaXZlcl9vcGVuZ2xfbWF0ZXJpYWwuY3BwCi0tLSBuZWwvc3JjLzNkL2RyaXZlci9vcGVu Z2wvZHJpdmVyX29wZW5nbF9tYXRlcmlhbC5jcHAJMTUgSmFuIDIwMDIgMTU6Mjg6NTggLTAwMDAJ MS41NQorKysgbmVsL3NyYy8zZC9kcml2ZXIvb3BlbmdsL2RyaXZlcl9vcGVuZ2xfbWF0ZXJpYWwu Y3BwCTExIEZlYiAyMDAyIDIxOjQ3OjA2IC0wMDAwCkBAIC0yMyw2ICsyMywxMCBAQAogICogTUEg MDIxMTEtMTMwNywgVVNBLgogICovCiAKKyNpZmRlZiBIQVZFX0NPTkZJR19ICisjaW5jbHVkZSAi bmVsY29uZmlnLmgiCisjZW5kaWYgLy8gSEFWRV9DT05GSUdfSAorCiAjaW5jbHVkZSAic3Rkb3Bl bmdsLmgiCiAKIApJbmRleDogbmVsL3NyYy8zZC9kcml2ZXIvb3BlbmdsL2RyaXZlcl9vcGVuZ2xf bWF0cml4LmNwcAo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09ClJDUyBmaWxlOiAvaG9tZS9jdnNyb290L2NvZGUvbmVsL3Ny Yy8zZC9kcml2ZXIvb3BlbmdsL2RyaXZlcl9vcGVuZ2xfbWF0cml4LmNwcCx2CnJldHJpZXZpbmcg cmV2aXNpb24gMS4xMgpkaWZmIC11IC1yMS4xMiBkcml2ZXJfb3BlbmdsX21hdHJpeC5jcHAKLS0t IG5lbC9zcmMvM2QvZHJpdmVyL29wZW5nbC9kcml2ZXJfb3BlbmdsX21hdHJpeC5jcHAJMjggRGVj IDIwMDEgMTU6Mzc6MDIgLTAwMDAJMS4xMgorKysgbmVsL3NyYy8zZC9kcml2ZXIvb3BlbmdsL2Ry aXZlcl9vcGVuZ2xfbWF0cml4LmNwcAkxMSBGZWIgMjAwMiAyMTo0NzowNiAtMDAwMApAQCAtMjMs NiArMjMsMTAgQEAKICAqIE1BIDAyMTExLTEzMDcsIFVTQS4KICAqLwogCisjaWZkZWYgSEFWRV9D T05GSUdfSAorI2luY2x1ZGUgIm5lbGNvbmZpZy5oIgorI2VuZGlmIC8vIEhBVkVfQ09ORklHX0gK KwogI2luY2x1ZGUgInN0ZG9wZW5nbC5oIgogCiBuYW1lc3BhY2UgTkwzRCB7CkluZGV4OiBuZWwv c3JjLzNkL2RyaXZlci9vcGVuZ2wvZHJpdmVyX29wZW5nbF9zdGF0ZXMuY3BwCj09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0K UkNTIGZpbGU6IC9ob21lL2N2c3Jvb3QvY29kZS9uZWwvc3JjLzNkL2RyaXZlci9vcGVuZ2wvZHJp dmVyX29wZW5nbF9zdGF0ZXMuY3BwLHYKcmV0cmlldmluZyByZXZpc2lvbiAxLjEyCmRpZmYgLXUg LXIxLjEyIGRyaXZlcl9vcGVuZ2xfc3RhdGVzLmNwcAotLS0gbmVsL3NyYy8zZC9kcml2ZXIvb3Bl bmdsL2RyaXZlcl9vcGVuZ2xfc3RhdGVzLmNwcAkyOCBEZWMgMjAwMSAxNTozNzowMiAtMDAwMAkx LjEyCisrKyBuZWwvc3JjLzNkL2RyaXZlci9vcGVuZ2wvZHJpdmVyX29wZW5nbF9zdGF0ZXMuY3Bw CTExIEZlYiAyMDAyIDIxOjQ3OjA2IC0wMDAwCkBAIC0yMyw2ICsyMywxMCBAQAogICogTUEgMDIx MTEtMTMwNywgVVNBLgogICovCiAKKyNpZmRlZiBIQVZFX0NPTkZJR19ICisjaW5jbHVkZSAibmVs Y29uZmlnLmgiCisjZW5kaWYgLy8gSEFWRV9DT05GSUdfSAorCiAjaW5jbHVkZSAic3Rkb3Blbmds LmgiCiAKIApJbmRleDogbmVsL3NyYy8zZC9kcml2ZXIvb3BlbmdsL2RyaXZlcl9vcGVuZ2xfdGV4 dHVyZS5jcHAKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PQpSQ1MgZmlsZTogL2hvbWUvY3Zzcm9vdC9jb2RlL25lbC9zcmMv M2QvZHJpdmVyL29wZW5nbC9kcml2ZXJfb3BlbmdsX3RleHR1cmUuY3BwLHYKcmV0cmlldmluZyBy ZXZpc2lvbiAxLjQ3CmRpZmYgLXUgLXIxLjQ3IGRyaXZlcl9vcGVuZ2xfdGV4dHVyZS5jcHAKLS0t IG5lbC9zcmMvM2QvZHJpdmVyL29wZW5nbC9kcml2ZXJfb3BlbmdsX3RleHR1cmUuY3BwCTE4IEph biAyMDAyIDEwOjA4OjEyIC0wMDAwCTEuNDcKKysrIG5lbC9zcmMvM2QvZHJpdmVyL29wZW5nbC9k cml2ZXJfb3BlbmdsX3RleHR1cmUuY3BwCTExIEZlYiAyMDAyIDIxOjQ3OjA3IC0wMDAwCkBAIC0y Nyw2ICsyNywxMCBAQAogICogTUEgMDIxMTEtMTMwNywgVVNBLgogICovCiAKKyNpZmRlZiBIQVZF X0NPTkZJR19ICisjaW5jbHVkZSAibmVsY29uZmlnLmgiCisjZW5kaWYgLy8gSEFWRV9DT05GSUdf SAorCiAjaW5jbHVkZSAic3Rkb3BlbmdsLmgiCiAKICNpbmNsdWRlICIzZC90ZXh0dXJlX2N1YmUu aCIKSW5kZXg6IG5lbC9zcmMvM2QvZHJpdmVyL29wZW5nbC9kcml2ZXJfb3BlbmdsX3ZlcnRleC5j cHAKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PQpSQ1MgZmlsZTogL2hvbWUvY3Zzcm9vdC9jb2RlL25lbC9zcmMvM2QvZHJp dmVyL29wZW5nbC9kcml2ZXJfb3BlbmdsX3ZlcnRleC5jcHAsdgpyZXRyaWV2aW5nIHJldmlzaW9u IDEuMjAKZGlmZiAtdSAtcjEuMjAgZHJpdmVyX29wZW5nbF92ZXJ0ZXguY3BwCi0tLSBuZWwvc3Jj LzNkL2RyaXZlci9vcGVuZ2wvZHJpdmVyX29wZW5nbF92ZXJ0ZXguY3BwCTI4IERlYyAyMDAxIDE1 OjM3OjAyIC0wMDAwCTEuMjAKKysrIG5lbC9zcmMvM2QvZHJpdmVyL29wZW5nbC9kcml2ZXJfb3Bl bmdsX3ZlcnRleC5jcHAJMTEgRmViIDIwMDIgMjE6NDc6MDggLTAwMDAKQEAgLTI1LDYgKzI1LDEw IEBACiAgKiBNQSAwMjExMS0xMzA3LCBVU0EuCiAgKi8KIAorI2lmZGVmIEhBVkVfQ09ORklHX0gK KyNpbmNsdWRlICJuZWxjb25maWcuaCIKKyNlbmRpZiAvLyBIQVZFX0NPTkZJR19ICisKICNpbmNs dWRlICJzdGRvcGVuZ2wuaCIKIAogI2luY2x1ZGUgIjNkL3ByaW1pdGl2ZV9ibG9jay5oIgpJbmRl eDogbmVsL3NyYy8zZC9kcml2ZXIvb3BlbmdsL2RyaXZlcl9vcGVuZ2xfdmVydGV4X3Byb2dyYW0u Y3BwCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT0KUkNTIGZpbGU6IC9ob21lL2N2c3Jvb3QvY29kZS9uZWwvc3JjLzNkL2Ry aXZlci9vcGVuZ2wvZHJpdmVyX29wZW5nbF92ZXJ0ZXhfcHJvZ3JhbS5jcHAsdgpyZXRyaWV2aW5n IHJldmlzaW9uIDEuOApkaWZmIC11IC1yMS44IGRyaXZlcl9vcGVuZ2xfdmVydGV4X3Byb2dyYW0u Y3BwCi0tLSBuZWwvc3JjLzNkL2RyaXZlci9vcGVuZ2wvZHJpdmVyX29wZW5nbF92ZXJ0ZXhfcHJv Z3JhbS5jcHAJMjggRGVjIDIwMDEgMTU6Mzc6MDIgLTAwMDAJMS44CisrKyBuZWwvc3JjLzNkL2Ry aXZlci9vcGVuZ2wvZHJpdmVyX29wZW5nbF92ZXJ0ZXhfcHJvZ3JhbS5jcHAJMTEgRmViIDIwMDIg MjE6NDc6MDggLTAwMDAKQEAgLTI1LDYgKzI1LDEwIEBACiAgKiBNQSAwMjExMS0xMzA3LCBVU0Eu CiAgKi8KIAorI2lmZGVmIEhBVkVfQ09ORklHX0gKKyNpbmNsdWRlICJuZWxjb25maWcuaCIKKyNl bmRpZiAvLyBIQVZFX0NPTkZJR19ICisKICNpbmNsdWRlICJzdGRvcGVuZ2wuaCIKIAogI2luY2x1 ZGUgIjNkL3ByaW1pdGl2ZV9ibG9jay5oIgpJbmRleDogbmVsL3NyYy8zZC9kcml2ZXIvb3Blbmds L3VuaXhfZXZlbnRfZW1pdHRlci5jcHAKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQpSQ1MgZmlsZTogL2hvbWUvY3Zzcm9v dC9jb2RlL25lbC9zcmMvM2QvZHJpdmVyL29wZW5nbC91bml4X2V2ZW50X2VtaXR0ZXIuY3BwLHYK cmV0cmlldmluZyByZXZpc2lvbiAxLjYKZGlmZiAtdSAtcjEuNiB1bml4X2V2ZW50X2VtaXR0ZXIu Y3BwCi0tLSBuZWwvc3JjLzNkL2RyaXZlci9vcGVuZ2wvdW5peF9ldmVudF9lbWl0dGVyLmNwcAk3 IEZlYiAyMDAyIDE4OjA4OjUwIC0wMDAwCTEuNgorKysgbmVsL3NyYy8zZC9kcml2ZXIvb3Blbmds L3VuaXhfZXZlbnRfZW1pdHRlci5jcHAJMTEgRmViIDIwMDIgMjE6NDc6MDkgLTAwMDAKQEAgLTIz LDYgKzIzLDEwIEBACiAgKiBNQSAwMjExMS0xMzA3LCBVU0EuCiAgKi8KIAorI2lmZGVmIEhBVkVf Q09ORklHX0gKKyNpbmNsdWRlICJuZWxjb25maWcuaCIKKyNlbmRpZiAvLyBIQVZFX0NPTkZJR19I CisKICNpbmNsdWRlICJuZWwvbWlzYy9ldmVudHMuaCIKICNpbmNsdWRlICJ1bml4X2V2ZW50X2Vt aXR0ZXIuaCIKIApJbmRleDogbmVsL3NyYy9taXNjL01ha2VmaWxlLmFtCj09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KUkNT IGZpbGU6IC9ob21lL2N2c3Jvb3QvY29kZS9uZWwvc3JjL21pc2MvTWFrZWZpbGUuYW0sdgpyZXRy aWV2aW5nIHJldmlzaW9uIDEuMzkKZGlmZiAtdSAtcjEuMzkgTWFrZWZpbGUuYW0KLS0tIG5lbC9z cmMvbWlzYy9NYWtlZmlsZS5hbQkxMiBEZWMgMjAwMSAxNTo0MDoxMCAtMDAwMAkxLjM5CisrKyBu ZWwvc3JjL21pc2MvTWFrZWZpbGUuYW0JMTEgRmViIDIwMDIgMjE6NDc6MTAgLTAwMDAKQEAgLTQs NyArNCw3IEBACiAKIE1BSU5UQUlORVJDTEVBTkZJTEVTICA9IE1ha2VmaWxlLmluCiAKLVNVQkRJ UlMgICAgICAgICAgICAgICA9IGNvbmZpZ19maWxlIC4KK1NVQkRJUlMgICAgICAgICAgICAgICA9 IGNvbmZpZ19maWxlCiAKIGxpYl9MVExJQlJBUklFUyAgICAgICA9IGxpYm5lbG1pc2MubGEKIApJ bmRleDogbmVsL3NyYy9zb3VuZC9kcml2ZXIvTWFrZWZpbGUuYW0KPT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQpSQ1MgZmls ZTogL2hvbWUvY3Zzcm9vdC9jb2RlL25lbC9zcmMvc291bmQvZHJpdmVyL01ha2VmaWxlLmFtLHYK cmV0cmlldmluZyByZXZpc2lvbiAxLjIKZGlmZiAtdSAtcjEuMiBNYWtlZmlsZS5hbQotLS0gbmVs L3NyYy9zb3VuZC9kcml2ZXIvTWFrZWZpbGUuYW0JMyBBdWcgMjAwMSAxMDoxNjo1OSAtMDAwMAkx LjIKKysrIG5lbC9zcmMvc291bmQvZHJpdmVyL01ha2VmaWxlLmFtCTExIEZlYiAyMDAyIDIxOjQ3 OjEwIC0wMDAwCkBAIC00LDcgKzQsNyBAQAogCiBNQUlOVEFJTkVSQ0xFQU5GSUxFUyAgICAgICAg ICA9IE1ha2VmaWxlLmluCiAKLVNVQkRJUlMgICAgICAgICAgICAgICAgICAgICAgID0gb3BlbmFs IC4KK1NVQkRJUlMgICAgICAgICAgICAgICAgICAgICAgID0gb3BlbmFsCiAKIG5vaW5zdF9MVExJ QlJBUklFUyAgICAgICAgICAgID0gbGlibmVsc25kX2xvd2xldmVsLmxhCiAKSW5kZXg6IHNub3di YWxsczIvYWNpbmNsdWRlLm00Cj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KUkNTIGZpbGU6IC9ob21lL2N2c3Jvb3QvY29k ZS9zbm93YmFsbHMyL2FjaW5jbHVkZS5tNCx2CnJldHJpZXZpbmcgcmV2aXNpb24gMS43CmRpZmYg LXUgLXIxLjcgYWNpbmNsdWRlLm00Ci0tLSBzbm93YmFsbHMyL2FjaW5jbHVkZS5tNAkyOSBKYW4g MjAwMiAxMzoyMTo0MiAtMDAwMAkxLjcKKysrIHNub3diYWxsczIvYWNpbmNsdWRlLm00CTExIEZl YiAyMDAyIDIxOjQ3OjI0IC0wMDAwCkBAIC0zNjQsNyArMzY0LDEyIEBACiAgICAgICAgICAgICAg ICAgICAgICAgICAgIHBhdGggdG8gdGhlIFNUTFBvcnQgbGlicmFyeSBmaWxlcyBkaXJlY3Rvcnku CiAgICAgICAgICAgICAgICAgICAgICAgICAgIGUuZy4gL3Vzci9sb2NhbC9zdGxwb3J0L2xpYl0p CiAKLXN0bHBvcnRfbGliPSJzdGxwb3J0X2djYyIKK2lmIHRlc3QgIiR3aXRoX2RlYnVnIiA9ICJm dWxsIgordGhlbgorCXN0bHBvcnRfbGliPSJzdGxwb3J0X2djY19zdGxkZWJ1ZyIKK2Vsc2UKKwlz dGxwb3J0X2xpYj0ic3RscG9ydF9nY2MiCitmaQogCiBpZiB0ZXN0ICIkd2l0aF9zdGxwb3J0IiA9 IG5vCiB0aGVuCg== --gz0Wli4SD3 Content-Type: text/plain; charset=us-ascii Content-Description: .signature Content-Transfer-Encoding: 7bit -- Loic Dachary http://www.dachary.org/ loic@dachary.org 12 bd Magenta http://www.senga.org/ loic@senga.org 75010 Paris T: 33 1 42 45 07 97 loic@gnu.org GPG Public Key: http://www.dachary.org/loic/gpg.txt --gz0Wli4SD3-- From tharibo@free.fr Tue Feb 12 15:47:55 2002 Received: from postfix1-2.free.fr (postfix1-2.free.fr [213.228.0.130]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1CEltW88276 for ; Tue, 12 Feb 2002 15:47:55 +0100 (CET) (envelope-from tharibo@free.fr) Received: from there (toulouse-1-a7-32-58.dial.proxad.net [62.147.32.58]) by postfix1-2.free.fr (Postfix) with SMTP id 497F2AB188 for ; Tue, 12 Feb 2002 15:41:49 +0100 (CET) Content-Type: text/plain; charset="iso-8859-1" From: Thomas RIBO To: "Nel ML" Subject: Re: [Nel] Data Ownership Date: Tue, 12 Feb 2002 15:29:11 +0100 X-Mailer: KMail [version 1.3] References: <0881AC7F2F339C40BC6F7983D1E0BEC9019100@mail2k.embarcadero-ca.com> <1013102301.977.23.camel@zerodeux.home> In-Reply-To: <1013102301.977.23.camel@zerodeux.home> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <20020212144149.497F2AB188@postfix1-2.free.fr> Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: tharibo@free.fr List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Le Jeudi 7 Février 2002 18:18, Vincent Caron a écrit : > Well, for the moment, if you don't > have discussion peers you at least have an audience :). I'll try to > react to your last mail, but it's not a promise :( Let's try to be one of these peers ;-) I have no experience in the subject and waited a long time before achieving reading your mail. It's very ineresting to have such a comparative between these two maners of managing data. I can only propose a third solution: what do you thing about a solution which would take advatages of the ones you described? I am not good enough to describe such a system by myself, but would it be possible? For example, by separating data which needs advantages of symetric balancing and data which needs advantages asymetric balancing... It should add some complexity, but from my level, it seems that it wouldn't be so hard... -- tharibo@free.fr "Le temps ne fait rien à l'affaire, quand on est con, on-est-con !" -- Georges Brassens From loic@dachary.org Wed Feb 13 00:13:52 2002 Received: from inspiron.dachary.org (aboukir-101-1-13-alebeon.adsl.nerim.net [62.212.101.54]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1CNDpW92543 for ; Wed, 13 Feb 2002 00:13:52 +0100 (CET) (envelope-from loic@dachary.org) Received: from loic by inspiron.dachary.org with local (Exim 3.34 #1 (Debian)) id 16am1T-0006QR-00 for ; Wed, 13 Feb 2002 00:07:39 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15465.41019.280917.811607@inspiron.dachary.org> Date: Wed, 13 Feb 2002 00:07:39 +0100 From: Loic Dachary To: nel@nevrax.org X-Mailer: VM 7.01 under Emacs 21.1.1 Subject: [Nel] GNU/Linux ... snowballs is running Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: loic@gnu.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi, Thanks to GDB I was able to find a temporary solution. Now snowballs is running at an incredible 0.5fps rate. It's probably the first time I'm delighted to see such a slow opengl application ;-) Now I'll have to buy some RAM (GDB eats ~300Mb) and a decent graphical card with a Free Software driver. I used the following workaround: Index: nel/src/3d/scene.cpp =================================================================== RCS file: /home/cvsroot/code/nel/src/3d/scene.cpp,v retrieving revision 1.62 diff -u -r1.62 scene.cpp --- nel/src/3d/scene.cpp 6 Feb 2002 16:54:56 -0000 1.62 +++ nel/src/3d/scene.cpp 12 Feb 2002 22:53:55 -0000 @@ -463,7 +463,7 @@ #endif // Look if this instance get lightmap information - CMeshBase *pMB = dynamic_cast( (IShape*)(pTShp->Shape) ); + CMeshBase *pMB = (CMeshBase*)((IShape*)(pTShp->Shape)); CMeshBaseInstance *pMBI = dynamic_cast( pTShp ); if( ( pMB != NULL ) && ( pMBI != NULL ) ) { // Try to bind to automatic animation I managed to get snowballs to run on GNU/Linux. It turns out that dynamic_cast((IShape*)(pTShp->Shape)) returns a pointer that is 4 bytes below the expected pointer. Replacing the dynamic_cast with a C style cast fixes the issue. Unless I'm mistaken, there is no reason for dynamic_cast to return a pointer that is different from a C style cast (except if the cast is not legitimate). Hence I guess it's some sort of compiler bug. I'll try to re-compile with gcc-3 (currently using gcc-2.95.4) + isolate the problem. That one was pretty easy to spot because, we may run into much more tricky problem if it is not investigated properly. Cheers, -- Loic Dachary http://www.dachary.org/ loic@dachary.org 12 bd Magenta http://www.senga.org/ loic@senga.org 75010 Paris T: 33 1 42 45 07 97 loic@gnu.org GPG Public Key: http://www.dachary.org/loic/gpg.txt From john.hayes@embarcadero-ca.com Wed Feb 13 01:28:52 2002 Received: from mail2k.embarcadero-ca.com ([207.219.170.6]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1D0SpW93119 for ; Wed, 13 Feb 2002 01:28:51 +0100 (CET) (envelope-from john.hayes@embarcadero-ca.com) content-class: urn:content-classes:message Subject: RE: [Nel] Data Ownership MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Date: Tue, 12 Feb 2002 19:22:39 -0500 X-MimeOLE: Produced By Microsoft Exchange V6.0.4712.0 Message-ID: <0881AC7F2F339C40BC6F7983D1E0BEC901911C@mail2k.embarcadero-ca.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Nel] Data Ownership Thread-Index: AcGz8Y/CzRtgZtnuTNquCTaFpsBT+wAL6lzw From: "John Hayes" To: Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by www.nevrax.org id g1D0SpW93119 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: What kind of information do you think would be suitable for each type of server in the context of a game? I would consider the data to be classified as asymmetric (or possibly parallel?), synchronous, and static (data that does not change during the runtime). Asymmetric servers are most efficient when combined with optimistic locking (that shares the assumption that you read more than your write) - but the cost is requiring a transaction "replay" facility. A failure will at least double the processing time (practical is closer to 10x for a optimistic lock failure). There's actually a third locking scheme that's a variation on symmetric load balancing that I didn't cover. Instead of marshalling calls to objects on other servers - you marshal the object to calls on other servers. When a server requires use of an object it doesn't have, it retrieves it from the current owning server. So server A wants kick Monster #11 in the head - it marshals the entire object from server B and makes it's call. Server A now owns Monster #11 and all subsequent calls are local. The assumptions that make this scheme efficient are: 1. A user will access the same objects over and over or drift to new objects slowly. 2. User's will access largely disjoint sets of objects - or, it's possible to arrange users so that they access the same shared objects. 3. Users will read and write in approximately the same rate or write slightly more often - and usually write the objects they read. For these benefits, you accept that a small number of objects may thrash between servers and will probably represent most of your internal network traffic. Sending an entire object may be large compared to a single call - but that's amortized over a larger number of calls. There's lots more detail to be covered in locking schemes. John > -----Original Message----- > From: Thomas RIBO [mailto:tharibo@free.fr] > Sent: Tuesday, February 12, 2002 9:29 AM > To: Nel ML > Subject: Re: [Nel] Data Ownership > Le Jeudi 7 Février 2002 18:18, Vincent Caron a écrit : > > Well, for the moment, if you don't > > have discussion peers you at least have an audience :). I'll try to > > react to your last mail, but it's not a promise :( > Let's try to be one of these peers ;-) > I have no experience in the subject and waited a long time before > achieving reading your mail. It's very ineresting to have such a > comparative between these two maners of managing data. > I can only propose a third solution: what do you thing about > a solution > which would take advatages of the ones you described? I am not good > enough to describe such a system by myself, but would it be possible? > For example, by separating data which needs advantages of symetric > balancing and data which needs advantages asymetric balancing... It > should add some complexity, but from my level, it seems that it > wouldn't be so hard... From lecroart@nevrax.com Wed Feb 13 11:00:32 2002 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1DA0SW97846 for ; Wed, 13 Feb 2002 11:00:30 +0100 (CET) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g1D9sGk51951 for ; Wed, 13 Feb 2002 10:54:16 +0100 (CET) (envelope-from lecroart@nevrax.com) Message-ID: <000f01c1b474$66023030$0901a8c0@vianneyl> From: "Vianney Lecroart" To: References: <15465.41019.280917.811607@inspiron.dachary.org> Subject: Re: [Nel] GNU/Linux ... snowballs is running Date: Wed, 13 Feb 2002 10:54:16 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi Loic, First of all, thank you for your help that is very useful for us. The problem about dynamic_cast seems to be a gcc bug (???) because the cast works fine on windows. dynamic_cast *can* return a pointer that is different from C style cast in the case a virtual multi inheritence. For the frame rate, snowballs is slow perhaps because you don't have a good video card (geforce or better) or because the driver is software. Anyway, you have to know that there s visual bug that we never fix on linux. For example, the NeL 3d logo that should be small in the top left of the screen is very big in the center of the screen on linus (perhaps a Viewport problem). For gcc-3, we tried, quickly, a compilation but there are some error about throw() qualifier and cast problem. If you fix them, we ll be glad to add them :) Regards, Vianney Lecroart --- lead network programmer / nevrax.com icq#: 6870415 homepage: http://ace.planet-d.net www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? From valignat@gw.nevrax.com Tue Feb 12 16:27:03 2002 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1CFR2W88627 for ; Tue, 12 Feb 2002 16:27:03 +0100 (CET) (envelope-from valignat@gw.nevrax.com) Received: from gw.nevrax.com (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with ESMTP id g1CFKvk45103 for ; Tue, 12 Feb 2002 16:20:57 +0100 (CET) (envelope-from valignat@gw.nevrax.com) Received: (from valignat@localhost) by gw.nevrax.com (8.11.6/8.11.6) id g1CFKEf08798 for nel@nevrax.org; Tue, 12 Feb 2002 16:20:14 +0100 (CET) (envelope-from valignat) Date: Tue, 12 Feb 2002 16:20:14 +0100 From: Cedric Valignat To: NeL mailing list Message-ID: <20020212162014.A8783@nevrax.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5.1i Subject: [Nel] Subscription Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Unsubcribed. -- Cedric Frappe ta tête contre une cruche. Si tu obtiens un son creux, n'en déduis pas que c'est forcément la cruche qui est vide. Lao Tseu. From loic@dachary.org Wed Feb 13 15:59:03 2002 Received: from inspiron.dachary.org (aboukir-101-1-13-alebeon.adsl.nerim.net [62.212.101.54]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1DEx2W00428 for ; Wed, 13 Feb 2002 15:59:02 +0100 (CET) (envelope-from loic@dachary.org) Received: from loic by inspiron.dachary.org with local (Exim 3.34 #1 (Debian)) id 16b0m9-0007cP-00 for ; Wed, 13 Feb 2002 15:52:49 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15466.32193.221388.631421@inspiron.dachary.org> Date: Wed, 13 Feb 2002 15:52:48 +0100 From: Loic Dachary To: nel@nevrax.org Subject: Re: [Nel] GNU/Linux ... snowballs is running In-Reply-To: Vianney Lecroart's message of 13 February 2002 10:54:16 +0100 References: <15465.41019.280917.811607@inspiron.dachary.org> <000f01c1b474$66023030$0901a8c0@vianneyl> X-Mailer: VM 7.01 under Emacs 21.1.1 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: loic@gnu.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Vianney Lecroart writes: > Hi Loic, > > First of all, thank you for your help that is very useful for us. Your code is also very helpful to me ;-) > The problem about dynamic_cast seems to be a gcc bug (???) because the cast > works fine on windows. I think this definitely is a gcc bug. I acknowledged this by doing the following: Index: nel/src/3d/scene.cpp =================================================================== RCS file: /home/cvsroot/code/nel/src/3d/scene.cpp,v retrieving revision 1.62 diff -u -r1.62 scene.cpp --- nel/src/3d/scene.cpp 6 Feb 2002 16:54:56 -0000 1.62 +++ nel/src/3d/scene.cpp 13 Feb 2002 14:39:00 -0000 @@ -463,7 +463,11 @@ #endif // Look if this instance get lightmap information - CMeshBase *pMB = dynamic_cast( (IShape*)(pTShp->Shape) ); +#if defined(__GNUC__) && __GNUC__ < 3 + CMeshBase *pMB = (CMeshBase*)((IShape*)(pTShp->Shape)); +#else // not GNUC + CMeshBase *pMB = dynamic_cast((IShape*)(pTShp->Shape)); +#endif // not GNUC CMeshBaseInstance *pMBI = dynamic_cast( pTShp ); if( ( pMB != NULL ) && ( pMBI != NULL ) ) { // Try to bind to automatic animation I intentionaly made this hack specific to gcc-2 so that it blows again on gcc-3 when we eventually switch to it and if the bug is still there. For now I guess we'll have to live with it. > dynamic_cast *can* return a pointer that is different from C style cast in > the case a virtual multi inheritence. Yes, forgot this one. But in this very specific case, there is no reason for it to return a different pointer. > For the frame rate, snowballs is slow perhaps because you don't have a good > video card (geforce or better) or because the driver is software. Oh, you mean my Matrox G200 is not as powerfull as a geforce ?-) I'm kidding. The issue here is to find a card that runs on GNU/Linux and has a Free Software driver. All nVidia based products are discarded right away, thanks to their !@#$!#@$ non free software policy. The worst of all is that they provide a gratis driver that runs on GNU/Linux, therefore nobody is apparently motivated to write a Free Software alternative. I figured that an ATI RADEON 7500 / 64 Mo is probably the best I can get. I'll have to recompile XFree-4.2.0 to take advantage of the accelerated drivers, though. But not too far in the future it will pop automagically on my Debian unstable, therefore it's acceptable. From the benchmarks I saw, it more or less compares to a geforce 2 but is vastly outperformed by geforce 3. Any input/experience on this subject would be welcome. Who is pressuring nVidia to release their drivers under a Free Software license ? I'd gladly add my 0.2 euro advocacy bit ;-) > Anyway, you have to know that there s visual bug that we never fix on linux. > For example, the NeL 3d logo that should be small in the top left of the > screen is very big in the center of the screen on linus (perhaps a Viewport > problem). Good to know. I was wondering why this huge logo would not go away after a while. I'll first try to improve the frame rate as much as I can. > For gcc-3, we tried, quickly, a compilation but there are some error about > throw() qualifier and cast problem. If you fix them, we ll be glad to add > them :) I fixed the minor errors missing throw() in destructors but finaly ran into a more embarassing problem (gcc aborting on error). I'm probably playing with fire (using gcc-3.0.4 snapshot). Anyways, I guess it's too early for this and won't insist. Here are the fixes. One of them is important since there is a scope mismatch (uint i below). Index: nel/include/nel/misc/common.h =================================================================== RCS file: /home/cvsroot/code/nel/include/nel/misc/common.h,v retrieving revision 1.33 diff -u -r1.33 common.h --- nel/include/nel/misc/common.h 25 Oct 2001 14:58:23 -0000 1.33 +++ nel/include/nel/misc/common.h 13 Feb 2002 14:38:49 -0000 @@ -239,6 +239,7 @@ Exception(); Exception(const std::string &reason); Exception(const char *format, ...); + virtual ~Exception() throw() {}; virtual const char *what() const throw(); }; Index: nel/include/nel/misc/stream.h =================================================================== RCS file: /home/cvsroot/code/nel/include/nel/misc/stream.h,v retrieving revision 1.50 diff -u -r1.50 stream.h --- nel/include/nel/misc/stream.h 27 Nov 2001 15:59:55 -0000 1.50 +++ nel/include/nel/misc/stream.h 13 Feb 2002 14:38:49 -0000 @@ -77,6 +77,8 @@ EStream( const IStream &f, const std::string& str ); + virtual ~EStream() throw() {} + // May Not be Filled... std::string StreamName; }; Index: nel/include/nel/net/buf_net_base.h =================================================================== RCS file: /home/cvsroot/code/nel/include/nel/net/buf_net_base.h,v retrieving revision 1.5 diff -u -r1.5 buf_net_base.h --- nel/include/nel/net/buf_net_base.h 21 Jun 2001 12:35:16 -0000 1.5 +++ nel/include/nel/net/buf_net_base.h 13 Feb 2002 14:38:49 -0000 @@ -135,7 +135,7 @@ protected: - friend CBufSock; + friend class NLNET::CBufSock; /// Constructor CBufNetBase(); Index: nel/src/3d/cube_grid.h =================================================================== RCS file: /home/cvsroot/code/nel/src/3d/cube_grid.h,v retrieving revision 1.1 diff -u -r1.1 cube_grid.h --- nel/src/3d/cube_grid.h 6 Feb 2002 16:54:56 -0000 1.1 +++ nel/src/3d/cube_grid.h 13 Feb 2002 14:38:54 -0000 @@ -244,8 +244,8 @@ // Clear the Selection _Selection= NULL; - _CurSel= NULL; - _NumSels= NULL; + _CurSel= 0; + _NumSels= 0; } // *************************************************************************** Index: nel/src/3d/cube_map_builder.h =================================================================== RCS file: /home/cvsroot/code/nel/src/3d/cube_map_builder.h,v retrieving revision 1.1 diff -u -r1.1 cube_map_builder.h --- nel/src/3d/cube_map_builder.h 4 Feb 2002 10:42:31 -0000 1.1 +++ nel/src/3d/cube_map_builder.h 13 Feb 2002 14:38:54 -0000 @@ -57,4 +57,4 @@ } -#endif \ No newline at end of file +#endif Index: nel/src/3d/landscape.h =================================================================== RCS file: /home/cvsroot/code/nel/src/3d/landscape.h,v retrieving revision 1.31 diff -u -r1.31 landscape.h --- nel/src/3d/landscape.h 6 Feb 2002 16:54:56 -0000 1.31 +++ nel/src/3d/landscape.h 13 Feb 2002 14:38:54 -0000 @@ -104,6 +104,7 @@ public: EBadBind() {} + ~EBadBind() throw () {} virtual const char *what() const throw(); }; Index: nel/src/3d/point_light_named_array.cpp =================================================================== RCS file: /home/cvsroot/code/nel/src/3d/point_light_named_array.cpp,v retrieving revision 1.1 diff -u -r1.1 point_light_named_array.cpp --- nel/src/3d/point_light_named_array.cpp 6 Feb 2002 16:54:56 -0000 1.1 +++ nel/src/3d/point_light_named_array.cpp 13 Feb 2002 14:38:58 -0000 @@ -96,7 +96,8 @@ bool first= true; string precName; // for all sorted pointLights - for(uint i=0;i<_PointLights.size();i++) + uint i; + for(i=0;i<_PointLights.size();i++) { const std::string &curName= _PointLights[i].LightGroupName; if(first || precName!=curName ) Index: nel/src/3d/ps_misc.h =================================================================== RCS file: /home/cvsroot/code/nel/src/3d/ps_misc.h,v retrieving revision 1.1 diff -u -r1.1 ps_misc.h --- nel/src/3d/ps_misc.h 2 Oct 2001 16:35:39 -0000 1.1 +++ nel/src/3d/ps_misc.h 13 Feb 2002 14:38:58 -0000 @@ -82,4 +82,4 @@ } // NL3D -#endif \ No newline at end of file +#endif Cheers, -- Loic Dachary http://www.dachary.org/ loic@dachary.org 12 bd Magenta http://www.senga.org/ loic@senga.org 75010 Paris T: 33 1 42 45 07 97 loic@gnu.org GPG Public Key: http://www.dachary.org/loic/gpg.txt From tharibo@free.fr Wed Feb 13 19:04:12 2002 Received: from postfix3-2.free.fr (postfix3-2.free.fr [213.228.0.169]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1DI4CW01763 for ; Wed, 13 Feb 2002 19:04:12 +0100 (CET) (envelope-from tharibo@free.fr) Received: from there (toulouse-1-a7-35-119.dial.proxad.net [62.147.35.119]) by postfix3-2.free.fr (Postfix) with SMTP id E64201806B for ; Wed, 13 Feb 2002 18:58:05 +0100 (CET) Content-Type: text/plain; charset="iso-8859-1" From: Thomas RIBO To: "Nel ML" Subject: Re: [Nel] GNU/Linux ... snowballs is running Date: Wed, 13 Feb 2002 18:58:09 +0100 X-Mailer: KMail [version 1.3] References: <15465.41019.280917.811607@inspiron.dachary.org> <000f01c1b474$66023030$0901a8c0@vianneyl> <15466.32193.221388.631421@inspiron.dachary.org> In-Reply-To: <15466.32193.221388.631421@inspiron.dachary.org> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <20020213175805.E64201806B@postfix3-2.free.fr> Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: tharibo@free.fr List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Le Mercredi 13 Février 2002 15:52, Loic Dachary a écrit : > Oh, you mean my Matrox G200 is not as powerfull as a geforce > ?-) I'm kidding. The issue here is to find a card that runs on > GNU/Linux and has a Free Software driver. All nVidia based products > are discarded right away, thanks to their !@#$!#@$ non free software > policy. The worst of all is that they provide a gratis driver that > runs on GNU/Linux, therefore nobody is apparently motivated to write > a Free Software alternative. Yes, but it is the only way for the moment to have a good video card and good drivers running on Linux. I would prefer free drivers too, but I use the non-free ones and am not too embarrassed with that... > I figured that an ATI RADEON 7500 / 64 Mo is probably the best > I can get. I'll have to recompile XFree-4.2.0 to take advantage of > the accelerated drivers, though. But not too far in the future it > will pop automagically on my Debian unstable, therefore it's > acceptable. From the benchmarks I saw, it more or less compares to a > geforce 2 but is vastly outperformed by geforce 3. Any > input/experience on this subject would be welcome. To compare with a GeForce 3, you'll need a Radeon 8500. But I have no idea of the support on Linux (I'm talking about free drivers). BTW, it's a chance that ATI does not provide drivers on Linux: when we see the quality of the Windows ones, we can only be happy about that ;-)! > > Who is pressuring nVidia to release their drivers under a Free > Software license ? I'd gladly add my 0.2 euro advocacy bit ;-) It seemed to me that a petition was somewhere on Internet, but I can't find it... There are some discutions about that on Debian lists archives, but that's all... :-( -- tharibo@free.fr "Le temps ne fait rien à l'affaire, quand on est con, on-est-con !" -- Georges Brassens From neuser.jp@club-internet.fr Wed Feb 13 20:43:35 2002 Received: from relay-2v.club-internet.fr (relay-2v.club-internet.fr [194.158.96.113]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1DJhZW02508 for ; Wed, 13 Feb 2002 20:43:35 +0100 (CET) (envelope-from neuser.jp@club-internet.fr) Received: from kissmaniac (lns04v-2-211.w.club-internet.fr [212.194.61.211]) by relay-2v.club-internet.fr (Postfix) with SMTP id 26F231688 for ; Wed, 13 Feb 2002 20:37:27 +0100 (CET) Message-ID: <000801c1b4c4$c5e2cf50$d33dc2d4@kissmaniac> From: "neuser jean-philippe" To: Date: Wed, 13 Feb 2002 20:29:22 +0100 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0005_01C1B4CD.1F96DAC0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Subject: [Nel] 3D software mode again Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: "neuser jean-philippe" List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: This is a multi-part message in MIME format. ------=_NextPart_000_0005_01C1B4CD.1F96DAC0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Bonjour =E0 tous=20 il me semble que l'=E9quipe de Nevrax est fran=E7aise non ?=20 Alors pourquoi m'embeter =E0 =E9crire en un mauvais anglais. Dans le doute j'ecris ma question en anglais ...=20 I need a littler bit more information about how to play snowball demo in = 3D software mode. Snowball use opengl 1.2 extension so , i need an opengl driver delivered = by the manufacturer of my 3D card. But i dont have a 3D card so i m not = able to have this driver. I would like to know where can i download a complete Opengl software = driver which support 1.2 extension. I have read that Microsoft have to build when but i m not able to find = it. thanks to all. ------=_NextPart_000_0005_01C1B4CD.1F96DAC0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Bonjour =E0 tous
il me semble que l'=E9quipe de Nevrax = est fran=E7aise=20 non ?
Alors pourquoi m'embeter =E0 =E9crire = en un mauvais=20 anglais.
 
Dans le doute j'ecris ma question en = anglais ...=20
 
 
I need a littler bit more information = about how to=20 play snowball demo in 3D software mode.
 
Snowball use opengl 1.2 extension so , = i need an=20 opengl driver delivered by the manufacturer of my 3D card. But i dont = have a 3D=20 card so i m not able to have this driver.
I would like to know where can i = download a=20 complete Opengl software driver which  support 1.2 = extension.
I have read that Microsoft have to = build when but i=20 m not able to find it.
 
 
 
thanks to = all.
------=_NextPart_000_0005_01C1B4CD.1F96DAC0-- From vardamir@earthlink.net Thu Feb 14 03:08:43 2002 Received: from goose.prod.itd.earthlink.net (goose.mail.pas.earthlink.net [207.217.120.18]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1E28gW05988 for ; Thu, 14 Feb 2002 03:08:43 +0100 (CET) (envelope-from vardamir@earthlink.net) Received: from 1cust26.tnt1.winchester.ky.da.uu.net ([67.213.169.26] helo=there) by goose.prod.itd.earthlink.net with smtp (Exim 3.33 #1) id 16bBEH-0001Dl-00 for nel@nevrax.org; Wed, 13 Feb 2002 18:02:33 -0800 Content-Type: text/plain; charset="iso-8859-15" From: Brandon Barker To: nel@nevrax.org Date: Wed, 13 Feb 2002 20:57:25 -0500 X-Mailer: KMail [version 1.3.2] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: Subject: [Nel] Maya Plugin Documentation Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Can anyone point me to some tutorials or good documentation on writing Maya(4) Plugins? I'm going to be porting a windows/maya Plugin to Linux/maya in a few days. Unfortunately, I don't know if the author will allow the plugin to be open source, though, after I do get the porting done I will certainly discuss it with him. Nevertheless, this plugin allows you to export Models as md3 files used in Quake3 - while not directly related to NeL, it would certainly be nice to have available in Linux, and a good way to test models with the tried and true Q3 Engine. Brandon Barker From loic@dachary.org Thu Feb 14 11:58:09 2002 Received: from inspiron.dachary.org (aboukir-101-1-13-alebeon.adsl.nerim.net [62.212.101.54]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1EAw8W27523 for ; Thu, 14 Feb 2002 11:58:09 +0100 (CET) (envelope-from loic@dachary.org) Received: from loic by inspiron.dachary.org with local (Exim 3.34 #1 (Debian)) id 16bJUY-0008S9-00 for ; Thu, 14 Feb 2002 11:51:54 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15467.38601.621359.111246@inspiron.dachary.org> Date: Thu, 14 Feb 2002 11:51:53 +0100 From: Loic Dachary To: nel@nevrax.org Subject: Re: [Nel] GNU/Linux ... snowballs is running In-Reply-To: Thomas RIBO's message of 13 February 2002 18:58:09 +0100 References: <15465.41019.280917.811607@inspiron.dachary.org> <000f01c1b474$66023030$0901a8c0@vianneyl> <15466.32193.221388.631421@inspiron.dachary.org> <20020213175805.E64201806B@postfix3-2.free.fr> X-Mailer: VM 7.01 under Emacs 21.1.1 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: loic@gnu.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Thomas RIBO writes: > > To compare with a GeForce 3, you'll need a Radeon 8500. But I have no > idea of the support on Linux (I'm talking about free drivers). BTW, > it's a chance that ATI does not provide drivers on Linux: when we see > the quality of the Windows ones, we can only be happy about that ;-)! > :-) No 3D support for the Radeon 8500 at present, unfortunately. > It seemed to me that a petition was somewhere on Internet, but I can't > find it... There are some discutions about that on Debian lists > archives, but that's all... :-( Which very well shows the bad consequences of providing proprietary solutions on GNU/Linux. I found http://nvidia.netexplorer.org/petition.html which is not the right way to go, IMHO. Cheers, -- Loic Dachary http://www.dachary.org/ loic@dachary.org 12 bd Magenta http://www.senga.org/ loic@senga.org 75010 Paris T: 33 1 42 45 07 97 loic@gnu.org GPG Public Key: http://www.dachary.org/loic/gpg.txt From v.caron@zerodeux.net Thu Feb 14 15:04:48 2002 Received: from zerodeux.net (aboukir-101-1-16-zerodeux.adsl.nerim.net [62.212.104.175]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1EE4mW38086 for ; Thu, 14 Feb 2002 15:04:48 +0100 (CET) (envelope-from v.caron@zerodeux.net) Received: from localhost.localdomain (zerodeux.home [192.168.1.3]) by zerodeux.net (Postfix) with ESMTP id 778A7B6E7 for ; Thu, 14 Feb 2002 14:58:43 +0100 (CET) Subject: Re: [Nel] 3D software mode again From: Vincent Caron To: nel@nevrax.org In-Reply-To: <000801c1b4c4$c5e2cf50$d33dc2d4@kissmaniac> References: <000801c1b4c4$c5e2cf50$d33dc2d4@kissmaniac> Content-Type: text/plain; charset=ISO-8859-1 X-Mailer: Evolution/1.0.2 Date: 14 Feb 2002 14:58:40 +0100 Message-Id: <1013695121.855.2.camel@zerodeux.home> Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by www.nevrax.org id g1EE4mW38086 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: On Wed, 2002-02-13 at 20:29, neuser jean-philippe wrote: > Bonjour à tous > il me semble que l'équipe de Nevrax est française non ? > Alors pourquoi m'embeter à écrire en un mauvais anglais. Because there are other users on this ML, not necessarily french ... > I need a littler bit more information about how to play snowball demo in 3D software mode. > > Snowball use opengl 1.2 extension so , i need an opengl driver delivered by the manufacturer of my 3D card. But i dont have a 3D card so i m not able to have this driver. > I would like to know where can i download a complete Opengl software driver which support 1.2 extension. > I have read that Microsoft have to build when but i m not able to find it. Mesa has been 1.3 compatible (not officially 'compliant' but it's close) for a while, namely the 4.0 release of 2001/10/22 : http://www.mesa3d.org (or better, use your distro packages) From v.caron@zerodeux.net Thu Feb 14 15:07:31 2002 Received: from zerodeux.net (aboukir-101-1-16-zerodeux.adsl.nerim.net [62.212.104.175]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1EE7UW38238 for ; Thu, 14 Feb 2002 15:07:30 +0100 (CET) (envelope-from v.caron@zerodeux.net) Received: from localhost.localdomain (zerodeux.home [192.168.1.3]) by zerodeux.net (Postfix) with ESMTP id E92E1B6E7 for ; Thu, 14 Feb 2002 15:01:25 +0100 (CET) Subject: Re: [Nel] Maya Plugin Documentation From: Vincent Caron To: nel@nevrax.org In-Reply-To: References: Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Evolution/1.0.2 Date: 14 Feb 2002 15:01:23 +0100 Message-Id: <1013695283.855.6.camel@zerodeux.home> Mime-Version: 1.0 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: On Thu, 2002-02-14 at 02:57, Brandon Barker wrote: > Can anyone point me to some tutorials or good documentation on writing > Maya(4) Plugins? Rather off-topic here since NeL rely on Max plugins & tools :) The answer is 'RTFM', the Maya SDK has a great doc and a bunch of examples which compile straight under Windows (via Visual) or under Linux (via Makefiles). They even provide a portable UI toolkit. From traffic@linkpassport.com Thu Feb 14 15:54:24 2002 Received: from max (adsl-64-172-181-32.dsl.snfc21.pacbell.net [64.172.181.32]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1EEsMW41150 for ; Thu, 14 Feb 2002 15:54:23 +0100 (CET) (envelope-from traffic@linkpassport.com) Received: from [172.16.1.33] by max (ArGoSoft Mail Server Plus, Version 1.80 (1.8.0.0)); Thu, 14 Feb 2002 06:52:25 -0800 From: traffic@linkpassport.com To: nel@nevrax.org Date: 14 Feb 2002 06:52:23 -0800 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_s8W0bpD2_0JU5Gmgg_MA" Message-ID: <00ir6siu5xj78oo.140220020652@max> Subject: [Nel] ADV: Please Forward to Marketing... Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: traffic@linkpassport.com List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: ------=_s8W0bpD2_0JU5Gmgg_MA Content-Type: text/plain Content-Transfer-Encoding: 8bit Hello, I'm writing from Link Passport search engine, a unique and cost-effective way to promote your online business by driving highly-targeted customer traffic to your web site. Link Passport produces targeted traffic by enabling businesses to bid on keywords that consumers are searching for. FAQ's ·You only pay for traffic delivered to your site. .We produce hundreds of thousands of searches each month. ·Manage your keyword bids 24 hours a day in Passport Center. ·You pick your own keywords that relate to your site. Set up a free account between now and February 14, 2002 and your entered for a drawing to win $1500 worth of targeted traffic. Please let us know if you have any questions. Best Regards, Link Passport http://www.linkpassport.com http://www.linkpassport.com If this message reached you in error please respond with the words remove and you will be taken off our e-mail list immediately. ------=_s8W0bpD2_0JU5Gmgg_MA Content-Type: text/html Content-Transfer-Encoding: 8bit Link Passport

Hello,
I would like to introduce to you Link Passport search engine, a unique and cost-effective way to promote your online business by driving highly-targeted customer traffic to your web site. Link Passport produces targeted traffic by enabling businesses to bid on keywords that consumers are searching for.

Here are some facts about our Engine!
·You only pay for traffic delivered to your site.
.We produce hundreds of thousands of searches each month.
·Manage your keyword bids 24 hours a day in Passport Center.
·You pick your own keywords that relate to your site.

Set up a free account between now and February 14, 2002 and your entered for a drawing to win $1500 worth of targeted traffic. Please let us know if you have any questions.

Best Regards,
The Team at Link Passport

 

 

 

 

 

 

If you feel this message reached you in error please respond with the words remove and you will be taken off our e-mail list immediately.

------=_s8W0bpD2_0JU5Gmgg_MA-- From v.caron@zerodeux.net Thu Feb 14 17:20:05 2002 Received: from zerodeux.net (aboukir-101-1-16-zerodeux.adsl.nerim.net [62.212.104.175]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1EGK4W46598 for ; Thu, 14 Feb 2002 17:20:05 +0100 (CET) (envelope-from v.caron@zerodeux.net) Received: from localhost.localdomain (zerodeux.home [192.168.1.3]) by zerodeux.net (Postfix) with ESMTP id 69259B73C for ; Thu, 14 Feb 2002 17:14:00 +0100 (CET) Subject: Re: [Nel] GNU/Linux ... (nVidia stuff) From: Vincent Caron To: nel@nevrax.org In-Reply-To: <15466.32193.221388.631421@inspiron.dachary.org> References: <15465.41019.280917.811607@inspiron.dachary.org> <000f01c1b474$66023030$0901a8c0@vianneyl> <15466.32193.221388.631421@inspiron.dachary.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Evolution/1.0.2 Date: 14 Feb 2002 17:13:56 +0100 Message-Id: <1013703236.969.70.camel@zerodeux.home> Mime-Version: 1.0 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: On Wed, 2002-02-13 at 15:52, Loic Dachary wrote: > Who is pressuring nVidia to release their drivers under a Free > Software license ? I'd gladly add my 0.2 euro advocacy bit ;-) Not quite, but I'm tring to encourage them on this path ... Since nVidia has based its market on consumer-grade 3D hardware, the Windows+DirectX patform provides close to 95% of their income. The 'professional' users are not willing to purchase a new video card every month like gamers ;), so the Quadro serie seems only a way to tickle 3DLabs. It is a common belief that the key element which lead nVidia to bring OpenGL support is more ID's John Carmack than industry needs such as CAD tools. I think it also reasonable to think that they don't want to be MS-dependent, and their comitment with both OpenGL and Linux is the best and cheapest way to keep the evil at a safe distance :). Maybe they also think that tackling their chipsets with two approaches and two APIs might bring a better driver/hardware development expertise (let's be idealistic, but it could prove true since everybody agrees that OpenGL shaders are better designed than DX8's ... ghossip, etc :)). I'm currently thanking them for their Linux support. Their driver developers are rather easy to reach, bug reports are quickly answered, and they honestly try to keep up with Windows drivers performance and quality. They also take into account the fact that Linux users tend to have a more technical background : their Linux FAQ is the kind of thorough and efficient documentation you'll never find under Windows (giving away all the hacks to tweak the driver : http://205.158.109.140/XFree86_40/1.0-2313/README.txt) They currently focus on driver setup support, their main goal being letting any user play Quake3 with the best experience under Linux. I think that the next task is to bring some animation around OpenGL development under Linux. They have an important code base to show off all their OpenGL driver abilities, but it's a heavily win32 oriented code (you'll find spare Makefiles...). They recently setup a CVS as a distribution alternative (Unix users don't really like tarballs !). I'm maybe optimistic, but I like this kind of initiative :). The definitive step further would be to port their 'Effect browser' (the core of their OpenGL code base) to Linux, and I'm seriously thinking about doing it. The goal is twofold : 1) showing them people want to develop with their hardware under Linux & FreeBSD, 2) make their 'nvsdk' available to the Unix community. Before thinking about coding, they are some licensing issues that need to be addressed. Of course, from an advocate point of view, this nvsdk should be GPL. But I guess developers are encouraged to steal bits from it, so a MIT/Xfree license might be more accurate. This is where a OSS adocate expertise could be useful ... I'm keeping some URLs up to date there : http://linux-nvidia.sourceforge.net/ From tanis@mediacom.it Thu Feb 14 17:49:18 2002 Received: from digi-web.it (80.64-26.27.110.62.in-addr.arpa [62.110.27.80] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with SMTP id g1EGnHW48470 for ; Thu, 14 Feb 2002 17:49:17 +0100 (CET) (envelope-from tanis@mediacom.it) Received: (qmail 14726 invoked from network); 14 Feb 2002 17:24:20 -0000 Received: from unknown (HELO valerio) (172.16.69.2) by mail.digisoft.local with SMTP; 14 Feb 2002 17:24:20 -0000 Message-ID: <06f101c1b576$a8c75a50$024510ac@valerio> From: "Valerio Santinelli" To: Date: Thu, 14 Feb 2002 17:42:58 +0100 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_06EE_01C1B57F.0A7AD260" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Subject: [Nel] Spam Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: This is a multi-part message in MIME format. ------=_NextPart_000_06EE_01C1B57F.0A7AD260 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable It would be nice if the mailing list administrator could turn on the = feature that allows posting only to subscribed e-mail addresses if it = isn't already setted this way. Thanks.=20 -- Valerio Santinelli HateSeed.com Founder (http://www.hateseed.com) In Flames Italia Webmaster (http://www.inflames.it) My Lab (http://tanis.hateseed.com) ------=_NextPart_000_06EE_01C1B57F.0A7AD260 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
It would be nice if the mailing list = administrator=20 could turn on the feature that allows posting only to subscribed e-mail=20 addresses if it isn't already setted this way. Thanks.
 
--
Valerio = Santinelli
HateSeed.com Founder=20 (http://www.hateseed.com)
In = Flames=20 Italia Webmaster (http://www.inflames.it)
My Lab = (http://tanis.hateseed.com)
------=_NextPart_000_06EE_01C1B57F.0A7AD260-- From miller@nevrax.com Thu Feb 14 19:33:34 2002 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1EIXXW55587 for ; Thu, 14 Feb 2002 19:33:33 +0100 (CET) (envelope-from miller@nevrax.com) Received: from miller (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g1EIRQk68162 for ; Thu, 14 Feb 2002 19:27:26 +0100 (CET) (envelope-from miller@nevrax.com) From: "Daniel Miller" To: Subject: RE: [Nel] Spam Date: Thu, 14 Feb 2002 19:27:26 +0100 Message-ID: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0019_01C1B58D.A26A5BA0" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Importance: Normal In-Reply-To: <06f101c1b576$a8c75a50$024510ac@valerio> Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: C'est un message de format MIME en plusieurs parties. ------=_NextPart_000_0019_01C1B58D.A26A5BA0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit We tried this before once and it broke our mailing list software so we left it as is. We'll take another look and see what we can do but I'm affraid we can't make any promises. -----Original Message----- From: nel-admin@nevrax.org [mailto:nel-admin@nevrax.org]On Behalf Of Valerio Santinelli Sent: Thursday, February 14, 2002 5:43 PM To: nel@nevrax.org Subject: [Nel] Spam It would be nice if the mailing list administrator could turn on the feature that allows posting only to subscribed e-mail addresses if it isn't already setted this way. Thanks. -- Valerio Santinelli HateSeed.com Founder (http://www.hateseed.com) In Flames Italia Webmaster (http://www.inflames.it) My Lab (http://tanis.hateseed.com) ------=_NextPart_000_0019_01C1B58D.A26A5BA0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
We=20 tried this before once and it broke our mailing list software so we left = it as=20 is.
We'll=20 take another look and see what we can do but I'm affraid we can't make = any=20 promises.
 
 
-----Original Message-----
From: = nel-admin@nevrax.org=20 [mailto:nel-admin@nevrax.org]On Behalf Of Valerio=20 Santinelli
Sent: Thursday, February 14, 2002 5:43 = PM
To:=20 nel@nevrax.org
Subject: [Nel] Spam

It would be nice if the mailing list=20 administrator could turn on the feature that allows posting only to = subscribed=20 e-mail addresses if it isn't already setted this way. Thanks. =
 
--
Valerio = Santinelli
HateSeed.com Founder=20 (http://www.hateseed.com)
In = Flames=20 Italia Webmaster (http://www.inflames.it)
My Lab = (http://tanis.hateseed.com)
------=_NextPart_000_0019_01C1B58D.A26A5BA0-- From david.mentre@wanadoo.fr Thu Feb 14 21:02:27 2002 Received: from mel-rto6.wanadoo.fr (smtp-out-6.wanadoo.fr [193.252.19.25]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1EK2RW61721 for ; Thu, 14 Feb 2002 21:02:27 +0100 (CET) (envelope-from david.mentre@wanadoo.fr) Received: from mel-rta10.wanadoo.fr (193.252.19.193) by mel-rto6.wanadoo.fr; 14 Feb 2002 20:56:11 +0100 Received: from oops (193.251.184.179) by mel-rta10.wanadoo.fr; 14 Feb 2002 20:56:03 +0100 Received: from david by oops with local (Exim 3.34 #1 (Debian)) id 16bRz9-0000CH-00 for ; Thu, 14 Feb 2002 20:56:03 +0100 To: nel@nevrax.org Subject: Re: [Nel] 3D software mode again References: <000801c1b4c4$c5e2cf50$d33dc2d4@kissmaniac> From: David MENTRE Organization: none Date: 14 Feb 2002 20:56:02 +0100 In-Reply-To: <000801c1b4c4$c5e2cf50$d33dc2d4@kissmaniac> Message-ID: <87bseru9bh.fsf@wanadoo.fr> Lines: 21 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.1 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by www.nevrax.org id g1EK2RW61721 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: "neuser jean-philippe" writes: > Alors pourquoi m'embeter à écrire en un mauvais anglais. Because english speaking people are also reading this list. > Snowball use opengl 1.2 extension so , i need an opengl driver > delivered by the manufacturer of my 3D card. But i dont have a 3D card > so i m not able to have this driver. I would like to know where can i > download a complete Opengl software driver which support 1.2 > extension. Have a look at Mesa : http://www.mesa3d.org/ But it should be provided with your Linux distribution. You are under linux don't you ? Best regards, d. -- david.mentre@wanadoo.fr From robert@in-orbit.net Fri Feb 15 06:24:15 2002 Received: from quasar.skima.is (quasar.skima.is [212.30.200.205]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1F5OEW02158 for ; Fri, 15 Feb 2002 06:24:15 +0100 (CET) (envelope-from robert@in-orbit.net) Received: from [213.167.146.97] by quasar.skima.is with ESMTP for nel@nevrax.org; Fri, 15 Feb 2002 05:17:56 Z Date: Fri, 15 Feb 2002 05:45:28 -0800 From: Robert Bjarnason X-Mailer: The Bat! (v1.49) Personal Organization: InOrbit Entertainment, Inc. X-Priority: 3 (Normal) Message-Id: <134120697333.20020215054528@in-orbit.net> To: nel@nevrax.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by www.nevrax.org id g1F5OEW02158 Subject: [Nel] Problem welding / TileLightInfluences Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: =?ISO-8859-1?Q?R=F3bert_Bjarnason?= List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi, After doing my Landscape building process with the latest NeL I get this error: AST zone.cpp 195 : "pi.TileLightInfluences.size()== (uint)(pi.OrderS/2+1)*(pi.OrderT/2+1)" The zones I'm trying to weld worked fine before... before the "Dynamic/Static lighting system" change. My zones are 160x160 max units and divided into 4 by 4 segments before I NelConverted them... Maybe this is the problem? Maybe I should use a higher number of segments like 5x5? What does this error mean? Warm regards, Robert Bjarnason InOrbit Entertainment From berenguier@nevrax.com Fri Feb 15 11:16:28 2002 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1FAGRW10476 for ; Fri, 15 Feb 2002 11:16:27 +0100 (CET) (envelope-from berenguier@nevrax.com) Received: from lionelb (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g1FAAJk71852 for ; Fri, 15 Feb 2002 11:10:19 +0100 (CET) (envelope-from berenguier@nevrax.com) Message-ID: <001301c1b609$d7d86ad0$0601a8c0@lionelb> From: "Lionel Berenguier" To: References: <134120697333.20020215054528@in-orbit.net> Subject: Re: [Nel] Problem welding / TileLightInfluences Date: Fri, 15 Feb 2002 11:16:33 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: It means it is a bug. Sorry :) It is fixed and you'll get it at next cvs synchro. Cheers. ----- Original Message ----- From: "Robert Bjarnason" To: Sent: Friday, February 15, 2002 2:45 PM Subject: [Nel] Problem welding / TileLightInfluences > Hi, > > After doing my Landscape building process with > the latest NeL I get this error: > > AST zone.cpp 195 : "pi.TileLightInfluences.size()== > (uint)(pi.OrderS/2+1)*(pi.OrderT/2+1)" > > The zones I'm trying to weld worked fine before... > before the "Dynamic/Static lighting system" change. > > My zones are 160x160 max units and divided into 4 by 4 > segments before I NelConverted them... Maybe this is the > problem? Maybe I should use a higher number of segments > like 5x5? > > What does this error mean? > > Warm regards, > Robert Bjarnason > InOrbit Entertainment > > > _______________________________________________ > Nel mailing list > Nel@nevrax.org > /mailman/listinfo.cgi/nel > From lecroart@nevrax.com Fri Feb 15 16:35:36 2002 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1FFZZW34841 for ; Fri, 15 Feb 2002 16:35:35 +0100 (CET) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g1FFTSk75352 for ; Fri, 15 Feb 2002 16:29:28 +0100 (CET) (envelope-from lecroart@nevrax.com) Message-ID: <007401c1b635$8e11d5e0$0901a8c0@vianneyl> From: "Vianney Lecroart" To: References: <134120697333.20020215054528@in-orbit.net> <001301c1b609$d7d86ad0$0601a8c0@lionelb> Date: Fri, 15 Feb 2002 16:29:27 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Subject: [Nel] itsalive and TransportClass Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi all, itsalive is alive!!!! Snowballs server is back online so you can connect to it with snowballs client (you can find an *unofficial* windows compiled version on my webpage (look my signature)). CTransportClass is added on the net lib that enable communcation of class between services easily and handle different class version (one service can have a old class and another a new one and communicate them with no problem). Take a look at nel/samples/class_transport and/or the transport_class.h. Vianney Lecroart --- lead network programmer / nevrax.com icq#: 6870415 homepage: http://ace.planet-d.net www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? From loic@dachary.org Sun Feb 17 15:44:37 2002 Received: from inspiron.dachary.org (aboukir-101-1-13-alebeon.adsl.nerim.net [62.212.101.54]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1HEiZW28237 for ; Sun, 17 Feb 2002 15:44:36 +0100 (CET) (envelope-from loic@dachary.org) Received: from loic by inspiron.dachary.org with local (Exim 3.34 #1 (Debian)) id 16cSSH-00022t-00 for ; Sun, 17 Feb 2002 15:38:17 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15471.49241.106895.728972@inspiron.dachary.org> Date: Sun, 17 Feb 2002 15:38:17 +0100 From: Loic Dachary To: nel@nevrax.org X-Mailer: VM 7.01 under Emacs 21.1.1 Subject: [Nel] GNU/Linux fixes Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: loic@gnu.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi, I'd be grateful if you could apply the patch below. It was generated with today's CVS. Nel + snowballs compile + run with this patch. Here is a short description: - AM_GL_VERIFY autoconf macro (not used but necessary to turn the current hackish workaround into a proper fix) - virtual destructors with throw() (gcc-3) - friend declaration - Makefile inconsistency - Missing newline at end of file - dynamic_cast workaround for gcc - Spurious dots in Makefile.am SUBDIRS - noop inlines that prevent proper compilation when in --with-debug mode - uncommented string after endif - proper stl lib inclusion when --with-debug=full - missing parenthesis at end of 'if' expr Thanks in advance, Index: nel/acinclude.m4 =================================================================== RCS file: /home/cvsroot/code/nel/acinclude.m4,v retrieving revision 1.7 diff -u -r1.7 acinclude.m4 --- nel/acinclude.m4 29 Jan 2002 13:21:42 -0000 1.7 +++ nel/acinclude.m4 17 Feb 2002 13:02:19 -0000 @@ -45,6 +45,14 @@ dnl Description: check the instalation of the OpenGL library and set the dnl OPENGL_CFLAGS and OPENGL_LIBS variables to use it. dnl +dnl AM_GL_VERIFY +dnl +dnl Description: checks OpenGL headers and libraries consistency. +dnl Define NEL_ARB_MULTITEXTURE_NO_TYPEDEFS +dnl if GL_ARB_multitexture is defined in gl.h but is missing +dnl functions typedefs. This happens, for instance, with +dnl Mesa-3.4.2 & Mesa-4.0.1. +dnl dnl dnl AM_PATH_FREETYPE dnl @@ -605,6 +613,32 @@ AC_SUBST(OPENGL_CFLAGS) AC_SUBST(OPENGL_LIBS) +]) + +AC_DEFUN(AM_GL_VERIFY, +[ +_CPPFLAGS="$CPPFLAGS" + +CPPFLAGS="$CXXFLAGS $OPENGL_CFLAGS" + +AC_MSG_CHECKING([for GL_ARB_multitexture in gl.h]) +AC_EGREP_CPP(glActiveTextureARB, +[#define GL_GLEXT_PROTOTYPES +#include ], +[ + AC_EGREP_CPP(PFNGLACTIVETEXTUREARBPROC, + [#include ], + [AC_MSG_RESULT([found and typedefs defined])], + [ + AC_MSG_RESULT([found and missing typdefs, define NEL_ARB_MULTITEXTURE_NO_TYPEDEFS]) + AC_DEFINE(NEL_ARB_MULTITEXTURE_NO_TYPEDEFS) + ]) +], +[ + AC_MSG_RESULT([not found, this is ok]) +]) + +CPPFLAGS="$_CPPFLAGS" ]) Index: nel/configure.in =================================================================== RCS file: /home/cvsroot/code/nel/configure.in,v retrieving revision 1.59 diff -u -r1.59 configure.in --- nel/configure.in 28 Jan 2002 15:22:19 -0000 1.59 +++ nel/configure.in 17 Feb 2002 13:02:19 -0000 @@ -247,7 +247,7 @@ dnl OpenGL AM_PATH_OPENGL($enable_3d) - +AM_GL_VERIFY dnl ==================================================================== dnl Check for XF86VidMode extension (-lXxf86vm) Index: nel/include/nel/misc/common.h =================================================================== RCS file: /home/cvsroot/code/nel/include/nel/misc/common.h,v retrieving revision 1.34 diff -u -r1.34 common.h --- nel/include/nel/misc/common.h 12 Feb 2002 13:56:16 -0000 1.34 +++ nel/include/nel/misc/common.h 17 Feb 2002 13:02:22 -0000 @@ -240,6 +240,7 @@ Exception(); Exception(const std::string &reason); Exception(const char *format, ...); + virtual ~Exception() throw() {}; virtual const char *what() const throw(); }; Index: nel/include/nel/misc/stream.h =================================================================== RCS file: /home/cvsroot/code/nel/include/nel/misc/stream.h,v retrieving revision 1.50 diff -u -r1.50 stream.h --- nel/include/nel/misc/stream.h 27 Nov 2001 15:59:55 -0000 1.50 +++ nel/include/nel/misc/stream.h 17 Feb 2002 13:02:22 -0000 @@ -77,6 +77,8 @@ EStream( const IStream &f, const std::string& str ); + virtual ~EStream() throw() {} + // May Not be Filled... std::string StreamName; }; Index: nel/include/nel/net/buf_net_base.h =================================================================== RCS file: /home/cvsroot/code/nel/include/nel/net/buf_net_base.h,v retrieving revision 1.5 diff -u -r1.5 buf_net_base.h --- nel/include/nel/net/buf_net_base.h 21 Jun 2001 12:35:16 -0000 1.5 +++ nel/include/nel/net/buf_net_base.h 17 Feb 2002 13:02:22 -0000 @@ -135,7 +135,7 @@ protected: - friend CBufSock; + friend class NLNET::CBufSock; /// Constructor CBufNetBase(); Index: nel/src/3d/Makefile.am =================================================================== RCS file: /home/cvsroot/code/nel/src/3d/Makefile.am,v retrieving revision 1.67 diff -u -r1.67 Makefile.am --- nel/src/3d/Makefile.am 15 Feb 2002 17:37:54 -0000 1.67 +++ nel/src/3d/Makefile.am 17 Feb 2002 13:02:25 -0000 @@ -460,10 +460,7 @@ visual_collision_manager_user.h \ water_height_map.cpp \ water_height_map.h \ - water_imp.cpp \ water_model.cpp \ - water_model.cpp (essai) \ - water_model.cpp(old) \ water_model.h \ water_pool_manager.cpp \ water_pool_manager.h \ Index: nel/src/3d/cube_map_builder.h =================================================================== RCS file: /home/cvsroot/code/nel/src/3d/cube_map_builder.h,v retrieving revision 1.1 diff -u -r1.1 cube_map_builder.h --- nel/src/3d/cube_map_builder.h 4 Feb 2002 10:42:31 -0000 1.1 +++ nel/src/3d/cube_map_builder.h 17 Feb 2002 13:02:25 -0000 @@ -57,4 +57,4 @@ } -#endif \ No newline at end of file +#endif Index: nel/src/3d/landscape.h =================================================================== RCS file: /home/cvsroot/code/nel/src/3d/landscape.h,v retrieving revision 1.31 diff -u -r1.31 landscape.h --- nel/src/3d/landscape.h 6 Feb 2002 16:54:56 -0000 1.31 +++ nel/src/3d/landscape.h 17 Feb 2002 13:02:25 -0000 @@ -104,6 +104,7 @@ public: EBadBind() {} + ~EBadBind() throw () {} virtual const char *what() const throw(); }; Index: nel/src/3d/ps_misc.h =================================================================== RCS file: /home/cvsroot/code/nel/src/3d/ps_misc.h,v retrieving revision 1.1 diff -u -r1.1 ps_misc.h --- nel/src/3d/ps_misc.h 2 Oct 2001 16:35:39 -0000 1.1 +++ nel/src/3d/ps_misc.h 17 Feb 2002 13:02:25 -0000 @@ -82,4 +82,4 @@ } // NL3D -#endif \ No newline at end of file +#endif Index: nel/src/3d/scene.cpp =================================================================== RCS file: /home/cvsroot/code/nel/src/3d/scene.cpp,v retrieving revision 1.62 diff -u -r1.62 scene.cpp --- nel/src/3d/scene.cpp 6 Feb 2002 16:54:56 -0000 1.62 +++ nel/src/3d/scene.cpp 17 Feb 2002 13:02:25 -0000 @@ -463,7 +463,11 @@ #endif // Look if this instance get lightmap information - CMeshBase *pMB = dynamic_cast( (IShape*)(pTShp->Shape) ); +#if defined(__GNUC__) && __GNUC__ < 3 + CMeshBase *pMB = (CMeshBase*)((IShape*)(pTShp->Shape)); +#else // not GNUC + CMeshBase *pMB = dynamic_cast((IShape*)(pTShp->Shape)); +#endif // not GNUC CMeshBaseInstance *pMBI = dynamic_cast( pTShp ); if( ( pMB != NULL ) && ( pMBI != NULL ) ) { // Try to bind to automatic animation Index: nel/src/3d/driver/Makefile.am =================================================================== RCS file: /home/cvsroot/code/nel/src/3d/driver/Makefile.am,v retrieving revision 1.1 diff -u -r1.1 Makefile.am --- nel/src/3d/driver/Makefile.am 18 Dec 2000 15:30:11 -0000 1.1 +++ nel/src/3d/driver/Makefile.am 17 Feb 2002 13:02:25 -0000 @@ -4,7 +4,7 @@ MAINTAINERCLEANFILES = Makefile.in -SUBDIRS = opengl . +SUBDIRS = opengl # End of Makefile.am Index: nel/src/3d/driver/opengl/driver_opengl.h =================================================================== RCS file: /home/cvsroot/code/nel/src/3d/driver/opengl/driver_opengl.h,v retrieving revision 1.110 diff -u -r1.110 driver_opengl.h --- nel/src/3d/driver/opengl/driver_opengl.h 15 Feb 2002 17:43:03 -0000 1.110 +++ nel/src/3d/driver/opengl/driver_opengl.h 17 Feb 2002 13:02:26 -0000 @@ -381,10 +381,10 @@ virtual void forceTextureResize(uint divisor); /// Setup texture env functions. Used by setupMaterial - inline void setTextureEnvFunction(uint stage, CMaterial& mat); + void setTextureEnvFunction(uint stage, CMaterial& mat); /// setup the texture matrix for a given number of stages (starting from 0) - inline void setupUserTextureMatrix(uint numStages, CMaterial& mat); + void setupUserTextureMatrix(uint numStages, CMaterial& mat); /// For objects with caustics, setup the first texture (which actually is the one from the material) /*static inline void setupCausticsFirstTex(const CMaterial &mat); Index: nel/src/3d/driver/opengl/driver_opengl_material.cpp =================================================================== RCS file: /home/cvsroot/code/nel/src/3d/driver/opengl/driver_opengl_material.cpp,v retrieving revision 1.57 diff -u -r1.57 driver_opengl_material.cpp --- nel/src/3d/driver/opengl/driver_opengl_material.cpp 15 Feb 2002 17:43:41 -0000 1.57 +++ nel/src/3d/driver/opengl/driver_opengl_material.cpp 17 Feb 2002 13:02:27 -0000 @@ -104,7 +104,7 @@ // -------------------------------------------------- -inline void CDriverGL::setTextureEnvFunction(uint stage, CMaterial& mat) +void CDriverGL::setTextureEnvFunction(uint stage, CMaterial& mat) { ITexture *text= mat.getTexture(stage); if(text) @@ -138,7 +138,7 @@ //-------------------------------- -inline void CDriverGL::setupUserTextureMatrix(uint numStages, CMaterial& mat) +void CDriverGL::setupUserTextureMatrix(uint numStages, CMaterial& mat) { if ( (_UserTexMatEnabled != 0 && (mat.getFlags() & IDRV_MAT_USER_TEX_MAT_ALL) == 0) Index: nel/src/misc/Makefile.am =================================================================== RCS file: /home/cvsroot/code/nel/src/misc/Makefile.am,v retrieving revision 1.39 diff -u -r1.39 Makefile.am --- nel/src/misc/Makefile.am 12 Dec 2001 15:40:10 -0000 1.39 +++ nel/src/misc/Makefile.am 17 Feb 2002 13:02:28 -0000 @@ -4,7 +4,7 @@ MAINTAINERCLEANFILES = Makefile.in -SUBDIRS = config_file . +SUBDIRS = config_file lib_LTLIBRARIES = libnelmisc.la Index: nel/src/misc/mutex.cpp =================================================================== RCS file: /home/cvsroot/code/nel/src/misc/mutex.cpp,v retrieving revision 1.26 diff -u -r1.26 mutex.cpp --- nel/src/misc/mutex.cpp 8 Jan 2002 15:56:36 -0000 1.26 +++ nel/src/misc/mutex.cpp 17 Feb 2002 13:02:28 -0000 @@ -25,7 +25,9 @@ #include "stdmisc.h" +#ifndef _GNU_SOURCE #define _GNU_SOURCE +#endif // _GNU_SOURCE #include "nel/misc/mutex.h" #include "nel/misc/time_nl.h" Index: nel/src/misc/path.cpp =================================================================== RCS file: /home/cvsroot/code/nel/src/misc/path.cpp,v retrieving revision 1.19 diff -u -r1.19 path.cpp --- nel/src/misc/path.cpp 12 Feb 2002 13:55:59 -0000 1.19 +++ nel/src/misc/path.cpp 17 Feb 2002 13:02:28 -0000 @@ -723,7 +723,7 @@ #else // NL_OS_WINDOWS struct stat buf; return stat (filename.c_str (), &buf) == 0; -#endif NL_OS_WINDOWS +#endif // NL_OS_WINDOWS } bool CFile::fileExists (const string& filename) Index: nel/src/sound/driver/Makefile.am =================================================================== RCS file: /home/cvsroot/code/nel/src/sound/driver/Makefile.am,v retrieving revision 1.2 diff -u -r1.2 Makefile.am --- nel/src/sound/driver/Makefile.am 3 Aug 2001 10:16:59 -0000 1.2 +++ nel/src/sound/driver/Makefile.am 17 Feb 2002 13:02:29 -0000 @@ -4,7 +4,7 @@ MAINTAINERCLEANFILES = Makefile.in -SUBDIRS = openal . +SUBDIRS = openal noinst_LTLIBRARIES = libnelsnd_lowlevel.la Index: snowballs2/acinclude.m4 =================================================================== RCS file: /home/cvsroot/code/snowballs2/acinclude.m4,v retrieving revision 1.7 diff -u -r1.7 acinclude.m4 --- snowballs2/acinclude.m4 29 Jan 2002 13:21:42 -0000 1.7 +++ snowballs2/acinclude.m4 17 Feb 2002 13:02:43 -0000 @@ -364,7 +364,12 @@ path to the STLPort library files directory. e.g. /usr/local/stlport/lib]) -stlport_lib="stlport_gcc" +if test "$with_debug" = "full" +then + stlport_lib="stlport_gcc_stldebug" +else + stlport_lib="stlport_gcc" +fi if test "$with_stlport" = no then Index: snowballs2/client/src/entities.cpp =================================================================== RCS file: /home/cvsroot/code/snowballs2/client/src/entities.cpp,v retrieving revision 1.42 diff -u -r1.42 entities.cpp --- snowballs2/client/src/entities.cpp 14 Feb 2002 13:03:53 -0000 1.42 +++ snowballs2/client/src/entities.cpp 17 Feb 2002 13:02:44 -0000 @@ -719,7 +719,7 @@ } */ // snap to the ground - if (!GlobalRetriever->isInterior(gPos) + if (!GlobalRetriever->isInterior(gPos)) entity.VisualCollisionEntity->snapToGround(entity.Position); if (entity.Type == CEntity::Other && @@ -728,7 +728,7 @@ // nlinfo("detected over entity %d", entity.Id); entity.ServerPosition.z = entity.Position.z; entity.Position = entity.ServerPosition; - if (!GlobalRetriever->isInterior(gPos) + if (!GlobalRetriever->isInterior(gPos)) entity.VisualCollisionEntity->snapToGround(entity.Position); entity.MovePrimitive->setGlobalPosition(CVectorD(entity.Position.x, entity.Position.y, entity.Position.z), 0); } -- Loic Dachary http://www.dachary.org/ loic@dachary.org 12 bd Magenta http://www.senga.org/ loic@senga.org 75010 Paris T: 33 1 42 45 07 97 loic@gnu.org GPG Public Key: http://www.dachary.org/loic/gpg.txt From berenguier@nevrax.com Mon Feb 18 10:54:07 2002 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1I9s5W89170 for ; Mon, 18 Feb 2002 10:54:06 +0100 (CET) (envelope-from berenguier@nevrax.com) Received: from lionelb (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g1I9luk89128 for ; Mon, 18 Feb 2002 10:47:56 +0100 (CET) (envelope-from berenguier@nevrax.com) Message-ID: <000e01c1b862$3a90f9d0$0601a8c0@lionelb> From: "Lionel Berenguier" To: References: <15471.49241.106895.728972@inspiron.dachary.org> Subject: Re: [Nel] GNU/Linux fixes Date: Mon, 18 Feb 2002 10:54:17 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Thanks for this patch. As you say, AM_GL_VERIFY is not used and I don't find use of NEL_ARB_MULTITEXTURE_NO_TYPEDEFS in your patch. We think that our way to solve the GL version problem is better, even if maybe more weird, since it solves it both under windows and linux. The rest of the patch will be applied. Tell us if not applying AM_GL_VERIFY patch is a problem. Cheers. Lionel ----- Original Message ----- From: "Loic Dachary" To: Sent: Sunday, February 17, 2002 3:38 PM Subject: [Nel] GNU/Linux fixes > > Hi, > > I'd be grateful if you could apply the patch below. It was > generated with today's CVS. Nel + snowballs compile + run with > this patch. Here is a short description: > > - AM_GL_VERIFY autoconf macro (not used but necessary to turn > the current hackish workaround into a proper fix) [....] > > Thanks in advance, > > Index: nel/acinclude.m4 > =================================================================== > RCS file: /home/cvsroot/code/nel/acinclude.m4,v > retrieving revision 1.7 > diff -u -r1.7 acinclude.m4 > --- nel/acinclude.m4 29 Jan 2002 13:21:42 -0000 1.7 > +++ nel/acinclude.m4 17 Feb 2002 13:02:19 -0000 > @@ -45,6 +45,14 @@ > dnl Description: check the instalation of the OpenGL library and set the > dnl OPENGL_CFLAGS and OPENGL_LIBS variables to use it. > dnl > +dnl AM_GL_VERIFY > +dnl > +dnl Description: checks OpenGL headers and libraries consistency. > +dnl Define NEL_ARB_MULTITEXTURE_NO_TYPEDEFS > +dnl if GL_ARB_multitexture is defined in gl.h but is missing > +dnl functions typedefs. This happens, for instance, with > +dnl Mesa-3.4.2 & Mesa-4.0.1. > +dnl > dnl > dnl AM_PATH_FREETYPE > dnl > @@ -605,6 +613,32 @@ > AC_SUBST(OPENGL_CFLAGS) > AC_SUBST(OPENGL_LIBS) > > +]) > + > +AC_DEFUN(AM_GL_VERIFY, > > +_CPPFLAGS="$CPPFLAGS" > + > +CPPFLAGS="$CXXFLAGS $OPENGL_CFLAGS" > + > +AC_MSG_CHECKING([for GL_ARB_multitexture in gl.h]) > +AC_EGREP_CPP(glActiveTextureARB, > +[#define GL_GLEXT_PROTOTYPES > +#include ], > +[ > + AC_EGREP_CPP(PFNGLACTIVETEXTUREARBPROC, > + [#include ], > + [AC_MSG_RESULT([found and typedefs defined])], > + [ > + AC_MSG_RESULT([found and missing typdefs, define NEL_ARB_MULTITEXTURE_NO_TYPEDEFS]) > + AC_DEFINE(NEL_ARB_MULTITEXTURE_NO_TYPEDEFS) > + ]) > +], > +[ > + AC_MSG_RESULT([not found, this is ok]) > +]) > + > +CPPFLAGS="$_CPPFLAGS" > ]) > > > Index: nel/configure.in > =================================================================== > RCS file: /home/cvsroot/code/nel/configure.in,v > retrieving revision 1.59 > diff -u -r1.59 configure.in > --- nel/configure.in 28 Jan 2002 15:22:19 -0000 1.59 > +++ nel/configure.in 17 Feb 2002 13:02:19 -0000 > @@ -247,7 +247,7 @@ > dnl OpenGL > > AM_PATH_OPENGL($enable_3d) > - > +AM_GL_VERIFY From miller@nevrax.com Mon Feb 18 11:18:28 2002 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1IAINW90493 for ; Mon, 18 Feb 2002 11:18:24 +0100 (CET) (envelope-from miller@nevrax.com) Received: from miller (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g1IACAk89449 for ; Mon, 18 Feb 2002 11:12:10 +0100 (CET) (envelope-from miller@nevrax.com) From: "Daniel Miller" To: Subject: RE: [Nel] NeL 3D Library : Features Date: Mon, 18 Feb 2002 11:12:09 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 In-Reply-To: <15464.59174.152741.642712@inspiron.dachary.org> Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: This one is a little out of date - I wrote it last April. The feature list hasn't realy changed, but the 'to be developed' and 'in development' listings are badly out of date. We'll give it a once over shortly. Regards, Daniel -----Original Message----- From: nel-admin@nevrax.org [mailto:nel-admin@nevrax.org]On Behalf Of Loic Dachary Sent: Tuesday, February 12, 2002 10:58 AM To: nel@nevrax.org Subject: [Nel] NeL 3D Library : Features Hi, I wonder if the /docs/features_nel_3d.php3 page is up to date. It does not contain a date, therefore I feel the need of bothering people ;-) Here are a few typo fixes: s/dissable/disable/ s/technicque/technique/ s/ofobjects/of objects/ s/insuffricient/insufficient/ Cheers, -- Loic Dachary http://www.dachary.org/ loic@dachary.org 12 bd Magenta http://www.senga.org/ loic@senga.org 75010 Paris T: 33 1 42 45 07 97 loic@gnu.org GPG Public Key: http://www.dachary.org/loic/gpg.txt _______________________________________________ Nel mailing list Nel@nevrax.org /mailman/listinfo.cgi/nel From lecroart@nevrax.com Mon Feb 18 12:29:15 2002 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1IBTEW94995 for ; Mon, 18 Feb 2002 12:29:14 +0100 (CET) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g1IBN5k90312 for ; Mon, 18 Feb 2002 12:23:05 +0100 (CET) (envelope-from lecroart@nevrax.com) Message-ID: <006801c1b86e$a2602d90$0901a8c0@vianneyl> From: "Vianney Lecroart" To: References: <15471.49241.106895.728972@inspiron.dachary.org> Date: Mon, 18 Feb 2002 12:23:05 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Subject: [Nel] contrib et fix Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Bonjour, Je sais qu'il y a une difference entre une contribution (un gros patch) et un fix, mais j'aimerais savoir si il y a des doc officiels qui precisent la limite entre les 2. C'est a dire, si quelqu'un nous donne un patch de 15 lignes, est ce un fix ou une contrib? La limite est fixe par un nombre de ligne? Si oui, de combien, y a t il une url qui parle de cela? Merci Vianney Lecroart --- lead network programmer / nevrax.com icq#: 6870415 homepage: http://ace.planet-d.net www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? From lecroart@nevrax.com Mon Feb 18 12:36:46 2002 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1IBakW95451 for ; Mon, 18 Feb 2002 12:36:46 +0100 (CET) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g1IBUbk90457 for ; Mon, 18 Feb 2002 12:30:37 +0100 (CET) (envelope-from lecroart@nevrax.com) Message-ID: <008201c1b86f$afccf4d0$0901a8c0@vianneyl> From: "Vianney Lecroart" To: References: <15471.49241.106895.728972@inspiron.dachary.org> <006801c1b86e$a2602d90$0901a8c0@vianneyl> Subject: Re: [Nel] contrib et fix Date: Mon, 18 Feb 2002 12:30:37 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Ouppssss, sorry, it was a private mail, not for the nel mailing list :) anyway, I'll ask you: I know that there is a difference between a contribution (a large patch) and a fix, but I would like to know if there are official Doc. which spoke the limit between the 2. If somebody gives us a patch of 15 lines, is a this fix or a contrib? Is the limit fixed by a number of line? If so, where is the limit? Is there a URL which speaks about that? Thank you Vianney Lecroart --- lead network programmer / nevrax.com icq#: 6870415 homepage: http://ace.planet-d.net www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? ----- Original Message ----- From: "Vianney Lecroart" To: Sent: Monday, February 18, 2002 12:23 PM Subject: [Nel] contrib et fix > Bonjour, > > Je sais qu'il y a une difference entre une contribution (un gros patch) et > un fix, mais j'aimerais savoir si il y a des doc officiels qui precisent la > limite entre les 2. C'est a dire, si quelqu'un nous donne un patch de 15 > lignes, est ce un fix ou une contrib? La limite est fixe par un nombre de > ligne? Si oui, de combien, y a t il une url qui parle de cela? > > Merci > > Vianney Lecroart > --- > lead network programmer / nevrax.com > icq#: 6870415 > homepage: http://ace.planet-d.net > www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- > w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? > > > > _______________________________________________ > Nel mailing list > Nel@nevrax.org > /mailman/listinfo.cgi/nel > From tanis@mediacom.it Mon Feb 18 12:53:37 2002 Received: from digi-web.it (80.64-26.27.110.62.in-addr.arpa [62.110.27.80] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with SMTP id g1IBrbW96538 for ; Mon, 18 Feb 2002 12:53:37 +0100 (CET) (envelope-from tanis@mediacom.it) Received: (qmail 15168 invoked from network); 18 Feb 2002 12:28:24 -0000 Received: from unknown (HELO valerio) (172.16.69.2) by mail.digisoft.local with SMTP; 18 Feb 2002 12:28:24 -0000 Message-ID: <0abf01c1b872$1a9db450$024510ac@valerio> From: "Valerio Santinelli" To: References: <15471.49241.106895.728972@inspiron.dachary.org> <006801c1b86e$a2602d90$0901a8c0@vianneyl> <008201c1b86f$afccf4d0$0901a8c0@vianneyl> Subject: Re: [Nel] contrib et fix Date: Mon, 18 Feb 2002 12:47:55 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: In my opinion contributions are more than patches. They usually are new features and/or new programs that interface with the current official distribution. Most unix packages have a "contrib" directory with "contributed" programs in it. My 0.02 Euro :) -- Valerio Santinelli HateSeed.com Founder (http://www.hateseed.com) In Flames Italia Webmaster (http://www.inflames.it) My Lab (http://tanis.hateseed.com) ----- Original Message ----- From: "Vianney Lecroart" To: Sent: Monday, February 18, 2002 12:30 PM Subject: Re: [Nel] contrib et fix > Ouppssss, sorry, it was a private mail, not for the nel mailing list :) > anyway, I'll ask you: > > I know that there is a difference between a contribution (a large patch) and > a fix, but I would like to know if there are official Doc. > which spoke the limit between the 2. If somebody gives us a patch of 15 > lines, is a this fix or a contrib? Is the limit fixed by a number of line? > If so, where is the limit? Is there a URL which speaks about that? > > Thank you > > Vianney Lecroart > --- > lead network programmer / nevrax.com > icq#: 6870415 > homepage: http://ace.planet-d.net > www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- > w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? > > ----- Original Message ----- > From: "Vianney Lecroart" > To: > Sent: Monday, February 18, 2002 12:23 PM > Subject: [Nel] contrib et fix > > > > Bonjour, > > > > Je sais qu'il y a une difference entre une contribution (un gros patch) et > > un fix, mais j'aimerais savoir si il y a des doc officiels qui precisent > la > > limite entre les 2. C'est a dire, si quelqu'un nous donne un patch de 15 > > lignes, est ce un fix ou une contrib? La limite est fixe par un nombre de > > ligne? Si oui, de combien, y a t il une url qui parle de cela? > > > > Merci > > > > Vianney Lecroart > > --- > > lead network programmer / nevrax.com > > icq#: 6870415 > > homepage: http://ace.planet-d.net > > www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? > K- > > w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? > > > > > > > > _______________________________________________ > > Nel mailing list > > Nel@nevrax.org > > /mailman/listinfo.cgi/nel > > > > _______________________________________________ > Nel mailing list > Nel@nevrax.org > /mailman/listinfo.cgi/nel > > From robert@in-orbit.net Mon Feb 18 14:12:45 2002 Received: from quasar.skima.is (quasar.skima.is [212.30.200.205]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1IDCiW01658 for ; Mon, 18 Feb 2002 14:12:44 +0100 (CET) (envelope-from robert@in-orbit.net) Received: from [213.167.146.97] by quasar.skima.is with ESMTP for nel@nevrax.org; Mon, 18 Feb 2002 13:06:23 Z Date: Mon, 18 Feb 2002 13:33:50 -0800 From: Robert Bjarnason X-Mailer: The Bat! (v1.49) Personal Organization: InOrbit Entertainment, Inc. X-Priority: 3 (Normal) Message-Id: <86407999011.20020218133350@in-orbit.net> To: nel@nevrax.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by www.nevrax.org id g1IDCiW01658 Subject: [Nel] Different Animation results Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: =?ISO-8859-1?Q?R=F3bert_Bjarnason?= List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi, I have max3.1 and character studio 3.01. My animations and skinning look fine in the NeL Object Viewer but when I load them into my client app (that is based on Snowballs2) there are problems. For example: in a walk cycle, in Object Viewer/max the arms are animated down by the sides of the torso, but in my client app they come straight out from the shoulders and the fingers are at a (semi) fixed point so the fingers grow larger and shorter (skinning problem?)... Any hints? Warm regards, Robert Bjarnason robert@in-orbit.net From robert@in-orbit.net Mon Feb 18 15:14:08 2002 Received: from quasar.skima.is (quasar.skima.is [212.30.200.205]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1IEE7W05703 for ; Mon, 18 Feb 2002 15:14:07 +0100 (CET) (envelope-from robert@in-orbit.net) Received: from [213.167.146.97] by quasar.skima.is with ESMTP for nel@nevrax.org; Mon, 18 Feb 2002 14:07:52 Z Date: Mon, 18 Feb 2002 14:35:18 -0800 From: Robert Bjarnason X-Mailer: The Bat! (v1.49) Personal Organization: InOrbit Entertainment, Inc. X-Priority: 3 (Normal) Message-Id: <157411687395.20020218143518@in-orbit.net> To: nel@nevrax.org Subject: Re: [Nel] Different Animation results (more info) In-reply-To: <86407999011.20020218133350@in-orbit.net> References: <86407999011.20020218133350@in-orbit.net> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by www.nevrax.org id g1IEE7W05703 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: =?ISO-8859-1?Q?R=F3bert_Bjarnason?= List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi, When I use the standalone Object Viewer.exe and load the shape, skel, swt & animation I get the exact same corrupt results as when I view the animations in the client application. So the difference seems to be when I export the data to files instead of having the Object Viewer transfer the data directly from 3dxmax... Warm regards, Robert Bjarnason InOrbit Entertainment From corvazier@nevrax.com Mon Feb 18 16:55:46 2002 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1IFtjW12470 for ; Mon, 18 Feb 2002 16:55:45 +0100 (CET) (envelope-from corvazier@nevrax.com) Received: from cyrilc (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g1IFnan93251 for ; Mon, 18 Feb 2002 16:49:36 +0100 (CET) (envelope-from corvazier@nevrax.com) Message-ID: <000b01c1b893$ed7b0410$1701a8c0@cyrilc> From: "Cyril 'Hulud' Corvazier" To: References: <86407999011.20020218133350@in-orbit.net> <157411687395.20020218143518@in-orbit.net> Subject: Re: [Nel] Different Animation results (more info) Date: Mon, 18 Feb 2002 16:50:02 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi Robert, > When I use the standalone Object Viewer.exe and load > the shape, skel, swt & animation I get the exact same > corrupt results as when I view the animations in > the client application. So the difference seems to > be when I export the data to files instead of having > the Object Viewer transfer the data directly from > 3dxmax... Be sure your biped is in "Figure Mode" when you export the skeleton (*.skel) and your shape (*.shape). This should fixe your problem. Regards, Cyril Corvazier From robert@in-orbit.net Mon Feb 18 17:13:42 2002 Received: from quasar.skima.is (quasar.skima.is [212.30.200.205]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1IGDeW13688 for ; Mon, 18 Feb 2002 17:13:41 +0100 (CET) (envelope-from robert@in-orbit.net) Received: from [213.167.146.97] by quasar.skima.is with ESMTP for nel@nevrax.org; Mon, 18 Feb 2002 16:07:03 Z Date: Mon, 18 Feb 2002 16:29:06 -0800 From: Robert Bjarnason X-Mailer: The Bat! (v1.49) Personal Organization: InOrbit Entertainment, Inc. X-Priority: 3 (Normal) Message-Id: <154418515293.20020218162906@in-orbit.net> To: "Cyril 'Hulud' Corvazier" Subject: Re[2]: [Nel] Different Animation results (more info) In-reply-To: <000b01c1b893$ed7b0410$1701a8c0@cyrilc> References: <86407999011.20020218133350@in-orbit.net> <157411687395.20020218143518@in-orbit.net> <000b01c1b893$ed7b0410$1701a8c0@cyrilc> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by www.nevrax.org id g1IGDeW13688 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: =?ISO-8859-1?Q?R=F3bert_Bjarnason?= List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi Cyril, CHC> Be sure your biped is in "Figure Mode" when you export the skeleton CHC> (*.skel) and your shape (*.shape). CHC> This should fixe your problem. Yes, it did :) Thanks, Robert From loic@dachary.org Mon Feb 18 19:04:06 2002 Received: from inspiron.dachary.org (aboukir-101-1-13-alebeon.adsl.nerim.net [62.212.101.54]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1II45W21552 for ; Mon, 18 Feb 2002 19:04:06 +0100 (CET) (envelope-from loic@dachary.org) Received: from loic by inspiron.dachary.org with local (Exim 3.34 #1 (Debian)) id 16cs2r-0003Yi-00 for ; Mon, 18 Feb 2002 18:57:45 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15473.16537.183479.118719@inspiron.dachary.org> Date: Mon, 18 Feb 2002 18:57:45 +0100 From: Loic Dachary To: nel@nevrax.org Subject: Re: [Nel] GNU/Linux fixes In-Reply-To: Lionel Berenguier's message of 18 February 2002 10:54:17 +0100 References: <15471.49241.106895.728972@inspiron.dachary.org> <000e01c1b862$3a90f9d0$0601a8c0@lionelb> X-Mailer: VM 7.01 under Emacs 21.1.1 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: loic@gnu.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Lionel Berenguier writes: > > Thanks for this patch. > > As you say, AM_GL_VERIFY is not used and I don't find use of > NEL_ARB_MULTITEXTURE_NO_TYPEDEFS in your patch. True. > We think that our way to solve the GL version problem is better, even if > maybe more weird, since it solves it both under windows and linux. The solution you implemented is definitely working. I tend to think that it's better to check & fix that kind of issue with a configure time test + #define symbol but that's a minor point. You may want to change the comment since the same problem shows with Mesa-4.0.1 gl.h header although it claims to be OpenGL 1.3 compliant. Regarding compatibility with non GNU/Linux operating systems on which you can't / don't want to run autoconf, one should be careful when generating symbols. For instance, NEL_ARB_MULTITEXTURE_NO_TYPEDEFS can be used to include the typedefs. If not on GNU/Linux, the typedefs are not included. If they need to be included on another platform you could #if defined(NEL_ARB_MULTITEXTURE_NO_TYPEDEFS) || defined(NEL_OS_PLATFORM) Unless you have a different configure-like system that works on these platforms and is able to generate NEL_ARB_MULTITEXTURE_NO_TYPEDEFS when appropriate. I'd be interested to hear about an operating system on which autoconf cannot be run. That raises an interesting question : is anyone compiling snowballs using autoconf on a platform that is not GNU/Linux ? In theory it should work (that's the whole point of having autoconf scripts ;-) but experience shows that it requires a small amount of tweaking anyway. > The rest of the patch will be applied. Tell us if not applying AM_GL_VERIFY > patch is a problem. It is not, thanks for asking ;-) Cheers, -- Loic Dachary http://www.dachary.org/ loic@dachary.org 12 bd Magenta http://www.senga.org/ loic@senga.org 75010 Paris T: 33 1 42 45 07 97 loic@gnu.org GPG Public Key: http://www.dachary.org/loic/gpg.txt From loic@dachary.org Mon Feb 18 19:34:30 2002 Received: from inspiron.dachary.org (aboukir-101-1-13-alebeon.adsl.nerim.net [62.212.101.54]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1IIYTW22755 for ; Mon, 18 Feb 2002 19:34:29 +0100 (CET) (envelope-from loic@dachary.org) Received: from loic by inspiron.dachary.org with local (Exim 3.34 #1 (Debian)) id 16csWH-0003aE-00 for ; Mon, 18 Feb 2002 19:28:09 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15473.18360.723384.684719@inspiron.dachary.org> Date: Mon, 18 Feb 2002 19:28:08 +0100 From: Loic Dachary To: nel@nevrax.org Subject: RE: [Nel] NeL 3D Library : Features In-Reply-To: Daniel Miller's message of 18 February 2002 11:12:09 +0100 References: <15464.59174.152741.642712@inspiron.dachary.org> X-Mailer: VM 7.01 under Emacs 21.1.1 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: loic@gnu.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Daniel Miller writes: > This one is a little out of date - I wrote it last April. > The feature list hasn't realy changed, but the 'to be developed' and 'in > development' listings are badly out of date. > > We'll give it a once over shortly. That would be nice. Here are a few features I found in other 3D engines. You may want to add them to the list, even if to say that Nel does not support XXX this because it supports YYY that is superior. It would help people understand why and how Nel is better than any existing Free Software 3D engine. That would help a lot when comparing. You also want to s/frustrum/frustum/ ;-) ---- True perspective rendering True 6DOF engine Arbitrary sloped convex polygons Flexible plugin system which allows for plugging in other Generic mechanism that allows plug-and-play capabilities and Support for 8-bit (palette), 15/16-bit (truecolor), and 32-bit (truecolor) displays. Run at many resolutions (320x200, 640x480, 800x600, ...). Window or fullscreen mode, up to 1024x768 (30fps on minimal config) Visibility system based on [portals, octrees, BSP trees, c-buffer, CSG]. Hierarchical bounding box collision detection system. Elipsoid collision detection. Polygon level collision detection for terrain and 3D objects Font system plugin to support other font types Textures can have any size which is a [power of two / not a power of two] and they [need / need not] be square. Supports textures with various formats including GIF, TGA, PNG, BMP, JPG, and others. Perspective correct texture mapping with interpolation every xx pixel. Transparent and semi-transparent textures allowing for see-through water surfaces and windows. Support for dynamic textures (i.e. texture that you can render on and put on a polygon as well as normal textures). Support for internal 24-bit textures with a private colormap for every texture or true 24-bit. Multiple 3D windows and real-time cameras for 1st or 3rd person views Split screen Zoom Full programmable and customizable through scripting language Light maps Trilinear mip mapping Mip mapping Animated 3D sprites Animated 3D decals Heightmap based deformable terrain for landscapes Geometric LOD Smooth mesh deformation for models Flat and cubic environment map rendering Mirrors and alpha mapping you can create really nice shiny or reflecting surfaces. Procedural textures for water or lava. Programmable 2D and 3D effects (lens flares, bullet holes etc.) Camera portals and mirrors Programmable particle and beam generators Particle system using 2D sprites Path tracking for camera, actors or vehicles Animated soft-skin models with unlimited skin size 3D triangle mesh sprites with frame animation. Support for skeletal sprites. 3D objects can be taken or manipulated with mouse in real time Moving objects Script language controlling object movement. 3D sound sources (DS3D, EAX, A3D, ...) with Doppler effect CD Audio, MID and WAV support for music and 3D sounds Sound formats: WAV, MP3, Ogg/Vorbis, AU, AIFF, IFF, and MOD (using MikMod). Save / Load feature for resuming games at arbitrary positions Convertors for Quake MDL and Quake II MD2 formats Convert MAP files (from Quake/HalfLife) from/to internal format. Convert 3DS to models or levels. Load 3DS, MDL, MD2, ASE, OBJ, or POV objects. ASCII world file format allowing you to easily redefine the world. Store levels in standard compressed ZIP archives to make a bundle of one level. Animated multi-layered sky and backdrop bitmaps Multi-layered and animated skyboxes and skydomes. Dynamic gouraud shaded sky dome (half-sphere) Moving sun which actually modifies the color of the sky in real time Halo's around lights. Coloured fog areas Depth-correct colored volumetric fog in sectors (software & hardware) Integrated 2D engine for background pictures Multi-player client/server mode via network (TCP or UDP) 2D sprites, panels, buttons, sliders, overlays 2D controls, text, screenshots, and movie scenes Static and dynamic coloured light sources Static colored lights with real shadows. Lighting and shadows Static and dynamic shadows Dynamic colored lights with soft shadows Precalculated Radiosity on the Lightmaps Arbitrary axis (quaternion) rotations Remote or missile cameras ---- -- Loic Dachary http://www.dachary.org/ loic@dachary.org 12 bd Magenta http://www.senga.org/ loic@senga.org 75010 Paris T: 33 1 42 45 07 97 loic@gnu.org GPG Public Key: http://www.dachary.org/loic/gpg.txt From loic@dachary.org Mon Feb 18 21:00:15 2002 Received: from inspiron.dachary.org (aboukir-101-1-13-alebeon.adsl.nerim.net [62.212.101.54]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1IK0EW24726 for ; Mon, 18 Feb 2002 21:00:14 +0100 (CET) (envelope-from loic@dachary.org) Received: from loic by inspiron.dachary.org with local (Exim 3.34 #1 (Debian)) id 16ctrG-0003dK-00 for ; Mon, 18 Feb 2002 20:53:54 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15473.23506.341278.819376@inspiron.dachary.org> Date: Mon, 18 Feb 2002 20:53:54 +0100 From: Loic Dachary To: nel@nevrax.org Subject: Re: [Nel] contrib et fix In-Reply-To: Vianney Lecroart's message of 18 February 2002 12:30:37 +0100 References: <15471.49241.106895.728972@inspiron.dachary.org> <006801c1b86e$a2602d90$0901a8c0@vianneyl> <008201c1b86f$afccf4d0$0901a8c0@vianneyl> X-Mailer: VM 7.01 under Emacs 21.1.1 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: loic@gnu.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Vianney Lecroart writes: > > I know that there is a difference between a contribution (a large patch) and > a fix, but I would like to know if there are official Doc. > which spoke the limit between the 2. If somebody gives us a patch of 15 > lines, is a this fix or a contrib? Is the limit fixed by a number of line? > If so, where is the limit? Is there a URL which speaks about that? > AFAIK, the 15 lines of code threshold is informal and based on past judgements. It could be argued that this is an urban legend (internet legend ?-). I could ask for confirmation to a lawyer if this is important. I have no reference URL handy. This limit is important when a developer or a company needs to make sure it is the sole copyright holder of the software. This is the best way to make sure a Free Software can be properly defended when/if a license violation occurs. Being the single copyright holder puts you in the best position to negotiate with the violator so that she complies to the license terms. Multiplying the copyright holders of a given software is a technique to prevent a Free Software to become proprietary but is rather inefficient to enforce the license if needs be. If it's not already the case, it would be good that contributors to nel assign copyright to Nevrax, much in the same way as contributors assign copyright to the FSF. Of course, when a contributor to GNU Emacs (for instance) assigns copyright to the FSF for her work, the FSF makes a written promise to release the contribution under a Free Software license. This is a fair system that Nevrax could use for nel. Of course, you don't want to bother about copyright assignment with every contributor who provides only a few lines and this is where the 15 lines threshold helps you. When nel becomes widely used, I guess Nevrax will need to handle significant contributions and a few violators. The fact that nel is released under the GNU GPL (instead of the GNU LGPL for instance) helps. It is *a lot* harder to convince violators on GNU LGPL'ed code. When someone (note that I do not say if someone ;-) expands nel and distribute the result without the corresponding source code, it won't take more than a few weeks to convince her to comply. As it turns out, the GNU GPL is the only license that is efficient to protect a Free Software company business. Cheers, -- Loic Dachary http://www.dachary.org/ loic@dachary.org 12 bd Magenta http://www.senga.org/ loic@senga.org 75010 Paris T: 33 1 42 45 07 97 loic@gnu.org GPG Public Key: http://www.dachary.org/loic/gpg.txt From loic@dachary.org Mon Feb 18 23:02:15 2002 Received: from inspiron.dachary.org (aboukir-101-1-13-alebeon.adsl.nerim.net [62.212.101.54]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1IM2EW26708 for ; Mon, 18 Feb 2002 23:02:14 +0100 (CET) (envelope-from loic@dachary.org) Received: from loic by inspiron.dachary.org with local (Exim 3.34 #1 (Debian)) id 16cvlK-0003he-00 for ; Mon, 18 Feb 2002 22:55:54 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15473.30826.88473.466611@inspiron.dachary.org> Date: Mon, 18 Feb 2002 22:55:54 +0100 From: Loic Dachary To: nel@nevrax.org X-Mailer: VM 7.01 under Emacs 21.1.1 Subject: [Nel] GNU/Linux viewport fix Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: loic@gnu.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi, Here is a patch that fixes the viewport lossage on GNU/Linux. The patch is minimal and while working on it I realized that X11 support probably need some serious work. Am I right or somehow mistaken ? Cheers, P.S. Note that the patch adds less than 15 lines ;-) Index: nel/src/3d/driver/opengl/driver_opengl.cpp =================================================================== RCS file: /home/cvsroot/code/nel/src/3d/driver/opengl/driver_opengl.cpp,v retrieving revision 1.136 diff -u -r1.136 driver_opengl.cpp --- nel/src/3d/driver/opengl/driver_opengl.cpp 15 Feb 2002 17:43:03 -0000 1.136 +++ nel/src/3d/driver/opengl/driver_opengl.cpp 18 Feb 2002 21:48:32 -0000 @@ -1213,13 +1213,23 @@ void CDriverGL::setupViewport (const class CViewport& viewport) { -#ifdef NL_OS_WINDOWS +#if NL_OS_WINDOWS if (_hWnd) { // Get window rect RECT rect; GetClientRect (_hWnd, &rect); - + // Setup gl viewport + int clientWidth=rect.right-rect.left; + int clientHeight=rect.bottom-rect.top; +#else // NL_OS_WINDOWS + XWindowAttributes win_attributes; + if (!XGetWindowAttributes(dpy, win, &win_attributes)) + throw EBadDisplay("Can't get window attributes."); + // Setup gl viewport + int clientWidth=win_attributes.width; + int clientHeight=win_attributes.height; +#endif // NL_OS_WINDOWS // Get viewport float x; float y; @@ -1227,9 +1237,6 @@ float height; viewport.getValues (x, y, width, height); - // Setup gl viewport - int clientWidth=rect.right-rect.left; - int clientHeight=rect.bottom-rect.top; int ix=(int)((float)clientWidth*x); clamp (ix, 0, clientWidth); int iy=(int)((float)clientHeight*y); @@ -1239,6 +1246,7 @@ int iheight=(int)((float)clientHeight*height); clamp (iheight, 0, clientHeight-iy); glViewport (ix, iy, iwidth, iheight); +#if NL_OS_WINDOWS } #endif // NL_OS_WINDOWS } -- Loic Dachary http://www.dachary.org/ loic@dachary.org 12 bd Magenta http://www.senga.org/ loic@senga.org 75010 Paris T: 33 1 42 45 07 97 loic@gnu.org GPG Public Key: http://www.dachary.org/loic/gpg.txt From loic@dachary.org Mon Feb 18 23:27:50 2002 Received: from inspiron.dachary.org (aboukir-101-1-13-alebeon.adsl.nerim.net [62.212.101.54]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1IMRnW27115 for ; Mon, 18 Feb 2002 23:27:49 +0100 (CET) (envelope-from loic@dachary.org) Received: from loic by inspiron.dachary.org with local (Exim 3.34 #1 (Debian)) id 16cwA5-0003iZ-00 for ; Mon, 18 Feb 2002 23:21:29 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15473.32361.431832.806321@inspiron.dachary.org> Date: Mon, 18 Feb 2002 23:21:29 +0100 From: Loic Dachary To: nel@nevrax.org X-Mailer: VM 7.01 under Emacs 21.1.1 Subject: [Nel] GNU/Linux status Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: loic@gnu.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi, I'm logged in on itsalive.nevrax.org, happily wandering around, throwing snowballs. I still have a non existant landscape but that's ok ;-) I managed to setup the following configuration, Free Software from top to bottom: Dual PIII450 / ~700Mb RAM ASUS P2B-D (means AGP x 2 IIRC) ATI Radeon 7500 / 64Mb XFree-4.2.0 with DRI linux-2.4.17 with Radeon DRM STL-4.5 Nel + Snowballs (today's CVS + patches send yesterday evening on the list) Compiled with -with-debug Full screen 800x600 It delivers 16fps with the logo turning in the top left corner and not doing much else. That's not outstanding but I may be able to increase it with optimized compilation. Anyway, it's a lot better than the 0.5 fps I had with software rendering. I'd be interested to know what kind of frame rate people can get. Please don't frustrate me with outstanding frame rates that require proprietary software ;-) I'll stay logged in itsalive.nevrax.org all night, you're wellcome to send me some snowballs while I'm asleep (1840.00, -970.00, -22.45). Cheers, -- Loic Dachary http://www.dachary.org/ loic@dachary.org 12 bd Magenta http://www.senga.org/ loic@senga.org 75010 Paris T: 33 1 42 45 07 97 loic@gnu.org GPG Public Key: http://www.dachary.org/loic/gpg.txt From v.caron@zerodeux.net Mon Feb 18 23:38:40 2002 Received: from zerodeux.net (aboukir-101-1-16-zerodeux.adsl.nerim.net [62.212.104.175]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1IMceW27360 for ; Mon, 18 Feb 2002 23:38:40 +0100 (CET) (envelope-from v.caron@zerodeux.net) Received: from localhost.localdomain (zerodeux.home [192.168.1.3]) by zerodeux.net (Postfix) with ESMTP id 24443AFD4 for ; Mon, 18 Feb 2002 23:32:34 +0100 (CET) Subject: Re: [Nel] GNU/Linux viewport fix From: Vincent Caron To: nel@nevrax.org In-Reply-To: <15473.30826.88473.466611@inspiron.dachary.org> References: <15473.30826.88473.466611@inspiron.dachary.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Evolution/1.0.2 Date: 18 Feb 2002 23:32:25 +0100 Message-Id: <1014071545.895.183.camel@zerodeux.home> Mime-Version: 1.0 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: On Mon, 2002-02-18 at 22:55, Loic Dachary wrote: > > Hi, > > Here is a patch that fixes the viewport lossage on GNU/Linux. > The patch is minimal and while working on it I realized that X11 > support probably need some serious work. Am I right or somehow > mistaken ? I would say 'you are right' :) There are some things that could be cleaner of more efficient, like the (not so working) keyboard mapping, a function to fetch the window size (the 'XGetWindowAttribute' snippet is pasted everywhere), DGA mouse handling, and other tidbits ... From loic@dachary.org Tue Feb 19 11:32:53 2002 Received: from inspiron.dachary.org (aboukir-101-1-13-alebeon.adsl.nerim.net [62.212.101.54]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1JAWqW65183 for ; Tue, 19 Feb 2002 11:32:53 +0100 (CET) (envelope-from loic@dachary.org) Received: from loic by inspiron.dachary.org with local (Exim 3.34 #1 (Debian)) id 16d7Tj-0004Gx-00 for ; Tue, 19 Feb 2002 11:26:31 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15474.10327.619945.754955@inspiron.dachary.org> Date: Tue, 19 Feb 2002 11:26:31 +0100 From: Loic Dachary To: nel@nevrax.org Subject: Re: [Nel] GNU/Linux viewport fix In-Reply-To: Vincent Caron's message of 18 February 2002 23:32:25 +0100 References: <15473.30826.88473.466611@inspiron.dachary.org> <1014071545.895.183.camel@zerodeux.home> X-Mailer: VM 7.01 under Emacs 21.1.1 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: loic@gnu.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Vincent Caron writes: > On Mon, 2002-02-18 at 22:55, Loic Dachary wrote: > > > > Hi, > > > > Here is a patch that fixes the viewport lossage on GNU/Linux. > > The patch is minimal and while working on it I realized that X11 > > support probably need some serious work. Am I right or somehow > > mistaken ? > > I would say 'you are right' :) > > There are some things that could be cleaner of more efficient, like the > (not so working) keyboard mapping, a function to fetch the window size > (the 'XGetWindowAttribute' snippet is pasted everywhere), DGA mouse > handling, and other tidbits ... > Wouldn't SDL help a lot here ? Cheers, -- Loic Dachary http://www.dachary.org/ loic@dachary.org 12 bd Magenta http://www.senga.org/ loic@senga.org 75010 Paris T: 33 1 42 45 07 97 loic@gnu.org GPG Public Key: http://www.dachary.org/loic/gpg.txt From v.caron@zerodeux.net Tue Feb 19 16:07:34 2002 Received: from zerodeux.net (aboukir-101-1-16-zerodeux.adsl.nerim.net [62.212.104.175]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1JF7XW81353 for ; Tue, 19 Feb 2002 16:07:33 +0100 (CET) (envelope-from v.caron@zerodeux.net) Received: from localhost.localdomain (zerodeux.home [192.168.1.3]) by zerodeux.net (Postfix) with ESMTP id 921DCAFC7 for ; Tue, 19 Feb 2002 16:01:25 +0100 (CET) Subject: Re: [Nel] GNU/Linux status From: Vincent Caron To: nel@nevrax.org In-Reply-To: <15473.32361.431832.806321@inspiron.dachary.org> References: <15473.32361.431832.806321@inspiron.dachary.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Evolution/1.0.2 Date: 19 Feb 2002 16:01:22 +0100 Message-Id: <1014130882.773.1.camel@zerodeux.home> Mime-Version: 1.0 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: > I'll stay logged in itsalive.nevrax.org all night, you're > wellcome to send me some snowballs while I'm asleep (1840.00, -970.00, > -22.45). I was there : http://zerodeux.net/img/snowballs.jpg :) I see you already found the magic talisman that makes you fly 100 feets high (or maybe we miss a landscape ? ;)) > I'd be interested to know what kind of frame rate people can > get. Please don't frustrate me with outstanding frame rates that > require proprietary software ;-) Sorry, it's displayed anyway :) From v.caron@zerodeux.net Tue Feb 19 16:14:46 2002 Received: from zerodeux.net (aboukir-101-1-16-zerodeux.adsl.nerim.net [62.212.104.175]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1JFEkW81670 for ; Tue, 19 Feb 2002 16:14:46 +0100 (CET) (envelope-from v.caron@zerodeux.net) Received: from localhost.localdomain (zerodeux.home [192.168.1.3]) by zerodeux.net (Postfix) with ESMTP id 346F0AFC7 for ; Tue, 19 Feb 2002 16:08:38 +0100 (CET) Subject: Re: [Nel] GNU/Linux viewport fix From: Vincent Caron To: nel@nevrax.org In-Reply-To: <15474.10327.619945.754955@inspiron.dachary.org> References: <15473.30826.88473.466611@inspiron.dachary.org> <1014071545.895.183.camel@zerodeux.home> <15474.10327.619945.754955@inspiron.dachary.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Evolution/1.0.2 Date: 19 Feb 2002 16:08:34 +0100 Message-Id: <1014131314.1095.10.camel@zerodeux.home> Mime-Version: 1.0 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: On Tue, 2002-02-19 at 11:26, Loic Dachary wrote: > Wouldn't SDL help a lot here ? It could. However NeL needs very few glue code with the OS, SDL has a minimal OpenGL support (was added late, SDL primary purpose is direct frame buffer access, doesn't deal with extensions for instance), and comes with its own event and setup mechanism. I guess taking 'inspiration' from such a lib would be a good idea ... However SDL was used by Loki for most ports, so it has a good track record. I'm maintaining a list of GL toolkits here : http://ngl.sourceforge.net/links.php (Yes, I also have such a lib - NGL - which is bound to be released, but is a much broader framework, shouldn't fit NeL) From loic@dachary.org Tue Feb 19 16:20:48 2002 Received: from inspiron.dachary.org (aboukir-101-1-13-alebeon.adsl.nerim.net [62.212.101.54]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1JFKkW82063 for ; Tue, 19 Feb 2002 16:20:46 +0100 (CET) (envelope-from loic@dachary.org) Received: from loic by inspiron.dachary.org with local (Exim 3.34 #1 (Debian)) id 16dByL-0004Tb-00 for ; Tue, 19 Feb 2002 16:14:25 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15474.27601.56773.322733@inspiron.dachary.org> Date: Tue, 19 Feb 2002 16:14:25 +0100 From: Loic Dachary To: nel@nevrax.org Subject: Re: [Nel] GNU/Linux status In-Reply-To: Vincent Caron's message of 19 February 2002 16:01:22 +0100 References: <15473.32361.431832.806321@inspiron.dachary.org> <1014130882.773.1.camel@zerodeux.home> X-Mailer: VM 7.01 under Emacs 21.1.1 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: loic@gnu.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Vincent Caron writes: > > I'll stay logged in itsalive.nevrax.org all night, you're > > wellcome to send me some snowballs while I'm asleep (1840.00, -970.00, > > -22.45). > > I was there : http://zerodeux.net/img/snowballs.jpg :) > I see you already found the magic talisman that makes you fly 100 feets > high (or maybe we miss a landscape ? ;)) :-) I really missed the landscape because I was not able to find the way down. I was facing the sun to prefect the tan of my GNU ;-) > > I'd be interested to know what kind of frame rate people can > > get. Please don't frustrate me with outstanding frame rates that > > require proprietary software ;-) > > Sorry, it's displayed anyway :) You're cheating, the Nel logo is not displayed and this gives you an unfair advantage :-) I'll see if I can restore the landscape. Btw, shouldn't we see some snow ? Cheers, -- Loic Dachary http://www.dachary.org/ loic@dachary.org 12 bd Magenta http://www.senga.org/ loic@senga.org 75010 Paris T: 33 1 42 45 07 97 loic@gnu.org GPG Public Key: http://www.dachary.org/loic/gpg.txt From lecroart@nevrax.com Tue Feb 19 16:53:11 2002 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1JFrBW84029 for ; Tue, 19 Feb 2002 16:53:11 +0100 (CET) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g1JFl1n03316 for ; Tue, 19 Feb 2002 16:47:01 +0100 (CET) (envelope-from lecroart@nevrax.com) Message-ID: <007201c1b95c$abc5eed0$0901a8c0@vianneyl> From: "Vianney Lecroart" To: References: <15473.32361.431832.806321@inspiron.dachary.org><1014130882.773.1.camel@zerodeux.home> <15474.27601.56773.322733@inspiron.dachary.org> Subject: Re: [Nel] GNU/Linux status Date: Tue, 19 Feb 2002 16:47:01 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: > You're cheating, the Nel logo is not displayed and this gives > you an unfair advantage :-) I'll see if I can restore the landscape. Btw, > shouldn't we see some snow ? Hum, No more snow because it s nearly the spring (or a bug? :-), but there's no snow also on windows so it's not another linux bug! For the landscape, I don't have any clue about what It was not displayed. Using SDL is not a very good idea because it s quite big (we need only one or 2 files) and add another external lib dependency. It's better to 'inspirate' from it if possible. Vianney Lecroart --- lead network programmer / nevrax.com icq#: 6870415 homepage: http://ace.planet-d.net www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? From brian.s@seos.com Tue Feb 19 17:50:07 2002 Received: from keywest.kennett.net (keywest.kennett.net [208.212.182.12]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1JGo5W87460 for ; Tue, 19 Feb 2002 17:50:06 +0100 (CET) (envelope-from brian.s@seos.com) Received: by keywest.kennett.net from localhost (router,slmail V5.1); Tue, 19 Feb 2002 11:42:28 -0500 for Received: from seosus3.kennett.net [208.248.0.130] by keywest.kennett.net [208.212.182.12] (MailWarden 5.1.0.1069 (SLmail Add-On Edition)) with ESMTP id 06E7A5ADD5154C60B614B5AB43BBC8A8 for plus 3 more; Tue, 19 Feb 2002 11:42:27 -0500 Received: by SEOSUS3 with Internet Mail Service (5.5.2232.9) id <18X1Y83C>; Tue, 19 Feb 2002 11:40:57 -0500 Message-ID: From: Brian Shores To: info@in-orbit.net, nel@nevrax.org Cc: AW_Discussion_Group@yahoogroups.com, Artillo5@cs.com Date: Tue, 19 Feb 2002 11:40:56 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2232.9) Content-Type: text/plain; charset="iso-8859-1" X-SLUIDL: AE43C76C-D13F4023-96684EBD-B4E8AAD9 Subject: [Nel] 3D Technologies UNITE! Please read... Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Dear Fellow 3D'ers, I received links to your websites from the Virtual Reality Association and am very interested in your projects. I am currently looking for an alternative 3D environment than Activeworlds: one that will support more functionality than previously available and also "in-line" world building (as opposed to offline creation of content). There is a group of us discussing the possibility of a Citizen-owned Universe, and we have been debating whether to simply purchase a Universe server from Activeworlds, or go with a totally new technology. One of the biggest concerns we have as a group is the fact that there is a lot of "legacy data" consisting of builds, bots, websites, etc. that are all intertwined with Activeworlds technology. Support of RWX/COB objects and avatars, Activeworlds "propdumps", and software interface for custom applications developed with the Activeworlds SDK would be something that we are looking for the new technology to support. There are several other groups developing new 3D environment technology. It would be nice if they could all get together, share ideas, and possibly combine efforts to produce an open source platform that we can all use comfortably as our new cyber-home! We want to be FREE of the influence of corporate greed and poor management/marketing tactics, we want a place that we all own a part of and have a say as to how things are run. Here are some links relating to the discussion: http://groups.yahoo.com/group/AW_Discussion_Group http://kaltana.com/freedom An alternative to AW Technology being developed (There are others also, I just can't find the links!): http://seeray.com/derekrayburn/index.html I can only hope that people work together on this so that the future of online VR worlds will be secure, creative, entertaining, Democratically FAIR, and prosperous! The best way to facilitate a positive change is to keep communicating, and keep developing the future of the cyber-frontier. We must all work together towards these common goals. Peace and Happy Building, Artillo a.k.a. Brian Shores Mechanical design Engineer SEOS Incorporated USA Manufacturing Division Kennett Square, PA (610) 925-5844 extension 19 http://www.seos.com "Ability is what you're capable of doing. Motivation determines what you do. Attitude determines how well you do it." -Lou Holtz- From tharibo@free.fr Tue Feb 19 18:17:23 2002 Received: from postfix2-1.free.fr (postfix2-1.free.fr [213.228.0.9]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1JHHMW89004 for ; Tue, 19 Feb 2002 18:17:22 +0100 (CET) (envelope-from tharibo@free.fr) Received: from there (toulouse-1-a7-35-201.dial.proxad.net [62.147.35.201]) by postfix2-1.free.fr (Postfix) with SMTP id 27D9810A for ; Tue, 19 Feb 2002 18:11:12 +0100 (CET) Content-Type: text/plain; charset="iso-8859-1" From: Thomas RIBO To: "Nel ML" Subject: Re: [Nel] Data Ownership Date: Mon, 18 Feb 2002 20:06:09 +0100 X-Mailer: KMail [version 1.3] References: <0881AC7F2F339C40BC6F7983D1E0BEC901911C@mail2k.embarcadero-ca.com> In-Reply-To: <0881AC7F2F339C40BC6F7983D1E0BEC901911C@mail2k.embarcadero-ca.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <20020219171112.27D9810A@postfix2-1.free.fr> Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: tharibo@free.fr List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Le Mercredi 13 Février 2002 01:22, John Hayes a écrit : > What kind of information do you think would be suitable for each type > of server in the context of a game? Terrain data is in my opinion static. It could be distributed on geographical servers--in the sense of: one server manages one (or more) parts of the world-- or copied on all servers, or stay on a dedicated server. The players positions (and players objects in a whole) are typically dynamic data and we should consider that players should not meet all others at a given time. So, now, there are many maners to manage these players: the one you described, am I wrong? (I think I'm not able to go more forward, unfortunately :-( ) > I would consider the data to be classified as asymmetric (or possibly > parallel?), synchronous, and static (data that does not change during > the runtime). Are you opposing asymetric and synchronous? So that we can recall synchronous "symetric" or asymetric "asynchronous"? I'm not sure to understand... -- tharibo@free.fr "Le temps ne fait rien à l'affaire, quand on est con, on-est-con !" -- Georges Brassens From ahoyt@packetport.com Tue Feb 19 18:31:55 2002 Received: from smtp2.mail.iamworld.net (smtp2-out.mail.iamworld.net [204.91.241.117]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1JHVsW89884 for ; Tue, 19 Feb 2002 18:31:55 +0100 (CET) (envelope-from ahoyt@packetport.com) Received: from tony ([207.86.139.130]) by smtp2.mail.iamworld.net (8.9.3/8.9.3) with SMTP id MAA12375 for ; Tue, 19 Feb 2002 12:25:41 -0500 (EST) Date: Tue, 19 Feb 2002 12:25:42 -0500 From: Tony Hoyt To: nel@nevrax.org Subject: Re: [Nel] 3D Technologies UNITE! Please read... Message-Id: <20020219122542.030b303e.ahoyt@packetport.com> In-Reply-To: References: Organization: PacketPort.com Inc. X-Mailer: Sylpheed version 0.7.1 (GTK+ 1.2.10; sparc-sun-solaris2.7) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Wow, I'm actually an Activeworlds memeber as well, and I too have noticed that it's just not going to get any better anytime soon. An AW like online project would be cool. And if I was a better coder, I would have taken to Nel as well for such a project. I wish you guys luck. This could very well be cool. Tony From davids@tower-mt.com Tue Feb 19 18:55:07 2002 Received: from moto.micapeak.com (IDENT:0@moto.micapeak.com [206.96.184.128]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1JHt4W91400 for ; Tue, 19 Feb 2002 18:55:06 +0100 (CET) (envelope-from davids@tower-mt.com) Received: from dschmidt (nat-78.spk.ind.alcatel.com [207.53.175.78]) by moto.micapeak.com (8.11.6/8.11.6) with SMTP id g1JHmpl29357 for ; Tue, 19 Feb 2002 09:48:51 -0800 From: "David Schmidt" To: Subject: RE: [Nel] GNU/Linux status Date: Tue, 19 Feb 2002 09:45:38 -0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 In-Reply-To: <1014130882.773.1.camel@zerodeux.home> Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Oh, so YOU were the one that logged off right after I logged in (I'm "Alydar"). I was using the standard snowballs2 data files and he was sitting up on a bluff. Too bad the snowballs don't pile up after hitting him, or he'd have been buried! David Schmidt davids@tower-mt.com http://www.tower-mt.com ICQ: 1457634 AIM: inetdavid -----Original Message----- From: nel-admin@nevrax.org [mailto:nel-admin@nevrax.org] On Behalf Of Vincent Caron Sent: Tuesday, February 19, 2002 7:01 AM To: nel@nevrax.org Subject: Re: [Nel] GNU/Linux status > I'll stay logged in itsalive.nevrax.org all night, you're > wellcome to send me some snowballs while I'm asleep (1840.00, -970.00, > -22.45). I was there : http://zerodeux.net/img/snowballs.jpg :) I see you already found the magic talisman that makes you fly 100 feets high (or maybe we miss a landscape ? ;)) > I'd be interested to know what kind of frame rate people can > get. Please don't frustrate me with outstanding frame rates that > require proprietary software ;-) Sorry, it's displayed anyway :) _______________________________________________ Nel mailing list Nel@nevrax.org /mailman/listinfo.cgi/nel From guillaume@morinfr.org Tue Feb 19 20:48:09 2002 Received: from oyster.morinfr.org (oyster.morinfr.org [62.4.22.234]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1JJm9W98622 for ; Tue, 19 Feb 2002 20:48:09 +0100 (CET) (envelope-from guillaume@morinfr.org) Received: from guillaum by oyster.morinfr.org with local (Exim 3.34 #1 (Debian)) id 16dG9F-0000My-00 for ; Tue, 19 Feb 2002 20:41:57 +0100 Date: Tue, 19 Feb 2002 20:41:57 +0100 From: Guillaume Morin To: nel@nevrax.org Subject: Re: [Nel] GNU/Linux status Message-ID: <20020219194157.GA1400@morinfr.org> Mail-Followup-To: nel@nevrax.org References: <15473.32361.431832.806321@inspiron.dachary.org> <1014130882.773.1.camel@zerodeux.home> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <1014130882.773.1.camel@zerodeux.home> User-Agent: Mutt/1.3.27i Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Dans un message du 19 fév à 16:01, Vincent Caron écrivait : > I see you already found the magic talisman that makes you fly 100 feets > high (or maybe we miss a landscape ? ;)) Looks that I have the landscape problem too. http://bender.morinfr.org/~guillaum/shot_snow.png I use yesterday's CVS with Loic's viewport fix. Any magical recipes ? -- Guillaume Morin Et si je suis bien que si j'ai bu, tant pis (Cornu) From Artillo5@cs.com Tue Feb 19 21:11:29 2002 Received: from imo-r08.mx.aol.com (imo-r08.mx.aol.com [152.163.225.104]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1JKBSW00269 for ; Tue, 19 Feb 2002 21:11:28 +0100 (CET) (envelope-from Artillo5@cs.com) Received: from Artillo5@cs.com by imo-r08.mx.aol.com (mail_out_v32.5.) id d.49.18b08a86 (16118) for ; Tue, 19 Feb 2002 15:05:06 -0500 (EST) Received: from netscape.com (mow-m03.webmail.aol.com [64.12.184.131]) by air-id12.mx.aol.com (v83.35) with ESMTP id MAILINID1210-0219150506; Tue, 19 Feb 2002 15:05:06 1900 Date: Tue, 19 Feb 2002 15:05:05 -0500 From: artillo5@cs.com To: nel@nevrax.org Subject: [Nel] Nevrax software Message-ID: <1167693C.3A2193AD.00959A14@cs.com> X-Mailer: Atlas Mailer 1.0 Content-Type: text/plain; charset=iso-8859-1 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: I couldn't seem to find a link for downloading beta of this software... I am new to the list here. Are there any special requirements for running it on a Win98 machine, minimum graphics card required, etc? Any help would be much appreciated! Thanks! Brian Shores (aka Artillo) From neuser.jp@club-internet.fr Tue Feb 19 23:48:22 2002 Received: from relay-2v.club-internet.fr (relay-2v.club-internet.fr [194.158.96.113]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1JMmMW10596 for ; Tue, 19 Feb 2002 23:48:22 +0100 (CET) (envelope-from neuser.jp@club-internet.fr) Received: from kissmaniac (lns04v-3-3.w.club-internet.fr [212.194.62.3]) by relay-2v.club-internet.fr (Postfix) with SMTP id 3C58616A5 for ; Tue, 19 Feb 2002 23:42:11 +0100 (CET) Message-ID: <000a01c1b996$9506d350$033ec2d4@kissmaniac> From: "neuser jean-philippe" To: Date: Tue, 19 Feb 2002 23:41:33 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Subject: [Nel] snowball with mesa 4.0.1 in 3D software mode Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: "neuser jean-philippe" List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Ok i ve been able to compile nel3D opengl driver with mesa but .... when i execute snowball, i have a fatal error while scene is updating for the first time. I ve some Demo of mesa that have fatal error so i think mistake is in mesa API. After having disable many Update fonction in the main loop of snowball, game is running ( with a few thing at screen :) ) but at only 3 fps on a Intel III 600 Mhz. I wish i ll found a 3D card for my work PC and a better solution than Mesa. thanks for all. From lecroart@nevrax.com Wed Feb 20 10:08:17 2002 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1K98HW52105 for ; Wed, 20 Feb 2002 10:08:17 +0100 (CET) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g1K926n08485 for ; Wed, 20 Feb 2002 10:02:06 +0100 (CET) (envelope-from lecroart@nevrax.com) Message-ID: <001f01c1b9ed$45a2f620$0901a8c0@vianneyl> From: "Vianney Lecroart" To: References: <1167693C.3A2193AD.00959A14@cs.com> Subject: Re: [Nel] Nevrax software Date: Wed, 20 Feb 2002 10:02:06 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi Brian, > I couldn't seem to find a link for downloading beta of this software... I am new to the list here. Are there any special requirements for running it on a Win98 machine, minimum graphics card required, etc? Any help would be much appreciated! Normally, you need to compile sources and run the program, we don't provide official binaries, but you can find a Windows binary of this program (snowballs2) in my home page (http://ace.planet-d.net) but it s totally unofficial. Vianney Lecroart --- lead network programmer / nevrax.com icq#: 6870415 homepage: http://ace.planet-d.net www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? From loic@dachary.org Wed Feb 20 16:19:11 2002 Received: from inspiron.dachary.org (aboukir-101-1-13-alebeon.adsl.nerim.net [62.212.101.54]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1KFJ9W76487 for ; Wed, 20 Feb 2002 16:19:09 +0100 (CET) (envelope-from loic@dachary.org) Received: from loic by inspiron.dachary.org with local (Exim 3.34 #1 (Debian)) id 16dYQE-0005w5-00 for ; Wed, 20 Feb 2002 16:12:42 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15475.48361.735753.544068@inspiron.dachary.org> Date: Wed, 20 Feb 2002 16:12:41 +0100 From: Loic Dachary To: nel@nevrax.org X-Mailer: VM 7.01 under Emacs 21.1.1 Subject: [Nel] GNU/Linux : landscape is back Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: loic@gnu.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi, The lowercase/uppercase pitfall is never old fashioned, it seems ;-) Try this in data/zones: for i in *zonel ; do mv $i `echo $i | tr "[A-Z]" "[a-z]"` ; done and launch the game. The most disturbing aspect of this bug is that the zone manager is perfectly happy when it is asked to load a zone that does not match an actual file. I was first tempted to throw an exception. However, the high number of non existent zones for which a load attempt is done stopped me ;-) DBG23097 zone_manager.cpp 236 : file not found: data/zones/9_al.zonel DBG23097 zone_manager.cpp 236 : file not found: data/zones/9_ak.zonel DBG23097 zone_manager.cpp 236 : file not found: data/zones/9_am.zonel DBG23097 zone_manager.cpp 236 : file not found: data/zones/9_aj.zonel DBG23097 zone_manager.cpp 236 : file not found: data/zones/9_an.zonel DBG23097 zone_manager.cpp 236 : file not found: data/zones/10_al.zonel DBG23097 zone_manager.cpp 236 : file not found: data/zones/10_ak.zonel DBG23097 zone_manager.cpp 236 : file not found: data/zones/10_am.zonel DBG23097 zone_manager.cpp 236 : file not found: data/zones/9_ai.zonel DBG23097 zone_manager.cpp 236 : file not found: data/zones/9_ao.zonel DBG23097 zone_manager.cpp 236 : file not found: data/zones/10_aj.zonel DBG23097 zone_manager.cpp 236 : file not found: data/zones/10_an.zonel DBG23097 zone_manager.cpp 236 : file not found: data/zones/11_al.zonel DBG23097 zone_manager.cpp 236 : file not found: data/zones/11_ak.zonel DBG23097 zone_manager.cpp 236 : file not found: data/zones/11_am.zonel DBG23097 zone_manager.cpp 236 : file not found: data/zones/10_ai.zonel DBG23097 zone_manager.cpp 236 : file not found: data/zones/10_ao.zonel DBG23097 zone_manager.cpp 236 : file not found: data/zones/9_ah.zonel DBG23097 zone_manager.cpp 236 : file not found: data/zones/9_ap.zonel DBG23097 zone_manager.cpp 236 : file not found: data/zones/11_aj.zonel DBG23097 zone_manager.cpp 236 : file not found: data/zones/11_an.zonel DBG23097 zone_manager.cpp 236 : file not found: data/zones/2_al.zonel DBG23097 zone_manager.cpp 236 : file not found: data/zones/10_ah.zonel DBG23097 zone_manager.cpp 236 : file not found: data/zones/10_ap.zonel DBG23097 zone_manager.cpp 236 : file not found: data/zones/11_ai.zonel DBG23097 zone_manager.cpp 236 : file not found: data/zones/11_ao.zonel DBG23097 zone_manager.cpp 236 : file not found: data/zones/12_al.zonel DBG23097 zone_manager.cpp 236 : file not found: data/zones/2_ak.zonel DBG23097 zone_manager.cpp 236 : file not found: data/zones/2_am.zonel DBG23097 zone_manager.cpp 236 : file not found: data/zones/12_ak.zonel DBG23097 zone_manager.cpp 236 : file not found: data/zones/12_am.zonel DBG23097 zone_manager.cpp 236 : file not found: data/zones/2_aj.zonel DBG23097 zone_manager.cpp 236 : file not found: data/zones/2_an.zonel DBG23097 zone_manager.cpp 236 : file not found: data/zones/9_ag.zonel DBG23097 zone_manager.cpp 236 : file not found: data/zones/9_aq.zonel DBG23097 zone_manager.cpp 236 : file not found: data/zones/12_aj.zonel DBG23097 zone_manager.cpp 236 : file not found: data/zones/12_an.zonel DBG23097 zone_manager.cpp 236 : file not found: data/zones/11_ah.zonel DBG23097 zone_manager.cpp 236 : file not found: data/zones/11_ap.zonel DBG23097 zone_manager.cpp 236 : file not found: data/zones/2_ai.zonel DBG23097 zone_manager.cpp 236 : file not found: data/zones/2_ao.zonel DBG23097 zone_manager.cpp 236 : file not found: data/zones/10_ag.zonel DBG23097 zone_manager.cpp 236 : file not found: data/zones/10_aq.zonel DBG23097 zone_manager.cpp 236 : file not found: data/zones/12_ai.zonel DBG23097 zone_manager.cpp 236 : file not found: data/zones/12_ao.zonel DBG23097 zone_manager.cpp 236 : file not found: data/zones/1_al.zonel DBG23097 zone_manager.cpp 236 : file not found: data/zones/13_al.zonel DBG23097 zone_manager.cpp 236 : file not found: data/zones/1_ak.zonel DBG23097 zone_manager.cpp 236 : file not found: data/zones/1_am.zonel DBG23097 zone_manager.cpp 236 : file not found: data/zones/13_ak.zonel DBG23097 zone_manager.cpp 236 : file not found: data/zones/13_am.zonel DBG23097 zone_manager.cpp 236 : file not found: data/zones/1_aj.zonel DBG23097 zone_manager.cpp 236 : file not found: data/zones/1_an.zonel DBG23097 zone_manager.cpp 236 : file not found: data/zones/9_af.zonel DBG23097 zone_manager.cpp 236 : file not found: data/zones/9_ar.zonel DBG23097 zone_manager.cpp 236 : file not found: data/zones/13_aj.zonel DBG23097 zone_manager.cpp 236 : file not found: data/zones/13_an.zonel DBG23097 zone_manager.cpp 236 : file not found: data/zones/2_ah.zonel DBG23097 zone_manager.cpp 236 : file not found: data/zones/2_ap.zonel DBG23097 zone_manager.cpp 236 : file not found: data/zones/11_ag.zonel DBG23097 zone_manager.cpp 236 : file not found: data/zones/11_aq.zonel DBG23097 zone_manager.cpp 236 : file not found: data/zones/12_ah.zonel DBG23097 zone_manager.cpp 236 : file not found: data/zones/12_ap.zonel DBG23097 zone_manager.cpp 236 : file not found: data/zones/1_ai.zonel DBG23097 zone_manager.cpp 236 : file not found: data/zones/1_ao.zonel DBG23097 zone_manager.cpp 236 : file not found: data/zones/10_af.zonel DBG23097 zone_manager.cpp 236 : file not found: data/zones/10_ar.zonel DBG23097 zone_manager.cpp 236 : file not found: data/zones/13_ai.zonel DBG23097 zone_manager.cpp 236 : file not found: data/zones/13_ao.zonel DBG23097 zone_manager.cpp 236 : file not found: data/zones/2_ag.zonel DBG23097 zone_manager.cpp 236 : file not found: data/zones/2_aq.zonel DBG23097 zone_manager.cpp 236 : file not found: data/zones/12_ag.zonel DBG23097 zone_manager.cpp 236 : file not found: data/zones/12_aq.zonel DBG23097 zone_manager.cpp 236 : file not found: data/zones/1_ah.zonel DBG23097 zone_manager.cpp 236 : file not found: data/zones/1_ap.zonel DBG23097 zone_manager.cpp 236 : file not found: data/zones/11_af.zonel DBG23097 zone_manager.cpp 236 : file not found: data/zones/11_ar.zonel DBG23097 zone_manager.cpp 236 : file not found: data/zones/13_ah.zonel DBG23097 zone_manager.cpp 236 : file not found: data/zones/13_ap.zonel DBG23097 zone_manager.cpp 236 : file not found: data/zones/1_ag.zonel DBG23097 zone_manager.cpp 236 : file not found: data/zones/1_aq.zonel DBG23097 zone_manager.cpp 236 : file not found: data/zones/2_af.zonel DBG23097 zone_manager.cpp 236 : file not found: data/zones/2_ar.zonel DBG23097 zone_manager.cpp 236 : file not found: data/zones/12_af.zonel DBG23097 zone_manager.cpp 236 : file not found: data/zones/12_ar.zonel DBG23097 zone_manager.cpp 236 : file not found: data/zones/13_ag.zonel DBG23097 zone_manager.cpp 236 : file not found: data/zones/13_aq.zonel DBG23097 zone_manager.cpp 236 : file not found: data/zones/1_af.zonel DBG23097 zone_manager.cpp 236 : file not found: data/zones/1_ar.zonel DBG23097 zone_manager.cpp 236 : file not found: data/zones/13_af.zonel DBG23097 zone_manager.cpp 236 : file not found: data/zones/13_ar.zonel To the very least, I suggest that a debug message is issued. Index: nel/src/3d/zone_manager.cpp =================================================================== RCS file: /home/cvsroot/code/nel/src/3d/zone_manager.cpp,v retrieving revision 1.4 diff -u -r1.4 zone_manager.cpp --- nel/src/3d/zone_manager.cpp 28 Aug 2001 11:39:11 -0000 1.4 +++ nel/src/3d/zone_manager.cpp 20 Feb 2002 15:14:41 -0000 @@ -233,6 +233,7 @@ } else { + nldebug("file not found: %s", zonePath.c_str ()); _Lz->FileNotFound = true; delete _Zm->Zone; } Cheers, -- Loic Dachary http://www.dachary.org/ loic@dachary.org 12 bd Magenta http://www.senga.org/ loic@senga.org 75010 Paris T: 33 1 42 45 07 97 loic@gnu.org GPG Public Key: http://www.dachary.org/loic/gpg.txt From loic@dachary.org Wed Feb 20 16:35:29 2002 Received: from inspiron.dachary.org (aboukir-101-1-13-alebeon.adsl.nerim.net [62.212.101.54]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1KFZTW77527 for ; Wed, 20 Feb 2002 16:35:29 +0100 (CET) (envelope-from loic@dachary.org) Received: from loic by inspiron.dachary.org with local (Exim 3.34 #1 (Debian)) id 16dYg6-0005wm-00 for ; Wed, 20 Feb 2002 16:29:06 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15475.49345.499839.564662@inspiron.dachary.org> Date: Wed, 20 Feb 2002 16:29:05 +0100 From: Loic Dachary To: nel@nevrax.org X-Mailer: VM 7.01 under Emacs 21.1.1 Subject: [Nel] Hit me Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: loic@gnu.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi, I'm online. Someone dares to come and hit me ? -- Loic Dachary http://www.dachary.org/ loic@dachary.org 12 bd Magenta http://www.senga.org/ loic@senga.org 75010 Paris T: 33 1 42 45 07 97 loic@gnu.org GPG Public Key: http://www.dachary.org/loic/gpg.txt From lecroart@nevrax.com Wed Feb 20 16:44:37 2002 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1KFibW78174 for ; Wed, 20 Feb 2002 16:44:37 +0100 (CET) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g1KFcQn13488 for ; Wed, 20 Feb 2002 16:38:26 +0100 (CET) (envelope-from lecroart@nevrax.com) Message-ID: <007f01c1ba24$a33f53f0$0901a8c0@vianneyl> From: "Vianney Lecroart" To: References: <15475.48361.735753.544068@inspiron.dachary.org> Subject: Re: [Nel] GNU/Linux : landscape is back Date: Wed, 20 Feb 2002 16:38:26 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi, You are right. The CPath system manage correctly the case but zone_manger doesn't use CPath so the problem occurs... In fact, the data are ok, bit the code will search the good file name, the standard is N_LL.zonel where N is the line and LL is the row with majuscule (AA is the first row) You just to change in src/3d/zone_search.cpp 'a' into 'A' like that: char firstLetter = zoneX / 26 + 'A'; char secondLetter = zoneX % 26 + 'A'; Or wait the next cvs sync this night. Vianney Lecroart --- lead network programmer / nevrax.com icq#: 6870415 homepage: http://ace.planet-d.net www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? From info@multimediastudio.com Wed Feb 20 17:10:33 2002 Received: from e-nvelop.com (216-236-192-166.newskies.net [216.236.192.166] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with SMTP id g1KGAGW80047 for ; Wed, 20 Feb 2002 17:10:19 +0100 (CET) (envelope-from info@multimediastudio.com) Message-Id: <200202201610.g1KGAGW80047@www.nevrax.org> To: nel@nevrax.org From: "Manish Gajria" Date: Wed, 20 Feb 2002 19:54:42 Content-Type: text/html; charset="us-ascii" Subject: [Nel] slash web design and development costs Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Multimedia Studio - Communication | Interaction | Experience
 
 
 
 
 
In today's damp economic climate, with Web project budgets under increasing scrutiny, many companies are feeling the fiscal chill. Innovative managers and project champions are seeking ways of cost cutting on Web initiatives without compromising on quality and the final user experience. We understand that companies passionate about their brands, products and services will never compromise, leave alone short term savings or strategies.

Today, decisions regarding your Web initiatives will influence your bottom line whatever the impending economic conditions. However, well judged decisions and judicious spending could see you weather any economic furor.
 
 
   
      What's the way out  
  Our Work
A company is constantly judged by the work it produces. This is where its philosophy, methodology and culture are wrapped in one statement. To See the versatility, style and powerful experiences embodied in the Multimedia Studio portfolio click here.
  It is difficult to find a partner able to deliver effective and functional services and solutions at reduced costs. Multimedia Studio is an experience design company delivering result-oriented solutions for Web and other interactive media such as Web sites, intranets, extranets, and e-mail marketing campaigns. Since the inception of the Internet, we have proven ourselves time and again to clients such as Mercedes Benz, Dresdner Bank, Prudential, IBM, Motorola, Wipro Technologies, MindTree Consulting, 24/7 Customer.com, Ittiam Systems, and EuroRSCG to name a few.  
     
       
    Cut Costs without Compromise  
  Our Methodology
Cost effective solutions are driven by structure. Being organized helps focus on the big picture, which is the reason we have a systematic process in place that includes defining the job to following-up after delivery. Setting goals, achieving them and keeping the clients informed and involved from start to finish helps make the solution unique and powerful.
Know more
  Reduced costs do not necessarily mean sub-standard deliverables or compromises. Cost cutting is about an effective methodology coupled with a flexible distributed development model. It is about efficiency. In fact, that’s why businesses and individuals started using technology and the Web in the first place. We follow the industry best practices and processes as any reputed Internet consultancy, interactive agency, or integrated marketing firm across the globe. Furthermore our methodology is fine-tuned to adapt to the distributed onsite-offshore development model.  
         
      The Way We Do It  
 
But You Knew
More than 50% of the Fortune 500 companies have used offshore services of Indian companies for Internet and software solutions.
Most of the Big 5, major software, Internet and technology consulting firms, such as PwC, EDS, KPMG, Sapient, Cambridge Technology Partners, Scient, Microsoft, IBM, and Oracle, have offshore development centers in India. Even this list is growing every day...
  We use the distributed development model to reduce design and development costs of Web projects. This means, we execute only critical project activities like initial research, consulting, strategy, and user testing at our client’s location in the US or Europe. Subsequent to having established a project plan onsite, we shift the design and development of the project to our offshore development center in India, which is a cost efficient geography. This translates into reduced costs, the benefits of which are directly conceded to our clients. Eventually, a win-win situation.  
 
   
 
visit us at:   www.multimediastudio.com
mail:   info@multimediastudio.com
 
   
This message has been sent to you in compliance with anti-spam regulations. You are receiving this email because you registered on our site or one of our partner sites and agreed to receive special offers that may be of interest to you. If you do not wish to receive further mailings, please click here to unsubscribe. Please accept our apologies if we have inconvenienced you in any way. This message was sent by e–nvelop.com. This message is an advertisement.  
 
   
From info@multimediastudio.com Wed Feb 20 17:10:41 2002 Received: from e-nvelop.com (216-236-192-166.newskies.net [216.236.192.166] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with SMTP id g1KGAGW80046 for ; Wed, 20 Feb 2002 17:10:19 +0100 (CET) (envelope-from info@multimediastudio.com) Message-Id: <200202201610.g1KGAGW80046@www.nevrax.org> To: nel@nevrax.org From: "Manish Gajria" Date: Wed, 20 Feb 2002 19:54:42 Content-Type: text/html; charset="us-ascii" Subject: [Nel] slash web design and development costs Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Multimedia Studio - Communication | Interaction | Experience
 
 
 
 
 
In today's damp economic climate, with Web project budgets under increasing scrutiny, many companies are feeling the fiscal chill. Innovative managers and project champions are seeking ways of cost cutting on Web initiatives without compromising on quality and the final user experience. We understand that companies passionate about their brands, products and services will never compromise, leave alone short term savings or strategies.

Today, decisions regarding your Web initiatives will influence your bottom line whatever the impending economic conditions. However, well judged decisions and judicious spending could see you weather any economic furor.
 
 
   
      What's the way out  
  Our Work
A company is constantly judged by the work it produces. This is where its philosophy, methodology and culture are wrapped in one statement. To See the versatility, style and powerful experiences embodied in the Multimedia Studio portfolio click here.
  It is difficult to find a partner able to deliver effective and functional services and solutions at reduced costs. Multimedia Studio is an experience design company delivering result-oriented solutions for Web and other interactive media such as Web sites, intranets, extranets, and e-mail marketing campaigns. Since the inception of the Internet, we have proven ourselves time and again to clients such as Mercedes Benz, Dresdner Bank, Prudential, IBM, Motorola, Wipro Technologies, MindTree Consulting, 24/7 Customer.com, Ittiam Systems, and EuroRSCG to name a few.  
     
       
    Cut Costs without Compromise  
  Our Methodology
Cost effective solutions are driven by structure. Being organized helps focus on the big picture, which is the reason we have a systematic process in place that includes defining the job to following-up after delivery. Setting goals, achieving them and keeping the clients informed and involved from start to finish helps make the solution unique and powerful.
Know more
  Reduced costs do not necessarily mean sub-standard deliverables or compromises. Cost cutting is about an effective methodology coupled with a flexible distributed development model. It is about efficiency. In fact, that’s why businesses and individuals started using technology and the Web in the first place. We follow the industry best practices and processes as any reputed Internet consultancy, interactive agency, or integrated marketing firm across the globe. Furthermore our methodology is fine-tuned to adapt to the distributed onsite-offshore development model.  
         
      The Way We Do It  
 
But You Knew
More than 50% of the Fortune 500 companies have used offshore services of Indian companies for Internet and software solutions.
Most of the Big 5, major software, Internet and technology consulting firms, such as PwC, EDS, KPMG, Sapient, Cambridge Technology Partners, Scient, Microsoft, IBM, and Oracle, have offshore development centers in India. Even this list is growing every day...
  We use the distributed development model to reduce design and development costs of Web projects. This means, we execute only critical project activities like initial research, consulting, strategy, and user testing at our client’s location in the US or Europe. Subsequent to having established a project plan onsite, we shift the design and development of the project to our offshore development center in India, which is a cost efficient geography. This translates into reduced costs, the benefits of which are directly conceded to our clients. Eventually, a win-win situation.  
 
   
 
visit us at:   www.multimediastudio.com
mail:   info@multimediastudio.com
 
   
This message has been sent to you in compliance with anti-spam regulations. You are receiving this email because you registered on our site or one of our partner sites and agreed to receive special offers that may be of interest to you. If you do not wish to receive further mailings, please click here to unsubscribe. Please accept our apologies if we have inconvenienced you in any way. This message was sent by e–nvelop.com. This message is an advertisement.  
 
   
From miller@nevrax.com Wed Feb 20 17:31:07 2002 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1KGV7W81682 for ; Wed, 20 Feb 2002 17:31:07 +0100 (CET) (envelope-from miller@nevrax.com) Received: from miller (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g1KGOun14310; Wed, 20 Feb 2002 17:24:56 +0100 (CET) (envelope-from miller@nevrax.com) From: "Daniel Miller" To: Cc: "Valignat Cedric" Date: Wed, 20 Feb 2002 17:24:56 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Importance: Normal Subject: [Nel] SPAM :o( Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Sorry for the spam - Each time we get hit by junk mail we add the given addresses to the mailing list's exclusion list - I guess this is another one for the pile (Affraid we haven't found a fix to our problem with automatic exclusion) regards Daniel From tanis@mediacom.it Wed Feb 20 17:37:28 2002 Received: from digi-web.it (80.64-26.27.110.62.in-addr.arpa [62.110.27.80] (may be forged)) by www.nevrax.org (8.11.0/8.11.0) with SMTP id g1KGbRW82204 for ; Wed, 20 Feb 2002 17:37:27 +0100 (CET) (envelope-from tanis@mediacom.it) Received: (qmail 5837 invoked from network); 20 Feb 2002 17:12:03 -0000 Received: from unknown (HELO valerio) (172.16.69.2) by mail.digisoft.local with SMTP; 20 Feb 2002 17:12:03 -0000 Message-ID: <109101c1ba2b$fdbe1ee0$024510ac@valerio> From: "Valerio Santinelli" To: References: Subject: Re: [Nel] SPAM :o( Date: Wed, 20 Feb 2002 17:31:04 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Upgrade Mailman and turn on subscribers-only postings ;) (I know I already said that, but I cannot really stand spam). -- Valerio Santinelli HateSeed.com Founder (http://www.hateseed.com) In Flames Italia Webmaster (http://www.inflames.it) My Lab (http://tanis.hateseed.com) ----- Original Message ----- From: "Daniel Miller" To: Cc: "Valignat Cedric" Sent: Wednesday, February 20, 2002 5:24 PM Subject: [Nel] SPAM :o( > Sorry for the spam - Each time we get hit by junk mail we add the given > addresses to the mailing list's exclusion list - I guess this is another one > for the pile > > (Affraid we haven't found a fix to our problem with automatic exclusion) > > regards > Daniel > > _______________________________________________ > Nel mailing list > Nel@nevrax.org > /mailman/listinfo.cgi/nel > > From miller@nevrax.com Wed Feb 20 18:31:11 2002 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1KHVAW86473 for ; Wed, 20 Feb 2002 18:31:10 +0100 (CET) (envelope-from miller@nevrax.com) Received: from miller (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g1KHP0n15247 for ; Wed, 20 Feb 2002 18:25:00 +0100 (CET) (envelope-from miller@nevrax.com) From: "Daniel Miller" To: Date: Wed, 20 Feb 2002 18:25:00 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Importance: Normal Subject: [Nel] I hope this works!... Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: We've just reactivated the 'only members are allowed to post to the list' option on the mailing list - if you see strange behaviour please be patient and we'll try to sort it out fingers crossed Daniel From loic@dachary.org Wed Feb 20 20:33:47 2002 Received: from inspiron.dachary.org (ATuileries-104-1-2-216.abo.wanadoo.fr [217.128.211.216]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1KJXlW96061 for ; Wed, 20 Feb 2002 20:33:47 +0100 (CET) (envelope-from loic@dachary.org) Received: from loic by inspiron.dachary.org with local (Exim 3.34 #1 (Debian)) id 16dcOi-0000Lt-00 for ; Wed, 20 Feb 2002 20:27:24 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15475.63644.415274.192363@inspiron.dachary.org> Date: Wed, 20 Feb 2002 20:27:24 +0100 From: Loic Dachary To: nel@nevrax.org Subject: Re: [Nel] GNU/Linux : landscape is back In-Reply-To: Vianney Lecroart's message of 20 February 2002 16:38:26 +0100 References: <15475.48361.735753.544068@inspiron.dachary.org> <007f01c1ba24$a33f53f0$0901a8c0@vianneyl> X-Mailer: VM 7.01 under Emacs 21.1.1 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: loic@gnu.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Vianney Lecroart writes: > Hi, > > You are right. The CPath system manage correctly the case but zone_manger > doesn't use CPath so the problem occurs... > In fact, the data are ok, bit the code will search the good file name, the > standard is N_LL.zonel where N is the line and LL is the row with majuscule > (AA is the first row) > You just to change in src/3d/zone_search.cpp 'a' into 'A' like that: > > char firstLetter = zoneX / 26 + 'A'; > char secondLetter = zoneX % 26 + 'A'; > > Or wait the next cvs sync this night. Swell. I'll wait for the sync. Cheers, -- Loic Dachary http://www.dachary.org/ loic@dachary.org 12 bd Magenta http://www.senga.org/ loic@senga.org 75010 Paris T: 33 1 42 45 07 97 loic@gnu.org GPG Public Key: http://www.dachary.org/loic/gpg.txt From miller@nevrax.com Wed Feb 20 20:37:12 2002 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1KJbBW96412 for ; Wed, 20 Feb 2002 20:37:12 +0100 (CET) (envelope-from miller@nevrax.com) Received: from miller (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g1KJV1n16487 for ; Wed, 20 Feb 2002 20:31:01 +0100 (CET) (envelope-from miller@nevrax.com) From: "Daniel Miller" To: Subject: RE: [Nel] contrib et fix Date: Wed, 20 Feb 2002 20:31:00 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Importance: Normal In-Reply-To: <15473.23506.341278.819376@inspiron.dachary.org> Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: OK - What you propose sounds sensible to me - do you have a standard agreement somewhere that you recommend? Daniel -----Original Message----- From: nel-admin@nevrax.org [mailto:nel-admin@nevrax.org]On Behalf Of Loic Dachary Sent: Monday, February 18, 2002 8:54 PM To: nel@nevrax.org Subject: Re: [Nel] contrib et fix Vianney Lecroart writes: > > I know that there is a difference between a contribution (a large patch) and > a fix, but I would like to know if there are official Doc. > which spoke the limit between the 2. If somebody gives us a patch of 15 > lines, is a this fix or a contrib? Is the limit fixed by a number of line? > If so, where is the limit? Is there a URL which speaks about that? > AFAIK, the 15 lines of code threshold is informal and based on past judgements. It could be argued that this is an urban legend (internet legend ?-). I could ask for confirmation to a lawyer if this is important. I have no reference URL handy. This limit is important when a developer or a company needs to make sure it is the sole copyright holder of the software. This is the best way to make sure a Free Software can be properly defended when/if a license violation occurs. Being the single copyright holder puts you in the best position to negotiate with the violator so that she complies to the license terms. Multiplying the copyright holders of a given software is a technique to prevent a Free Software to become proprietary but is rather inefficient to enforce the license if needs be. If it's not already the case, it would be good that contributors to nel assign copyright to Nevrax, much in the same way as contributors assign copyright to the FSF. Of course, when a contributor to GNU Emacs (for instance) assigns copyright to the FSF for her work, the FSF makes a written promise to release the contribution under a Free Software license. This is a fair system that Nevrax could use for nel. Of course, you don't want to bother about copyright assignment with every contributor who provides only a few lines and this is where the 15 lines threshold helps you. When nel becomes widely used, I guess Nevrax will need to handle significant contributions and a few violators. The fact that nel is released under the GNU GPL (instead of the GNU LGPL for instance) helps. It is *a lot* harder to convince violators on GNU LGPL'ed code. When someone (note that I do not say if someone ;-) expands nel and distribute the result without the corresponding source code, it won't take more than a few weeks to convince her to comply. As it turns out, the GNU GPL is the only license that is efficient to protect a Free Software company business. Cheers, -- Loic Dachary http://www.dachary.org/ loic@dachary.org 12 bd Magenta http://www.senga.org/ loic@senga.org 75010 Paris T: 33 1 42 45 07 97 loic@gnu.org GPG Public Key: http://www.dachary.org/loic/gpg.txt _______________________________________________ Nel mailing list Nel@nevrax.org /mailman/listinfo.cgi/nel From loic@dachary.org Thu Feb 21 09:51:06 2002 Received: from inspiron.dachary.org (aboukir-101-1-13-alebeon.adsl.nerim.net [62.212.101.54]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1L8p6W59602 for ; Thu, 21 Feb 2002 09:51:06 +0100 (CET) (envelope-from loic@dachary.org) Received: from loic by inspiron.dachary.org with local (Exim 3.34 #1 (Debian)) id 16doqJ-0000i2-00 for ; Thu, 21 Feb 2002 09:44:43 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15476.45947.377395.983567@inspiron.dachary.org> Date: Thu, 21 Feb 2002 09:44:43 +0100 From: Loic Dachary To: nel@nevrax.org X-Mailer: VM 7.01 under Emacs 21.1.1 Subject: [Nel] Free Software drivers & fps Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: loic@gnu.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi, Yesterday night the player "Thas" was on itsalive.nevrax.org. He (or she ?-) said to run snowballs on GNU/Linux with landscape at 12fps on a G400 / PIII733, using the Free Software drivers provided with XFree-4.2 (not the binary proprietary drivers you can get gratis on the matrox site). I did not have a chance to ask what client.cfg he is using, the output of glxinfo, if he was displaying the Nel logo or not and I can't remember if he had snow (although that does not seem to impact performances). Given that I only have 8fps on a Radeon 7500 / PIII450, I guess his experience could help me improve the fps on my side. Cheers, -- Loic Dachary http://www.dachary.org/ loic@dachary.org 12 bd Magenta http://www.senga.org/ loic@senga.org 75010 Paris T: 33 1 42 45 07 97 loic@gnu.org GPG Public Key: http://www.dachary.org/loic/gpg.txt From robertm@oja.homeip.net Thu Feb 21 10:31:55 2002 Received: from oja.homeip.net (213-145-169-238.dd.nextgentel.com [213.145.169.238]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1L9VnW63068 for ; Thu, 21 Feb 2002 10:31:54 +0100 (CET) (envelope-from robertm@oja.homeip.net) Received: by oja.homeip.net (Postfix, from userid 502) id CE0C346FCB; Thu, 21 Feb 2002 10:24:09 +0100 (CET) Date: Thu, 21 Feb 2002 02:24:09 -0700 From: "Robert J. Macomber" To: nel@nevrax.org Subject: Re: [Nel] Free Software drivers & fps Message-ID: <20020221092409.GA4860@lintor> References: <15476.45947.377395.983567@inspiron.dachary.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <15476.45947.377395.983567@inspiron.dachary.org> User-Agent: Mutt/1.3.25i Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: On Thu, Feb 21, 2002 at 09:44:43AM +0100, Loic Dachary wrote: > Yesterday night the player "Thas" was on > itsalive.nevrax.org. He (or she ?-) said to run snowballs on GNU/Linux > with landscape at 12fps on a G400 / PIII733, using the Free Software > drivers provided with XFree-4.2 (not the binary proprietary drivers > you can get gratis on the matrox site). Yes, that was me. > I did not have a chance to ask what client.cfg he is using, Straight out of CVS (i.e., 800x600 windowed, no fog, etc.), though I did do a "/tilenear 0.1" in-game. > the output of glxinfo, Appended at the end of this email. > if he was displaying the Nel logo or not No, I commented it out of the client. > and I > can't remember if he had snow (although that does not seem to impact > performances). I didn't see any snow. Well, I did, but not the falling sort. --begin glxinfo output-- name of display: :0.0 display: :0 screen: 0 direct rendering: Yes server glx vendor string: SGI server glx version string: 1.2 server glx extensions: GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context client glx vendor string: SGI client glx version string: 1.2 client glx extensions: GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context GLX extensions: GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context OpenGL vendor string: VA Linux Systems Inc. OpenGL renderer string: Mesa DRI G400 20010622 AGP 4x x86/MMX/SSE OpenGL version string: 1.2 Mesa 3.4.2 OpenGL extensions: GL_ARB_multitexture, GL_ARB_transpose_matrix, GL_EXT_abgr, GL_EXT_blend_func_separate, GL_EXT_clip_volume_hint, GL_EXT_compiled_vertex_array, GL_EXT_histogram, GL_EXT_packed_pixels, GL_EXT_polygon_offset, GL_EXT_rescale_normal, GL_EXT_stencil_wrap, GL_EXT_texture3D, GL_EXT_texture_env_add, GL_EXT_texture_object, GL_EXT_vertex_array, GL_MESA_window_pos, GL_MESA_resize_buffers, GL_NV_texgen_reflection, GL_PGI_misc_hints, GL_SGIS_pixel_texture, GL_SGIS_texture_edge_clamp glu version: 1.2 Mesa 3.2 glu extensions: GL_EXT_abgr --end glxinfo output, with the visuals info snipped since it wouldn't be interesting to someone with a different card-- -- Robert Macomber robertm@rojoma.com From Alain.Dutech@loria.fr Thu Feb 21 10:46:57 2002 Received: from lorraine.loria.fr (lorraine.loria.fr [152.81.1.17]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1L9kvW64403 for ; Thu, 21 Feb 2002 10:46:57 +0100 (CET) (envelope-from Alain.Dutech@loria.fr) Received: from bar.loria.fr (bar.loria.fr [152.81.2.13]) by lorraine.loria.fr (8.9.3/8.9.3/8.9.3/JCG-DG) with ESMTP id KAA18991 for ; Thu, 21 Feb 2002 10:40:46 +0100 (MET) Received: from loria.fr (localhost [127.0.0.1]) by bar.loria.fr (8.9.3/8.9.3/8.9.3-client/JCG) with ESMTP id KAA23219 for ; Thu, 21 Feb 2002 10:40:45 +0100 (MET) Message-ID: <3C74C09D.50CF4FD9@loria.fr> Date: Thu, 21 Feb 2002 10:40:45 +0100 From: Alain Dutech X-Mailer: Mozilla 4.76 [en] (X11; U; SunOS 5.7 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: nel@nevrax.org References: <15476.45947.377395.983567@inspiron.dachary.org> <20020221092409.GA4860@lintor> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: [Nel] Snowball nearly running.... Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hello all, snowballs compiles fine (thanks to the last patches and contributions), I've downloaded the data (i.e : snowballs_data_0_2.tar.gz) and installed them but then, at exec time, I get: [dutech@crevic client]$ snowballs INF27483 client.cpp 145 : Starting Snowballs ! WRN27483 path.cpp 618 : CPath::insertFileInMap(Root, data/tiles/CVS/Root, 0, ): already inserted from 'data/CVS/Root', skip it WRN27483 path.cpp 618 : CPath::insertFileInMap(Repository, data/tiles/CVS/Repository, 0, ): already inserted from 'data/CVS/Repository', skip it WRN27483 path.cpp 618 : CPath::insertFileInMap(Entries, data/tiles/CVS/Entries, 0, ): already inserted from 'data/CVS/Entries', skip it WRN27483 path.cpp 618 : CPath::insertFileInMap(Root, data/zones/CVS/Root, 0, ): already inserted from 'data/CVS/Root', skip it WRN27483 path.cpp 618 : CPath::insertFileInMap(Repository, data/zones/CVS/Repository, 0, ): already inserted from 'data/CVS/Repository', skip it WRN27483 path.cpp 618 : CPath::insertFileInMap(Entries, data/zones/CVS/Entries, 0, ): already inserted from 'data/CVS/Entries', skip it WRN27483 path.cpp 557 : CPath::addSearchPath(data/fonts/n019003l.pfm, 0, ): file 'n019003l.pfm' already inserted in the map directory (location: data/n019003l.pfm) WRN27483 path.cpp 557 : CPath::addSearchPath(data/fonts/n019003l.pfb, 0, ): file 'n019003l.pfb' already inserted in the map directory (location: data/n019003l.pfb) WRN27483 path.cpp 557 : CPath::addSearchPath(data/fonts/n019003l.afm, 0, ): file 'n019003l.afm' already inserted in the map directory (location: data/n019003l.afm) WRN27483 driver_opengl.cpp 785 : Missing Important GL extension: GL_EXT_texture_env_combine => All envcombine are setup to GL_MODULATE!!! WRN27483 path.cpp 222 : CPath::lookup(nevrax.tga): file not found WRN27483 common.cpp 401 : Exception will be launched: Path not found for nevrax.tga WRN27483 texture_file.cpp 154 : Missing textureFile: nevrax.tga WRN27483 path.cpp 222 : CPath::lookup(3_AN.ig): file not found WRN27483 common.cpp 401 : Exception will be launched: Path not found for 3_AN.ig Abandon Any hints? I've checked almost everywhere and there's no "nevrax.tga" file nor any "*.ig" ones. Am I missing an obvious point here? Alain From loic@dachary.org Thu Feb 21 14:17:04 2002 Received: from inspiron.dachary.org (ATuileries-104-1-4-166.abo.wanadoo.fr [80.13.224.166]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1LDH2W83074 for ; Thu, 21 Feb 2002 14:17:02 +0100 (CET) (envelope-from loic@dachary.org) Received: from loic by inspiron.dachary.org with local (Exim 3.34 #1 (Debian)) id 16dszf-0000Id-00 for ; Thu, 21 Feb 2002 14:10:39 +0100 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="3CjBlUYs2k" Content-Transfer-Encoding: 7bit Message-ID: <15476.61902.423458.451046@inspiron.dachary.org> Date: Thu, 21 Feb 2002 14:10:38 +0100 From: Loic Dachary To: nel@nevrax.org Subject: RE: [Nel] contrib and fix In-Reply-To: Daniel Miller's message of 20 February 2002 20:31:00 +0100 References: <15473.23506.341278.819376@inspiron.dachary.org> X-Mailer: VM 7.01 under Emacs 21.1.1 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: loic@gnu.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: --3CjBlUYs2k Content-Type: text/plain; charset=us-ascii Content-Description: message body text Content-Transfer-Encoding: 7bit Daniel Miller writes: > OK - What you propose sounds sensible to me - do you have a standard > agreement somewhere that you recommend? Sure. You'll find attached to this mail a generic assignement fit for an individual contributor that I customized for Nevrax. You will also find a copyright assignment for my own work that I'm ready to sign as soon as you send it to me. It has to be printed on letterhead paper and you'll have to fill the name of Nevrax's CEO. The CEO needs to sign two copies of the letter, send both of them to me (address included in the assignment). I'll return one of them signed and we will be done with it ;-) You may add the generic form to the nevrax.org web site along with the reasons why such an assignment is a good thing. I can provide a small standard explanation if you like. Cheers, --3CjBlUYs2k Content-Type: application/octet-stream Content-Disposition: attachment; filename="nevrax_changes_assign.generic" Content-Transfer-Encoding: base64 IAkJCSAgICBBU1NJR05NRU5UCgogICBGb3IgZ29vZCBhbmQgdmFsdWFibGUgY29uc2lkZXJhdGlv biwgcmVjZWlwdCBvZiB3aGljaCBJCmFja25vd2xlZGdlLCBJLCBOQU1FLCBoZXJlYnkgdHJhbnNm ZXIgdG8gTmV2cmF4IEx0ZC4gICgiTmV2cmF4IikgbXkKZW50aXJlIHJpZ2h0LCB0aXRsZSwgYW5k IGludGVyZXN0IChpbmNsdWRpbmcgYWxsIHJpZ2h0cyB1bmRlcgpjb3B5cmlnaHQpIGluIG15IGNo YW5nZXMgYW5kIGVuaGFuY2VtZW50cyB0byB0aGUgcHJvZ3JhbSBOZWwsCmluY2x1ZGluZyBjaGFu Z2VzIGluIGFjY29tcGFueWluZyBkb2N1bWVudGF0aW9uIGZpbGVzIGFuZCBzdXBwb3J0aW5nCmZp bGVzIGFzIHdlbGwgYXMgY2hhbmdlcyBpbiBhY3R1YWwgcHJvZ3JhbSBjb2RlLCBzdWJqZWN0IHRv IHRoZQpjb25kaXRpb25zIGJlbG93LiAgVGhlc2UgY2hhbmdlcyBhbmQgZW5oYW5jZW1lbnRzIGFy ZSBoZXJlaW4gY2FsbGVkCnRoZSAiV29yayIuICBUaGUgd29yayBoZXJlYnkgYXNzaWduZWQgc2hh bGwgYWxzbyBpbmNsdWRlIGFueSBmdXR1cmUKcmV2aXNpb25zIG9mIHRoZXNlIGNoYW5nZXMgYW5k IGVuaGFuY2VtZW50cyBoZXJlYWZ0ZXIgbWFkZSBieSBtZS4KCiAgIFVwb24gdGhpcnR5IGRheXMn IHByaW9yIHdyaXR0ZW4gbm90aWNlLCBOZXZyYXggYWdyZWVzIHRvIGdyYW50IG1lCm5vbi1leGNs dXNpdmUgcmlnaHRzIHRvIHVzZSB0aGUgV29yayAoaS5lLiBteSBjaGFuZ2VzIGFuZAplbmhhbmNl bWVudHMsIG5vdCB0aGUgcHJvZ3JhbSB3aGljaCBJIGVuaGFuY2VkKSBhcyBJIHNlZSBmaXQ7IChh bmQKTmV2cmF4J3MgcmlnaHRzIHNoYWxsIG90aGVyd2lzZSBjb250aW51ZSB1bmNoYW5nZWQpLgoK ICAgRm9yIHRoZSBwdXJwb3NlcyBvZiB0aGlzIGNvbnRyYWN0LCBhIHdvcmsgImJhc2VkIG9uIHRo ZSBXb3JrIiBtZWFucwphbnkgd29yayB0aGF0IGluIHdob2xlIG9yIGluIHBhcnQgaW5jb3Jwb3Jh dGVzIG9yIGlzIGRlcml2ZWQgZnJvbSBhbGwgb3IKcGFydCBvZiB0aGUgV29yay4KCiAgIE5ldnJh eCBwcm9taXNlcyB0aGF0IGFsbCBkaXN0cmlidXRpb24gb2YgdGhlIFdvcmssIG9yIG9mIGFueQp3 b3JrICJiYXNlZCBvbiB0aGUgV29yayIsIHRoYXQgdGFrZXMgcGxhY2UgdW5kZXIgdGhlIGNvbnRy b2wgb2YgTmV2cmF4Cm9yIGl0cyBhc3NpZ25lZXMsIHNoYWxsIGJlIG9uIHRlcm1zIHRoYXQgZXhw bGljaXRseSBhbmQKcGVycGV0dWFsbHkgcGVybWl0IGFueW9uZSBwb3NzZXNzaW5nIGEgY29weSBv ZiB0aGUgd29yayB0byB3aGljaCB0aGUgdGVybXMKYXBwbHksIGFuZCBwb3NzZXNzaW5nIGFjY3Vy YXRlIG5vdGljZSBvZiB0aGVzZSB0ZXJtcywgdG8gcmVkaXN0cmlidXRlCmNvcGllcyBvZiB0aGUg d29yayB0byBhbnlvbmUgb24gdGhlIHNhbWUgdGVybXMuICBUaGVzZSB0ZXJtcyBzaGFsbCBub3QK cmVzdHJpY3Qgd2hpY2ggbWVtYmVycyBvZiB0aGUgcHVibGljIGNvcGllcyBtYXkgYmUgZGlzdHJp YnV0ZWQgdG8uICBUaGVzZQp0ZXJtcyBzaGFsbCBub3QgcmVxdWlyZSBhIG1lbWJlciBvZiB0aGUg cHVibGljIHRvIHBheSBhbnkgcm95YWx0eSB0byBOZXZyYXgKb3IgdG8gYW55b25lIGVsc2UgZm9y IGFueSBwZXJtaXR0ZWQgdXNlIG9mIHRoZSB3b3JrIHRoZXkgYXBwbHkKdG8sIG9yIHRvIGNvbW11 bmljYXRlIHdpdGggTmV2cmF4IG9yIGl0cyBhZ2VudHMgaW4gYW55IHdheSBlaXRoZXIKd2hlbiBy ZWRpc3RyaWJ1dGlvbiBpcyBwZXJmb3JtZWQgb3Igb24gYW55IG90aGVyIG9jY2FzaW9uLgoKICAg TmV2cmF4IHByb21pc2VzIHRoYXQgYW55IHByb2dyYW0gImJhc2VkIG9uIHRoZSBXb3JrIiBvZmZl cmVkCnRvIHRoZSBwdWJsaWMgYnkgTmV2cmF4IG9yIGl0cyBhc3NpZ25lZXMgc2hhbGwgYmUgb2Zm ZXJlZCBpbiB0aGUKZm9ybSBvZiBtYWNoaW5lLXJlYWRhYmxlIHNvdXJjZSBjb2RlLCBpbiBhZGRp dGlvbiB0byBhbnkgb3RoZXIgZm9ybXMgb2YgCk5ldnJheCdzIGNob29zaW5nLiAgSG93ZXZlciwg TmV2cmF4IGlzIGZyZWUgdG8gY2hvb3NlIGF0IGl0cwpjb252ZW5pZW5jZSB0aGUgbWVkaWEgb2Yg ZGlzdHJpYnV0aW9uIGZvciBtYWNoaW5lLXJlYWRhYmxlIHNvdXJjZSBjb2RlLgoKICAgTmV2cmF4 IHByb21pc2VzIHRvIGdpdmUgb3Igc2VuZCBtZSwgdXBvbiByZWFzb25hYmxlIHByaW9yIG5vdGlj ZQphbmQgcGF5bWVudCBvZiBhIGZlZSBubyBtb3JlIHRoYW4gdHdlbnR5IHRpbWVzIHRoZSBjb3N0 IG9mIHRoZSBuZWNlc3NhcnkKbWF0ZXJpYWxzIGFuZCBwb3N0YWdlLCBhIGNvcHkgb2YgYW55IG9y IGFsbCBvZiB0aGUgd29ya3MgImJhc2VkIG9uIHRoZQpXb3JrIiB0aGF0IGl0IG9mZmVycyB0byB0 aGUgcHVibGljIG9yIHRoYXQgaXQgaGFzIG9mZmVyZWQgd2l0aGluIHRoZQpwYXN0IHNpeCBtb250 aHMsIG9yIHRoYXQgaXQgZGlzdHJpYnV0ZWQgZm9yIHRoZSBmaXJzdCB0aW1lIHdpdGhpbiB0aGUg cGFzdApzaXggbW9udGhzLiAgRm9yIHdvcmtzIHRoYXQgYXJlIHByb2dyYW1zLCB0aGUgbWFjaGlu ZS1yZWFkYWJsZSBzb3VyY2UgY29kZQpzaGFsbCBiZSBpbmNsdWRlZC4gIE15IHJlcXVlc3Qgc2hh bGwgZGV0YWlsIHdoZXRoZXIgSSB3aXNoIHRvIHJlY2VpdmUgYWxsCnN1Y2ggd29ya3Mgb3Igc3Bl Y2lmaWMgd29ya3MuICBNeSBjaG9pY2Ugb2Ygd29ya3MgdG8gcmVxdWVzdCBtYXkgYWZmZWN0IHRo ZQpjb3N0IGFuZCB0aGVyZWZvcmUgdGhlIGZlZS4KCiAgIEkgaGVyZWJ5IGFncmVlIHRoYXQgaWYg SSBoYXZlIG9yIGFjcXVpcmUgaGVyZWFmdGVyIGFueSBwYXRlbnQgb3IKaW50ZXJmYWNlIGNvcHly aWdodCBvciBvdGhlciBpbnRlbGxlY3R1YWwgcHJvcGVydHkgaW50ZXJlc3QgZG9taW5hdGluZyB0 aGUKcHJvZ3JhbSBlbmhhbmNlZCBieSB0aGUgV29yayAob3IgdXNlIG9mIHRoYXQgcHJvZ3JhbSks IHN1Y2ggZG9taW5hdGluZwppbnRlcmVzdCB3aWxsIG5vdCBiZSB1c2VkIHRvIHVuZGVybWluZSB0 aGUgZWZmZWN0IG9mIHRoaXMgYXNzaWdubWVudCwgaS5lLgpOZXZyYXggYW5kIHRoZSBnZW5lcmFs IHB1YmxpYyB3aWxsIGJlIGxpY2Vuc2VkIHRvIHVzZSwgaW4gdGhhdApwcm9ncmFtIGFuZCBpdHMg ZGVyaXZhdGl2ZSB3b3Jrcywgd2l0aG91dCByb3lhbHR5IG9yIGxpbWl0YXRpb24sIHRoZQpzdWJq ZWN0IG1hdHRlciBvZiB0aGUgZG9taW5hdGluZyBpbnRlcmVzdC4gIFRoaXMgbGljZW5zZSBwcm92 aXNpb24gd2lsbCBiZQpiaW5kaW5nIG9uIG15IGhlaXJzLCBhc3NpZ25lZXMsIG9yIG90aGVyIHN1 Y2Nlc3NvcnMgdG8gdGhlIGRvbWluYXRpbmcKaW50ZXJlc3QsIGFzIHdlbGwgYXMgb24gbWUuCgog ICBJIGhlcmVieSByZXByZXNlbnQgYW5kIHdhcnJhbnQgdGhhdCBJIGFtIHRoZSBzb2xlIGNvcHly aWdodCBob2xkZXIgZm9yIHRoZQpXb3JrIGFuZCB0aGF0IEkgaGF2ZSB0aGUgcmlnaHQgYW5kIHBv d2VyIHRvIGVudGVyIGludG8gdGhpcyBjb250cmFjdC4gIEkKaGVyZWJ5IGluZGVtbmlmeSBhbmQg aG9sZCBoYXJtbGVzcyBOZXZyYXgsIGl0cyBvZmZpY2VycywgZW1wbG95ZWVzLAphbmQgYWdlbnRz IGFnYWluc3QgYW55IGFuZCBhbGwgY2xhaW1zLCBhY3Rpb25zIG9yIGRhbWFnZXMgKGluY2x1ZGlu ZwphdHRvcm5leSdzIHJlYXNvbmFibGUgZmVlcykgYXNzZXJ0ZWQgYnkgb3IgcGFpZCB0byBhbnkg cGFydHkgb24gYWNjb3VudCBvZiBhCmJyZWFjaCBvciBhbGxlZ2VkIGJyZWFjaCBvZiB0aGUgZm9y ZWdvaW5nIHdhcnJhbnR5LiAgSSBtYWtlIG5vIG90aGVyIGV4cHJlc3MKb3IgaW1wbGllZCB3YXJy YW50eSAoaW5jbHVkaW5nIHdpdGhvdXQgbGltaXRhdGlvbiwgaW4gdGhpcyBkaXNjbGFpbWVyIG9m CndhcnJhbnR5LCBhbnkgd2FycmFudHkgb2YgTUVSQ0hBTlRBQklMSVRZIG9yIEZJVE5FU1MgRk9S IEEgUEFSVElDVUxBUiBQVVJQT1NFKS4KCkFncmVlZDogIFtzaWduYXR1cmVdCQkJRGF0ZSBbV3Jp dGUgdGhlIG1vbnRoIHdpdGggTEVUVEVSU106CgoKRm9yIHRoZSBOZXZyYXggTHRkLApOQU1FLCBD RU86Cg== --3CjBlUYs2k Content-Type: application/octet-stream Content-Disposition: attachment; filename="nevrax_changes_assign.loic" Content-Transfer-Encoding: base64 IAkJCSAgICBBU1NJR05NRU5UCgogICBGb3IgZ29vZCBhbmQgdmFsdWFibGUgY29uc2lkZXJhdGlv biwgcmVjZWlwdCBvZiB3aGljaCBJCmFja25vd2xlZGdlLCBJLCBMb+9jIERhY2hhcnkgMTIgYmQg TWFnZW50YSA3NTAxMCBQYXJpcyAobG9pY0BnbnUub3JnKSwKaGVyZWJ5IHRyYW5zZmVyIHRvIE5l dnJheCBMdGQuICAoIk5ldnJheCIpIG15IGVudGlyZSByaWdodCwgdGl0bGUsIGFuZAppbnRlcmVz dCAoaW5jbHVkaW5nIGFsbCByaWdodHMgdW5kZXIgY29weXJpZ2h0KSBpbiBteSBjaGFuZ2VzIGFu ZAplbmhhbmNlbWVudHMgdG8gdGhlIHByb2dyYW0gTmVsLCBpbmNsdWRpbmcgY2hhbmdlcyBpbiBh Y2NvbXBhbnlpbmcKZG9jdW1lbnRhdGlvbiBmaWxlcyBhbmQgc3VwcG9ydGluZyBmaWxlcyBhcyB3 ZWxsIGFzIGNoYW5nZXMgaW4gYWN0dWFsCnByb2dyYW0gY29kZSwgc3ViamVjdCB0byB0aGUgY29u ZGl0aW9ucyBiZWxvdy4gIFRoZXNlIGNoYW5nZXMgYW5kCmVuaGFuY2VtZW50cyBhcmUgaGVyZWlu IGNhbGxlZCB0aGUgIldvcmsiLiAgVGhlIHdvcmsgaGVyZWJ5IGFzc2lnbmVkCnNoYWxsIGFsc28g aW5jbHVkZSBhbnkgZnV0dXJlIHJldmlzaW9ucyBvZiB0aGVzZSBjaGFuZ2VzIGFuZAplbmhhbmNl bWVudHMgaGVyZWFmdGVyIG1hZGUgYnkgbWUuCgogICBVcG9uIHRoaXJ0eSBkYXlzJyBwcmlvciB3 cml0dGVuIG5vdGljZSwgTmV2cmF4IGFncmVlcyB0byBncmFudCBtZQpub24tZXhjbHVzaXZlIHJp Z2h0cyB0byB1c2UgdGhlIFdvcmsgKGkuZS4gbXkgY2hhbmdlcyBhbmQKZW5oYW5jZW1lbnRzLCBu b3QgdGhlIHByb2dyYW0gd2hpY2ggSSBlbmhhbmNlZCkgYXMgSSBzZWUgZml0OyAoYW5kCk5ldnJh eCdzIHJpZ2h0cyBzaGFsbCBvdGhlcndpc2UgY29udGludWUgdW5jaGFuZ2VkKS4KCiAgIEZvciB0 aGUgcHVycG9zZXMgb2YgdGhpcyBjb250cmFjdCwgYSB3b3JrICJiYXNlZCBvbiB0aGUgV29yayIg bWVhbnMKYW55IHdvcmsgdGhhdCBpbiB3aG9sZSBvciBpbiBwYXJ0IGluY29ycG9yYXRlcyBvciBp cyBkZXJpdmVkIGZyb20gYWxsIG9yCnBhcnQgb2YgdGhlIFdvcmsuCgogICBOZXZyYXggcHJvbWlz ZXMgdGhhdCBhbGwgZGlzdHJpYnV0aW9uIG9mIHRoZSBXb3JrLCBvciBvZiBhbnkKd29yayAiYmFz ZWQgb24gdGhlIFdvcmsiLCB0aGF0IHRha2VzIHBsYWNlIHVuZGVyIHRoZSBjb250cm9sIG9mIE5l dnJheApvciBpdHMgYXNzaWduZWVzLCBzaGFsbCBiZSBvbiB0ZXJtcyB0aGF0IGV4cGxpY2l0bHkg YW5kCnBlcnBldHVhbGx5IHBlcm1pdCBhbnlvbmUgcG9zc2Vzc2luZyBhIGNvcHkgb2YgdGhlIHdv cmsgdG8gd2hpY2ggdGhlIHRlcm1zCmFwcGx5LCBhbmQgcG9zc2Vzc2luZyBhY2N1cmF0ZSBub3Rp Y2Ugb2YgdGhlc2UgdGVybXMsIHRvIHJlZGlzdHJpYnV0ZQpjb3BpZXMgb2YgdGhlIHdvcmsgdG8g YW55b25lIG9uIHRoZSBzYW1lIHRlcm1zLiAgVGhlc2UgdGVybXMgc2hhbGwgbm90CnJlc3RyaWN0 IHdoaWNoIG1lbWJlcnMgb2YgdGhlIHB1YmxpYyBjb3BpZXMgbWF5IGJlIGRpc3RyaWJ1dGVkIHRv LiAgVGhlc2UKdGVybXMgc2hhbGwgbm90IHJlcXVpcmUgYSBtZW1iZXIgb2YgdGhlIHB1YmxpYyB0 byBwYXkgYW55IHJveWFsdHkgdG8gTmV2cmF4Cm9yIHRvIGFueW9uZSBlbHNlIGZvciBhbnkgcGVy bWl0dGVkIHVzZSBvZiB0aGUgd29yayB0aGV5IGFwcGx5CnRvLCBvciB0byBjb21tdW5pY2F0ZSB3 aXRoIE5ldnJheCBvciBpdHMgYWdlbnRzIGluIGFueSB3YXkgZWl0aGVyCndoZW4gcmVkaXN0cmli dXRpb24gaXMgcGVyZm9ybWVkIG9yIG9uIGFueSBvdGhlciBvY2Nhc2lvbi4KCiAgIE5ldnJheCBw cm9taXNlcyB0aGF0IGFueSBwcm9ncmFtICJiYXNlZCBvbiB0aGUgV29yayIgb2ZmZXJlZAp0byB0 aGUgcHVibGljIGJ5IE5ldnJheCBvciBpdHMgYXNzaWduZWVzIHNoYWxsIGJlIG9mZmVyZWQgaW4g dGhlCmZvcm0gb2YgbWFjaGluZS1yZWFkYWJsZSBzb3VyY2UgY29kZSwgaW4gYWRkaXRpb24gdG8g YW55IG90aGVyIGZvcm1zIG9mIApOZXZyYXgncyBjaG9vc2luZy4gIEhvd2V2ZXIsIE5ldnJheCBp cyBmcmVlIHRvIGNob29zZSBhdCBpdHMKY29udmVuaWVuY2UgdGhlIG1lZGlhIG9mIGRpc3RyaWJ1 dGlvbiBmb3IgbWFjaGluZS1yZWFkYWJsZSBzb3VyY2UgY29kZS4KCiAgIE5ldnJheCBwcm9taXNl cyB0byBnaXZlIG9yIHNlbmQgbWUsIHVwb24gcmVhc29uYWJsZSBwcmlvciBub3RpY2UKYW5kIHBh eW1lbnQgb2YgYSBmZWUgbm8gbW9yZSB0aGFuIHR3ZW50eSB0aW1lcyB0aGUgY29zdCBvZiB0aGUg bmVjZXNzYXJ5Cm1hdGVyaWFscyBhbmQgcG9zdGFnZSwgYSBjb3B5IG9mIGFueSBvciBhbGwgb2Yg dGhlIHdvcmtzICJiYXNlZCBvbiB0aGUKV29yayIgdGhhdCBpdCBvZmZlcnMgdG8gdGhlIHB1Ymxp YyBvciB0aGF0IGl0IGhhcyBvZmZlcmVkIHdpdGhpbiB0aGUKcGFzdCBzaXggbW9udGhzLCBvciB0 aGF0IGl0IGRpc3RyaWJ1dGVkIGZvciB0aGUgZmlyc3QgdGltZSB3aXRoaW4gdGhlIHBhc3QKc2l4 IG1vbnRocy4gIEZvciB3b3JrcyB0aGF0IGFyZSBwcm9ncmFtcywgdGhlIG1hY2hpbmUtcmVhZGFi bGUgc291cmNlIGNvZGUKc2hhbGwgYmUgaW5jbHVkZWQuICBNeSByZXF1ZXN0IHNoYWxsIGRldGFp bCB3aGV0aGVyIEkgd2lzaCB0byByZWNlaXZlIGFsbApzdWNoIHdvcmtzIG9yIHNwZWNpZmljIHdv cmtzLiAgTXkgY2hvaWNlIG9mIHdvcmtzIHRvIHJlcXVlc3QgbWF5IGFmZmVjdCB0aGUKY29zdCBh bmQgdGhlcmVmb3JlIHRoZSBmZWUuCgogICBJIGhlcmVieSBhZ3JlZSB0aGF0IGlmIEkgaGF2ZSBv ciBhY3F1aXJlIGhlcmVhZnRlciBhbnkgcGF0ZW50IG9yCmludGVyZmFjZSBjb3B5cmlnaHQgb3Ig b3RoZXIgaW50ZWxsZWN0dWFsIHByb3BlcnR5IGludGVyZXN0IGRvbWluYXRpbmcgdGhlCnByb2dy YW0gZW5oYW5jZWQgYnkgdGhlIFdvcmsgKG9yIHVzZSBvZiB0aGF0IHByb2dyYW0pLCBzdWNoIGRv bWluYXRpbmcKaW50ZXJlc3Qgd2lsbCBub3QgYmUgdXNlZCB0byB1bmRlcm1pbmUgdGhlIGVmZmVj dCBvZiB0aGlzIGFzc2lnbm1lbnQsIGkuZS4KTmV2cmF4IGFuZCB0aGUgZ2VuZXJhbCBwdWJsaWMg d2lsbCBiZSBsaWNlbnNlZCB0byB1c2UsIGluIHRoYXQKcHJvZ3JhbSBhbmQgaXRzIGRlcml2YXRp dmUgd29ya3MsIHdpdGhvdXQgcm95YWx0eSBvciBsaW1pdGF0aW9uLCB0aGUKc3ViamVjdCBtYXR0 ZXIgb2YgdGhlIGRvbWluYXRpbmcgaW50ZXJlc3QuICBUaGlzIGxpY2Vuc2UgcHJvdmlzaW9uIHdp bGwgYmUKYmluZGluZyBvbiBteSBoZWlycywgYXNzaWduZWVzLCBvciBvdGhlciBzdWNjZXNzb3Jz IHRvIHRoZSBkb21pbmF0aW5nCmludGVyZXN0LCBhcyB3ZWxsIGFzIG9uIG1lLgoKICAgSSBoZXJl YnkgcmVwcmVzZW50IGFuZCB3YXJyYW50IHRoYXQgSSBhbSB0aGUgc29sZSBjb3B5cmlnaHQgaG9s ZGVyIGZvciB0aGUKV29yayBhbmQgdGhhdCBJIGhhdmUgdGhlIHJpZ2h0IGFuZCBwb3dlciB0byBl bnRlciBpbnRvIHRoaXMgY29udHJhY3QuICBJCmhlcmVieSBpbmRlbW5pZnkgYW5kIGhvbGQgaGFy bWxlc3MgTmV2cmF4LCBpdHMgb2ZmaWNlcnMsIGVtcGxveWVlcywKYW5kIGFnZW50cyBhZ2FpbnN0 IGFueSBhbmQgYWxsIGNsYWltcywgYWN0aW9ucyBvciBkYW1hZ2VzIChpbmNsdWRpbmcKYXR0b3Ju ZXkncyByZWFzb25hYmxlIGZlZXMpIGFzc2VydGVkIGJ5IG9yIHBhaWQgdG8gYW55IHBhcnR5IG9u IGFjY291bnQgb2YgYQpicmVhY2ggb3IgYWxsZWdlZCBicmVhY2ggb2YgdGhlIGZvcmVnb2luZyB3 YXJyYW50eS4gIEkgbWFrZSBubyBvdGhlciBleHByZXNzCm9yIGltcGxpZWQgd2FycmFudHkgKGlu Y2x1ZGluZyB3aXRob3V0IGxpbWl0YXRpb24sIGluIHRoaXMgZGlzY2xhaW1lciBvZgp3YXJyYW50 eSwgYW55IHdhcnJhbnR5IG9mIE1FUkNIQU5UQUJJTElUWSBvciBGSVRORVNTIEZPUiBBIFBBUlRJ Q1VMQVIgUFVSUE9TRSkuCgpBZ3JlZWQ6ICAJCQkJRGF0ZTogMjEgRmVicnVhcnkgMjAwMgoKCkZv ciB0aGUgTmV2cmF4IEx0ZCwKTkFNRSwgQ0VPOgo= --3CjBlUYs2k Content-Type: text/plain; charset=us-ascii Content-Description: .signature Content-Transfer-Encoding: 7bit -- Loic Dachary http://www.dachary.org/ loic@dachary.org 12 bd Magenta http://www.senga.org/ loic@senga.org 75010 Paris T: 33 1 42 45 07 97 loic@gnu.org GPG Public Key: http://www.dachary.org/loic/gpg.txt --3CjBlUYs2k-- From loic@dachary.org Thu Feb 21 14:25:08 2002 Received: from inspiron.dachary.org (ATuileries-104-1-4-166.abo.wanadoo.fr [80.13.224.166]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1LDP7W83800 for ; Thu, 21 Feb 2002 14:25:07 +0100 (CET) (envelope-from loic@dachary.org) Received: from loic by inspiron.dachary.org with local (Exim 3.34 #1 (Debian)) id 16dt7V-0000Iv-00 for ; Thu, 21 Feb 2002 14:18:45 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15476.62389.52904.505155@inspiron.dachary.org> Date: Thu, 21 Feb 2002 14:18:45 +0100 From: Loic Dachary To: nel@nevrax.org Subject: Re: [Nel] Free Software drivers & fps In-Reply-To: Robert J. Macomber's message of 21 February 2002 02:24:09 -0700 References: <15476.45947.377395.983567@inspiron.dachary.org> <20020221092409.GA4860@lintor> X-Mailer: VM 7.01 under Emacs 21.1.1 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: loic@gnu.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Robert J. Macomber writes: > Straight out of CVS (i.e., 800x600 windowed, no fog, etc.), though I > did do a "/tilenear 0.1" in-game. I'll have to try that. I changed the value in client.cfg but did not try to do it in game. > No, I commented it out of the client. I'll have to see how many fps that wins. > I didn't see any snow. Well, I did, but not the falling sort. Anyway it does not seem to make a big difference. > --begin glxinfo output-- I guess that AGP 1x (that's me) against AGP 4x (that's you) + a CPU that is twice as fast as mine counts for something. Thanks for all these informations, it's good to see other people strugling with fps with Free Software ;-) Cheers, -- Loic Dachary http://www.dachary.org/ loic@dachary.org 12 bd Magenta http://www.senga.org/ loic@senga.org 75010 Paris T: 33 1 42 45 07 97 loic@gnu.org GPG Public Key: http://www.dachary.org/loic/gpg.txt From loic@dachary.org Thu Feb 21 17:59:11 2002 Received: from inspiron.dachary.org (ATuileries-104-1-4-166.abo.wanadoo.fr [80.13.224.166]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1LGxAW03858 for ; Thu, 21 Feb 2002 17:59:11 +0100 (CET) (envelope-from loic@dachary.org) Received: from loic by inspiron.dachary.org with local (Exim 3.34 #1 (Debian)) id 16dwSe-0000XT-00 for ; Thu, 21 Feb 2002 17:52:48 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15477.9695.942895.553293@inspiron.dachary.org> Date: Thu, 21 Feb 2002 17:52:47 +0100 From: Loic Dachary To: nel@nevrax.org Subject: Re: [Nel] Snowball nearly running.... In-Reply-To: Alain Dutech's message of 21 February 2002 10:40:45 +0100 References: <15476.45947.377395.983567@inspiron.dachary.org> <20020221092409.GA4860@lintor> <3C74C09D.50CF4FD9@loria.fr> X-Mailer: VM 7.01 under Emacs 21.1.1 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: loic@gnu.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Alain Dutech writes: > > Hello all, > > snowballs compiles fine (thanks to the last patches and contributions), I've downloaded > the data (i.e : snowballs_data_0_2.tar.gz) and installed them but then, at exec time, I get: Try to get the latest data from /download/cvs/ The /download/ page should be updated accordingly, IMHO. Cheers, -- Loic Dachary http://www.dachary.org/ loic@dachary.org 12 bd Magenta http://www.senga.org/ loic@senga.org 75010 Paris T: 33 1 42 45 07 97 loic@gnu.org GPG Public Key: http://www.dachary.org/loic/gpg.txt From neuser.jp@club-internet.fr Thu Feb 21 18:25:33 2002 Received: from relay-2m.club-internet.fr (relay-2m.club-internet.fr [195.36.216.171]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1LHPXW05159 for ; Thu, 21 Feb 2002 18:25:33 +0100 (CET) (envelope-from neuser.jp@club-internet.fr) Received: from kissmaniac (lns01m-6-178.w.club-internet.fr [212.194.5.178]) by relay-2m.club-internet.fr (Postfix) with SMTP id AB30B170C for ; Thu, 21 Feb 2002 18:19:18 +0100 (CET) Message-ID: <000801c1bafb$47dd5610$b205c2d4@kissmaniac> From: "neuser jean-philippe" To: Date: Thu, 21 Feb 2002 18:14:39 +0100 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0005_01C1BB03.A138BA30" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Subject: [Nel] The solution to run Snowball without 3D card under Windows Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: "neuser jean-philippe" List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: This is a multi-part message in MIME format. ------=_NextPart_000_0005_01C1BB03.A138BA30 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Information :=20 All the problem is that snowball use the opengl 1.2 extension.=20 Why ?=20 Because Microsoft system only include Opengl 1.1 and if you want to run = Opengl 1.2 program you need to download an Opengl driver of your 3D = accelerated card manufacturer. The problem if you dont have a 3D card , you 're never be able to = download one !!=20 The solution is an API ( Mesa ) that implements all Opengl 1.2 and newly = 1.2 sp=E9cification. So you have to download Mesa 4.0.1 version and compile librairie of = Mesa. After you have to compile nel 3D Opengl Driver but using Mesa API . How = ?=20 - change your include Opengl directory by Mesa Opengl include directory - add Mesa library directory - add Mesa library in Visual studio to the nel 3D Opengl driver = project. Compile your nel 3D Opengl driver and had the nel3DOpengl Dll and mesa = DLL in snowbal game directory. Run and enjoy !! On my work PC station ( 64 Mo Ram and duron 600 mhz ) it run at least at = 0,33 fps :) but it run perfectly without any change in snowball code. ------=_NextPart_000_0005_01C1BB03.A138BA30 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Information :
All the problem is that snowball use = the opengl 1.2=20 extension.
Why ?
Because Microsoft system only include = Opengl 1.1=20 and if you want to run Opengl 1.2 program you need to download an Opengl = driver=20 of your 3D accelerated card manufacturer.
 
The problem if you dont have a 3D card = , you 're=20 never be able to download one !!
 
The solution is an API ( Mesa ) that = implements all=20 Opengl 1.2 and newly 1.2 sp=E9cification.
 
So you have to download Mesa 4.0.1 = version and=20 compile librairie of Mesa.
 
After you have to compile nel 3D Opengl = Driver but=20 using Mesa API . How ?
- change your include = Opengl=20 directory by Mesa Opengl include directory
- add Mesa library = directory
- add Mesa library in = Visual studio to=20 the nel 3D Opengl  driver=20 project.
 
Compile your nel 3D Opengl driver and = had the=20 nel3DOpengl Dll and mesa DLL in snowbal game directory.
 
Run and enjoy !!
 
 
On my work PC station ( 64 Mo Ram and = duron 600 mhz=20 ) it run at least at 0,33 fps   :) but it run perfectly = without any=20 change in snowball code.
 
 
 
 
 
------=_NextPart_000_0005_01C1BB03.A138BA30-- From lecroart@nevrax.com Thu Feb 21 18:39:42 2002 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1LHdfW05748 for ; Thu, 21 Feb 2002 18:39:41 +0100 (CET) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g1LHXUn26160 for ; Thu, 21 Feb 2002 18:33:30 +0100 (CET) (envelope-from lecroart@nevrax.com) Message-ID: <008401c1bafd$e0776da0$0901a8c0@vianneyl> From: "Vianney Lecroart" To: References: <15476.45947.377395.983567@inspiron.dachary.org><20020221092409.GA4860@lintor><3C74C09D.50CF4FD9@loria.fr> <15477.9695.942895.553293@inspiron.dachary.org> Subject: Re: [Nel] Snowball download Date: Thu, 21 Feb 2002 18:33:29 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi, We fix the download page, now, the page /download/cvs is out of date and removed! All NeL, Snowballs and other nevrax.org related datas are here: /download/ For Snowballs data, erase the data directories before depacking new datas Regards, Vianney Lecroart --- lead network programmer / nevrax.com icq#: 6870415 homepage: http://ace.planet-d.net www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? From loic@dachary.org Thu Feb 21 23:25:34 2002 Received: from inspiron.dachary.org (aboukir-101-1-13-alebeon.adsl.nerim.net [62.212.101.54]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1LMPXW11398 for ; Thu, 21 Feb 2002 23:25:33 +0100 (CET) (envelope-from loic@dachary.org) Received: from loic by inspiron.dachary.org with local (Exim 3.34 #1 (Debian)) id 16e1YT-0000Cx-00 for ; Thu, 21 Feb 2002 23:19:09 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15477.29277.101283.905300@inspiron.dachary.org> Date: Thu, 21 Feb 2002 23:19:09 +0100 From: Loic Dachary To: nel@nevrax.org X-Mailer: VM 7.01 under Emacs 21.1.1 Subject: [Nel] Particule assert Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: loic@gnu.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi, I have a constant flow of the following: AST 3039 particle_system.cpp 169 : "retValue >= 0 && retValue < 10000" dist = 0.000000, _MaxViewDist = 200.000000, _MaxNumFacesWanted = 10000, retValue = 10000.000000 with todays CVS compiled, on GNU/Linux. The game is otherwise working fine, including the particle system. Cheers, -- Loic Dachary http://www.dachary.org/ loic@dachary.org 12 bd Magenta http://www.senga.org/ loic@senga.org 75010 Paris T: 33 1 42 45 07 97 loic@gnu.org GPG Public Key: http://www.dachary.org/loic/gpg.txt From loic@dachary.org Fri Feb 22 01:25:14 2002 Received: from inspiron.dachary.org (aboukir-101-1-13-alebeon.adsl.nerim.net [62.212.101.54]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1M0PDW13353 for ; Fri, 22 Feb 2002 01:25:14 +0100 (CET) (envelope-from loic@dachary.org) Received: from loic by inspiron.dachary.org with local (Exim 3.34 #1 (Debian)) id 16e3QJ-0000Kj-00 for ; Fri, 22 Feb 2002 01:18:51 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15477.36458.783438.572415@inspiron.dachary.org> Date: Fri, 22 Feb 2002 01:18:50 +0100 From: Loic Dachary To: nel@nevrax.org X-Mailer: VM 7.01 under Emacs 21.1.1 Subject: [Nel] itsdead.nevrax.org Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: loic@gnu.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi, Yes, apparently itsalive.nevrax.org is dead. Not pinging. My poor gnu won't sleep in the snow tonight. Mooooooh. If you find it convenient, I can send you the ideal configuration for a remote manageable server (powerswitch + powerboot + terminal server + server + manageable switch). I'm sure nel fans would be more than happy to help you maintain the demo server on a 24/7h basis. Cheers, -- Loic Dachary http://www.dachary.org/ loic@dachary.org 12 bd Magenta http://www.senga.org/ loic@senga.org 75010 Paris T: 33 1 42 45 07 97 loic@gnu.org GPG Public Key: http://www.dachary.org/loic/gpg.txt From Alain.Dutech@loria.fr Fri Feb 22 09:05:43 2002 Received: from lorraine.loria.fr (lorraine.loria.fr [152.81.1.17]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1M85gW23872 for ; Fri, 22 Feb 2002 09:05:43 +0100 (CET) (envelope-from Alain.Dutech@loria.fr) Received: from bar.loria.fr (bar.loria.fr [152.81.2.13]) by lorraine.loria.fr (8.9.3/8.9.3/8.9.3/JCG-DG) with ESMTP id IAA29148 for ; Fri, 22 Feb 2002 08:59:31 +0100 (MET) Received: from loria.fr (localhost [127.0.0.1]) by bar.loria.fr (8.9.3/8.9.3/8.9.3-client/JCG) with ESMTP id IAA18552 for ; Fri, 22 Feb 2002 08:59:30 +0100 (MET) Message-ID: <3C75FA62.75CC6E3D@loria.fr> Date: Fri, 22 Feb 2002 08:59:30 +0100 From: Alain Dutech X-Mailer: Mozilla 4.76 [en] (X11; U; SunOS 5.7 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: nel@nevrax.org Subject: Re: [Nel] Snowball download References: <15476.45947.377395.983567@inspiron.dachary.org><20020221092409.GA4860@lintor><3C74C09D.50CF4FD9@loria.fr> <15477.9695.942895.553293@inspiron.dachary.org> <008401c1bafd$e0776da0$0901a8c0@vianneyl> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Thanks, it is better (but not quite running) with the new data. Alain From Alain.Dutech@loria.fr Fri Feb 22 09:12:06 2002 Received: from lorraine.loria.fr (lorraine.loria.fr [152.81.1.17]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1M8C6W24014 for ; Fri, 22 Feb 2002 09:12:06 +0100 (CET) (envelope-from Alain.Dutech@loria.fr) Received: from bar.loria.fr (bar.loria.fr [152.81.2.13]) by lorraine.loria.fr (8.9.3/8.9.3/8.9.3/JCG-DG) with ESMTP id JAA29468 for ; Fri, 22 Feb 2002 09:05:51 +0100 (MET) Received: from loria.fr (localhost [127.0.0.1]) by bar.loria.fr (8.9.3/8.9.3/8.9.3-client/JCG) with ESMTP id JAA18828 for ; Fri, 22 Feb 2002 09:05:33 +0100 (MET) Message-ID: <3C75FBCC.A676F03E@loria.fr> Date: Fri, 22 Feb 2002 09:05:32 +0100 From: Alain Dutech X-Mailer: Mozilla 4.76 [en] (X11; U; SunOS 5.7 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: nel@nevrax.org Subject: Re: [Nel] Particule assert References: <15477.29277.101283.905300@inspiron.dachary.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hello, still have 3 problems to solve : - constant flow of : AST12088 particle_system.cpp 169 : "retValue >= 0 && retValue < 10000" dist = 0.000000, _MaxViewDist = 200.000000, _MaxNumFacesWanted = 10000, retValue = 10000.000000 - constant flow of : AST12088 debug.h 384 : "dynamic_cast(o)" - unreadable text (white squares) in the snowball window... Wish I had more time... Alain From loic@dachary.org Fri Feb 22 11:09:06 2002 Received: from inspiron.dachary.org (aboukir-101-1-13-alebeon.adsl.nerim.net [62.212.101.54]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1MA96W26222 for ; Fri, 22 Feb 2002 11:09:06 +0100 (CET) (envelope-from loic@dachary.org) Received: from loic by inspiron.dachary.org with local (Exim 3.34 #1 (Debian)) id 16eCXL-0000CG-00 for ; Fri, 22 Feb 2002 11:02:43 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15478.5954.781447.858445@inspiron.dachary.org> Date: Fri, 22 Feb 2002 11:02:42 +0100 From: Loic Dachary To: nel@nevrax.org Subject: Re: [Nel] Particule assert In-Reply-To: Alain Dutech's message of 22 February 2002 09:05:32 +0100 References: <15477.29277.101283.905300@inspiron.dachary.org> <3C75FBCC.A676F03E@loria.fr> X-Mailer: VM 7.01 under Emacs 21.1.1 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: loic@gnu.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Alain Dutech writes: > > Hello, > > still have 3 problems to solve : > > - constant flow of : > AST12088 particle_system.cpp 169 : "retValue >= 0 && retValue < 10000" dist = 0.000000, _MaxViewDist = 200.000000, > _MaxNumFacesWanted = 10000, retValue = 10000.000000 > > - constant flow of : > AST12088 debug.h 384 : "dynamic_cast(o)" > > - unreadable text (white squares) in the snowball window... > > Wish I had more time... :-) Could you please describe your configuration ? STL version, operating system etc. For the record I'm using the CVS tree of yesterday and STL-4.5 under Debian GNU/Linux unstable. The text is readable and I do not see the dynamic_cast(o) asserts. But I do see the particle assert. Cheers, -- Loic Dachary http://www.dachary.org/ loic@dachary.org 12 bd Magenta http://www.senga.org/ loic@senga.org 75010 Paris T: 33 1 42 45 07 97 loic@gnu.org GPG Public Key: http://www.dachary.org/loic/gpg.txt From Alain.Dutech@loria.fr Fri Feb 22 12:04:04 2002 Received: from lorraine.loria.fr (lorraine.loria.fr [152.81.1.17]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1MB44W27217 for ; Fri, 22 Feb 2002 12:04:04 +0100 (CET) (envelope-from Alain.Dutech@loria.fr) Received: from bar.loria.fr (bar.loria.fr [152.81.2.13]) by lorraine.loria.fr (8.9.3/8.9.3/8.9.3/JCG-DG) with ESMTP id LAA12857 for ; Fri, 22 Feb 2002 11:57:51 +0100 (MET) Received: from loria.fr (localhost [127.0.0.1]) by bar.loria.fr (8.9.3/8.9.3/8.9.3-client/JCG) with ESMTP id LAA22860 for ; Fri, 22 Feb 2002 11:57:50 +0100 (MET) Message-ID: <3C76242E.EA25D7E6@loria.fr> Date: Fri, 22 Feb 2002 11:57:50 +0100 From: Alain Dutech X-Mailer: Mozilla 4.76 [en] (X11; U; SunOS 5.7 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: nel@nevrax.org Subject: Re: [Nel] Particule assert References: <15477.29277.101283.905300@inspiron.dachary.org> <3C75FBCC.A676F03E@loria.fr> <15478.5954.781447.858445@inspiron.dachary.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hello again, Loic Dachary wrote: > :-) Could you please describe your configuration ? STL version, > operating system etc. of course, I forgot to mention all that. So... Red Hat 7.1 GNU/Linux gcc version 2.96 STLport version 4.5.1 GL_VERSION: 1.2 Mesa 3.4 GL_RENDERER: Mesa DRI Voodoo3 20001101 CVS tree of yesterday too (21/01/2002) > > For the record I'm using the CVS tree of yesterday and STL-4.5 > under Debian GNU/Linux unstable. The text is readable and I do not see > the dynamic_cast(o) asserts. Lucky one > But I do see the particle assert. > Unlucky :-) > > Cheers, > With sympathy Alain - Still compiling with full debug to know more.... From loic@dachary.org Fri Feb 22 12:37:44 2002 Received: from inspiron.dachary.org (aboukir-101-1-13-alebeon.adsl.nerim.net [62.212.101.54]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1MBbiW27759 for ; Fri, 22 Feb 2002 12:37:44 +0100 (CET) (envelope-from loic@dachary.org) Received: from loic by inspiron.dachary.org with local (Exim 3.34 #1 (Debian)) id 16eDv7-0000GX-00 for ; Fri, 22 Feb 2002 12:31:21 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15478.11272.598533.607495@inspiron.dachary.org> Date: Fri, 22 Feb 2002 12:31:20 +0100 From: Loic Dachary To: nel@nevrax.org X-Mailer: VM 7.01 under Emacs 21.1.1 Subject: [Nel] More and less asserts Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: loic@gnu.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi, The asserts changed. The old disapeared (reported yesterday) and these appeared: AST 9049 bit_set.h 74 : "bitNumber>=0 && bitNumber=0 && bitNumber; Fri, 22 Feb 2002 12:40:21 +0100 (CET) (envelope-from loic@dachary.org) Received: from loic by inspiron.dachary.org with local (Exim 3.34 #1 (Debian)) id 16eDxe-0000Gc-00 for ; Fri, 22 Feb 2002 12:33:58 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15478.11429.932085.337873@inspiron.dachary.org> Date: Fri, 22 Feb 2002 12:33:57 +0100 From: Loic Dachary To: nel@nevrax.org X-Mailer: VM 7.01 under Emacs 21.1.1 Subject: [Nel] Asserts (more information) Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: loic@gnu.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: The following asserts show when I hit the caps lock key: AST 9065 bit_set.h 74 : "bitNumber>=0 && bitNumber=0 && bitNumber; Fri, 22 Feb 2002 16:11:00 +0100 (CET) (envelope-from v.caron@zerodeux.net) Received: from localhost.localdomain (zerodeux.home [192.168.1.3]) by zerodeux.net (Postfix) with ESMTP id 2B16BB6E6 for ; Fri, 22 Feb 2002 16:04:45 +0100 (CET) Subject: Re: [Nel] Asserts (more information) From: Vincent Caron To: nel@nevrax.org In-Reply-To: <15478.11429.932085.337873@inspiron.dachary.org> References: <15478.11429.932085.337873@inspiron.dachary.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Evolution/1.0.2 Date: 22 Feb 2002 16:04:42 +0100 Message-Id: <1014390282.827.5.camel@zerodeux.home> Mime-Version: 1.0 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: On Fri, 2002-02-22 at 12:33, Loic Dachary wrote: > > > The following asserts show when I hit the caps lock key: > > AST 9065 bit_set.h 74 : "bitNumber>=0 && bitNumber AST 9065 bit_set.h 86 : "bitNumber>=0 && bitNumber; Fri, 22 Feb 2002 18:12:31 +0100 (CET) (envelope-from loic@dachary.org) Received: from loic by inspiron.dachary.org with local (Exim 3.34 #1 (Debian)) id 16eJ96-0000Nh-00 for ; Fri, 22 Feb 2002 18:06:08 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15478.31359.724198.684671@inspiron.dachary.org> Date: Fri, 22 Feb 2002 18:06:07 +0100 From: Loic Dachary To: nel@nevrax.org X-Mailer: VM 7.01 under Emacs 21.1.1 Subject: [Nel] Binary releases Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: loic@gnu.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi, Would you be willing to host binary releases of Nel ? I could arrange for a tarbal of my own version to be available somewhere but I figured it would be more useful if you had a contrib-binaries directory or something on nevrax.org. What do you think ? -- Loic Dachary http://www.dachary.org/ loic@dachary.org 12 bd Magenta http://www.senga.org/ loic@senga.org 75010 Paris T: 33 1 42 45 07 97 loic@gnu.org GPG Public Key: http://www.dachary.org/loic/gpg.txt From pierre.amadio@libertysurf.fr Fri Feb 22 18:24:34 2002 Received: from postfix2-2.free.fr (postfix2-2.free.fr [213.228.0.140]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1MHOYW32936 for ; Fri, 22 Feb 2002 18:24:34 +0100 (CET) (envelope-from pierre.amadio@libertysurf.fr) Received: from melmnest.melmoth.net (nas-cbv-3-137-171.dial.proxad.net [62.147.137.171]) by postfix2-2.free.fr (Postfix) with ESMTP id 73D365F822 for ; Fri, 22 Feb 2002 18:18:22 +0100 (CET) Received: from melmoth by melmnest.melmoth.net with local (Exim 3.12 #1 (Debian)) id 16eJLA-00007F-00 for ; Fri, 22 Feb 2002 18:18:36 +0100 Date: Fri, 22 Feb 2002 18:18:35 +0100 From: Pierre Amadio To: nel@nevrax.org Subject: Re: [Nel] Binary releases Message-ID: <20020222181835.A439@libertysurf.fr> References: <15478.31359.724198.684671@inspiron.dachary.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <15478.31359.724198.684671@inspiron.dachary.org>; from loic@gnu.org on Fri, Feb 22, 2002 at 06:06:07PM +0100 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: pierre.amadio@libertysurf.fr List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi there. > Would you be willing to host binary releases of Nel ? I could arrange > for a tarbal of my own version to be available somewhere but I figured it > would be more useful if you had a contrib-binaries directory or something > on nevrax.org. > > What do you think ? A .deb would be really nice :) From loic@dachary.org Fri Feb 22 20:30:01 2002 Received: from inspiron.dachary.org (ATuileries-104-1-2-18.abo.wanadoo.fr [217.128.211.18]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1MJU0W46653 for ; Fri, 22 Feb 2002 20:30:00 +0100 (CET) (envelope-from loic@dachary.org) Received: from loic by inspiron.dachary.org with local (Exim 3.34 #1 (Debian)) id 16eLI9-0000Tx-00 for ; Fri, 22 Feb 2002 20:23:37 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15478.39609.843495.243607@inspiron.dachary.org> Date: Fri, 22 Feb 2002 20:23:37 +0100 From: Loic Dachary To: nel@nevrax.org X-Mailer: VM 7.01 under Emacs 21.1.1 Subject: [Nel] Nel binaries Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: loic@gnu.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi, I'm willing to prepare a binary directory for Nel. I'm even willing to gather binaries for non free software operating systems (*g*). I already put the STL + nel + snowballs2 for Debian GNU/Linux on my machine. If people are willing to send recent compilation for other operating systems (by mail to loic@senga.org please, no mail size limit or by providing a temporary URL somewhere), I'll sort that out. Please specify the compilation date + as many informations as possible on the system configuration. Cheers, -- Loic Dachary http://www.dachary.org/ loic@dachary.org 12 bd Magenta http://www.senga.org/ loic@senga.org 75010 Paris T: 33 1 42 45 07 97 loic@gnu.org GPG Public Key: http://www.dachary.org/loic/gpg.txt From michael@in-orbit.net Sat Feb 23 21:39:31 2002 Received: from freyja.in-orbit.net (w002.z064002027.sjc-ca.dsl.cnc.net [64.2.27.2]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1NKdVW22006 for ; Sat, 23 Feb 2002 21:39:31 +0100 (CET) (envelope-from michael@in-orbit.net) Received: from baldur.in-orbit.net ([64.2.27.3] helo=thor) by freyja.in-orbit.net with smtp (Exim 3.34 #1 (Debian)) id 16einC-0001DO-00 for ; Sat, 23 Feb 2002 12:29:14 -0800 Date: Sat, 23 Feb 2002 12:36:42 -0800 To: nel@nevrax.org From: Michael Warnock Organization: InOrbit X-Mailer: Opera 5.10 build 902 X-Priority: 3 (Normal) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Message-Id: Subject: [Nel] invisible users Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: greetings, The engine is coming along beautifully! Thanks again for all your hard work. I've been experiencing a hard-to-trace problem for a while which I thought was in our own code, but which I now have reason to believe is in yours. Sometimes, (Not Always!) the first user to log on after a fresh full services restart cannot see the second. It seems the problem is with new players not recieving the data for the old ones- it happens with not so fresh servers more often and sometimes with greater numbers of users, though the 2nd and 3rd can usually see eachother. I'm pretty familiar with the frontend and position service code having mostly rewritten them for our own ends and added several services and iI cant find any bugs in it. This problem happens with unmodified nel and snowballs2 code. Has anyone else experienced this? Here is some log from the frontend service containing the only error message I could find that I thought might relate to the matter: INF 1272 main.cpp 540 : The client with uniq Id 2 is connected INF 1272 main.cpp 561 : Sent IDENTIFICATION message to the new client INF 1272 main.cpp 216 : Received ADD_ENTITY from the client INF 1272 main.cpp 255 : Sent ADD_ENTITY message to all the connected clients WRN 1476 sock.cpp 117 : Exception will be launched: Socket error: Connection closed (0) INF 1272 main.cpp 576 : A client with uniq Id 2 has disconnected WRN 1272 unified_network.cpp 830 : HNETL5: can't find service WS to send message CC <-- could this be it? INF 1272 main.cpp 591 : Sent REMOVE_ENTITY message to the position manager. I can provide all the service's logs if anyone wants- I just didnt want to flood the mailing list. Michael Warnock Total hard disk crash - O pestilence! Now is the winter of our disk contents! From michael@in-orbit.net Sun Feb 24 20:38:10 2002 Received: from freyja.in-orbit.net (w002.z064002027.sjc-ca.dsl.cnc.net [64.2.27.2]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1OJc4W49141 for ; Sun, 24 Feb 2002 20:38:10 +0100 (CET) (envelope-from michael@in-orbit.net) Received: from baldur.in-orbit.net ([64.2.27.3] helo=thor) by freyja.in-orbit.net with smtp (Exim 3.34 #1 (Debian)) id 16f4J9-0002Ff-00 for ; Sun, 24 Feb 2002 11:27:39 -0800 Date: Sun, 24 Feb 2002 11:35:12 -0800 To: nel@nevrax.org From: Michael Warnock Organization: InOrbit X-Mailer: Opera 5.10 build 902 X-Priority: 3 (Normal) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Message-Id: Subject: [Nel] re: invisible users Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: it seems now that it was a couple problems- a still unidentified one in our services and a pacs content issue. I'll post my insight into how to avoid these problems when I'm sure how:) Michael Warnock Total hard disk crash - O pestilence! Now is the winter of our disk contents! From david.mentre@wanadoo.fr Sun Feb 24 20:54:48 2002 Received: from mel-rto7.wanadoo.fr (smtp-out-7.wanadoo.fr [193.252.19.26]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1OJslW50436 for ; Sun, 24 Feb 2002 20:54:47 +0100 (CET) (envelope-from david.mentre@wanadoo.fr) Received: from mel-rta8.wanadoo.fr (193.252.19.79) by mel-rto7.wanadoo.fr; 24 Feb 2002 20:48:29 +0100 Received: from oops (193.251.66.45) by mel-rta8.wanadoo.fr; 24 Feb 2002 20:48:02 +0100 Received: from david by oops with local (Exim 3.34 #1 (Debian)) id 16f4cr-0000qS-00 for ; Sun, 24 Feb 2002 20:48:01 +0100 To: nel@nevrax.org Subject: Re: [Nel] Particule assert References: <15477.29277.101283.905300@inspiron.dachary.org> <3C75FBCC.A676F03E@loria.fr> <15478.5954.781447.858445@inspiron.dachary.org> <3C76242E.EA25D7E6@loria.fr> From: David MENTRE Organization: none Date: 24 Feb 2002 20:48:00 +0100 In-Reply-To: <3C76242E.EA25D7E6@loria.fr> Message-ID: <87k7t2fyq7.fsf@wanadoo.fr> Lines: 39 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.1 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hello Alain, Alain Dutech writes: > Red Hat 7.1 GNU/Linux > gcc version 2.96 > STLport version 4.5.1 > GL_VERSION: 1.2 Mesa 3.4 > GL_RENDERER: Mesa DRI Voodoo3 20001101 As you, I also observe that the text in the main window is unreadable. My config: Debian Woody 3.0 GNU/Linux on x86 gcc 2.95.4 STLport version 4.5.1 OpenGL version string: 1.2 Mesa 3.4.2 OpenGL renderer string: Mesa DRI Rage128 20010405 AGP 1x x86/MMX And for info: OpenGL extensions: GL_ARB_multitexture, GL_ARB_transpose_matrix, GL_EXT_abgr, GL_EXT_clip_volume_hint, GL_EXT_compiled_vertex_array, GL_EXT_histogram, GL_EXT_packed_pixels, GL_EXT_polygon_offset, GL_EXT_rescale_normal, GL_EXT_stencil_wrap, GL_EXT_texture3D, GL_EXT_texture_env_add, GL_EXT_texture_object, GL_EXT_texture_lod_bias, GL_EXT_vertex_array, GL_MESA_window_pos, GL_MESA_resize_buffers, GL_NV_texgen_reflection, GL_PGI_misc_hints, GL_SGIS_pixel_texture, GL_SGIS_texture_edge_clamp glu version: 1.3 glu extensions: GLU_EXT_nurbs_tessellator, GLU_EXT_object_space_tess When starting snowball, I have the following message: WRN 3248 driver_opengl.cpp 785 : Missing Important GL extension: GL_EXT_texture_env_combine => All envcombine are setup to GL_MODULATE!!! d. -- david.mentre@wanadoo.fr From neuser.jp@club-internet.fr Thu Feb 21 20:17:28 2002 Received: from relay-2m.club-internet.fr (relay-2m.club-internet.fr [195.36.216.171]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1LJHRW07716 for ; Thu, 21 Feb 2002 20:17:28 +0100 (CET) (envelope-from neuser.jp@club-internet.fr) Received: from kissmaniac (lns01m-6-178.w.club-internet.fr [212.194.5.178]) by relay-2m.club-internet.fr (Postfix) with SMTP id AE68D16BB for ; Thu, 21 Feb 2002 20:11:13 +0100 (CET) Message-ID: <001001c1bb0b$42fd1080$b205c2d4@kissmaniac> From: "neuser jean-philippe" To: Date: Thu, 21 Feb 2002 20:09:17 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Subject: [Nel] The solution to run Snowball without 3D card under Windows Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: "neuser jean-philippe" List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Information : All the problem is that snowball use the opengl 1.2 extension. Why ? Because Microsoft system only include Opengl 1.1 and if you want to run Opengl 1.2 program you need to download an Opengl driver of your 3D accelerated card manufacturer. The problem if you dont have a 3D card , you 're never be able to download one !! The solution is an API ( Mesa ) that implements all Opengl 1.2 and newly 1.2 spécification. So you have to download Mesa 4.0.1 version and add additionnal patch to correct the _finite compile bug . After compile librairie of Mesa. After you have to compile nel 3D Opengl Driver but using Mesa API . How ? - change your include Opengl directory by Mesa Opengl include directory - add Mesa library directory - add Mesa library in Visual studio to the nel 3D Opengl driver project. Compile your nel 3D Opengl driver and had the nel3DOpengl Dll and mesa DLL in snowbal game directory. Run and enjoy !! On my work PC station ( 64 Mo Ram and duron 600 mhz ) it run at least at 0,33 fps :) but it run perfectly without any change in snowball code. From neuser.jp@club-internet.fr Thu Feb 21 21:32:40 2002 Received: from relay-2m.club-internet.fr (relay-2m.club-internet.fr [195.36.216.171]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1LKWeW09232 for ; Thu, 21 Feb 2002 21:32:40 +0100 (CET) (envelope-from neuser.jp@club-internet.fr) Received: from kissmaniac (lns01m-6-178.w.club-internet.fr [212.194.5.178]) by relay-2m.club-internet.fr (Postfix) with SMTP id E722516B7 for ; Thu, 21 Feb 2002 21:26:25 +0100 (CET) Message-ID: <000501c1bb15$c47f7800$b205c2d4@kissmaniac> From: "neuser jean-philippe" To: Date: Thu, 21 Feb 2002 21:24:28 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Subject: [Nel] Visual studio project error Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: "neuser jean-philippe" List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hello , I usually download nevrax source around 21H ( french time or GMT + 1 ). i use the 2 method: - compressed Zip snapshot - cvs download it seem that when i download zipped snapshot file , all visual studio project have mistake but when i download source code with cvs , studio project are good. may be a problem with your snapshot program ? ( make snapshot while visual studio is running may cause this problem ) see you soon. From david.mentre@wanadoo.fr Thu Feb 21 22:08:44 2002 Received: from mel-rto6.wanadoo.fr (smtp-out-6.wanadoo.fr [193.252.19.25]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1LL8dW09906 for ; Thu, 21 Feb 2002 22:08:39 +0100 (CET) (envelope-from david.mentre@wanadoo.fr) Received: from mel-rta8.wanadoo.fr (193.252.19.79) by mel-rto6.wanadoo.fr; 21 Feb 2002 22:02:23 +0100 Received: from oops (193.251.184.85) by mel-rta8.wanadoo.fr; 21 Feb 2002 22:01:53 +0100 Received: from david by oops with local (Exim 3.34 #1 (Debian)) id 16e0Lg-0001GW-00 for ; Thu, 21 Feb 2002 22:01:52 +0100 To: nel@nevrax.org From: David MENTRE Organization: none Date: 21 Feb 2002 22:01:52 +0100 Message-ID: <873czu35xb.fsf@wanadoo.fr> Lines: 32 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.1 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" Subject: [Nel] Snowball now starts... but fonts are unreadable Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: --=-=-= Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Hello, Thanks to the great work made by Lo=EFc, snowballs2 is now running on my machine. Almost... the fonts (text messages and text consol) are unreadable. Below a screenshot showing it: --=-=-= Content-Type: image/jpeg Content-Disposition: attachment; filename=screenshot.jpg Content-Transfer-Encoding: base64 Content-Description: Unreadable fonts /9j/4AAQSkZJRgABAQEASABIAAD//gAXQ3JlYXRlZCB3aXRoIFRoZSBHSU1Q/9sAQwAIBgYHBgUI BwcHCQkICgwUDQwLCwwZEhMPFB0aHx4dGhwcICQuJyAiLCMcHCg3KSwwMTQ0NB8nOT04MjwuMzQy /9sAQwEJCQkMCwwYDQ0YMiEcITIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIy MjIyMjIyMjIyMjIy/8AAEQgCWAMgAwEiAAIRAQMRAf/EABwAAQACAwEBAQAAAAAAAAAAAAAFBwME BgIBCP/EAFsQAAIBAwEEBQcGCgUKAgcJAAABAgMEEQUGEiExExZBUdIUFSJUVWGjBzJxgZHRFyMz UlNyk5ShsUJWdJLTJCY0NWJlorLB8KTCNjdDdYOz4QglRUdzgsPi8f/EABoBAQEBAQEBAQAAAAAA AAAAAAABAgMEBQb/xAA2EQEAAgEBBQUGBQMFAQAAAAAAAQIRAwQSEyFRFDFBUpEFIjKBofBCYXGx 0RVi4QYWI8Hx0v/aAAwDAQACEQMRAD8Au9JtpLmz30FT83+KPNP8pD6Ub4GhCnKed1Zweugqfm/x Rltk4uaaa5czYA0ugqfm/wAUYyRPPRw/Mj9gGgeoU5TzurODbnCCpyahHk+wx2v9P6gMSo1Hyj/E dBU/N/ijbh81/S/5noDQlCUHiSwz1SpdNTVSEouLz/PBzW3e19DZ+hSsqUadbUbuM1Spc3wi3y95 LbHeUPZHTJXc9+5nR36sl+c22/5lxyymebedGolxi/q4nhrDwyRPjSaw1le8io8G86NNvjFfVwNE AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADIqNRpNR4P3nno5b+5j0u43af5OH0I+RS35vCznn9SA1 JUpxjlxwvpPBu1/yMvq/meaMIujFuKb96A1YxcpYSyz1KlOMcuOF9JtwjFSk1FLD4cPcj5X/ACMv q/mBrOjUSbceC94VGo0mo8H7zbqfk5/QxT/Jw+hAaXRy39zHpdx9lSnGOXHC+k24pb83hZzz+pHy v+Rl9X8wNI+xi5Swllm1RhF0YtxTfvR7hGKlJqKWHw4e5AakqU4xy44X0n10aiTbjwXvNmv+Rl9X 8z1U/Jz+hgaio1Gk1Hg/eeejlv7mPS7jdp/k4fQj5FLfm8LOef1IDUlSnGOXHC+k8G7X/Iy+r+Z5 owi6MW4pv3oDVjFylhLLPUqU4xy44X0m3CMVKTUUsPhw9yPlf8jL6v5gaQAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAi9Y2j0rQOh853XQdPvdH+LlLe3cZ+an3oi/wi7Ke1f8Aw9XwnLfL F/8Agv8A8f8A/jKuPm7Rtmpp6k0iIftfZH+nNl2zY6bRqWtEznumMcpmOk9F9fhF2U9q/wDh6vhH 4RdlPav/AIer4ShQcf6hq9I+/m+l/tDYfPf1j/5fo7R9o9K1/pvNl10/QbvSfi5R3d7OPnJdzJQ/ OOj7R6roHTebLroOn3ek/FxlvbucfOT72Sn4Rdq/av8A4el4TvT2hXd9+Of5f+vk7T/pDX4s9nvG 54b0zn54rjvX0Chfwi7V+1f/AA9Lwl16Hc1bzZ/TbqvPfrVrWlUqSwlmTgm3hcObPTo7TTWmYq+N 7S9ibR7OpW+tMTnlyz/3EJBNpprmj309T87+CMYPQ+OydNUzne4/QOnqfnfwRjAGTp6n538EZ/KY d0jUAGTp6n538EeYVJQzuvGTyAMirVFyl/AidpdpqezOg3GqXUswpJYj+c3yXI3rivTtbarcVpbt KlBznLDeIpZbwuJUfy86n0vye6PO3l/k+o1oVuKxLG5vJcHj+lx+oCq7PaPVdq/lIp6hneuqrq9B Dsi3CWEl9LP1LsPTlR2L0ulOr0s4UnGU/wA5qTT/AIn5E2DrXFttlY1rSkqtzBVJUqb/AKUtyWF9 p+tvk/6XqHpHTflehbn+tvPP8TXgni6UAGVCOJEjgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAMir VEklLgvcFWqLPpc/cYwBkdao005cH7j5GrOMcKWF9B4AGRVqiz6XP3B1qjTTlwfuMYAyOtUaacuD 9wVaokkpcF7jGAMirVFn0ufuDrVGmnLg/cYwB7jVnGOFLC+g+qtUWfS5+4xgDI61Rppy4P3B1qjT TlwfuMYAyKtUSSUuC9wVaos+lz9xjAGR1qjTTlwfuPkas4xwpYX0HgAZFWqLPpc/cfJVZyjhyyvo PAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAPFaThQqSi8NRbX2ER5fc/pf+FHHV166c4l5 9baaaMxFk0CF8vuf0v8AwoeX3P6X/hRy7Zp9Jcf6hpdJ+/mhtvdkr/anzf5DWtqfk3Sb/Tyks727 jGIv81nG/gl171vTf2lTwFvXF1C23d9Se9nGDD50ofm1PsX3mdbS0LXmbzzfo9m/1NtGxaUbPS0R Fesdef8A2qf8Euvet6b+0qeAfgl171vTf2lTwFygvYdF7v8AdXtHrHopr8Euvet6b+0qeAfgl171 vTf2lTwFygdh0T/dXtHrHopr8Euvet6b+0qeAtjSLSpp+i2FlVcZVLe3p0puDym4xSePdwN0HXS2 emlOavBt/tfadvrFdeYxHSMAAO75YAAAAAAACl/lk2wuFK42esXVpujCMq7TWKjlute/CX8Xy4Jn N/K5fJ/J58nun4mqkdLpVpN8mnSgl9fBmxt3Tf4UNdrzjvwxb0lDvXRQb/6fac/8rmq0tTp7KdDu qNLSYwcIvO64zlD6vm5x7zMXibTXxh6L7LqV0a68/DM4czsHdy0/bGzvI0nVlQjVqRpr+k1Tk0j9 fbG1alfZDTKtaiqNSdHelTSxutt8D8ebGXFxabTUbi1jm4pUa0qS3d70lSljh9J+wNh93qRpG7W6 dO3i+l/Pfa/tOng83i6AAGVeZtqEmuaTNA36n5Of0M0AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAi6UpypQk6lTLim/T Z6zL9JU/vv7zzxr5jOHljacxnCSBG5l+kqf3394zL9JU/vv7xx/yXtH5N+tFzoVIxWW4tL7CI8gu f0X/ABI2My/SVP77+8Zl+kqf3395x1d3UnMw8+tua0xNo+v+Gv5Bc/ov+JHx2N0k2qWX3byNnMv0 lT++/vPLlPpYx6Sphxb+e/ccp0tP8/v5OE6GlHX1j+Ga+oVriNJwp8UnvLK4cjT8guf0X/EjYzL9 JU/vv7xmX6Sp/ff3m70pe29Ofv5OmpSmpbetnP6/4SQI3Mv0lT++/vGZfpKn99/eejj/AJPX2j8k kCNzL9JU/vv7xmX6Sp/ff3jj/kdo/JJAjcy/SVP77+836MnOhTlJ5bim/sOlNTenDenq784w9gA6 OwAAAAAAAChflGq1LPbLWK1OLlOVWhwSz6PRU0/5Fbbb03C6tVnMYKpTj7kpt/8AUtP5Qas6e3Go qnuNtUs73/6cSs9rKNS4s415r0qcpyk/plFf9TzRaOLjHV93V0LR7P4k25e7iOn3lGbGO5W0tLyJ Sdz0FfolHnvdDPB+wdiei6laR0FOVOl5PFRhLml7z8ofJbUp0vlG0qdV4gnUy/8A4cj9f6JUo1dH tqlu06Motwxyxlnr/C+D4t8AGVean5Of0M0Dfqfk5/QzQAAAAAAAAAAHirVp0KM61apGnSpxcpzm 8KKXFtt8kB7AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAHh1aarRoupBVZRcowb9JpYTaXct5fau881bilQqUKdSTUq83TprDeZbrlj3cIvn3AZQYnc0Fa+ VOvTVtudJ02+tzcxnezyxjjk82l3Rv7SndW03OjVW9CTi47y7Gs9j7H2riBnBjt7indW1K4otypV YKcG4uLaayuD4r6zIAAAAAARVH8hT/VX8j2eKP5Cn+qv5Hs+dXuh8qnwwAA00AHmo5qlN0oxlUUX uxlLdTfYm8PC9+GBr2Wo2+oO5VvKUlbV5W9RtY9OKWcfRnH1Gd/l4fqy/mjV0q3r29l/ldGzpXdS cqlfyOLjCUm/nceLbWMt9ptP8vD9WX80S/5Mz3PYBp1NVsKOq0dLqXdKN9Xpyq06Dl6Uorm0vt+n EscnjdaWtyrGfFpuEbruqz0bSqt3SsLu/rL0aVta0pTlOT5Zwnurvb5e94TkgXTtWt4m8Zjp3ZHi jVjXo06sFNRnFSSnBwkk+PGLSafuayj2AYn8gN63/wBGpfqL+Rom9b/6NS/UX8jto/E77P8AEyAA 9L2AAAAAAAAPzz8oVRavtJd6ho9xTuKVxGhKm4P5ycIL6msNNPinwZD7SW9OWx2qXEeO5Vpwi+9b +M/8JFbM1ala3u7dS/HUKjkk3xw32fRg6LXY04/JZrMY7spUry1hvrt+e3/E5VmZ1MTHc+nqV06b Fv1tztiMdMd//TgNjq3k20lG43ZS6KlWqbsebxTk/wDofsDYSp02wujVcNb9tGWH2Z4n5F2Dnc09 rrZ2e6rp060aTksrfdOSWfrZ+wdkbry7ZHSrtwjB1reNRxisJNrOEd/B8vxTQAMq1765o2Wn3N1c S3KNClKpUlhvEUm28Li+C7DTpVadxRhWo1IVKVSKnCcJJxlF8U01zRu3ttSvLC5ta8XKjWpSp1Iq TWYtNNZXFcH2EfaW8bSzoW0JTlGjTjTUpvMmksZb7wMwAAAEddW1OtrenVlc1KdajCtJU4xzGrTa ipKTxwxJwfPjjk8cA3qlWnRipVakYRcoxTk8LLaSX0ttJe9nsiNXtK+oXtpZVLaVfSq0Kiu92qob kk4SpyympPjGSwvzuJs2trd0dUv61W66W1runKjSaeaLUd2S+h4i/pzw7WRr6nrEqNhXqaXT8uuq VOjXjRppy6SnOeE01w4qM+KzjGcPt82VK+1HTdTtdUzGFW4uKNGUI7sugbai/pw3h4WUlz5v7YaL Kx12/vvKJSt61KlTt7dSahQjFYcVH5uOCa7syxjLzLlGK2o+TWtGh0lSr0cFDpKst6csLGZPtb7W ZQCKAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA8OlTdaNZ 04urGLjGbXFJ4bSfc8L7F3GDoLvzr5R5b/kfQbnknRL8pvZ39/ny4Y5dptACJhp167WNpWrUXauv VjKnSjuf5M4zUKeUuazDit3gubw3KIq3mqWOzyhaVLWNOhbeT+UONSeLnpVS3KcVGUnGLUkm4ycs w5+k31oLlMOb0zajTVszpt5VqUafSSpWs6dBbsKNbC3o8XiMYpN8XjdSxnKzOO+tFCtN3VBRoRc6 r6RYpxTkm5dyzGS4/mvuZ8lYWlTpukt6dRVpuc1UW8m3DcfB8vRWPoz3s0rrZ3Tr6tGvd03Xuehp 0J1p4zUhCoqm7KON3DlHjhLuHI5pNVabrSoqpB1YRUpQUlvKLyk2u57r+x9whVp1J1IwqQlKnLdm oyTcJYTw+54af0NGF2Fs7pXLpt1lNTU3N8GouK7eWJS4csybxl5NeWk07a1rQ0iNvp9edONKNSNB OEIqUpLEE0uc5v6Xl55EVIg0JwvbK0sLWyj5S4zp0q1a6q5kqSXpTb5yk8Y+mWXwTPd5qMbK4tqM rW7rO4luqVCi5xg96K9Nr5q9LOXwxGXbwYa1H8hT/VX8j7Oap05Tak1FNvdi2/qS4swxnVjC1VOl vxm0qkt5Lo47recdvFJY9+ew9XVsru3dGVWrTTlFuVGbhLg08ZXFJ4w8djZ8+vdD5VPhhmMFe6hb 1KUJxqYnvNzUXuU1FZblLlFdn1/TjHqdnPUNNr2kKyoutHclNw3vRfzlj3rK+s0dCoXFbQZW+oUI 06UnOnSoYkpQocowlnDbS4Z7Vh88laYdMuozuLvVcXVRXdeFtCkqE/QjFtKWWl6LUt5vkm2uLNzU b+6p3Vpb6fQVxOdzGFzLGY0YYTlvPK3Zbsk1nn3PgZrC3oafSpafbbnR0ae9JOfprL4NrHa1Pjw4 rgu7X2f0mej6fOlVqurXq1ZVqs95yTk+HBvjyS5545KnNKnh/l4fqy/mj2eH+Xh+rL+aMW7kt3PZ p+adN85ecfN9p5d6z0Mel5bvzsZ5cOfLgbgOlb2rndnGeTQADIAAAb1v/o1L9RfyNE3rf/RqX6i/ kdtH4nfZ/iZAAel7AAAAAAAAH5w+VTY6tshrNfWdLjOFheSU4yjFKNKo5Nunw7O1cFw4cd1s93tv Wpf/AGbI16yf+Vamq0W3nKzu/wA4tfUX7rejWe0GjXWlX8JStbmG7NRlhrjlNPvTSf1FVfKPotTZ z5BrPR6s6c6lrXpxlKm24vMpPtS7zUJOVK7FUum2noUlcq2cqVVKu+VN9HLEn9DP2JshZVdO2Q0q yruMqtvbxpzceTa4PB+N9kpU464+lg5wdrcRcVzeaM1/1P2TshVuK2x+k1bvPlM7aEquVh72OP8A EeB4poAGVean5Of0M0Dfqfk5/QzQAAACOvpanT1PT52kI1bFucLuGUprONyazjgmnnjyfJvGNypb UKtejXqUKc61HLpVJQTlDKw919mVw4GUAYLOFzCjJXVSNSp0tRpx7IOcnBclyjur6ub5mcAAAAAA AAAAAAABq19Qtre+tbKrOSr3W/0MVTk091ZllpYjw72s9gG0AAAAAAAAAAAAAAAADxOrTpypxnUj GVSW7BSeHJ4bwu94Tf0JnsAAAAAAAAAAAAB4nVp0504TqQjKpLdpqUknOWG8LveE39CYHsGDyhqt VpbsZ1IODUKdROW5LhvSTxhZU+/Ki8ZfAzgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADFcXFK0tq tzXlu0qUHUnLDeIpZbwvcad9fwo6lp2nypzlK7nNqcam4oKmt7seXl4WOTWc9z3Z9DX6S2n0dTMP xlKWH6Msriu54a9+GBFWVWNewt60U1GpSjJZ7mkzFqsr2Om1np0FO7eFBNpYy0m+PDKWXx7u02aP 5Cn+qv5EdVlfXOsWM7bd82wg6s6saqxVbi0kkueMp88PPekfPr3Q+VX4YZo6pQuLC6ubHN10G+t2 Ca35RWcReOOcrDWVxMej30Ly2jF3nTXVGlThc02opwqY4tpcm3lNck4tcGma2l3em0NUqaNpdCKp 0oznWqQfBVE4rdz/AEpYfF54YS+je03S6OmU6kadStVlUlvTqVpb039L7ub+t95pebV0nTby01LU ry7qUZu8lCUVTz6CimlFvCzhY49vElwCLEYDw/y8P1ZfzR7PD/Lw/Vl/NGbdzNu57ABpoAAGG7uP JLOvc9DVrdDTlU6KjHenPCzuxXa3ySNbRdRqato9tfVrG4satWLc7a4i4zpyTaaeezhlPCysPCN8 gLqrrL12vO1tqkrenQdGkpTiqbqPdl0jWU3jlwzyeGss6RNdzdxzz358OnQmcPVTaSjU2ktdIs5U arc5xuZ769BxhJ7sV2vKWe7lzzjq7f8A0al+ov5HDaFoeo2msK51Ho6qjTlJVFTjF9I2lltPLynL mdddahb6VorvrqTVGjSi5Y5vkkuPDi2lx4G9KPeddmmd6Zl4vtdsNN1bT9Nu6vRVtQ31buXzZSju +jnsb3ljvxjnhOSOD+UijUj5pvY6nDT1SnUpxrTisdJLdlHjzT/Ft93Di+/7pe3O5S0SGoXlhVp1 +no3l4qigo1IKDi12cVNKXBJN54JYfpxOMvZvc8S7sAEaDy1PpYtSj0eHmO7xb4Yec8Fz7O1cscf RyXyh39ew0C2lQdSLqXtJSnSpb84brdRNJtL50I88rDfAJM4jLrQQmzG0NHaHS1XWIXNN7teljDi +OHjjhNLK4vtWW0ybBE55hy/yg7Lz2v2Ou9Koz3LhuNWi28Jzi8pP3PijqAFfjnZKF3o22m7Vtoq 7tKdxvUK/BOUacsxf04wfsLZq8jqOzWnXsYbkbihGqovs3uOP4lZfKPsPaz1HrdbUUqlG3rQvYRW d+LpyUZ47Wm19JZOydalcbJaVWoUuio1LaE4U/zItZS+o1+FPFMgAyrzU/Jz+hmgb1SUVCS3lnD4 ZNEAAAAAAAAAAAAAAAHF3mu1bP5Q912+pTs40IWlRqa8nhOUlPpd3PYpRTk8NJPnwzYjKTOO92gA IocptbQuvOuiX1tYVrryOrOpJ0JSU4rME0scHmO9wbWeXazqwWJwkxmAGOVenG5hbtvpZwlOK3Xj EXFPjyXzlw+5mQigAAAAADyqidWVPEt6MVJvdeOOeT5N8OXZw70egABilWUbunQ3qWZwlPdc8Te6 4rKjjivS4vPDK7+AZSKhDXYQx0ljN+XNtz3s+Stt4WEvxizhc1hcW3xJUARfkNe71uF5dPdo2U5q 1pxbSnv06a6SWJYbT6WKyuUvre/QnVqU3KtR6KSnOKjvKWYqTUZZXeknjszgygAa0qt1C5uH0HSU IUYypKGFOc8z3o8ZJclDGcLjz7tkAYradWra0alej0FaUIyqUt5S3JNcY5XPD4ZMoI/WdasdA02p f6hWVOjDgl/SnLsjFdr4P7G3wTYG3cXNCzoSr3NenQoxxvVKs1GKy8LLfvaR6pVadejCtRqRqUqk VKE4PMZJ8U01zR+ctpdq6+12odJU6VpOUqVClFS6CEVJtxe7vcsuUu3dTaSjFR6zZ/bXTdmqlWVf Sq1ObqyhcQtriqtyWFnNCpUa38xScm08cOzjcMb/ADXIDDZ3dC/sqF5bT36FxTjVpzw1vRksp4fF cH2mYjbT8pvPN8qvkD8rVuqiodLHdlUw/wAWp+5rG9jHFPvxjuayqUaNzGzq1KlG6UIQknFxzN0p Tws5W7KUlng1h8OakABzes2uh28r6jf6k7Cpq8VKpUlWUFKNNQi4pyW6lhpNPi1J80uE1K8a1WnZ Rp7ylQnVnNS/J4lFRTX+1meP1Hz442gEwGjfai7G4oRnQnOjVxF1I/0ZOpThFceHHpG+ecReE+ze AVEy1mpHXFp7sasKTqwpRuKmYxqN0qlR7nDEktxLnzb5YW9LAAAAAAAAHmpVp0oqVScYRclFOTws t4S+ltpfWegANeyvrbUbWN1Z1o1qEpSjGpHlLdk4vHesp8eT5rgZqdSnVi5U5xnFScW4vKynhr6U 019QHoAAAeaknClOcYSqSim1COMy9yy0s/Sz0AAAAAAAAABEbT6nPSdn7q4o1adO5lHo7dzlFfjH wT48HjjLHaos1NotSutNpWek6LbR8uvIzhb4UVGjCCWWk+GUmsJ8OfPGHcJMuiK41fWr3V6+o3dn qFn5p0urRrU4RUqsqk4t7nCnL0oymu14woPCaee/sIXNPT7aF7UjUu40oqtOPKU8Lea4Lm89i+hH qja29s26FvSpbySfRwUcpcuX0v7RGCYmXPOjXvtnY2s01Ur2ypznOmmuMcS9HK9//fAwUrq6s9R0 3R6FOM4UrbeuJShutxS3YuGHhekuK7msGzeU76rDToWjUaSqwncTVTde5HDxjdeU+3DXYuTeJM+b WJ3Y5vk0rOI5ovTdItdLlKpRoVqlxNYncVpKVSfHPF5//wBwskj0kv0M/tX3nsFxPVrdnq8dJL9D P7V946SX6Gf2r7z2CYnqYnq8dJL9DP7V95BVNq9OhthR2dfSu/nQdRKO64p/O3W0+Et2LlhpcMd6 OgPD/Lw/Vl/NHSk6dc8SJnly54xPhPdOcdPHqlo5d50kv0M/tX3jpJfoZ/avvMd7d07GyrXVVSlC lBycY43pY5JZ5t8ku9mc54nquJ6sNS4VGnOpUg4U4JylKUopRS5tvPIU7hVqUKtKDnTmlKMoyi1J Pk088UaEbWnueaoVnUSfTXW/mE5QqOo8pw3VlzXH3ZzzNi5vbbTPJKDptdNUjRpU6UV6K5Zx2RXD 6MouJ6mJ6trpJfoZ/avvIzaCxq6todzZwpyU57sopqL3nGSlji8ccYz2ZySxrahqFppVhWvr6vCh bUY71SpPkl/1b5JLi28ItaWtaK1zMybs9UZs7DVbeylHUVOabTpKUt+cU+L3pSeX9aWOK5YOk8kt 7uzoQubelWjFKUVUgpJPGMrPbhv7TRtLqjfWdC7tp79CvTjVpzw1vRksp4fFcGaG0u0lfZ2w02Vp aK8r1pcbf0k5U1Di1JJqOJOHPsb7eXbSrat5ie932aN2ZzKPt9lbi41XUKWo2alpl1dzuYtV1PE8 y3ZbkliKcZNPGXnd7EaGs7EV7a1jdafZ2E67rVI1qUqDqJ0nLFOUWsNNRSysNZk+xcbGB696Xr3I cfoG1PksNO0faKVe31a4lVjTnXounTrbs0oqMnzbUopZ4trjxa3uwK7+U+4hb3ehSqwv6lOMq1SM bWpuJVI7m7Jvsay8Pmssndjtq6G0Nm6FWU4ajQX4ynVSUpxzhTWOD7E8Yw+xJrMki3PddOQG12ka jrGk0qel3rtLqjXjVUlFPfWHFxeeC+dn6ifAicNTGYwrzZix2itdoXWr6gtQpUJO1vKTo7kqTklJ NfNTaxB9vovguKLDMdOhSpTqzp0oQlVlv1JRik5ywo5fe8Ris9yS7CP2kqVqWy2r1Leo6VeFlWlT qRluuMlB4afZh9omcylY3YShxm3+sz0l6NKj5TG4jdSrwnSoKrDEYOEozTkuDVX7E8NPDJvZrWlr ujxuZSoO4pydKureTlBTXc33pp444zjLxk1Nr9EvtXtbWWmXE7e7o1X+Mi//AGcl6SabS4tR481j h2iI58y05ryS2majba3pVG9t1J0K8X6NWGGuLTTT7mmu76UbthClp1hRs6FNRpUY7kEuSXYiv9B1 LWNn9GlcainqNpO4UKtxFxjO2mqipVFJL56i1L5qzmPapZjYAmMFZzHNldxUfJpfQiP860p6xPSp dL08beNym4vccXJx4PvTXJ96xnjjbOG2r0rXKm09vquk2NvVdvRpRp1qk5KW/wBJNOOItPdxJZ7M N8eYiMrM4dXrN3VsND1C8oKm61vbVKtNVfm70Ytre4rhlceJ80XVKetaLaajSSiq9NScFLe3JcpR zwzhprPuPWsUK11ol/b28YSr1bapCnGosxcnFpJ+7JyGw0NX0y/uLPUNPVG2uVv05UKE4U4VEuKa a4ZX9JtcYpccpJEZjKTOJwmtsNVvNHsrC5s6kE3exjUhOcYKrDcm3DeknjLS4riTlrcRu7Ohcwi4 xrU41EpYyk1njhtfYzW1fR7HXLLyW/oqrTUt+OecJYaUl71lmCrpXkWy9zpmkp0Zq3qwoOD3Wqkk 3vZWMPeeeGPqHLC88pYHLbA6lTvNnIWkbilVnYNUPxfDFPHoei0mkl6KfHO63nOcdSSSJzGQ4r5N NUd1s+tNnU6SdjCmlJRkkoST3Y5k+LTjJcOCW6kdqReo06WlaVe31jZW6ure1qypbtFcXje3cLDa bSyk1nBYJ78pQ8OrTVaNF1IKrOLlGDkt5xWE2l3Lejn6V3kHshrstd0SnOvCpC8oJUrhVEk5TSWZ pLHBvPYuKaxwILarXZ6Xtvps5XdhRo21upyjWnKNScKk2ppekk+FOLSfKSyIjKTaMZd4ACNBw+0O wMNX1ud7G8vIQvaijcxpVN2MIKi4p4ys8YxXBN+l3Za7gFicdyTET3vNJVFSgqsoyqKK35Qjupvt aWXhe7LPR4o1qVxRp1qNSFSlUipwnCScZRaymmuaZ7IqP1TTHqMrGUa7oytLuFypJPLwmnHg1jKk 0+aw3wZ9WprrBLSXRefJVcxqqaw/TcXFx5rsafJ5fLHHfARwm01C6obf6RqtK2pqlThToO4lJ59K pLejFYak9ze4Lj6XuR1+oahCwVrFwlOpc3EKFOCUnlvi3wTxiKlLjhejzRuHA/KRUVO40Sb1byCd GpVr080ukUpxUcSxxWY5eMrtNd/JmfdiZd8YLy8t9PtKl1d1Y0qFNZlOXZ977EubZ4028Wo6XaX0 Y7sbmjCso5zjeinjku/uPOqaZbaxplewu4ydCssS3XhrDymvoaT7u8y2iKuq3mu7K17vQZOndus4 Ut3cclGNXGWp4S3qfpYfFKSJjUri4tbJ1rWhO4qqpTXRQinKUXNKWMtLOG+LeFzfBHjS9HsNFtZW 2nW6oUZS33FSbzLCWctt8kjeKiu3tLq9Ha+pXua1OlpdK8dnNKW7QcE5YcpST3ai3t5pbuVFZ4G1 rW0Opu31y6tlONlbUJ2W7ColuXTrbikpKO/nclCXDgs4ymm12U7CzqU5052lCUJzdSUXTTUpPnJr HP3mwMwmJ6uHstd1q5uqdrQqu7Tq2VSpWhbNblGdOLqPLSXGWHhreSnLC9H0c+mafr11tdV1S6u5 qyt7itQhRrQlCTpcd3dS9Fxy4Peay93nwR2IGTdRtld3tbWdUt69Bwtbd0lb1Oicek3oZl6TeJYf Dglj3kkARoAAHinVp1ouVKpGcVJxbi8rKbTX0ppp+9H11IRnGDnFSlndi3xeOeCH0DZ2loUrqca8 q9W4kt+rOKUppOTTm/6UvSacuGcLgnnO1eaTTvas51bi4SlHd3IySil3cvp595cRlIzhuOvTVeNB zXSSi5KPu/7/AJPuZr1/ILy5hb3NKlWq0Kiq041qWd2aWVKLaxvJPmuK4kJrWkajKo61nUuLipJp 5daKlFpcMLEUorCfB5y3y5v5s/szc2lON3qN7Vd7Os7icaTUY5eMp8+by3u4XpNe93EY7zLFtnU0 ix2W1e5v9Kad9TnRqunSh0lSUIT6OUpJSx81bsmnu5i2lh48WOzGl7T7PbO6hrFB3V3DT6anVnL0 qqnRw1N83xk5J81LimsvOrtRs1rGrW11aSnK9jVqTnRqSahCjGbit3o99bzhGLxLt3nw556PZjTr 7SNn7Wwv7uF1UoQUISjR6NxgksQeJNNrllYyku3LcmMSRzjmkbSztrC2hbWdvRt6EM7tKjBQjHLy 8JcFxbf1nqpXo0pwhUq04SqPEIykk5P3d/NERp2iXdjeQrz1JVVmTqJ0MOplY5uTxxUXn/ZMV/s7 dX1zVq+dZQVSae70TeIr+ivS5Y4fW+9lxGe8SGrarDSlZb1Nzld3dO1gs4Scnzb9yT+l4XDOVIAG Vcpqu29HSLzUqNxZOVOzr0KSnGvFOfSU3UbalhLCi0ll5eOXNdWYri1t7un0dzQpVoZzu1IKSzy5 P6WZQkZR9vrVlc6dG/hUxbTru3hPG8py6Xok1u5ynLGH3NN4NuNxSldVLZSfS04RqSW68KMnJLjy fzZcPvRjr2FCvbqhu9HBVo18U8RzKNRVM/XJce/LMsaFONzO4Ufxs4RhKWecYuTS/wCKX2hWtX1W 0tr9WdWrCFTyedzOUpxSp04uKbll5S9LnjHovjwNWrtHY0KWlyqdNGpqe55PSUMye9u5y1wWN5N8 e/GSTq29CvnpqNOpmEqb34p5jLG9Hj2PCyu3BjnYWVR27naUJO3/ACDlTT6Ll83hw5Ll3IJzRt5t Ja2epXdo49L5HZTvLh06kXKG7hqG7nOWnnjhfN554SVjdw1DT7a9pRlGncUo1YxnjKUkmk8NrPHs Z6naW1WrKrUt6U6k6fRSlKCbcPzW+73GYHNpajqdLTfJOlp1J+U3MLaO5j0ZSzhvLXDh2ZfuNC7q V7DaGN/c10rKrCnZUaEa7bnVnUWJbjxHKTlnGXuxz7lMVaFGvudNShU3JKcN+Ke7Jcms8n7z5Wtq Fz0fT0adXopqpT34KW5NcpLPJrvKYcxtVCrrfm6wsJS6SderONTo2lTnS9Fyc870Em5JSjF5bjhx 5vf1zU7ynf2mladOhG6u6VZ79SXGk1TluPGGlmXa01iLWH2TMLehTmpwo04yW9iSik1vPel9rSb7 2ZBkw5exlfbOaRoWnQ0+tczq1MXLpU4uNCMpccuOEt1zXFLDUJcuZrzsNS2U2dlb6Y6+p6je3np1 +iWYylHDm1y5QXpSbW88vK4HYAZTdYrWnWo2dGlcV/KK0KcY1Kzgo9JJLjLC4LL44RlAI0jdZsrm /pWlO3nSjGneUa1ZVP6UISUsLhzyotcuX1PRdjqtte69qFPE6t1Sp07OnSq5cHBSSb31ux4yUsLK 58G+fQAuUw1NKp16OkWVK6c3cQoU41XOe/LfUVnMu157e02wCKAADDeQr1LKvC1qRp3MqclSnJZU Z44Nr3PBHaV5Rp8rbSK0bq4lC2dare1ZSnFzcvmKT4vnLg3lJR59kuAmEdZalbapKvSdCdN0bidO Ma8Y/jXTlHNSHF5ipNLPY12MzX+o0NOjbusqjdevC3pqEctyk8LPclxbb7u/Ce2Y6tCjX3OmpU6m 5NThvxT3ZLk1nk13gZDSvNVtrG9srSqqsq15OUaap03LGFlt45LivtzyTa3THOhSnVp1Z0oSqU87 k3FNxzzw+zIVzOna3Sq6Tc31zTdtbW05QVSW8+khFL0kmk+LbWFniscyQpXlKte3FpBt1LdQdTuW 9lpfYs/X9OPqo069rShVjvRW5NL3xakn9qRpWFxe39xKtcWdKlaQnJ27qRkqr5JS3ZJbuVv88Pjj GFmXz6/DD5VPhhKAwWdS4q2ync0uiqOUvQeMqO893OG1ndxnD+zkYK1/UtY6hWubWULW1p9JCrGa k6qUW5Yj2NYxx5labiqQdWVJTi6kYqUoZ4pPOG13PD+xno5HZbUbjU9c1C56ehWozgt7cUt6liT6 OGXjKw58lzWeGePUOrV8sVFW8uh6NydfeWFLKSjjOc4y84xw9/BMJE5jLFX1OytpVo1riMOgVN1W 08Q33iOX2cV9S4vCIi81S6udT0WlYylbwukq8pVIRanTxvOCeXxwnnCfOPHmTNewtbmUJVaMW4Vo 101w9NLCk8c+HDiaeuXtDS6MdQqUY1qtKElRpuai5SeFhN8OXbzxnnyJPczfu9P3Qm3le9dj5Nb2 lWpbKm6txVUJNRxnd5NJpYbafL0WeNN2kvlolWpClDUb1XMpdFbudTdpt72G0nji3GPZhdu60bW0 +tdLpNO10+3url39FS6SjHdUaUl3uL4yWVjGVxfDhne0DyOx2Zo3EbWpaQpUH0sakczShnOccXx3 mvc+S5G/A/Fyly+zVxV1baSc51swqTd1Xt6yk87udxx7MRc4YT5bqfYsdnqejW2q1KNSvOtCdFS3 JUqjg1nDzldvorBi0O9stTt615a20aM5VZQq/i92Ta4reeFl7rT7cZay8EXtLqFW8uY6DZxulKq1 C5qUqUZJRnFpRe9yXFNyS4JPHHKTx5LGIhIWGurVNcr2tlGNSztqT6Wv31HJKKj3xwp8eOcfbJ3V pbX1tO2u7elcUJ43qVaCnGWHlZT4PikzQ0LSquk2lSnWuXcVJ1HLelzjHCSjnCz2v62SpImazms9 yxnHNFV77SdnrVWtOnToqnTlUp2lrSSbW9/RiuCzJ+7tfY2q81qvW1qrPUtS2YuJyo0+ihUjVSSp RbcVy58Xn3v6jobnZS/vNQurtar/AJQqriuhmsw3sPEsrK9FxaTbwsYzwNvW6tHZ7Snpui0nHUb2 lCrcV+mVOSpxSi5OT5Slhr0cYblLg+fp0ZzeZnnMt6WZtOeTvgAdX0XH/KAtUpWFjd6PCNS6hXdO VOcVKDhKLbbT7cxjjj2s5HS9T2s0q7tb+50Sl5uorNSlZ4hLo93GFxaeODUeGXFLK5lt1aVOvTdO rThUg+cZrKf1EWtCprWqt2/JpWVS2hS8klbp7s4yk99SzhZUsNbvHdjx4YNxaMYlztSZnMJWnUp1 qUKtKcZ05xUozi8qSfJp9qPRit7ahZ0I0LahToUY5cadKCjFZeXhL3tsymHQNbULOOoabdWU2lG4 ozpNtZWJJrl28zZAFR7Ha1S0/XbKNLRLvT7a7at69SpvThl/M5du84pNrgpPlxZZmu3Fa02e1O5t 6qo16VpVqU6jWVCSg2njDzh8eRz+0NxZaPtFo0a9nSqWF9CrbV6cnFU4vMJRqOMuD3Up5fDg3zwk dHq9Cvc6Lf29q4q5q29SFJySa33FpZz78GpxPcxWJiJhwGo7T2mr7KU9MtbWyuL26qZrW9Cbpw6V VoTbw0pYnmUs8fS4elxZ1myEr2nosbK+sJ2dW2e7CDqSqKVN8Y4k0uXGO7xworkmiB2T0/aHS9Vn O6tredvL8VXhb0egak5cKnHEZpYecP8ApNrPJ98JxHJKZnnIYrqv5NaVq6pVa3RQlPo6UcznhZxF drfJGUGXREaVtHYaxcQo2qrb07ZXKlKHo435Qcd5ZW8pRafflNNrOJcrzXrOto+3Vlqdrp1a4o7l KFOUaqSpcJQlSpRfo8YcVHhxk+PdYFKpGtRhVipqM4qSU4OMsPvTw0/c+JZhmJzyezxVpU69GdGt TjUpVIuM4TWYyT4NNPmj2cdt1qd5p1xosrGxq3NWlcTus05JcIR3HB5T+dGrJZ7OZIWZxGXU21la 2c6srehCk6slKe6sZaSS/guX3mwY7evTuralcUZb1KrBThLGMxaynxMgUInaK5pUtN8jqOtCWoyd lSqU0/QnOEt1trjFZWM4eG12Za+6prttpWo6XZVlJ1NQrOnHdjJ7qS+c8J/0nCPHHzs8kyM27sbj UNGtqFvp9S+n5Um6cKrp4W5Pi3h8Oz6yx3s2nk8bL7M6loOo161xqMri3rUt2VOVRze8mt15cU/z +TWd7im1kmdQ0HTdTuI3F1awnWSjFVHFN7qed3jlYeWu/j2DZ+pd1NBs3fW1S2uYw3J06lV1Zei3 FNyfFtpJ8e/t5kkJmckRGMMdvb0rS2pW1CChRpQVOnBcoxSwl9hkAI0Glq9W5oaLf1bOE53ULepK jGCTk5qLcUk08vOOxm6AOY2Xr3Wl7LV5azTrW9KxlUlGVbM59CoqWXjOcZkkkuUUsHQ2t1RvbOhd 289+hXpxqU5YazGSynh8VwfaauvuK2c1Nzq9FHySrmpjO6tx8ce45j5N9Thc2N9p9O6ndQtKiqQq zhu8Km891cOK3lJ5fH0scki9/NmJxMVduACNBoX2i6fqVaNW8oOtKKSipVJbscS3uCzhPOMvtwk8 pG+ATGWOhQp21CFGknGnBYim28Lu4mQHIfKBqlTT7HToUOmlVleQrunTo76nGk9/0nwwt/o+1N/R kd6TOIdeDW0++palp1ve0VJU68FNRljejnnF4bw0+DXembIUAAAAAAAAAMFK9tq15cWlKtCdxbqL rQi8uG9lxz3NpZx3YfagM4AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAeacXCLUqk pvebzLGcN5xwS4Ll9XHL4noAAABFUfyFP9VfyPZ4o/kKf6q/kez51e6HyqfDDHXr07a3q3FaW7Sp Qc5vDeEll8FxMLjaavp1OTXTWteMKsc5jlcJRfY12Mxavp1TVLLyaFy6EXJOb6NT3kuzD9+H9R9r VaGh6KpSVapStaUYJQjvTnjEUsLtbx3L6EaVmtrG3s5TdCnuOeN70m845c/pNg8wnCrTjUpyjOEk pRlF5TT5NM9DvUOM2ksdY1bUqcadjQ6CnvRoQuPS3sfOm935qfDCb/ork20dmeH+Xh+rL+aJM4Yv GYcCtj61zqUqNTUZ0buFrRlUjaTlCnBJdHHHufRvgvzeOOGen8w7+zNtpMq7oyhCHSTpcN+a4ybf B8ZZllNNvn2pzQNbyxWGnpenU9LsYW1OUptZlOpN5lOT5tt8X3cc8El2GhR2e0+01elqNWvWqX05 y3J16qzOTg00lhL5qk8Lkl3LhKXl5b6faVbq6qxpUKSzKb7PvfYkuLZw+l67PX9rtPrV52tNUalZ ULdwlGtGLhLi+LWXHdz2cOHEE4jEOktNdV7tNX06jKlK3o0ZOT/p9JGajLt+bxxyXFd2Da1zUpaV pdS4pqnKs2oUo1J7sZSfv+147cY7Tbp2tvRmp0relCai4qUYJNJ4yvo4L7CN1fZyz1m4pV7lylOm lGMZelBRzmWF2NrtXdHnjA5ZXnho7ExktOv6lSVGVatfTq1XSmpJzlGDfLlx7DZu9gtM1q98u1Kd S6dSiopVPnQ7lFrgopPGMZzlttt5ktN0y00m0VtZ0Y06e85PCScm+145vkvqRM2/+jUv1F/I7aM+ 9OHfZ688SyAA9D2gAAAAAAAOG+Ue2o1qOm1ZWdG9rwnNRt5z3ZbjSc5rjySik+D+euK7ZTYm+ubn Q1aXdjGyq2bVGFKNTfXRJeg8pJcsxxx+bntOlPFKlGjBwg5tOUp+nNzeZNt8W28ZfBcksJYSSLmM YZ3feyKjSjXnXVKCrTjGEqiit6UYttJvm0nKWF733nsAjQAAAAAEFtVoM9odOoWtOvOi6ddVXKFV 020oyWMpP84nQWJwkxmMIrZ6xvtN0qFlfVaVXoGqdCUG2+iUUoqTwstcVy5JZy8slQCSsclefKbO jGtp3lU76lS6Oruzs23njDeU1lYWEsPL5vKWOPV7Maq9Y0GhdVJSdZOVOopxUZpxbScork2sSx/t cOGCRu7K2v7edC6oQq05wlBqS7GsPD5r6j1StbejVqVaVClTqVElOcIJOSWcZfbjL+01mMYZis72 WUAGWgAAAABhu7SjfWs7a4UpUqnCUYzlHKznGU08d67VwfBmrZaLY6fd1rm2oqFSpwz+asRWF7vR T+kkAXMpiAAEVxvyo6vPSdh7l0VN1rmpChDdeFxe9LeeeTjGS7ea4Yybus7X22k6Jo+szjuWV9Wp Rn0qe9CnUhKWfRzxWE8cc4a7cnLfKhrWn0tV0zSr6yubmCpyuJKnLEVvZgmlnjJYn9GeHNmjLyba 35MLK1pV50KdlfOj0l3N+lu05uPF8eU4r3YeOCWdRDnNucrcON290K71ZWNzQvp2dCzjVqV6ilGM YrMJKUnJpYW5nPYTmzdxUr6FbU69TpLi3iqFabqOblKKXpOTXFtYk/e8ZeCWJHKWpjehCbK2V9pu iRsr/elVo1Z4qzlFuqpPf3mlwXGTWP8AZz2k2ealSFGlOrVnGFOCcpSk8KKXNt9iKnobW6tJbU2t tGrUuLyt0+n1YW8oyVGXoOb5Y3YRp7vDey+KfHDvkmYrGE5oW0t3rfyo39CnUl5qoWM40IqT3ajj Uguk4ScXluWJLHote874pzY3XtYp7Y6db6lKlKlVVShK4nSjTkluvFPOOW/GKxzzw9xcYlKTmAHM 7V7Q09CvtBhKok7i+xUjKbhHodyUZylLliLnCWHzx7srpiNZDFWuaNCrQp1J7s7io6dJYb3pKMpY 93CMnx7jKcH8olxK0vdDuoarCyq286tajCpOShVmtz52Gsrdck/dNrtBM4jLvCv9lL/ptudYu5Xl g6eq+lRhCeKk40ko03FN9sN9y98exE1tfqVGp8nepXttONSjdWWKUnBtTjVSjHhz47y5/WVl8n9j b22paXqSunVvFWVJW8abm/ScoSfPOFGeW1lLDzyaNRGWLWxMLzAOYobQ3N18o9xoUIbtna2DqTbi szquVNpp9yjNLs4uXPgZbmXTg8QrUqs6kKdSE5UpblRRkm4SwpYfc8NP6Gu89hQAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAACBlq93PbSGmUIqpaU7du4W44unN8VLeaxJY3FiP57bzjhPA JKKo/kKf6q/kezxR/IU/1V/I9nzq90Pl0+GA4za2nfajqNOzp6arm3pU3UgpVnTc5cN6SSzvJJxW ccG338ezBuJwtozGGnpUFS0expqE6ajb04qFSO7KOIrg1l4fuyzcAIrHXrU7a3qV6rap04Ocmott JLL4Li/qOd2c1G71DV9RncOcaeITp0pQklTzlNJy58IxzjCzl4WWdMeH+Xh+rL+aJPczeHsjbvWK NrrWn6XuOde833lSX4uMYt5a58WsL6+PDjm1XUqOk6bVva/5Onup8cLMpKKy+xZay+4ryxrXF5tJ bV46/Tq1al5GfQ0Mybi2nJJPio4z/wDtXakaiMlrY5JHa3W7e9vJ2FHX6VlC1klVhHnOpw5yzxUc 8uxp55LHvY3SG9VnqlSrO8pxhKFG6bzFv0U0m3l4WVlZXzlwa47S2UpVtarUa1pRqUlRjWndThPN SpKUlurjxwottt5zKPDtJ/RNLlo9jK06dVaSqynSjGmoKnF8d3m88d559/uNTiI5MxEzbMpI17u+ trGlKpc1oU4xg5tN8WlhPC5vi0uHa0u0X17SsLWdeqpyS+bCCzKb/Niu1/8AfIrZ0LrafailVubK raTrqdLpZNVYUlGLaioyj3x44xxbfeZiGrWwkrraq3ltZC5rXien2cpxo0oUpNzluSi5JrKbbyk+ HB+9t9D8n+orULTValS8Ve6leudSG5uOnHo4Rit3sWIYT7cPi3lkLtHR1G51KjR0qjStqEN6EXUt 5RdWp85471iPDh2SfFPJ0+xdnqlpo1XzrUpSq1biVSkqcNzdp7sUk1hccpvt4NHfSjm67NM8SXRg A7voAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAKo2jvdmp7carbau6NC5h0cIzaa3oulB5 lL62vqOfu9Jt9Zq+b9n6sbnTqNR3FaMa7cellhJuL4ZUVjOOTZLa3slR1LanUbzWbzcqVK8uCUU1 SXCny/2d339/HJzd5o17sneUr/RriNSdZug8YyuDllxzl8I88cPrR33Jx70cury2nnLu9gbK/wBm tRr2t24xsLvGHKrlRrZwsZlj0llPg22o9xZR+fKd9tbGdpeXtOrd21rXpXUqfR7m90clPG9jhyP0 BSq069GFajUhUpVIqUJwknGUXxTTXNHK0V/C66U8sIna6oqWxutSbw/Ia0U8N8XBpfxaKWsqm1cK dO+trqdSVKDUvKFlOMY8OzisSyve+0tb5Sa0qOw930W668qtDoqcn+UlGrGTWO30YybXcmVLWntb dzxSuKtKVaD3tyKgsZzjL7OHfyRaTifFnV70/sttNqes7T6ZpF3ZUaSlXdWVws7zcU6vJ8PScfqz 24LV0HWrbaLRLfVbOFWFvcb25GtFKSxJxeUm+1PtIeFhDTtMp69RourO2snXjbOkoSlJUn6KabUe Dxj0sd7IH5MdRq06l1pdXT3Z05QjWoxXGOV6LTb4uWFHl2Qb4dtvOfHLVPd5S1/lJ1O+pbQ2VpQ0 62rwp2vTQq1YOTUpTeY92PxcftZN/J/tHqOr0bm11aDVzS3ZU5brSlBJReM5fc22225vHBHObZ7R Xml7ZXVnpdpC7ValTdxvqWYVXHGE+WNxQfbxb493r5P9Rq6ltLCWpxrW1WnQcLHcqYp1FDeVSEk3 mUuMZYXD8XnhukxGO9Imd9axWPygVNnobU0/O9erSr+RU9zd5OLnU93Y8lnHK65sfR1raFalcUKF aEbWFGMZzlFpxlOXYuXpIlcZ5t6kZqrq/wBobepsnp+naFBVJ2WpznScoZUIdG25SWc5bqyw8Ye7 LtXHV2ZpanrG0VXUKNjV84WMoVrajbzVGnKEZ5qQc3jG9v4xx4N57jYu9ctNldQtK9npCq2+q2FG 9xGeHCMt5RXLi91Zf04976DYDapa7tncW1C2qWttCxnUdKSWHLfpreyvd2G+XX5OURMzESldV20W n/KO9Jh0teNPTZ7tBS3IO5f4yMZN9rjGKT44csLmzjdNv9o9K2go6pqNjC7lSqNV6lWMaW4nGTct 6KxFLpJSfDiRera1Y7T6vUubW2uKWo3l1GNvWrYWFvR3OWUnFRj35Web4knp9rtZX1CytLqvKrY1 LyNK6zCD6SKqKM+ziscOHcSIj/wm0zLuvk6uJVLLUoVqtGtdVbnyypVo4UZ9KuDa7H6D4YXZ25O1 ILZzZWx2a8plapdJcxpqrJRwpbifHGX2yk/rS7MudMTjPJ2rExHMABGg5zbuO/sde4unaSUqMo10 2nTkqsGnlcVxS4nRnG/KRcU7bRbCVSwd6pXyiqS556Ko8r7P4ljvZt3S6fS7+lqml219RnTlCtTU vxc9+Kfas8M4eVyXLkjbOQ+T28dxo91RlaSsnRuXuWs5tyhBxi84fJOW/wDWn7zrxMYWs5jIACKA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADWVjbxSSjNJcF+Ml9598iod0/2kvvNgGOFTyw58HT8s ejX8iod0/wBpL7x5FQ7p/tJfebAHCp0g4On5Y9Gv5FQ7p/tJfePIqHdP9pL7zYA4VOkHB0/LHo1/ IqHdP9pL7z55Db5T3Z5XD8pL7zZA4VPLBwdPyx6IPWtmrfWKNGm5pKlJzUK0XVg3hpNrKeVl8mub 92InZvZG0hS0zV523ktxK3jUnQlTlCdOUocYt5yms4fDs7DsgXcpjG7HpDPZ9LOd2Gv5FQ7p/tJf ePIqHdP9pL7zYBOFTpDXB0/LHo4/bPRZXFk7yV7UtNP0+jUuqrpy3pylGL4pNcMRUsYfHeeeSNfZ fZK9sdUlc6jXuatKFJxpwrSjwk2vSjuyeOG8uf8AS7TuAXcpjG7DPZ9LOd2GpPTbSpKnKdJylTlv Qcpybi8NZXHg8Nr6GzajFQioxWElhH0CKVr3Q6VpWvwxgABpoAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAABD7VaKtotltS0nEHO5oSjSc5SjGNRcYNtccKSi+3lyfI+a5olfWLiwnC/VvStakq sqToqfSTxiLzlNYTl9O97iZBYmYnMJMZjEuUr0Lie1q0WtvrTrjT53FOvFxUnOE4RlDGOxTi84XP HYzodOsKOl6dQsbeVSVKjDci6k3KWPpf8uS5JJJIzujSlXhXdODrQjKEajit6MW02k+xNxjle5dx 7LNpnvIrEdyD2vp52Wv7iMKcqtpSldUt+OfSgnLHuyk45XZJlKaxthrur6NcUZ2UKFvUjuznRcuH HL+1cGfoG8t1d2Ve2lhRrU5U3lZXFY5dpyd9pNaxu9N07ft6lnqNWrbzfR4lTl0M6kWlxyvxbT4r s7+GqWxHfhz1KzM8kpV1GOrbEXV7pEZU5VLOqqEJ00nTmoyjuuL4cJLHauHaivdHutpdP1/TLzVq tGrb9I9+nTwpTbW5hKKblJKTkopZe6/qtHRtJt9F02lZ0IrKSdWpj0qs8JOcsttt47W+xdgjpkfP lbUqk1UUqNKnTpyhnopQdXM0+9qrjkuC5vJItEZhZrM4liuNCtri9ndyq1o1JtP0d3Caio92ewj9 l9Ps7rQdE1WdBeVSt43UWpPEJ1Yb0sLlj05I6QE37YxlrdjvAAZacVruzNlbSutYrW1u7Ozob8ab y1TpUqfzIRxiKWG8Lhx95H3Gxlro61DWJUaVCnZW1ao4qO/CtF0aia5ppJS48OODvryzoahY3Fld Q6S3uKUqVWGWt6MlhrK4rg+wg9ttJuNb2f8AIqU2qMq0JXMIw3pVKay8RWHx3tx9nBP6H0reZ5cn O1I71Y1LnZK/t6NPTYU62ozko21rOLgqlV/Ni+OEnJpceBa2iaJXsqmoV9Rq0LqtcX9W5ouNJLoK baUIJ44tKKbeOcnz5utK3ye6fd0ZUbandqvSe5V3qUmoyaUkpJRbXote/DRcFp5T5FQ8t6Lyro49 N0Odzfx6W7njjOcZ44F8x+X6Jpx3swAObqAAAa15YW1/Gkrmm5qlPpIYk44lhrPB90n9psgZwI7R NPqafpNrTuujnfqhTjdVoZfSVEvSeWstbzljPLPJEiAJnIAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAA0bHT/IrzU7jpd/y65Vxu7uNzFKnTxz4/k854c8dmTeAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEDtLqmv2Nu6egbPz1O 5lH0alS4pUqUG0+eZKUmmo8Ekmn85MnjQ1K41K2lb1LKyjdUVJu4pxmlWaxiKpqTjHO8025SWFF4 TbWApzUvlc240G4VHWtnLSzk5ShFzt6sYzcXh7st/Eksrim1xXefbn5eL6Vraws9HtYXMpJVZ1ak pxfDjiCw1x4/OeOXHmrO1OGt61aRto6NpVO0q1I9NT1afTSUE+OaUE4N5Sa/Gdizh8vy7Uo+TXtS E7Z29em3TlTmpJwafFNPinng17ixGUmcLJ1T5a9pqFKNvGw0+hVqxm1cRhKXYkt2LlhOPF8cp5XD g84dmqPyjbe3sryOt6hY2Ut1zu3UnSpSWd1qnGGFKSxLgsLK4tN8dfYTZujthdQ068k1bUoTrTmo rfilhLdcoyWctc1yyXXb2m02ndL/APeNprEJVG6cLqn5LOnHszUpqSljHLcWW28pJRA3dG0mej2n k0tU1C/ivmyvpxnOPFt+kopvn2t8ljBJEVZ6hqtfW7q1uNEnbafTT6G9lc05dM00sdHFtxTzJrPY uOG8KVIoAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAArTbn5RLrSdWr6Lpap0b iiodJWqpNtySktxPhjDWW+98sJuodqNob/a3VaN5dxp9JRtoUIygtxzSbeWsvjmT5YXuRKfKfcWl 1t9qVa0ryqJyjTqZhuqNSEVCUVx4pbvPC455pZfJNNRym/rPBGramrNs5h0mImsQnNDrahbuMNPu XbXKnwqqrKLisNPiuPaXT8m2s6jd29Sx1O5q3FWFNVKc6jUmln0svm+MljOeCKEsXNV1iUsvueCz fk81yGl7QOneUaz6ePQqtlKEE2m28rjxxxzw48zzX17RtEWmcR4u9KROnMYzK6wAfYeQAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAfm75TtJ82bfahu0ejo3W7c0vT3t7eXpy5vG ZqfD7OGDkJLgWb8t2m362lstUjSmrKVnG3VXGYOop1JOL7niSa5Z44zh4q7eq5e9TSX+zLL/AJHz tWuLy6R3Nu0lu1oPuZauw0aFztDp0JpSalKWM44xi5J/al9hUNOdZ1Eo01u5XFy4/Zguj5I9Eq+U 19Wq9HVpwg6MJPGYVHut7q7PR5tv+l28ceW2hxNan6u+nfdrZbQAPtvIAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAPFWlTuKM6NanCpSqRcJwnFOMovg00+aOEvvke2Wu6ynRV7Z xUcOnQr5i3x4+mpPP144HfAzalbd8GXCaX8kezGm3sbmcbu9cMONO6qRcE0008Ris8sYeU8vKO4p UqdCjCjRpxp0oRUYQgsKKXBJJckewK0rXugyAA0AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAVzebR689fu LC0u+LupUaMOjp/nYistfRzOmnpTqZwkzhYwOL6D5QPzf40B0Hygfm/xoG+B/dHqZdoDi+g+UD83 +NAj9U1Xa/Rui84Vuh6XO56NKWcYzyT70WNnmZxFo9TKxAV/pt9tnq9vK4sanS0ozcHLdox9LCeO OO9G50Hygfm/xoCdnmJxNo9TLtAcX0Hygfm/xoDoPlA/N/jQJwP7o9TLtAVdcbU7RWtzVt615u1a U3CceipvEk8NcEY+uGvev/Bh4TfY79YTehaoK203W9q9XuZW9jcdLVjBzcdylH0cpZ4pd6NnUr7b PSLeNxfVOipSmoKW7Rl6WG8cM9zJ2a0TjMZXeWACquuGvev/AAYeEdcNe9f+DDwmux36wm9C1QVV 1w171/4MPCTNjX241Kzp3dpLpKFTO7LFFZw2nwfHmmZnZbV5zMLvO8BXfnXa/wA8eaem/wAu/Rbt L83e54xy48yQ6D5QPzf40CTs8x32j1Mu0BxfQfKB+b/GgadnfbZ6hc3Vva1Okq2s9ytHdordllrH HnyfIdnnv3o9TKwAcX0Hygfm/wAaA6D5QPzf40CcD+6PUy7QFf6lfbZ6RbxuL6p0VKU1BS3aMvSw 3jhnuZFdcNe9f+DDwm42W0xmJhN5aoKq64a96/8ABh4Sdt+vl1b0rij6VKrBThL8QsxaynxJbZbV 75hd53AKuuNqdorW5q29a83atKbhOPRU3iSeGuCMfXDXvX/gw8Jex36wm9C1QVlY7RbTaleU7S0u ukr1M7sejprOE2+LWOSZM9B8oH5v8aBmdmmvKbR6rl2gKq64a96/8GHhHXDXvX/gw8Jvsd+sJvQt UFd6Xqu1+s9L5vrdN0WN/wBGlHGc45pdzJDoPlA/N/jQMTs8xOJtHquXaArvVNV2v0bovOFboelz uejSlnGM8k+9GTTb7bPV7eVxY1OlpRm4OW7Rj6WE8ccd6L2a2M70YMrABVXXDXvX/gw8I64a96/8 GHhNdjv1hN6Fqgqrrhr3r/wYeEdcNe9f+DDwjsd+sG9C1QVV1w171/4MPCOuGvev/Bh4R2O/WDeh aoKq64a96/8ABh4R1w171/4MPCOx36wb0LVBVXXDXvX/AIMPCOuGvev/AAYeEdjv1g3oWqCquuGv ev8AwYeEdcNe9f8Agw8I7HfrBvQtUFVdcNe9f+DDwjrhr3r/AMGHhHY79YN6Fqgqrrhr3r/wYeEd cNe9f+DDwjsd+sG9C1QVV1w171/4MPCOuGvev/Bh4R2O/WDehaoKq64a96/8GHhHXDXvX/gw8I7H frBvQtUFVdcNe9f+DDwjrhr3r/wYeEdjv1g3oWqCquuGvev/AAYeEdcNe9f+DDwjsd+sG9C1QVV1 w171/wCDDwjrhr3r/wAGHhHY79YN6Fqgqrrhr3r/AMGHhHXDXvX/AIMPCOx36wb0LVBVXXDXvX/g w8I64a96/wDBh4R2O/WDehaoKq64a96/8GHhHXDXvX/gw8I7HfrBvQtUFVdcNe9f+DDwjrhr3r/w YeEdjv1g3oWqCquuGvev/Bh4R1w171/4MPCOx36wb0LVBVXXDXvX/gw8I64a96/8GHhHY79YN6Fq gqrrhr3r/wAGHhHXDXvX/gw8I7HfrBvQtUFa6XtVrVxq1nQq3u9TqV4QnHooLKckn2FlHHV0rac4 lYnIADkoAAAAAAAAAAABzGs7SR3J21hJ72d2VZcsf7P3/Z3nbR0L61t2rVaTacQ3Na16nZU3RtZx ncvKbXFU/p9/u+33zUU4wScnJpYcnjL9/Ar/AEWj0+s2sN7dxPfzjPzfS/6FgnfbNGmju6de/vlv VrFcRAADxOQAAAAAFWU//WBD/wB6L/5paZU1eNee2dWNrOMLiWoNUpy5Rn0nBvg+3HYevZfxfozZ dQOO83bd+2rH+4v8Mebtu/bVj/cX+GceFHmj7+S5diRO0lpbXGg31Svb0qs6NtVlTlOCk4PdfFN8 uS+whPN23ftqx/uL/DIfXdT2u2e8n8r1WhPp97d6KlB43cZzmC70bppTvRu2jJMoTRNrb/QbKdra 0bacJ1HUbqxk3lpLsku5FyFN6Jslf69ZTurWtbQhCo6bVWUk8pJ9kX3o7Pzdt37asf7i/wAM7bRW lrcpiJ8Uh2IOO83bd+2rH+4v8Mebtu/bVj/cX+GebhR5o+/kuXR1NF0qrUlUqaZZTnNuUpSoRbk3 zbeDz5h0f2TY/u0PuK0u9rtpbK9r2tTUoudGpKnJxo08Np4ePR9xh68bRe0fgU/Cd42bV6/umYWv baZYWVR1LWxtqE2t1ypUoxbXdlL3IyXNpbXtNU7q3pV4J7yjVgpJPvw/pZW2ia5tXr17O1tdUpQn Cm6jdWlBLCaXZB96NzW7rbHQbKF1datbThOoqaVKnFvLTfbBdzMToW3sTaMrl2fmHR/ZNj+7Q+4e YdH9k2P7tD7iruvG0XtH4FPwjrxtF7R+BT8Jvs2r1/dMw7zUthtH1K5jW3KlruwUdy1UIRfFvLW7 z4/wRM6VptHSNNpWNvKpKlSzuuo05cW3xwl3lK6lqt7q9zG4vq3S1YwUFLdUfRy3jgl3s7HZyy2s q6DbT0zU7SjZve6OnUinJek859B9ue0upo3ikb1iJZP/AM4P+/VywSqqkdoqu3NG1nf0Hq1GG5Cv urcUdxyx83uk+ztOk83bd+2rH+4v8Mzq6ed3nHdBEuxOO2O/9ItqP7X/AOeoPN23ftqx/uL/AAyB 0G02lq6rrMdP1C2o3EK+Lqc4pqpPenxXoPt3uxcyU043LRvR9yZWeDjvN23ftqx/uL/DHm7bv21Y /wBxf4Zy4UeaPv5Ll1dzaW17TVO6t6VeCe8o1YKST78P6WavmHR/ZNj+7Q+44zW7rbHQbKF1datb ThOoqaVKnFvLTfbBdzIHrxtF7R+BT8J1ps95jNbRhMwtHzDo/smx/dofcb1OnClTjTpwjCEEoxjF YUUuSSKg68bRe0fgU/CdVaW+3F7ZULqnrNkoVqcakVKEcpNZWfxfvJfQvX4rQsS6mpoulVakqlTT LKc5tylKVCLcm+bbwefMOj+ybH92h9xWl3tdtLZXte1qalFzo1JU5ONGnhtPDx6PuMPXjaL2j8Cn 4TcbNq9f3TMLVoaRptrWjWt9PtKVWPzZ06MYyXZwaRuFVaVtLtRq+pUrG31OnGrVzuupRgo8E3xx F9x0nm7bv21Y/wBxf4ZzvoWrOLWhcuh8w6P7Jsf3aH3DzDo/smx/dofcVd142i9o/Ap+EdeNovaP wKfhOnZtXr+6ZhbNrYWdjv8AklpQt9/G90VNQ3scs4582bBW2hantdtD5R5JqtCHQbu90tKCzvZx jEH3MmPN23ftqx/uL/DOVtGYnFrRlcupurCzvtzyu0oXG5nd6Wmp7ueeM8uSOO2k2irbKajTsdLs bGnQqUlWkuia9Jtr+i0uUUR+u6ntds95P5XqtCfT7270VKDxu4znMF3o1dO03aDaypT1qN9bdNa1 FThOqt1pxxJcIxw+Mu066eluxvXmJqky5AG5care3VvVt61bepVbh3U47qWarWHLgv4cjTPoRnxZ AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABvaL/r7Tv7TT/5kXGU5ov+vtO/ tNP/AJkXGfP2z4oaqAA8bQAAPkoqcHF5w1h4bT+1cjmNQv8AVdDuYxdeNxbzi1SdWKzwxzxh5Xf2 5+zqDBeWdG/tpUK8cwfJrnF969530NWtLe/GYbpaInn3Oettrvmq6te/enSl9mIv7yUttodNuN1d P0U5Z9Gqt3H0vl/E43ULGpp17O3qPexxjLGFJdj/AO+3Jqn152DQ1I3qcs9HpnRpaMwsyjXo3EHO jVhUinhuEk1n6j3KUYQc5yUYxWW28JIrGMpQmpwk4yi8pp4aZnrX11cUo0q1xUqQjLeSnJvj/wB/ 9e888+y5zytyY7P+aV1naCreTnQtZOFtjdbxh1PuXu+3uIIA+npaVNKu7SHetYrGIdFsjRlK9uKy a3YU9xrty3lf8rOuITZa36LSXVajmtNyTXPC4Yf1p/aTZ8Dbb7+vb8uTx6s5vIADyuYAAAAAFWU/ /WBD/wB6L/5paZU1ejO42zq0KdaVGdTUHCNWPODdTCkvo5nr2X8X6M2XUDjup+sf1tvvsn/iDqfr H9bb77J/4hx3Keb6SuZdiaOtU51dB1GnThKc521SMYxWXJuLwkjnOp+sf1tvvsn/AIhC7Q6XtDol OlUoazql7CSnKpKDqJUlHHFtSfe+7kbpp1m0RFv3Muc03aPVdIt5W9jddFSlNzcejjL0sJZ4p9yL uKm2b2O6w6dUu/L/ACfcqulu9Dv5wk853l3nUdT9Y/rbffZP/EO20cO1sZxP6JGXYg47qfrH9bb7 7J/4g6n6x/W2++yf+Iebcp5vpK5l2IKku6O11ve16FOtrdaFOpKEaselxNJ4Ul9PMw/54/79+Mde y/3QmVwgrDRNN2n1S9nQutR1ewhGm5qrV6XDeUt3i13t/Ubmt6DtDpdlCva65ql/OVRQdKl0mUsN 73CT7kvrMzoVi27vc1ysMFPf54/79+MP88f9+/GN9l/uhN5Yet6fs1d3sKmszto3CppRVW5dN7mX jhvLtzxJLSqNhb6bSpaY6bs456N06m/Hm84eXnjkpXUvOXlMfOnlfT7i3fKt7e3cvlvccZz/ABOx 2c2b1LUNBtrq32iu7SlPe3aFNS3Y4k1wxNc8Z5dprU0d2kb1v4IlmlTnD5XoSlCUVNb0W1jeXQNZ XfxTX1HflUS0u/nt1DSpazcyuILdjeNyc4ro3PC9LK5tc+06bqfrH9bb77J/4hnVrWd3NvCOpDsT jtjv/SLaj+1/+eoOp+sf1tvvsn/iEDoOg399qus0KGuXNrO2r7lSrDezWe9NbzxJdzfbzJSlNy3v fv1Fng47qfrH9bb77J/4g6n6x/W2++yf+Ictynm+krmXYgrzW9B2h0uyhXtdc1S/nKooOlS6TKWG 97hJ9yX1kD/nj/v34x0rs8WjMWgyuEFPf54/79+MdVabK63cWVCvU2o1CjOpTjOVKSnmDay4v0+z kS2hFe+0GXbgqS7o7XW97XoU62t1oU6koRqx6XE0nhSX08zD/nj/AL9+Ma7L/dCZXCCqtKs9qtQ1 Kla3F3rNpSnner1Ol3Y4TfHLXPGOfadJ1P1j+tt99k/8QxbRrWcTZcuxBT3+eP8Av34w/wA8f9+/ GOnZf7oTeXCCttC0faTVvKPK9X1bT+i3d3pek9POc4zJcsL7SY6n6x/W2++yf+Ic7aVazibLl2Jw m2ev6xpuvW9nplxKCq0ItU40ozcpuUlwym+xcDR13R9pNJ8n8k1fVtQ6Xe3ui6T0MYxnEnzy/sPO k7JarrlPy/UNSvbS6o1Nyn5RSlKaSw1JNyTXFv60dNPTpT37TEwkzLjqlpc0qcqlS3qwhCo6UpSg 0ozXOLff7uZhM1S7uatOVOpcVZwnUdWUZTbUpvnJrv8AfzMJ9GM+LIAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAN7Rf9fad/aaf/Mi4ynNF/wBfad/aaf8AzIuM+ftnxQ1UAB42 gAAAABo6rptLUrOVOUV0sU3Sny3Zfd3nA16FW2rTo1oOFSDxKLLMIXaLS43lm7mMlGrQg5cV86PN r7vr7z6Gw7Vw7cO3dP0dtHU3ZxPc4kAH3XsAABYWjxpR0e0VLG70abw8+k+Mv45N44nQ9clp81b3 DcrWT+l033r3d6/7fbH5za9G2lqTveLw6lZrbmAA8rmAAAAABVlP/wBYEP8A3ov/AJpaZU1e2he7 Z1bWo5KFbUHTk480nUw8faevZfxfozZdQOO/Bto/rN9+0h4R+DbR/Wb79pDwnHd0/N9P8rzdiaer 0Kl1o19b0Y71Wrb1IQjlLMnFpLic1+DbR/Wb79pDwkHtLsM9Ot4XGlRr16UITncSq1IehGKTTXBZ /pd/I3SmnNoiLfT/ACZlyltqd/ZU3Ttb65oQb3nGlVlFN9+E/ci+CsNktkrDXtKq3V1WuYThXdNK lKKWFGL7YvvZPfg20f1m+/aQ8J22idO1sTOJj8kjLsQcd+DbR/Wb79pDwj8G2j+s337SHhPNu6fm +n+V5uxBUl3sLrcL2vG1sZTt41JKlOVanmUM8G+K7Mdhh6j7Rezvj0/Edez6fnj7+aZnouEFYaJs DeV72cdZoVbe3VNuM6VWm255WF29mew3Nb+T2NCyhLRlc3Fw6iUoVasElDDy+S7cdpmdLTi27v8A 36rmVhgp7qPtF7O+PT8Q6j7Rezvj0/Eb7PTzx9/NMz0WHreobNWl7CnrMLaVw6acXVtnUe5l447r 7c8CS0qtYXGm0qumKmrOWejVOnuR5vOFhY45KV1LSr3SLmNvfUeiqygpqO8pejlrPBvuZ2OzmxOm 6voNtfXFe7jVq728qc4qPCTXDMX3GtTQpWkTNiJbFShUpfK7RnOOI1ob8HlcY9C45+2L+w70qbq3 Z9fPMXS1/Jfz95b/AOS3+eMc/cdR+DbR/Wb79pDwmdWtPdzbwjwIdicdsd/6RbUf2v8A89Qfg20f 1m+/aQ8JA6DslYapqus2tetcxhZV+jpuEoptb01xzF/mruJStNy3vfT8zms8HHfg20f1m+/aQ8I/ Bto/rN9+0h4Tlu6fm+n+V5uxBXmt/J7GhZQloyubi4dRKUKtWCShh5fJduO0geo+0Xs749PxHSuj p2jO/wDfqZlcIKe6j7Rezvj0/EdVafJzp07KhK6rXsLiVOLqwjUhiM8cUvRfbntJbR06/j+/UzLt wVJd7C63C9rxtbGU7eNSSpTlWp5lDPBviuzHYYeo+0Xs749PxGuz6fnj7+aZnouEFVaVsHqlXUqU NTtalGzeekqU61NyXB4xxfbjsOk/Bto/rN9+0h4TFtPTrON76f5XMuxBT3UfaL2d8en4h1H2i9nf Hp+I6dnp54+/mmZ6LhBW2hfJ/VuPKPPdOvbbu70XRVYPe572fne77SY/Bto/rN9+0h4TnbT04nG9 9P8AK5l2JXm3F5qcNprOz0+8uaTrUIKNOlWcFKbnJLtS7uJh135P6tv5P5kp17ne3ul6WrBbvLdx 833/AGGbRPk9jXspy1lXNvcKo1GFKrBpwwsPk+3PadNOunT397KTmXGXGlXtrb1bitR3aVK4drOW 8niqllx4P+PI0wD6MZ8WQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAb2i/6 +07+00/+ZFxlOaL/AK+07+00/wDmRcZ8/bPihqoADxtAAAAAARm0Fd0NFuHGajKaUFnHHLw19mST Oa2vuMUra2Ti96TqSXascF9XF/YejZab+tWG9OM2hygBkoUKtzWhRowc6k3iMUfpZmIjMvexg6y1 2So9CvK683Vz/wCyaUUvrXE1q2yNeO70F1Tn378XHH2ZPJG3aEzjecuLTq5w6fZvWZb8bC5mt3GK MpPjn837vs7iKuNB1K3y5W0px3t1On6WffhccfUR0oyhNwnFxlF4aaw0zepXT2mm7nLVoreMLPBB bP6zG8oxta835TBcHJ/lF96/+veTp+e1dK2leaWeK1ZrOJAAc2QAACqukhS276SpOMIQ1PelKTwo pVeLbLVKoqUKd1tvK3rR3qVXUnCcctZi6mGuB69l/F+jNlseftH9rWP7zD7x5+0f2tY/vMPvI/qP s77O+PU8Q6j7O+zvj1PEcf8Ai6z9F5pDz9o/tax/eYfeaup6rpV7pV5a09X09TrUJ04uVzHCbi0s 8feYeo+zvs749TxEBtTsRb0rJXWk0qVvC3p1Klwp1ZtzSSaxnPdLu5m6V0ptEZk5q8Ly8/aP7Wsf 3mH3nAbJafs1d6VVqazO2jcKu1FVbl03ubsccN5dueJ1/UfZ32d8ep4jttN6WnFs8khIeftH9rWP 7zD7x5+0f2tY/vMPvI/qPs77O+PU8Q6j7O+zvj1PEeb/AIus/ReaQ8/aP7Wsf3mH3jz9o/tax/eY fecJd/JzqM72vK1rWULeVSTpQlUnmMM8E/RfZjtMP4NtY9Zsf2k/CdeFo+ZMysHz9o/tax/eYfeP P2j+1rH95h95yGifJ7KhezlrKtri3dNqMKVWaanlYfJdme03Nb2Bs69lCOjUKVvcKonKdWrUacMP K7e3HYZmmjvY3l5uj8/aP7Wsf3mH3jz9o/tax/eYfeV9+DbWPWbH9pPwj8G2ses2P7SfhN8LR86Z l1mpbc6PptzGjv1Lregpb9q4TiuLWG97nw/ijdsdqdHvrOnceXULffz+KuK0ITjhtcVnhyyVjqWy Osabcxo+S1Lregpb9rTnOK4tYb3efD+KOx2c2O0u40G2q6nptRXkt7pFUnUhL5zxlZWOGC30tGtI nJEyj6l1Z0/lRo33l9pK1qQ3uljWTjD8U4Yk+SeV/FHa+ftH9rWP7zD7yvvMenfhI80+T/5D+i35 fod7nnPPjzOx6j7O+zvj1PETV4fu5z3QRlIeftH9rWP7zD7zlNldTsLfXto6le+tqUK1zvU5Tqxi preqcU2+PNfaTfUfZ32d8ep4jmtm9nNK1DWdet7q16Sla3G5Rj0klux3prHB8eS5kpw9y2M/cnN2 vn7R/a1j+8w+8eftH9rWP7zD7yP6j7O+zvj1PEOo+zvs749TxHL/AIus/ReaQ8/aP7Wsf3mH3jz9 o/tax/eYfec5rewNnXsoR0ahSt7hVE5Tq1ajThh5Xb247CB/BtrHrNj+0n4TpXT0ZjO9gzKwfP2j +1rH95h948/aP7Wsf3mH3lffg21j1mx/aT8J1VpsLokLKhG6sYzuI04qrONapiU8cWuK7c9hLU0a /iyZlL+ftH9rWP7zD7x5+0f2tY/vMPvOEu/k51Gd7Xla1rKFvKpJ0oSqTzGGeCfovsx2mH8G2ses 2P7SfhNcLR8yZlYPn7R/a1j+8w+8eftH9rWP7zD7zitK+Tu6palSnqc7StZrPSU6dSak+Dxjgu3H adL1H2d9nfHqeIxaujWcZmV5pDz9o/tax/eYfePP2j+1rH95h95X34NtY9Zsf2k/CPwbax6zY/tJ +E6cLR86ZlYPn7R/a1j+8w+8eftH9rWP7zD7zltC+T+lb+Uee6dC53t3ouiqzW7z3s/N932Ez1H2 d9nfHqeI52rpROMyvNIeftH9rWP7zD7yvNuK1tqm01nG1vLacJ0IU3VVVOEG5y+c1nGMpv3E1rvy f0rjyfzJToW27vdL0tWb3uW7j53v+0x6bspoel28qG0dexd5KbnD/K5Q/F4SXBuPapdh10uHT34m Znok5cNcaf0FvVreWWlTo7h0NynVzKWFnfSxxh7zTAPoQyAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAADe0X/X2nf2mn/wAyLjKc0X/X2nf2mn/zIuM+ftnxQ1UAB42gAAAAAOI2 nrdLrMobuOihGGc8/wCl/wCY7c4O20+51u+q16dPo6M6rlObeVDLzj3v/wCnI+h7P3a2tqWnERH7 u2jiJm0tOzs61/cxoUI5m+bfKK737juNL0e30uDdPM6sliVSXP6F3I2bOzo2FtGhQjiC5t85Pvfv M5natttre7XlX901NWbco7gAHhcg81KVOtTdOrCM4PnGSyn9R6AicCMraBp9WbqQpOhVymp0ZOLi 13LkvsJMA3bUtaIi05wszM94ADCAAAFUVK9O123lcVpbtKlqTnOWG8RVTLfAtcqS7tfLtr69pv7n T38qW9jO7vVMZx28z17JjNs9GbLM68bO+0fgVPCOvGzvtH4FTwnPfgw/3x/4b/8AucNf2vkOo3Vp v7/QVZ0t7GN7dbWcdnI3TQ0b8qzP38jMwtrrxs77R+BU8JrX+12zt9p11aedNzp6U6W95PUe7vJr ON3jzKmB0jZKRzzKb0hcXXjZ32j8Cp4SnQddXRrqYz4JE4XF142d9o/AqeEdeNnfaPwKnhKdBy7H TrK70ri68bO+0fgVPCOvGzvtH4FTwlOgdjp1k3pXF142d9o/AqeEdeNnfaPwKnhKdA7HTrJvSuLr xs77R+BU8I68bO+0fgVPCU6B2OnWTelZupfKNZWtzGFjbeW0nBN1N908Sy+GHH6OPvNyx290WvZ0 6t3X8lryzvUdyc93i8eko4fDD+sqYFnZNPGDel2tTWdKj8otHV4Xu/Zyhmc+iktyXRuGMYy+Secd vuOt68bO+0fgVPCU6C22alsZmeXIyuLrxs77R+BU8JzWze0elafrOvXF1ddHSurjfoy6OT3o703n guHNczggI2WkRMZnmZXF142d9o/AqeEdeNnfaPwKnhKdBnsdOsm9K4uvGzvtH4FTwjrxs77R+BU8 JToHY6dZN6VxdeNnfaPwKnhHXjZ32j8Cp4SnQOx06yb0ri68bO+0fgVPCOvGzvtH4FTwlOgdjp1k 3pXF142d9o/AqeEdeNnfaPwKnhKdA7HTrJvSuLrxs77R+BU8I68bO+0fgVPCU6B2OnWTelcXXjZ3 2j8Cp4R142d9o/AqeEp0DsdOsm9K4uvGzvtH4FTwnDbX6lp2t7RWlW3u/wDJeihSqVujl6Hpyy91 pN4TycsDens9aTmJJnLcuLayp29WdG/6WrG4dOFPoXHfpY4VMvln83maYB3iEAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABvaL/AK+07+00/wDmRcZTmi/6+07+00/+ZFxnz9s+ KGqgNDWrmraaTXr0J7lSO7iWE8Zkl2kD561DzB5V5R+O8q6Pe3I/N3c4xjHMxpbNfVrvVmO/DrXT m0Zh1oOAe0mrdNGPlfBxbf4uHevd7z31i1X1r4cfuPR/TNbrH1/h07PZ3gOa2d1W9vtQqUrmtvwV JyS3Irjldy95EdYtV9a+HH7jEbBqzeaZjlj6/JmNG0zh3VWHS0p096UN6LjvQeGs9qfeeaFClbUY UaMFCnBYjFHCUdpNWlRpyld5bim/xcO76DuLGpOtp9tVqPM50oyk8c20smNo2XU0I96Yx+SX07Uj mzg5LWta1C01avQoXG5Tju4juReMxT7UaHWLVfWvhx+46U9nat6xaJjn99Go0LTGXeA4PrFqvrXw 4/cS9xqt7DZm1vI1sV6lVxlPcjxWZdmMdiJfYNWmMzHOcffJJ0bQ6UFe3G02rw6Ldu8b1RRf4uHL 7Desde1KtqFtSqXOYTqxjJdHHim1nsN29mata70zH1/hqdC0Rl2gNDWrmraaTXr0J7lSO7iWE8Zk l2nH1dpNWjBNXfHeivycO1r3HHZ9j1Neu9WY6MU0pvGYd+Di7HXtSrahbUqlzmE6sYyXRx4ptZ7D PrWtahaatXoULjcpx3cR3IvGYp9qN9g1d/czGcZ++S8G2cOtBXtPabV5XNeDu/Rju4XRw4ZX0HWb O3txfafUq3NTfmqrinupcMLu+kmvsOpoV3rTH38i+lakZlLFTV7mFltnVuqik4UdQdSSjzaVTLx9 hbJWuqbK61cateV6VlvU6lec4S6WCynJtdpjZbViZ3pcLOq/CTo/q19+zh4jnY7JX+0k62s2da2h b3derUpxrSkppb8uaUWv4kZ1P171D40PEOp+veofGh4j0Vrp0+C0QnPxbOq7E6lpGm1b64r2kqVL G8qc5OXFpcMxXec0TnU/XvUPjQ8Q6n696h8aHiOtdSsR71olMIME51P171D40PEOp+veofGh4jXF p5o9TEoME51P171D40PEOp+veofGh4hxaeaPUxKDBOdT9e9Q+NDxDqfr3qHxoeIcWnmj1MSgwTnU /XvUPjQ8Q6n696h8aHiHFp5o9TEoME51P171D40PEOp+veofGh4hxaeaPUxKDBOdT9e9Q+NDxDqf r3qHxoeIcWnmj1MSgwTnU/XvUPjQ8Q6n696h8aHiHFp5o9TEoME51P171D40PEOp+veofGh4hxae aPUxKDBOdT9e9Q+NDxDqfr3qHxoeIcWnmj1MSgwTnU/XvUPjQ8Q6n696h8aHiHFp5o9TEoME51P1 71D40PEOp+veofGh4hxaeaPUxKDBOdT9e9Q+NDxDqfr3qHxoeIcWnmj1MSgwTnU/XvUPjQ8Q6n69 6h8aHiHFp5o9TEoME51P171D40PEOp+veofGh4hxaeaPUxKDBOdT9e9Q+NDxDqfr3qHxoeIcWnmj 1MSgwTnU/XvUPjQ8Q6n696h8aHiHFp5o9TEoME51P171D40PEOp+veofGh4hxaeaPUxKDBOdT9e9 Q+NDxDqfr3qHxoeIcWnmj1MSgwTnU/XvUPjQ8Q6n696h8aHiHFp5o9TEoME51P171D40PEOp+veo fGh4hxaeaPUxKDBOdT9e9Q+NDxDqfr3qHxoeIcWnmj1MSgwTnU/XvUPjQ8Q6n696h8aHiHFp5o9T EoME51P171D40PEOp+veofGh4hxaeaPUxKDBOdT9e9Q+NDxDqfr3qHxoeIcWnmj1MSgwTnU/XvUP jQ8Q6n696h8aHiHFp5o9TEoME51P171D40PEOp+veofGh4hxaeaPUxKDBOdT9e9Q+NDxDqfr3qHx oeIcWnmj1MSgwTnU/XvUPjQ8Q6n696h8aHiHFp5o9TEoME51P171D40PEOp+veofGh4hxaeaPUxK DBOdT9e9Q+NDxDqfr3qHxoeIcWnmj1MSgwTnU/XvUPjQ8Q6n696h8aHiHFp5o9TEoME51P171D40 PEOp+veofGh4hxaeaPUxKDBOdT9e9Q+NDxDqfr3qHxoeIcWnmj1MSgwTnU/XvUPjQ8Q6n696h8aH iHFp5o9TEoME51P171D40PEOp+veofGh4hxaeaPUxKDBOdT9e9Q+NDxDqfr3qHxoeIcWnmj1MS0d F/19p39pp/8AMi4ytdL2V1q31azr1bLdp068Jzl0sHhKSb7Syjw7XatrRiWqtDWrard6TXoUIb9S W7iOUs4kn2kD5l1DzB5L5P8AjvKuk3d+Pzd3Gc5xzOtBnS2m+lXdrEd+XWupNYxDgHs3q3TRl5Jw UWn+Mh3r3+499XdV9V+JH7zvAej+p63SPr/Lp2izjtO07W9MuJVqNnCUpQ3Gpzi1jKfZL3Gp1d1X 1X4kfvO8BmPaOpEzaIjM/r/Kce3fhwFHZvVo0acZWmGopP8AGQ7vpOphpj1DQ7S2v6c6E6cY70IT TaaTXPiveSwMa23amriZxEx0S2razi73Zq8hdzjZ0ZVKCxuylUjl8OPd25Nfq7qvqvxI/ed4DpHt LWiMYj7+axr2cH1d1X1X4kfvNupp2t1NMpWDs4dFSnvxanHezx/2vezsQSfaOpbGYjl+v8k69p8F e3GzOrz6LdtM7tRSf4yHL7TbtND1WhqFpVlZ5hGtBzfSx9GKfF8+J24NW9p6sxuzEfX+VnXtMYc/ rmz0L5Vrqi6srqTg4w3oqLw13ruXeQFXZvVpQSVpx3ov8pDsa9534Oejt+rpVisYnHVmutasYcPQ 0LV7e4p1oWicqc1NJ1I4ynnvMl7pGs313O5q2cVOeMqM444LH53uO0Br+o6m9vYjPz/lePbOcK9p 7M6vG5rzdp6Mt3D6SHHC+k6zZ2yuLHT6lK5p7k3Vckt5Phhd30EsDOvt2pr13bRH380vq2vGJAAe JyAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAB//Z --=-=-= My config: - up-to-date Debian woody 3.0 - STLport4.5 - python 1.5 - freetype 2.0.8 - libxml 2.4.13 - graphic card: ATI rage 128 with XFree86 4.1.0.1 (r128 module) If you need further info, just ask. Sorry, it's always me that announce bad news. :) Best regards, d. PS : I won't be online tomorrow and for the whole week-end. PS2 : For nevrax guys information, I was unable to compile code/nel with --enable-ai yesterday. I however haven't tested it today. -- david.mentre@wanadoo.fr --=-=-=-- From lecroart@nevrax.com Mon Feb 25 10:56:25 2002 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1P9uPW10988 for ; Mon, 25 Feb 2002 10:56:25 +0100 (CET) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g1P9oBn50898 for ; Mon, 25 Feb 2002 10:50:11 +0100 (CET) (envelope-from lecroart@nevrax.com) Message-ID: <006f01c1bde1$d131fd10$0901a8c0@vianneyl> From: "Vianney Lecroart" To: References: <15478.11429.932085.337873@inspiron.dachary.org> Subject: Re: [Nel] Asserts (more information) Date: Mon, 25 Feb 2002 10:50:11 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: > AST 9065 bit_set.h 74 : "bitNumber>=0 && bitNumber AST 9065 bit_set.h 86 : "bitNumber>=0 && bitNumber+$ E+>- W++ N+ o? K- w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? From lecroart@nevrax.com Mon Feb 25 11:05:37 2002 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1PA5bW11119 for ; Mon, 25 Feb 2002 11:05:37 +0100 (CET) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g1P9xNn51018 for ; Mon, 25 Feb 2002 10:59:23 +0100 (CET) (envelope-from lecroart@nevrax.com) Message-ID: <007b01c1bde3$1a3596b0$0901a8c0@vianneyl> From: "Vianney Lecroart" To: References: <15478.31359.724198.684671@inspiron.dachary.org> Subject: Re: [Nel] Binary releases Date: Mon, 25 Feb 2002 10:59:23 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Nevrax don't provide any snowballs binaries because we want you to compile and run snowballs by yourself to find (and fx) problem that you had. If we provided binaries at the beginning, nobody would have tried to compile it and we would never had all informations you sent to us on this list. We know that it's quite hard to compile and install NeL and snowballs, but we hope that with your help, it'll be easier. You can provide any binaries you want on your site or anywhere you want. Perhaps in a futur, we'll provide this binaries but not now. Vianney Lecroart --- lead network programmer / nevrax.com icq#: 6870415 homepage: http://ace.planet-d.net www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? From loic@dachary.org Mon Feb 25 11:05:39 2002 Received: from inspiron.dachary.org (aboukir-101-1-13-alebeon.adsl.nerim.net [62.212.101.54]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1PA5cW11124 for ; Mon, 25 Feb 2002 11:05:38 +0100 (CET) (envelope-from loic@dachary.org) Received: from loic by inspiron.dachary.org with local (Exim 3.34 #1 (Debian)) id 16fHuY-0001Lx-00 for ; Mon, 25 Feb 2002 10:59:10 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15482.2797.921111.242323@inspiron.dachary.org> Date: Mon, 25 Feb 2002 10:59:09 +0100 From: Loic Dachary To: nel@nevrax.org Subject: Re: [Nel] invisible users In-Reply-To: Michael Warnock's message of 23 February 2002 12:36:42 -0800 References: X-Mailer: VM 7.01 under Emacs 21.1.1 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: loic@gnu.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Michael Warnock writes: > greetings, > > The engine is coming along beautifully! Thanks again for all your hard work. > > I can provide all the service's logs if anyone wants- I just didnt > want to flood the mailing list. > It would be a lot easier if you provide the code you wrote. Guessing is less efficient than debugging ;-) Where can I download it ? Cheers, -- Loic Dachary http://www.dachary.org/ loic@dachary.org 12 bd Magenta http://www.senga.org/ loic@senga.org 75010 Paris T: 33 1 42 45 07 97 loic@gnu.org GPG Public Key: http://www.dachary.org/loic/gpg.txt From lecroart@nevrax.com Mon Feb 25 13:58:12 2002 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1PCwBW24074 for ; Mon, 25 Feb 2002 13:58:11 +0100 (CET) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g1PCpvn53242 for ; Mon, 25 Feb 2002 13:51:57 +0100 (CET) (envelope-from lecroart@nevrax.com) Message-ID: <00ae01c1bdfb$358627f0$0901a8c0@vianneyl> From: "Vianney Lecroart" To: References: Subject: Re: [Nel] invisible users Date: Mon, 25 Feb 2002 13:51:57 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi Michael, > Sometimes, (Not Always!) the first user to log on after a fresh full services restart cannot see the second. It seems the > problem is with new players not recieving the data for the old ones- it happens with not so fresh servers more often and > sometimes with greater numbers of users, though the 2nd and 3rd can usually see eachother. I'm pretty familiar with the > frontend and position service code having mostly rewritten them for our own ends and added several services and iI > cant find any bugs in it. This problem happens with unmodified nel and snowballs2 code. Has anyone else > experienced this? Hum, quite strange. I know a bug in the Net lib that happens very rarely. Sometimes, the lib seems to lost some messages (in TCP, yes... we know...). It's very very strange we can't reproduce the bug. We add a incremental number in each packet to see when we lost something, and when it happens, we log a nlwarning and should displays some thing like : "ERR: stop in the buffer %u and should be %u" or "WRN: LNETL1: !!!LOST A MESSAGE!!! I received the message number %u but I'm waiting the message number %u (cnx %s)" It's perhaps a lost in a stack during thread communication but anyway, it s happen very rarerly and we ll have to fix that quickly when we'll found a way to reproduce the problem. If you have this log message, your problem is this one, otherwise, I don't really know what it could be. I'll create a little stress test that connect/disconnect some clients, some services automatically with a front end and a login system to see the robustness of the system. > WRN 1272 unified_network.cpp 830 : HNETL5: can't find service WS to send message CC <-- could this be it? WS is welcome service, it works with the Login System to identify players account. The message says that you didn't launch the WS so the front end can't send info to it. (I don't think that problem comes from that) Vianney Lecroart --- lead network programmer / nevrax.com icq#: 6870415 homepage: http://ace.planet-d.net www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? From lecroart@nevrax.com Mon Feb 25 14:05:37 2002 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1PD5aW24685 for ; Mon, 25 Feb 2002 14:05:36 +0100 (CET) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g1PCxMn53394 for ; Mon, 25 Feb 2002 13:59:22 +0100 (CET) (envelope-from lecroart@nevrax.com) Message-ID: <00c701c1bdfc$3e699680$0901a8c0@vianneyl> From: "Vianney Lecroart" To: References: <15477.29277.101283.905300@inspiron.dachary.org><3C75FBCC.A676F03E@loria.fr><15478.5954.781447.858445@inspiron.dachary.org><3C76242E.EA25D7E6@loria.fr> <87k7t2fyq7.fsf@wanadoo.fr> Subject: Re: [Nel] Particule assert Date: Mon, 25 Feb 2002 13:59:21 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi, > WRN 3248 driver_opengl.cpp 785 : Missing Important GL extension: GL_EXT_texture_env_combine => All envcombine are setup to GL_MODULATE!!! If you don't see the font, the problem is due to this warning. The font system needs GL_EXT_texture_env_combine extension, and you don't have it so the font can't be displayed correctly :-/ Vianney Lecroart --- lead network programmer / nevrax.com icq#: 6870415 homepage: http://ace.planet-d.net www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? From lecroart@nevrax.com Mon Feb 25 14:46:40 2002 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1PDkeW28275 for ; Mon, 25 Feb 2002 14:46:40 +0100 (CET) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g1PDeQn53903 for ; Mon, 25 Feb 2002 14:40:26 +0100 (CET) (envelope-from lecroart@nevrax.com) Message-ID: <00f101c1be01$fb8533a0$0901a8c0@vianneyl> From: "Vianney Lecroart" To: References: <15478.31359.724198.684671@inspiron.dachary.org> <007b01c1bde3$1a3596b0$0901a8c0@vianneyl> Subject: Re: [Nel] Binary releases Date: Mon, 25 Feb 2002 14:40:26 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi Vianney, In fact, to be exact, We wait a working version (bug fixed, no assert, no sigsegv) of Snowballs2 under Linux to provide official binaries. When we'll have this working version there is no problem providing official SB2 binary. Regards :-) Vianney Lecroart --- lead network programmer / nevrax.com icq#: 6870415 homepage: http://ace.planet-d.net www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? From loic@dachary.org Mon Feb 25 14:53:10 2002 Received: from inspiron.dachary.org (aboukir-101-1-13-alebeon.adsl.nerim.net [62.212.101.54]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1PDrAW28917 for ; Mon, 25 Feb 2002 14:53:10 +0100 (CET) (envelope-from loic@dachary.org) Received: from loic by inspiron.dachary.org with local (Exim 3.34 #1 (Debian)) id 16fLSj-0002Ky-00 for ; Mon, 25 Feb 2002 14:46:41 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15482.16449.242761.115575@inspiron.dachary.org> Date: Mon, 25 Feb 2002 14:46:41 +0100 From: Loic Dachary To: nel@nevrax.org X-Mailer: VM 7.01 under Emacs 21.1.1 Subject: [Nel] Example server set Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: loic@gnu.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi, For the record, here is a sample set of hardware to build a remotely manageable server. BlackBox Pow-R-Boot 5 +: powerboot http://catalog.blackbox.com/BlackBox/templates/blackbox/itemgroup1015guest.asp?param=272&ig_id=1015&title=Pow%2DR%2DBoot+5&related= Blackbox ServSwitch : kvm http://catalog.blackbox.com/BlackBox/templates/blackbox/itemgroup2590guest.asp?param=539&ig_id=2590&title=Matrix+ServSwitch&related= Cisco Catalyst 3500 XL: switch http://www.cisco.com/warp/public/cc/pd/si/casi/ca3500xl/prodlit/index.shtml http://www.cisco.com/univercd/cc/td/doc/product/lan/c2900xl/29_35wc/index.htm Terminal Server: PC Rack 4U (low config) Cyclades Card 4/8 Ports http://www.cyclades.com/index2.php Server: Any There is much to say on this subject. Cheers, -- Loic Dachary http://www.dachary.org/ loic@dachary.org 12 bd Magenta http://www.senga.org/ loic@senga.org 75010 Paris T: 33 1 42 45 07 97 loic@gnu.org GPG Public Key: http://www.dachary.org/loic/gpg.txt From robert@in-orbit.net Mon Feb 25 15:49:37 2002 Received: from quasar.skima.is (quasar.skima.is [212.30.200.205]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1PEnZW34149 for ; Mon, 25 Feb 2002 15:49:36 +0100 (CET) (envelope-from robert@in-orbit.net) Received: from [157.157.146.56] by quasar.skima.is with ESMTP for nel@nevrax.org; Mon, 25 Feb 2002 14:43:21 Z Date: Mon, 25 Feb 2002 15:06:48 -0800 From: Robert Bjarnason X-Mailer: The Bat! (v1.49) Personal Organization: InOrbit Entertainment, Inc. X-Priority: 3 (Normal) Message-Id: <114154010305.20020225150648@in-orbit.net> To: Loic Dachary Subject: Re[2]: [Nel] invisible users In-reply-To: <15482.2797.921111.242323@inspiron.dachary.org> References: <15482.2797.921111.242323@inspiron.dachary.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by www.nevrax.org id g1PEnZW34149 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: =?ISO-8859-1?Q?R=F3bert_Bjarnason?= List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi Loic, Monday, February 25, 2002, 1:59:09 AM, you wrote: LD> It would be a lot easier if you provide the code you wrote. LD> Guessing is less efficient than debugging ;-) Where can I download it ? Our code tree is at http://www.sourceforge.net/projects/bang/. The service in question is the player service. We have figured out a part of the problem, I don't think Michael has committed the fix yet, we recently started working on this code-base again... We basically started from scratch with the Snowballs services and are re-implementing features... We want to move our game-mech system over to the NeL agent system, hopefully we'll be able to do that soon. Warm regards, Robert Bjarnason InOrbit Entertainment, Inc. From robert@in-orbit.net Mon Feb 25 15:45:05 2002 Received: from quasar.skima.is (quasar.skima.is [212.30.200.205]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1PEj4W33676 for ; Mon, 25 Feb 2002 15:45:04 +0100 (CET) (envelope-from robert@in-orbit.net) Received: from [157.157.146.56] by quasar.skima.is with ESMTP for nel@nevrax.org; Mon, 25 Feb 2002 14:38:49 Z Date: Mon, 25 Feb 2002 15:06:48 -0800 From: Robert Bjarnason X-Mailer: The Bat! (v1.49) Personal Organization: InOrbit Entertainment, Inc. X-Priority: 3 (Normal) Message-Id: <114154010305.20020225150648@in-orbit.net> To: Loic Dachary Subject: Re[2]: [Nel] invisible users In-reply-To: <15482.2797.921111.242323@inspiron.dachary.org> References: <15482.2797.921111.242323@inspiron.dachary.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by www.nevrax.org id g1PEj4W33676 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: =?ISO-8859-1?Q?R=F3bert_Bjarnason?= List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi Loic, Monday, February 25, 2002, 1:59:09 AM, you wrote: LD> It would be a lot easier if you provide the code you wrote. LD> Guessing is less efficient than debugging ;-) Where can I download it ? Our code tree is at http://www.sourceforge.net/projects/bang/. The service in question is the player service. We have figured out a part of the problem, I don't think Michael has committed the fix yet, we recently started working on this code-base again... We basically started from scratch with the Snowballs services and are re-implementing features... We want to move our game-mech system over to the NeL agent system, hopefully we'll be able to do that soon. Warm regards, Robert Bjarnason InOrbit Entertainment, Inc. From loic@dachary.org Mon Feb 25 16:22:15 2002 Received: from inspiron.dachary.org (aboukir-101-1-13-alebeon.adsl.nerim.net [62.212.101.54]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1PFMFW37251 for ; Mon, 25 Feb 2002 16:22:15 +0100 (CET) (envelope-from loic@dachary.org) Received: from loic by inspiron.dachary.org with local (Exim 3.34 #1 (Debian)) id 16fMqw-0002Or-00 for ; Mon, 25 Feb 2002 16:15:46 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15482.21794.385392.582879@inspiron.dachary.org> Date: Mon, 25 Feb 2002 16:15:46 +0100 From: Loic Dachary To: nel@nevrax.org X-Mailer: VM 7.01 under Emacs 21.1.1 Subject: [Nel] Nel landscape display problem Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: loic@gnu.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi, For the record, here is a sample screenshot that shows how strange the landscape looks under some circumstances. I've not investigated this problem. http://www.dachary.org/nel/screen01.jpg My configuration is GNU/Linux, STL-4.5, today's nel CVS, gcc-2.95.4, ATI Radeon 7500 / 64Mb, linux-2.4.17 (Radeon DRM), XFree-4.2. Cheers, P.S. I'm glad itsalive is back ;-) -- Loic Dachary http://www.dachary.org/ loic@dachary.org 12 bd Magenta http://www.senga.org/ loic@senga.org 75010 Paris T: 33 1 42 45 07 97 loic@gnu.org GPG Public Key: http://www.dachary.org/loic/gpg.txt From lecroart@nevrax.com Mon Feb 25 16:33:44 2002 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1PFXhW38315 for ; Mon, 25 Feb 2002 16:33:43 +0100 (CET) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g1PFRTn55498 for ; Mon, 25 Feb 2002 16:27:29 +0100 (CET) (envelope-from lecroart@nevrax.com) Message-ID: <012701c1be10$efe040d0$0901a8c0@vianneyl> From: "Vianney Lecroart" To: References: <15482.21794.385392.582879@inspiron.dachary.org> Subject: Re: [Nel] Nel landscape display problem Date: Mon, 25 Feb 2002 16:27:29 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi, We also had very strange bug on landscape on Radeon 8500 under Windows. We had to get old Windows driver to make it work fine... It's perhaps (surely) a driver problem (ATI suxx for their driver...) > For the record, here is a sample screenshot that shows how > strange the landscape looks under some circumstances. I've not > investigated this problem. > > http://www.dachary.org/nel/screen01.jpg > > My configuration is GNU/Linux, STL-4.5, today's nel CVS, > gcc-2.95.4, ATI Radeon 7500 / 64Mb, linux-2.4.17 (Radeon DRM), > XFree-4.2. Vianney Lecroart --- lead network programmer / nevrax.com icq#: 6870415 homepage: http://ace.planet-d.net www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? From corvazier@nevrax.com Mon Feb 25 17:55:13 2002 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1PGtCW45829 for ; Mon, 25 Feb 2002 17:55:12 +0100 (CET) (envelope-from corvazier@nevrax.com) Received: from cyrilc (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g1PGmwn56801 for ; Mon, 25 Feb 2002 17:48:58 +0100 (CET) (envelope-from corvazier@nevrax.com) Message-ID: <00f801c1be1c$6600e160$1701a8c0@cyrilc> From: "Cyril 'Hulud' Corvazier" To: References: <15464.59174.152741.642712@inspiron.dachary.org> <15473.18360.723384.684719@inspiron.dachary.org> Subject: Re: [Nel] NeL 3D Library : Features Date: Mon, 25 Feb 2002 17:49:32 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi Loïc, Give me some days to give you a feedback on this :-) -h ----- Original Message ----- From: "Loic Dachary" To: Sent: Monday, February 18, 2002 7:28 PM Subject: RE: [Nel] NeL 3D Library : Features > Daniel Miller writes: > > This one is a little out of date - I wrote it last April. > > The feature list hasn't realy changed, but the 'to be developed' and 'in > > development' listings are badly out of date. > > > > We'll give it a once over shortly. > > That would be nice. Here are a few features I found in other > 3D engines. You may want to add them to the list, even if to say that > Nel does not support XXX this because it supports YYY that is > superior. It would help people understand why and how Nel is better > than any existing Free Software 3D engine. > > That would help a lot when comparing. You also want to > s/frustrum/frustum/ ;-) > > > ---- > True perspective rendering > True 6DOF engine > Arbitrary sloped convex polygons > > Flexible plugin system which allows for plugging in other > Generic mechanism that allows plug-and-play capabilities and > > Support for 8-bit (palette), 15/16-bit (truecolor), and 32-bit (truecolor) displays. > Run at many resolutions (320x200, 640x480, 800x600, ...). > Window or fullscreen mode, up to 1024x768 (30fps on minimal config) > > Visibility system based on [portals, octrees, BSP trees, > c-buffer, CSG]. > Hierarchical bounding box collision detection system. > Elipsoid collision detection. > Polygon level collision detection for terrain and 3D objects > > Font system plugin to support other font types > > Textures can have any size which is a [power of two / not a power > of two] and they [need / need not] be square. > Supports textures with various formats including GIF, TGA, PNG, > BMP, JPG, and others. > Perspective correct texture mapping with interpolation every xx pixel. > Transparent and semi-transparent textures allowing for > see-through water surfaces and windows. > Support for dynamic textures (i.e. texture that you can render > on and put on a polygon as well as normal textures). > Support for internal 24-bit textures with a private colormap for > every texture or true 24-bit. > > Multiple 3D windows and real-time cameras for 1st or 3rd person views > Split screen > Zoom > > Full programmable and customizable through scripting language > > Light maps > Trilinear mip mapping > Mip mapping > Animated 3D sprites > Animated 3D decals > Heightmap based deformable terrain for landscapes > Geometric LOD > Smooth mesh deformation for models > Flat and cubic environment map rendering > Mirrors and alpha mapping you can create really nice shiny or > reflecting surfaces. > Procedural textures for water or lava. > Programmable 2D and 3D effects (lens flares, bullet holes etc.) > Camera portals and mirrors > Programmable particle and beam generators > Particle system using 2D sprites > > Path tracking for camera, actors or vehicles > Animated soft-skin models with unlimited skin size > 3D triangle mesh sprites with frame animation. > Support for skeletal sprites. > 3D objects can be taken or manipulated with mouse in real time > Moving objects > Script language controlling object movement. > > 3D sound sources (DS3D, EAX, A3D, ...) with Doppler effect > CD Audio, MID and WAV support for music and 3D sounds > Sound formats: WAV, MP3, Ogg/Vorbis, AU, AIFF, IFF, and MOD (using MikMod). > Save / Load feature for resuming games at arbitrary positions > Convertors for Quake MDL and Quake II MD2 formats > Convert MAP files (from Quake/HalfLife) from/to internal format. > Convert 3DS to models or levels. > Load 3DS, MDL, MD2, ASE, OBJ, or POV objects. > ASCII world file format allowing you to easily redefine the world. > Store levels in standard compressed ZIP archives to make a bundle of one level. > > Animated multi-layered sky and backdrop bitmaps > Multi-layered and animated skyboxes and skydomes. > Dynamic gouraud shaded sky dome (half-sphere) > Moving sun which actually modifies the color of the sky in real time > Halo's around lights. > Coloured fog areas > Depth-correct colored volumetric fog in sectors (software & hardware) > Integrated 2D engine for background pictures > > Multi-player client/server mode via network (TCP or UDP) > > 2D sprites, panels, buttons, sliders, overlays > 2D controls, text, screenshots, and movie scenes > Static and dynamic coloured light sources > Static colored lights with real shadows. Lighting and shadows > Static and dynamic shadows > Dynamic colored lights with soft shadows > Precalculated Radiosity on the Lightmaps > Arbitrary axis (quaternion) rotations > Remote or missile cameras > > ---- > > -- > Loic Dachary http://www.dachary.org/ loic@dachary.org > 12 bd Magenta http://www.senga.org/ loic@senga.org > 75010 Paris T: 33 1 42 45 07 97 loic@gnu.org > GPG Public Key: http://www.dachary.org/loic/gpg.txt > _______________________________________________ > Nel mailing list > Nel@nevrax.org > /mailman/listinfo.cgi/nel > From loic@dachary.org Mon Feb 25 18:18:36 2002 Received: from inspiron.dachary.org (aboukir-101-1-13-alebeon.adsl.nerim.net [62.212.101.54]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1PHIZW47784 for ; Mon, 25 Feb 2002 18:18:35 +0100 (CET) (envelope-from loic@dachary.org) Received: from loic by inspiron.dachary.org with local (Exim 3.34 #1 (Debian)) id 16fOfW-0002TF-00 for ; Mon, 25 Feb 2002 18:12:06 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15482.28773.885916.808139@inspiron.dachary.org> Date: Mon, 25 Feb 2002 18:12:05 +0100 From: Loic Dachary To: nel@nevrax.org Subject: Re: [Nel] Nel landscape display problem In-Reply-To: Vianney Lecroart's message of 25 February 2002 16:27:29 +0100 References: <15482.21794.385392.582879@inspiron.dachary.org> <012701c1be10$efe040d0$0901a8c0@vianneyl> X-Mailer: VM 7.01 under Emacs 21.1.1 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: loic@gnu.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Vianney Lecroart writes: > Hi, > > We also had very strange bug on landscape on Radeon 8500 under Windows. We > had to get old Windows driver to make it work fine... It's perhaps (surely) > a driver problem (ATI suxx for their driver...) > Hm. Annoying. Since the drivers I'm using are Free Software we can fix them. To the very least we want to report the bugs to the DRI project ;-). Could someone else running GNU/Linux confirm that they don't have the same problem with a different card (Guillaume Morin ? David Mentre ? Vincent Caron ?) ? It shows a lot when in the trees, otherwise it's not very notcieable. Cheers, http://www.dachary.org/nel/screen01.jpg -- Loic Dachary http://www.dachary.org/ loic@dachary.org 12 bd Magenta http://www.senga.org/ loic@senga.org 75010 Paris T: 33 1 42 45 07 97 loic@gnu.org GPG Public Key: http://www.dachary.org/loic/gpg.txt From loic@dachary.org Mon Feb 25 18:31:14 2002 Received: from inspiron.dachary.org (aboukir-101-1-13-alebeon.adsl.nerim.net [62.212.101.54]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1PHVDW48975 for ; Mon, 25 Feb 2002 18:31:14 +0100 (CET) (envelope-from loic@dachary.org) Received: from loic by inspiron.dachary.org with local (Exim 3.34 #1 (Debian)) id 16fOrk-0002U9-00 for ; Mon, 25 Feb 2002 18:24:44 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15482.29531.994013.718754@inspiron.dachary.org> Date: Mon, 25 Feb 2002 18:24:43 +0100 From: Loic Dachary To: nel@nevrax.org Subject: Re: [Nel] Binary releases In-Reply-To: Vianney Lecroart's message of 25 February 2002 14:40:26 +0100 References: <15478.31359.724198.684671@inspiron.dachary.org> <007b01c1bde3$1a3596b0$0901a8c0@vianneyl> <00f101c1be01$fb8533a0$0901a8c0@vianneyl> X-Mailer: VM 7.01 under Emacs 21.1.1 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: loic@gnu.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Vianney Lecroart writes: > Hi Vianney, > > In fact, to be exact, We wait a working version (bug fixed, no assert, no > sigsegv) of Snowballs2 under Linux to provide official binaries. > When we'll have this working version there is no problem providing official > SB2 binary. > Ok, thanks for the information. Since you see no objection to it, I'll provide binaries on my website. Would you then mind adding a link to them on nevrax.org ? Or should I just send it on the list on a regular basis ? Cheers, -- Loic Dachary http://www.dachary.org/ loic@dachary.org 12 bd Magenta http://www.senga.org/ loic@senga.org 75010 Paris T: 33 1 42 45 07 97 loic@gnu.org GPG Public Key: http://www.dachary.org/loic/gpg.txt From lecroart@nevrax.com Mon Feb 25 18:39:43 2002 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1PHdhW49347 for ; Mon, 25 Feb 2002 18:39:43 +0100 (CET) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g1PHXTn57568 for ; Mon, 25 Feb 2002 18:33:29 +0100 (CET) (envelope-from lecroart@nevrax.com) Message-ID: <014201c1be22$89641e50$0901a8c0@vianneyl> From: "Vianney Lecroart" To: References: <15478.31359.724198.684671@inspiron.dachary.org><007b01c1bde3$1a3596b0$0901a8c0@vianneyl><00f101c1be01$fb8533a0$0901a8c0@vianneyl> <15482.29531.994013.718754@inspiron.dachary.org> Subject: Re: [Nel] Binary releases Date: Mon, 25 Feb 2002 18:33:28 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: > Ok, thanks for the information. Since you see no objection to > it, I'll provide binaries on my website. Would you then mind adding a > link to them on nevrax.org ? Or should I just send it on the list on a > regular basis ? For now, you can provide unofficial binaries on your website. After, when Snowballs2 will be ok, we'll see if we'll do a link on your site or if we'll put them directly on our site (with your help if needed) Vianney Lecroart --- lead network programmer / nevrax.com icq#: 6870415 homepage: http://ace.planet-d.net www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? From guillaume@morinfr.org Mon Feb 25 18:41:42 2002 Received: from siri (ns1.alcove-solutions.com [212.155.209.139]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1PHfdW49450 for ; Mon, 25 Feb 2002 18:41:40 +0100 (CET) (envelope-from guillaume@morinfr.org) Received: from guillaum by siri with local (Exim 3.34 #1 (Debian)) id 16fP3A-0001Md-00; Mon, 25 Feb 2002 18:36:32 +0100 Date: Mon, 25 Feb 2002 18:36:32 +0100 From: Guillaume Morin To: Loic Dachary Cc: nel@nevrax.org Subject: Re: [Nel] Nel landscape display problem Message-ID: <20020225173632.GB4458@morinfr.org> Mail-Followup-To: Loic Dachary , nel@nevrax.org References: <15482.21794.385392.582879@inspiron.dachary.org> <012701c1be10$efe040d0$0901a8c0@vianneyl> <15482.28773.885916.808139@inspiron.dachary.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <15482.28773.885916.808139@inspiron.dachary.org> User-Agent: Mutt/1.3.27i Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Dans un message du 25 Feb à 18:12, Loic Dachary écrivait : > Could someone else running GNU/Linux confirm that they > don't have the same problem with a different card (Guillaume Morin ? > David Mentre ? Vincent Caron ?) ? It shows a lot when in the trees, > otherwise it's not very notcieable. Never noticed that on my nVidia GeForce 2 MX. Will check more thoroughly this evening and post if I am able to reproduce this problem on my box. HTH. -- Guillaume Morin Je préfère à l'ennui, m'endormir pour toujours (FFF) From loic@dachary.org Mon Feb 25 18:54:57 2002 Received: from inspiron.dachary.org (aboukir-101-1-13-alebeon.adsl.nerim.net [62.212.101.54]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1PHsvW49846 for ; Mon, 25 Feb 2002 18:54:57 +0100 (CET) (envelope-from loic@dachary.org) Received: from loic by inspiron.dachary.org with local (Exim 3.34 #1 (Debian)) id 16fPEf-0002V9-00; Mon, 25 Feb 2002 18:48:25 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15482.30952.838818.20952@inspiron.dachary.org> Date: Mon, 25 Feb 2002 18:48:24 +0100 From: Loic Dachary To: tanis@mediacom.it cc: nel@nevrax.org X-Mailer: VM 7.01 under Emacs 21.1.1 Subject: [Nel] Nel Binaries Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: loic@gnu.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi, Do you happen to have binaries for nel & plugins ? I'd be willing to make them available to people who might need them. Thanks in advance, -- Loic Dachary http://www.dachary.org/ loic@dachary.org 12 bd Magenta http://www.senga.org/ loic@senga.org 75010 Paris T: 33 1 42 45 07 97 loic@gnu.org GPG Public Key: http://www.dachary.org/loic/gpg.txt From michael@in-orbit.net Mon Feb 25 18:57:56 2002 Received: from freyja.in-orbit.net (w002.z064002027.sjc-ca.dsl.cnc.net [64.2.27.2]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1PHvtW49960 for ; Mon, 25 Feb 2002 18:57:56 +0100 (CET) (envelope-from michael@in-orbit.net) Received: from baldur.in-orbit.net ([64.2.27.3] helo=thor) by freyja.in-orbit.net with smtp (Exim 3.34 #1 (Debian)) id 16fPDj-0003S8-00 for ; Mon, 25 Feb 2002 09:47:27 -0800 Date: Mon, 25 Feb 2002 09:55:31 -0800 To: nel@nevrax.org From: Michael Warnock Subject: Re: [Nel] invisible users Organization: InOrbit X-Mailer: Opera 5.10 build 902 X-Priority: 3 (Normal) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Message-Id: Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: >WS is welcome service, it works with the Login System to identify players >account. The message says that you didn't launch the WS so the front end >can't send info to it. >(I don't think that problem comes from that) > the welcome service is running and displays appropriate debug info, its just this one circumstance under which the front end cant send to the welcome service i think. anyway we've discovered a couple possible causes for our problems and i'm working on reimplimenting our features one at a time to track them down right now. michael From miller@nevrax.com Mon Feb 25 19:21:55 2002 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1PILtW50488 for ; Mon, 25 Feb 2002 19:21:55 +0100 (CET) (envelope-from miller@nevrax.com) Received: from miller (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g1PIFfn58306 for ; Mon, 25 Feb 2002 19:15:41 +0100 (CET) (envelope-from miller@nevrax.com) From: "Daniel Miller" To: Subject: RE: [Nel] contrib and fix Date: Mon, 25 Feb 2002 19:15:41 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) In-Reply-To: <15476.61902.423458.451046@inspiron.dachary.org> X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Importance: Normal Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Thanks Loic. This is great - I'll pass it on to the chaps in ties and we'll look at puting it on the site as soon as they've done their legal wot-not. Cheers, Daniel -----Original Message----- From: nel-admin@nevrax.org [mailto:nel-admin@nevrax.org]On Behalf Of Loic Dachary Sent: Thursday, February 21, 2002 2:11 PM To: nel@nevrax.org Subject: RE: [Nel] contrib and fix Daniel Miller writes: > OK - What you propose sounds sensible to me - do you have a standard > agreement somewhere that you recommend? Sure. You'll find attached to this mail a generic assignement fit for an individual contributor that I customized for Nevrax. You will also find a copyright assignment for my own work that I'm ready to sign as soon as you send it to me. It has to be printed on letterhead paper and you'll have to fill the name of Nevrax's CEO. The CEO needs to sign two copies of the letter, send both of them to me (address included in the assignment). I'll return one of them signed and we will be done with it ;-) You may add the generic form to the nevrax.org web site along with the reasons why such an assignment is a good thing. I can provide a small standard explanation if you like. Cheers, From loic@dachary.org Mon Feb 25 21:06:22 2002 Received: from inspiron.dachary.org (aboukir-101-1-13-alebeon.adsl.nerim.net [62.212.101.54]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1PK6LW52443 for ; Mon, 25 Feb 2002 21:06:21 +0100 (CET) (envelope-from loic@dachary.org) Received: from loic by inspiron.dachary.org with local (Exim 3.34 #1 (Debian)) id 16fRHs-0002Zk-00 for ; Mon, 25 Feb 2002 20:59:52 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15482.38839.826907.376977@inspiron.dachary.org> Date: Mon, 25 Feb 2002 20:59:51 +0100 From: Loic Dachary To: nel@nevrax.org Subject: RE: [Nel] contrib and fix In-Reply-To: Daniel Miller's message of 25 February 2002 19:15:41 +0100 References: <15476.61902.423458.451046@inspiron.dachary.org> X-Mailer: VM 7.01 under Emacs 21.1.1 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: loic@gnu.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Daniel Miller writes: > Thanks Loic. This is great - I'll pass it on to the chaps in ties and we'll > look at puting it on the site as soon as they've done their legal wot-not. Ok. It may be useful to tell them that this assignement has been used successfully during more than ten years, world wide. The success is not measured in terms of lawsuits but in terms of informal GNU GPL enforcement. Thanks to these assignments (among other things), the GNU GPL was enforced a number of times in various countries in the past ten years without the need to resort to court, even once. There is a whole theory behind, see http://emoglen.law.columbia.edu/ and specifically http://emoglen.law.columbia.edu/publications/lu-12.html, http://emoglen.law.columbia.edu/publications/lu-13.html. Cheers, -- Loic Dachary http://www.dachary.org/ loic@dachary.org 12 bd Magenta http://www.senga.org/ loic@senga.org 75010 Paris T: 33 1 42 45 07 97 loic@gnu.org GPG Public Key: http://www.dachary.org/loic/gpg.txt From david.mentre@wanadoo.fr Mon Feb 25 23:21:40 2002 Received: from mel-rto7.wanadoo.fr (smtp-out-7.wanadoo.fr [193.252.19.26]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1PMLeW54778 for ; Mon, 25 Feb 2002 23:21:40 +0100 (CET) (envelope-from david.mentre@wanadoo.fr) Received: from mel-rta8.wanadoo.fr (193.252.19.79) by mel-rto7.wanadoo.fr; 25 Feb 2002 23:15:21 +0100 Received: from oops (193.252.189.100) by mel-rta8.wanadoo.fr; 25 Feb 2002 23:14:53 +0100 Received: from david by oops with local (Exim 3.34 #1 (Debian)) id 16fTOW-0000bi-00 for ; Mon, 25 Feb 2002 23:14:52 +0100 To: nel@nevrax.org Subject: Re: [Nel] Nel landscape display problem References: <15482.21794.385392.582879@inspiron.dachary.org> <012701c1be10$efe040d0$0901a8c0@vianneyl> <15482.28773.885916.808139@inspiron.dachary.org> From: David MENTRE Organization: none Date: 25 Feb 2002 23:14:51 +0100 In-Reply-To: <15482.28773.885916.808139@inspiron.dachary.org> Message-ID: <87u1s5b44k.fsf@wanadoo.fr> Lines: 13 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.1 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Loic Dachary writes: > project ;-). Could someone else running GNU/Linux confirm that they > don't have the same problem with a different card (Guillaume Morin ? > David Mentre ? Vincent Caron ?) ? It shows a lot when in the trees, > otherwise it's not very notcieable. I don't see such a problem on my version (on an ATI rage128). However, I don't have fonts, and the marvelous sky. :) d. -- david.mentre@wanadoo.fr From david.mentre@wanadoo.fr Mon Feb 25 23:26:52 2002 Received: from mel-rto7.wanadoo.fr (smtp-out-7.wanadoo.fr [193.252.19.26]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1PMQpW54820 for ; Mon, 25 Feb 2002 23:26:52 +0100 (CET) (envelope-from david.mentre@wanadoo.fr) Received: from mel-rta7.wanadoo.fr (193.252.19.61) by mel-rto7.wanadoo.fr; 25 Feb 2002 23:20:33 +0100 Received: from oops (193.252.189.100) by mel-rta7.wanadoo.fr; 25 Feb 2002 23:20:29 +0100 Received: from david by oops with local (Exim 3.34 #1 (Debian)) id 16fTTw-0000bo-00 for ; Mon, 25 Feb 2002 23:20:28 +0100 To: nel@nevrax.org Subject: Re: [Nel] Particule assert References: <15477.29277.101283.905300@inspiron.dachary.org> <3C75FBCC.A676F03E@loria.fr> <15478.5954.781447.858445@inspiron.dachary.org> <3C76242E.EA25D7E6@loria.fr> <87k7t2fyq7.fsf@wanadoo.fr> <00c701c1bdfc$3e699680$0901a8c0@vianneyl> From: David MENTRE Organization: none Date: 25 Feb 2002 23:20:28 +0100 In-Reply-To: <00c701c1bdfc$3e699680$0901a8c0@vianneyl> Message-ID: <87pu2tb3v7.fsf@wanadoo.fr> Lines: 12 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.1 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: "Vianney Lecroart" writes: > If you don't see the font, the problem is due to this warning. The font > system needs GL_EXT_texture_env_combine extension, and you don't have it so > the font can't be displayed correctly :-/ Ooch! Will you try to fix that or consider that all normal NeL users will have graphic cards with the above mentioned extension? d. -- david.mentre@wanadoo.fr From robert@in-orbit.net Tue Feb 26 04:36:58 2002 Received: from quasar.skima.is (quasar.skima.is [212.30.200.205]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1Q3awW70463 for ; Tue, 26 Feb 2002 04:36:58 +0100 (CET) (envelope-from robert@in-orbit.net) Received: from [157.157.146.56] by quasar.skima.is with ESMTP for nel@nevrax.org; Tue, 26 Feb 2002 03:30:42 Z Date: Tue, 26 Feb 2002 03:58:49 -0800 From: Robert Bjarnason X-Mailer: The Bat! (v1.49) Personal Organization: InOrbit Entertainment, Inc. X-Priority: 3 (Normal) Message-Id: <13639829281.20020226035849@in-orbit.net> To: nel@nevrax.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by www.nevrax.org id g1Q3awW70463 Subject: [Nel] Enabling Water Pools in Client Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: =?ISO-8859-1?Q?R=F3bert_Bjarnason?= List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi, I've been trying to get a Water Pool to work in a client app that is based on the Snowballs client. I've spent a lot of time trying to figure this out, my pool works fine in the object viewer, but not when I load it into the client along with the WaveMaker shape. One thing I noticed is that CWaterModel::registerBasic() is not called, I tried adding CScene::registerBasics (); and then the CWaterModel is registered... But no pool appears... Is it possible to enable the Water Pools using the UDriver concept or should I set up my Driver more like the ObjectViewer does it? Here is how I create the WaterPoolManager after and Instance Group with a WaterShape and WaveMakerShape has been loaded and added to the Scene: WaterPoolManager = &NL3D::GetWaterPoolManager(); NL3D::CWaterPoolManager::CWaterHeightMapBuild whmb; whmb.ID = 0; whmb.Name = "Water01"; whmb.Size = 256; whmb.FilterWeight = 3.0f; whmb.UnitSize = 0.3f; whmb.WavesEnabled = true; whmb.WaveIntensity = 1.5f; whmb.WavePeriod = 0.05f; whmb.WaveRadius = 3; whmb.BorderWaves = true; whmb.Damping = 0.99f; WaterPoolManager->createWaterPool(whmb); WaterPoolManager->setBlendFactor(dynamic_cast (Driver), 0.1f); Any hints would be appreciated... Thanks, Robert Bjarnason robofly@in-orbit.net From delirec@NJC15.kumudu.nirmani.net Tue Feb 26 07:29:25 2002 Received: from NJC15.kumudu.nirmani.net ([66.78.34.31]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1Q6TNW87985 for ; Tue, 26 Feb 2002 07:29:23 +0100 (CET) (envelope-from delirec@NJC15.kumudu.nirmani.net) Received: from delirec by NJC15.kumudu.nirmani.net with local (Exim 3.34 #1) id 16fazp-00043E-00 for nel@nevrax.org; Tue, 26 Feb 2002 01:21:53 -0500 From: "Dennis McGregor" To: nel@nevrax.org X-Mailer: NeoMail 1.25 X-IPAddress: 203.54.74.12 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Message-Id: Date: Tue, 26 Feb 2002 01:21:53 -0500 X-AntiAbuse: Sender Address Domain - NJC15.kumudu.nirmani.net Subject: [Nel] compilation problems... Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: dns@delire.cz List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: I've been unable to compile the Nel engine and would be grateful if anyone can shed some light on my situation. I've greped the archives and there doesn't seem to be anything specifically related to the problems I'm having (though they have helped me surmount other, less esoteric hurdles). Some info on my setup: I'm running Debian 2.2r2. I'm using Mesa-3.3, STLport-4.0, libxml-2.4.16, freetype-2.0.8, xlib6g-3.3.6-11pot (perhaps this is a/the problem - only thing I haven't updated since beginning this), and the latest non-cvs nel.tar.gz configure fails with the message: *** The test program failed to compile or link. See the file config.log for the *** exact error that occured. This usually means LIBXML was incorrectly installed *** or that you have moved LIBXML since it was installed. In the latter case, you *** may want to edit the xml2-config script: /usr/bin/xml2-config configure: error: libxml2 must be installed. so I use the --disable-xmltest flag. here is the command I'm using: ./configure --with-stlport-include=/usr/local/STLport-4.0/stlport/ --with-stlport-lib=/usr/local/S TLport-4.0/lib/ --with-python=/usr/lib/python1.5/ --with-openal=/usr/local/openal2/openal/ --enable-sound --enable-ai --with-gnu-ld --disable-xmltest There aren't any old libxml files hanging around, ldconfig doesn't complain about the libs that are there, and running xml2-config outputs the information correctly (though, perhaps I should mention that I erased the -lz flag from `xml2-config --libs` because ld complained about it during the make process (bad?)). These are the last few (enough?) lines I get from running make: Making all in . make[3]: Entering directory `/usr/local/nel/src/misc' /bin/sh ../../libtool --mode=compile c++ -DHAVE_CONFIG_H -I. -I. -I../../include -I/usr/include/libxml2/libxml -I/usr/include/libxml2 -O3 -DNL_RELEASE -ftemplate-depth-24 -Wno-multichar -D_REENTRANT -I/usr/X11R6/include -I/usr/local/STLport-4.0/stlport/ -c mutex.cpp rm -f .libs/mutex.lo c++ -DHAVE_CONFIG_H -I. -I. -I../../include -I/usr/include/libxml2/libxml -I/usr/include/libxml2 -O3 -DNL_RELEASE -ftemplate-depth-24 -Wno-multichar -D_REENTRANT -I/usr/X11R6/include -I/usr/local/STLport-4.0/stlport/ -Wp,-MD,.deps/mutex.pp -c -fPIC -DPIC mutex.cpp -o .libs/mutex.lo mutex.cpp: In method `NLMISC::CUnfairMutex::CUnfairMutex(const _STL::string &)': mutex.cpp:246: `PTHREAD_MUTEX_ADAPTIVE_NP' undeclared (first use this function) mutex.cpp:246: (Each undeclared identifier is reported only once mutex.cpp:246: for each function it appears in.) make[3]: *** [mutex.lo] Error 1 make[3]: Leaving directory `/usr/local/nel/src/misc' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/usr/local/nel/src/misc' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/nel/src' make: *** [all-recursive] Error 1 Please let me know if you need any more info. Thanks, Dennis. -- From lecroart@nevrax.com Tue Feb 26 10:04:14 2002 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1Q94DW04209 for ; Tue, 26 Feb 2002 10:04:14 +0100 (CET) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g1Q8vxn61594 for ; Tue, 26 Feb 2002 09:57:59 +0100 (CET) (envelope-from lecroart@nevrax.com) Message-ID: <001c01c1bea3$b0bb5be0$0901a8c0@vianneyl> From: "Vianney Lecroart" To: References: <15477.29277.101283.905300@inspiron.dachary.org><3C75FBCC.A676F03E@loria.fr><15478.5954.781447.858445@inspiron.dachary.org><3C76242E.EA25D7E6@loria.fr> <87k7t2fyq7.fsf@wanadoo.fr><00c701c1bdfc$3e699680$0901a8c0@vianneyl> <87pu2tb3v7.fsf@wanadoo.fr> Subject: Re: [Nel] Particule assert Date: Tue, 26 Feb 2002 09:57:59 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: > > If you don't see the font, the problem is due to this warning. The font > > system needs GL_EXT_texture_env_combine extension, and you don't have it so > > the font can't be displayed correctly :-/ > > Ooch! Will you try to fix that or consider that all normal NeL users > will have graphic cards with the above mentioned extension? We plan to port the 3d lib as many recent 3d card as possible and we could fix this font problem but it will not be before the midlle/end of summer. We can add this on the OSS community task list :) Vianney Lecroart --- lead network programmer / nevrax.com icq#: 6870415 homepage: http://ace.planet-d.net www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? From lecroart@nevrax.com Tue Feb 26 10:13:04 2002 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1Q9D2W05100 for ; Tue, 26 Feb 2002 10:13:02 +0100 (CET) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g1Q96mn61681 for ; Tue, 26 Feb 2002 10:06:48 +0100 (CET) (envelope-from lecroart@nevrax.com) Message-ID: <002a01c1bea4$ec13a930$0901a8c0@vianneyl> From: "Vianney Lecroart" To: References: Subject: Re: [Nel] compilation problems... Date: Tue, 26 Feb 2002 10:06:48 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: > These are the last few (enough?) lines I get from running make: > > mutex.cpp:246: `PTHREAD_MUTEX_ADAPTIVE_NP' undeclared (first use this function) PTHREAD_MUTEX_ADAPTIVE_NP should be in pthread.h that is located in the standard include directory (/usr/include on my system). For the XML problem, I don't know :-( Vianney Lecroart --- lead network programmer / nevrax.com icq#: 6870415 homepage: http://ace.planet-d.net www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? From loic@dachary.org Mon Feb 25 18:11:06 2002 Received: from inspiron.dachary.org (aboukir-101-1-13-alebeon.adsl.nerim.net [62.212.101.54]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1PHAxW47069 for ; Mon, 25 Feb 2002 18:10:59 +0100 (CET) (envelope-from loic@dachary.org) Received: from loic by inspiron.dachary.org with local (Exim 3.34 #1 (Debian)) id 16fOYA-0002SZ-00 for ; Mon, 25 Feb 2002 18:04:30 +0100 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="0hAErvZwfB" Content-Transfer-Encoding: 7bit Message-ID: <15482.28317.541820.605812@inspiron.dachary.org> Date: Mon, 25 Feb 2002 18:04:29 +0100 From: Loic Dachary To: nel@nevrax.org Subject: Re: [Nel] invisible users In-Reply-To: Robert Bjarnason's message of 25 February 2002 15:06:48 -0800 References: <15482.2797.921111.242323@inspiron.dachary.org> <114154010305.20020225150648@in-orbit.net> X-Mailer: VM 7.01 under Emacs 21.1.1 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: loic@gnu.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: --0hAErvZwfB Content-Type: text/plain; charset=us-ascii Content-Description: message body text Content-Transfer-Encoding: 7bit Robert Bjarnason writes: > Hi Loic, > > Monday, February 25, 2002, 1:59:09 AM, you wrote: > LD> It would be a lot easier if you provide the code you wrote. > LD> Guessing is less efficient than debugging ;-) Where can I download it ? > > Our code tree is at http://www.sourceforge.net/projects/bang/. > The service in question is the player service. We have figured > out a part of the problem, I don't think Michael has committed > the fix yet, we recently started working on this code-base > again... We basically started from scratch with the Snowballs > services and are re-implementing features... We want to move > our game-mech system over to the NeL agent system, hopefully > we'll be able to do that soon. Thanks for the pointer. I started to compile it and ran into many minor compilation issues (see the patch below). When the server refused to link I started to ask myself if I was using the proper code base ;-) It looks like part of the client/src should be included in a support library so that the server can use it. Are you running into the same problems or am I missing something ? cvs -d :pserver:anonymous@cvs.sf.net:/cvsroot/bang co warpstorm_alpha My configuration is GNU/Linux, STL-4.5, today's nel CVS, gcc-2.95.4, ATI Radeon 7500 / 64Mb, linux-2.4.17 (Radeon DRM), XFree-4.2. Also, I guess that I'll need some sample data files at some point. Could you tell me where they can be found ? Cheers, You'll have to copy the acinclude.m4 file from snowballs2 and run the sh bootstrap script again. --0hAErvZwfB Content-Type: application/octet-stream Content-Disposition: attachment; filename="patch.1" Content-Transfer-Encoding: base64 SW5kZXg6IGNvbmZpZ3VyZS5pbgo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09ClJDUyBmaWxlOiAvY3Zzcm9vdC9iYW5nL3dh cnBzdG9ybV9hbHBoYS9jb25maWd1cmUuaW4sdgpyZXRyaWV2aW5nIHJldmlzaW9uIDEuMS4xLjEK ZGlmZiAtdSAtcjEuMS4xLjEgY29uZmlndXJlLmluCi0tLSBjb25maWd1cmUuaW4JMTggT2N0IDIw MDEgMDA6MDY6NDggLTAwMDAJMS4xLjEuMQorKysgY29uZmlndXJlLmluCTI1IEZlYiAyMDAyIDE2 OjU1OjEwIC0wMDAwCkBAIC0xLDEzICsxLDE0IEBACi1kbmwgPT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLWRu bCBDb25maWd1cmF0aW9uIHNjcmlwdCBmb3IgU25vd2JhbGxzCi1kbmwgPT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT0KK2RubCA9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PQorZG5sIENvbmZpZ3VyYXRpb24gc2NyaXB0IGZvciBTbm93YmFs bHMgMgorZG5sID09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09CiBkbmwKLWRubCAkSWQ6IGNvbmZpZ3VyZS5pbix2IDEuMS4x LjEgMjAwMS8xMC8xOCAwMDowNjo0OCByb2JvZmx5IEV4cCAkCitkbmwgJElkOiBjb25maWd1cmUu aW4sdiAxLjEwIDIwMDIvMDEvMjkgMTM6MjE6NDIgdmFsaWduYXQgRXhwICQKIGRubCAKIAogCi1k bmwgPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT0KK2RubCA9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQogZG5sIFByb2Nlc3MgdGhpcyBm aWxlIHdpdGggYXV0b2NvbmYgdG8gcHJvZHVjZSBhIGNvbmZpZ3VyZSBzY3JpcHQuCitkbmwgPT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT0KIAogQUNfSU5JVChjbGllbnQvc3JjL2NsaWVudC5jcHApCiAKQEAgLTI2LDggKzI3 LDkgQEAKIENYWEZMQUdTPSIkQ1hYRkxBR1MgIgogCiAKLWRubCA9PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQor ZG5sID09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09CiBkbmwgQ2hlY2tzIFNub3diYWxscyBtb2R1bGVzIChDbGllbnQgLyBT ZXJ2ZXIpIHRvIGluc3RhbGwgLyBEaXNhYmxlCitkbmwgPT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KIAogU05PX1NVQkRJ UlM9IiIKIApAQCAtMzYsMjEgKzM4LDIxIEBACiAgICAgWyAgLS1kaXNhYmxlLWNsaWVudCAgICAg ICAgZGlzYWJsZSBjb21waWxhdGlvbiBhbmQgaW5zdGFsbCBvZiBTbm93YmFsbHMgQ2xpZW50Ll0s CiAgICAgWyBBQ19NU0dfUkVTVUxUKGRpc2FibGUgU25vd2JhbGxzIENsaWVudC4pIF0sCiAgICAg WyBTTk9fU1VCRElSUz0iJFNOT19TVUJESVJTIGNsaWVudCIKLSAgICAgIGVuYWJsZV9jbGllbnQ9 eWVzIF0gKQorICAgICAgZW5hYmxlX2NsaWVudD0ieWVzIiBdICkKIAogZG5sIFNlcnZlcgogQUNf QVJHX0VOQUJMRSggc2VydmVyLAogICAgIFsgIC0tZGlzYWJsZS1zZXJ2ZXIgICAgICAgIGRpc2Fi bGUgY29tcGlsYXRpb24gYW5kIGluc3RhbGwgb2YgU25vd2JhbGxzIFNlcnZlci5dLAogICAgIFsg QUNfTVNHX1JFU1VMVChkaXNhYmxlIFNub3diYWxscyBTZXJ2ZXIuKSBdLAogICAgIFsgU05PX1NV QkRJUlM9IiRTTk9fU1VCRElSUyBzZXJ2ZXIiCi0gICAgICBlbmFibGVfc2VydmVyPXllcyBdICkK KyAgICAgIGVuYWJsZV9zZXJ2ZXI9InllcyIgXSApCiAKIEFDX1NVQlNUKFNOT19TVUJESVJTKQog CiAKLWRubCA9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PQorZG5sID09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09CiBkbmwgQ2hlY2tzIGZv ciBwcm9ncmFtcy4KLWRubCA9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQorZG5sID09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09CiAKIEFD X1BST0dfTUFLRV9TRVQKIApAQCAtNjIsMzggKzY0LDQ3IEBACiBBQ19QUk9HX0lOU1RBTEwKIAog Ci1kbmwgPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT0KK2RubCA9PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQogZG5sIENvbmZpZ3VyZSBT ZXR0aW5ncwotZG5sID09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09CitkbmwgPT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KIAogZG5sIFNl dCB0aGUgQysrIGNvbXBpbGVyIGFzIHRoZSBkZWZhdWx0IGNvbXBpbGVyIGZvciB0aGUgY29uZmln dXJlIHNjcmlwdAogZG5sIGNvbXBpbGF0aW9uIHRlc3RzCiBBQ19MQU5HX0NQTFVTUExVUwogCiAK LWRubCA9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PQorZG5sID09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09CitkbmwgRGVidWcvb3B0aW1p emVkIGNvbXBpbGF0aW9uIG1vZGUKK2RubCA9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQorCitBTV9ORUxfREVCVUcKKwor CitkbmwgPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT0KIGRubCBDaGVja3MgZm9yIHR5cGVkZWZzLCBzdHJ1Y3R1cmVzLCBh bmQgY29tcGlsZXIgY2hhcmFjdGVyaXN0aWNzLgotZG5sID09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Citkbmwg PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT0KIAogCi1kbmwgPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KK2RubCA9PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQog ZG5sIENoZWNrcyBmb3IgaGVhZGVyIGZpbGVzLgotZG5sID09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Citkbmwg PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT0KIAogQUNfU1REQ19IRUFERVJTCiBBQ19DSEVDS19IRUFERVJTKGZjbnRsLmgg dW5pc3RkLmgpCiAKIAotZG5sID09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09CitkbmwgPT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KIGRu bCBYMTEKIAogQUNfUEFUSF9YCiAKIGlmIHRlc3QgISAiJG5vX3giID0gInllcyIgOyB0aGVuCi0g ICAgaWYgdGVzdCAhIFgiJHhfbGlicmFyaWVzIiA9IFggOyB0aGVuCisgICAgaWYgdGVzdCAhIFgi JHhfbGlicmFyaWVzIiA9IFgKKyAgICB0aGVuCiAgICAgICAgIExJQlM9IiRMSUJTIC1MJHhfbGli cmFyaWVzIgogICAgIGZpCi0gICAgaWYgdGVzdCAhIFgiJHhfaW5jbHVkZXMiID0gWCA7IHRoZW4K KyAgICBpZiB0ZXN0ICEgWCIkeF9pbmNsdWRlcyIgPSBYCisgICAgdGhlbgogICAgICAgICBDWFhG TEFHUz0iJENYWEZMQUdTIC1JJHhfaW5jbHVkZXMiCiAgICAgZmkKIGVsc2UKQEAgLTEwNCwyMTgg KzExNSw0NCBAQAogZmkKIAogCi1kbmwgPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KK2RubCA9PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PQorZG5sIENoZWNrcyBmb3IgbGlicmFyaWVzLgorZG5sID09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09CisKK2RubCA9PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PQogZG5sIFNUTFBvcnQKIAotZG5sIEFzayB1c2VyIGZvciBwYXRoIHRvIHRoZSBTVExw b3J0IGZpbGVzIGxvY2F0aW9uCi1BQ19BUkdfV0lUSCggc3RscG9ydCwKLSAgICBbICAtLXdpdGgt c3RscG9ydD08cGF0aD4gICBwYXRoIHRvIHRoZSBTVExQb3J0IGluc3RhbGwgZGlyZWN0b3J5Lgot ICAgICAgICAgICAgICAgICAgICAgICAgICBlLmcuIC91c3IvbG9jYWwvc3RscG9ydF0gCi0pICAg ICAgICAgICAgICAgICAgICAgICAgIAotCi1BQ19BUkdfV0lUSCggc3RscG9ydC1pbmNsdWRlLAot ICAgIFsgIC0td2l0aC1zdGxwb3J0LWluY2x1ZGU9PHBhdGg+Ci0gICAgICAgICAgICAgICAgICAg ICAgICAgIHBhdGggdG8gdGhlIFNUTFBvcnQgaGVhZGVyIGZpbGVzIGRpcmVjdG9yeS4KLSAgICAg ICAgICAgICAgICAgICAgICAgICAgZS5nLiAvdXNyL2xvY2FsL3N0bHBvcnQvc3RscG9ydF0gCi0p ICAgICAgICAgICAgICAgICAgICAgICAgIAotCi1BQ19BUkdfV0lUSCggc3RscG9ydC1saWIsCi0g ICAgWyAgLS13aXRoLXN0bHBvcnQtbGliPTxwYXRoPgotICAgICAgICAgICAgICAgICAgICAgICAg ICBwYXRoIHRvIHRoZSBTVExQb3J0IGxpYnJhcnkgZmlsZXMgZGlyZWN0b3J5LgotICAgICAgICAg ICAgICAgICAgICAgICAgICBlLmcuIC91c3IvbG9jYWwvc3RscG9ydC9saWJdCi0pICAgICAgICAg ICAgICAgICAgICAgICAgIAotCi1pZiB0ZXN0ICIkd2l0aF9zdGxwb3J0IiAhPSAibm8iCi10aGVu Ci0gICAgaWYgdGVzdCAteiAiJHdpdGhfc3RscG9ydCIgJiYgdGVzdCAteiAiJHdpdGhfc3RscG9y dF9saWIiIC1vIC16ICIkd2l0aF9zdGxwb3J0X2luY2x1ZGUiCi0gICAgdGhlbgotICAgICAgICBB Q19NU0dfRVJST1IoW1lvdSBtdXN0IGNhbGwgY29uZmlndXJlIHdpdGggdGhlIC0td2l0aC1zdGxw b3J0IG9yIC0td2l0aC1zdGxwb3J0LWxpYiBhbmQgd2l0aC1zdGxwb3J0LWluY2x1ZGUgb3B0aW9u cy4KLVRoaXMgdGVsbHMgY29uZmlndXJlIHdoZXJlIHRvIGZpbmQgdGhlIFNUTFBvcnQgZmlsZXMu XSkKLSAgICBmaQorQU1fUEFUSF9TVExQT1JUCiAKLSAgICBpZiB0ZXN0ICR3aXRoX3N0bHBvcnQK LSAgICB0aGVuCi0gICAgICAgIEFDX01TR19SRVNVTFQodXNpbmcgU1RMUG9ydCBmaWxlcyBsb2Nh dGVkIGluICR3aXRoX3N0bHBvcnQpCiAKLSAgICAgICAgU1RMUE9SVF9DRkxBR1M9Ii1JJHdpdGhf c3RscG9ydC9zdGxwb3J0IgotICAgICAgICBTVExQT1JUX0xJQj0iLUwkd2l0aF9zdGxwb3J0L2xp YiIKLSAgICBmaQotZWxzZQotICAgIG5vX3N0bHBvcnQ9Im5vIgotICAgIEFDX01TR19SRVNVTFQo KioqIE92ZXJyaWRlIHRoZSB1c2Ugb2YgdGhlIFNUTFBvcnRzIChFWFBFUklNRU5UQUwpICoqKikK LWZpCitkbmwgPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT0KK2RubCBPcGVuQUwKIAotaWYgdGVzdCAteiAiJG5vX3N0bHBv cnQiIC1hICIkd2l0aF9zdGxwb3J0X2luY2x1ZGUiCi10aGVuCi0gICAgQUNfTVNHX1JFU1VMVCh1 c2luZyBTVExQb3J0IGhlYWRlciBmaWxlcyBsb2NhdGVkIGluICR3aXRoX3N0bHBvcnRfaW5jbHVk ZSkKLSAgICBTVExQT1JUX0NGTEFHUz0iLUkkd2l0aF9zdGxwb3J0X2luY2x1ZGUiCi1maQotCi1p ZiB0ZXN0IC16ICIkbm9fc3RscG9ydCIgLWEgICIkd2l0aF9zdGxwb3J0X2xpYiIKLXRoZW4KLSAg ICBBQ19NU0dfUkVTVUxUKHVzaW5nIFNUTFBvcnQgbGlicmFyeSBmaWxlcyBsb2NhdGVkIGluICR3 aXRoX3N0bHBvcnRfbGliKQotICAgIFNUTFBPUlRfTElCPSItTCR3aXRoX3N0bHBvcnRfbGliIgot ZmkKK0FNX1BBVEhfT1BFTkFMKCRlbmFibGVfY2xpZW50KQogCiAKLWRubCA9PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PQorZG5sID09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09CiBkbmwgTmVMCiAKLWRubCBDaGVjayBmb3IgTmVMIGxpYnJh cnkgZmlsZXMKLUFDX1BBVEhfUFJPRyhORUxfQ09ORklHLCBuZWwtY29uZmlnLCBubykKK0FNX1BB VEhfTkVMKCJ5ZXMiLCAieWVzIiwgJGVuYWJsZV9jbGllbnQsICRlbmFibGVfY2xpZW50LCAkZW5h YmxlX2NsaWVudCwgIm5vIikKIAotaWYgdGVzdCAiJE5FTF9DT05GSUciID0gIm5vIjsgdGhlbgot ICAgIEFDX01TR19FUlJPUihbQ2Fubm90IGZpbmQgbmVsLWNvbmZpZzogY2hlY2sgeW91ciBwYXRo LgotICAgIE5lTCBsaWJyYXJ5IGlzIG5lZWRlZCB0byBjb21waWxlIFNub3diYWxscyAod3d3Lm5l dnJheC5vcmcpLl0pCi1lbHNlCi0gICAgTkVMX0NGTEFHUz1gbmVsLWNvbmZpZyAtLWNmbGFnc2AK LSAgICBORUxfTElCUz1gbmVsLWNvbmZpZyAtLWxpYnNgCi1maQorQ1hYRkxBR1M9IiRDWFhGTEFH UyAke05FTF9DRkxBR1N9IgorTElCUz0iJExJQlMgJHtORUxfTElCU30iCiAKLUFDX1NVQlNUKE5F TF9DRkxBR1MpCi1BQ19TVUJTVChORUxfTElCUykKIAotZG5sIENoZWNraW5nIE5lTCBpbnN0YWxh dGlvbgotX0NQUEZMQUdTPSIkQ1BQRkxBR1MiCi1DUFBGTEFHUz0iJENYWEZMQUdTICR7TkVMX0NG TEFHU30iCi0KLQotZG5sID09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09CitkbmwgPT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KIGRubCBG cmVlVHlwZSAyCiAKLWRubCBDaGVjayBmb3IgdGhlIEZyZWVUeXBlIDIgbGlicmFyeSBmaWxlcwot QUNfUEFUSF9QUk9HKEZSRUVUWVBFX0NPTkZJRywgZnJlZXR5cGUtY29uZmlnLCBubykKLQotaWYg dGVzdCAiJEZSRUVUWVBFX0NPTkZJRyIgPSAibm8iIC1hICIkZW5hYmxlX2NsaWVudCIgPSAieWVz IgotdGhlbgotICAgIEFDX01TR19FUlJPUihbQ2Fubm90IGZpbmQgZnJlZXR5cGUtY29uZmlnOiBj aGVjayB5b3VyIHBhdGguCi0gICAgRnJlZVR5cGUgMiBsaWJyYXJ5IGlzIG5lZWRlZCB0byBjb21w aWxlIFNub3diYWxscyAoZnJlZXR5cGUuc291cmNlZm9yZ2UubmV0KS5dKQotZWxzZQotICAgIEZS RUVUWVBFX0NGTEFHUz1gZnJlZXR5cGUtY29uZmlnIC0tY2ZsYWdzYAotICAgIEZSRUVUWVBFX0xJ QlM9YGZyZWV0eXBlLWNvbmZpZyAtLWxpYnNgCi1maQotCi1BQ19TVUJTVChGUkVFVFlQRV9DRkxB R1MpCi1BQ19TVUJTVChGUkVFVFlQRV9MSUJTKQotCi1kbmwgQ2hlY2tpbmcgdGhlIEZyZWVUeXBl IDIgaW5zdGFsYXRpb24KLV9DUFBGTEFHUz0iJENQUEZMQUdTIgotQ1BQRkxBR1M9IiRDWFhGTEFH UyAke0ZSRUVUWVBFX0NGTEFHU30iCi0KLUFDX01TR19DSEVDS0lORyhmb3IgRnJlZVR5cGUgMiBp bnN0YWxsYXRpb24pCi1BQ19FR1JFUF9DUFAoIHlvX2ZyZWV0eXBlMiwKLVsjaW5jbHVkZSA8ZnJl ZXR5cGUvZnJlZXR5cGUuaD4KLSNpZiBGUkVFVFlQRV9NQUpPUiA9PSAyCi0gICB5b19mcmVldHlw ZTIKLSNlbmRpZl0sCi1bIEFDX01TR19SRVNVTFQoeWVzKSBdLAotICBpZiB0ZXN0ICIkZW5hYmxl X2NsaWVudCIgPSAieWVzIgotICB0aGVuCi0gICAgICBBQ19NU0dfRVJST1IoW0ZyZWV0eXBlIDIg bGlicmFyeSBpcyBuZWVkZWQgdG8gY29tcGlsZSBTbm93YmFsbHMgKGZyZWV0eXBlLnNvdXJjZWZv cmdlLm5ldCkuXSkKLSAgZWxzZQotICAgICAgQUNfTVNHX1JFU1VMVChubykKLSAgZmkKLSkKLQot Q1BQRkxBR1M9IiRfQ1BQRkxBR1MiCi0KLQotZG5sID09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci1kbmwgRGVi dWcvb3B0aW1pemVkIGNvbXBpbGF0aW9uIG1vZGUKLQotTUFYX0NfT1BUSU1JWkU9Ii1PNiIKLQot ZG5sIEJ1aWxkIG9wdGltaXplZCBvciBkZWJ1ZyB2ZXJzaW9uID8KLWRubCBGaXJzdCBjaGVjayBm b3IgZ2NjIGFuZCBnKysKLWlmIHRlc3QgIiRhY19jdl9wcm9nX2djYyIgPSAieWVzIgotdGhlbgot ICAgIERFQlVHX0NGTEFHUz0iLWciCi0gICAgREVCVUdfT1BUSU1JWkVfQ0M9Ii1PIgotICAgIE9Q VElNSVpFX0NGTEFHUz0iJE1BWF9DX09QVElNSVpFIgotZWxzZQotICAgIERFQlVHX0NGTEFHUz0i LWciCi0gICAgREVCVUdfT1BUSU1JWkVfQ0M9IiIKLSAgICBPUFRJTUlaRV9DRkxBR1M9Ii1PIgot ZmkKLQotaWYgdGVzdCAiJGFjX2N2X3Byb2dfY3h4X2ciID0gInllcyIKLXRoZW4KLSAgICBERUJV R19DWFhGTEFHUz0iLWciCi0gICAgREVCVUdfT1BUSU1JWkVfQ1hYPSItTyIKLSAgICBPUFRJTUla RV9DWFhGTEFHUz0iLU8zIgotZWxzZQotICBERUJVR19DWFhGTEFHUz0iLWciCi0gIERFQlVHX09Q VElNSVpFX0NYWD0iIgotICBPUFRJTUlaRV9DWFhGTEFHUz0iLU8iCi1maQotCi1BQ19BUkdfV0lU SChkZWJ1ZywKLSAgICBbICAtLXdpdGgtZGVidWdbPWZ1bGxdICAgICBCdWlsZCBhIGRlYnVnIHZl cnNpb24gKGh1Z2UgbGlicmFyaWVzKQotICAtLXdpdGhvdXQtZGVidWcgICAgICAgICBCdWlsZCB3 aXRob3VnIGRlYnVnZ2luZyBjb2RlIChkZWZhdWx0KV0sCi0gICAgWyB3aXRoX2RlYnVnPSR3aXRo dmFsIF0sCi0gICAgWyB3aXRoX2RlYnVnPW5vIF0gKQotCi1pZiB0ZXN0ICIkd2l0aF9kZWJ1ZyIg PSAieWVzIgotdGhlbgotICAgIGRubCBNZWRpdW0gZGVidWcuCi0gICAgQ0ZMQUdTPSIkREVCVUdf Q0ZMQUdTICRERUJVR19PUFRJTUlaRV9DQyAkQ0ZMQUdTIgotICAgIENYWEZMQUdTPSIkREVCVUdf Q1hYRkxBR1MgJERFQlVHX09QVElNSVpFX0NYWCAkQ1hYRkxBR1MiCi1lbGlmIHRlc3QgIiR3aXRo X2RlYnVnIiA9ICJmdWxsIgotdGhlbgotICAgIGRubCBGdWxsIGRlYnVnLiBWZXJ5IHNsb3cgaW4g c29tZSBjYXNlcwotICAgIENGTEFHUz0iJERFQlVHX0NGTEFHUyAkQ0ZMQUdTIgotICAgIENYWEZM QUdTPSIkREVCVUdfQ1hYRkxBR1MgJENYWEZMQUdTIgotZWxzZQotICAgIGRubCBPcHRpbWl6ZWQg dmVyc2lvbi4gTm8gZGVidWcKLSAgICBDRkxBR1M9IiRPUFRJTUlaRV9DRkxBR1MgJENGTEFHUyIK LSAgICBDWFhGTEFHUz0iJE9QVElNSVpFX0NYWEZMQUdTICRDWFhGTEFHUyIKLWZpCi0KLQotZG5s ID09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09Ci1kbmwgQ2hlY2tzIGZvciBsaWJyYXJpZXMuCi1kbmwgPT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT0KLQotZG5sID09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci1kbmwgU1RMUG9ydAotCi1pZiB0 ZXN0IC16ICIkbm9fc3RscG9ydCIKLXRoZW4gCi0KLSAgICBpZiB0ZXN0IFgiJFNUTFBPUlRfQ0ZM QUdTIiAhPSBYCi0gICAgdGhlbgotICAgICAgICBDWFhGTEFHUz0iJFNUTFBPUlRfQ0ZMQUdTICRD WFhGTEFHUyIKLSAgICBmaQotCi0gICAgaWYgdGVzdCBYIiRTVExQT1JUX0xJQiIgIT0gWAotICAg IHRoZW4KLSAgICAgICAgTElCUz0iJFNUTFBPUlRfTElCICRMSUJTIC1sc3RscG9ydF9nY2MiCi0g ICAgZmkKLQotICAgIF9DUFBGTEFHUz0iJENQUEZMQUdTIgotICAgIENQUEZMQUdTPSIkQ1hYRkxB R1MgJFNUTFBPUlRfQ0ZMQUdTIgotCi0gICAgQUNfTVNHX0NIRUNLSU5HKGZvciBTVExQb3J0KQot ICAgIEFDX0VHUkVQX0NQUCggeW9fc3RscG9ydCwKLSAgICBbI2luY2x1ZGUgPGFsZ29yaXRobT4K LSNpZmRlZiBfX1NHSV9TVExfUE9SVAotICAgeW9fc3RscG9ydAotI2VuZGlmXSwKLSAgICBbIEFD X01TR19SRVNVTFQoeWVzKV0sCi0gICAgICBBQ19NU0dfRVJST1IoW1NUTFBvcnQgaXMgbmVlZGVk IHRvIGNvbXBpbGUgU25vd2JhbGxzICh3d3cuc3RscG9ydC5vcmcpLl0pICkKLQotICAgICAgQ1BQ RkxBR1M9IiRfQ1BQRkxBR1MiCi1maQotCitBTV9QQVRIX0ZSRUVUWVBFKCRlbmFibGVfY2xpZW50 KQogCi1kbmwgPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT0KK2RubCA9PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQogZG5sIENoZWNrcyBm b3IgbGlicmFyeSBmdW5jdGlvbnMuCi1kbmwgPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KK2RubCA9PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PQogCiAKLWRubCA9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQorZG5sID09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09CiBkbmwgT3V0 cHV0IGZpbGVzIHRvIGdlbmVyYXRlLgotZG5sID09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09CitkbmwgPT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT0KIAogQUNfT1VUUFVUKCBNYWtlZmlsZSAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgXAogICAgICAgICAgICBjbGllbnQvTWFrZWZpbGUgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgXApJbmRleDogY2xpZW50L3NyYy9NYWtlZmlsZS5hbQo9PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09ClJDUyBmaWxlOiAvY3Zzcm9vdC9iYW5nL3dhcnBzdG9ybV9hbHBoYS9jbGllbnQvc3JjL01h a2VmaWxlLmFtLHYKcmV0cmlldmluZyByZXZpc2lvbiAxLjEuMS4xCmRpZmYgLXUgLXIxLjEuMS4x IE1ha2VmaWxlLmFtCi0tLSBjbGllbnQvc3JjL01ha2VmaWxlLmFtCTE4IE9jdCAyMDAxIDAwOjEx OjAxIC0wMDAwCTEuMS4xLjEKKysrIGNsaWVudC9zcmMvTWFrZWZpbGUuYW0JMjUgRmViIDIwMDIg MTY6NTU6MTAgLTAwMDAKQEAgLTYsMzggKzYsOSBAQAogCiBiaW5fUFJPR1JBTVMgICAgICAgICA9 IHNub3diYWxscwogCi1zbm93YmFsbHNfU09VUkNFUyAgICA9IGFuaW1hdGlvbi5jcHAgICAgICAg ICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgYW5pbWF0aW9uLmggICAg ICAgICAgICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICBjYW1lcmEuY3Bw ICAgICAgICAgICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIGNhbWVy YS5oICAgICAgICAgICAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAg Y2xpZW50LmNwcCAgICAgICAgICAgICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAg ICAgICBjbGllbnQuaCAgICAgICAgICAgICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAg ICAgICAgICAgIGNvbW1hbmRzLmNwcCAgICAgICAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAg ICAgICAgICAgICAgICAgY29tbWFuZHMuaCAgICAgICAgICAgICAgICAgICAgICAgICAgXAotICAg ICAgICAgICAgICAgICAgICAgICBjb21wYXNzLmNwcCAgICAgICAgICAgICAgICAgICAgICAgICBc Ci0gICAgICAgICAgICAgICAgICAgICAgIGNvbXBhc3MuaCAgICAgICAgICAgICAgICAgICAgICAg ICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgZW50aXRpZXMuY3BwICAgICAgICAgICAgICAg ICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICBlbnRpdGllcy5oICAgICAgICAgICAg ICAgICAgICAgICAgICBcCi0JCSAgICAgICBncmFwaC5jcHAgICAgICAgICAgICAgICAgICAgICAg ICAgICBcCi0JCSAgICAgICBncmFwaC5oICAgICAgICAgICAgICAgICAgICAgICAgICAgICBcCi0g ICAgICAgICAgICAgICAgICAgICAgIGludGVyZmFjZS5jcHAgICAgICAgICAgICAgICAgICAgICAg IFwKLSAgICAgICAgICAgICAgICAgICAgICAgaW50ZXJmYWNlLmggICAgICAgICAgICAgICAgICAg ICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICBsYW5kc2NhcGUuY3BwICAgICAgICAgICAg ICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIGxhbmRzY2FwZS5oICAgICAgICAg ICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgbGVuc19mbGFyZS5jcHAg ICAgICAgICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICBsZW5zX2ZsYXJl LmggICAgICAgICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIG1vdXNl X2xpc3RlbmVyLmNwcCAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAg bW91c2VfbGlzdGVuZXIuaCAgICAgICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAg ICAgICBuZXR3b3JrLmNwcCAgICAgICAgICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAg ICAgICAgICAgIG5ldHdvcmsuaCAgICAgICAgICAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAg ICAgICAgICAgICAgICAgcGFjcy5jcHAgICAgICAgICAgICAgICAgICAgICAgICAgICAgXAotICAg ICAgICAgICAgICAgICAgICAgICBwYWNzLmggICAgICAgICAgICAgICAgICAgICAgICAgICAgICBc Ci0gICAgICAgICAgICAgICAgICAgICAgIHBoeXNpY3MuY3BwICAgICAgICAgICAgICAgICAgICAg ICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgcGh5c2ljcy5oICAgICAgICAgICAgICAgICAg ICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICByYWRhci5jcHAgICAgICAgICAgICAg ICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIHJhZGFyLmggICAgICAgICAg ICAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgc291bmQuY3BwICAg ICAgICAgICAgICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICBzb3VuZC5o Citzbm93YmFsbHNfU09VUkNFUyAgICA9IGFuaW1hdGlvbi5jcHAgY2FtZXJhLmNwcCBjbGllbnQu Y3BwIGNsaWVudF93b3JsZF9vYmplY3RzLmNwcCBjb21iYXRfaW50ZXJmYWNlLmNwcCBjb21tYW5k cy5jcHAgY29tcGFzcy5jcHAgZW50aXRpZXMuY3BwIGV4cGxvcmluZ19pbnRlcmZhY2UuY3BwIGdy YXBoLmNwcCBpbnRlcmZhY2UuY3BwIGludmVudG9yeS5jcHAgaW52ZW50b3J5X2Rpc3BsYXkuY3Bw IGxhbmRzY2FwZS5jcHAgbGVuc19mbGFyZS5jcHAgbW91c2VfbGlzdGVuZXIuY3BwIG5ldHdvcmsu Y3BwIHBhY3MuY3BwIHBoeXNpY3MuY3BwIHJhZGFyLmNwcCBza2lsbHMuY3BwIHNraWxsc19kaXNw bGF5LmNwcCBzb3VuZC5jcHAgc3RhdHMuY3BwIHN0YXRzX2Rpc3BsYXkuY3BwIHRyYWNlcnMuY3Bw IHdvcmxkX29iamVjdHMuY3BwIHdvcmxkX3R5cGVzLmNwcAorCitub2luc3RfSEVBREVSUyA9IGFu aW1hdGlvbi5oIGNhbWVyYS5oIGNsaWVudC5oIGNsaWVudF93b3JsZF9vYmplY3RzLmggY29tYmF0 X2ludGVyZmFjZS5oIGNvbW1hbmRzLmggY29tcGFzcy5oIGVudGl0aWVzLmggZXhwbG9yaW5nX2lu dGVyZmFjZS5oIGdyYXBoLmggaW50ZXJmYWNlLmggaW52ZW50b3J5LmggaW52ZW50b3J5X2Rpc3Bs YXkuaCBsYW5kc2NhcGUuaCBsZW5zX2ZsYXJlLmggbW91c2VfbGlzdGVuZXIuaCBuZXR3b3JrLmgg b2RlX2ludGVyZmFjZS5oIHBhY3MuaCBwYWludGVyLmggcGh5c2ljcy5oIHJhZGFyLmggc2tpbGxz Lmggc2tpbGxzX2Rpc3BsYXkuaCBzb3VuZC5oIHN0YXRzLmggc3RhdHNfZGlzcGxheS5oIHRyYWNl cnMuaCB3b3JsZF9vYmplY3RzLmggd29ybGRfdHlwZXMuaCAKIAogc25vd2JhbGxzX0xEQUREICAg ICAgPSAtbG5lbG5ldCAtbG5lbG1pc2MgLWxuZWwzZCAtbG5lbHBhY3MgQEZSRUVUWVBFX0xJQlNA CiAKSW5kZXg6IGNsaWVudC9zcmMvY2xpZW50LmNwcAo9PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09ClJDUyBmaWxlOiAvY3Zz cm9vdC9iYW5nL3dhcnBzdG9ybV9hbHBoYS9jbGllbnQvc3JjL2NsaWVudC5jcHAsdgpyZXRyaWV2 aW5nIHJldmlzaW9uIDEuMjMKZGlmZiAtdSAtcjEuMjMgY2xpZW50LmNwcAotLS0gY2xpZW50L3Ny Yy9jbGllbnQuY3BwCTMgTm92IDIwMDEgMTE6MTc6NDAgLTAwMDAJMS4yMworKysgY2xpZW50L3Ny Yy9jbGllbnQuY3BwCTI1IEZlYiAyMDAyIDE2OjU1OjEzIC0wMDAwCkBAIC01OSw3ICs1OSw2IEBA CiAjaW5jbHVkZSA8bmVsLzNkL3VfbWF0ZXJpYWwuaD4KICNpbmNsdWRlIDxuZWwvM2QvdV90ZXh0 dXJlLmg+CiAjaW5jbHVkZSA8bmVsL25ldC9sb2dpbl9jbGllbnQuaD4KLSNpbmNsdWRlICIzZC90 cmFuc2Zvcm1fdXNlci5oIgogCiAjaW5jbHVkZSAiY29tbWFuZHMuaCIKICNpbmNsdWRlICJsYW5k c2NhcGUuaCIKQEAgLTQwNCw3ICs0MDMsNyBAQAogCQllbHNlIGlmIChHYW1lTW9kZT09Q29tbXVu aWNhdGlvbikgZ21UZXh0PSJDb21tdW5pY2F0aW9uIjsKIAkJZWxzZSBpZiAoR2FtZU1vZGU9PUNv bWJhdCkgZ21UZXh0PSJDb21iYXQiOwogCi0JCVRleHRDb250ZXh0LT5wcmludGZBdCAoMC45OWYs IDAuOTlmLCAiJXMiLCBnbVRleHQpOworCQlUZXh0Q29udGV4dC0+cHJpbnRmQXQgKDAuOTlmLCAw Ljk5ZiwgIiVzIiwgZ21UZXh0LmNfc3RyKCkpOwogCiAJCS8vIERpc3BsYXkgdGhlIGZyYW1lIHJh dGUKIAkJdWludDMyIGR0ID0gKHVpbnQzMikoTmV3VGltZS1MYXN0VGltZSk7CkluZGV4OiBjbGll bnQvc3JjL2NsaWVudC5oCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT0KUkNTIGZpbGU6IC9jdnNyb290L2Jhbmcvd2FycHN0 b3JtX2FscGhhL2NsaWVudC9zcmMvY2xpZW50LmgsdgpyZXRyaWV2aW5nIHJldmlzaW9uIDEuNApk aWZmIC11IC1yMS40IGNsaWVudC5oCi0tLSBjbGllbnQvc3JjL2NsaWVudC5oCTI1IE9jdCAyMDAx IDAyOjAxOjI5IC0wMDAwCTEuNAorKysgY2xpZW50L3NyYy9jbGllbnQuaAkyNSBGZWIgMjAwMiAx Njo1NToxMyAtMDAwMApAQCAtNjAsNyArNjAsNyBAQAogZXh0ZXJuIE5MTUlTQzo6VFRpbWUJCQkg TGFzdFRpbWUsIE5ld1RpbWU7CiAKIC8vIEdhbWUgbW9kZSBkZWZpbnRpb25zCi1leHRlcm4gZW51 bSBHYW1lTW9kZXMJeyBFeHBsb3JpbmcsIENvbW11bmljYXRpb24sIENvbWJhdCB9OworZW51bSBH YW1lTW9kZXMJeyBFeHBsb3JpbmcsIENvbW11bmljYXRpb24sIENvbWJhdCB9OwogCiAvLyBUaGUg Y3VycmVudCBhY3RpdmUgZ2FtZSBtb2RlCiBleHRlcm4gR2FtZU1vZGVzCQkJCQlHYW1lTW9kZTsK SW5kZXg6IGNsaWVudC9zcmMvY29tYmF0X2ludGVyZmFjZS5jcHAKPT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQpSQ1MgZmls ZTogL2N2c3Jvb3QvYmFuZy93YXJwc3Rvcm1fYWxwaGEvY2xpZW50L3NyYy9jb21iYXRfaW50ZXJm YWNlLmNwcCx2CnJldHJpZXZpbmcgcmV2aXNpb24gMS41CmRpZmYgLXUgLXIxLjUgY29tYmF0X2lu dGVyZmFjZS5jcHAKLS0tIGNsaWVudC9zcmMvY29tYmF0X2ludGVyZmFjZS5jcHAJMjkgT2N0IDIw MDEgMjI6MjQ6NDAgLTAwMDAJMS41CisrKyBjbGllbnQvc3JjL2NvbWJhdF9pbnRlcmZhY2UuY3Bw CTI1IEZlYiAyMDAyIDE2OjU1OjEzIC0wMDAwCkBAIC0xNDMsNyArMTQzLDcgQEAKIAogfQogCi1z ZWxlY3RDbG9zZXN0Q29tYmF0VGFyZ2V0KCkKK3ZvaWQgc2VsZWN0Q2xvc2VzdENvbWJhdFRhcmdl dCgpCiB7CiAJbmxpbmZvKCJpbiBzZWwgY2xvc2VzdCBDb21iYXQgdGFyOiBzZWxlY3RlZCBPYmpl Y3QgaXMgbm93PSVkIiwgU2VsZWN0ZWRFbmVteSk7CiAJaW5pdENvbWJhdFRhcmdldHMoZmFsc2Up OwpJbmRleDogY2xpZW50L3NyYy9lbnRpdGllcy5jcHAKPT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQpSQ1MgZmlsZTogL2N2 c3Jvb3QvYmFuZy93YXJwc3Rvcm1fYWxwaGEvY2xpZW50L3NyYy9lbnRpdGllcy5jcHAsdgpyZXRy aWV2aW5nIHJldmlzaW9uIDEuMzMKZGlmZiAtdSAtcjEuMzMgZW50aXRpZXMuY3BwCi0tLSBjbGll bnQvc3JjL2VudGl0aWVzLmNwcAkxIE5vdiAyMDAxIDEwOjA1OjUyIC0wMDAwCTEuMzMKKysrIGNs aWVudC9zcmMvZW50aXRpZXMuY3BwCTI1IEZlYiAyMDAyIDE2OjU1OjEzIC0wMDAwCkBAIC0xNDAs NyArMTQwLDcgQEAKIC8vIENyZWF0ZXMgYW4gZW50aXR5LCBnaXZlbiBpdHMgaWQsIGl0cyB0eXBl IChTZWxmLCBPdGhlciwgU25vd2JhbGwpLCBpdHMgc3RhcnQgYW5kIHNlcnZlciBwb3NpdGlvbnMu CiB2b2lkIGFkZEVudGl0eSAodWludDMyIGVpZCwgc3RkOjpzdHJpbmcgbmFtZSwgc3RkOjpzdHJp bmcgbWVzaCwgQ0VudGl0eTo6VFR5cGUgdHlwZSwgY29uc3QgQ1ZlY3RvciAmc3RhcnRQb3NpdGlv biwgY29uc3QgQ1ZlY3RvciAmc2VydmVyUG9zaXRpb24sIGZsb2F0IHJhZGl1cywgIGNvbnN0IE5M TUlTQzo6Q1ZlY3RvciBkaW1lbnNpb25zLCBmbG9hdCBzcGVlZCwgc3RkOjpzdHJpbmcgcHNOYW1l KQogewotCW5saW5mbyAoImFkZGluZyBlbnRpdHkgJXUgd2l0aCBuYW1lICVzIGFuZCBtZXNoICVz ICVkIiwgZWlkLCBuYW1lLCBtZXNoLCB0eXBlKTsKKwlubGluZm8gKCJhZGRpbmcgZW50aXR5ICV1 IHdpdGggbmFtZSAlcyBhbmQgbWVzaCAlcyAlZCIsIGVpZCwgbmFtZS5jX3N0cigpLCBtZXNoLmNf c3RyKCksIHR5cGUpOwogCiAJLy8gQ2hlY2sgdGhhdCB0aGUgZW50aXR5IGRvZXNuJ3QgZXhpc3Qg eWV0CiAJRUlUIGVpdCA9IGZpbmRFbnRpdHkgKGVpZCwgZmFsc2UpOwpAQCAtMzQ5LDE1ICszNDks MTUgQEAKIAogCQlGSVQgZHluYW1pY0ZpcmVhcm1PYmplY3QgPSBGaXJlYXJtcy5maW5kIChDaGFy YWN0ZXJJbnZlbnRvcnkuZ2V0U2VsZWN0ZWQoKSk7CiAJCUNDbGllbnRGaXJlYXJtICZkeW5hbWlj RmlyZWFybU9iamVjdGEgPSBkeW5hbWljRmlyZWFybU9iamVjdC0+c2Vjb25kOyAvLyBoYWNrCi0J CW5saW5mbyggIkZpcmVhcm0gbmFtZT0lcyIsZHluYW1pY0ZpcmVhcm1PYmplY3RhLk5hbWUgKTsK LQkJbmxpbmZvKCJGaXJlYXJtIFNvdW5kID0lcyIsIGR5bmFtaWNGaXJlYXJtT2JqZWN0YS5GaXJl U291bmQpOworCQlubGluZm8oICJGaXJlYXJtIG5hbWU9JXMiLGR5bmFtaWNGaXJlYXJtT2JqZWN0 YS5OYW1lLmNfc3RyKCkgKTsKKwkJbmxpbmZvKCJGaXJlYXJtIFNvdW5kID0lcyIsIGR5bmFtaWNG aXJlYXJtT2JqZWN0YS5GaXJlU291bmQuY19zdHIoKSk7CiAJCWlmIChkeW5hbWljRmlyZWFybU9i amVjdGEuRmlyZVNvdW5kIT0iIikKIAkJewogCQkJZW50aXR5LlNvdXJjZSA9IEF1ZGlvTWl4ZXIt PmNyZWF0ZVNvdXJjZSggZHluYW1pY0ZpcmVhcm1PYmplY3RhLkZpcmVTb3VuZC5jX3N0cigpICk7 CiAJCQllbnRpdHkuU291cmNlLT5zZXRMb29waW5nIChmYWxzZSk7CiAJCQllbnRpdHkuU291cmNl LT5wbGF5ICgpOwogCQl9Ci0JCW5saW5mbygiUFMgPSVzIiwgZHluYW1pY0ZpcmVhcm1PYmplY3Rh LlBhcnRpY2xlU3lzdGVtKTsKKwkJbmxpbmZvKCJQUyA9JXMiLCBkeW5hbWljRmlyZWFybU9iamVj dGEuUGFydGljbGVTeXN0ZW0uY19zdHIoKSk7CiAJCWlmIChkeW5hbWljRmlyZWFybU9iamVjdGEu UGFydGljbGVTeXN0ZW0hPSIiKQogCQl7CiAJCQllbnRpdHkuUGFydGljdWxlID0gU2NlbmUtPmNy ZWF0ZUluc3RhbmNlIChkeW5hbWljRmlyZWFybU9iamVjdGEuUGFydGljbGVTeXN0ZW0pOwpAQCAt NTA1LDkgKzUwNSw5IEBACiAKIAlpZiAoZW50aXR5LlNvdXJjZSAhPSBOVUxMKSBkZWxldGVTb3Vu ZChlbnRpdHkpOwogCi0JbmxpbmZvKCJzb3VuZE5hbWUgPSAlcyIsIHNvdW5kTmFtZSk7CisJbmxp bmZvKCJzb3VuZE5hbWUgPSAlcyIsIHNvdW5kTmFtZS5jX3N0cigpKTsKIAllbnRpdHkuU291cmNl ID0gQXVkaW9NaXhlci0+Y3JlYXRlU291cmNlIChzb3VuZE5hbWUuY19zdHIoKSwgdHJ1ZSk7Ci0J bmxpbmZvKCJzb3VuZE5hbWUgPSAlcyIsIHNvdW5kTmFtZSk7CisJbmxpbmZvKCJzb3VuZE5hbWUg PSAlcyIsIHNvdW5kTmFtZS5jX3N0cigpKTsKIAogCWlmIChlbnRpdHkuU291cmNlICE9IE5VTEwp CiAJewpAQCAtMTM2OCw0ICsxMzY4LDQgQEAKIAlyZXR1cm4gdHJ1ZTsKIAogCXJldHVybiB0cnVl OwotfQpcIE5vIG5ld2xpbmUgYXQgZW5kIG9mIGZpbGUKK30KSW5kZXg6IGNsaWVudC9zcmMvZXhw bG9yaW5nX2ludGVyZmFjZS5jcHAKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQpSQ1MgZmlsZTogL2N2c3Jvb3QvYmFuZy93 YXJwc3Rvcm1fYWxwaGEvY2xpZW50L3NyYy9leHBsb3JpbmdfaW50ZXJmYWNlLmNwcCx2CnJldHJp ZXZpbmcgcmV2aXNpb24gMS42CmRpZmYgLXUgLXIxLjYgZXhwbG9yaW5nX2ludGVyZmFjZS5jcHAK LS0tIGNsaWVudC9zcmMvZXhwbG9yaW5nX2ludGVyZmFjZS5jcHAJMjkgT2N0IDIwMDEgMjI6MjQ6 NDAgLTAwMDAJMS42CisrKyBjbGllbnQvc3JjL2V4cGxvcmluZ19pbnRlcmZhY2UuY3BwCTI1IEZl YiAyMDAyIDE2OjU1OjEzIC0wMDAwCkBAIC0xNDIsNyArMTQyLDcgQEAKIAogfQogCi1zZWxlY3RD bG9zZXN0RXhwbG9yaW5nVGFyZ2V0KCkKK3ZvaWQgc2VsZWN0Q2xvc2VzdEV4cGxvcmluZ1Rhcmdl dCgpCiB7CiAJbmxpbmZvKCJpbiBzZWwgY2xvc2VzdCB0YXI6IHNlbGVjdGVkIE9iamVjdCBpcyBu b3c9JWQiLCBTZWxlY3RlZER5bmFtaWNPYmplY3QpOwogCWluaXRTZWxlY3RhYmxlVGFyZ2V0cyhm YWxzZSk7CkluZGV4OiBjbGllbnQvc3JjL2ludmVudG9yeS5jcHAKPT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQpSQ1MgZmls ZTogL2N2c3Jvb3QvYmFuZy93YXJwc3Rvcm1fYWxwaGEvY2xpZW50L3NyYy9pbnZlbnRvcnkuY3Bw LHYKcmV0cmlldmluZyByZXZpc2lvbiAxLjE0CmRpZmYgLXUgLXIxLjE0IGludmVudG9yeS5jcHAK LS0tIGNsaWVudC9zcmMvaW52ZW50b3J5LmNwcAkyOSBPY3QgMjAwMSAyMjoyNToyOSAtMDAwMAkx LjE0CisrKyBjbGllbnQvc3JjL2ludmVudG9yeS5jcHAJMjUgRmViIDIwMDIgMTY6NTU6MTMgLTAw MDAKQEAgLTc4LDcgKzc4LDcgQEAKIAkJcHJpbnRmICgiSE1NIGlzIHRoaXMgTVkgRXJyb3IgJXNc biIsIGUud2hhdCAoKSk7CiAJfQogLy8JZi5jbG9zZSgpOwotCXByaW50ZigiV2UgaGF2ZSBzYXZl IHRoZSBzZXJpYWxpemVkIGZpbGUgY2FsbGVkICVzLlxuIiwgY29uZmlnRmlsZU5hbWUpOworCXBy aW50ZigiV2UgaGF2ZSBzYXZlIHRoZSBzZXJpYWxpemVkIGZpbGUgY2FsbGVkICVzLlxuIiwgY29u ZmlnRmlsZU5hbWUuY19zdHIoKSk7CiB9CiAKIApJbmRleDogY2xpZW50L3NyYy9sYW5kc2NhcGUu Y3BwCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT0KUkNTIGZpbGU6IC9jdnNyb290L2Jhbmcvd2FycHN0b3JtX2FscGhhL2Ns aWVudC9zcmMvbGFuZHNjYXBlLmNwcCx2CnJldHJpZXZpbmcgcmV2aXNpb24gMS41CmRpZmYgLXUg LXIxLjUgbGFuZHNjYXBlLmNwcAotLS0gY2xpZW50L3NyYy9sYW5kc2NhcGUuY3BwCTI1IE9jdCAy MDAxIDE4OjQ0OjAxIC0wMDAwCTEuNQorKysgY2xpZW50L3NyYy9sYW5kc2NhcGUuY3BwCTI1IEZl YiAyMDAyIDE2OjU1OjE0IC0wMDAwCkBAIC00Niw3ICs0Niw2IEBACiAjaW5jbHVkZSA8bmVsLzNk L3Vfc2NlbmUuaD4KICNpbmNsdWRlIDxuZWwvM2QvdV9tYXRlcmlhbC5oPgogI2luY2x1ZGUgPG5l bC8zZC91X2xhbmRzY2FwZS5oPgotI2luY2x1ZGUgPC4uL3NyYy8zZC9sYW5kc2NhcGUuaD4KIAog I2luY2x1ZGUgPG5lbC8zZC91X2luc3RhbmNlX2dyb3VwLmg+CiAjaW5jbHVkZSA8bmVsLzNkL3Vf bGlnaHQuaD4KQEAgLTYyLDExICs2MSwxMiBAQAogCiAvLyBMYW5kc2NhcGUgVGlsZSBQYWludGVy IG1vZHVsZQogLy8jaW5jbHVkZSAicGFpbnRlci5oIgorI2lmIDAKICNpbmNsdWRlICIzZC96b25l X3NlYXJjaC5oIgogI2luY2x1ZGUgIi4uL3NyYy8zZC9sYW5kc2NhcGVfdXNlci5oIgogI2luY2x1 ZGUgPC4uL3NyYy8zZC92aXN1YWxfY29sbGlzaW9uX2VudGl0eS5oPgogI2luY2x1ZGUgPC4uL3Ny Yy8zZC92aXN1YWxfY29sbGlzaW9uX21hbmFnZXIuaD4KLQorI2VuZGlmCiAKIC8vCiAvLyBOYW1l c3BhY2VzCkluZGV4OiBjbGllbnQvc3JjL21vdXNlX2xpc3RlbmVyLmNwcAo9PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09ClJD UyBmaWxlOiAvY3Zzcm9vdC9iYW5nL3dhcnBzdG9ybV9hbHBoYS9jbGllbnQvc3JjL21vdXNlX2xp c3RlbmVyLmNwcCx2CnJldHJpZXZpbmcgcmV2aXNpb24gMS45CmRpZmYgLXUgLXIxLjkgbW91c2Vf bGlzdGVuZXIuY3BwCi0tLSBjbGllbnQvc3JjL21vdXNlX2xpc3RlbmVyLmNwcAkzIE5vdiAyMDAx IDExOjE3OjQwIC0wMDAwCTEuOQorKysgY2xpZW50L3NyYy9tb3VzZV9saXN0ZW5lci5jcHAJMjUg RmViIDIwMDIgMTY6NTU6MTQgLTAwMDAKQEAgLTE5OCw5ICsxOTgsOSBAQAogCQkJfQogCQkJZWxz ZQogCQkJewotCQkJCW5saW5mbygiX0FpbWVkVGFyZ2V0ICVzIiwgX0FpbWVkVGFyZ2V0LmFzU3Ry aW5nKCkpOwotCQkJCW5saW5mbygiVmlldyBkaXJlY3Rpb24gJXMiLE1vdXNlTGlzdGVuZXItPmdl dFZpZXdEaXJlY3Rpb24oKS5hc1N0cmluZygpKTsKLQkJCQlubGluZm8oIlZpZXcgaG90c3BvdCAl cyIsTW91c2VMaXN0ZW5lci0+Z2V0SG90U3BvdCgpLmFzU3RyaW5nKCkpOworCQkJCW5saW5mbygi X0FpbWVkVGFyZ2V0ICVzIiwgX0FpbWVkVGFyZ2V0LmFzU3RyaW5nKCkuY19zdHIoKSk7CisJCQkJ bmxpbmZvKCJWaWV3IGRpcmVjdGlvbiAlcyIsTW91c2VMaXN0ZW5lci0+Z2V0Vmlld0RpcmVjdGlv bigpLmFzU3RyaW5nKCkuY19zdHIoKSk7CisJCQkJbmxpbmZvKCJWaWV3IGhvdHNwb3QgJXMiLE1v dXNlTGlzdGVuZXItPmdldEhvdFNwb3QoKS5hc1N0cmluZygpLmNfc3RyKCkpOwogCiAJCQkJc2hv dFNub3diYWxsIChyYW5kKCksIFNlbGYtPklkLCBfQWltaW5nUG9zaXRpb24sIF9BaW1lZFRhcmdl dCtDVmVjdG9yKDEwMC4wZiwwLjBmLDAuMGYpLCBTbm93YmFsbFNwZWVkLCBfQWltaW5nRGFtYWdl KTsKIAkJCX0KSW5kZXg6IGNsaWVudC9zcmMvbmV0d29yay5jcHAKPT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQpSQ1MgZmls ZTogL2N2c3Jvb3QvYmFuZy93YXJwc3Rvcm1fYWxwaGEvY2xpZW50L3NyYy9uZXR3b3JrLmNwcCx2 CnJldHJpZXZpbmcgcmV2aXNpb24gMS4zOQpkaWZmIC11IC1yMS4zOSBuZXR3b3JrLmNwcAotLS0g Y2xpZW50L3NyYy9uZXR3b3JrLmNwcAk4IE5vdiAyMDAxIDA3OjE3OjE2IC0wMDAwCTEuMzkKKysr IGNsaWVudC9zcmMvbmV0d29yay5jcHAJMjUgRmViIDIwMDIgMTY6NTU6MTQgLTAwMDAKQEAgLTEw Myw4ICsxMDMsOCBAQAogCW1zZ2luLnNlcmlhbChzY2FsZSk7CiAKIAlubGluZm8oImlkPSVkIiwg aWQpOwotCW5saW5mbygiRU5USVRZIE5ldCBuYW1lPSVzIiwgbmFtZSk7Ci0JbmxpbmZvKCJFTlRJ VFkgTmV0IG1lc2g9JXMiLCBtZXNoTmFtZSk7CisJbmxpbmZvKCJFTlRJVFkgTmV0IG5hbWU9JXMi LCBuYW1lLmNfc3RyKCkpOworCW5saW5mbygiRU5USVRZIE5ldCBtZXNoPSVzIiwgbWVzaE5hbWUu Y19zdHIoKSk7CiAJbmxpbmZvKCJFTlRJVFkgTmV0IGNsYXNzSWQ9JWQiLCBjbGFzc0lkKTsKIAlp ZiAoY2xhc3NJZD09NDIpIGNsYXNzSWQ9MTsKIApAQCAtMjk3LDcgKzI5Nyw3IEBACiAKIAltc2dp bi5zZXJpYWwgKHBvc2l0aW9uKTsKIAltc2dpbi5zZXJpYWwgKHRyYWNlclRleHQpOwotCW5saW5m bygiIFRleHQ9JXMgYW5kIHBvcz0lZiAlZiAlZiIsIHRyYWNlclRleHQsIHBvc2l0aW9uLngsIHBv c2l0aW9uLnksIHBvc2l0aW9uLnopOworCW5saW5mbygiIFRleHQ9JXMgYW5kIHBvcz0lZiAlZiAl ZiIsIHRyYWNlclRleHQuY19zdHIoKSwgcG9zaXRpb24ueCwgcG9zaXRpb24ueSwgcG9zaXRpb24u eik7CiAJYWRkVGV4dFRyYWNlcih0cmFjZXJUZXh0LCBwb3NpdGlvbik7CiB9CiAKQEAgLTMyNCw5 ICszMjQsOSBAQAogCW5saW5mbyAoIi0tLS0tLS0tLS0tLS0tLS0tLS0tIik7CiAJbmxpbmZvICgi UHJvamVjdGlsZUlkID0gJWQiLCBwcm9qZWN0aWxlSWQgKTsKIAlubGluZm8gKCJQbGF5ZXJJZCA9 ICVkIiwgcGxheWVySWQgKTsKLQlubGluZm8gKCJzaGFwZU5hbWUgPSAlcyIsIHNoYXBlTmFtZSAp OwotCW5saW5mbyAoInBzTmFtZSA9ICVzIiwgcHNOYW1lICk7Ci0JbmxpbmZvICgic3RhcnQgPSAl ZCIsIHN0YXJ0ICk7CisJbmxpbmZvICgic2hhcGVOYW1lID0gJXMiLCBzaGFwZU5hbWUuY19zdHIo KSApOworCW5saW5mbyAoInBzTmFtZSA9ICVzIiwgcHNOYW1lLmNfc3RyKCkgKTsKKwkvLwlubGlu Zm8gKCJzdGFydCA9ICVkIiwgc3RhcnQgKTsKIAlubGluZm8gKCJ0YXJnZXQgeCA9ICVmIiwgdGFy Z2V0LnggKTsKIAlubGluZm8gKCJ0YXJnZXQgeSA9ICVmIiwgdGFyZ2V0LnkgKTsKIAlubGluZm8g KCJ0YXJnZXQgeiA9ICVmIiwgdGFyZ2V0LnogKTsKQEAgLTQwOSwxMyArNDA5LDE0IEBACiAKIAlt c2dpbi5zZXJpYWwoIENoYXJhY3RlclN0YXRzICk7CiAJbmxpbmZvKCJJIGhhdmUgQ3JlYXRlZCBT dGF0cyIpOwotCWZvciAoIGludCBpPTA7IGkhPTY7ICsraSApCisJaW50IGk7CisJZm9yICggaT0w OyBpIT02OyArK2kgKQogCXsKIAkJbmxpbmZvKCIvbiBpMzI6JWkgaGFzIHRoZSB2YWx1ZSBvZiAl aSBcbiIsIGksIENoYXJhY3RlclN0YXRzLmdldGkzMigpW2ldKTsJCSAKIAl9CiAJZm9yICggaT0w OyBpIT03OyArK2kgKQogCXsKLQkJbmxpbmZvKCIvbiBzdHI6JWkgaGFzIHRoZSB2YWx1ZSBvZiAl cyIsIGksIENoYXJhY3RlclN0YXRzLmdldHN0cigpW2ldKTsJCSAKKwkJbmxpbmZvKCIvbiBzdHI6 JWkgaGFzIHRoZSB2YWx1ZSBvZiAlcyIsIGksIENoYXJhY3RlclN0YXRzLmdldHN0cigpW2ldLmNf c3RyKCkpOwkJIAogCX0KIAlmb3IgKCBpPTA7IGkhPTI4OyArK2kgKQogCXsKSW5kZXg6IGNsaWVu dC9zcmMvc291bmQuY3BwCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT0KUkNTIGZpbGU6IC9jdnNyb290L2Jhbmcvd2FycHN0 b3JtX2FscGhhL2NsaWVudC9zcmMvc291bmQuY3BwLHYKcmV0cmlldmluZyByZXZpc2lvbiAxLjMK ZGlmZiAtdSAtcjEuMyBzb3VuZC5jcHAKLS0tIGNsaWVudC9zcmMvc291bmQuY3BwCTI2IE9jdCAy MDAxIDA3OjI4OjU3IC0wMDAwCTEuMworKysgY2xpZW50L3NyYy9zb3VuZC5jcHAJMjUgRmViIDIw MDIgMTY6NTU6MTUgLTAwMDAKQEAgLTYyLDYgKzYyLDcgQEAKIC8vIEZ1bmN0aW9ucwogLy8KIAor I2lmZGVmIE5MX09TX1dJTkRPV1MKIHZvaWQJaW5pdFNvdW5kKCkKIHsKIAlBdWRpb01peGVyID0g VUF1ZGlvTWl4ZXI6OmNyZWF0ZUF1ZGlvTWl4ZXIgKCk7CkBAIC03Myw2ICs3NCw3IEBACiAJU3RT b3VuZElkID0gKCpTb3VuZElkQXJyYXkpWzFdOwogKi8KIH0KKyNlbmRpZiAvLyBOTF9PU19XSU5E T1dTCiAKIAogdm9pZAlwbGF5U291bmQgKENFbnRpdHkgJmVudGl0eSwgVFNvdW5kSWQgaWQpCklu ZGV4OiBjbGllbnQvc3JjL3N0YXRzLmNwcAo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09ClJDUyBmaWxlOiAvY3Zzcm9vdC9i YW5nL3dhcnBzdG9ybV9hbHBoYS9jbGllbnQvc3JjL3N0YXRzLmNwcCx2CnJldHJpZXZpbmcgcmV2 aXNpb24gMS4xMApkaWZmIC11IC1yMS4xMCBzdGF0cy5jcHAKLS0tIGNsaWVudC9zcmMvc3RhdHMu Y3BwCTQgTm92IDIwMDEgMjI6MTE6NDIgLTAwMDAJMS4xMAorKysgY2xpZW50L3NyYy9zdGF0cy5j cHAJMjUgRmViIDIwMDIgMTY6NTU6MTUgLTAwMDAKQEAgLTEzMiw3ICsxMzIsNyBAQAogCQlwcmlu dGYgKCJITU0gaXMgdGhpcyBNWSBFcnJvciAlc1xuIiwgZS53aGF0ICgpKTsKIAl9CiAvLwlmLmNs b3NlKCk7Ci0JcHJpbnRmKCJXZSBoYXZlIHNhdmUgdGhlIHNlcmlhbGl6ZWQgZmlsZSBjYWxsZWQg JXMuXG4iLCBjb25maWdGaWxlTmFtZSk7CisJcHJpbnRmKCJXZSBoYXZlIHNhdmUgdGhlIHNlcmlh bGl6ZWQgZmlsZSBjYWxsZWQgJXMuXG4iLCBjb25maWdGaWxlTmFtZS5jX3N0cigpKTsKIAogfQog CkluZGV4OiBjbGllbnQvc3JjL3N0YXRzX2Rpc3BsYXkuY3BwCj09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KUkNTIGZpbGU6 IC9jdnNyb290L2Jhbmcvd2FycHN0b3JtX2FscGhhL2NsaWVudC9zcmMvc3RhdHNfZGlzcGxheS5j cHAsdgpyZXRyaWV2aW5nIHJldmlzaW9uIDEuOApkaWZmIC11IC1yMS44IHN0YXRzX2Rpc3BsYXku Y3BwCi0tLSBjbGllbnQvc3JjL3N0YXRzX2Rpc3BsYXkuY3BwCTI3IE9jdCAyMDAxIDA0OjUyOjM3 IC0wMDAwCTEuOAorKysgY2xpZW50L3NyYy9zdGF0c19kaXNwbGF5LmNwcAkyNSBGZWIgMjAwMiAx Njo1NToxNSAtMDAwMApAQCAtMTczLDEzICsxNzMsMTMgQEAKICJUb3BpY2FsSW50ZWdyaXR5OiIp CiAqLwogCi0JVGV4dENvbnRleHQtPnByaW50ZkF0KHhMZWZ0K3JvdzIseVRvcC0wLjAxZiwiJXMi LCBDaGFyYWN0ZXJTdGF0cy5nZXRzdHIoKVswXSsiICIrQ2hhcmFjdGVyU3RhdHMuZ2V0c3RyKClb MV0gICk7Ci0JVGV4dENvbnRleHQtPnByaW50ZkF0KHhMZWZ0K3JvdzIseVRvcC0wLjAzNWYsIiVz IiwgQ2hhcmFjdGVyU3RhdHMuZ2V0c3RyKClbMl0gKTsKLQlUZXh0Q29udGV4dC0+cHJpbnRmQXQo eExlZnQrcm93Mix5VG9wLTAuMDZmLCIlcyIsIENoYXJhY3RlclN0YXRzLmdldHN0cigpWzNdICk7 Ci0JVGV4dENvbnRleHQtPnByaW50ZkF0KHhMZWZ0K3JvdzIseVRvcC0wLjA4NWYsIiVzIiwgQ2hh cmFjdGVyU3RhdHMuZ2V0c3RyKClbNF0gKTsKLQlUZXh0Q29udGV4dC0+cHJpbnRmQXQoeExlZnQr cm93Mix5VG9wLTAuMTFmLCIlcyIsIENoYXJhY3RlclN0YXRzLmdldHN0cigpWzVdICk7Ci0JVGV4 dENvbnRleHQtPnByaW50ZkF0KHhMZWZ0K3JvdzIseVRvcC0wLjEzNWYsIiVzIiwgQ2hhcmFjdGVy U3RhdHMuZ2V0c3RyKClbNl0gKTsKLQlUZXh0Q29udGV4dC0+cHJpbnRmQXQoeExlZnQrcm93Mix5 VG9wLTAuMTZmLCIlcyIsIENoYXJhY3RlclN0YXRzLmdldHN0cigpWzddICk7CisJVGV4dENvbnRl eHQtPnByaW50ZkF0KHhMZWZ0K3JvdzIseVRvcC0wLjAxZiwiJXMiLCAoQ2hhcmFjdGVyU3RhdHMu Z2V0c3RyKClbMF0rIiAiK0NoYXJhY3RlclN0YXRzLmdldHN0cigpWzFdKS5jX3N0cigpICApOwor CVRleHRDb250ZXh0LT5wcmludGZBdCh4TGVmdCtyb3cyLHlUb3AtMC4wMzVmLCIlcyIsIENoYXJh Y3RlclN0YXRzLmdldHN0cigpWzJdLmNfc3RyKCkgKTsKKwlUZXh0Q29udGV4dC0+cHJpbnRmQXQo eExlZnQrcm93Mix5VG9wLTAuMDZmLCIlcyIsIENoYXJhY3RlclN0YXRzLmdldHN0cigpWzNdLmNf c3RyKCkgKTsKKwlUZXh0Q29udGV4dC0+cHJpbnRmQXQoeExlZnQrcm93Mix5VG9wLTAuMDg1Ziwi JXMiLCBDaGFyYWN0ZXJTdGF0cy5nZXRzdHIoKVs0XS5jX3N0cigpICk7CisJVGV4dENvbnRleHQt PnByaW50ZkF0KHhMZWZ0K3JvdzIseVRvcC0wLjExZiwiJXMiLCBDaGFyYWN0ZXJTdGF0cy5nZXRz dHIoKVs1XS5jX3N0cigpICk7CisJVGV4dENvbnRleHQtPnByaW50ZkF0KHhMZWZ0K3JvdzIseVRv cC0wLjEzNWYsIiVzIiwgQ2hhcmFjdGVyU3RhdHMuZ2V0c3RyKClbNl0uY19zdHIoKSApOworCVRl eHRDb250ZXh0LT5wcmludGZBdCh4TGVmdCtyb3cyLHlUb3AtMC4xNmYsIiVzIiwgQ2hhcmFjdGVy U3RhdHMuZ2V0c3RyKClbN10uY19zdHIoKSApOwogCVRleHRDb250ZXh0LT5wcmludGZBdCh4TGVm dCtyb3cyLHlUb3AtMC4xODVmLCIlZCBrZyIsIENoYXJhY3RlclN0YXRzLmdldGkxNigpWzBdICk7 CiAJVGV4dENvbnRleHQtPnByaW50ZkF0KHhMZWZ0K3JvdzIseVRvcC0wLjIxZiwiJWQgY20iLCBD aGFyYWN0ZXJTdGF0cy5nZXRpMTYoKVsxXSApOwogCVRleHRDb250ZXh0LT5wcmludGZBdCh4TGVm dCtyb3cyLHlUb3AtMC4yNmYsIiVkIiwgQ2hhcmFjdGVyU3RhdHMuZ2V0aTE2KClbM10gKTsKSW5k ZXg6IGNsaWVudC9zcmMvd29ybGRfb2JqZWN0cy5jcHAKPT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQpSQ1MgZmlsZTogL2N2 c3Jvb3QvYmFuZy93YXJwc3Rvcm1fYWxwaGEvY2xpZW50L3NyYy93b3JsZF9vYmplY3RzLmNwcCx2 CnJldHJpZXZpbmcgcmV2aXNpb24gMS4xMgpkaWZmIC11IC1yMS4xMiB3b3JsZF9vYmplY3RzLmNw cAotLS0gY2xpZW50L3NyYy93b3JsZF9vYmplY3RzLmNwcAk4IE5vdiAyMDAxIDA3OjE4OjM2IC0w MDAwCTEuMTIKKysrIGNsaWVudC9zcmMvd29ybGRfb2JqZWN0cy5jcHAJMjUgRmViIDIwMDIgMTY6 NTU6MTUgLTAwMDAKQEAgLTg5LDcgKzg5LDcgQEAKIAkJbmxpbmZvICgiSE1NIGlzIHRoaXMgTVkg RXJyb3IgJXNcbiIsIGUud2hhdCAoKSk7CiAJfQogCi0JbmxpbmZvKCJXZSBoYXZlIHNhdmUgdGhl IHNlcmlhbGl6ZWQgZmlsZSBjYWxsZWQgJXMuXG4iLCBmaWxlTmFtZSk7CisJbmxpbmZvKCJXZSBo YXZlIHNhdmUgdGhlIHNlcmlhbGl6ZWQgZmlsZSBjYWxsZWQgJXMuXG4iLCBmaWxlTmFtZS5jX3N0 cigpKTsKIH0KIAogCkBAIC0zODYsNCArMzg2LDQgQEAKIAlmLnNlcmlhbChWaXNhYmxlKTsKIAlm LnNlcmlhbChSYWRpdXMsIEhlaWdodCwgU2NhbGUsIFdlaWdodCwgRHVyYWJpbGl0eSk7CiAJZi5z ZXJpYWwoUXVhbGl0eSwgTWFpbnRlbmFuY2UpOwotfQpcIE5vIG5ld2xpbmUgYXQgZW5kIG9mIGZp bGUKK30KSW5kZXg6IGNsaWVudC9zcmMvd29ybGRfdHlwZXMuY3BwCj09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KUkNTIGZp bGU6IC9jdnNyb290L2Jhbmcvd2FycHN0b3JtX2FscGhhL2NsaWVudC9zcmMvd29ybGRfdHlwZXMu Y3BwLHYKcmV0cmlldmluZyByZXZpc2lvbiAxLjcKZGlmZiAtdSAtcjEuNyB3b3JsZF90eXBlcy5j cHAKLS0tIGNsaWVudC9zcmMvd29ybGRfdHlwZXMuY3BwCTEgTm92IDIwMDEgMTA6MTk6NTcgLTAw MDAJMS43CisrKyBjbGllbnQvc3JjL3dvcmxkX3R5cGVzLmNwcAkyNSBGZWIgMjAwMiAxNjo1NTox NSAtMDAwMApAQCAtODcsNyArODcsNyBAQAogCQlubGluZm8gKCJITU0gaXMgdGhpcyBNWSBFcnJv ciAlc1xuIiwgZS53aGF0ICgpKTsKIAl9CiAvLwlmLmNsb3NlKCk7Ci0JbmxpbmZvKCJXZSBoYXZl IHNhdmUgdGhlIHNlcmlhbGl6ZWQgZmlsZSBjYWxsZWQgJXMuXG4iLCBmaWxlTmFtZSk7CisJbmxp bmZvKCJXZSBoYXZlIHNhdmUgdGhlIHNlcmlhbGl6ZWQgZmlsZSBjYWxsZWQgJXMuXG4iLCBmaWxl TmFtZS5jX3N0cigpKTsKIH0KIAogCkBAIC0xMDUsNyArMTA1LDcgQEAKIAogdm9pZAkJQ1dvcmxk VHlwZTo6Y3JlYXRlRnJvbVRleHRGaWxlKCBDQ29uZmlnRmlsZSBjb25maWdGaWxlICkKIHsKLQlu bGluZm8oIkVudGVyaW5nIGNyZWF0ZUZyb21UZXh0RmlsZSBDV29ybGRUeXBlLiAlcyIsIGNvbmZp Z0ZpbGUuZ2V0RmlsZW5hbWUoKSk7CisJbmxpbmZvKCJFbnRlcmluZyBjcmVhdGVGcm9tVGV4dEZp bGUgQ1dvcmxkVHlwZS4gJXMiLCBjb25maWdGaWxlLmdldEZpbGVuYW1lKCkuY19zdHIoKSk7CiAK IAlUeXBlSWQgPSBjb25maWdGaWxlLmdldFZhcigiVHlwZUlkIikuYXNJbnQoKTsKIAlDbGFzc0lk ID0gY29uZmlnRmlsZS5nZXRWYXIoIkNsYXNzSWQiKS5hc0ludCgpOwpAQCAtMTQwLDcgKzE0MCw3 IEBACiAKIHZvaWQJQ0ZpcmVhcm1UeXBlOjpjcmVhdGVGcm9tVGV4dEZpbGUoIENDb25maWdGaWxl IGNvbmZpZ0ZpbGUgKQogewotCW5saW5mbygiRW50ZXJpbmcgY3JlYXRlRnJvbVRleHRGaWxlIENG aXJlYXJtVHlwZS4gJXMiLCBjb25maWdGaWxlLmdldEZpbGVuYW1lKCkpOworCW5saW5mbygiRW50 ZXJpbmcgY3JlYXRlRnJvbVRleHRGaWxlIENGaXJlYXJtVHlwZS4gJXMiLCBjb25maWdGaWxlLmdl dEZpbGVuYW1lKCkuY19zdHIoKSk7CiAKIAlUeXBlSWQgPSBjb25maWdGaWxlLmdldFZhcigiVHlw ZUlkIikuYXNJbnQoKTsKIAlDbGFzc0lkID0gY29uZmlnRmlsZS5nZXRWYXIoIkNsYXNzSWQiKS5h c0ludCgpOwpAQCAtMjAxLDcgKzIwMSw3IEBACiAKIHZvaWQJQ0J1bGxldFR5cGU6OmNyZWF0ZUZy b21UZXh0RmlsZSggQ0NvbmZpZ0ZpbGUgY29uZmlnRmlsZSApCiB7Ci0JbmxpbmZvKCJFbnRlcmlu ZyBjcmVhdGVGcm9tVGV4dEZpbGUgQ0J1bGxldFR5cGUuICVzIiwgY29uZmlnRmlsZS5nZXRGaWxl bmFtZSgpKTsKKwlubGluZm8oIkVudGVyaW5nIGNyZWF0ZUZyb21UZXh0RmlsZSBDQnVsbGV0VHlw ZS4gJXMiLCBjb25maWdGaWxlLmdldEZpbGVuYW1lKCkuY19zdHIoKSk7CiAKIAlUeXBlSWQgPSBj b25maWdGaWxlLmdldFZhcigiVHlwZUlkIikuYXNJbnQoKTsKIAlDbGFzc0lkID0gY29uZmlnRmls ZS5nZXRWYXIoIkNsYXNzSWQiKS5hc0ludCgpOwpAQCAtMzI4LDQgKzMyOCw0IEBACiAKIAlmLnNl cmlhbCggQ2FyYm9zLCBQcm90ZWlucywgVml0YW1pbkEsIFZpdGFtaW5CLCBWaXRhbWluQyApOwog CWYuc2VyaWFsKCBGYXRzLCBXYXRlciApOwotfQpcIE5vIG5ld2xpbmUgYXQgZW5kIG9mIGZpbGUK K30KSW5kZXg6IHNlcnZlci9mcm9udGVuZC9zcmMvbWFpbi5jcHAKPT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQpSQ1MgZmls ZTogL2N2c3Jvb3QvYmFuZy93YXJwc3Rvcm1fYWxwaGEvc2VydmVyL2Zyb250ZW5kL3NyYy9tYWlu LmNwcCx2CnJldHJpZXZpbmcgcmV2aXNpb24gMS4zMgpkaWZmIC11IC1yMS4zMiBtYWluLmNwcAot LS0gc2VydmVyL2Zyb250ZW5kL3NyYy9tYWluLmNwcAkxMiBOb3YgMjAwMSAyMTozODoyMiAtMDAw MAkxLjMyCisrKyBzZXJ2ZXIvZnJvbnRlbmQvc3JjL21haW4uY3BwCTI1IEZlYiAyMDAyIDE2OjU1 OjE2IC0wMDAwCkBAIC05OSw2ICs5OSw3IEBACiB9CiAKIAorCiAvKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KgogICogY2JDaGF0Q2xpZW50CiAgKgpAQCAtODI2LDcgKzgyNyw3IEBACiAJbXNnaW4uc2VyaWFs KCBUeXBlSWQpOwogCW1zZ2luLnNlcmlhbCggTmFtZSApOwogCW1zZ2luLnNlcmlhbCggTWVzaE5h bWUgKTsKLW5saW5mbygiLiVzIiwgTWVzaE5hbWUpOworbmxpbmZvKCIuJXMiLCBNZXNoTmFtZS5j X3N0cigpKTsKIAltc2dpbi5zZXJpYWwoIFBvc2l0aW9uICk7CiAJbXNnaW4uc2VyaWFsKCBIZWFk aW5nKTsKIAltc2dpbi5zZXJpYWwoIFRyYWpWZWN0b3IpOwo= --0hAErvZwfB Content-Type: text/plain; charset=us-ascii Content-Description: .signature Content-Transfer-Encoding: 7bit -- Loic Dachary http://www.dachary.org/ loic@dachary.org 12 bd Magenta http://www.senga.org/ loic@senga.org 75010 Paris T: 33 1 42 45 07 97 loic@gnu.org GPG Public Key: http://www.dachary.org/loic/gpg.txt --0hAErvZwfB-- From neuser.jp@club-internet.fr Tue Feb 26 00:13:05 2002 Received: from relay-2m.club-internet.fr (relay-2m.club-internet.fr [195.36.216.171]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1PND5W55538 for ; Tue, 26 Feb 2002 00:13:05 +0100 (CET) (envelope-from neuser.jp@club-internet.fr) Received: from kissmaniac (lns02m-3-231.w.club-internet.fr [212.194.14.231]) by relay-2m.club-internet.fr (Postfix) with SMTP id 865211685 for ; Tue, 26 Feb 2002 00:06:48 +0100 (CET) Message-ID: <000501c1be51$1b993b60$e70ec2d4@kissmaniac> From: "neuser jean-philippe" To: Date: Tue, 26 Feb 2002 00:06:49 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Subject: [Nel] level design compile error Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: "neuser jean-philippe" List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hello I m trying to build the level design but i have some include error. false directory link ( files exist but at this directory and some doesn't exist ) i use build batch... what the solution thanks ? A+ From Alain.Dutech@loria.fr Tue Feb 26 11:29:41 2002 Received: from lorraine.loria.fr (lorraine.loria.fr [152.81.1.17]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1QATfW08806 for ; Tue, 26 Feb 2002 11:29:41 +0100 (CET) (envelope-from Alain.Dutech@loria.fr) Received: from bar.loria.fr (bar.loria.fr [152.81.2.13]) by lorraine.loria.fr (8.9.3/8.9.3/8.9.3/JCG-DG) with ESMTP id LAA19308 for ; Tue, 26 Feb 2002 11:23:24 +0100 (MET) Received: from loria.fr (localhost [127.0.0.1]) by bar.loria.fr (8.9.3/8.9.3/8.9.3-client/JCG) with ESMTP id LAA27820 for ; Tue, 26 Feb 2002 11:23:23 +0100 (MET) Message-ID: <3C7B621B.B6960243@loria.fr> Date: Tue, 26 Feb 2002 11:23:23 +0100 From: Alain Dutech X-Mailer: Mozilla 4.76 [en] (X11; U; SunOS 5.7 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: NeL Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: [Nel] Exec pb with '-with-debug' Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi, trying too fixe some latent assert - constant flow of : AST12088 debug.h 384 : "dynamic_cast(o)" I compiled nel and snowballs2 with --with-debug and then [dutech@crevic client]$ snowballs INF32265 client.cpp 145 : Starting Snowballs ! WRN32265 dru.cpp 95 : when loading dynamic library 'libnel_drv_opengl.so': /usr/local/lib/libnel_drv_opengl.so: undefined symbol: setupUserTextureMatrix__Q24NL3D9CDriverGLUiRQ24NL3D9CMaterial WRN32265 common.cpp 401 : Exception will be launched: libnel_drv_opengl.so not found Abandon Any hints? I thought Exception were to be catch somewhere... My Config : Red Hat 7.1 GNU/Linux gcc version 2.96 STLport version 4.5.1 GL_VERSION: 1.2 Mesa 3.4 GL_RENDERER: Mesa DRI Voodoo3 20001101 CVS tree of 21/01/2002 Alain From vizerie@nevrax.com Tue Feb 26 11:38:42 2002 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1QAcfW08963 for ; Tue, 26 Feb 2002 11:38:41 +0100 (CET) (envelope-from vizerie@nevrax.com) Received: from nicolasv (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g1QAWQn62837; Tue, 26 Feb 2002 11:32:26 +0100 (CET) (envelope-from vizerie@nevrax.com) Message-ID: <003801c1beb0$e30e6ee0$1d01a8c0@nicolasv> From: "Nicolas Vizerie" To: Cc: References: <13639829281.20020226035849@in-orbit.net> Subject: Re: [Nel] Enabling Water Pools in Client Date: Tue, 26 Feb 2002 11:32:27 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi Robert, The way you proceed seems correct. Well, for now, you have to create a water pool the way the object viewer does, since it isn't exposed by the user interface for now. One is provided as the default if you don't create one, however. Note that you can also edit the water pool in the object viewer and save it, so just do a serial on the water pool then. You must also be sure that the normal of the water is pointing towards positives z when you create it, it can't work otherwise and will either display nothing or garbage. Here's the complete process anyway: - Create a convex polygon in the x-y plane where your water surface is. Note that the way it is tesselated force you to make it intersect the border of the object containing the water. - Assign it a NeL water material (see \nel\tools\3d\plugin_max\nel_water_material.txt for details) - Apply mapping coordinates to the surface if you use a diffuse map. At this point you can see the surface by selecting it and clicking 'View the scene'. A GeForce 3 or better is needed to get the water looking good, other versions will be done later (older card are supported, but with no bump) If you want waves on your surface : - Create a wave maker (Geometry / NeL tools / Wave maker) - Assign it the same ID than the water surfaces it must create waves in - Go to the object viewer. - Edit the water pool properties to get the waves you want (and eventually save it). Note that a water pool is shared by several water surfaces (to allow waves propagating from one surface to another). Waves can only be seen when near the viewer, so you may need to adjust the parameter 'Water Unit Size' to a higher value. - Export the shapes and the instance groups. Then you load it in the client, the way you did, and it should work : UInstanceGroup *ig = UInstanceGroup::createInstanceGroup(std::string("water.ig")); ig->addToScene(*scene); // setup the water pool then... If this doesn't work, you could also check wether the shapes are found. Hope it helps Regards, Nicolas Vizerie ----- Original Message ----- From: "Robert Bjarnason" To: Sent: Tuesday, February 26, 2002 12:58 PM Subject: [Nel] Enabling Water Pools in Client > Hi, > > I've been trying to get a Water Pool to work > in a client app that is based on the Snowballs > client. I've spent a lot of time trying to > figure this out, my pool works fine in the > object viewer, but not when I load it into > the client along with the WaveMaker shape. > > One thing I noticed is that CWaterModel::registerBasic() > is not called, I tried adding CScene::registerBasics (); > and then the CWaterModel is registered... But > no pool appears... > > Is it possible to enable the Water Pools using > the UDriver concept or should I set up my Driver > more like the ObjectViewer does it? > > Here is how I create the WaterPoolManager after > and Instance Group with a WaterShape and WaveMakerShape > has been loaded and added to the Scene: > > WaterPoolManager = &NL3D::GetWaterPoolManager(); > > NL3D::CWaterPoolManager::CWaterHeightMapBuild whmb; > whmb.ID = 0; > whmb.Name = "Water01"; > whmb.Size = 256; > whmb.FilterWeight = 3.0f; > whmb.UnitSize = 0.3f; > whmb.WavesEnabled = true; > whmb.WaveIntensity = 1.5f; > whmb.WavePeriod = 0.05f; > whmb.WaveRadius = 3; > whmb.BorderWaves = true; > whmb.Damping = 0.99f; > > WaterPoolManager->createWaterPool(whmb); > WaterPoolManager->setBlendFactor(dynamic_cast (Driver), 0.1f); > > Any hints would be appreciated... > > Thanks, > Robert Bjarnason > robofly@in-orbit.net > > > _______________________________________________ > Nel mailing list > Nel@nevrax.org > /mailman/listinfo.cgi/nel > From miller@nevrax.com Tue Feb 26 12:36:51 2002 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1QBakW10157 for ; Tue, 26 Feb 2002 12:36:46 +0100 (CET) (envelope-from miller@nevrax.com) Received: from miller (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g1QBUUn63752 for ; Tue, 26 Feb 2002 12:30:30 +0100 (CET) (envelope-from miller@nevrax.com) From: "Daniel Miller" To: Subject: RE: [Nel] Enabling Water Pools in Client Date: Tue, 26 Feb 2002 12:30:30 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Importance: Normal In-Reply-To: <003801c1beb0$e30e6ee0$1d01a8c0@nicolasv> Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: I've observed some odd behaviour relating to the water - sometiimes its there and sometimes its not... - Try compiling in different modes and see if it starts working. (one of the guys on the Ryzom team has a problem in certain build modes) - Behaviour may be different on different machines but this remains to be confirmed. (I've seen problems on some machines but I can't guarantee that they were running the same executables as the machines that run OK) We haven't looked into how to make the problem repeatable yet - when we do we'll fix it. Cheers -----Original Message----- From: nel-admin@nevrax.org [mailto:nel-admin@nevrax.org]On Behalf Of Nicolas Vizerie Sent: Tuesday, February 26, 2002 11:32 AM To: nel@nevrax.org Cc: robofly@in-orbit.net Subject: Re: [Nel] Enabling Water Pools in Client Hi Robert, The way you proceed seems correct. Well, for now, you have to create a water pool the way the object viewer does, since it isn't exposed by the user interface for now. One is provided as the default if you don't create one, however. Note that you can also edit the water pool in the object viewer and save it, so just do a serial on the water pool then. You must also be sure that the normal of the water is pointing towards positives z when you create it, it can't work otherwise and will either display nothing or garbage. Here's the complete process anyway: - Create a convex polygon in the x-y plane where your water surface is. Note that the way it is tesselated force you to make it intersect the border of the object containing the water. - Assign it a NeL water material (see \nel\tools\3d\plugin_max\nel_water_material.txt for details) - Apply mapping coordinates to the surface if you use a diffuse map. At this point you can see the surface by selecting it and clicking 'View the scene'. A GeForce 3 or better is needed to get the water looking good, other versions will be done later (older card are supported, but with no bump) If you want waves on your surface : - Create a wave maker (Geometry / NeL tools / Wave maker) - Assign it the same ID than the water surfaces it must create waves in - Go to the object viewer. - Edit the water pool properties to get the waves you want (and eventually save it). Note that a water pool is shared by several water surfaces (to allow waves propagating from one surface to another). Waves can only be seen when near the viewer, so you may need to adjust the parameter 'Water Unit Size' to a higher value. - Export the shapes and the instance groups. Then you load it in the client, the way you did, and it should work : UInstanceGroup *ig = UInstanceGroup::createInstanceGroup(std::string("water.ig")); ig->addToScene(*scene); // setup the water pool then... If this doesn't work, you could also check wether the shapes are found. Hope it helps Regards, Nicolas Vizerie ----- Original Message ----- From: "Robert Bjarnason" To: Sent: Tuesday, February 26, 2002 12:58 PM Subject: [Nel] Enabling Water Pools in Client > Hi, > > I've been trying to get a Water Pool to work > in a client app that is based on the Snowballs > client. I've spent a lot of time trying to > figure this out, my pool works fine in the > object viewer, but not when I load it into > the client along with the WaveMaker shape. > > One thing I noticed is that CWaterModel::registerBasic() > is not called, I tried adding CScene::registerBasics (); > and then the CWaterModel is registered... But > no pool appears... > > Is it possible to enable the Water Pools using > the UDriver concept or should I set up my Driver > more like the ObjectViewer does it? > > Here is how I create the WaterPoolManager after > and Instance Group with a WaterShape and WaveMakerShape > has been loaded and added to the Scene: > > WaterPoolManager = &NL3D::GetWaterPoolManager(); > > NL3D::CWaterPoolManager::CWaterHeightMapBuild whmb; > whmb.ID = 0; > whmb.Name = "Water01"; > whmb.Size = 256; > whmb.FilterWeight = 3.0f; > whmb.UnitSize = 0.3f; > whmb.WavesEnabled = true; > whmb.WaveIntensity = 1.5f; > whmb.WavePeriod = 0.05f; > whmb.WaveRadius = 3; > whmb.BorderWaves = true; > whmb.Damping = 0.99f; > > WaterPoolManager->createWaterPool(whmb); > WaterPoolManager->setBlendFactor(dynamic_cast (Driver), 0.1f); > > Any hints would be appreciated... > > Thanks, > Robert Bjarnason > robofly@in-orbit.net > > > _______________________________________________ > Nel mailing list > Nel@nevrax.org > /mailman/listinfo.cgi/nel > _______________________________________________ Nel mailing list Nel@nevrax.org /mailman/listinfo.cgi/nel From robert@in-orbit.net Tue Feb 26 12:43:56 2002 Received: from quasar.skima.is (quasar.skima.is [212.30.200.205]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1QBhuW10328 for ; Tue, 26 Feb 2002 12:43:56 +0100 (CET) (envelope-from robert@in-orbit.net) Received: from [157.157.146.56] by quasar.skima.is with ESMTP for nel@nevrax.org; Tue, 26 Feb 2002 11:37:40 Z Date: Tue, 26 Feb 2002 12:05:45 -0800 From: Robert Bjarnason X-Mailer: The Bat! (v1.49) Personal Organization: InOrbit Entertainment, Inc. X-Priority: 3 (Normal) Message-Id: <5969045552.20020226120545@in-orbit.net> To: Nicolas Vizerie Subject: Re[2]: [Nel] Enabling Water Pools in Client In-reply-To: <003801c1beb0$e30e6ee0$1d01a8c0@nicolasv> References: <13639829281.20020226035849@in-orbit.net> <003801c1beb0$e30e6ee0$1d01a8c0@nicolasv> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by www.nevrax.org id g1QBhuW10328 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: =?ISO-8859-1?Q?R=F3bert_Bjarnason?= List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi Nicolas, NV> Well, for now, you have to create a water pool the way the object viewer does, NV> since it isn't exposed by the user interface for now. I might be missing something in this process of creating the water pool the way the object viewer does it... NV> - Export the shapes and the instance groups. After making my pool look really good in Object Viewer I export the shapes and the instance group. NV> Then you load it in the client, the way you did, and it should work : Then I use this code to load the ig: UInstanceGroup *waterIg = UInstanceGroup::createInstanceGroup(std::string("9_AO.ig")); waterIg->addToScene(*Scene); WaterPoolManager = &NL3D::GetWaterPoolManager(); NL3D::CWaterPoolManager::CWaterHeightMapBuild whmb; whmb.ID = 0; <-cut whmb setup-> WaterPoolManager->createWaterPool(whmb); nlinfo("Nr of waterpools %d nr.",WaterPoolManager->getNumPools()); WaterPoolManager->setBlendFactor(dynamic_cast (Driver), 0.1f); NV> If this doesn't work, you could also check wether the shapes are found. The WaterShape is added to the scene I confirmed that with debug code. But this method in CWaterModel is never called: void CWaterModel::registerBasic() This leads me to belive that there is something that I'm missing in the setup of the Driver, can this be the case? Thanks, Robert From loic@dachary.org Tue Feb 26 13:32:06 2002 Received: from inspiron.dachary.org (aboukir-101-1-13-alebeon.adsl.nerim.net [62.212.101.54]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1QCW5W11195 for ; Tue, 26 Feb 2002 13:32:05 +0100 (CET) (envelope-from loic@dachary.org) Received: from loic by inspiron.dachary.org with local (Exim 3.34 #1 (Debian)) id 16fgfj-000413-00 for ; Tue, 26 Feb 2002 13:25:31 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15483.32442.930531.796099@inspiron.dachary.org> Date: Tue, 26 Feb 2002 13:25:30 +0100 From: Loic Dachary To: nel@nevrax.org Subject: Re: [Nel] Exec pb with '-with-debug' In-Reply-To: Alain Dutech's message of 26 February 2002 11:23:23 +0100 References: <3C7B621B.B6960243@loria.fr> X-Mailer: VM 7.01 under Emacs 21.1.1 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: loic@gnu.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Alain Dutech writes: > > Hi, > > trying too fixe some latent assert > - constant flow of : > AST12088 debug.h 384 : "dynamic_cast(o)" > > I compiled nel and snowballs2 with --with-debug > and then > [dutech@crevic client]$ snowballs > INF32265 client.cpp 145 : Starting Snowballs ! > WRN32265 dru.cpp 95 : when loading dynamic library 'libnel_drv_opengl.so': /usr/local/lib/libnel_drv_opengl.so: > undefined symbol: setupUserTextureMatrix__Q24NL3D9CDriverGLUiRQ24NL3D9CMaterial > WRN32265 common.cpp 401 : Exception will be launched: libnel_drv_opengl.so not found > Abandon > > Any hints? I thought Exception were to be catch somewhere... setupUserTextureMatrix was previously declared inline in driver_opengl.h and that triggered this problem. It was fixed, though. Are you using the CVS tree ? If not you should ;-) Cheers, -- Loic Dachary http://www.dachary.org/ loic@dachary.org 12 bd Magenta http://www.senga.org/ loic@senga.org 75010 Paris T: 33 1 42 45 07 97 loic@gnu.org GPG Public Key: http://www.dachary.org/loic/gpg.txt From robert@in-orbit.net Tue Feb 26 14:00:13 2002 Received: from quasar.skima.is (quasar.skima.is [212.30.200.205]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1QD0CW11743 for ; Tue, 26 Feb 2002 14:00:12 +0100 (CET) (envelope-from robert@in-orbit.net) Received: from [157.157.146.56] by quasar.skima.is with ESMTP for nel@nevrax.org; Tue, 26 Feb 2002 12:53:56 Z Date: Tue, 26 Feb 2002 13:22:02 -0800 From: Robert Bjarnason X-Mailer: The Bat! (v1.49) Personal Organization: InOrbit Entertainment, Inc. X-Priority: 3 (Normal) Message-Id: <8073622223.20020226132202@in-orbit.net> To: Loic Dachary Subject: Re[2]: [Nel] invisible users In-reply-To: <15482.28317.541820.605812@inspiron.dachary.org> References: <15482.2797.921111.242323@inspiron.dachary.org> <114154010305.20020225150648@in-orbit.net> <15482.28317.541820.605812@inspiron.dachary.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by www.nevrax.org id g1QD0CW11743 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: =?ISO-8859-1?Q?R=F3bert_Bjarnason?= List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi Loic, LD> Thanks for the pointer. I started to compile it and ran into LD> many minor compilation issues (see the patch below). When the server LD> refused to link I started to ask myself if I was using the proper code LD> base ;-) It looks like part of the client/src should be included in a LD> support library so that the server can use it. Are you running into LD> the same problems or am I missing something ? Actually we just started to work on this codebase again, last commit was over 3 months ago when things were a little different ;) Thanks for the patch :) Michael is working on a re-implementation of the server code-base and will commit soon... And yes we need to separate classes that are common with the client and server, those classes are mostly game-mech related, definition of dynamic objects, weapons and stuff like that. Next step for us is to create those using the NeL level design tools and agent system. When we were last working on this demo, we didn't have the tools to create the PACS data for our Landscape, so the landscape is from Snowballs. LD> Also, I guess that I'll need some sample data files at some LD> point. Could you tell me where they can be found ? We'll put the content that is needed in addition to the snowballs landscape online soon. Thanks, Robert From fmdz@libertysurf.fr Tue Feb 26 15:31:28 2002 Received: from mail.libertysurf.net (mail.libertysurf.net [213.36.80.91]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1QEVRW13346 for ; Tue, 26 Feb 2002 15:31:27 +0100 (CET) (envelope-from fmdz@libertysurf.fr) Received: from tiscali.fr (127.0.0.1) by mail.libertysurf.net (5.1.053) id 3BE819F9003AD335 for nel@nevrax.org; Tue, 26 Feb 2002 15:25:09 +0100 Date: Tue, 26 Feb 2002 15:25:09 +0100 Message-Id: MIME-Version: 1.0 Content-Type: text/plain From: "fmdz@libertysurf.fr" To: nel@nevrax.org X-XaM3-API-Version: 1.1.9.1.38 X-SenderIP: 195.101.57.97 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by www.nevrax.org id g1QEVRW13346 Subject: [Nel] Looking for a job in France => GNU/Linux and/or 3D real-time Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi all... I'm sorry to disturb every body on a mailling list. I've just discovered nevrax (by the www.gnu.org/jobs). As I'm looking for a job in france, i'll continue in french! ;-) Je bosse dans une SSII depuis 4 ans, et j'en ai un peu marre de 'jouer au consultant': étant le seul de ma boite à être passioné par les pingouins, j'ai du mal à convaincre les commerciaux de chercher chez leurs clients des missions qui me plaisent réellement (au mieux, je trouve des migrations de serveurs NT->GNU/Linux, des formations, ou des interventions 'pompier') En bref, le boulot 'du jour' n'est pas passionnant, alors je bosse chez moi sur OpenGL, puis sur Performer (Silicon Graphics). Je peux fournir des screenshots de ce que je fais sur demande. Je suis 'spécialisé' dans les scènes d'extérieur, et je commence à me construire mon petit simulateur d'engins (pas un vrai truc d'avion, mais plutôt du style science fiction...), soft + hard. Le salaire n'est pas ma principale préoccupation, je cherche avant tout à m'éclater sur un projet dynamique. Je maitrise C/C++, assembleur x86, openGL (avec extensions Nvidia), openPerformer, (le système GNU/linux, si on peut prétendre le maitriser un peu), les scripts shell, PostGres, les outils de développement, je me débrouille en anglais, et (point important), je suis musicien. Je précise que je suis musicien&compositeur (guitares acoustiques, banjo, violon, armonica, claviers,...) car il me semble que la créativité est le fondement de l'informatique. Sinon, j'ai fait dans mon jeune temps un noyau multitache qui tournait pas mal (gestion de la mémoire et des taches, architecture générale des drivers, interface graphique spécifique). 100% assembleur x86, sans appel bios (mode protégé oblige). Bon, quand j'ai découverts GNU/linux, j'ai arreté mon projet. ;-) Mais ca m'a permis de connaitre à fond les x86, et surtout les principes de base d'un OS. Mais je m'écarte de mon sujet principal, là... Pratique courante: ODE (www.q12.org SDK pour simulation Physique) perl, php, html, jsp, javascript... java installation/configuration de serveurs (Apache/tomcat, ftp, mail...) formation des administrateurs chez qui j'installe les serveurs (sécurité, openPGP, md5sum, exploitation) tous les outils multimédias de GNU/Linux (Gimp en particulier) je suis de près les évolutions des noyaux, Gnome, KDE, mplayer, ... Voila voila... Le profil idéal pour pas mal de postes! ;-) S'il existe ici une bonne âme qui veuille bien me sauver de la corde (non, quand même pas, mais c'est pas bon pour le moral de faire un boulot uniquement nouricier...). Je suis preneur pour toute proposition décente! Merci d'avance Fred -------------- Profitez de l'offre spéciale Tiscali Liberty Surf ! 50% de temps en plus pendant 3 mois sur tous les forfaits Internet. http://register.libertysurf.fr/subscribe_fr/signup.php3 From lecroart@nevrax.com Tue Feb 26 15:55:15 2002 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1QEtFW13742 for ; Tue, 26 Feb 2002 15:55:15 +0100 (CET) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g1QEn0n66510; Tue, 26 Feb 2002 15:49:00 +0100 (CET) (envelope-from lecroart@nevrax.com) Message-ID: <009401c1bed4$b9e855c0$0901a8c0@vianneyl> From: "Vianney Lecroart" To: Cc: References: Subject: Re: [Nel] Looking for a job in France => GNU/Linux and/or 3D real-time Date: Tue, 26 Feb 2002 15:49:00 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: The goal of this list is to discuss about NeL (Nevrax Library) and not the corporate (Nevrax). To apply for a job, send a mail to jobs@nevrax.com and please don't send french mail here. Thanks Vianney Lecroart --- lead network programmer / nevrax.com icq#: 6870415 homepage: http://ace.planet-d.net www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? From guillaume@morinfr.org Tue Feb 26 18:40:37 2002 Received: from siri (ns1.alcove-solutions.com [212.155.209.139]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1QHeaW16348 for ; Tue, 26 Feb 2002 18:40:36 +0100 (CET) (envelope-from guillaume@morinfr.org) Received: from guillaum by siri with local (Exim 3.34 #1 (Debian)) id 16flXJ-0008O2-00; Tue, 26 Feb 2002 18:37:09 +0100 Date: Tue, 26 Feb 2002 18:37:09 +0100 From: Guillaume Morin To: nel@nevrax.org Cc: loic@gnu.org Subject: Re: [Nel] Exec pb with '-with-debug' Message-ID: <20020226173709.GF596@morinfr.org> Mail-Followup-To: nel@nevrax.org, loic@gnu.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.27i Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi Alain, > [dutech@crevic client]$ snowballs > INF32265 client.cpp 145 : Starting Snowballs ! > WRN32265 dru.cpp 95 : when loading dynamic library > 'libnel_drv_opengl.so': /usr/local/lib/libnel_drv_opengl.so: > undefined symbol: > setupUserTextureMatrix__Q24NL3D9CDriverGLUiRQ24NL3D9CMaterial > WRN32265 common.cpp 401 : Exception will be launched: > libnel_drv_opengl.so not found > Abandon hmm, I can reproduce this problem with today's CVS. I've tried to modify the source following Loic's advice : --- src/3d/driver/opengl/driver_opengl_material.cpp.old Tue Feb 26 18:20:38 2002 +++ src/3d/driver/opengl/driver_opengl_material.cpp Tue Feb 26 18:20:50 2002 @@ -104,7 +104,7 @@ // -------------------------------------------------- -inline void CDriverGL::setTextureEnvFunction(uint stage, CMaterial& mat) +void CDriverGL::setTextureEnvFunction(uint stage, CMaterial& mat) { ITexture *text= mat.getTexture(stage); if(text) @@ -138,7 +138,7 @@ //-------------------------------- -inline void CDriverGL::setupUserTextureMatrix(uint numStages, CMaterial& mat) +void CDriverGL::setupUserTextureMatrix(uint numStages, CMaterial& mat) { if ( (_UserTexMatEnabled != 0 && (mat.getFlags() & IDRV_MAT_USER_TEX_MAT_ALL) == 0) This fixes the problem for me. I still do not understand one thing (sorry I learnt some C++ at school, but I miss some real life experience). If I apply this patch instead : --- driver_opengl.h.old Tue Feb 26 17:27:52 2002 +++ driver_opengl.h Tue Feb 26 18:32:29 2002 @@ -381,10 +381,10 @@ virtual void forceTextureResize(uint divisor); /// Setup texture env functions. Used by setupMaterial - void setTextureEnvFunction(uint stage, CMaterial& mat); + inline void setTextureEnvFunction(uint stage, CMaterial& mat); /// setup the texture matrix for a given number of stages (starting from 0) - void setupUserTextureMatrix(uint numStages, CMaterial& mat); + inline void setupUserTextureMatrix(uint numStages, CMaterial& mat); /// For objects with caustics, setup the first texture (which actually is the one from the material) /*static inline void setupCausticsFirstTex(const CMaterial &mat); snowballs still complains. Any hints ? -- Guillaume Morin People get the operating system they deserve. From david.mentre@wanadoo.fr Tue Feb 26 23:29:24 2002 Received: from mel-rto1.wanadoo.fr (smtp-out-1.wanadoo.fr [193.252.19.188]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1QMTJW51304 for ; Tue, 26 Feb 2002 23:29:19 +0100 (CET) (envelope-from david.mentre@wanadoo.fr) Received: from mel-rta5.wanadoo.fr (193.252.19.122) by mel-rto1.wanadoo.fr; 26 Feb 2002 23:23:00 +0100 Received: from oops (193.251.66.150) by mel-rta5.wanadoo.fr; 26 Feb 2002 23:22:41 +0100 Received: from david by oops with local (Exim 3.34 #1 (Debian)) id 16fpzb-0000Gf-00 for ; Tue, 26 Feb 2002 23:22:39 +0100 To: nel@nevrax.org Subject: NeL and old graphic cards (was Re: [Nel] Particule assert) References: <15477.29277.101283.905300@inspiron.dachary.org> <3C75FBCC.A676F03E@loria.fr> <15478.5954.781447.858445@inspiron.dachary.org> <3C76242E.EA25D7E6@loria.fr> <87k7t2fyq7.fsf@wanadoo.fr> <00c701c1bdfc$3e699680$0901a8c0@vianneyl> <87pu2tb3v7.fsf@wanadoo.fr> <001c01c1bea3$b0bb5be0$0901a8c0@vianneyl> From: David MENTRE Organization: none Date: 26 Feb 2002 23:22:38 +0100 In-Reply-To: <001c01c1bea3$b0bb5be0$0901a8c0@vianneyl> Message-ID: <87heo3rihd.fsf_-_@wanadoo.fr> Lines: 54 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.1 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hello Vianney, "Vianney Lecroart" writes: > We plan to port the 3d lib as many recent 3d card as possible and we could > fix this font problem but it will not be before the midlle/end of > summer. Greet! (However, I don't know if you put my rage128 graphic card in the recent category ;-) > We can add this on the OSS community task list :) I've seen the hint but can't help you for that. I'm a newbie to OpenGL programming and C++. :( BTW, I've compiled the latest CVS tree and observed the following behaviors: - NeL seems slower. Can't give framerate figures as the fonts are unreadable but the GNU is definitely more sensitive and less reactive to mouse mouvements (i.e. it is hardly playable) - code/nel can't be compiled with --enable-ai. Here is the error: c++ -DHAVE_CONFIG_H -I. -I. -I../../../include -O3 -DNL_RELEASE -ftemplate-depth-24 -Wno-multichar -D_REENTRANT -I/usr/X11R6/include -I/usr/local/Installed/STLport4.5//include/stlport -Wp,-MD,.deps/baseai.pp -c baseai.cpp -fPIC -DPIC -o .libs/baseai.lo In file included from ../../../include/nel/ai/agent/ident.h:33, from ../../../include/nel/ai/agent/baseai.h:34, from ../../../include/nel/ai/agent/agent_operator.h:29, from ../../../include/nel/ai/agent/agent_object.h:30, from ../../../include/nel/ai/agent/msg.h:30, from ../../../include/nel/ai/agent/mailbox.h:28, from ../../../include/nel/ai/agent/agentexport.h:49, from baseai.cpp:24: ../../../include/nel/ai/agent/identtype.h: In method `NLAIAGENT::CAgentNumber::CAgentNumber(long long unsigned int, unsigned char, unsigned char)': ../../../include/nel/ai/agent/identtype.h:57: no matching function for call to `NLMISC::CEntityId::CEntityId (uint64 &, uint8 &, uint8 &)' ../../../include/nel/misc/entity_id.h:60: candidates are: NLMISC::CEntityId::CEntityId() ../../../include/nel/misc/entity_id.h:68: NLMISC::CEntityId::CEntityId(unsigned char, long long unsigned int, unsigned char, unsigned char) ../../../include/nel/misc/entity_id.h:76: NLMISC::CEntityId::CEntityId(unsigned char, long long unsigned int) ../../../include/nel/misc/entity_id.h:84: NLMISC::CEntityId::CEntityId(long long unsigned int) ../../../include/nel/misc/entity_id.h:95: NLMISC::CEntityId::CEntityId(const NLMISC::CEntityId &) ../../../include/nel/misc/entity_id.h:104: NLMISC::CEntityId::CEntityId(NLMISC::IStream &) ../../../include/nel/misc/entity_id.h:118: NLMISC::CEntityId::CEntityId(const char *) ../../../include/nel/ai/agent/identtype.h: In method `NLAIAGENT::CAgentNumber::CAgentNumber(long long unsigned int, unsigned char, unsigned char, unsigned char)':../../../include/nel/ai/agent/identtype.h:62: no matching function for call to `NLMISC::CEntityId::CEntityId (uint64 &, uint8 &, uint8 &)' ../../../include/nel/misc/entity_id.h:60: candidates are: NLMISC::CEntityId::CEntityId() ../../../include/nel/misc/entity_id.h:68: NLMISC::CEntityId::CEntityId(unsigned char, long long unsigned int, unsigned char, unsigned char) ../../../include/nel/misc/entity_id.h:76: NLMISC::CEntityId::CEntityId(unsigned char, long long unsigned int) ../../../include/nel/misc/entity_id.h:84: NLMISC::CEntityId::CEnt Best regards, d. -- david.mentre@wanadoo.fr From neuser.jp@club-internet.fr Tue Feb 26 20:51:14 2002 Received: from relay-3v.club-internet.fr (relay-3v.club-internet.fr [194.158.96.114]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1QJpDW32039 for ; Tue, 26 Feb 2002 20:51:13 +0100 (CET) (envelope-from neuser.jp@club-internet.fr) Received: from kissmaniac (lns05v-8-3.w.club-internet.fr [212.194.91.3]) by relay-3v.club-internet.fr (Postfix) with SMTP id 037FF1716 for ; Tue, 26 Feb 2002 20:44:58 +0100 (CET) Message-ID: <000501c1befe$0f7808e0$035bc2d4@kissmaniac> From: "neuser jean-philippe" To: Date: Tue, 26 Feb 2002 20:44:52 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Subject: [Nel] How to build my own landscape ? Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: "neuser jean-philippe" List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hello , i see there are many tools in nel directory It s possible to have a file that describe what they do ? I would like to build my own landscape, is there a tools like World Craft for Half life game ? What tools are you using to build world of ryzom ? Can u distribute it ? I found one named LevelDesign, it s this tools ? I try to build it , but there are some directory link mistake and some files miss ( I download file with CVS snapshot and i m able to compile snowball an run it ). Is this tools finished ? Thanks From vizerie@nevrax.com Wed Feb 27 12:42:39 2002 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1RBgdW44629 for ; Wed, 27 Feb 2002 12:42:39 +0100 (CET) (envelope-from vizerie@nevrax.com) Received: from nicolasv (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g1RBaOn75682; Wed, 27 Feb 2002 12:36:24 +0100 (CET) (envelope-from vizerie@nevrax.com) Message-ID: <005c01c1bf82$fd59a990$1d01a8c0@nicolasv> From: "Nicolas Vizerie" To: Cc: References: <13639829281.20020226035849@in-orbit.net><003801c1beb0$e30e6ee0$1d01a8c0@nicolasv> <5969045552.20020226120545@in-orbit.net> Subject: Re: Re[2]: [Nel] Enabling Water Pools in Client Date: Wed, 27 Feb 2002 12:36:25 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi Robert, That seems to be a bug : I was able to reproduce that in release build. It comes from the ordering of transparent objects. I found that a bitfield in a COrderingLayeredTable was not working correctly with Visual C++ in release build only (in the begin() method). Tracing it showed that it may be a compiler bug. I split it in several fields and it solved the problem. The fix will be available on the CVS. If this doesn't solve your problem, could you report it ? Thanks. Nicolas Vizerie ----- Original Message ----- From: "Robert Bjarnason" To: "Nicolas Vizerie" Sent: Tuesday, February 26, 2002 9:05 PM Subject: Re[2]: [Nel] Enabling Water Pools in Client > Hi Nicolas, > > NV> Well, for now, you have to create a water pool the way the object viewer does, > NV> since it isn't exposed by the user interface for now. > > I might be missing something in this process of creating > the water pool the way the object viewer does it... > > NV> - Export the shapes and the instance groups. > > After making my pool look really good in Object Viewer > I export the shapes and the instance group. > > NV> Then you load it in the client, the way you did, and it should work : > > Then I use this code to load the ig: > > UInstanceGroup *waterIg = UInstanceGroup::createInstanceGroup(std::string("9_AO.ig")); > waterIg->addToScene(*Scene); > > WaterPoolManager = &NL3D::GetWaterPoolManager(); > NL3D::CWaterPoolManager::CWaterHeightMapBuild whmb; > whmb.ID = 0; > <-cut whmb setup-> > WaterPoolManager->createWaterPool(whmb); > nlinfo("Nr of waterpools %d nr.",WaterPoolManager->getNumPools()); > WaterPoolManager->setBlendFactor(dynamic_cast (Driver), 0.1f); > > NV> If this doesn't work, you could also check wether the shapes are found. > > The WaterShape is added to the scene I confirmed that > with debug code. > > But this method in CWaterModel is never > called: void CWaterModel::registerBasic() > > This leads me to belive that there is something that I'm > missing in the setup of the Driver, can this be the case? > > Thanks, > Robert > > > _______________________________________________ > Nel mailing list > Nel@nevrax.org > /mailman/listinfo.cgi/nel > From delirec@NJC15.kumudu.nirmani.net Wed Feb 27 13:54:41 2002 Received: from NJC15.kumudu.nirmani.net ([66.78.34.31]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1RCsZW52775 for ; Wed, 27 Feb 2002 13:54:41 +0100 (CET) (envelope-from delirec@NJC15.kumudu.nirmani.net) Received: from delirec by NJC15.kumudu.nirmani.net with local (Exim 3.34 #1) id 16g3U7-0000Z3-00 for nel@nevrax.org; Wed, 27 Feb 2002 07:47:03 -0500 From: "Dennis McGregor" To: nel@nevrax.org X-Mailer: NeoMail 1.25 X-IPAddress: 203.54.16.72 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Message-Id: Date: Wed, 27 Feb 2002 07:47:03 -0500 X-AntiAbuse: Sender Address Domain - NJC15.kumudu.nirmani.net Subject: [Nel] Re: Compilation problems Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: dns@delire.cz List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: I apologise if this message comes through twice. >>There aren't any old libxml files hanging around, ldconfig doesn't >> complain about the libs that are there, and running xml2-config outputs >> the information correctly (though, perhaps I should mention that I >> erased the -lz flag from `xml2-config --libs` because ld complained >> about it during the make process (bad?)). [...] > >mutex.cpp:246: `PTHREAD_MUTEX_ADAPTIVE_NP' undeclared (first use this function) > PTHREAD_MUTEX_ADAPTIVE_NP should be in pthread.h that is located in the > standard include directory (/usr/include on my system). /usr/include/pthread.h exists. ( too old? What would I check to answer that question? ) However, perhaps this is irrelevant, but checking the config.log after I run configure without the --disable-xmltest flag - it seems that configure trips up as it tries to include xmlversion.h, which _is_ being pointed to correctly by xml2-config. I don't know if the 2 problems with headers are related or not. Dennis. ps: please let me know if there is a more appropriate forum for bugging people with such luser evel q's. From lecroart@nevrax.com Wed Feb 27 15:40:56 2002 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1REeuW62576 for ; Wed, 27 Feb 2002 15:40:56 +0100 (CET) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g1REYfn78122 for ; Wed, 27 Feb 2002 15:34:41 +0100 (CET) (envelope-from lecroart@nevrax.com) Message-ID: <00aa01c1bf9b$e40bf6f0$0901a8c0@vianneyl> From: "Vianney Lecroart" To: Date: Wed, 27 Feb 2002 15:34:40 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Subject: [Nel] www.nevrax.org Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi, We'll try to add more news to the www.nevrax.org site and inform you on the NeL team progress. We added a new webpage that contains a suggested task list for the free software community who want to work and help us on our project : /suggest/ Loic, if you want, we can add a link to your web page that contains binaries or you can send me your binaries and put them on nevrax.org. Vianney Lecroart --- lead network programmer / nevrax.com icq#: 6870415 homepage: http://ace.planet-d.net www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? From nicolas_maurel@hotmail.com Wed Feb 27 16:45:38 2002 Received: from hotmail.com ([207.68.163.30]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1RFjbW70890 for ; Wed, 27 Feb 2002 16:45:38 +0100 (CET) (envelope-from nicolas_maurel@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Wed, 27 Feb 2002 07:39:17 -0800 Received: from 193.248.90.203 by sea1fd.sea1.hotmail.msn.com with HTTP; Wed, 27 Feb 2002 15:39:16 GMT X-Originating-IP: [193.248.90.203] From: "nicolas maurel" To: nel@nevrax.org Date: Wed, 27 Feb 2002 15:39:16 +0000 Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1; format=flowed Message-ID: X-OriginalArrivalTime: 27 Feb 2002 15:39:17.0190 (UTC) FILETIME=[EA70FE60:01C1BFA4] Subject: [Nel] NeWT Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hello, I've got any questions about NeWT who developped it? who can I contact? thanks for your answer _________________________________________________________________ Rejoignez le plus grand service de messagerie au monde avec MSN Hotmail. http://www.hotmail.com/fr From yanbab@yanbab.org Wed Feb 27 18:13:53 2002 Received: from smtp.noos.fr (aragon.noos.net [212.198.2.75]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1RHDrW82471 for ; Wed, 27 Feb 2002 18:13:53 +0100 (CET) (envelope-from yanbab@yanbab.org) Received: (qmail 9630317 invoked by uid 0); 27 Feb 2002 17:07:32 -0000 Received: from unknown (HELO localhost.localdomain) ([195.132.130.145]) (envelope-sender ) by 212.198.2.75 (qmail-ldap-1.03) with SMTP for ; 27 Feb 2002 17:07:32 -0000 Subject: Re: [Nel] NeWT From: Yan Babilliot To: nel@nevrax.org Cc: nicolas_maurel@hotmail.com In-Reply-To: References: Content-Type: text/plain; charset=ISO-8859-1 X-Mailer: Evolution/1.0.2 Date: 27 Feb 2002 18:08:59 +0100 Message-Id: <1014829740.8867.19.camel@debian> Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by www.nevrax.org id g1RHDrW82471 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: le mer 27-02-2002 à 16:39, nicolas maurel a écrit : > Hello, > > I've got any questions about NeWT who developped it? who can I contact? > Hi, I am the main NeWT developer. You can get it on http://newt.nevrax.org/. There is no mailing-list yet, just drop me a mail if you have any questions. Cheers, Yan Babilliot. > thanks for your answer > > _________________________________________________________________ > Rejoignez le plus grand service de messagerie au monde avec MSN Hotmail. > http://www.hotmail.com/fr > > _______________________________________________ > Nel mailing list > Nel@nevrax.org > /mailman/listinfo.cgi/nel > From jlubao@mediaone.net Thu Feb 28 03:21:06 2002 Received: from jxmls04.se.mediaone.net (jxmls04.se.mediaone.net [24.129.0.51]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1S2L0W17455 for ; Thu, 28 Feb 2002 03:21:01 +0100 (CET) (envelope-from jlubao@mediaone.net) Received: from WASP (pomew-2-65-34-213-17.pompano.net [65.34.213.17]) by jxmls04.se.mediaone.net (8.11.1/8.11.1) with SMTP id g1S2Af106213 for ; Wed, 27 Feb 2002 21:10:46 -0500 (EST) Message-ID: <000e01c1bffe$37ecaaa0$11d52241@WASP> From: "Jay Lubao" To: Date: Wed, 27 Feb 2002 21:18:26 -0500 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_000B_01C1BFD4.4BC99A80" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4807.1700 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4910.0300 Subject: [Nel] VC++ Compiling Problem - "nlsound_lowlevel_rd.lib" Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: This is a multi-part message in MIME format. ------=_NextPart_000_000B_01C1BFD4.4BC99A80 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Greetings all! Been compiling this bad boy for a while. I made sure I received all the needed software and successfully compiled Nel, Nelns, but when I go to compile Snowballs2.exe I get the following error. \TEST\nel\obj\ReleaseDebug\bounding_box.obj=20 \TEST\nel\obj\ReleaseDebug\bounding_sphere.obj=20 \TEST\nel\obj\ReleaseDebug\env_effect.obj=20 \TEST\nel\obj\ReleaseDebug\mixing_track.obj=20 \TEST\nel\obj\ReleaseDebug\sound.obj=20 \TEST\nel\obj\ReleaseDebug\stdsound.obj=20 ..\obj\ReleaseDebug\nlsound_lowlevel_rd.lib=20 LINK : fatal error LNK1181: cannot open input file = "..\obj\ReleaseDebug\nlsound_lowlevel_rd.lib" Error executing link.exe. snowballs.exe - 1 error(s), 1 warning(s) ----------------------------------------------------- Now, my question is, where in the heck is this file? It wasn't made when I compiled the libraries for Nel & Nelns, but it wants it anyway! Any help would be appreciated! :) - Jay Lubao ------=_NextPart_000_000B_01C1BFD4.4BC99A80 Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable
Greetings all! Been compiling this bad = boy for a=20 while.
I made sure I received all the needed = software and=20 successfully
compiled Nel, Nelns, but when I go to = compile=20 Snowballs2.exe
I get the following error.
 
\TEST\nel\obj\ReleaseDebug\bounding_box.obj=20
\TEST\nel\obj\ReleaseDebug\bounding_sphere.obj=20
\TEST\nel\obj\ReleaseDebug\env_effect.obj=20
\TEST\nel\obj\ReleaseDebug\mixing_track.obj=20
\TEST\nel\obj\ReleaseDebug\sound.obj=20
\TEST\nel\obj\ReleaseDebug\stdsound.obj=20
..\obj\ReleaseDebug\nlsound_lowlevel_rd.lib
LINK : fatal error = LNK1181:=20 cannot open input file = "..\obj\ReleaseDebug\nlsound_lowlevel_rd.lib"
Error=20 executing link.exe.
 
snowballs.exe - 1 error(s), 1=20 warning(s)
-----------------------------------------------------
 
Now, my question is, where in the heck = is this=20 file? It wasn't made
when I compiled the libraries for Nel = & Nelns,=20 but it wants it anyway!
Any help would be appreciated! = :)
 
- Jay Lubao
------=_NextPart_000_000B_01C1BFD4.4BC99A80-- From robert@in-orbit.net Thu Feb 28 04:54:02 2002 Received: from quasar.skima.is (quasar.skima.is [212.30.200.205]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1S3s2W27282 for ; Thu, 28 Feb 2002 04:54:02 +0100 (CET) (envelope-from robert@in-orbit.net) Received: from [157.157.146.56] by quasar.skima.is with ESMTP for nel@nevrax.org; Thu, 28 Feb 2002 03:47:39 Z Date: Thu, 28 Feb 2002 04:15:42 -0800 From: Robert Bjarnason X-Mailer: The Bat! (v1.49) Personal Organization: InOrbit Entertainment, Inc. X-Priority: 3 (Normal) Message-Id: <5213642631.20020228041542@in-orbit.net> To: Nicolas Vizerie Subject: Re[4]: [Nel] Enabling Water Pools in Client In-reply-To: <005c01c1bf82$fd59a990$1d01a8c0@nicolasv> References: <13639829281.20020226035849@in-orbit.net><003801c1beb0$e30e6ee0$1d01a8c0@nicolasv> <5969045552.20020226120545@in-orbit.net> <005c01c1bf82$fd59a990$1d01a8c0@nicolasv> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by www.nevrax.org id g1S3s2W27282 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: =?ISO-8859-1?Q?R=F3bert_Bjarnason?= List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi Nicolas, NV> That seems to be a bug : I was able to reproduce that in release build. It NV> comes from the ordering of transparent objects. I found that a bitfield in a NV> COrderingLayeredTable was not working correctly with Visual C++ in release NV> build only (in the begin() method). Tracing it showed that it may be a NV> compiler bug. I split it in several fields and it solved the problem. The NV> fix will be available on the CVS. NV> If this doesn't solve your problem, could you report it ? It did solve my problem, thank you very much. I had also tried running it in ReleaseDebug and it had the same behavior there but works fine in both now. Warm regards, Robert From loic@dachary.org Thu Feb 28 09:44:14 2002 Received: from inspiron.dachary.org (aboukir-101-1-13-alebeon.adsl.nerim.net [62.212.101.54]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1S8iDW58631 for ; Thu, 28 Feb 2002 09:44:14 +0100 (CET) (envelope-from loic@dachary.org) Received: from loic by inspiron.dachary.org with local (Exim 3.34 #1 (Debian)) id 16gM4H-0000IZ-00 for ; Thu, 28 Feb 2002 09:37:37 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15485.60497.618149.56812@inspiron.dachary.org> Date: Thu, 28 Feb 2002 09:37:37 +0100 From: Loic Dachary To: nel@nevrax.org Subject: Re: Re[4]: [Nel] Enabling Water Pools in Client In-Reply-To: Robert Bjarnason's message of 28 February 2002 04:15:42 -0800 References: <13639829281.20020226035849@in-orbit.net> <003801c1beb0$e30e6ee0$1d01a8c0@nicolasv> <5969045552.20020226120545@in-orbit.net> <005c01c1bf82$fd59a990$1d01a8c0@nicolasv> <5213642631.20020228041542@in-orbit.net> X-Mailer: VM 7.01 under Emacs 21.1.1 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: loic@gnu.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Robert Bjarnason writes: > Hi Nicolas, > > NV> That seems to be a bug : I was able to reproduce that in release build. It > NV> comes from the ordering of transparent objects. I found that a bitfield in a > NV> COrderingLayeredTable was not working correctly with Visual C++ in release > NV> build only (in the begin() method). Tracing it showed that it may be a > NV> compiler bug. I split it in several fields and it solved the problem. The > NV> fix will be available on the CVS. > NV> If this doesn't solve your problem, could you report it ? > > It did solve my problem, thank you very much. > I had also tried running it in ReleaseDebug and > it had the same behavior there but works fine in > both now. > Hi, Could you please commit the corresponding changes to the :pserver:anonymous@cvs.sf.net:/cvsroot/bang CVS tree so that we can try them ? Thanks in advance, -- Loic Dachary http://www.dachary.org/ loic@dachary.org 12 bd Magenta http://www.senga.org/ loic@senga.org 75010 Paris T: 33 1 42 45 07 97 loic@gnu.org GPG Public Key: http://www.dachary.org/loic/gpg.txt From me@lars.in-berlin.de Thu Feb 28 01:01:49 2002 Received: from hirsch.in-berlin.de (hirsch.in-berlin.de [192.109.42.6]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1S01mW07601 for ; Thu, 28 Feb 2002 01:01:48 +0100 (CET) (envelope-from me@lars.in-berlin.de) Received: from psych-o-mat (port-213-20-230-164.reverse.qdsl-home.de [213.20.230.164]) (authenticated bits=0) by hirsch.in-berlin.de (8.12.1/8.12.1/Debian -2) with ESMTP id g1RNtWWM029311 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NOT) for ; Thu, 28 Feb 2002 00:55:32 +0100 X-Envelope-From: me@lars.in-berlin.de X-Envelope-To: Received: from [10.20.40.80] (helo=bit-weaver) by psych-o-mat with esmtp (Exim 3.33 #1 (Debian)) id 16gE3U-000238-00 for ; Thu, 28 Feb 2002 01:04:16 +0100 Received: from lars by bit-weaver with local (Exim 3.33 #1 (Debian)) id 16gDyb-0001jD-00 for ; Thu, 28 Feb 2002 00:59:13 +0100 To: nel@nevrax.org From: Lars Weber Date: 28 Feb 2002 00:59:13 +0100 Message-ID: <87k7syh3xq.fsf@lars.in-berlin.de> Lines: 36 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/21.1 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: [Nel] ./configure strangeness Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hello all, can anyone here tell me why the following fails: root[/usr/local/src/snowball/snowballs2]: ./configure \ --with-stlport-lib=/usr/local/lib \ --with-stlport-include=/usr/local/include/stlport \ --with-nel-lib=/usr/local/lib \ --with-nel-include=/usr/local/src/nel/include --disable-serve ---8<--- checking for STLPort headers... /usr/local/include/stlport checking for STLPort libraries... no configure: error: STLPort must be installed (http://www.stlport.org). --->8--- but this one works: root[/usr/local/src/snowball/snowballs2]: ./configure \ --with-stlport-lib= /usr/local/lib \ --with-stlport-include=/usr/local/include/stlport \ --with-nel-lib=/usr/local/lib \ --with-nel-include=/usr/local/src/nel/include --disable-serve (The ` ' after --with-stlport-lib= is the only difference!) The source was downloaded from /download/cvs/ a few hours ago. Thanks, Lars -- [ Lars Weber ]------< me @ lars.in-berlin.de >----[ GPG-ID: 1383B42E ] +++ fingerprint: 44B1 1D23 DD53 E6B2 4AAB 4C36 0323 9141 1383 B42E +++ [ Using GNU ]----< www.gnu.org | www.debian.org >---[ Running Debian ] From neuser.jp@club-internet.fr Thu Feb 28 01:01:56 2002 Received: from relay-3v.club-internet.fr (relay-3v.club-internet.fr [194.158.96.114]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1S01tW07606 for ; Thu, 28 Feb 2002 01:01:55 +0100 (CET) (envelope-from neuser.jp@club-internet.fr) Received: from kissmaniac (lns04v-4-218.w.club-internet.fr [212.194.63.218]) by relay-3v.club-internet.fr (Postfix) with SMTP id 4D81B16D5 for ; Thu, 28 Feb 2002 00:55:39 +0100 (CET) Message-ID: <000801c1bfea$3ab0ead0$da3fc2d4@kissmaniac> From: "neuser jean-philippe" To: Date: Thu, 28 Feb 2002 00:55:25 +0100 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0005_01C1BFF2.9B5ABB10" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Subject: [Nel] How to build landscape with 3DS max Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: "neuser jean-philippe" List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: This is a multi-part message in MIME format. ------=_NextPart_000_0005_01C1BFF2.9B5ABB10 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello all ,=20 ok i have understood that the only way to make my landscape is to use = 3DS max. ok i have compile ligo project and 3ds max plugins , i have some Dll, = Dlu plugin install in 3DS max directory but now i do ? :)=20 i see that i can execute some script but i dont understand what to do = with.=20 Is somebody can tell me the how to begin ? i just want to make a very = little landscape ( a plane is sufficient ! )=20 thansk all=20 ------=_NextPart_000_0005_01C1BFF2.9B5ABB10 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hello all  ,
ok i have understood that the only way = to make my=20 landscape is to use 3DS max.
 
ok i have compile ligo project and 3ds = max plugins=20 , i have some Dll, Dlu plugin install in 3DS max directory but now i do = ? =20 :)
i see that i can execute some script = but i dont=20 understand what to do with.
 
Is somebody can tell me the how to = begin ? i just=20 want to make a very little landscape  ( a plane is sufficient ! )=20
 
 
thansk all
------=_NextPart_000_0005_01C1BFF2.9B5ABB10-- From neuser.jp@club-internet.fr Thu Feb 28 01:03:03 2002 Received: from relay-4v.club-internet.fr (relay-4v.club-internet.fr [194.158.96.115]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1S033W07719 for ; Thu, 28 Feb 2002 01:03:03 +0100 (CET) (envelope-from neuser.jp@club-internet.fr) Received: from kissmaniac (lns04v-4-218.w.club-internet.fr [212.194.63.218]) by relay-4v.club-internet.fr (Postfix) with SMTP id CDAE21699 for ; Thu, 28 Feb 2002 00:56:46 +0100 (CET) Message-ID: <000d01c1bfea$62dfef60$da3fc2d4@kissmaniac> From: "neuser jean-philippe" To: Date: Thu, 28 Feb 2002 00:56:33 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Subject: [Nel] How to build landscape with 3DS max ( mail without HTML ) Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: "neuser jean-philippe" List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hello all , ok i have understood that the only way to make my landscape is to use 3DS max. ok i have compile ligo project and 3ds max plugins , i have some Dll, Dlu plugin install in 3DS max directory but now i do ? :) i see that i can execute some script but i dont understand what to do with. Is somebody can tell me the how to begin ? i just want to make a very little landscape ( a plane is sufficient ! ) thansk all From me@lars.in-berlin.de Thu Feb 28 01:46:13 2002 Received: from hirsch.in-berlin.de (hirsch.in-berlin.de [192.109.42.6]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1S0kDW10127 for ; Thu, 28 Feb 2002 01:46:13 +0100 (CET) (envelope-from me@lars.in-berlin.de) Received: from psych-o-mat (port-213-20-230-164.reverse.qdsl-home.de [213.20.230.164]) (authenticated bits=0) by hirsch.in-berlin.de (8.12.1/8.12.1/Debian -2) with ESMTP id g1S0dvWM000675 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NOT) for ; Thu, 28 Feb 2002 01:39:57 +0100 X-Envelope-From: me@lars.in-berlin.de X-Envelope-To: Received: from [10.20.40.80] (helo=bit-weaver) by psych-o-mat with esmtp (Exim 3.33 #1 (Debian)) id 16gEkU-00024G-00 for ; Thu, 28 Feb 2002 01:48:42 +0100 Received: from lars by bit-weaver with local (Exim 3.33 #1 (Debian)) id 16gEfb-0003CR-00 for ; Thu, 28 Feb 2002 01:43:39 +0100 To: nel@nevrax.org References: <87k7syh3xq.fsf@lars.in-berlin.de> From: Lars Weber Date: 28 Feb 2002 01:43:38 +0100 In-Reply-To: <87k7syh3xq.fsf@lars.in-berlin.de> Message-ID: <87g03mh1vp.fsf@lars.in-berlin.de> Lines: 31 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/21.1 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: [Nel] Re: ./configure strangeness Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Lars Weber wrote: > root[/usr/local/src/snowball/snowballs2]: ./configure \ > --with-stlport-lib=/usr/local/lib \ > --with-stlport-include=/usr/local/include/stlport \ > --with-nel-lib=/usr/local/lib \ > --with-nel-include=/usr/local/src/nel/include --disable-serve I'm still not sure why the above fails... > root[/usr/local/src/snowball/snowballs2]: ./configure \ > --with-stlport-lib= /usr/local/lib \ > --with-stlport-include=/usr/local/include/stlport \ > --with-nel-lib=/usr/local/lib \ > --with-nel-include=/usr/local/src/nel/include --disable-serve but this one is just me beeing stupid! I didn't notice the `configure: warning: /usr/local/lib: invalid host type' in the output. Compiling with no argument to --with-stlport-lib seems to work better than with the one I use above for whatever reason. Sorry, Lars -- [ Lars Weber ]------< me @ lars.in-berlin.de >----[ GPG-ID: 1383B42E ] +++ fingerprint: 44B1 1D23 DD53 E6B2 4AAB 4C36 0323 9141 1383 B42E +++ [ Using GNU ]----< www.gnu.org | www.debian.org >---[ Running Debian ] From lecroart@nevrax.com Thu Feb 28 11:12:40 2002 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1SACdW68790 for ; Thu, 28 Feb 2002 11:12:39 +0100 (CET) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g1SA6Nn86140 for ; Thu, 28 Feb 2002 11:06:23 +0100 (CET) (envelope-from lecroart@nevrax.com) Message-ID: <003701c1c03f$93a65a30$0901a8c0@vianneyl> From: "Vianney Lecroart" To: References: <000e01c1bffe$37ecaaa0$11d52241@WASP> Subject: Re: [Nel] VC++ Compiling Problem - "nlsound_lowlevel_rd.lib" Date: Thu, 28 Feb 2002 11:06:23 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi, >LINK : fatal error LNK1181: cannot open input file "..\obj\ReleaseDebug\nlsound_lowlevel_rd.lib" >snowballs.exe - 1 error(s), 1 warning(s) The nlsound_lowlevel_rd.lib is created when you compile the nel\src\sound\driver\sound_lowlevel.dsp that should included in the snowballs2.dsw. Vianney Lecroart --- lead network programmer / nevrax.com icq#: 6870415 homepage: http://ace.planet-d.net www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? From robert@in-orbit.net Thu Feb 28 13:49:41 2002 Received: from quasar.skima.is (quasar.skima.is [212.30.200.205]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1SCnfW74649 for ; Thu, 28 Feb 2002 13:49:41 +0100 (CET) (envelope-from robert@in-orbit.net) Received: from [157.157.146.56] by quasar.skima.is with ESMTP for nel@nevrax.org; Thu, 28 Feb 2002 12:43:24 Z Date: Thu, 28 Feb 2002 13:11:26 -0800 From: Robert Bjarnason X-Mailer: The Bat! (v1.49) Personal Organization: InOrbit Entertainment, Inc. X-Priority: 3 (Normal) Message-Id: <63245786392.20020228131126@in-orbit.net> To: neuser jean-philippe Subject: Re: [Nel] How to build landscape with 3DS max In-reply-To: <000d01c1bfea$62dfef60$da3fc2d4@kissmaniac> References: <000d01c1bfea$62dfef60$da3fc2d4@kissmaniac> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by www.nevrax.org id g1SCnfW74649 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: =?ISO-8859-1?Q?R=F3bert_Bjarnason?= List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi Neuser, njp> Is somebody can tell me the how to begin ? i just want to make a very little njp> landscape ( a plane is sufficient ! ) There is an outline for generating the Landscape at /pipermail/nel/2001-October/000654.html I'll give you my perspective that you can check out in addition to the above mailing-list post. (This is a more hand on approach compared to Ligo, I'm not sure my self how to use Ligo): You have to install the plugins in Plugin_MAX: nel_export, nel_patch_converter, nel_patch_paint, and tile_utility. You need to install and compile zone_dependencies, zone_welder, zone_lighter and zone_ig_lighter. And set up you tools/3d/build_game_data correctly (it is good to use the Cygwin tools when dealing with the command-line interface of the build_game_data tools. Set the build_game_data config to only process zone and rbank if you are not processing something else. Also you have to install the PACS collision processing tools for the rbank process. 0. Open an empty MAX project. 1. Set the MAX units to Generic Units. 2. Create a Quad-Patch with 4-5 segments 3. Set the size of the Patch to 160x160 4. Find out the positions the Patches need to be, positions are fixed based on the name you give the Patch. For example if you have a Patch that you decide to call 8_AN the position if that patch would be 2160(x), -1200(y) in the Max world space. 5. Name the patch the Zonename you decide to start with for example you could start with 8_AN at above position. 6. Clone the Patch you just created. 7. Set the name and position correctly by using a new zone name and corresponding absolute world position. If you set the name to 8_AO then the position will be 2320(x), -1200(y) it seems to me that the x position changes with the letter counting in the end of the Zonename and the y position changes with the numbers in the front of the name. 8. Now clone as many patches as you like to create a plane that is the Landscape. Make sure to use the right Patch/Zone names and their position are correct. 9. Now you got a Plane with x many Patches. 10. Deform the Patches as you like using the Edit Patch modifier, a standard tool in Max. You can also use a Displacement map at this point, just use the appropriate modifier in MAX. 11. Now you have shaped the Landscape as you want. 12. Find the NelConvert modifier in the MAX menu, apply it to all the patches. 13. Now select Tools and find the tool called Nel Tile Bank, use this tool to select the Tile Bank you have created. The Tile Banks hold all textures, transition maps, displacement maps (for making geometric noise) and info about what vegetations set is connected to tiles. 14. Select the first Patch you want to paint and make that selected Patch fill up your Perspective View. 15. Find and select the NeL Patch Painter and apply that modifier to the Patch. 16. Press the Paint button in the NeL Patch Painter, Geometry roll-out. 17. Now you can Paint you patch with the tool that pops up. The key definition is included in the src archive of the nel_patch_paint plugin. 18. Quit the paint tool and select the next Patch to paint. 19. Finish painting all your Patches. 20. Run the build_game_data ./0_setup.bat. 20. Select all your Patches/Zones and use the Export Model function in the NeL Export tool. Save them into your build_game_data/processes/zone/zone_exported folder manually using ./3_build.bat or use build_game_data to automatically export the Patches from Max using the scripting interface, then use ./2_export.bat. 21. Copy your shapes into processes/shapes/shapes, your .smallbank tile file into processes/smallbank/smallbank and you instance_groups into processes/ig/ig_land. 21. Change all the config files in build_game_data to reflect the names you decided on for the Patches/Zones. 22. If you are exporting the Patches/Zones manually then use: ./3_build.bat if you are exporting the Patches/Zones automatically use ./2.export.bat. 22. Now Landscape will be welded and lit and the final result appear in zone_lighted in the process/zone tree. And the lit instance groups will appear in process/zone/ig_land_lighted. 23. Your collision files will be in processes/rbank/output This was from the top of my head... It's not very complete especially tile creation and build_game_data parts. Feel free to ask if you have specific questions. Warm regards, Róbert Bjarnason From robert@in-orbit.net Thu Feb 28 13:55:05 2002 Received: from quasar.skima.is (quasar.skima.is [212.30.200.205]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1SCt4W74805 for ; Thu, 28 Feb 2002 13:55:04 +0100 (CET) (envelope-from robert@in-orbit.net) Received: from [157.157.146.56] by quasar.skima.is with ESMTP for nel@nevrax.org; Thu, 28 Feb 2002 12:48:35 Z Date: Thu, 28 Feb 2002 13:16:37 -0800 From: Robert Bjarnason X-Mailer: The Bat! (v1.49) Personal Organization: InOrbit Entertainment, Inc. X-Priority: 3 (Normal) Message-Id: <153246097509.20020228131637@in-orbit.net> To: Loic Dachary Subject: Re[6]: [Nel] Enabling Water Pools in Client In-reply-To: <15485.60497.618149.56812@inspiron.dachary.org> References: <13639829281.20020226035849@in-orbit.net> <003801c1beb0$e30e6ee0$1d01a8c0@nicolasv> <5969045552.20020226120545@in-orbit.net> <005c01c1bf82$fd59a990$1d01a8c0@nicolasv> <5213642631.20020228041542@in-orbit.net> <15485.60497.618149.56812@inspiron.dachary.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by www.nevrax.org id g1SCt4W74805 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: =?ISO-8859-1?Q?R=F3bert_Bjarnason?= List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi Loic, LD> Could you please commit the corresponding changes to the LD> :pserver:anonymous@cvs.sf.net:/cvsroot/bang CVS tree so that we can LD> try them ? Nicolas at Nevrax made those changes and they were committed to the Nevrax CVS tree yesterday. The demo app I'm using to load the Water Pools has a minor addition that has to do with enabling the WaterPoolManager. I will upload that code tree to our new development server at http://savannah.gnu.org/projects/bang/ in the next few days. We decided to leave SourceForge because of the recent changes in there hosting licence. Warm regards, Robert Bjarnason From jay.bradley@ed.ac.uk Thu Feb 28 16:58:06 2002 Received: from grassmarket.ucs.ed.ac.uk (grassmarket.ucs.ed.ac.uk [129.215.166.64]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1SFw6W77457 for ; Thu, 28 Feb 2002 16:58:06 +0100 (CET) (envelope-from jay.bradley@ed.ac.uk) Received: from turriff.dai.ed.ac.uk (turriff.dai.ed.ac.uk [129.215.41.225]) by grassmarket.ucs.ed.ac.uk (8.11.6/8.11.6) with ESMTP id g1SFpnL19700 for ; Thu, 28 Feb 2002 15:51:49 GMT Date: Thu, 28 Feb 2002 15:51:49 +0000 (GMT) From: To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: [Nel] Agent control Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi, Does anybody have any examples of code for a server side agent? I've been looking at the code for quite some time now, but can't work out where to start. I'm using an external agent architecture for my PhD research and would like to write some interface code to NeL. As the documentation for agents is non-existent I'm having great difficulty. Any example code or documentation would be great, Jay Bradley From chafik@nevrax.com Thu Feb 28 17:59:02 2002 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1SGx2W78309 for ; Thu, 28 Feb 2002 17:59:02 +0100 (CET) (envelope-from chafik@nevrax.com) Received: from sameh (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g1SGqjn91745 for ; Thu, 28 Feb 2002 17:52:45 +0100 (CET) (envelope-from chafik@nevrax.com) Message-ID: <013101c1c078$58a0b460$1001a8c0@sameh> From: "sameh chafik Pro" To: References: Subject: Re: [Nel] Agent control Date: Thu, 28 Feb 2002 17:52:45 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi jay, i would like to help you on doc search, but at present we have french doc. at this time, we work on a linux config pack, i have to do one or two things to it then i'll put it on cvs. In this config you'll find a version of an active agent service, at present my problem is to cut game dependent data. It isn't necessarily long to make but i have to have time to do it correctly and cleanly. in the mean time, i'll put a source for a minimal agent manager. This could allow user to create friendly agent. ----- Original Message ----- From: To: Sent: Thursday, February 28, 2002 4:51 PM Subject: [Nel] Agent control > Hi, > > Does anybody have any examples of code for a server side agent? I've been looking > at the code for quite some time now, but can't work out where to > start. I'm using an external agent architecture for my PhD > research and would like to write some interface code to NeL. As the > documentation for agents is non-existent I'm having great difficulty. > > Any example code or documentation would be great, > > Jay Bradley > > _______________________________________________ > Nel mailing list > Nel@nevrax.org > /mailman/listinfo.cgi/nel > From lecroart@nevrax.com Fri Mar 1 10:07:55 2002 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g2197sW94918 for ; Fri, 1 Mar 2002 10:07:54 +0100 (CET) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g2191cn95969 for ; Fri, 1 Mar 2002 10:01:38 +0100 (CET) (envelope-from lecroart@nevrax.com) Message-ID: <001601c1c0ff$b29cd2a0$0901a8c0@vianneyl> From: "Vianney Lecroart" To: Date: Fri, 1 Mar 2002 10:01:38 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Subject: [Nel] News Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi, Some news on the www.nevrax.org: -You will find Snowballs binaries on our web site in the download section. Currently, we only have Windows binaries but feel free to send us some other versions (e.g. GNU/Linux tarballs, debian packages and so on). Please, send them to lecroart@nevrax.com Next news to come: - A little explanation of the new network system, CTransportClass, that provides class comunication between services using network layer 5. Other news: -NeL now uses pch (precompilated header) that speed up the compilation on windows. Vianney Lecroart --- lead network programmer / nevrax.com icq#: 6870415 homepage: http://ace.planet-d.net www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? From neuser.jp@club-internet.fr Fri Mar 1 00:58:40 2002 Received: from relay-3v.club-internet.fr (relay-3v.club-internet.fr [194.158.96.114]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1SNweW85042 for ; Fri, 1 Mar 2002 00:58:40 +0100 (CET) (envelope-from neuser.jp@club-internet.fr) Received: from kissmaniac (lns07v-8-4.w.club-internet.fr [212.194.139.4]) by relay-3v.club-internet.fr (Postfix) with SMTP id 9B7D3169C for ; Fri, 1 Mar 2002 00:52:23 +0100 (CET) Message-ID: <000901c1c0b2$eeb733e0$048bc2d4@kissmaniac> From: "neuser jean-philippe" To: Date: Fri, 1 Mar 2002 00:52:07 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Subject: [Nel] Is it possible to have TGA files from snowball demo to make tile Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: "neuser jean-philippe" List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hello , ok i am near to find how to make a landscape i have to make my own tile but i dont have any texture and all texture of snowball demo have been converted to DSS format. Is it possible to have the texture in TGA format or make tools DSStoTGA A+ From corvazier@nevrax.com Fri Mar 1 12:02:14 2002 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g21B2EW96397 for ; Fri, 1 Mar 2002 12:02:14 +0100 (CET) (envelope-from corvazier@nevrax.com) Received: from cyrilc (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g21Atvn97387 for ; Fri, 1 Mar 2002 11:55:57 +0100 (CET) (envelope-from corvazier@nevrax.com) Message-ID: <00c201c1c10f$c376fd70$1701a8c0@cyrilc> From: "Cyril 'Hulud' Corvazier" To: References: <000901c1c0b2$eeb733e0$048bc2d4@kissmaniac> Subject: Re: [Nel] Is it possible to have TGA files from snowball demo to make tile Date: Fri, 1 Mar 2002 11:56:38 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Using NeL, it should be something like: #include #include using namespace NL3D; using namespace NLMISC; void main () { CIFile input; if (input.open ("texture.dds")) { CBitmap bitmap; bitmap.load (input); bitmap.convertToType (CBitmap::RGBA); COFile output; if (output.open ("texture.tga")) { bitmap.writeTGA (output, 32); } } } Hld. From neuser.jp@club-internet.fr Fri Mar 1 15:00:18 2002 Received: from relay-4v.club-internet.fr (relay-4v.club-internet.fr [194.158.96.115]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g21E04W04976 for ; Fri, 1 Mar 2002 15:00:04 +0100 (CET) (envelope-from neuser.jp@club-internet.fr) Received: from kissmaniac (lns03v-11-13.w.club-internet.fr [212.194.46.13]) by relay-4v.club-internet.fr (Postfix) with SMTP id 3E3D61698 for ; Fri, 1 Mar 2002 14:53:45 +0100 (CET) Message-ID: <000e01c1c128$76fc1890$0d2ec2d4@kissmaniac> From: "neuser jean-philippe" To: Date: Fri, 1 Mar 2002 14:53:25 +0100 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_000B_01C1C130.D72A0210" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Subject: [Nel] prb to paint and export patch under 3DSMAX Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: "neuser jean-philippe" List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: This is a multi-part message in MIME format. ------=_NextPart_000_000B_01C1C130.D72A0210 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable hello everybody i have some problems to make my landscape , specialy to export patch = zone MY CONFIGURATION Windows XP Proc AMD XP 1600+ and 256 Mo RAM and ATI Radeon 7200 Visual Studio 6 + SP5 3DSMAX release 3 + character studio 2.2 in c:\3DSMAX Ok i have compiled snowball demo , plugins max , ligo and tile edit. Snowball demo and tile_edit works.=20 Some files have been installed in c:\3DSMAX_1\plugins by visual studio = project=20 files are :=20 nelconvertpatch.dlm nelexport.dlu nelligo.dlx nelpaintdlm neltileutility.dlu i have transfered them into c:\3DSMAX\plugins i have copied some scripts too nel_ligo_export.ms and nel_ligoscape.ms into c:\3DSMAX\scripts\utilities and=20 nel_flare.ms , nel_light.ms, nel_material.ms , = nel_material.ms.v1,nel_material.ms.v2, nel_material.ms.v3, nel_material.ms.v5, nel_multi_set.ms, nel_ps.ms, = nel_swt.ms, nel_wave_maker.ms=20 into c:\3DSMAX\scripts\startup and nel_ligoscape.mcr into c:\3DSMAX\scripts\macroScripts i have copied nel_drv_opengl.dll object_viewer.DLL and object_viewer.cfg = into c:\3DSMAX\plugins and c:\3DSMAX ok now i run 3DSMAX=20 i make a quad patch=20 i enter 160 in lenght and 160 in width now i go into modify menu , i select More button and i can i see a nel = convert tool in list and i select it. =20 ok now you say i have to lauch nel tile utility plugin but i m not able = able to find anywhere i only have a tile_edit.exe , so i launch it. i make a a land , add one tile and add 1 texture ( 128 * 128 in 24 bit = and TGA uncompressed format )=20 i save all in c:\temp , set absolute patch and copie image1 in c:\temp ok now i select More button again, i can see a nel painter tool in list = and i select it=20 i have a new option in Geometry menu. So i select perspective view and = i select paint. i see my quad patch in a new windows , with the user_guit.txt , i able = to color a little but not to color with my texture ( normal )=20 Ok i do the link between tile_edit and nel_painter ?=20 now i exit the painter=20 and i run nel_ligoscape script , i understand nothing !! when i select = export , nothing export . There is an other script call nel_ligo_export but if i run it 3DSMAX = crach at each time. ok i need help here !!=20 thanks all=20 ------=_NextPart_000_000B_01C1C130.D72A0210 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
hello everybody
i have some problems to make my = landscape ,=20 specialy to export patch zone
 
 
MY CONFIGURATION
Windows XP  Proc AMD XP 1600+  and 256 Mo RAM and ATI Radeon=20 7200
Visual Studio 6 + SP5
3DSMAX release 3 + character studio = 2.2  =20 in c:\3DSMAX
 
 
Ok i have compiled snowball demo , = plugins max ,=20 ligo and tile edit.
Snowball demo and tile_edit works. =
 
 
Some files have been installed in=20 c:\3DSMAX_1\plugins by visual studio project
files are :
nelconvertpatch.dlm
nelexport.dlu
nelligo.dlx
nelpaintdlm
neltileutility.dlu
i have transfered them into=20 c:\3DSMAX\plugins
 
 
 
i have copied some scripts = too
 
nel_ligo_export.ms and nel_ligoscape.ms = into=20 c:\3DSMAX\scripts\utilities
and
nel_flare.ms , nel_light.ms, = nel_material.ms ,=20 nel_material.ms.v1,nel_material.ms.v2,
nel_material.ms.v3, nel_material.ms.v5, = nel_multi_set.ms, nel_ps.ms, nel_swt.ms, nel_wave_maker.ms
into = c:\3DSMAX\scripts\startup
and
nel_ligoscape.mcr into=20 c:\3DSMAX\scripts\macroScripts
 
 
 
i have copied nel_drv_opengl.dll = object_viewer.DLL=20 and object_viewer.cfg into c:\3DSMAX\plugins and c:\3DSMAX
 
 
ok now i run 3DSMAX
i make a quad patch
i enter 160 in lenght and 160 in = width
 
now i go into modify menu , i select = More button=20 and i can i see a nel convert tool in list and i select = it.
 
 
ok now you say i have to lauch nel tile = utility=20 plugin but i m not able able to find anywhere
i only have a tile_edit.exe , so i launch it.
i make a a land , add one tile and add 1 texture ( 128 * 128 in 24 = bit and=20 TGA uncompressed format )
i save all in c:\temp , set absolute patch and copie image1 in=20 c:\temp
 
 
ok now i select More button again, i can see a nel painter tool in = list and=20 i select it
i have a new option in Geometry = menu. So i=20 select perspective view  and i select paint.
i see my quad patch in a new windows , = with the=20 user_guit.txt , i able to color a little but not to color with my = texture (=20 normal )
 
Ok i do the link between tile_edit and = nel_painter=20 ?
 
 
now i exit the painter
and i run nel_ligoscape script , i understand nothing !! when i = select=20 export , nothing export .
There is an other script call nel_ligo_export but if i run it = 3DSMAX crach=20 at each time.
 
 
 
ok i need help here !!
 
 
 
 
thanks all
------=_NextPart_000_000B_01C1C130.D72A0210-- From robert@in-orbit.net Fri Mar 1 15:22:15 2002 Received: from quasar.skima.is (quasar.skima.is [212.30.200.205]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g21EMEW06145 for ; Fri, 1 Mar 2002 15:22:14 +0100 (CET) (envelope-from robert@in-orbit.net) Received: from [157.157.146.56] by quasar.skima.is with ESMTP for nel@nevrax.org; Fri, 1 Mar 2002 14:15:33 Z Date: Fri, 1 Mar 2002 14:43:33 -0800 From: Robert Bjarnason X-Mailer: The Bat! (v1.49) Personal Organization: InOrbit Entertainment, Inc. X-Priority: 3 (Normal) Message-Id: <194337713366.20020301144333@in-orbit.net> To: nel@nevrax.org Subject: Re: [Nel] prb to paint and export patch under 3DSMAX In-reply-To: <000e01c1c128$76fc1890$0d2ec2d4@kissmaniac> References: <000e01c1c128$76fc1890$0d2ec2d4@kissmaniac> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by www.nevrax.org id g21EMEW06145 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: =?ISO-8859-1?Q?R=F3bert_Bjarnason?= List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi Neuser, njp> ok now you say i have to lauch nel tile utility plugin but i m not able able to find anywhere njp> i only have a tile_edit.exe , so i launch it. njp> i make a a land , add one tile and add 1 texture ( 128 * 128 in 24 bit and TGA uncompressed format ) njp> i save all in c:\temp , set absolute patch and copie image1 in c:\temp njp> Ok i do the link between tile_edit and nel_painter ? The NeL Tile Bank plugin is in the Utilities section of the 3D max menus (where the little hammer is). You find NeL Tile Bank under NeL Tools if you go into "Configure Button Sets". You click on the NeL Tile Bank and then you click on "Click to choose a bank..." in the parameters rollout, then you select the Bank you just created with tile_edit.exe. Then you can paint using your textures. njp> ok i need help here !! I'm not familiar with LigoScape but to export the painted zone file you go into the NeL Export in the Utilities menu's and select Export model to save you Patch/Zone. Then you have to weld, light and create PACS collistion info for your zones before you can use them in a client application. Warm regards, Robert From me@lars.in-berlin.de Fri Mar 1 16:27:54 2002 Received: from hirsch.in-berlin.de (hirsch.in-berlin.de [192.109.42.6]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g21FRsW09276 for ; Fri, 1 Mar 2002 16:27:54 +0100 (CET) (envelope-from me@lars.in-berlin.de) Received: from psych-o-mat (port-213-20-24-130.reverse.qdsl-home.de [213.20.24.130]) (authenticated bits=0) by hirsch.in-berlin.de (8.12.1/8.12.1/Debian -2) with ESMTP id g21FLZ8l022346 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NOT) for ; Fri, 1 Mar 2002 16:21:35 +0100 X-Envelope-From: me@lars.in-berlin.de X-Envelope-To: Received: from [10.20.40.80] (helo=bit-weaver) by psych-o-mat with esmtp (Exim 3.33 #1 (Debian)) id 16gozD-0000dP-00 for ; Fri, 01 Mar 2002 16:30:19 +0100 Received: from lars by bit-weaver with local (Exim 3.33 #1 (Debian)) id 16gouO-0001aG-00 for ; Fri, 01 Mar 2002 16:25:20 +0100 To: nel@nevrax.org From: lists@lars.in-berlin.de Date: 01 Mar 2002 16:25:20 +0100 Message-ID: <87sn7kcntr.fsf@lars.in-berlin.de> Lines: 34 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/21.1 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: [Nel] compiling nel: syntax error in ps_ribbon.cpp Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi all! I'm currently trying to compile nel again using the source from Feb. 28th at www.nevrax.org/download/. After doing a s/)/}/ at src/misc/p_thread.cpp:54, the source compiles fine until it comes to src/3d/ps_ribbon.cpp. There it fails with the following error: -----8<----- make[3]: Entering directory `/usr/local/src/nel/src/3d' source='ps_ribbon.cpp' object='ps_ribbon.lo' libtool=yes \ depfile='.deps/ps_ribbon.Plo' tmpdepfile='.deps/ps_ribbon.TPlo' \ depmode=gcc /bin/sh ../../depcomp \ /bin/sh ../../libtool --mode=compile c++ -DHAVE_CONFIG_H -I. -I. -I../../include -I../../src -I/usr/include/freetype2 -O3 -DNL_RELEASE -ftemplate-depth-24 -Wno-multichar -D_REENTRANT -I/usr/X11R6/include -I/usr/include/stlport/ -c -o ps_ribbon.lo `test -f ps_ribbon.cpp || echo './'`ps_ribbon.cpp rm -f .libs/ps_ribbon.lo c++ -DHAVE_CONFIG_H -I. -I. -I../../include -I../../src -I/usr/include/freetype2 -O3 -DNL_RELEASE -ftemplate-depth-24 -Wno-multichar -D_REENTRANT -I/usr/X11R6/include -I/usr/include/stlport/ -c ps_ribbon.cpp -Wp,-MD,.deps/ps_ribbon.TPlo -fPIC -DPIC -o .libs/ps_ribbon.lo ps_ribbon.cpp: In method `void NL3D::CPSRibbon::serial(NLMISC::IStream &)': ps_ribbon.cpp:165: syntax error before `*' ps_ribbon.cpp:168: `CDummy2DAngle' undeclared (first use this function) ps_ribbon.cpp:168: (Each undeclared identifier is reported only once ps_ribbon.cpp:168: for each function it appears in.) ps_ribbon.cpp:168: parse error before `;' [...more errors snipped...] ----->8----- Can anyone here tell me what the problem is? I'm myself pretty clueless when it comes to C++ or object-oriented programming. Thanks, Lars -- [ Lars Weber ]------< me @ lars.in-berlin.de >----[ GPG-ID: 1383B42E ] +++ fingerprint: 44B1 1D23 DD53 E6B2 4AAB 4C36 0323 9141 1383 B42E +++ [ Using GNU ]----< www.gnu.org | www.debian.org >---[ Running Debian ] From lecroart@nevrax.com Fri Mar 1 16:51:39 2002 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g21FpcW10367 for ; Fri, 1 Mar 2002 16:51:38 +0100 (CET) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g21FjDn00889 for ; Fri, 1 Mar 2002 16:45:13 +0100 (CET) (envelope-from lecroart@nevrax.com) Message-ID: <006f01c1c138$13c4f9d0$0901a8c0@vianneyl> From: "Vianney Lecroart" To: References: <87sn7kcntr.fsf@lars.in-berlin.de> Subject: Re: [Nel] compiling nel: syntax error in ps_ribbon.cpp Date: Fri, 1 Mar 2002 16:45:13 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: You perhaps should get the cvs tree instead of the tarball version :) Vianney Lecroart --- lead network programmer / nevrax.com icq#: 6870415 homepage: http://ace.planet-d.net www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? From lecroart@nevrax.com Fri Mar 1 16:55:42 2002 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g21FteW10547 for ; Fri, 1 Mar 2002 16:55:41 +0100 (CET) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g21FnLn00966 for ; Fri, 1 Mar 2002 16:49:21 +0100 (CET) (envelope-from lecroart@nevrax.com) Message-ID: <007501c1c138$a797d740$0901a8c0@vianneyl> From: "Vianney Lecroart" To: Date: Fri, 1 Mar 2002 16:49:21 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Subject: [Nel] cpp to html in php :) Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi, Do you know where I can find a little php function that take a string (cpp code) in param and that echoed the string with html tag to format the param (with color hightlight etc...) like they do in flipcode site for example: http://www.flipcode.com/cgi-bin/msg.cgi?showThread=Tip-UnusedParameters&foru m=totd&id=-1 Vianney Lecroart --- lead network programmer / nevrax.com icq#: 6870415 homepage: http://ace.planet-d.net www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? From yanbab@yanbab.org Fri Mar 1 17:27:43 2002 Received: from smtp.noos.fr (aragon.noos.net [212.198.2.75]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g21GRhW12235 for ; Fri, 1 Mar 2002 17:27:43 +0100 (CET) (envelope-from yanbab@yanbab.org) Received: (qmail 11470329 invoked by uid 0); 1 Mar 2002 16:21:20 -0000 Received: from unknown (HELO localhost.localdomain) ([195.132.130.252]) (envelope-sender ) by 212.198.2.75 (qmail-ldap-1.03) with SMTP for ; 1 Mar 2002 16:21:20 -0000 Subject: Re: [Nel] cpp to html in php :) From: Yan Babilliot To: nel@nevrax.org In-Reply-To: <007501c1c138$a797d740$0901a8c0@vianneyl> References: <007501c1c138$a797d740$0901a8c0@vianneyl> Content-Type: text/plain; charset=ISO-8859-1 X-Mailer: Evolution/1.0.2 Date: 01 Mar 2002 17:22:49 +0100 Message-Id: <1014999769.11058.9.camel@debian> Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by www.nevrax.org id g21GRhW12235 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: le ven 01-03-2002 à 16:49, Vianney Lecroart a écrit : > Do you know where I can find a little php function that take a string (cpp > code) in param and that echoed the string with html tag to format the param > (with color hightlight etc...) like they do in flipcode site for example: > http://www.flipcode.com/cgi-bin/msg.cgi?showThread=Tip-UnusedParameters&foru > m=totd&id=-1 Check http://www.beautifier.org/ , a flexible syntax hilighting system written in PHP. You can also use show_source(), highlight_string(), highlight_file(), but they only support PHP syntax. Yan. From loic@dachary.org Fri Mar 1 17:49:51 2002 Received: from inspiron.dachary.org (aboukir-101-1-13-alebeon.adsl.nerim.net [62.212.101.54]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g21GnoW13385 for ; Fri, 1 Mar 2002 17:49:51 +0100 (CET) (envelope-from loic@dachary.org) Received: from loic by inspiron.dachary.org with local (Exim 3.34 #1 (Debian)) id 16gq7k-0001sy-00 for ; Fri, 01 Mar 2002 17:43:12 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15487.44960.243778.59129@inspiron.dachary.org> Date: Fri, 1 Mar 2002 17:43:12 +0100 From: Loic Dachary To: nel@nevrax.org Subject: Re: [Nel] prb to paint and export patch under 3DSMAX In-Reply-To: neuser jean-philippe's message of 1 March 2002 14:53:25 +0100 References: <000e01c1c128$76fc1890$0d2ec2d4@kissmaniac> X-Mailer: VM 7.01 under Emacs 21.1.1 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: loic@gnu.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: neuser jean-philippe writes: > hello everybody > i have some problems to make my landscape , specialy to export patch zone > > > MY CONFIGURATION > Windows XP Proc AMD XP 1600+ and 256 Mo RAM and ATI Radeon 7200 > Visual Studio 6 + SP5 > 3DSMAX release 3 + character studio 2.2 in c:\3DSMAX > Woudl you be so kind as to send the plugin binaries you have to "Vianney Lecroart" so that he can upload them in the newly created binary section of nevrax.org ? It will be useful to other people trying to produce data for nel. My intuition is that people able to produce nice graphics are not likely to be very amused to compile the plugin by themselves ;-) Cheers, -- Loic Dachary http://www.dachary.org/ loic@dachary.org 12 bd Magenta http://www.senga.org/ loic@senga.org 75010 Paris T: 33 1 42 45 07 97 loic@gnu.org GPG Public Key: http://www.dachary.org/loic/gpg.txt From v.caron@zerodeux.net Fri Mar 1 17:53:56 2002 Received: from zerodeux.net (zerodeux.net [62.212.104.175]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g21GrtW13578 for ; Fri, 1 Mar 2002 17:53:56 +0100 (CET) (envelope-from v.caron@zerodeux.net) Received: from localhost.localdomain (zerodeux.home [192.168.1.3]) by zerodeux.net (Postfix) with ESMTP id 9AE38B6F9 for ; Fri, 1 Mar 2002 17:47:41 +0100 (CET) Subject: Re: [Nel] cpp to html in php :) From: Vincent Caron To: nel@nevrax.org In-Reply-To: <007501c1c138$a797d740$0901a8c0@vianneyl> References: <007501c1c138$a797d740$0901a8c0@vianneyl> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Evolution/1.0.2 Date: 01 Mar 2002 17:47:37 +0100 Message-Id: <1015001257.777.12.camel@zerodeux.home> Mime-Version: 1.0 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: I use a little wrapper around 'enscript', which is a good multi-language and multi-media beautifier : function snippet($file, $lang) { $output = `enscript -q -E$lang -Whtml --color -o - $file`; $start = strpos ($output, '
');
  $end = strpos ($output, '
') + strlen(''); return substr ($output, $start, $end-$start); } You just invoke 'echo snippet("/path/to/test.cpp", "cpp")'. It can be modified to support 'inline code' (ie. passed from a string in the PHP code) though ... From loic@dachary.org Sat Mar 2 00:22:08 2002 Received: from inspiron.dachary.org (aboukir-101-1-13-alebeon.adsl.nerim.net [62.212.101.54]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g21NM7W33908 for ; Sat, 2 Mar 2002 00:22:07 +0100 (CET) (envelope-from loic@dachary.org) Received: from loic by inspiron.dachary.org with local (Exim 3.34 #1 (Debian)) id 16gwFN-00027s-00 for ; Sat, 02 Mar 2002 00:15:29 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15488.2960.615197.420521@inspiron.dachary.org> Date: Sat, 2 Mar 2002 00:15:28 +0100 From: Loic Dachary To: nel@nevrax.org X-Mailer: VM 7.01 under Emacs 21.1.1 Subject: [Nel] GNU/Linux compilation patches Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: loic@gnu.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi, Here is a small patch against todays CVS so that nel & snowballs compile on the GNU/Linux operating system. - Missing file in 3d/Makefile.am - Embeded struct definition that makes gcc-2.95.4 choke - s/)/}/ (previously reported on the list) - Viewport fix previously sent but apparently not yet applied - Spurious inlines that prevent --with-debug compilations also reported in a previous patch but apparently forgotten Have a nice weekend :-) Index: nel/src/3d/Makefile.am =================================================================== RCS file: /home/cvsroot/code/nel/src/3d/Makefile.am,v retrieving revision 1.69 diff -u -r1.69 Makefile.am --- nel/src/3d/Makefile.am 19 Feb 2002 11:20:57 -0000 1.69 +++ nel/src/3d/Makefile.am 1 Mar 2002 23:13:56 -0000 @@ -52,6 +52,7 @@ cluster.h \ coarse_mesh_build.cpp \ coarse_mesh_build.h \ + meshvp_wind_tree.cpp \ coarse_mesh_manager.cpp \ coarse_mesh_manager.h \ computed_string.cpp \ Index: nel/src/3d/ps_ribbon.cpp =================================================================== RCS file: /home/cvsroot/code/nel/src/3d/ps_ribbon.cpp,v retrieving revision 1.4 diff -u -r1.4 ps_ribbon.cpp --- nel/src/3d/ps_ribbon.cpp 28 Feb 2002 12:59:51 -0000 1.4 +++ nel/src/3d/ps_ribbon.cpp 1 Mar 2002 23:13:56 -0000 @@ -30,6 +30,7 @@ #include "3d/particle_system.h" #include "3d/driver.h" #include "3d/ps_util.h" +#include "3d/ps_located.h" #include "3d/texture_mem.h" #include "nel/misc/matrix.h" @@ -38,6 +39,11 @@ static NLMISC::CRGBA GradientB2W[] = {NLMISC::CRGBA(0, 0, 0, 0), NLMISC::CRGBA(255, 255, 255, 255) }; +struct CDummy2DAngle : CPSRotated2DParticle +{ + CPSLocated *getAngle2DOwner(void) { return NULL; } +}; + /// private use : this create a gradient texture that goew from black to white static ITexture *CreateGradientTexture() { @@ -160,11 +166,6 @@ // we dont use the 2d angle anymore...serial a dummy one { - struct CDummy2DAngle : CPSRotated2DParticle - { - CPSLocated *getAngle2DOwner(void) { return NULL; } - }; - CDummy2DAngle _Dummy2DAngle; _Dummy2DAngle.serialAngle2DScheme(f); } Index: nel/src/3d/zone_manager.cpp =================================================================== RCS file: /home/cvsroot/code/nel/src/3d/zone_manager.cpp,v retrieving revision 1.5 diff -u -r1.5 zone_manager.cpp --- nel/src/3d/zone_manager.cpp 28 Feb 2002 12:59:52 -0000 1.5 +++ nel/src/3d/zone_manager.cpp 1 Mar 2002 23:13:57 -0000 @@ -235,6 +235,7 @@ } else { + nldebug("file not found: %s", zonePath.c_str ()); _Lz->FileNotFound = true; delete _Zm->Zone; } Index: nel/src/3d/driver/opengl/driver_opengl.cpp =================================================================== RCS file: /home/cvsroot/code/nel/src/3d/driver/opengl/driver_opengl.cpp,v retrieving revision 1.136 diff -u -r1.136 driver_opengl.cpp --- nel/src/3d/driver/opengl/driver_opengl.cpp 15 Feb 2002 17:43:03 -0000 1.136 +++ nel/src/3d/driver/opengl/driver_opengl.cpp 1 Mar 2002 23:14:01 -0000 @@ -1213,13 +1213,23 @@ void CDriverGL::setupViewport (const class CViewport& viewport) { -#ifdef NL_OS_WINDOWS +#if NL_OS_WINDOWS if (_hWnd) { // Get window rect RECT rect; GetClientRect (_hWnd, &rect); - + // Setup gl viewport + int clientWidth=rect.right-rect.left; + int clientHeight=rect.bottom-rect.top; +#else // NL_OS_WINDOWS + XWindowAttributes win_attributes; + if (!XGetWindowAttributes(dpy, win, &win_attributes)) + throw EBadDisplay("Can't get window attributes."); + // Setup gl viewport + int clientWidth=win_attributes.width; + int clientHeight=win_attributes.height; +#endif // NL_OS_WINDOWS // Get viewport float x; float y; @@ -1227,9 +1237,6 @@ float height; viewport.getValues (x, y, width, height); - // Setup gl viewport - int clientWidth=rect.right-rect.left; - int clientHeight=rect.bottom-rect.top; int ix=(int)((float)clientWidth*x); clamp (ix, 0, clientWidth); int iy=(int)((float)clientHeight*y); @@ -1239,6 +1246,7 @@ int iheight=(int)((float)clientHeight*height); clamp (iheight, 0, clientHeight-iy); glViewport (ix, iy, iwidth, iheight); +#if NL_OS_WINDOWS } #endif // NL_OS_WINDOWS } Index: nel/src/3d/driver/opengl/driver_opengl_material.cpp =================================================================== RCS file: /home/cvsroot/code/nel/src/3d/driver/opengl/driver_opengl_material.cpp,v retrieving revision 1.57 diff -u -r1.57 driver_opengl_material.cpp --- nel/src/3d/driver/opengl/driver_opengl_material.cpp 15 Feb 2002 17:43:41 -0000 1.57 +++ nel/src/3d/driver/opengl/driver_opengl_material.cpp 1 Mar 2002 23:14:01 -0000 @@ -104,7 +104,7 @@ // -------------------------------------------------- -inline void CDriverGL::setTextureEnvFunction(uint stage, CMaterial& mat) +void CDriverGL::setTextureEnvFunction(uint stage, CMaterial& mat) { ITexture *text= mat.getTexture(stage); if(text) @@ -138,7 +138,7 @@ //-------------------------------- -inline void CDriverGL::setupUserTextureMatrix(uint numStages, CMaterial& mat) +void CDriverGL::setupUserTextureMatrix(uint numStages, CMaterial& mat) { if ( (_UserTexMatEnabled != 0 && (mat.getFlags() & IDRV_MAT_USER_TEX_MAT_ALL) == 0) Index: nel/src/misc/p_thread.cpp =================================================================== RCS file: /home/cvsroot/code/nel/src/misc/p_thread.cpp,v retrieving revision 1.8 diff -u -r1.8 p_thread.cpp --- nel/src/misc/p_thread.cpp 27 Feb 2002 15:38:48 -0000 1.8 +++ nel/src/misc/p_thread.cpp 1 Mar 2002 23:14:05 -0000 @@ -51,7 +51,7 @@ { /// \todo: implement this functionnality for posix thread return NULL; -) +} /* -- Loic Dachary http://www.dachary.org/ loic@dachary.org 12 bd Magenta http://www.senga.org/ loic@senga.org 75010 Paris T: 33 1 42 45 07 97 loic@gnu.org GPG Public Key: http://www.dachary.org/loic/gpg.txt From delirec@NJC15.kumudu.nirmani.net Mon Mar 4 04:06:35 2002 Received: from NJC15.kumudu.nirmani.net ([66.78.34.31]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g2436TW08837 for ; Mon, 4 Mar 2002 04:06:34 +0100 (CET) (envelope-from delirec@NJC15.kumudu.nirmani.net) Received: from delirec by NJC15.kumudu.nirmani.net with local (Exim 3.34 #1) id 16higg-00073P-00 for nel@nevrax.org; Sun, 03 Mar 2002 21:58:54 -0500 From: "Dennis McGregor" To: nel@nevrax.org X-Mailer: NeoMail 1.25 X-IPAddress: 144.134.131.228 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Message-Id: Date: Sun, 03 Mar 2002 21:58:54 -0500 X-AntiAbuse: Sender Address Domain - NJC15.kumudu.nirmani.net Subject: [Nel] missing file "water_imp.cpp" Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: dns@delire.cz List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: I'm managing to compile the the Nel engine (after a full upgrade to woody the problems with pthread.h disappeared), but only if disable 3d during the compile process. Otherwise I get an error about a file that doesn't exist either in the tar that I'm using or on the nevrax.org cvsweb: c++ -DHAVE_CONFIG_H -I. -I. -I../../include -I../../src -I/usr/include/freetype2 -O3 -DNL_RELEASE -ftemplate-depth-24 -Wno-multichar -D_REENTRANT -I/usr/X11R6/include -I/usr/local/STLport-4.0/stlport/ -Wp,-MD,.deps/water_height_map.pp -c water_height_map.cpp -o water_height_map.o >/dev/null 2>&1 mv -f .libs/water_height_map.lo water_height_map.lo make[3]: *** No rule to make target `water_imp.cpp', needed by `water_imp.lo'. Stop. Dennis. From vizerie@nevrax.com Mon Mar 4 10:15:08 2002 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g249F8W18003 for ; Mon, 4 Mar 2002 10:15:08 +0100 (CET) (envelope-from vizerie@nevrax.com) Received: from nicolasv (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g2498nn16876 for ; Mon, 4 Mar 2002 10:08:49 +0100 (CET) (envelope-from vizerie@nevrax.com) Message-ID: <000601c1c35c$32804840$1d01a8c0@nicolasv> From: "Nicolas Vizerie" To: References: Subject: Re: [Nel] missing file "water_imp.cpp" Date: Mon, 4 Mar 2002 10:08:49 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi, Actually, this file shouldn't appear in your makefile. You should consider updating your makefile for the 3d lib from the CVS. Nicolas Vizerie ----- Original Message ----- From: "Dennis McGregor" To: Sent: Monday, March 04, 2002 3:58 AM Subject: [Nel] missing file "water_imp.cpp" > > I'm managing to compile the the Nel engine (after a full upgrade to > woody the problems with pthread.h disappeared), but only if disable 3d > during the compile process. Otherwise I get an error about a file that > doesn't exist either in the tar that I'm using or on the nevrax.org cvsweb: > > c++ -DHAVE_CONFIG_H -I. -I. -I../../include -I../../src > -I/usr/include/freetype2 -O3 -DNL_RELEASE -ftemplate-depth-24 > -Wno-multichar -D_REENTRANT -I/usr/X11R6/include > -I/usr/local/STLport-4.0/stlport/ -Wp,-MD,.deps/water_height_map.pp -c > water_height_map.cpp -o water_height_map.o >/dev/null 2>&1 > mv -f .libs/water_height_map.lo water_height_map.lo > make[3]: *** No rule to make target `water_imp.cpp', needed by > `water_imp.lo'. Stop. > > Dennis. > > > _______________________________________________ > Nel mailing list > Nel@nevrax.org > /mailman/listinfo.cgi/nel > From lecroart@nevrax.com Mon Mar 4 10:37:12 2002 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g249bBW18584 for ; Mon, 4 Mar 2002 10:37:11 +0100 (CET) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g249Uqn17112 for ; Mon, 4 Mar 2002 10:30:52 +0100 (CET) (envelope-from lecroart@nevrax.com) Message-ID: <002601c1c35f$47045420$0901a8c0@vianneyl> From: "Vianney Lecroart" To: References: <15488.2960.615197.420521@inspiron.dachary.org> Subject: Re: [Nel] GNU/Linux compilation patches Date: Mon, 4 Mar 2002 10:30:52 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi Loic, The patch is applied right now. Tanks a lot. A little things, for the macro NL_OS_WINDOWS and NL_OS_UNIX, in our case, it's better to use #ifdef instead of #if because on windows we only define the macro but not set it to 1 (types_nl.h) Vianney Lecroart --- lead network programmer / nevrax.com icq#: 6870415 homepage: http://ace.planet-d.net www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? From loic@dachary.org Mon Mar 4 15:04:02 2002 Received: from inspiron.dachary.org (aboukir-101-1-13-alebeon.adsl.nerim.net [62.212.101.54]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g24E42W25854 for ; Mon, 4 Mar 2002 15:04:02 +0100 (CET) (envelope-from loic@dachary.org) Received: from loic by inspiron.dachary.org with local (Exim 3.34 #1 (Debian)) id 16hsxs-0004d4-00 for ; Mon, 04 Mar 2002 14:57:20 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15491.32063.535134.321239@inspiron.dachary.org> Date: Mon, 4 Mar 2002 14:57:19 +0100 From: Loic Dachary To: nel@nevrax.org Subject: Re: [Nel] GNU/Linux compilation patches In-Reply-To: Vianney Lecroart's message of 4 March 2002 10:30:52 +0100 References: <15488.2960.615197.420521@inspiron.dachary.org> <002601c1c35f$47045420$0901a8c0@vianneyl> X-Mailer: VM 7.01 under Emacs 21.1.1 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: loic@gnu.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Vianney Lecroart writes: > Hi Loic, > > The patch is applied right now. Tanks a lot. > A little things, for the macro NL_OS_WINDOWS and NL_OS_UNIX, in our case, > it's better to use #ifdef instead of #if because on windows we only define > the macro but not set it to 1 (types_nl.h) Oops. Sorry about that and thanks for the explanation. Cheers, -- Loic Dachary http://www.dachary.org/ loic@dachary.org 12 bd Magenta http://www.senga.org/ loic@senga.org 75010 Paris T: 33 1 42 45 07 97 loic@gnu.org GPG Public Key: http://www.dachary.org/loic/gpg.txt From robert@in-orbit.net Mon Mar 4 16:39:35 2002 Received: from quasar.skima.is (quasar.skima.is [212.30.200.205]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g24FdYW28330 for ; Mon, 4 Mar 2002 16:39:34 +0100 (CET) (envelope-from robert@in-orbit.net) Received: from [157.157.146.56] by quasar.skima.is with ESMTP for nel@nevrax.org; Mon, 4 Mar 2002 15:33:13 Z Date: Mon, 4 Mar 2002 16:01:09 -0800 From: Robert Bjarnason X-Mailer: The Bat! (v1.49) Personal Organization: InOrbit Entertainment, Inc. X-Priority: 3 (Normal) Message-Id: <39601569170.20020304160109@in-orbit.net> To: nel@nevrax.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by www.nevrax.org id g24FdYW28330 Subject: [Nel] Compiling Object Viewer w/Release config Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: =?ISO-8859-1?Q?R=F3bert_Bjarnason?= List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi, I get the following errors when I try compiling Object Viewer in Release build mode on Windows, It works fine in ReleaseDebug mode: g:\CODE\NEL\SRC\3d/ps_attrib_maker_helper.h(327) : fatal error C1076: compiler limit : internal heap limit reached; use /Zm to specify a higher limit g:\CODE\NEL\SRC\3d/ps_attrib_maker_helper.h(939) : see reference to function template instantiation 'void __thiscall NL3D::CPSAttribMakerT >::make4ByIterator(struct NL3D: :CFDot3AddIterator >,void *,unsigned __int32,unsigned __int32,bool) const' being compiled <...cut...> g:\CODE\NEL\SRC\3d/ps_attrib_maker_helper.h(467) : fatal error C1076: compiler limit : internal heap limit reached; use /Zm to specify a higher limit g:\CODE\NEL\SRC\3d/ps_attrib_maker_helper.h(1032) : see reference to function template instantiation 'void __thiscall NL3D::CPSAttribMakerT >::makeNByIterator(s truct NL3D::CDecalIterator,void *,unsigned __int32,unsigned __int32,unsigned __int32,bool) const' being compiled Also when I try re-compiling anything I get those errors, I always need to use Rebuild All: Compiling... anim_detail_trav.cpp G:\code\nel\src\3d\anim_detail_trav.cpp(26) : fatal error C1852: '../obj/Release/3d.pch' is not a valid precompiled header file clip_trav.cpp <...> Warm regards, Robert From corvazier@nevrax.com Mon Mar 4 17:30:14 2002 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g24GUEW29685 for ; Mon, 4 Mar 2002 17:30:14 +0100 (CET) (envelope-from corvazier@nevrax.com) Received: from cyrilc (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g24GNtn22358 for ; Mon, 4 Mar 2002 17:23:55 +0100 (CET) (envelope-from corvazier@nevrax.com) Message-ID: <008901c1c399$0a5c0560$1701a8c0@cyrilc> From: "Cyril 'Hulud' Corvazier" To: References: <39601569170.20020304160109@in-orbit.net> Subject: Re: [Nel] Compiling Object Viewer w/Release config Date: Mon, 4 Mar 2002 17:24:21 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi Robert, > g:\CODE\NEL\SRC\3d/ps_attrib_maker_helper.h(327) : fatal error C1076: compiler limit : internal heap limit reached; use /Zm to specify a higher limit Ok, i have passed the /Zm option to 400 in release for object viewer. Now this option is 400% in release and releasedebug, 500% in debugfast. > G:\code\nel\src\3d\anim_detail_trav.cpp(26) : fatal error C1852: '../obj/Release/3d.pch' is not a valid precompiled header file > clip_trav.cpp Nel3d now uses precompilated headers to speedup compilation time. It looks like MSVisual have some problems to handle this correctly. Try to delete all temporary files by hand (../obj/*.*) and rebuild all. Then it should be ok. Hld. From lecroart@nevrax.com Mon Mar 4 19:52:25 2002 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g24IqPW33541 for ; Mon, 4 Mar 2002 19:52:25 +0100 (CET) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g24Ik6n23730 for ; Mon, 4 Mar 2002 19:46:06 +0100 (CET) (envelope-from lecroart@nevrax.com) Message-ID: <00dc01c1c3ac$d724a9e0$0901a8c0@vianneyl> From: "Vianney Lecroart" To: Date: Mon, 4 Mar 2002 19:46:05 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Subject: [Nel] Snowballs screenshots Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi, From nevrax.org news: 6 new screenshots of Snowballs2 are available on the screenshot section (/screenshots). Sorry, I didn't create the tiny version of pics. Vianney Lecroart --- lead network programmer / nevrax.com icq#: 6870415 homepage: http://ace.planet-d.net www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? From robert@in-orbit.net Mon Mar 4 21:28:04 2002 Received: from quasar.skima.is (quasar.skima.is [212.30.200.205]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g24KS3W36250 for ; Mon, 4 Mar 2002 21:28:03 +0100 (CET) (envelope-from robert@in-orbit.net) Received: from [157.157.146.56] by quasar.skima.is with ESMTP for nel@nevrax.org; Mon, 4 Mar 2002 20:21:44 Z Date: Mon, 4 Mar 2002 20:49:38 -0800 From: Robert Bjarnason X-Mailer: The Bat! (v1.49) Personal Organization: InOrbit Entertainment, Inc. X-Priority: 3 (Normal) Message-Id: <68618878490.20020304204938@in-orbit.net> To: nel@nevrax.org Subject: Re[2]: [Nel] Compiling Object Viewer w/Release config In-reply-To: <008901c1c399$0a5c0560$1701a8c0@cyrilc> References: <39601569170.20020304160109@in-orbit.net> <008901c1c399$0a5c0560$1701a8c0@cyrilc> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by www.nevrax.org id g24KS3W36250 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: =?ISO-8859-1?Q?R=F3bert_Bjarnason?= List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi Cyril, Monday, March 04, 2002, 8:24:21 AM, you wrote: CHC> Ok, i have passed the /Zm option to 400 in release for object viewer. CHC> Now this option is 400% in release and releasedebug, 500% in debugfast. I had tried this, but with no luck, I put /Zm500 for Release in Project->Settings->General->Project Options. I don't have to put any /Zm to have the ReleaseDebug compile. This is super low priority problem because everything works fine in ReleaseDebug mode... >> G:\code\nel\src\3d\anim_detail_trav.cpp(26) : fatal error C1852: '../obj/Release/3d.pch' is not a valid precompiled header file >> clip_trav.cpp CHC> Nel3d now uses precompilated headers to speedup compilation time. It looks like MSVisual have some problems CHC> to handle this correctly. Try to delete all temporary files by hand (../obj/*.*) and rebuild all. Then it should be ok. I've got no problem rebuilding all, just when I make a small change in one of my client source files it gives me those errors and I need to recompile the 3d libraries every time I want to compile the client. Those problems are probably some local config issues with my MSVisual, I'll see if I can fix it... Thanks, Robert From robert@in-orbit.net Tue Mar 5 05:30:15 2002 Received: from quasar.skima.is (quasar.skima.is [212.30.200.205]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g254UFW50277 for ; Tue, 5 Mar 2002 05:30:15 +0100 (CET) (envelope-from robert@in-orbit.net) Received: from [157.157.146.56] by quasar.skima.is with ESMTP for nel@nevrax.org; Tue, 5 Mar 2002 04:23:55 Z Date: Tue, 5 Mar 2002 04:51:50 -0800 From: Robert Bjarnason X-Mailer: The Bat! (v1.49) Personal Organization: InOrbit Entertainment, Inc. X-Priority: 3 (Normal) Message-Id: <137647810051.20020305045150@in-orbit.net> To: nel@nevrax.org Subject: Re[2]: [Nel] Compiling Object Viewer w/Release config In-reply-To: <008901c1c399$0a5c0560$1701a8c0@cyrilc> References: <39601569170.20020304160109@in-orbit.net> <008901c1c399$0a5c0560$1701a8c0@cyrilc> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by www.nevrax.org id g254UFW50277 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: =?ISO-8859-1?Q?R=F3bert_Bjarnason?= List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi Cyril, Monday, March 04, 2002, 8:24:21 AM, you wrote: CHC> Ok, i have passed the /Zm option to 400 in release for object viewer. CHC> Now this option is 400% in release and releasedebug, 500% in debugfast. With your last CVS update where you added /Zm400 into the object_viewer.dsp file then everything compiles fine in Release mode... Maybe the reason it didn't work for me to add the /Zm400 option to the project was that I had to save and reload the project for it to take effect... >> G:\code\nel\src\3d\anim_detail_trav.cpp(26) : fatal error C1852: '../obj/Release/3d.pch' is not a valid precompiled header file >> clip_trav.cpp CHC> Nel3d now uses precompilated headers to speedup compilation time. It looks like MSVisual have some problems CHC> to handle this correctly. Try to delete all temporary files by hand (../obj/*.*) and rebuild all. Then it should be ok. Still no luck in getting rid of the C1852 error when re-compiling stuff. This is no problem for me I just disabled the precompiled headers for now in my local configuration. Thanks, Robert From me@lars.in-berlin.de Sat Mar 2 13:05:46 2002 Received: from hirsch.in-berlin.de (hirsch.in-berlin.de [192.109.42.6]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g22C5jW58829 for ; Sat, 2 Mar 2002 13:05:45 +0100 (CET) (envelope-from me@lars.in-berlin.de) Received: from psych-o-mat (port-213-20-230-100.reverse.qdsl-home.de [213.20.230.100]) (authenticated bits=0) by hirsch.in-berlin.de (8.12.1/8.12.1/Debian -2) with ESMTP id g22BxO2F020549 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NOT) for ; Sat, 2 Mar 2002 12:59:25 +0100 X-Envelope-From: me@lars.in-berlin.de X-Envelope-To: Received: from [10.20.40.80] (helo=bit-weaver) by psych-o-mat with esmtp (Exim 3.33 #1 (Debian)) id 16h8J9-0000tP-00 for ; Sat, 02 Mar 2002 13:08:11 +0100 Received: from lars by bit-weaver with local (Exim 3.33 #1 (Debian)) id 16h8EL-0000gY-00 for ; Sat, 02 Mar 2002 13:03:13 +0100 To: nel@nevrax.org Subject: Re: [Nel] GNU/Linux compilation patches References: <15488.2960.615197.420521@inspiron.dachary.org> From: Lars Weber Date: 02 Mar 2002 13:03:13 +0100 In-Reply-To: <15488.2960.615197.420521@inspiron.dachary.org> Message-ID: <87henznpmm.fsf@lars.in-berlin.de> Lines: 28 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/21.1 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Loic Dachary wrote: > Here is a small patch against todays CVS so that > nel & snowballs compile on the GNU/Linux operating system. Thanks Loic for the patches, with them I was finally able to make snowballs compile! *Swwweeeeeeeet*! My hardware is a Duron 800 with 384 MB RAM and a Voodoo 4 graphics card, and the software a pretty clean Debian unstable system with XFree4.1 and no non-free drivers or anything. I can see snow and everything... and the landscape really looks awesome! I really had to force myself into bed yesterday night... :-) The only problems are the low framerate, which jumps around somewhere between 3 and 5 fps, and an extremely sensitive mouse. I will shortly take a look at the client.cfg to see if there are any settings that can help me make exploring the territory even more fun! Best wishes, Lars -- [ Lars Weber ]------< me @ lars.in-berlin.de >----[ GPG-ID: 1383B42E ] +++ fingerprint: 44B1 1D23 DD53 E6B2 4AAB 4C36 0323 9141 1383 B42E +++ [ Using GNU ]----< www.gnu.org | www.debian.org >---[ Running Debian ] From corvazier@nevrax.com Mon Mar 4 17:20:52 2002 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g24GKqW29409 for ; Mon, 4 Mar 2002 17:20:52 +0100 (CET) (envelope-from corvazier@nevrax.com) Received: from cyrilc (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g24GEYn22206 for ; Mon, 4 Mar 2002 17:14:34 +0100 (CET) (envelope-from corvazier@nevrax.com) Message-ID: <005e01c1c397$bb8ca800$1701a8c0@cyrilc> From: "Cyril 'Hulud' Corvazier" To: References: <39601569170.20020304160109@in-orbit.net> Subject: Re: [Nel] Compiling Object Viewer w/Release config Date: Mon, 4 Mar 2002 17:14:59 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi Robert, > g:\CODE\NEL\SRC\3d/ps_attrib_maker_helper.h(327) : fatal error C1076: compiler limit : internal heap limit reached; use /Zm to specify a higher limit Ok, i have passed the /Zm option to 400 in release for object viewer. Now this option is 400% in release and releasedebug, 500% in debugfast. > G:\code\nel\src\3d\anim_detail_trav.cpp(26) : fatal error C1852: '../obj/Release/3d.pch' is not a valid precompiled header file > clip_trav.cpp Nel3d now uses precompilated headers to speedup compilation time. It looks like MSVisual have some problems to handle this correctly. Try to delete all temporary files by hand (../obj/*.*) and rebuild all. Then it should be ok. Hld. From lecroart@nevrax.com Tue Mar 5 10:53:31 2002 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g259rVW54363 for ; Tue, 5 Mar 2002 10:53:31 +0100 (CET) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g259lCn27958 for ; Tue, 5 Mar 2002 10:47:12 +0100 (CET) (envelope-from lecroart@nevrax.com) Message-ID: <005101c1c42a$b9cfd300$0901a8c0@vianneyl> From: "Vianney Lecroart" To: References: <15488.2960.615197.420521@inspiron.dachary.org> <87henznpmm.fsf@lars.in-berlin.de> Subject: Re: [Nel] GNU/Linux compilation patches Date: Tue, 5 Mar 2002 10:47:12 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi, > The only problems are the low framerate, which jumps around somewhere > between 3 and 5 fps, and an extremely sensitive mouse. I will shortly > take a look at the client.cfg to see if there are any settings that can > help me make exploring the territory even more fun! mouse_listener.cpp line 121: turnZ.rotateZ ((float) Pi*2.f*(_X-mouseEvent->X)); You can change the factor (2.f) and set a lower value to have a lower mouse sensitive. The low framerate is normal I think, because of your Voodoo 4 (perhaps driver are not accelerated or badly accelerated). Loic have a very high framerate with his 3d card (nVidia) on GNU/Linux. Vianney Lecroart --- lead network programmer / nevrax.com icq#: 6870415 homepage: http://ace.planet-d.net www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? From loic@dachary.org Tue Mar 5 11:03:03 2002 Received: from inspiron.dachary.org (aboukir-101-1-13-alebeon.adsl.nerim.net [62.212.101.54]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g25A33W54449 for ; Tue, 5 Mar 2002 11:03:03 +0100 (CET) (envelope-from loic@dachary.org) Received: from loic by inspiron.dachary.org with local (Exim 3.34 #1 (Debian)) id 16iBfv-0005K1-00 for ; Tue, 05 Mar 2002 10:56:03 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15492.38450.551744.440370@inspiron.dachary.org> Date: Tue, 5 Mar 2002 10:56:02 +0100 From: Loic Dachary To: nel@nevrax.org Subject: Re: [Nel] GNU/Linux compilation patches In-Reply-To: Lars Weber's message of 2 March 2002 13:03:13 +0100 References: <15488.2960.615197.420521@inspiron.dachary.org> <87henznpmm.fsf@lars.in-berlin.de> X-Mailer: VM 7.01 under Emacs 21.1.1 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: loic@gnu.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Lars Weber writes: > Loic Dachary wrote: > > Here is a small patch against todays CVS so that > > nel & snowballs compile on the GNU/Linux operating system. > > Thanks Loic for the patches, with them I was finally able to make > snowballs compile! > > *Swwweeeeeeeet*! > > My hardware is a Duron 800 with 384 MB RAM and a Voodoo 4 graphics card, > and the software a pretty clean Debian unstable system with XFree4.1 and > no non-free drivers or anything. I can see snow and everything... and the > landscape really looks awesome! > > I really had to force myself into bed yesterday night... :-) > > The only problems are the low framerate, which jumps around somewhere > between 3 and 5 fps, and an extremely sensitive mouse. I will shortly > take a look at the client.cfg to see if there are any settings that can > help me make exploring the territory even more fun! You could try /tilenear 0.1 while in game. It is reported to accelerate significatly on a G400. It is of no help if you have an opengl driver that accelerates the calculations that are saved by reducing this value. I'd be interested to know if you're using a Free Software driver for the Voodoo 4. Since you have a rather poor framerate, I guess it's the case. Could you provide the output of glxinfo ? I found noticeable enhancement in xfree-4.2, you may want to switch to it. Or wait that it pops in unstable. I'm using a Debian unstable, xfree-4.2, ati radeon 7500 on a Dual PIII 450 with 512Mb RAM, AGP x1. That gives me 8fps on average. Cheers, -- Loic Dachary http://www.dachary.org/ loic@dachary.org 12 bd Magenta http://www.senga.org/ loic@senga.org 75010 Paris T: 33 1 42 45 07 97 loic@gnu.org GPG Public Key: http://www.dachary.org/loic/gpg.txt From loic@dachary.org Wed Mar 6 11:06:06 2002 Received: from inspiron.dachary.org (babel.zehc.net [213.36.100.145]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g26A65W65890 for ; Wed, 6 Mar 2002 11:06:06 +0100 (CET) (envelope-from loic@dachary.org) Received: from loic by inspiron.dachary.org with local (Exim 3.34 #1 (Debian)) id 16iYCK-0000dE-00 for ; Wed, 06 Mar 2002 10:59:00 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15493.59492.813819.205689@inspiron.dachary.org> Date: Wed, 6 Mar 2002 10:59:00 +0100 From: Loic Dachary To: nel@nevrax.org Subject: Re: [Nel] GNU/Linux compilation patches In-Reply-To: Vianney Lecroart's message of 5 March 2002 10:47:12 +0100 References: <15488.2960.615197.420521@inspiron.dachary.org> <87henznpmm.fsf@lars.in-berlin.de> <005101c1c42a$b9cfd300$0901a8c0@vianneyl> X-Mailer: VM 7.01 under Emacs 21.1.1 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: loic@gnu.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Vianney Lecroart writes: > > The low framerate is normal I think, because of your Voodoo 4 (perhaps > driver are not accelerated or badly accelerated). Loic have a very high > framerate with his 3d card (nVidia) on GNU/Linux. > That must be someone else. Unfortunately there is no Free Software driver for the nVidia cards and people valuing freedom have to chose another hardware. Cheers, -- Loic Dachary http://www.dachary.org/ loic@dachary.org 12 bd Magenta http://www.senga.org/ loic@senga.org 75010 Paris T: 33 1 42 45 07 97 loic@gnu.org GPG Public Key: http://www.dachary.org/loic/gpg.txt From lecroart@nevrax.com Wed Mar 6 11:29:48 2002 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g26ATkW66190 for ; Wed, 6 Mar 2002 11:29:46 +0100 (CET) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g26ANOn40148 for ; Wed, 6 Mar 2002 11:23:24 +0100 (CET) (envelope-from lecroart@nevrax.com) Message-ID: <005601c1c4f8$f2ae0970$0901a8c0@vianneyl> From: "Vianney Lecroart" To: References: <15488.2960.615197.420521@inspiron.dachary.org><87henznpmm.fsf@lars.in-berlin.de><005101c1c42a$b9cfd300$0901a8c0@vianneyl> <15493.59492.813819.205689@inspiron.dachary.org> Subject: Re: [Nel] GNU/Linux compilation patches Date: Wed, 6 Mar 2002 11:23:24 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: > That must be someone else. Unfortunately there is no Free > Software driver for the nVidia cards and people valuing freedom have to > chose another hardware. Oups, right, it's a Vincent Caron that have a high framerate :) Vianney Lecroart --- lead network programmer / nevrax.com icq#: 6870415 homepage: http://ace.planet-d.net www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? From me@lars.in-berlin.de Wed Mar 6 14:25:04 2002 Received: from hirsch.in-berlin.de (hirsch.in-berlin.de [192.109.42.6]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g26DP4W70723 for ; Wed, 6 Mar 2002 14:25:04 +0100 (CET) (envelope-from me@lars.in-berlin.de) Received: from psych-o-mat (port-213-20-24-6.reverse.qdsl-home.de [213.20.24.6]) (authenticated bits=0) by hirsch.in-berlin.de (8.12.1/8.12.1/Debian -2) with ESMTP id g26DIhmK024473 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NOT) for ; Wed, 6 Mar 2002 14:18:43 +0100 X-Envelope-From: me@lars.in-berlin.de X-Envelope-To: Received: from [10.20.40.80] (helo=bit-weaver) by psych-o-mat with esmtp (Exim 3.33 #1 (Debian)) id 16ibSD-0003pL-00 for ; Wed, 06 Mar 2002 14:27:37 +0100 Received: from lars by bit-weaver with local (Exim 3.33 #1 (Debian)) id 16ibNW-0005UE-00 for ; Wed, 06 Mar 2002 14:22:46 +0100 To: nel@nevrax.org Subject: Re: [Nel] GNU/Linux compilation patches References: <15488.2960.615197.420521@inspiron.dachary.org> <87henznpmm.fsf@lars.in-berlin.de> <15492.38450.551744.440370@inspiron.dachary.org> From: Lars Weber Date: 06 Mar 2002 14:22:46 +0100 In-Reply-To: <15492.38450.551744.440370@inspiron.dachary.org> Message-ID: <871yex96ft.fsf@lars.in-berlin.de> Lines: 85 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/21.1 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Loic Dachary wrote: > You could try /tilenear 0.1 while in game. It is reported to > accelerate significatly on a G400. It is of no help if you have an > opengl driver that accelerates the calculations that are saved by reducing > this value. I've tried /tilenear, and it seems to have at least a little effect: something of up to 2 (though the framerate is a little bit too jumpy to say exactly). > I'd be interested to know if you're using a Free Software driver > for the Voodoo 4. Since you have a rather poor framerate, I guess it's the > case. Could you provide the output of glxinfo ? Sure: | name of display: :0.0 | display: :0 screen: 0 | direct rendering: Yes | server glx vendor string: SGI | server glx version string: 1.2 | server glx extensions: | GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context | client glx vendor string: SGI | client glx version string: 1.2 | client glx extensions: | GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context | GLX extensions: | GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context | OpenGL vendor string: VA Linux Systems, Inc. | OpenGL renderer string: Mesa DRI Voodoo4 20010501 x86/MMX/3DNow! | OpenGL version string: 1.2 Mesa 3.4.2 | OpenGL extensions: | GL_ARB_multitexture, GL_ARB_transpose_matrix, GL_EXT_abgr, | GL_EXT_clip_volume_hint, GL_EXT_compiled_vertex_array, GL_EXT_histogram, | GL_EXT_packed_pixels, GL_EXT_paletted_texture, GL_EXT_polygon_offset, | GL_EXT_rescale_normal, GL_EXT_stencil_wrap, GL_EXT_texture3D, | GL_EXT_texture_env_add, GL_EXT_texture_env_combine, GL_EXT_texture_object, | GL_EXT_texture_lod_bias, GL_EXT_vertex_array, GL_HP_occlusion_test, | GL_MESA_window_pos, GL_MESA_resize_buffers, GL_NV_texgen_reflection, | GL_PGI_misc_hints, GL_SGI_color_matrix, GL_SGI_color_table, | GL_SGIS_pixel_texture, GL_SGIS_texture_edge_clamp, GL_SGIX_pixel_texture | glu version: 1.3 | glu extensions: | GLU_EXT_nurbs_tessellator, GLU_EXT_object_space_tess | | visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav | id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat | ---------------------------------------------------------------------- | 0x23 24 tc 0 24 0 r . . 8 8 8 8 0 0 0 0 0 0 0 0 0 None | 0x24 24 tc 0 24 0 r . . 8 8 8 8 0 0 0 16 16 16 16 0 0 Slow | 0x25 24 tc 0 24 0 r . . 8 8 8 8 0 24 8 0 0 0 0 0 0 None | 0x26 24 tc 0 24 0 r . . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow | 0x27 24 tc 0 24 0 r y . 8 8 8 8 0 0 0 0 0 0 0 0 0 None | 0x28 24 tc 0 24 0 r y . 8 8 8 8 0 0 0 16 16 16 16 0 0 Slow | 0x29 24 tc 0 24 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None | 0x2a 24 tc 0 24 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow | 0x2b 24 dc 0 24 0 r . . 8 8 8 8 0 0 0 0 0 0 0 0 0 None | 0x2c 24 dc 0 24 0 r . . 8 8 8 8 0 0 0 16 16 16 16 0 0 Slow | 0x2d 24 dc 0 24 0 r . . 8 8 8 8 0 24 8 0 0 0 0 0 0 None | 0x2e 24 dc 0 24 0 r . . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow | 0x2f 24 dc 0 24 0 r y . 8 8 8 8 0 0 0 0 0 0 0 0 0 None | 0x30 24 dc 0 24 0 r y . 8 8 8 8 0 0 0 16 16 16 16 0 0 Slow | 0x31 24 dc 0 24 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None | 0x32 24 dc 0 24 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow As you have rightly guessed it is all Free Software -- just like the rest of my system :-). And the card worked almost out of the box. IIRC I only had to install the xlibmesa3 package to get acceleration working. > I found noticeable enhancement in xfree-4.2, you may want to switch > to it. Or wait that it pops in unstable. According to Branden's X Strike Force page, XFree4.2 packages shouldn't be that far of into the future. As I don't really feel the desire currently to start meddling with my X setup, I think I'll go with the latter option :-) Gruss, Lars -- [ Lars Weber ]------< me @ lars.in-berlin.de >----[ GPG-ID: 1383B42E ] +++ fingerprint: 44B1 1D23 DD53 E6B2 4AAB 4C36 0323 9141 1383 B42E +++ [ Using GNU ]----< www.gnu.org | www.debian.org >---[ Running Debian ] From paulmsiegel@yahoo.com Wed Mar 6 22:07:33 2002 Received: from smtp012.mail.yahoo.com (smtp012.mail.yahoo.com [216.136.173.32]) by www.nevrax.org (8.11.0/8.11.0) with SMTP id g26L7WW73854 for ; Wed, 6 Mar 2002 22:07:32 +0100 (CET) (envelope-from paulmsiegel@yahoo.com) Received: from paulmsiegel (AUTH login) at 146-115-123-83.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com (HELO jones) (paulmsiegel@146.115.123.83) by smtp.mail.vip.sc5.yahoo.com with SMTP; 6 Mar 2002 20:56:39 -0000 From: "Paul Siegel" To: "NeL List" Date: Wed, 6 Mar 2002 15:59:50 -0500 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Subject: [Nel] STLPort update Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: It's been a while since I've played with NeL, and since I recently got a new computer, I redownloaded all the dependencies and built NeL and Snowballs from scratch. Everything built fine, but when I tried to launch the app it crashed. I found this in my log: 02/03/06 11:21:21 WRN 756 common.cpp 401 : Exception will be launched: In Stream: data/shapes/snow.ps: The version in stream is newer than the class I tried scouring the mailing list archive, but found nothing on the problem. I next downloaded the distributed binaries on Nevrax.org's download page, and noticed that one of the files in the archive was stlport_vc6.4.5.dll. Well, I made an educated guess that NeL has moved from STLPort 4.0 to 4.5. I downloaded the more recent version of the library, rebuilt, and everything worked fine. Anyway, I just wanted to post this in case anyone else came across such a problem. Ultimately, it would be nice if somewhere it was documented that NeL now requires STLPort 4.5. I'm thinking code/nel/INSTALL. Paul _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com From loic@dachary.org Sat Mar 9 12:19:20 2002 Received: from inspiron.dachary.org (aboukir-101-1-13-alebeon.adsl.nerim.net [62.212.101.54]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g29BJJW02816 for ; Sat, 9 Mar 2002 12:19:19 +0100 (CET) (envelope-from loic@dachary.org) Received: from loic by inspiron.dachary.org with local (Exim 3.35 #1 (Debian)) id 16jelt-00088o-00 for ; Sat, 09 Mar 2002 12:12:17 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15497.60944.612368.88709@inspiron.dachary.org> Date: Sat, 9 Mar 2002 12:12:16 +0100 From: Loic Dachary To: nel@nevrax.org X-Mailer: VM 7.01 under Emacs 21.1.1 Subject: [Nel] NeL Debian GNU/Linux unstable package Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: loic@gnu.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi, I generated a Debian GNU/Linux package for NeL, you will find it at http://loic.dachary.org/nel/. If this is more convenient for Nevrax people, I can arrange for this directory to respond to rsync so that a mirror can be done on nevrax.org. I had to fix a few things so that make dist generates a proper distribution. Here is a summary of what the patch does: - fix a few spelling errors in INSTALL - added bootstrap doc samples and tools to the distribution - killed all CVS directories in the generated distribution - reworked the acinclude.m4 stlport macro so that it detects a standard stlport installation, barks if --without-stlport is specified, allow --with-stlport-lib without a --with-stlport, uses AC_LANG macros - add ${top_srcdir}/include to the include list so that building in a directory other than the source directory works (needed for make distcheck) - added DIST_SUBDIRS so that make dist is aware of the complete list of subdirectories to include in the distribution even when @NEL_SUBDIRS@ is used - fix numerous Makefile.am that were lacking headers (did not make it thru the distribution) - recommend stlport-4.5 instead of stlport-4.0 The patch is generated against todays CVS tree. Cheers, Index: nel/INSTALL =================================================================== RCS file: /home/cvsroot/code/nel/INSTALL,v retrieving revision 1.21 diff -u -r1.21 INSTALL --- nel/INSTALL 7 Feb 2002 16:52:12 -0000 1.21 +++ nel/INSTALL 9 Mar 2002 11:05:35 -0000 @@ -2,15 +2,15 @@ Requirements ============ - The NeL library need the following libraries : + The NeL library needs the following libraries : - - STLPort 4.0 (Mandatory) + - STLPort 4.5 (Mandatory) - LibXML 2.4.13 (NeL Misc) - FreeType 2 (NeL 3D) - OpenAL (NeL Sound) - Python 1.5 (NeL AI) - STLPort need to be compiled. NeL is using the SGI iostreams and it require + STLPort needs to be compiled. NeL is using the SGI iostreams and it require the STLPort compilation and a linking of NeL with the STLPort library. On a GNU/Linux platform you will need the following libraries and @@ -43,7 +43,7 @@ provided on your installation disk. The given sofware or library version numbers are the ones that we are - using. We don't know if it working with other (older or more recent) + using. We don't know if NeL will work with other (older or more recent) versions of these softwares or libraries. You are welcome to help us to define more precisely these informations ;-) @@ -91,10 +91,10 @@ The STLPort include *must* be inserted before the microsoft one or the compiler will take microsoft STL instead of STLPort STL. (use the arrow button to put the STLPort include at the top) - ex: D:/stlport-4.0/stlport + ex: D:/stlport-4.5/stlport - Add the STLPort library directory to the "Library Files" category. - ex: D:/stlport-4.0/lib + ex: D:/stlport-4.5/lib - Add the FreeType include directory to the "Include Files" category. ex: D:/freetype-2.0/include Index: nel/Makefile.am =================================================================== RCS file: /home/cvsroot/code/nel/Makefile.am,v retrieving revision 1.7 diff -u -r1.7 Makefile.am --- nel/Makefile.am 7 Jan 2002 16:09:52 -0000 1.7 +++ nel/Makefile.am 9 Mar 2002 11:05:35 -0000 @@ -14,14 +14,10 @@ bin_SCRIPTS = nel-config -EXTRA_DIST = nel.dsw +EXTRA_DIST = nel.dsw bootstrap doc samples tools dist-hook: - cp -p $(srcdir)/bootstrap $(distdir) - cp -pR $(srcdir)/doc $(distdir) - cp -pR $(srcdir)/samples $(distdir) - cp -pR $(srcdir)/tools $(distdir) - + find $(distdir) -name CVS -print | xargs rm -fr # End of Makefile.am Index: nel/acinclude.m4 =================================================================== RCS file: /home/cvsroot/code/nel/acinclude.m4,v retrieving revision 1.8 diff -u -r1.8 acinclude.m4 --- nel/acinclude.m4 18 Feb 2002 12:58:38 -0000 1.8 +++ nel/acinclude.m4 9 Mar 2002 11:05:35 -0000 @@ -374,11 +374,10 @@ if test "$with_stlport" = no then dnl The user explicitly disabled the use of the STLPorts - AC_MSG_CHECKING(STLPort) - have_stlport="disabled" - AC_MSG_RESULT(disabled (*** EXPERIMENTAL ***)) + AC_MSG_ERROR([STLPort is mandatory: do not specify --without-stlport]) else - if test "$with_stlport" + stlport_includes="/usr/include/stlport" + if test "$with_stlport" -a "$with_stlport" != yes then stlport_includes="$with_stlport/stlport" stlport_libraries="$with_stlport/lib" @@ -390,82 +389,73 @@ fi fi -if test -z "$have_stlport" -a "$with_stlport_include" +if test "$with_stlport_include" then stlport_includes="$with_stlport_include" fi -if test -z "$have_stlport" -a "$with_stlport_lib" +if test "$with_stlport_lib" then stlport_libraries="$with_stlport_lib" fi -if test -z "$have_stlport" -then - dnl Put STLPorts includes in CXXFLAGS - if test "$stlport_includes" - then - CXXFLAGS="$CXXFLAGS -I$stlport_includes" - fi - - dnl Put STLPorts libraries in LIBS - if test "$stlport_libraries" - then - LIBS="-L$stlport_libraries $LIBS -l$stlport_lib" - fi - - dnl Test the headers - AC_MSG_CHECKING(for STLPort headers) - - _CPPFLAGS="$CPPFLAGS" +AC_LANG_SAVE +AC_LANG_CPLUSPLUS - CPPFLAGS="$CXXFLAGS" +dnl Put STLPorts includes in CXXFLAGS +if test "$stlport_includes" +then + CXXFLAGS="$CXXFLAGS -I$stlport_includes" +fi - AC_EGREP_CPP( yo_stlport, - [#include -#ifdef __SGI_STL_PORT - yo_stlport -#endif], - have_stlport_headers="yes", - have_stlport_headers="no" ) +dnl Put STLPorts libraries directory in LIBS +if test "$stlport_libraries" +then + LIBS="-L$stlport_libraries $LIBS" +else + stlport_libraries='default' +fi - if test "$have_stlport_headers" = "yes" - then - AC_MSG_RESULT([$stlport_includes]) - else - AC_MSG_RESULT(no) - fi +dnl Test the headers - dnl Test the libraries - AC_MSG_CHECKING(for STLPort libraries) +AC_CHECK_HEADER(algorithm, + have_stlport_headers="yes", + have_stlport_headers="no" ) - CPPFLAGS="$CXXFLAGS $LIBS" +AC_MSG_CHECKING(for STLPort headers) - AC_TRY_LINK( , , have_stlport_libraries="yes", have_stlport_libraries="no") +if test "$have_stlport_headers" = "yes" +then + AC_MSG_RESULT([$stlport_includes]) +else + AC_MSG_RESULT(no) +fi - CPPFLAGS="$_CPPFLAGS" +AC_CHECK_LIB($stlport_lib, main, have_stlport_libraries="yes", have_stlport_libraries="no") - if test "$have_stlport_libraries" = "yes" - then - AC_MSG_RESULT([$stlport_libraries]) - else - AC_MSG_RESULT(no) - fi +AC_MSG_CHECKING(for STLPort library) - if test "$have_stlport_headers" = "yes" \ - && test "$have_stlport_libraries" = "yes" - then - have_stlport="yes" - else - have_stlport="no" - fi +if test "$have_stlport_libraries" = "yes" +then + AC_MSG_RESULT([$stlport_libraries]) +else + AC_MSG_RESULT(no) +fi - if test "$have_stlport" = "no" - then - AC_MSG_ERROR([STLPort must be installed (http://www.stlport.org).]) - fi +if test "$have_stlport_headers" = "yes" && + test "$have_stlport_libraries" = "yes" +then + have_stlport="yes" +else + have_stlport="no" +fi +if test "$have_stlport" = "no" +then + AC_MSG_ERROR([STLPort must be installed (http://www.stlport.org).]) fi + +AC_LANG_RESTORE ]) Index: nel/configure.in =================================================================== RCS file: /home/cvsroot/code/nel/configure.in,v retrieving revision 1.59 diff -u -r1.59 configure.in --- nel/configure.in 28 Jan 2002 15:22:19 -0000 1.59 +++ nel/configure.in 9 Mar 2002 11:05:36 -0000 @@ -254,6 +254,10 @@ AM_PATH_XF86VIDMODE +dnl Arrange for the include directory to be in the search path even when +dnl build is done outside the source tree +CFLAGS="$CFLAGS -I\${top_srcdir}/include" +CXXFLAGS="$CXXFLAGS -I\${top_srcdir}/include" dnl ==================================================================== dnl Checks for library functions. @@ -263,11 +267,6 @@ dnl ==================================================================== dnl Output files to generate. dnl ==================================================================== - -dnl What an ugly hack to try to get something cleanner ... i hope ... -AC_OUTPUT_COMMANDS( - [cd include/nel && ln -sfv ../nelconfig.h .] -) AC_OUTPUT( Makefile \ include/Makefile \ Index: nel/include/nel/Makefile.am =================================================================== RCS file: /home/cvsroot/code/nel/include/nel/Makefile.am,v retrieving revision 1.2 diff -u -r1.2 Makefile.am --- nel/include/nel/Makefile.am 7 Jan 2002 16:09:52 -0000 1.2 +++ nel/include/nel/Makefile.am 9 Mar 2002 11:05:37 -0000 @@ -4,7 +4,7 @@ MAINTAINERCLEANFILES = Makefile.in -SUBDIRS = @NEL_SUBDIRS@ +SUBDIRS = 3d ai misc net pacs sound includedir = ${prefix}/include/nel Index: nel/src/Makefile.am =================================================================== RCS file: /home/cvsroot/code/nel/src/Makefile.am,v retrieving revision 1.6 diff -u -r1.6 Makefile.am --- nel/src/Makefile.am 13 Jun 2001 18:05:00 -0000 1.6 +++ nel/src/Makefile.am 9 Mar 2002 11:05:41 -0000 @@ -4,6 +4,8 @@ MAINTAINERCLEANFILES = Makefile.in +DIST_SUBDIRS = net 3d pacs sound ai misc + SUBDIRS = @NEL_SUBDIRS@ EXTRA_DIST = misc.dsp net.dsp 3d.dsp ai.dsp Index: nel/src/3d/Makefile.am =================================================================== RCS file: /home/cvsroot/code/nel/src/3d/Makefile.am,v retrieving revision 1.70 diff -u -r1.70 Makefile.am --- nel/src/3d/Makefile.am 4 Mar 2002 10:07:10 -0000 1.70 +++ nel/src/3d/Makefile.am 9 Mar 2002 11:05:41 -0000 @@ -74,7 +74,6 @@ event_mouse_listener.h \ fast_floor.cpp \ fast_floor.h \ - files.txt \ flare_model.cpp \ flare_model.h \ flare_shape.cpp \ @@ -483,6 +482,8 @@ zone_smoother.h \ zone_tgt_smoother.cpp \ zone_tgt_smoother.h + +noinst_HEADERS = std3d.h mesh_vertex_program.h meshvp_wind_tree.h AM_CXXFLAGS = -I$(top_srcdir)/src @FREETYPE_CFLAGS@ Index: nel/src/3d/driver/opengl/Makefile.am =================================================================== RCS file: /home/cvsroot/code/nel/src/3d/driver/opengl/Makefile.am,v retrieving revision 1.10 diff -u -r1.10 Makefile.am --- nel/src/3d/driver/opengl/Makefile.am 7 Jan 2002 16:09:52 -0000 1.10 +++ nel/src/3d/driver/opengl/Makefile.am 9 Mar 2002 11:05:41 -0000 @@ -22,10 +22,13 @@ unix_event_emitter.cpp \ unix_event_emitter.h +noinst_HEADERS = stdopengl.h + AM_CXXFLAGS = -I$(top_srcdir)/src \ @OPENGL_CFLAGS@ @XF86VIDMODE_CFLAGS@ libnel_drv_opengl_la_LIBADD = @OPENGL_LIBS@ @XF86VIDMODE_LIBS@ +libnel_drv_opengl_la_LDFLAGS = -no-undefined # End of Makefile.am Index: nel/src/misc/Makefile.am =================================================================== RCS file: /home/cvsroot/code/nel/src/misc/Makefile.am,v retrieving revision 1.40 diff -u -r1.40 Makefile.am --- nel/src/misc/Makefile.am 18 Feb 2002 12:57:05 -0000 1.40 +++ nel/src/misc/Makefile.am 9 Mar 2002 11:05:43 -0000 @@ -68,6 +68,7 @@ window_displayer.cpp \ debug_displayer.cpp +noinst_HEADERS = stdmisc.h AM_CXXFLAGS = @XML_CFLAGS@ Index: nel/src/net/Makefile.am =================================================================== RCS file: /home/cvsroot/code/nel/src/net/Makefile.am,v retrieving revision 1.15 diff -u -r1.15 Makefile.am --- nel/src/net/Makefile.am 15 Feb 2002 14:40:21 -0000 1.15 +++ nel/src/net/Makefile.am 9 Mar 2002 11:05:43 -0000 @@ -36,6 +36,8 @@ service_5.cpp \ transport_class.cpp +noinst_HEADERS = stdnet.h + AM_CXXFLAGS = -I$(top_srcdir)/src libnelnet_la_LIBADD = -lc -lpthread Index: nel/src/pacs/Makefile.am =================================================================== RCS file: /home/cvsroot/code/nel/src/pacs/Makefile.am,v retrieving revision 1.4 diff -u -r1.4 Makefile.am --- nel/src/pacs/Makefile.am 9 Aug 2001 16:18:01 -0000 1.4 +++ nel/src/pacs/Makefile.am 9 Mar 2002 11:05:43 -0000 @@ -54,6 +54,8 @@ AM_CXXFLAGS = -I$(top_srcdir)/src +noinst_HEADERS = stdpacs.h face_grid.h quad_grid.h + libnelpacs_la_LIBADD = -lc libnelpacs_la_LDFLAGS = -version-info @LIBTOOL_VERSION@ -- Loic Dachary http://www.dachary.org/ loic@dachary.org 12 bd Magenta http://www.senga.org/ loic@senga.org 75010 Paris T: 33 1 42 45 07 97 loic@gnu.org GPG Public Key: http://www.dachary.org/loic/gpg.txt From loic@dachary.org Sat Mar 9 14:11:30 2002 Received: from inspiron.dachary.org (aboukir-101-1-13-alebeon.adsl.nerim.net [62.212.101.54]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g29DBUW03559 for ; Sat, 9 Mar 2002 14:11:30 +0100 (CET) (envelope-from loic@dachary.org) Received: from loic by inspiron.dachary.org with local (Exim 3.35 #1 (Debian)) id 16jgWS-0008EK-00 for ; Sat, 09 Mar 2002 14:04:28 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15498.2140.538373.975527@inspiron.dachary.org> Date: Sat, 9 Mar 2002 14:04:28 +0100 From: Loic Dachary To: nel@nevrax.org X-Mailer: VM 7.01 under Emacs 21.1.1 Subject: [Nel] AI Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: loic@gnu.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi, It looks like a file is missing from the CVS tree that prevents compilation of AI. nel/ai/script/interpret_message_setvalue.h I'll disable AI in the debian package for now. I may be able to re-build this file by hand but I'd first like to be sure it is not available somewhere ;-) Cheers, -- Loic Dachary http://www.dachary.org/ loic@dachary.org 12 bd Magenta http://www.senga.org/ loic@senga.org 75010 Paris T: 33 1 42 45 07 97 loic@gnu.org GPG Public Key: http://www.dachary.org/loic/gpg.txt From loic@dachary.org Sun Mar 10 11:51:40 2002 Received: from inspiron.dachary.org (aboukir-101-1-13-alebeon.adsl.nerim.net [62.212.101.54]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g2AApdW11051 for ; Sun, 10 Mar 2002 11:51:39 +0100 (CET) (envelope-from loic@dachary.org) Received: from loic by inspiron.dachary.org with local (Exim 3.35 #1 (Debian)) id 16k0oe-0000cf-00 for ; Sun, 10 Mar 2002 11:44:36 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15499.14612.281156.639536@inspiron.dachary.org> Date: Sun, 10 Mar 2002 11:44:36 +0100 From: Loic Dachary To: nel@nevrax.org X-Mailer: VM 7.01 under Emacs 21.1.1 Subject: [Nel] Snowballs binary Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: loic@gnu.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi, It would probably be a good idea to include libxml and freetype dynamic libraries in the current binary distribution of snowballs (the .zip file). That would significantly reduce the burden for people skilled to produce 3d data when they face the problem of recompiling plugins for their favorite and unfortunately proprietary 3d tool : 3DSMAX. I'd love to see new data generated for the snowballs demonstration program and making life easier for people with relatively low compiling/coding skills seems a good way to encourage this. Cheers, -- Loic Dachary http://www.dachary.org/ loic@dachary.org 12 bd Magenta http://www.senga.org/ loic@senga.org 75010 Paris T: 33 1 42 45 07 97 loic@gnu.org GPG Public Key: http://www.dachary.org/loic/gpg.txt From loic@dachary.org Sun Mar 10 12:35:50 2002 Received: from inspiron.dachary.org (aboukir-101-1-13-alebeon.adsl.nerim.net [62.212.101.54]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g2ABZnW11329 for ; Sun, 10 Mar 2002 12:35:49 +0100 (CET) (envelope-from loic@dachary.org) Received: from loic by inspiron.dachary.org with local (Exim 3.35 #1 (Debian)) id 16k1VO-0000gB-00 for ; Sun, 10 Mar 2002 12:28:46 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15499.17262.468979.786161@inspiron.dachary.org> Date: Sun, 10 Mar 2002 12:28:46 +0100 From: Loic Dachary To: nel@nevrax.org X-Mailer: VM 7.01 under Emacs 21.1.1 Subject: [Nel] Small typo Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: loic@gnu.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi, /docs/ s/licence/license/ Cheers, -- Loic Dachary http://www.dachary.org/ loic@dachary.org 12 bd Magenta http://www.senga.org/ loic@senga.org 75010 Paris T: 33 1 42 45 07 97 loic@gnu.org GPG Public Key: http://www.dachary.org/loic/gpg.txt From loic@dachary.org Sun Mar 10 13:31:25 2002 Received: from inspiron.dachary.org (aboukir-101-1-13-alebeon.adsl.nerim.net [62.212.101.54]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g2ACVOW11657 for ; Sun, 10 Mar 2002 13:31:24 +0100 (CET) (envelope-from loic@dachary.org) Received: from loic by inspiron.dachary.org with local (Exim 3.35 #1 (Debian)) id 16k2NB-0000id-00 for ; Sun, 10 Mar 2002 13:24:21 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15499.20597.111287.859739@inspiron.dachary.org> Date: Sun, 10 Mar 2002 13:24:21 +0100 From: Loic Dachary To: nel@nevrax.org X-Mailer: VM 7.01 under Emacs 21.1.1 Subject: [Nel] snowballs frontend (sno_frontend) lossage Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: loic@gnu.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi, When running a server I expercience a continuous flow of the following errors: AST25054 buf_sock.cpp 190 loic.dachary.org/FS : "_RTSBIndex+len < _ReadyToSendBu ffer.size()" index=134989860 len=0 size=50 AST25054 buf_sock.cpp 106 loic.dachary.org/FS : "pos+len <= v.size()" pos=134989 860 len=0 size=50 from sno_frontend. This occurs immediately after I press return in the snowballs client to accept to connect to shard 0. It looks like uninitialized variable or something but I don't have the debug version handy to check this. Oddly enough, that does not prevent me from being online although it will eventually crash when the disk is full ;-) I could redirect those messages to /dev/null but that somehow does not strike me as a good idea. If there is no simple answer to this problem I'll investigate it as soon as I'm finished with the Debian GNU/Linux packages. My configuration is Debian GNU/Linux unstable, stlport-4.5 and todays CVS (for snowballs2/nel/nelns). Cheers, -- Loic Dachary http://www.dachary.org/ loic@dachary.org 12 bd Magenta http://www.senga.org/ loic@senga.org 75010 Paris T: 33 1 42 45 07 97 loic@gnu.org GPG Public Key: http://www.dachary.org/loic/gpg.txt From loic@dachary.org Sun Mar 10 17:44:54 2002 Received: from inspiron.dachary.org (aboukir-101-1-13-alebeon.adsl.nerim.net [62.212.101.54]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g2AGirW13065 for ; Sun, 10 Mar 2002 17:44:53 +0100 (CET) (envelope-from loic@dachary.org) Received: from loic by inspiron.dachary.org with local (Exim 3.35 #1 (Debian)) id 16k6KU-0000s1-00 for ; Sun, 10 Mar 2002 17:37:50 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15499.35806.173272.246400@inspiron.dachary.org> Date: Sun, 10 Mar 2002 17:37:50 +0100 From: Loic Dachary To: nel@nevrax.org X-Mailer: VM 7.01 under Emacs 21.1.1 Subject: [Nel] Debian GNU/Linux package for snowballs data Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: loic@gnu.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi, You will find a Debian GNU/Linux package for the latest snowballs data at http://loic.dachary.org/snowballs-data/. I assumed that these data are released under the GNU GPL. It would be nice to have the source files that were used to produce these data. Maybe they are already available but I was not able to spot them ? Cheers, -- Loic Dachary http://www.dachary.org/ loic@dachary.org 12 bd Magenta http://www.senga.org/ loic@senga.org 75010 Paris T: 33 1 42 45 07 97 loic@gnu.org GPG Public Key: http://www.dachary.org/loic/gpg.txt From robert@in-orbit.net Mon Mar 11 05:49:30 2002 Received: from quasar.skima.is (quasar.skima.is [212.30.200.205]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g2B4nOW17725 for ; Mon, 11 Mar 2002 05:49:30 +0100 (CET) (envelope-from robert@in-orbit.net) Received: from [157.157.146.56] by quasar.skima.is with ESMTP for nel@nevrax.org; Mon, 11 Mar 2002 04:42:47 Z Date: Mon, 11 Mar 2002 05:10:30 -0800 From: Robert Bjarnason X-Mailer: The Bat! (v1.49) Personal Organization: InOrbit Entertainment, Inc. X-Priority: 3 (Normal) Message-Id: <1281167331213.20020311051030@in-orbit.net> To: nel@nevrax.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by www.nevrax.org id g2B4nOW17725 Subject: [Nel] Tips on Portals/Clusters... Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: =?ISO-8859-1?Q?R=F3bert_Bjarnason?= List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi, This is actually the third time I try sending this post to the NeL mailing-list, I tried two times Friday, hope it get's trough now... I got no errors from the mailinglist system back either... But to the point: Can anybody give me some tips on portal creation: Do I create special geometry in 3dsmax? Do I use the link system in 3dsmax to define the relationships? Thanks, Robert Bjarnason From loic@dachary.org Mon Mar 11 22:06:40 2002 Received: from inspiron.dachary.org (aboukir-101-1-13-alebeon.adsl.nerim.net [62.212.101.54]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g2BL6eW23341 for ; Mon, 11 Mar 2002 22:06:40 +0100 (CET) (envelope-from loic@dachary.org) Received: from loic by inspiron.dachary.org with local (Exim 3.35 #1 (Debian)) id 16kWtM-0000R1-00 for ; Mon, 11 Mar 2002 21:59:36 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15501.6840.528951.658522@inspiron.dachary.org> Date: Mon, 11 Mar 2002 21:59:36 +0100 From: Loic Dachary To: nel@nevrax.org X-Mailer: VM 7.01 under Emacs 21.1.1 Subject: [Nel] Debian GNU/Linux packages for nel/nelns/snowballs Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: loic@gnu.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi, I finally have a set of Debian GNU/Linux (unstable) packages working. They are all available at http://loic.dachary.org/debian/ I generated the necessary package information so that adding deb http://loic.dachary.org/debian ./ deb-src http://loic.dachary.org/debian ./ to /etc/apt/source.list is possible. Cheers, --- Here is the README attached to the URL above Repository of Debian GNU/Linux unstable packages for software distributed by / nel - game library (3d, ai, net, sound) nelns - game server base services snowballs - online wandering gnus throwing snowballs snowballs-data - graphics for snowballs In order to use this repository add the following to your /etc/apt/source.list deb http://loic.dachary.org/debian ./ deb-src http://loic.dachary.org/debian ./ Then run apt-get update To play snowballs apt-get install snowballs To run a snowball server apt-get install snowballs-server -- Loic Dachary http://www.dachary.org/ loic@dachary.org 12 bd Magenta http://www.senga.org/ loic@senga.org 75010 Paris T: 33 1 42 45 07 97 loic@gnu.org GPG Public Key: http://www.dachary.org/loic/gpg.txt From loic@dachary.org Mon Mar 11 01:22:03 2002 Received: from inspiron.dachary.org (aboukir-101-1-13-alebeon.adsl.nerim.net [62.212.101.54]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g2B0M2W15675 for ; Mon, 11 Mar 2002 01:22:02 +0100 (CET) (envelope-from loic@dachary.org) Received: from loic by inspiron.dachary.org with local (Exim 3.35 #1 (Debian)) id 16kDSs-0001By-00 for ; Mon, 11 Mar 2002 01:14:58 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15499.63234.256503.565548@inspiron.dachary.org> Date: Mon, 11 Mar 2002 01:14:58 +0100 From: Loic Dachary To: nel@nevrax.org X-Mailer: VM 7.01 under Emacs 21.1.1 Subject: [Nel] Debian GNU/Linux package for nelns Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: loic@gnu.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi, You will find a Debian GNU/Linux package for nelns at http://loic.dachary.org/nelns/. I think the snowball packages will wait tomorrow morning. I'm toasted ;-) Cheers, -- Loic Dachary http://www.dachary.org/ loic@dachary.org 12 bd Magenta http://www.senga.org/ loic@senga.org 75010 Paris T: 33 1 42 45 07 97 loic@gnu.org GPG Public Key: http://www.dachary.org/loic/gpg.txt From loic@dachary.org Mon Mar 11 01:33:47 2002 Received: from inspiron.dachary.org (aboukir-101-1-13-alebeon.adsl.nerim.net [62.212.101.54]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g2B0XkW15758 for ; Mon, 11 Mar 2002 01:33:46 +0100 (CET) (envelope-from loic@dachary.org) Received: from loic by inspiron.dachary.org with local (Exim 3.35 #1 (Debian)) id 16kDeE-0001CQ-00 for ; Mon, 11 Mar 2002 01:26:42 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15499.63937.674173.496436@inspiron.dachary.org> Date: Mon, 11 Mar 2002 01:26:41 +0100 From: Loic Dachary To: nel@nevrax.org X-Mailer: VM 7.01 under Emacs 21.1.1 Subject: [Nel] another snowballs server Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: loic@gnu.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi, I'll be running a snowballs server on loic.dachary.org tonight (GMT-1). I'm logged in and I'd be gratefull if people have the opportunity to come and shoot snowballs at me ;-) Cheers, -- Loic Dachary http://www.dachary.org/ loic@dachary.org 12 bd Magenta http://www.senga.org/ loic@senga.org 75010 Paris T: 33 1 42 45 07 97 loic@gnu.org GPG Public Key: http://www.dachary.org/loic/gpg.txt From akhoun@dess-gla.infop6.jussieu.fr Wed Mar 6 11:25:09 2002 Received: from isis.lip6.fr (IDENT:root@isis.lip6.fr [132.227.60.2]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g26AP9W66117 for ; Wed, 6 Mar 2002 11:25:09 +0100 (CET) (envelope-from akhoun@dess-gla.infop6.jussieu.fr) Received: from gla.dess-gla.infop6.jussieu.fr (gla.ecoledoc.lip6.fr [132.227.69.128]) by isis.lip6.fr (8.12.0.Beta19/jtpda-5.3.2+victor) with ESMTP id g26AImkB000626 for ; Wed, 6 Mar 2002 11:18:49 +0100 X-pt: isis.lip6.fr Received: from gla.ecoledoc.lip6.fr (STEIN [132.227.69.115]) by gla.dess-gla.infop6.jussieu.fr (Postfix) with ESMTP id D3A481815A for ; Wed, 6 Mar 2002 11:18:47 +0100 (CET) Message-ID: <3C85ED07.2070708@gla.ecoledoc.lip6.fr> Date: Wed, 06 Mar 2002 11:18:47 +0100 From: Akhoun =?ISO-8859-1?Q?St=E9phane?= User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; fr-FR; rv:0.9.4) Gecko/20011128 Netscape6/6.2.1 X-Accept-Language: fr-fr MIME-Version: 1.0 To: nel@nevrax.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Subject: [Nel] A* - Behaviour - Scripting Language Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi. I am student in Dess, and within the framework of this training, I must study the NeL platform. To begin, I have been asked to implant the A* algorithm to study the feasibility besides of the project (creation of a framework of evolved behavior consisted of "basic" behavior). So I have several questions : For A*: is this algo already implanted? If not, will it be? In what place of the code would it be the most sensible to place it ? For the behavior: is there a scripting language dedicated to AI, or must we do it in C++ ? The documentation (" features " section) says there is a language of description for the agents. What it is possible to do with this language? Kind regards, Akhoun Stéphane From robert@in-orbit.net Fri Mar 8 09:19:56 2002 Received: from quasar.skima.is (quasar.skima.is [212.30.200.205]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g288JtW89161 for ; Fri, 8 Mar 2002 09:19:55 +0100 (CET) (envelope-from robert@in-orbit.net) Received: from [157.157.146.56] by quasar.skima.is with ESMTP for nel@nevrax.org; Fri, 8 Mar 2002 08:13:27 Z Date: Fri, 8 Mar 2002 08:41:15 -0800 From: Robert Bjarnason X-Mailer: The Bat! (v1.49) Personal Organization: InOrbit Entertainment, Inc. X-Priority: 3 (Normal) Message-Id: <38920776226.20020308084115@in-orbit.net> To: nel@nevrax.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by www.nevrax.org id g288JtW89161 Subject: [Nel] Tips on Portals/Clusters Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: =?ISO-8859-1?Q?R=F3bert_Bjarnason?= List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi, Can you give me some tips on portals: Do I create special geometry in 3dsmax? Do I use the link system in 3dsmax to define the relationships? Thanks, Robert Bjarnason From robert@in-orbit.net Fri Mar 8 13:59:45 2002 Received: from quasar.skima.is (quasar.skima.is [212.30.200.205]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g28CxiW90981 for ; Fri, 8 Mar 2002 13:59:44 +0100 (CET) (envelope-from robert@in-orbit.net) Received: from [157.157.146.56] by quasar.skima.is with ESMTP for nel@nevrax.org; Fri, 8 Mar 2002 12:53:22 Z Date: Fri, 8 Mar 2002 13:21:09 -0800 From: Robert Bjarnason X-Mailer: The Bat! (v1.49) Personal Organization: InOrbit Entertainment, Inc. X-Priority: 3 (Normal) Message-Id: <183937570755.20020308132109@in-orbit.net> To: nel@nevrax.org X-Sender: Robert Bjarnason Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by www.nevrax.org id g28CxiW90981 Subject: [Nel] Tips on Portals/Clusters Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: =?ISO-8859-1?Q?R=F3bert_Bjarnason?= List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi, Can you give me some tips on portals: Do I create special geometry in 3dsmax? Do I use the link system in 3dsmax to define the relationships? Thanks, Robert Bjarnason From vizerie@nevrax.com Mon Mar 11 10:12:13 2002 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g2B9CCW19281 for ; Mon, 11 Mar 2002 10:12:13 +0100 (CET) (envelope-from vizerie@nevrax.com) Received: from nicolasv (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g2B95on68920 for ; Mon, 11 Mar 2002 10:05:50 +0100 (CET) (envelope-from vizerie@nevrax.com) Message-ID: <003501c1c8db$f089f2d0$1d01a8c0@nicolasv> From: "Nicolas Vizerie" To: References: Subject: Re: [Nel] STLPort update Date: Mon, 11 Mar 2002 10:05:50 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi Paul, For info, this message prevent using new datas with old code that don't manage them. The serialization code check the version number, and when it is higher that the one in the code, an exception is thrown. Updating the code usually solve this kind of problems. Regards Nicolas Vizerie ----- Original Message ----- From: "Paul Siegel" To: "NeL List" Sent: Wednesday, March 06, 2002 9:59 PM Subject: [Nel] STLPort update > > It's been a while since I've played with NeL, and since I recently got a new > computer, I redownloaded all the dependencies and built NeL and Snowballs > from scratch. Everything built fine, but when I tried to launch the app it > crashed. I found this in my log: > > 02/03/06 11:21:21 WRN 756 common.cpp 401 : Exception will be launched: In > Stream: data/shapes/snow.ps: The version in stream is newer than the class > > I tried scouring the mailing list archive, but found nothing on the problem. > I next downloaded the distributed binaries on Nevrax.org's download page, > and noticed that one of the files in the archive was stlport_vc6.4.5.dll. > Well, I made an educated guess that NeL has moved from STLPort 4.0 to 4.5. > I downloaded the more recent version of the library, rebuilt, and everything > worked fine. > > Anyway, I just wanted to post this in case anyone else came across such a > problem. Ultimately, it would be nice if somewhere it was documented that > NeL now requires STLPort 4.5. I'm thinking code/nel/INSTALL. > > Paul > > > _________________________________________________________ > Do You Yahoo!? > Get your free @yahoo.com address at http://mail.yahoo.com > > _______________________________________________ > Nel mailing list > Nel@nevrax.org > /mailman/listinfo.cgi/nel > From lecroart@nevrax.com Mon Mar 11 10:29:48 2002 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g2B9TlW19376 for ; Mon, 11 Mar 2002 10:29:47 +0100 (CET) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g2B9NOn69113 for ; Mon, 11 Mar 2002 10:23:24 +0100 (CET) (envelope-from lecroart@nevrax.com) Message-ID: <008d01c1c8de$652f5420$0901a8c0@vianneyl> From: "Vianney Lecroart" To: References: Subject: Re: [Nel] STLPort update Date: Mon, 11 Mar 2002 10:23:24 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi Paul, > 02/03/06 11:21:21 WRN 756 common.cpp 401 : Exception will be launched: In > Stream: data/shapes/snow.ps: The version in stream is newer than the class The problem doesn't come from STLport4.5. You're right, for the Snowballs binaries, we used STLport4.5 but it works fine with STLport4.0. We had to export a new snow.ps because the old one didn't work. It seems that your NeL code was to old to handle the new .ps file format. So the problem was resolved when you have updated NeL. Vianney Lecroart --- lead network programmer / nevrax.com icq#: 6870415 homepage: http://ace.planet-d.net www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? From chafik@nevrax.com Mon Mar 11 11:19:59 2002 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g2BAJwW19667 for ; Mon, 11 Mar 2002 11:19:58 +0100 (CET) (envelope-from chafik@nevrax.com) Received: from sameh (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g2BADZn69802 for ; Mon, 11 Mar 2002 11:13:35 +0100 (CET) (envelope-from chafik@nevrax.com) Message-ID: <018101c1c8e5$67710290$1001a8c0@sameh> From: "sameh chafik Pro" To: References: <15498.2140.538373.975527@inspiron.dachary.org> Subject: Re: [Nel] AI Date: Mon, 11 Mar 2002 11:13:35 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hello loic, > nel/ai/script/interpret_message_setvalue.h This source was'nt commit, we are sorry. > I'll disable AI in the debian package for now. I may be able to > re-build this file by hand but I'd first like to be sure it is not available > somewhere ;-) If you don't use Ai there are no problem. Sameh. From lecroart@nevrax.com Mon Mar 11 11:29:52 2002 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g2BATpW19726 for ; Mon, 11 Mar 2002 11:29:51 +0100 (CET) (envelope-from lecroart@nevrax.com) Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g2BANSn69948 for ; Mon, 11 Mar 2002 11:23:28 +0100 (CET) (envelope-from lecroart@nevrax.com) Message-ID: <010401c1c8e6$c96446f0$0901a8c0@vianneyl> From: "Vianney Lecroart" To: Date: Mon, 11 Mar 2002 11:23:28 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Subject: [Nel] Download section updated Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: From Nevrax.org news: A new section for external websites was opened in the download page. It contains links to other Internet sites that have NeL and/or Snowballs related contents. Feel free to send a mail mailto:lecroart@nevrax.com?Subject=ExternalDownloadLink to add your page on this section. Vianney Lecroart --- lead network programmer / nevrax.com icq#: 6870415 homepage: http://ace.planet-d.net www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? From corvazier@nevrax.com Tue Mar 12 16:02:58 2002 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g2CF2w231362 for ; Tue, 12 Mar 2002 16:02:58 +0100 (CET) (envelope-from corvazier@nevrax.com) Received: from cyrilc (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g2CEuYn84171 for ; Tue, 12 Mar 2002 15:56:34 +0100 (CET) (envelope-from corvazier@nevrax.com) Message-ID: <003501c1c9d6$2afb2150$1701a8c0@cyrilc> From: "Cyril 'Hulud' Corvazier" To: References: <183937570755.20020308132109@in-orbit.net> Subject: Re: [Nel] Tips on Portals/Clusters Date: Tue, 12 Mar 2002 15:57:02 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Tu peux lui dire deux mots sur les portals ? Merci :-) Hld. ----- Original Message ----- From: "Robert Bjarnason" To: Sent: Friday, March 08, 2002 22:21 Subject: [Nel] Tips on Portals/Clusters > Hi, > > Can you give me some tips on portals: > > Do I create special geometry in 3dsmax? > Do I use the link system in 3dsmax to define the relationships? > > Thanks, > Robert Bjarnason > > > _______________________________________________ > Nel mailing list > Nel@nevrax.org > /mailman/listinfo.cgi/nel > From me@lars.in-berlin.de Wed Mar 6 14:50:34 2002 Received: from hirsch.in-berlin.de (hirsch.in-berlin.de [192.109.42.6]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g26DoXW70909 for ; Wed, 6 Mar 2002 14:50:34 +0100 (CET) (envelope-from me@lars.in-berlin.de) Received: from psych-o-mat (port-213-20-24-6.reverse.qdsl-home.de [213.20.24.6]) (authenticated bits=0) by hirsch.in-berlin.de (8.12.1/8.12.1/Debian -2) with ESMTP id g26Di9mK027326 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NOT) for ; Wed, 6 Mar 2002 14:44:10 +0100 X-Envelope-From: me@lars.in-berlin.de X-Envelope-To: Received: from [10.20.40.80] (helo=bit-weaver) by psych-o-mat with esmtp (Exim 3.33 #1 (Debian)) id 16ibqq-0003q3-00 for ; Wed, 06 Mar 2002 14:53:04 +0100 Received: from lars by bit-weaver with local (Exim 3.33 #1 (Debian)) id 16ibm9-0005VQ-00 for ; Wed, 06 Mar 2002 14:48:13 +0100 To: nel@nevrax.org Subject: Re: [Nel] GNU/Linux compilation patches References: <15488.2960.615197.420521@inspiron.dachary.org> <87henznpmm.fsf@lars.in-berlin.de> <005101c1c42a$b9cfd300$0901a8c0@vianneyl> From: Lars Weber Date: 06 Mar 2002 14:48:12 +0100 In-Reply-To: <005101c1c42a$b9cfd300$0901a8c0@vianneyl> Message-ID: <87wuwp7qoz.fsf@lars.in-berlin.de> Lines: 28 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/21.1 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: "Vianney Lecroart" wrote: > mouse_listener.cpp line 121: > turnZ.rotateZ ((float) Pi*2.f*(_X-mouseEvent->X)); > > You can change the factor (2.f) and set a lower value to have a lower mouse > sensitive. I actually got a little used to the current sensitivity now, so it isn't really that urgent. But maybe I'll give this a try in the next few days anyway. > The low framerate is normal I think, because of your Voodoo 4 (perhaps > driver are not accelerated or badly accelerated). [...] Yes, and I didn't really expect much more of my setup, either ;-) [0]. The card is fast enough to play most of the installed 3D screensavers though, and so far I didn't have much use for 3D acceleration aside from that :-) Gruss, Lars [0] Though I must admit that there were some secret hopes... -- [ Lars Weber ]------< me @ lars.in-berlin.de >----[ GPG-ID: 1383B42E ] +++ fingerprint: 44B1 1D23 DD53 E6B2 4AAB 4C36 0323 9141 1383 B42E +++ [ Using GNU ]----< www.gnu.org | www.debian.org >---[ Running Debian ] From besson@nevrax.com Tue Mar 12 16:28:13 2002 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g2CFSD231580 for ; Tue, 12 Mar 2002 16:28:13 +0100 (CET) (envelope-from besson@nevrax.com) Received: from MatthieuB (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g2CFLln84422 for ; Tue, 12 Mar 2002 16:21:47 +0100 (CET) (envelope-from besson@nevrax.com) Message-ID: <002101c1c9d9$a2fde900$2001a8c0@MatthieuB> From: "Matthieu Besson" To: References: <183937570755.20020308132109@in-orbit.net> Subject: Re: [Nel] Tips on Portals/Clusters Date: Tue, 12 Mar 2002 16:05:06 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi, The first step is to have your geometry set. Next you create in Max special object for portals and clusters. A cluster is a convex hull with the node properties cluster set A portal is a convex face which is shared by at max 2 clusters You have to make your portal / cluster system all by the hand. I will make a sample for viewing a cluster system in a while. Hope it helps. Matthieu Besson Nevrax NeL Developper ----- Original Message ----- From: "Robert Bjarnason" To: Sent: Friday, March 08, 2002 10:21 PM Subject: [Nel] Tips on Portals/Clusters > Hi, > > Can you give me some tips on portals: > > Do I create special geometry in 3dsmax? > Do I use the link system in 3dsmax to define the relationships? > > Thanks, > Robert Bjarnason > > > _______________________________________________ > Nel mailing list > Nel@nevrax.org > /mailman/listinfo.cgi/nel > From loic@dachary.org Tue Mar 12 18:53:35 2002 Received: from inspiron.dachary.org (babel.zehc.net [213.36.100.145]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g2CHrZ232563 for ; Tue, 12 Mar 2002 18:53:35 +0100 (CET) (envelope-from loic@dachary.org) Received: from loic by inspiron.dachary.org with local (Exim 3.35 #1 (Debian)) id 16kqLx-0001Mc-00 for ; Tue, 12 Mar 2002 18:46:25 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15502.16112.713411.599840@inspiron.dachary.org> Date: Tue, 12 Mar 2002 18:46:24 +0100 From: Loic Dachary To: nel@nevrax.org Subject: Re: [Nel] AI In-Reply-To: sameh chafik Pro's message of 11 March 2002 11:13:35 +0100 References: <15498.2140.538373.975527@inspiron.dachary.org> <018101c1c8e5$67710290$1001a8c0@sameh> X-Mailer: VM 7.03 under Emacs 21.1.1 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: loic@gnu.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: sameh chafik Pro writes: > Hello loic, > > > nel/ai/script/interpret_message_setvalue.h > > This source was'nt commit, we are sorry. > > > I'll disable AI in the debian package for now. I may be able to > > re-build this file by hand but I'd first like to be sure it is not > available > > somewhere ;-) > > If you don't use Ai there are no problem. Indeed, that's not a problem for snowballs. But I was somewhat concerned to provide a NeL package without including AI. Other people might want to use the AI module. I'll try again soon and let you know what happens. Cheers, -- Loic Dachary http://www.dachary.org/ loic@dachary.org 12 bd Magenta http://www.senga.org/ loic@senga.org 75010 Paris T: 33 1 42 45 07 97 loic@gnu.org GPG Public Key: http://www.dachary.org/loic/gpg.txt From portier@nevrax.com Mon Mar 11 12:09:05 2002 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g2BB94W19955 for ; Mon, 11 Mar 2002 12:09:04 +0100 (CET) (envelope-from portier@nevrax.com) Received: from Pierrep (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g2BB2fn70461 for ; Mon, 11 Mar 2002 12:02:41 +0100 (CET) (envelope-from portier@nevrax.com) Message-ID: <009401c1c8ec$43868150$1301a8c0@Pierrep> From: "Pierre Portier" To: References: <15498.2140.538373.975527@inspiron.dachary.org> Subject: Re: [Nel] AI Date: Mon, 11 Mar 2002 12:02:41 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: > It looks like a file is missing from the CVS tree that prevents > compilation of AI. > > nel/ai/script/interpret_message_setvalue.h > > I'll disable AI in the debian package for now. I may be able to > re-build this file by hand but I'd first like to be sure it is not available > somewhere ;-) Oooops! It will be available in tonight's CVS update. Thanks! Pierre From miller@nevrax.com Mon Mar 11 14:23:23 2002 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g2BDNMW20729 for ; Mon, 11 Mar 2002 14:23:22 +0100 (CET) (envelope-from miller@nevrax.com) Received: from miller (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g2BDGxn71931 for ; Mon, 11 Mar 2002 14:16:59 +0100 (CET) (envelope-from miller@nevrax.com) From: "Daniel Miller" To: Subject: RE: [Nel] Tips on Portals/Clusters... Date: Mon, 11 Mar 2002 14:16:59 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) In-Reply-To: <1281167331213.20020311051030@in-orbit.net> X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Importance: Normal Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: >This is actually the third time I try sending this >post to the NeL mailing-list, I tried two times >Friday, hope it get's trough now... This is strange - our servers were all on line Friday and I haven't received any odd list admin warnings ... if anyone else has problems writing to the list please let us know and we'll try to work out what's up. Regards, Daniel From me@lars.in-berlin.de Mon Mar 11 23:11:57 2002 Received: from hirsch.in-berlin.de (hirsch.in-berlin.de [192.109.42.6]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g2BMBuW23740 for ; Mon, 11 Mar 2002 23:11:56 +0100 (CET) (envelope-from me@lars.in-berlin.de) Received: from psych-o-mat (port-213-20-24-7.reverse.qdsl-home.de [213.20.24.7]) (authenticated bits=0) by hirsch.in-berlin.de (8.12.1/8.12.1/Debian -2) with ESMTP id g2BM5WCw025738 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NOT) for ; Mon, 11 Mar 2002 23:05:32 +0100 X-Envelope-From: me@lars.in-berlin.de X-Envelope-To: Received: from [10.20.40.80] (helo=bit-weaver) by psych-o-mat with esmtp (Exim 3.35 #1 (Debian)) id 16kY3u-0001Cn-00 for ; Mon, 11 Mar 2002 23:14:34 +0100 Received: from lars by bit-weaver with local (Exim 3.35 #1 (Debian)) id 16kXzN-00023m-00 for ; Mon, 11 Mar 2002 23:09:54 +0100 To: nel@nevrax.org From: lists@lars.in-berlin.de Subject: Re: [Nel] Debian GNU/Linux packages for nel/nelns/snowballs References: <15501.6840.528951.658522@inspiron.dachary.org> Date: 11 Mar 2002 23:09:53 +0100 In-Reply-To: <15501.6840.528951.658522@inspiron.dachary.org> Message-ID: <87it8292oe.fsf@lars.in-berlin.de> Lines: 35 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/21.1 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Loic Dachary wrote: > I generated the necessary package information so that > adding > > deb http://loic.dachary.org/debian ./ > deb-src http://loic.dachary.org/debian ./ > > to /etc/apt/source.list is possible. ---8<--- Get:1 http://loic.dachary.org ./ Packages [1205B] Ign http://loic.dachary.org ./ Release Get:2 http://loic.dachary.org ./ Sources 99% [2 Sources gzip 0] [Waiting for file] gzip: stdin: not in gzip format Err http://loic.dachary.org ./ Sources Sub-process gzip returned an error code (1) Ign http://loic.dachary.org ./ Release Fetched 1360B in 1s (793B/s) Failed to fetch http://loic.dachary.org/debian/./Sources Sub-process gzip returned an error code (1) Reading Package Lists... Done Building Dependency Tree... Done E: Some index files failed to download, they have been ignored, or old ones used instead. --->8--- When I download Sources.gz by hand and unzip it, the resulting file is empty. Regards, Lars -- [ Lars Weber ]------< me @ lars.in-berlin.de >----[ GPG-ID: 1383B42E ] +++ fingerprint: 44B1 1D23 DD53 E6B2 4AAB 4C36 0323 9141 1383 B42E +++ [ Using GNU ]----< www.gnu.org | www.debian.org >---[ Running Debian ] From miller@nevrax.com Tue Mar 12 10:40:03 2002 Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g2C9e1W28443 for ; Tue, 12 Mar 2002 10:40:02 +0100 (CET) (envelope-from miller@nevrax.com) Received: from miller (fw-ext.nevrax.net [192.168.254.254]) by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g2C9Xcn80120 for ; Tue, 12 Mar 2002 10:33:38 +0100 (CET) (envelope-from miller@nevrax.com) From: "Daniel Miller" To: Date: Tue, 12 Mar 2002 10:33:37 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Subject: [Nel] Mailing list problem Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: We're experiencing problems with the mailing list - many postings aren't getting through. Cedric, our resident expert isn't about right now - so I'll see what I can do - but please be patient Regards to all Daniel From loic@dachary.org Mon Mar 11 21:51:46 2002 Received: from inspiron.dachary.org (aboukir-101-1-13-alebeon.adsl.nerim.net [62.212.101.54]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g2BKpaW23244 for ; Mon, 11 Mar 2002 21:51:37 +0100 (CET) (envelope-from loic@dachary.org) Received: from loic by inspiron.dachary.org with local (Exim 3.35 #1 (Debian)) id 16kWen-0000Q9-00 for ; Mon, 11 Mar 2002 21:44:33 +0100 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="kx6v7vJKno" Content-Transfer-Encoding: 7bit Message-ID: <15501.5936.594726.236266@inspiron.dachary.org> Date: Mon, 11 Mar 2002 21:44:32 +0100 From: Loic Dachary To: nel@nevrax.org X-Mailer: VM 7.01 under Emacs 21.1.1 Subject: [Nel] Patches for GNU/Linux packaging Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: loic@gnu.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: --kx6v7vJKno Content-Type: text/plain; charset=us-ascii Content-Description: message body text Content-Transfer-Encoding: 7bit Hi, Here is a detailed description of the change I had to do in order to generate the debian packages. I did not try to "improve" anything and limited myself to things that were strictly necessary for packaging purposes. I hope you'll find this patch acceptable for the CVS tree. Since it is bit over the 15 lines threshold, I guess it raises the copyright assignment question once more. Any news on this side ? All changes were made so that the previous behaviour does not change. I've added things and fixed bugs but did not alter the way nel/snowballs/nelns previously behaved in any way, except for the installation of components of course: All services daemon (sno_* + *_service) are installed in /usr/sbin instead of /usr/bin. Logs go to /var/log/{snowballs,nelns} Configuration files are fetched in /etc/{snowballs,nelns} Local state file (login_service.udb) is in /var/games/nelns Data is fetched in /usr/share/games/snowballs Makefiles: - Added numerous missing files in EXTRA_DIST so that make dist does a proper job - dist-hook is used to get rid of CVS directories leftovers instead of replacing EXTRA_DIST - LDADD mostly suppressed, there is no need to specify -lnelnet etc., configure does it for us - DIST_SUBDIRS were added where SUBDIRS = @something@ was used to keep make dist happy - Added numerous missing headers in noinst_HEADERS acinclude.m4: - Reworked AM_PATH_NEL Priority works as follows (higher to lower) . --with-nel-include and --with-nel-lib . --with-nel . nel-config When --with-nel* was specified, libraries were not collected, this was fixed. AC_CHECK_LIB stacks what it finds, the macro uses LDFLAGS (previously unused) to make sure it searches in the right place. Comment and removed unused variables Replaced MY_NEL_LIB_CHK tricks with play AC_CHECK_LIB. It now takes only three args. --without-nel triggers an error - Reworked AM_PATH_STLPORT --without-stlport triggers an error --with-stlport without argument is supported and DTRT Priority works as follows (higher to lower) . --with-stlport-include and --with-stlport-lib . --with-stlport It was the opposite and generated some confusion Use AC_CHECK_LIB and AC_CHECK_HEADER rather than a more complex combination of AC_TRY_LINK & CPPFLAGS tricks Switch to c++ using AC_LANG_* macros nel: configure.in, acconfig.h, debug.cpp: - created acconfig.h and modified configure.in to define --without-logging that suppresses *all* log.log + stdout information - debug.cpp uses NEL_DEFAULT_DISPLAYER and NEL_LOG_IN_FILE to figure out if it should be verbose. The default is to be verbose on both channels, this is unchanged. - -I${top_srcdir} is added to CXXFLAGS + CFLAGS so that building in a directory that is not the source directory works nel-config.in: - New option --ldflags returns -L${libdir}. It is used by AM_PATH_NEL instead of --libs since AC_CHECK_LIB already collects available libraries. service(_5)?.{h,cpp} + all nel services daemons and associated configure.in: - NLNET_SERVICE_MAIN takes two more arguments ConfigDir + LogDir - They are defined as static and default to "" so that the previous behaviour (create all files in current directory) is preserved. - nelns & snowballs configure.in files define the path of the log + config directory (log = /var/log/nelns, config = /etc/nelns, typically) and daemons get them by including config.h. - If config.h is not available (there are people who dislike autoconf for some reason ;-) the path is set to "", as it was before. nelns + snowballs configure.in + Makefile.am: - added comments to AM_PATH_NEL - removed broken AC_CONST (if your c++ compiler does not support const you're in trouble and having AC_CONST work by switching to the proper (unused) language is not worth the effort) - now install daemons in /usr/sbin instead of /usr/bin - install configuration files *.cfg in pkgsysconf that is defined to $sysconf/{nelns,snowballs} - configuration files are fetched from /etc/{snowballs,nelns} - game data are fetched from /usr/share/games/snowballs documentation: - various documentation typo fixed - recommend 4.5 Here are the patches, against Sunday 10 CVS tree. --kx6v7vJKno Content-Type: application/octet-stream Content-Disposition: attachment; filename="patch.13" Content-Transfer-Encoding: base64 SW5kZXg6IG5lbC9JTlNUQUxMCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KUkNTIGZpbGU6IC9ob21lL2N2c3Jvb3QvY29k ZS9uZWwvSU5TVEFMTCx2CnJldHJpZXZpbmcgcmV2aXNpb24gMS4yMQpkaWZmIC11IC1yMS4yMSBJ TlNUQUxMCi0tLSBuZWwvSU5TVEFMTAk3IEZlYiAyMDAyIDE2OjUyOjEyIC0wMDAwCTEuMjEKKysr IG5lbC9JTlNUQUxMCTExIE1hciAyMDAyIDE4OjA3OjA2IC0wMDAwCkBAIC0yLDE1ICsyLDE1IEBA CiBSZXF1aXJlbWVudHMKID09PT09PT09PT09PQogCi0gICBUaGUgTmVMIGxpYnJhcnkgbmVlZCB0 aGUgZm9sbG93aW5nIGxpYnJhcmllcyA6CisgICBUaGUgTmVMIGxpYnJhcnkgbmVlZHMgdGhlIGZv bGxvd2luZyBsaWJyYXJpZXMgOgogCi0gICAgICAtIFNUTFBvcnQgNC4wICAgIDxVUkw6aHR0cDov L3d3dy5zdGxwb3J0Lm9yZy8+ICAgICAgICAgICAgKE1hbmRhdG9yeSkKKyAgICAgIC0gU1RMUG9y dCA0LjUgICAgPFVSTDpodHRwOi8vd3d3LnN0bHBvcnQub3JnLz4gICAgICAgICAgICAoTWFuZGF0 b3J5KQogICAgICAgLSBMaWJYTUwgMi40LjEzICA8VVJMOmh0dHA6Ly93d3cueG1sc29mdC5vcmcv PiAgICAgICAgICAgIChOZUwgTWlzYykKICAgICAgIC0gRnJlZVR5cGUgMiAgICAgPFVSTDpodHRw Oi8vZnJlZXR5cGUuc291cmNlZm9yZ2UubmV0Lz4gICAoTmVMIDNEKQogICAgICAgLSBPcGVuQUwg ICAgICAgICA8VVJMOmh0dHA6Ly93d3cub3BlbmFsLm9yZy8+ICAgICAgICAgICAgIChOZUwgU291 bmQpCiAgICAgICAtIFB5dGhvbiAxLjUgICAgIDxVUkw6aHR0cDovL3d3dy5weXRob24ub3JnLz4g ICAgICAgICAgICAgKE5lTCBBSSkKIAotICAgU1RMUG9ydCBuZWVkIHRvIGJlIGNvbXBpbGVkLiBO ZUwgaXMgdXNpbmcgdGhlIFNHSSBpb3N0cmVhbXMgYW5kIGl0IHJlcXVpcmUKKyAgIFNUTFBvcnQg bmVlZHMgdG8gYmUgY29tcGlsZWQuIE5lTCBpcyB1c2luZyB0aGUgU0dJIGlvc3RyZWFtcyBhbmQg aXQgcmVxdWlyZQogICAgdGhlIFNUTFBvcnQgY29tcGlsYXRpb24gYW5kIGEgbGlua2luZyBvZiBO ZUwgd2l0aCB0aGUgU1RMUG9ydCBsaWJyYXJ5LgogCiAgICBPbiBhIEdOVS9MaW51eCBwbGF0Zm9y bSB5b3Ugd2lsbCBuZWVkIHRoZSBmb2xsb3dpbmcgbGlicmFyaWVzIGFuZApAQCAtNDMsNyArNDMs NyBAQAogICAgcHJvdmlkZWQgb24geW91ciBpbnN0YWxsYXRpb24gZGlzay4gCiAKICAgIFRoZSBn aXZlbiBzb2Z3YXJlIG9yIGxpYnJhcnkgdmVyc2lvbiBudW1iZXJzIGFyZSB0aGUgb25lcyB0aGF0 IHdlIGFyZQotICAgdXNpbmcuIFdlIGRvbid0IGtub3cgaWYgaXQgd29ya2luZyB3aXRoIG90aGVy IChvbGRlciBvciBtb3JlIHJlY2VudCkKKyAgIHVzaW5nLiBXZSBkb24ndCBrbm93IGlmIE5lTCB3 aWxsIHdvcmsgd2l0aCBvdGhlciAob2xkZXIgb3IgbW9yZSByZWNlbnQpCiAgICB2ZXJzaW9ucyBv ZiB0aGVzZSBzb2Z0d2FyZXMgb3IgbGlicmFyaWVzLiBZb3UgYXJlIHdlbGNvbWUgdG8gaGVscCB1 cwogICAgdG8gZGVmaW5lIG1vcmUgcHJlY2lzZWx5IHRoZXNlIGluZm9ybWF0aW9ucyA7LSkKIApA QCAtOTEsMTAgKzkxLDEwIEBACiAgICAgICAgICAgIFRoZSBTVExQb3J0IGluY2x1ZGUgKm11c3Qq IGJlIGluc2VydGVkIGJlZm9yZSB0aGUgbWljcm9zb2Z0IG9uZSBvcgogICAgICAgICAgICB0aGUg Y29tcGlsZXIgd2lsbCB0YWtlIG1pY3Jvc29mdCBTVEwgaW5zdGVhZCBvZiBTVExQb3J0IFNUTC4K ICAgICAgICAgICAgKHVzZSB0aGUgYXJyb3cgYnV0dG9uIHRvIHB1dCB0aGUgU1RMUG9ydCBpbmNs dWRlIGF0IHRoZSB0b3ApCi0gICAgICAgICAgIGV4OiBEOi9zdGxwb3J0LTQuMC9zdGxwb3J0Cisg ICAgICAgICAgIGV4OiBEOi9zdGxwb3J0LTQuNS9zdGxwb3J0CiAKICAgICAgICAgIC0gQWRkIHRo ZSBTVExQb3J0IGxpYnJhcnkgZGlyZWN0b3J5IHRvIHRoZSAiTGlicmFyeSBGaWxlcyIgY2F0ZWdv cnkuCi0gICAgICAgICAgIGV4OiBEOi9zdGxwb3J0LTQuMC9saWIKKyAgICAgICAgICAgZXg6IEQ6 L3N0bHBvcnQtNC41L2xpYgogCiAgICAgICAgICAtIEFkZCB0aGUgRnJlZVR5cGUgaW5jbHVkZSBk aXJlY3RvcnkgdG8gdGhlICJJbmNsdWRlIEZpbGVzIiBjYXRlZ29yeS4KICAgICAgICAgICAgZXg6 IEQ6L2ZyZWV0eXBlLTIuMC9pbmNsdWRlCkluZGV4OiBuZWwvTWFrZWZpbGUuYW0KPT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PQpSQ1MgZmlsZTogL2hvbWUvY3Zzcm9vdC9jb2RlL25lbC9NYWtlZmlsZS5hbSx2CnJldHJpZXZp bmcgcmV2aXNpb24gMS43CmRpZmYgLXUgLXIxLjcgTWFrZWZpbGUuYW0KLS0tIG5lbC9NYWtlZmls ZS5hbQk3IEphbiAyMDAyIDE2OjA5OjUyIC0wMDAwCTEuNworKysgbmVsL01ha2VmaWxlLmFtCTEx IE1hciAyMDAyIDE4OjA3OjA3IC0wMDAwCkBAIC0xNCwxNCArMTQsMTAgQEAKIAogYmluX1NDUklQ VFMgICAgICAgICAgPSBuZWwtY29uZmlnCiAKLUVYVFJBX0RJU1QgICAgICAgICAgID0gbmVsLmRz dworRVhUUkFfRElTVCAgICAgICAgICAgPSBuZWwuZHN3IGJvb3RzdHJhcCBkb2MKIAogZGlzdC1o b29rOgotCWNwIC1wICAkKHNyY2RpcikvYm9vdHN0cmFwICQoZGlzdGRpcikKLQljcCAtcFIgJChz cmNkaXIpL2RvYyAgICAgICAkKGRpc3RkaXIpCi0JY3AgLXBSICQoc3JjZGlyKS9zYW1wbGVzICAg JChkaXN0ZGlyKQotCWNwIC1wUiAkKHNyY2RpcikvdG9vbHMgICAgICQoZGlzdGRpcikKLQorCWZp bmQgJChkaXN0ZGlyKSAtbmFtZSBDVlMgLXByaW50IHwgeGFyZ3Mgcm0gLWZyCiAKICMgRW5kIG9m IE1ha2VmaWxlLmFtCiAKSW5kZXg6IG5lbC9hY2luY2x1ZGUubTQKPT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQpSQ1MgZmls ZTogL2hvbWUvY3Zzcm9vdC9jb2RlL25lbC9hY2luY2x1ZGUubTQsdgpyZXRyaWV2aW5nIHJldmlz aW9uIDEuOApkaWZmIC11IC1yMS44IGFjaW5jbHVkZS5tNAotLS0gbmVsL2FjaW5jbHVkZS5tNAkx OCBGZWIgMjAwMiAxMjo1ODozOCAtMDAwMAkxLjgKKysrIG5lbC9hY2luY2x1ZGUubTQJMTEgTWFy IDIwMDIgMTg6MDc6MDcgLTAwMDAKQEAgLTIxNCwzNyArMjE0LDEzIEBACiBbIEFDX1JFUVVJUkVf Q1BQKCkKIAogY2hrX21lc3NhZ2Vfb2JqPSIkMSIKLW5lbF9saWJyYXJpZXM9IiQyIgotbmVsX3Rl c3RfbGliPSIkMyIKLW5lbF9hZGRpdGlvbmFsX2xpYnM9IiQ0IgotaXNfbWFuZGF0b3J5PSIkNSIK K25lbF90ZXN0X2xpYj0iJDIiCitpc19tYW5kYXRvcnk9IiQzIgogCiBpZiB0ZXN0ICRpc19tYW5k YXRvcnkgPSAieWVzIgogdGhlbgogCi0gICAgQUNfTVNHX0NIRUNLSU5HKGZvciAtbCRuZWxfdGVz dF9saWIpCi0gICAgICAgIAotICAgIE5FTF9URVNUX0xJQlM9IiRORUxfTElCUyAkbmVsX2FkZGl0 aW9uYWxfbGlicyAtbCRuZWxfdGVzdF9saWIiCi0KLSAgICBfQ1BQRkxBR1M9IiRDUFBGTEFHUyIK LQotICAgIENQUEZMQUdTPSIkQ1hYRkxBR1MgJExJQlMgJE5FTF9URVNUX0xJQlMiCi0KLSAgICBB Q19UUllfTElOSyggLCAsIGhhdmVfbmVsX3Rlc3RfbGlicmFyaWVzPSJ5ZXMiLCBoYXZlX25lbF90 ZXN0X2xpYnJhcmllcz0ibm8iKQotCi0gICAgQ1BQRkxBR1M9IiRfQ1BQRkxBR1MiCi0KLSAgICBp ZiB0ZXN0ICIkaGF2ZV9uZWxfdGVzdF9saWJyYXJpZXMiID0gInllcyIKLSAgICB0aGVuICAgIAot ICAgICAgICBBQ19NU0dfUkVTVUxUKHllcykKLSAgICBlbHNlCi0gICAgICAgIGlmIHRlc3QgIiRp c19tYW5kYXRvcnkiID0gInllcyIKLSAgICAgICAgdGhlbgotICAgICAgICAgICAgQUNfTVNHX0VS Uk9SKFskY2hrX21lc3NhZ2Vfb2JqIG11c3QgYmUgaW5zdGFsbGVkIChodHRwOi8vd3d3Lm5ldnJh eC5vcmcpLl0pCi0gICAgICAgIGVsc2UKLSAgICAgICAgICAgIEFDX01TR19SRVNVTFQobm8pCi0g ICAgICAgIGZpCi0gICAgZmkKKyAgICBBQ19DSEVDS19MSUIoJG5lbF90ZXN0X2xpYiwgbWFpbiws W0FDX01TR19FUlJPUihbJGNoa19tZXNzYWdlX29iaiBtdXN0IGJlIGluc3RhbGxlZCAoaHR0cDov L3d3dy5uZXZyYXgub3JnKS5dKV0pCiBmaQogXSkKIApAQCAtMjY5LDEzICsyNDUsNiBAQAogICAg ICAgICAgICAgICAgICAgICAgICAgICBlLmcuIC91c3IvbG9jYWwvbmVsL2xpYl0pCiAKIAotbmVs X21pc2NfbGliPSJuZWxtaXNjIgotbmVsX25ldF9saWI9Im5lbG5ldCIKLW5lbF8zZF9saWI9Im5l bDNkIgotbmVsX3BhY3NfbGliPSJuZWxwYWNzIgotbmVsX3NvdW5kX2xpYj0ibmVsc25kIgotbmVs X2FpX2xpYj0ibmVsYWkiCi0KIG5lbG1pc2NfaXNfbWFuZGF0b3J5PSIkMSIKIG5lbG5ldF9pc19t YW5kYXRvcnk9IiQyIgogbmVsM2RfaXNfbWFuZGF0b3J5PSIkMyIKQEAgLTI4NiwyMyArMjU1LDQw IEBACiBkbmwgQ2hlY2sgZm9yIG5lbC1jb25maWcKIEFDX1BBVEhfUFJPRyhORUxfQ09ORklHLCBu ZWwtY29uZmlnLCBubykKIAotaWYgdGVzdCAiJE5FTF9DT05GSUciID0gIm5vIgorZG5sIAorZG5s IENvbmZpZ3VyZSBvcHRpb25zICgtLXdpdGgtbmVsKikgaGF2ZSBwcmVjZW5kZW5jZSAKK2RubCBv dmVyIG5lbC1jb25maWcgb25seSBzZXQgdmFyaWFibGVzIGlmIHRoZXkgYXJlIG5vdCAKK2RubCBz cGVjaWZpZWQKK2RubAoraWYgdGVzdCAiJE5FTF9DT05GSUciICE9ICJubyIKIHRoZW4KLSAgICBo YXZlX25lbF9jb25maWc9Im5vIgotZWxzZQotICAgIE5FTF9DRkxBR1M9YG5lbC1jb25maWcgLS1j ZmxhZ3NgCi0KLSAgICBORUxfTElCU19DT05GSUc9YG5lbC1jb25maWcgLS1saWJzYAotCi0gICAg TkVMX0xJQlM9YGVjaG8gJyRORUxfTElCU19DT05GSUcnIHwgc2VkIC1lICdzL1tbOnNwYWNlOl1d Ki1sW15bOnNwYWNlOl1dKi8vZydgCisgICAgaWYgdGVzdCAteiAiJHdpdGhfbmVsIiAtYSAteiAi JHdpdGhfbmVsX2luY2x1ZGUiCisgICAgdGhlbgorCUNYWEZMQUdTPSIkQ1hYRkxBR1MgYG5lbC1j b25maWcgLS1jZmxhZ3NgIgorICAgIGZpCiAKLSAgICBoYXZlX25lbF9jb25maWc9InllcyIKKyAg ICBpZiB0ZXN0IC16ICIkd2l0aF9uZWwiIC1hIC16ICIkd2l0aF9uZWxfbGliIgorICAgIHRoZW4K KwlMREZMQUdTPSJgbmVsLWNvbmZpZyAtLWxkZmxhZ3NgICRMREZMQUdTIgorICAgIGZpCiBmaQog Ci1pZiB0ZXN0ICIkd2l0aF9uZWwiCitkbmwKK2RubCBTZXQgbmVsX2xpYnJhcmllcyBhbmQgbmVs X2luY2x1ZGVzIGFjY29yZGluZyB0bworZG5sIHVzZXIgc3BlY2lmaWNhdGlvbiAoLS13aXRoLW5l bCopIGlmIGFueS4gCitkbmwgLS13aXRoLW5lbC1pbmNsdWRlIGFuZCAtLXdpdGgtbmVsLWxpYiBo YXZlIHByZWNlbmRlbmNlCitkbmwgb3ZlciAtLXdpdGgtbmVsCitkbmwKK2lmIHRlc3QgIiR3aXRo X25lbCIgPSAibm8iCiB0aGVuCi0gICAgbmVsX2luY2x1ZGVzPSIkd2l0aF9uZWwvaW5jbHVkZSIK LSAgICBuZWxfbGlicmFyaWVzPSIkd2l0aF9uZWwvbGliIgorICAgIGRubCBUaGUgdXNlciBleHBs aWNpdGx5IGRpc2FibGVkIHRoZSB1c2Ugb2YgdGhlIE5lTAorICAgIEFDX01TR19FUlJPUihbTmVM IGlzIG1hbmRhdG9yeTogZG8gbm90IHNwZWNpZnkgLS13aXRob3V0LW5lbF0pCitlbHNlCisgICAg aWYgdGVzdCAiJHdpdGhfbmVsIiAtYSAiJHdpdGhfbmVsIiAhPSAieWVzIgorICAgIHRoZW4KKwlu ZWxfaW5jbHVkZXM9IiR3aXRoX25lbC9pbmNsdWRlIgorCW5lbF9saWJyYXJpZXM9IiR3aXRoX25l bC9saWIiCisgICAgZmkKIGZpCiAKIGlmIHRlc3QgIiR3aXRoX25lbF9pbmNsdWRlIgpAQCAtMzE1 LDE3ICszMDEsMjQgQEAKICAgICBuZWxfbGlicmFyaWVzPSIkd2l0aF9uZWxfbGliIgogZmkKIAor ZG5sCitkbmwgU2V0IGNvbXBpbGF0aW9uIHZhcmlhYmxlcyAKK2RubAogaWYgdGVzdCAiJG5lbF9p bmNsdWRlcyIKIHRoZW4KLSAgICBORUxfQ0ZMQUdTPSItSSRuZWxfaW5jbHVkZXMiCisgICAgQ1hY RkxBR1M9IiRDWFhGTEFHUyAtSSRuZWxfaW5jbHVkZXMiCiBmaQogCiBpZiB0ZXN0ICIkbmVsX2xp YnJhcmllcyIKIHRoZW4KLSAgICBORUxfTElCUz0iLUwkbmVsX2xpYnJhcmllcyIKKyAgICBMREZM QUdTPSItTCRuZWxfbGlicmFyaWVzICRMREZMQUdTIgogZmkKIAotZG5sIENoZWNraW5nIGZvciBO ZUwgaGVhZGVycworZG5sCitkbmwgQ29sbGVjdCBoZWFkZXJzIGluZm9ybWF0aW9uIGFuZCBiYXJr IGlmIG1pc3NpbmcgYW5kCitkbmwgbWFuZGF0b3J5CitkbmwKKwogTVlfTkVMX0hFQURFUl9DSEso W05lTCBNaXNjXSwgW25lbC9taXNjL3R5cGVzX25sLmhdLCBbTkxfVFlQRVNfSF0sICRuZWxtaXNj X2lzX21hbmRhdG9yeSkKIE1ZX05FTF9IRUFERVJfQ0hLKFtOZUwgTmV0d29ya10sIFtuZWwvbmV0 L3NvY2suaF0sIFtOTF9TT0NLX0hdLCAkbmVsbmV0X2lzX21hbmRhdG9yeSkKIE1ZX05FTF9IRUFE RVJfQ0hLKFtOZUwgM0RdLCBbbmVsLzNkL3VfY2FtZXJhLmhdLCBbTkxfVV9DQU1FUkFfSF0sICRu ZWwzZF9pc19tYW5kYXRvcnkpCkBAIC0zMzMsMTMgKzMyNiwxNyBAQAogTVlfTkVMX0hFQURFUl9D SEsoW05lTCBTb3VuZF0sIFtuZWwvc291bmQvdV9zb3VyY2UuaF0sIFtOTF9VX1NPVVJDRV9IXSwg JG5lbHNvdW5kX2lzX21hbmRhdG9yeSkKIE1ZX05FTF9IRUFERVJfQ0hLKFtOZUwgQUldLCBbbmVs L2FpL25sX2FpLmhdLCBbX0lBX05FTF9IXSwgJG5lbGFpX2lzX21hbmRhdG9yeSkKIAotZG5sIENo ZWNraW5nIGZvciBOZUwgbGlicmFyaWVzCi1NWV9ORUxfTElCX0NISyhbTmVMIE1pc2NdLCAkbmVs X2xpYnJhcmllcywgJG5lbF9taXNjX2xpYiwgIiIsICRuZWxtaXNjX2lzX21hbmRhdG9yeSkKLU1Z X05FTF9MSUJfQ0hLKFtOZUwgTmV0d29ya10sJG5lbF9saWJyYXJpZXMsICRuZWxfbmV0X2xpYiwg Ii1sbmVsbWlzYyIsICRuZWxuZXRfaXNfbWFuZGF0b3J5KQotTVlfTkVMX0xJQl9DSEsoW05lTCAz RF0sICRuZWxfbGlicmFyaWVzLCAkbmVsXzNkX2xpYiwgIi1sbmVsbWlzYyIsICRuZWwzZF9pc19t YW5kYXRvcnkpCi1NWV9ORUxfTElCX0NISyhbTmVMIFBBQ1NdLCAkbmVsX2xpYnJhcmllcywgJG5l bF9wYWNzX2xpYiwgIi1sbmVsbWlzYyIsICRuZWxwYWNzX2lzX21hbmRhdG9yeSkKLU1ZX05FTF9M SUJfQ0hLKFtOZUwgQUldLCAkbmVsX2xpYnJhcmllcywgJG5lbF9haV9saWIsICItbG5lbG1pc2Mi LCAkbmVsYWlfaXNfbWFuZGF0b3J5KQotTVlfTkVMX0xJQl9DSEsoW05lTCBTb3VuZF0sICRuZWxf bGlicmFyaWVzLCAkbmVsX3NvdW5kX2xpYiwgIi1sbmVsbWlzYyIgJE9QRU5BTF9MSUJTLCAkbmVs c291bmRfaXNfbWFuZGF0b3J5KQorZG5sCitkbmwgQ29sbGVjdCBsaWJyYXJpZXMgaW5mb3JtYXRp b24gYW5kIGJhcmsgaWYgbWlzc2luZyBhbmQKK2RubCBtYW5kYXRvcnkKK2RubAorCitNWV9ORUxf TElCX0NISyhbTmVMIE1pc2NdLCBbbmVsbWlzY10sICRuZWxtaXNjX2lzX21hbmRhdG9yeSkKK01Z X05FTF9MSUJfQ0hLKFtOZUwgTmV0d29ya10sIFtuZWxuZXRdLCAkbmVsbmV0X2lzX21hbmRhdG9y eSkKK01ZX05FTF9MSUJfQ0hLKFtOZUwgM0RdLCBbbmVsM2RdLCAkbmVsM2RfaXNfbWFuZGF0b3J5 KQorTVlfTkVMX0xJQl9DSEsoW05lTCBQQUNTXSwgW25lbHBhY3NdLCAkbmVscGFjc19pc19tYW5k YXRvcnkpCitNWV9ORUxfTElCX0NISyhbTmVMIEFJXSwgW25lbGFpXSwgJG5lbGFpX2lzX21hbmRh dG9yeSkKK01ZX05FTF9MSUJfQ0hLKFtOZUwgU291bmRdLCBbbmVsc25kXSwgJG5lbHNvdW5kX2lz X21hbmRhdG9yeSkKIAogXSkKIApAQCAtMzc0LDExICszNzEsMTAgQEAKIGlmIHRlc3QgIiR3aXRo X3N0bHBvcnQiID0gbm8KIHRoZW4KICAgICBkbmwgVGhlIHVzZXIgZXhwbGljaXRseSBkaXNhYmxl ZCB0aGUgdXNlIG9mIHRoZSBTVExQb3J0cwotICAgIEFDX01TR19DSEVDS0lORyhTVExQb3J0KQot ICAgIGhhdmVfc3RscG9ydD0iZGlzYWJsZWQiCi0gICAgQUNfTVNHX1JFU1VMVChkaXNhYmxlZCAo KioqIEVYUEVSSU1FTlRBTCAqKiopKQorICAgIEFDX01TR19FUlJPUihbU1RMUG9ydCBpcyBtYW5k YXRvcnk6IGRvIG5vdCBzcGVjaWZ5IC0td2l0aG91dC1zdGxwb3J0XSkKIGVsc2UKLSAgICBpZiB0 ZXN0ICIkd2l0aF9zdGxwb3J0IgorICAgIHN0bHBvcnRfaW5jbHVkZXM9Ii91c3IvaW5jbHVkZS9z dGxwb3J0IgorICAgIGlmIHRlc3QgIiR3aXRoX3N0bHBvcnQiIC1hICIkd2l0aF9zdGxwb3J0IiAh PSB5ZXMKICAgICB0aGVuCiAgICAgICAgIHN0bHBvcnRfaW5jbHVkZXM9IiR3aXRoX3N0bHBvcnQv c3RscG9ydCIKICAgICAgICAgc3RscG9ydF9saWJyYXJpZXM9IiR3aXRoX3N0bHBvcnQvbGliIgpA QCAtMzkwLDgyICszODYsNzMgQEAKICAgICBmaQogZmkKIAotaWYgdGVzdCAteiAiJGhhdmVfc3Rs cG9ydCIgLWEgIiR3aXRoX3N0bHBvcnRfaW5jbHVkZSIKK2lmIHRlc3QgIiR3aXRoX3N0bHBvcnRf aW5jbHVkZSIKIHRoZW4KICAgICBzdGxwb3J0X2luY2x1ZGVzPSIkd2l0aF9zdGxwb3J0X2luY2x1 ZGUiCiBmaQogCi1pZiB0ZXN0IC16ICIkaGF2ZV9zdGxwb3J0IiAtYSAiJHdpdGhfc3RscG9ydF9s aWIiCitpZiB0ZXN0ICIkd2l0aF9zdGxwb3J0X2xpYiIKIHRoZW4KICAgICBzdGxwb3J0X2xpYnJh cmllcz0iJHdpdGhfc3RscG9ydF9saWIiCiBmaQogCi1pZiB0ZXN0IC16ICIkaGF2ZV9zdGxwb3J0 IgotdGhlbgotICAgIGRubCBQdXQgU1RMUG9ydHMgaW5jbHVkZXMgaW4gQ1hYRkxBR1MKLSAgICBp ZiB0ZXN0ICIkc3RscG9ydF9pbmNsdWRlcyIKLSAgICB0aGVuCi0gICAgICAgIENYWEZMQUdTPSIk Q1hYRkxBR1MgLUkkc3RscG9ydF9pbmNsdWRlcyIKLSAgICBmaQotCi0gICAgZG5sIFB1dCBTVExQ b3J0cyBsaWJyYXJpZXMgaW4gTElCUwotICAgIGlmIHRlc3QgIiRzdGxwb3J0X2xpYnJhcmllcyIK LSAgICB0aGVuCi0gICAgICAgIExJQlM9Ii1MJHN0bHBvcnRfbGlicmFyaWVzICRMSUJTIC1sJHN0 bHBvcnRfbGliIgotICAgIGZpCi0KLSAgICBkbmwgVGVzdCB0aGUgaGVhZGVycwotICAgIEFDX01T R19DSEVDS0lORyhmb3IgU1RMUG9ydCBoZWFkZXJzKQorQUNfTEFOR19TQVZFCitBQ19MQU5HX0NQ TFVTUExVUwogCi0gICAgX0NQUEZMQUdTPSIkQ1BQRkxBR1MiCitkbmwgUHV0IFNUTFBvcnRzIGlu Y2x1ZGVzIGluIENYWEZMQUdTCitpZiB0ZXN0ICIkc3RscG9ydF9pbmNsdWRlcyIKK3RoZW4KKyAg ICBDWFhGTEFHUz0iJENYWEZMQUdTIC1JJHN0bHBvcnRfaW5jbHVkZXMiCitmaQogCi0gICAgQ1BQ RkxBR1M9IiRDWFhGTEFHUyIKK2RubCBQdXQgU1RMUG9ydHMgbGlicmFyaWVzIGRpcmVjdG9yeSBp biBMSUJTCitpZiB0ZXN0ICIkc3RscG9ydF9saWJyYXJpZXMiCit0aGVuCisgICAgTElCUz0iLUwk c3RscG9ydF9saWJyYXJpZXMgJExJQlMiCitlbHNlCisgICAgc3RscG9ydF9saWJyYXJpZXM9J2Rl ZmF1bHQnCitmaQogCi0gICAgQUNfRUdSRVBfQ1BQKCB5b19zdGxwb3J0LAotICAgIFsjaW5jbHVk ZSA8YWxnb3JpdGhtPgotI2lmZGVmIF9fU0dJX1NUTF9QT1JUCi0gICB5b19zdGxwb3J0Ci0jZW5k aWZdLAotICAgICAgaGF2ZV9zdGxwb3J0X2hlYWRlcnM9InllcyIsCi0gICAgICBoYXZlX3N0bHBv cnRfaGVhZGVycz0ibm8iICkKK2RubCBUZXN0IHRoZSBoZWFkZXJzCiAKLSAgICBpZiB0ZXN0ICIk aGF2ZV9zdGxwb3J0X2hlYWRlcnMiID0gInllcyIKLSAgICB0aGVuCi0gICAgICAgIEFDX01TR19S RVNVTFQoWyRzdGxwb3J0X2luY2x1ZGVzXSkKLSAgICBlbHNlCi0gICAgICAgIEFDX01TR19SRVNV TFQobm8pCi0gICAgZmkKLQotICAgIGRubCBUZXN0IHRoZSBsaWJyYXJpZXMKLSAgICBBQ19NU0df Q0hFQ0tJTkcoZm9yIFNUTFBvcnQgbGlicmFyaWVzKQorQUNfQ0hFQ0tfSEVBREVSKGFsZ29yaXRo bSwKKyAgICBoYXZlX3N0bHBvcnRfaGVhZGVycz0ieWVzIiwKKyAgICBoYXZlX3N0bHBvcnRfaGVh ZGVycz0ibm8iICkKIAotICAgIENQUEZMQUdTPSIkQ1hYRkxBR1MgJExJQlMiCitBQ19NU0dfQ0hF Q0tJTkcoZm9yIFNUTFBvcnQgaGVhZGVycykKIAotICAgIEFDX1RSWV9MSU5LKCAsICwgaGF2ZV9z dGxwb3J0X2xpYnJhcmllcz0ieWVzIiwgaGF2ZV9zdGxwb3J0X2xpYnJhcmllcz0ibm8iKQoraWYg dGVzdCAiJGhhdmVfc3RscG9ydF9oZWFkZXJzIiA9ICJ5ZXMiCit0aGVuCisgICAgQUNfTVNHX1JF U1VMVChbJHN0bHBvcnRfaW5jbHVkZXNdKQorZWxzZQorICAgIEFDX01TR19SRVNVTFQobm8pCitm aQogCi0gICAgQ1BQRkxBR1M9IiRfQ1BQRkxBR1MiCitBQ19DSEVDS19MSUIoJHN0bHBvcnRfbGli LCBtYWluLCwgaGF2ZV9zdGxwb3J0X2xpYnJhcmllcz0ibm8iKQogCi0gICAgaWYgdGVzdCAiJGhh dmVfc3RscG9ydF9saWJyYXJpZXMiID0gInllcyIKLSAgICB0aGVuCi0gICAgICAgIEFDX01TR19S RVNVTFQoWyRzdGxwb3J0X2xpYnJhcmllc10pCi0gICAgZWxzZQotICAgICAgICBBQ19NU0dfUkVT VUxUKG5vKQotICAgIGZpCitBQ19NU0dfQ0hFQ0tJTkcoZm9yIFNUTFBvcnQgbGlicmFyeSkKIAot ICAgIGlmIHRlc3QgIiRoYXZlX3N0bHBvcnRfaGVhZGVycyIgPSAieWVzIiBcCi0gICAgICAgJiYg dGVzdCAiJGhhdmVfc3RscG9ydF9saWJyYXJpZXMiID0gInllcyIKLSAgICB0aGVuCi0gICAgICAg IGhhdmVfc3RscG9ydD0ieWVzIgotICAgIGVsc2UKLSAgICAgICAgaGF2ZV9zdGxwb3J0PSJubyIK LSAgICBmaQoraWYgdGVzdCAiJGhhdmVfc3RscG9ydF9saWJyYXJpZXMiICE9ICJubyIKK3RoZW4K KyAgICBBQ19NU0dfUkVTVUxUKFskc3RscG9ydF9saWJyYXJpZXNdKQorZWxzZQorICAgIEFDX01T R19SRVNVTFQobm8pCitmaQogCi0gICAgaWYgdGVzdCAiJGhhdmVfc3RscG9ydCIgPSAibm8iCi0g ICAgdGhlbgotICAgICAgICBBQ19NU0dfRVJST1IoW1NUTFBvcnQgbXVzdCBiZSBpbnN0YWxsZWQg KGh0dHA6Ly93d3cuc3RscG9ydC5vcmcpLl0pCi0gICAgZmkKK2lmIHRlc3QgIiRoYXZlX3N0bHBv cnRfaGVhZGVycyIgPSAieWVzIiAmJgorICAgIHRlc3QgIiRoYXZlX3N0bHBvcnRfbGlicmFyaWVz IiAhPSAibm8iCit0aGVuCisgICAgaGF2ZV9zdGxwb3J0PSJ5ZXMiCitlbHNlCisgICAgaGF2ZV9z dGxwb3J0PSJubyIKK2ZpCiAKK2lmIHRlc3QgIiRoYXZlX3N0bHBvcnQiID0gIm5vIgordGhlbgor ICAgIEFDX01TR19FUlJPUihbU1RMUG9ydCBtdXN0IGJlIGluc3RhbGxlZCAoaHR0cDovL3d3dy5z dGxwb3J0Lm9yZykuXSkKIGZpCisKK0FDX0xBTkdfUkVTVE9SRQogCiBdKQogCkluZGV4OiBuZWwv Y29uZmlndXJlLmluCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT0KUkNTIGZpbGU6IC9ob21lL2N2c3Jvb3QvY29kZS9uZWwv Y29uZmlndXJlLmluLHYKcmV0cmlldmluZyByZXZpc2lvbiAxLjU5CmRpZmYgLXUgLXIxLjU5IGNv bmZpZ3VyZS5pbgotLS0gbmVsL2NvbmZpZ3VyZS5pbgkyOCBKYW4gMjAwMiAxNToyMjoxOSAtMDAw MAkxLjU5CisrKyBuZWwvY29uZmlndXJlLmluCTExIE1hciAyMDAyIDE4OjA3OjA3IC0wMDAwCkBA IC0xNTIsNiArMTUyLDE4IEBACiAKIEFNX05FTF9ERUJVRwogCitBQ19BUkdfV0lUSChbbG9nZ2lu Z10sCisgICAgWyAgLS13aXRob3V0LWxvZ2dpbmcgIGJlIHNpbGVudCBvbiBzdGRvdXQgYW5kIGlu IG5vIGxvZy5sb2ddLAorICAgIFsKK2lmIHRlc3QgIiR3aXRoX2xvZ2dpbmciID0gIm5vIgordGhl bgorCUFDX0RFRklORShORUxfREVGQVVMVF9ESVNQTEFZRVIsIDApCisJQUNfREVGSU5FKE5FTF9M T0dfSU5fRklMRSwgMCkKK2Vsc2UKKwlBQ19NU0dfRVJST1IoWy0td2l0aC1sb2dnaW5nIGlzIHRo ZSBkZWZhdWx0OiBkbyBub3QgdXNlIHRoaXMgb3B0aW9uXSkKK2ZpCitdKQorICAgICAgICAgICAg ICAgICAgICAgICAgICAKIAogZG5sID09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09CiBkbmwgQ2hlY2tzIGZvciB0eXBlZGVm cywgc3RydWN0dXJlcywgYW5kIGNvbXBpbGVyIGNoYXJhY3RlcmlzdGljcy4KQEAgLTI1NCw2ICsy NjYsMTAgQEAKIAogQU1fUEFUSF9YRjg2VklETU9ERQogCitkbmwgQXJyYW5nZSBmb3IgdGhlIGlu Y2x1ZGUgZGlyZWN0b3J5IHRvIGJlIGluIHRoZSBzZWFyY2ggcGF0aCBldmVuIHdoZW4KK2RubCBi dWlsZCBpcyBkb25lIG91dHNpZGUgdGhlIHNvdXJjZSB0cmVlCitDRkxBR1M9IiRDRkxBR1MgLUlc JHt0b3Bfc3JjZGlyfS9pbmNsdWRlIgorQ1hYRkxBR1M9IiRDWFhGTEFHUyAtSVwke3RvcF9zcmNk aXJ9L2luY2x1ZGUiCiAKIGRubCA9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQogZG5sIENoZWNrcyBmb3IgbGlicmFyeSBm dW5jdGlvbnMuCkBAIC0yNjMsMTEgKzI3OSw2IEBACiBkbmwgPT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KIGRubCBPdXRw dXQgZmlsZXMgdG8gZ2VuZXJhdGUuCiBkbmwgPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLQotZG5sIFdoYXQgYW4gdWds eSBoYWNrIHRvIHRyeSB0byBnZXQgc29tZXRoaW5nIGNsZWFubmVyIC4uLiBpIGhvcGUgLi4uCi1B Q19PVVRQVVRfQ09NTUFORFMoCi0gICAgW2NkIGluY2x1ZGUvbmVsICYmIGxuIC1zZnYgLi4vbmVs Y29uZmlnLmggLl0KLSkKIAogQUNfT1VUUFVUKCBNYWtlZmlsZSAgICAgICAgICAgICAgICAgICAg ICAgICAgXAogICAgICAgICAgICBpbmNsdWRlL01ha2VmaWxlICAgICAgICAgICAgICAgICAgXApJ bmRleDogbmVsL25lbC1jb25maWcuaW4KPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQpSQ1MgZmlsZTogL2hvbWUvY3Zzcm9v dC9jb2RlL25lbC9uZWwtY29uZmlnLmluLHYKcmV0cmlldmluZyByZXZpc2lvbiAxLjIKZGlmZiAt dSAtcjEuMiBuZWwtY29uZmlnLmluCi0tLSBuZWwvbmVsLWNvbmZpZy5pbgk3IE5vdiAyMDAxIDE2 OjI1OjEzIC0wMDAwCTEuMgorKysgbmVsL25lbC1jb25maWcuaW4JMTEgTWFyIDIwMDIgMTg6MDc6 MDcgLTAwMDAKQEAgLTMxLDYgKzMxLDcgQEAKICAgIFstLXZlcnNpb25dCiAgICBbLS1saWJzXQog ICAgWy0tbGlidG9vbF0KKyAgIFstLWxkZmxhZ3NdCiAgICBbLS1jZmxhZ3NdCiAgICBbLS13aXRo b3V0LW5ldHdvcmtdCiAgICBbLS13aXRob3V0LTNkXQpAQCAtNzYsNiArNzcsOSBAQAogICAgICAg ICAtLWNmbGFncykKICAgICAgICAgICAgIGVjaG9fY2ZsYWdzPXllcwogICAgICAgICAgICAgOzsK KyAgICAgICAgLS1sZGZsYWdzKQorICAgICAgICAgICAgZWNob19sZGZsYWdzPXllcworICAgICAg ICAgICAgOzsKICAgICAgICAgLS1saWJzKQogICAgICAgICAgICAgZWNob19saWJzPXllcwogICAg ICAgICAgICAgOzsKQEAgLTEyNiw2ICsxMzAsMTIgQEAKIHRoZW4KICAgICBjZmxhZ3M9Ii1JJGlu Y2x1ZGVfZGlyLyIKICAgICBlY2hvICRjZmxhZ3MKK2ZpCisKK2lmIHRlc3QgIiRlY2hvX2xkZmxh Z3MiID0gInllcyIKK3RoZW4KKyAgICBsZGZsYWdzPSItTCRsaWJfZGlyIgorICAgIGVjaG8gJGxk ZmxhZ3MKIGZpCiAKIGlmIHRlc3QgIiRlY2hvX2xpYnMiID0gInllcyIKSW5kZXg6IG5lbC9pbmNs dWRlL25lbC9NYWtlZmlsZS5hbQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09ClJDUyBmaWxlOiAvaG9tZS9jdnNyb290L2Nv ZGUvbmVsL2luY2x1ZGUvbmVsL01ha2VmaWxlLmFtLHYKcmV0cmlldmluZyByZXZpc2lvbiAxLjIK ZGlmZiAtdSAtcjEuMiBNYWtlZmlsZS5hbQotLS0gbmVsL2luY2x1ZGUvbmVsL01ha2VmaWxlLmFt CTcgSmFuIDIwMDIgMTY6MDk6NTIgLTAwMDAJMS4yCisrKyBuZWwvaW5jbHVkZS9uZWwvTWFrZWZp bGUuYW0JMTEgTWFyIDIwMDIgMTg6MDc6MDggLTAwMDAKQEAgLTQsNyArNCw3IEBACiAKIE1BSU5U QUlORVJDTEVBTkZJTEVTID0gTWFrZWZpbGUuaW4KIAotU1VCRElSUyAgICAgICAgICAgICAgPSBA TkVMX1NVQkRJUlNACitTVUJESVJTICAgICAgICAgICAgICA9IDNkIGFpIG1pc2MgbmV0IHBhY3Mg c291bmQKIAogaW5jbHVkZWRpciAgICAgICAgICAgPSAke3ByZWZpeH0vaW5jbHVkZS9uZWwKIApJ bmRleDogbmVsL2luY2x1ZGUvbmVsL25ldC9zZXJ2aWNlLmgKPT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQpSQ1MgZmlsZTog L2hvbWUvY3Zzcm9vdC9jb2RlL25lbC9pbmNsdWRlL25lbC9uZXQvc2VydmljZS5oLHYKcmV0cmll dmluZyByZXZpc2lvbiAxLjQxCmRpZmYgLXUgLXIxLjQxIHNlcnZpY2UuaAotLS0gbmVsL2luY2x1 ZGUvbmVsL25ldC9zZXJ2aWNlLmgJMTkgRmViIDIwMDIgMTM6MTQ6MzIgLTAwMDAJMS40MQorKysg bmVsL2luY2x1ZGUvbmVsL25ldC9zZXJ2aWNlLmgJMTEgTWFyIDIwMDIgMTg6MDc6MTEgLTAwMDAK QEAgLTgyLDEwICs4MiwxMiBAQAogCiAjaWYgZGVmaW5lZChOTF9PU19XSU5ET1dTKSAmJiBkZWZp bmVkKF9XSU5ET1dTKQogCi0jZGVmaW5lIE5MTkVUX1NFUlZJQ0VfTUFJTihfX1NlcnZpY2VDbGFz c05hbWUsIF9fU2VydmljZVNob3J0TmFtZSwgX19TZXJ2aWNlTG9uZ05hbWUsIF9fU2VydmljZVBv cnQsIF9fU2VydmljZUNhbGxiYWNrQXJyYXkpIFwKKyNkZWZpbmUgTkxORVRfU0VSVklDRV9NQUlO KF9fU2VydmljZUNsYXNzTmFtZSwgX19TZXJ2aWNlU2hvcnROYW1lLCBfX1NlcnZpY2VMb25nTmFt ZSwgX19TZXJ2aWNlUG9ydCwgX19TZXJ2aWNlQ2FsbGJhY2tBcnJheSwgX19Db25maWdEaXIsIF9f TG9nRGlyKSBcCiAgXAogaW50IEFQSUVOVFJZIFdpbk1haW4gKEhJTlNUQU5DRSBoSW5zdGFuY2Us IEhJTlNUQU5DRSBoUHJldkluc3RhbmNlLCBMUFNUUiBscENtZExpbmUsIGludCBuQ21kU2hvdykg XAogeyBcCisJSVNlcnZpY2U6OnNldENvbmZpZ0RpciAoX19Db25maWdEaXIpOyBcCisJSVNlcnZp Y2U6OnNldExvZ0RpciAoX19Mb2dEaXIpOyBcCiAJX19TZXJ2aWNlQ2xhc3NOYW1lICpzY24gPSBu ZXcgX19TZXJ2aWNlQ2xhc3NOYW1lOyBcCiAJc2NuLT5zZXRTZXJ2aWNlTmFtZSAoX19TZXJ2aWNl U2hvcnROYW1lLCBfX1NlcnZpY2VMb25nTmFtZSk7IFwKIAlzY24tPnNldFBvcnQgKF9fU2Vydmlj ZVBvcnQpOyBcCkBAIC05NywxMCArOTksMTIgQEAKIAogI2Vsc2UKIAotI2RlZmluZSBOTE5FVF9T RVJWSUNFX01BSU4oX19TZXJ2aWNlQ2xhc3NOYW1lLCBfX1NlcnZpY2VTaG9ydE5hbWUsIF9fU2Vy dmljZUxvbmdOYW1lLCBfX1NlcnZpY2VQb3J0LCBfX1NlcnZpY2VDYWxsYmFja0FycmF5KSBcCisj ZGVmaW5lIE5MTkVUX1NFUlZJQ0VfTUFJTihfX1NlcnZpY2VDbGFzc05hbWUsIF9fU2VydmljZVNo b3J0TmFtZSwgX19TZXJ2aWNlTG9uZ05hbWUsIF9fU2VydmljZVBvcnQsIF9fU2VydmljZUNhbGxi YWNrQXJyYXksIF9fQ29uZmlnRGlyLCBfX0xvZ0RpcikgXAogIFwKIGludCBtYWluKGludCBhcmdj LCBjaGFyICoqYXJndikgXAogeyBcCisJSVNlcnZpY2U6OnNldENvbmZpZ0RpciAoX19Db25maWdE aXIpOyBcCisJSVNlcnZpY2U6OnNldExvZ0RpciAoX19Mb2dEaXIpOyBcCiAJX19TZXJ2aWNlQ2xh c3NOYW1lICpzY24gPSBuZXcgX19TZXJ2aWNlQ2xhc3NOYW1lOyBcCiAJc2NuLT5zZXRTZXJ2aWNl TmFtZSAoX19TZXJ2aWNlU2hvcnROYW1lLCBfX1NlcnZpY2VMb25nTmFtZSk7IFwKIAlzY24tPnNl dFBvcnQgKF9fU2VydmljZVBvcnQpOyBcCkBAIC0xMzcsNyArMTQxLDcgQEAKIAkvLy8gQ29uc3Ry dWN0b3IKIAlJU2VydmljZSgpOwogCi0JdmlydHVhbCB+SVNlcnZpY2UoKSB7fQorCXZpcnR1YWwg fklTZXJ2aWNlKCkgeyB9CiAKIAkvLy8gSW5pdGlhbGl6ZXMgdGhlIHNlcnZpY2UgKG11c3QgYmUg Y2FsbGVkIGJlZm9yZSB0aGUgZmlyc3QgY2FsbCB0byB1cGRhdGUoKSkKIAl2aXJ0dWFsIHZvaWQJ CWluaXQgKCkge30KQEAgLTE2Nyw2ICsxNzEsMTIgQEAKIAogCXN0YXRpYyB2b2lkCQkJc2V0U2Vy dmljZU5hbWUgKGNvbnN0IGNoYXIgKnNob3J0TmFtZSwgY29uc3QgY2hhciAqbG9uZ05hbWUpOwog CisJc3RhdGljIHZvaWQJCQlzZXRDb25maWdEaXIgKGNvbnN0IGNoYXIgKmNvbmZpZ0RpcikgeyBp ZihfQ29uZmlnRGlyKSBmcmVlKF9Db25maWdEaXIpOyBfQ29uZmlnRGlyID0gc3RyZHVwKGNvbmZp Z0Rpcik7IH0KKwlzdGF0aWMgY29uc3QgY2hhcgkJKmdldENvbmZpZ0RpciAoKSB7IHJldHVybiBf Q29uZmlnRGlyOyB9CisKKwlzdGF0aWMgdm9pZAkJCXNldExvZ0RpciAoY29uc3QgY2hhciAqbG9n RGlyKSB7IGlmKF9Mb2dEaXIpIGZyZWUoX0xvZ0Rpcik7IF9Mb2dEaXIgPSBzdHJkdXAobG9nRGly KTsgfQorCXN0YXRpYyBjb25zdCBjaGFyCQkqZ2V0TG9nRGlyICgpIHsgcmV0dXJuIF9Mb2dEaXI7 IH0KKwogCXN0YXRpYyB2b2lkCQkJc2V0UG9ydCAodWludDE2IFBvcnQpIHsgX0RlZmF1bHRQb3J0 ID0gUG9ydDsgfQogCiAJLyoqIFNlbGVjdCB0aW1lb3V0IHZhbHVlIGluIG1pbGxpc2Vjb25kcyBm b3IgZWFjaCB1cGRhdGUuIFlvdSBhcmUgYWJzb2x1dGVseSBjZXJ0YWluIHRoYXQgeW91ciB1cGRh dGUoKQpAQCAtMjU2LDYgKzI2Niw5IEBACiAKIAkvLy8gVGhpcyB2YXJpYWJsZSBpcyB1c2VkIHRv IGdlbmVyYXRlIHVuaXEgaWQgZm9yIGVudGl0aWVzIG9uIHRoaXMgc2VydmljZS4KIAlzdGF0aWMg TkxNSVNDOjpDRW50aXR5SWQJX05leHRFbnRpdHlJZDsKKworCXN0YXRpYyBjaGFyCQkJKl9Db25m aWdEaXI7CisJc3RhdGljIGNoYXIJCQkqX0xvZ0RpcjsKIH07CiAKIH07IC8vIE5MTkVUCkluZGV4 OiBuZWwvaW5jbHVkZS9uZWwvbmV0L3NlcnZpY2VfNS5oCj09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KUkNTIGZpbGU6IC9o b21lL2N2c3Jvb3QvY29kZS9uZWwvaW5jbHVkZS9uZWwvbmV0L3NlcnZpY2VfNS5oLHYKcmV0cmll dmluZyByZXZpc2lvbiAxLjEyCmRpZmYgLXUgLXIxLjEyIHNlcnZpY2VfNS5oCi0tLSBuZWwvaW5j bHVkZS9uZWwvbmV0L3NlcnZpY2VfNS5oCTIwIEZlYiAyMDAyIDE4OjA1OjUzIC0wMDAwCTEuMTIK KysrIG5lbC9pbmNsdWRlL25lbC9uZXQvc2VydmljZV81LmgJMTEgTWFyIDIwMDIgMTg6MDc6MTEg LTAwMDAKQEAgLTQzLDcgKzQzLDYgQEAKICNpbmNsdWRlIDxzdHJpbmc+CiAjaW5jbHVkZSA8dmVj dG9yPgogCi0KIG5hbWVzcGFjZSBOTE1JU0MKIHsKIAljbGFzcyBDV2luZG93RGlzcGxheWVyOwpA QCAtODMsMTAgKzgyLDEyIEBACiAKICNpZiBkZWZpbmVkKE5MX09TX1dJTkRPV1MpICYmIGRlZmlu ZWQoX1dJTkRPV1MpCiAKLSNkZWZpbmUgTkxORVRfU0VSVklDRV9NQUlOKF9fU2VydmljZUNsYXNz TmFtZSwgX19TZXJ2aWNlU2hvcnROYW1lLCBfX1NlcnZpY2VMb25nTmFtZSwgX19TZXJ2aWNlUG9y dCwgX19TZXJ2aWNlQ2FsbGJhY2tBcnJheSkgXAorI2RlZmluZSBOTE5FVF9TRVJWSUNFX01BSU4o X19TZXJ2aWNlQ2xhc3NOYW1lLCBfX1NlcnZpY2VTaG9ydE5hbWUsIF9fU2VydmljZUxvbmdOYW1l LCBfX1NlcnZpY2VQb3J0LCBfX1NlcnZpY2VDYWxsYmFja0FycmF5LCBfX0NvbmZpZ0RpciwgX19M b2dEaXIpIFwKICBcCiBpbnQgQVBJRU5UUlkgV2luTWFpbiAoSElOU1RBTkNFIGhJbnN0YW5jZSwg SElOU1RBTkNFIGhQcmV2SW5zdGFuY2UsIExQU1RSIGxwQ21kTGluZSwgaW50IG5DbWRTaG93KSBc CiB7IFwKKwlJU2VydmljZTU6OnNldENvbmZpZ0RpciAoX19Db25maWdEaXIpOyBcCisJSVNlcnZp Y2U1OjpzZXRMb2dEaXIgKF9fTG9nRGlyKTsgXAogCV9fU2VydmljZUNsYXNzTmFtZSAqc2NuID0g bmV3IF9fU2VydmljZUNsYXNzTmFtZTsgXAogCXNjbi0+c2V0U2VydmljZU5hbWUgKF9fU2Vydmlj ZVNob3J0TmFtZSwgX19TZXJ2aWNlTG9uZ05hbWUpOyBcCiAJc2NuLT5zZXRQb3J0IChfX1NlcnZp Y2VQb3J0KTsgXApAQCAtOTgsMTAgKzk5LDEyIEBACiAKICNlbHNlCiAKLSNkZWZpbmUgTkxORVRf U0VSVklDRV9NQUlOKF9fU2VydmljZUNsYXNzTmFtZSwgX19TZXJ2aWNlU2hvcnROYW1lLCBfX1Nl cnZpY2VMb25nTmFtZSwgX19TZXJ2aWNlUG9ydCwgX19TZXJ2aWNlQ2FsbGJhY2tBcnJheSkgXAor I2RlZmluZSBOTE5FVF9TRVJWSUNFX01BSU4oX19TZXJ2aWNlQ2xhc3NOYW1lLCBfX1NlcnZpY2VT aG9ydE5hbWUsIF9fU2VydmljZUxvbmdOYW1lLCBfX1NlcnZpY2VQb3J0LCBfX1NlcnZpY2VDYWxs YmFja0FycmF5LCBfX0NvbmZpZ0RpciwgX19Mb2dEaXIpIFwKICBcCiBpbnQgbWFpbihpbnQgYXJn YywgY2hhciAqKmFyZ3YpIFwKIHsgXAorCUlTZXJ2aWNlNTo6c2V0Q29uZmlnRGlyIChfX0NvbmZp Z0Rpcik7IFwKKwlJU2VydmljZTU6OnNldExvZ0RpciAoX19Mb2dEaXIpOyBcCiAJX19TZXJ2aWNl Q2xhc3NOYW1lICpzY24gPSBuZXcgX19TZXJ2aWNlQ2xhc3NOYW1lOyBcCiAJc2NuLT5zZXRTZXJ2 aWNlTmFtZSAoX19TZXJ2aWNlU2hvcnROYW1lLCBfX1NlcnZpY2VMb25nTmFtZSk7IFwKIAlzY24t PnNldFBvcnQgKF9fU2VydmljZVBvcnQpOyBcCkBAIC0xNjgsNiArMTcxLDEyIEBACiAKIAlzdGF0 aWMgdm9pZAkJCXNldFNlcnZpY2VOYW1lIChjb25zdCBjaGFyICpzaG9ydE5hbWUsIGNvbnN0IGNo YXIgKmxvbmdOYW1lKTsKIAorCXN0YXRpYyB2b2lkCQkJc2V0Q29uZmlnRGlyIChjb25zdCBjaGFy ICpjb25maWdEaXIpIHsgaWYoX0NvbmZpZ0RpcikgZnJlZShfQ29uZmlnRGlyKTsgX0NvbmZpZ0Rp ciA9IHN0cmR1cChjb25maWdEaXIpOyB9CisJc3RhdGljIGNvbnN0IGNoYXIJCSpnZXRDb25maWdE aXIgKCkgeyByZXR1cm4gX0NvbmZpZ0RpcjsgfQorCisJc3RhdGljIHZvaWQJCQlzZXRMb2dEaXIg KGNvbnN0IGNoYXIgKmxvZ0RpcikgeyBpZihfTG9nRGlyKSBmcmVlKF9Mb2dEaXIpOyBfTG9nRGly ID0gc3RyZHVwKGxvZ0Rpcik7IH0KKwlzdGF0aWMgY29uc3QgY2hhcgkJKmdldExvZ0RpciAoKSB7 IHJldHVybiBfTG9nRGlyOyB9CisKIAlzdGF0aWMgdm9pZAkJCXNldFBvcnQgKHVpbnQxNiBQb3J0 KSB7IF9EZWZhdWx0UG9ydCA9IFBvcnQ7IH0KIAogCS8qKiBTZWxlY3QgdGltZW91dCB2YWx1ZSBp biBzZWNvbmRzIGZvciBlYWNoIHVwZGF0ZS4gWW91IGFyZSBhYnNvbHV0ZWx5IGNlcnRhaW4gdGhh dCB5b3VyIHVwZGF0ZSgpCkBAIC0yNDksNiArMjU4LDkgQEAKIAogCS8vLyBUaGlzIHZhcmlhYmxl IGlzIHVzZWQgdG8gZ2VuZXJhdGUgdW5pcSBpZCBmb3IgZW50aXRpZXMgb24gdGhpcyBzZXJ2aWNl LgogCXN0YXRpYyBOTE1JU0M6OkNFbnRpdHlJZAlfTmV4dEVudGl0eUlkOworCisJc3RhdGljIGNo YXIJCQkqX0NvbmZpZ0RpcjsKKwlzdGF0aWMgY2hhcgkJCSpfTG9nRGlyOwogfTsKIAogfTsgLy8g TkxORVQKSW5kZXg6IG5lbC9zcmMvTWFrZWZpbGUuYW0KPT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQpSQ1MgZmlsZTogL2hv bWUvY3Zzcm9vdC9jb2RlL25lbC9zcmMvTWFrZWZpbGUuYW0sdgpyZXRyaWV2aW5nIHJldmlzaW9u IDEuNgpkaWZmIC11IC1yMS42IE1ha2VmaWxlLmFtCi0tLSBuZWwvc3JjL01ha2VmaWxlLmFtCTEz IEp1biAyMDAxIDE4OjA1OjAwIC0wMDAwCTEuNgorKysgbmVsL3NyYy9NYWtlZmlsZS5hbQkxMSBN YXIgMjAwMiAxODowNzoxNCAtMDAwMApAQCAtNCw2ICs0LDggQEAKIAogTUFJTlRBSU5FUkNMRUFO RklMRVMgPSBNYWtlZmlsZS5pbgogCitESVNUX1NVQkRJUlMJICAgICA9IG5ldCAzZCBwYWNzIHNv dW5kIGFpIG1pc2MKKwogU1VCRElSUyAgICAgICAgICAgICAgPSBATkVMX1NVQkRJUlNACiAKIEVY VFJBX0RJU1QgICAgICAgICAgID0gbWlzYy5kc3AgbmV0LmRzcCAzZC5kc3AgYWkuZHNwCkluZGV4 OiBuZWwvc3JjLzNkL01ha2VmaWxlLmFtCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KUkNTIGZpbGU6IC9ob21lL2N2c3Jv b3QvY29kZS9uZWwvc3JjLzNkL01ha2VmaWxlLmFtLHYKcmV0cmlldmluZyByZXZpc2lvbiAxLjcw CmRpZmYgLXUgLXIxLjcwIE1ha2VmaWxlLmFtCi0tLSBuZWwvc3JjLzNkL01ha2VmaWxlLmFtCTQg TWFyIDIwMDIgMTA6MDc6MTAgLTAwMDAJMS43MAorKysgbmVsL3NyYy8zZC9NYWtlZmlsZS5hbQkx MSBNYXIgMjAwMiAxODowNzoxNCAtMDAwMApAQCAtNzQsNyArNzQsNiBAQAogICAgICAgICAgICAg ICAgICAgICAgICBldmVudF9tb3VzZV9saXN0ZW5lci5oICAgICAgICAgICAgICAgICAgICAgICAg ICBcCiAgICAgICAgICAgICAgICAgICAgICAgIGZhc3RfZmxvb3IuY3BwICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgIFwKICAgICAgICAgICAgICAgICAgICAgICAgZmFzdF9mbG9vci5o ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAg ICAgICBmaWxlcy50eHQgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBcCiAg ICAgICAgICAgICAgICAgICAgICAgIGZsYXJlX21vZGVsLmNwcCAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgIFwKICAgICAgICAgICAgICAgICAgICAgICAgZmxhcmVfbW9kZWwuaCAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgXAogICAgICAgICAgICAgICAgICAgICAgICBm bGFyZV9zaGFwZS5jcHAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBcCkBAIC00ODMs NiArNDgyLDggQEAKICAgICAgICAgICAgICAgICAgICAgICAgem9uZV9zbW9vdGhlci5oICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgXAogICAgICAgICAgICAgICAgICAgICAgICB6b25l X3RndF9zbW9vdGhlci5jcHAgICAgICAgICAgICAgICAgICAgICAgICAgICBcCiAgICAgICAgICAg ICAgICAgICAgICAgIHpvbmVfdGd0X3Ntb290aGVyLmgKKworbm9pbnN0X0hFQURFUlMJICAgICA9 IHN0ZDNkLmggbWVzaF92ZXJ0ZXhfcHJvZ3JhbS5oIG1lc2h2cF93aW5kX3RyZWUuaAogCiBBTV9D WFhGTEFHUyAgICAgICAgICA9IC1JJCh0b3Bfc3JjZGlyKS9zcmMgQEZSRUVUWVBFX0NGTEFHU0AK IApJbmRleDogbmVsL3NyYy8zZC9kcml2ZXIvb3BlbmdsL01ha2VmaWxlLmFtCj09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0K UkNTIGZpbGU6IC9ob21lL2N2c3Jvb3QvY29kZS9uZWwvc3JjLzNkL2RyaXZlci9vcGVuZ2wvTWFr ZWZpbGUuYW0sdgpyZXRyaWV2aW5nIHJldmlzaW9uIDEuMTAKZGlmZiAtdSAtcjEuMTAgTWFrZWZp bGUuYW0KLS0tIG5lbC9zcmMvM2QvZHJpdmVyL29wZW5nbC9NYWtlZmlsZS5hbQk3IEphbiAyMDAy IDE2OjA5OjUyIC0wMDAwCTEuMTAKKysrIG5lbC9zcmMvM2QvZHJpdmVyL29wZW5nbC9NYWtlZmls ZS5hbQkxMSBNYXIgMjAwMiAxODowNzoxNCAtMDAwMApAQCAtMjIsMTAgKzIyLDEzIEBACiAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgdW5peF9ldmVudF9lbWl0dGVyLmNwcCAgICAgICAg ICAgIFwKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB1bml4X2V2ZW50X2VtaXR0ZXIu aAogCitub2luc3RfSEVBREVSUwkJICAgICA9IHN0ZG9wZW5nbC5oCisKIEFNX0NYWEZMQUdTICAg ICAgICAgICAgICAgICAgPSAtSSQodG9wX3NyY2Rpcikvc3JjIFwKICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICBAT1BFTkdMX0NGTEFHU0AgQFhGODZWSURNT0RFX0NGTEFHU0AKIAogbGli bmVsX2Rydl9vcGVuZ2xfbGFfTElCQUREICA9IEBPUEVOR0xfTElCU0AgQFhGODZWSURNT0RFX0xJ QlNACitsaWJuZWxfZHJ2X29wZW5nbF9sYV9MREZMQUdTID0gLW5vLXVuZGVmaW5lZAogCiAKICMg RW5kIG9mIE1ha2VmaWxlLmFtCkluZGV4OiBuZWwvc3JjL21pc2MvTWFrZWZpbGUuYW0KPT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PQpSQ1MgZmlsZTogL2hvbWUvY3Zzcm9vdC9jb2RlL25lbC9zcmMvbWlzYy9NYWtlZmlsZS5h bSx2CnJldHJpZXZpbmcgcmV2aXNpb24gMS40MApkaWZmIC11IC1yMS40MCBNYWtlZmlsZS5hbQot LS0gbmVsL3NyYy9taXNjL01ha2VmaWxlLmFtCTE4IEZlYiAyMDAyIDEyOjU3OjA1IC0wMDAwCTEu NDAKKysrIG5lbC9zcmMvbWlzYy9NYWtlZmlsZS5hbQkxMSBNYXIgMjAwMiAxODowNzoxNiAtMDAw MApAQCAtNjgsNiArNjgsNyBAQAogICAgICAgICAgICAgICAgICAgICAgICAgd2luZG93X2Rpc3Bs YXllci5jcHAgICAgICAgICAgICAgICBcCiAJCQlkZWJ1Z19kaXNwbGF5ZXIuY3BwICAgICAgICAg ICAgICAgIAogCitub2luc3RfSEVBREVSUwkgICAgICA9IHN0ZG1pc2MuaAogCiBBTV9DWFhGTEFH UyAgICAgICAgICAgPSBAWE1MX0NGTEFHU0AKIApJbmRleDogbmVsL3NyYy9taXNjL2RlYnVnLmNw cAo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09ClJDUyBmaWxlOiAvaG9tZS9jdnNyb290L2NvZGUvbmVsL3NyYy9taXNjL2Rl YnVnLmNwcCx2CnJldHJpZXZpbmcgcmV2aXNpb24gMS40MQpkaWZmIC11IC1yMS40MSBkZWJ1Zy5j cHAKLS0tIG5lbC9zcmMvbWlzYy9kZWJ1Zy5jcHAJMjggRGVjIDIwMDEgMTA6MTc6MjAgLTAwMDAJ MS40MQorKysgbmVsL3NyYy9taXNjL2RlYnVnLmNwcAkxMSBNYXIgMjAwMiAxODowNzoxNiAtMDAw MApAQCAtMjMsNiArMjMsMTAgQEAKICAqIE1BIDAyMTExLTEzMDcsIFVTQS4KICAqLwogCisjaWZk ZWYgSEFWRV9DT05GSUdfSAorI2luY2x1ZGUgIm5lbGNvbmZpZy5oIgorI2VuZGlmIC8vIEhBVkVf Q09ORklHX0gKKwogI2luY2x1ZGUgInN0ZG1pc2MuaCIKICNpbmNsdWRlICJuZWwvbWlzYy9sb2cu aCIKICNpbmNsdWRlICJuZWwvbWlzYy9kaXNwbGF5ZXIuaCIKQEAgLTM2LDEwICs0MCwyMiBAQAog IAogLy8gSWYgeW91IGRvbid0IHdhbnQgdG8gYWRkIGRlZmF1bHQgZGlzcGxheWVyLCBwdXQgMCBp bnN0ZWFkIG9mIDEuIEluIHRoaXMgY2FzZSwgeW91CiAvLyBoYXZlIHRvIG1hbmFnZSB5b3Vyc2Vs ZiBkaXNwbGF5ZXIgKGluIGZpbmFsIHJlbGVhc2UgZm9yIGV4YW1wbGUsIHdlIGhhdmUgdG8gcHV0 IDApCi0jZGVmaW5lIERFRkFVTFRfRElTUExBWUVSIDEKKy8vIEFsdGVybmF0aXZlbHksIHlvdSBj YW4gdXNlIC0td2l0aG91dC1sb2dnaW5nIHdoZW4gdXNpbmcgY29uZmlndXJlIHRvIHNldAorLy8g aXQgdG8gMC4KKyNpZm5kZWYgTkVMX0RFRkFVTFRfRElTUExBWUVSCisjZGVmaW5lIE5FTF9ERUZB VUxUX0RJU1BMQVlFUiAxCisjZW5kaWYgLy8gTkVMX0RFRkFVTFRfRElTUExBWUVSCiAKIC8vIFB1 dCAwIGlmIHlvdSBkb24ndCB3YW50IHRvIGRpc3BsYXkgaW4gZmlsZSAibG9nLmxvZyIKLSNkZWZp bmUgTE9HX0lOX0ZJTEUgMQorLy8gQWx0ZXJuYXRpdmVseSwgeW91IGNhbiB1c2UgLS13aXRob3V0 LWxvZ2dpbmcgd2hlbiB1c2luZyBjb25maWd1cmUgdG8gc2V0CisvLyBpdCB0byAwLgorI2lmbmRl ZiBORUxfTE9HX0lOX0ZJTEUKKyNkZWZpbmUgTkVMX0xPR19JTl9GSUxFIDEKKyNlbmRpZiAvLyBO RUxfTE9HX0lOX0ZJTEUKKworI2RlZmluZSBERUZBVUxUX0RJU1BMQVlFUiBORUxfREVGQVVMVF9E SVNQTEFZRVIKKworI2RlZmluZSBMT0dfSU5fRklMRSBORUxfTE9HX0lOX0ZJTEUKIAogbmFtZXNw YWNlIE5MTUlTQyB7CiAKSW5kZXg6IG5lbC9zcmMvbmV0L01ha2VmaWxlLmFtCj09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0K UkNTIGZpbGU6IC9ob21lL2N2c3Jvb3QvY29kZS9uZWwvc3JjL25ldC9NYWtlZmlsZS5hbSx2CnJl dHJpZXZpbmcgcmV2aXNpb24gMS4xNQpkaWZmIC11IC1yMS4xNSBNYWtlZmlsZS5hbQotLS0gbmVs L3NyYy9uZXQvTWFrZWZpbGUuYW0JMTUgRmViIDIwMDIgMTQ6NDA6MjEgLTAwMDAJMS4xNQorKysg bmVsL3NyYy9uZXQvTWFrZWZpbGUuYW0JMTEgTWFyIDIwMDIgMTg6MDc6MTYgLTAwMDAKQEAgLTM2 LDYgKzM2LDggQEAKICAgICAgICAgICAgICAgICAgICAgICAgc2VydmljZV81LmNwcCAgICAgICAg ICAgICAgICAgICAgICAgXAogICAgICAgICAgICAgICAgICAgICAgICB0cmFuc3BvcnRfY2xhc3Mu Y3BwICAgICAgICAgICAgICAgICAKIAorbm9pbnN0X0hFQURFUlMJICAgICA9IHN0ZG5ldC5oCisK IEFNX0NYWEZMQUdTICAgICAgICAgID0gLUkkKHRvcF9zcmNkaXIpL3NyYwogCiBsaWJuZWxuZXRf bGFfTElCQUREICA9IC1sYyAtbHB0aHJlYWQKSW5kZXg6IG5lbC9zcmMvbmV0L3NlcnZpY2UuY3Bw Cj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT0KUkNTIGZpbGU6IC9ob21lL2N2c3Jvb3QvY29kZS9uZWwvc3JjL25ldC9zZXJ2 aWNlLmNwcCx2CnJldHJpZXZpbmcgcmV2aXNpb24gMS4xMDcKZGlmZiAtdSAtcjEuMTA3IHNlcnZp Y2UuY3BwCi0tLSBuZWwvc3JjL25ldC9zZXJ2aWNlLmNwcAkyOCBGZWIgMjAwMiAxNToyMjo1MCAt MDAwMAkxLjEwNworKysgbmVsL3NyYy9uZXQvc2VydmljZS5jcHAJMTEgTWFyIDIwMDIgMTg6MDc6 MTYgLTAwMDAKQEAgLTk4LDYgKzk4LDkgQEAKIAogQ0NvbmZpZ0ZpbGUgSVNlcnZpY2U6OkNvbmZp Z0ZpbGU7CiAKK2NoYXIJICpJU2VydmljZTo6X0NvbmZpZ0RpciA9IE5VTEw7CitjaGFyCSAqSVNl cnZpY2U6Ol9Mb2dEaXIgPSBOVUxMOworCiBJU2VydmljZQkgKklTZXJ2aWNlOjpJbnN0YW5jZSA9 IE5VTEw7CiAKIE5MTUlTQzo6Q0VudGl0eUlkCUlTZXJ2aWNlOjpfTmV4dEVudGl0eUlkOwpAQCAt MTk0LDYgKzE5Nyw3IEBACiAJSVNlcnZpY2U6Okluc3RhbmNlID0gdGhpczsKIAlfSW5pdGlhbGl6 ZWQgPSBmYWxzZTsKIAlfV2luZG93RGlzcGxheWVyID0gTlVMTDsKKwlfQ29uZmlnRGlyID0gc3Ry ZHVwKCIiKTsKIH0KIAogCkBAIC0zMTIsNyArMzE2LDcgQEAKIAogCWNyZWF0ZURlYnVnICgpOwog Ci0JZmQuc2V0UGFyYW0gKF9Mb25nTmFtZSArICIubG9nIiwgZmFsc2UpOworCWZkLnNldFBhcmFt ICgoZ2V0TG9nRGlyKCkgPyBnZXRMb2dEaXIoKSA6ICIiKSArIF9Mb25nTmFtZSArICIubG9nIiwg ZmFsc2UpOwogCiAJRGVidWdMb2ctPmFkZERpc3BsYXllciAoJmZkKTsKIAlJbmZvTG9nLT5hZGRE aXNwbGF5ZXIgKCZmZCk7CkBAIC0zNzAsNyArMzc0LDcgQEAKIAkJLy8gTG9hZCB0aGUgY29uZmln IGZpbGUKIAkJLy8KIAotCQlDb25maWdGaWxlLmxvYWQgKF9Mb25nTmFtZSArICIuY2ZnIik7CisJ CUNvbmZpZ0ZpbGUubG9hZCAoKGdldENvbmZpZ0RpcigpID8gZ2V0Q29uZmlnRGlyKCkgOiAiIikg KyBfTG9uZ05hbWUgKyAiLmNmZyIpOwogCiAJCXRyeQogCQl7CkluZGV4OiBuZWwvc3JjL25ldC9z ZXJ2aWNlXzUuY3BwCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT0KUkNTIGZpbGU6IC9ob21lL2N2c3Jvb3QvY29kZS9uZWwv c3JjL25ldC9zZXJ2aWNlXzUuY3BwLHYKcmV0cmlldmluZyByZXZpc2lvbiAxLjE4CmRpZmYgLXUg LXIxLjE4IHNlcnZpY2VfNS5jcHAKLS0tIG5lbC9zcmMvbmV0L3NlcnZpY2VfNS5jcHAJMjggRmVi IDIwMDIgMTU6MjI6NTAgLTAwMDAJMS4xOAorKysgbmVsL3NyYy9uZXQvc2VydmljZV81LmNwcAkx MSBNYXIgMjAwMiAxODowNzoxNiAtMDAwMApAQCAtOTksNiArOTksOSBAQAogSVNlcnZpY2U1CSpJ U2VydmljZTU6Okluc3RhbmNlCQk9IE5VTEw7CiBDQ29uZmlnRmlsZQkgSVNlcnZpY2U1OjpDb25m aWdGaWxlOwogCitjaGFyCQkqSVNlcnZpY2U1OjpfQ29uZmlnRGlyCQk9IE5VTEw7CitjaGFyCQkq SVNlcnZpY2U1OjpfTG9nRGlyCQk9IE5VTEw7CisKIC8vCiAvLyBQcm90b3R5cGVzCiAvLwpAQCAt MzAzLDcgKzMwNiw3IEBACiAKIAljcmVhdGVEZWJ1ZyAoKTsKIAotCWZkLnNldFBhcmFtIChfTG9u Z05hbWUgKyAiLmxvZyIsIGZhbHNlKTsKKwlmZC5zZXRQYXJhbSAoKGdldExvZ0RpcigpID8gZ2V0 TG9nRGlyKCkgOiAiIikgKyBfTG9uZ05hbWUgKyAiLmxvZyIsIGZhbHNlKTsKIAogCURlYnVnTG9n LT5hZGREaXNwbGF5ZXIgKCZmZCk7CiAJSW5mb0xvZy0+YWRkRGlzcGxheWVyICgmZmQpOwpAQCAt MzYxLDcgKzM2NCw3IEBACiAJCS8vIExvYWQgdGhlIGNvbmZpZyBmaWxlCiAJCS8vCiAKLQkJQ29u ZmlnRmlsZS5sb2FkIChfTG9uZ05hbWUgKyAiLmNmZyIpOworCQlDb25maWdGaWxlLmxvYWQgKChn ZXRDb25maWdEaXIoKSA/IGdldENvbmZpZ0RpcigpIDogIiIpICsgX0xvbmdOYW1lICsgIi5jZmci KTsKIAogCQl0cnkKIAkJewpJbmRleDogbmVsL3NyYy9wYWNzL01ha2VmaWxlLmFtCj09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT0KUkNTIGZpbGU6IC9ob21lL2N2c3Jvb3QvY29kZS9uZWwvc3JjL3BhY3MvTWFrZWZpbGUuYW0s dgpyZXRyaWV2aW5nIHJldmlzaW9uIDEuNApkaWZmIC11IC1yMS40IE1ha2VmaWxlLmFtCi0tLSBu ZWwvc3JjL3BhY3MvTWFrZWZpbGUuYW0JOSBBdWcgMjAwMSAxNjoxODowMSAtMDAwMAkxLjQKKysr IG5lbC9zcmMvcGFjcy9NYWtlZmlsZS5hbQkxMSBNYXIgMjAwMiAxODowNzoxNiAtMDAwMApAQCAt NTQsNiArNTQsOCBAQAogCiBBTV9DWFhGTEFHUyAgICAgICAgICAgPSAtSSQodG9wX3NyY2Rpcikv c3JjCiAKK25vaW5zdF9IRUFERVJTCSAgICAgID0gc3RkcGFjcy5oIGZhY2VfZ3JpZC5oIHF1YWRf Z3JpZC5oCisKIGxpYm5lbHBhY3NfbGFfTElCQUREICA9IC1sYwogCiBsaWJuZWxwYWNzX2xhX0xE RkxBR1MgPSAtdmVyc2lvbi1pbmZvIEBMSUJUT09MX1ZFUlNJT05ACkluZGV4OiBuZWwvc3JjL3Nv dW5kL01ha2VmaWxlLmFtCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT0KUkNTIGZpbGU6IC9ob21lL2N2c3Jvb3QvY29kZS9u ZWwvc3JjL3NvdW5kL01ha2VmaWxlLmFtLHYKcmV0cmlldmluZyByZXZpc2lvbiAxLjQKZGlmZiAt dSAtcjEuNCBNYWtlZmlsZS5hbQotLS0gbmVsL3NyYy9zb3VuZC9NYWtlZmlsZS5hbQkxOCBGZWIg MjAwMiAxMjo1Nzo0NCAtMDAwMAkxLjQKKysrIG5lbC9zcmMvc291bmQvTWFrZWZpbGUuYW0JMTEg TWFyIDIwMDIgMTg6MDc6MTYgLTAwMDAKQEAgLTMzLDYgKzMzLDggQEAKIAogQU1fQ1hYRkxBR1Mg ICAgICAgICAgPSAtSSQodG9wX3NyY2Rpcikvc3JjCiAKK25vaW5zdF9IRUFERVJTCSAgICAgPSBz dGRzb3VuZC5oCisKIGxpYm5lbHNuZF9sYV9MSUJBREQgID0gZHJpdmVyL2xpYm5lbHNuZF9sb3ds ZXZlbC5sYQogCiBsaWJuZWxzbmRfbGFfTERGTEFHUyA9IC12ZXJzaW9uLWluZm8gQExJQlRPT0xf VkVSU0lPTkAKSW5kZXg6IG5lbC9zcmMvc291bmQvZHJpdmVyL29wZW5hbC9NYWtlZmlsZS5hbQo9 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09ClJDUyBmaWxlOiAvaG9tZS9jdnNyb290L2NvZGUvbmVsL3NyYy9zb3VuZC9kcml2 ZXIvb3BlbmFsL01ha2VmaWxlLmFtLHYKcmV0cmlldmluZyByZXZpc2lvbiAxLjUKZGlmZiAtdSAt cjEuNSBNYWtlZmlsZS5hbQotLS0gbmVsL3NyYy9zb3VuZC9kcml2ZXIvb3BlbmFsL01ha2VmaWxl LmFtCTI4IEphbiAyMDAyIDE0OjQwOjI2IC0wMDAwCTEuNQorKysgbmVsL3NyYy9zb3VuZC9kcml2 ZXIvb3BlbmFsL01ha2VmaWxlLmFtCTExIE1hciAyMDAyIDE4OjA3OjE2IC0wMDAwCkBAIC0xNyw2 ICsxNyw4IEBACiAKIEFNX0NYWEZMQUdTICAgICAgICAgICAgICAgICAgPSAtSSQodG9wX3NyY2Rp cikvc3JjIEBPUEVOQUxfQ0ZMQUdTQAogCitub2luc3RfSEVBREVSUwkJICAgICA9IHN0ZG9wZW5h bC5oCisKIGxpYm5lbF9kcnZfb3BlbmFsX2xhX0xJQkFERCAgPSBAT1BFTkFMX0xJQlNACiAKIGxp Ym5lbF9kcnZfb3BlbmFsX2xhX0xERkxBR1MgPSAtdmVyc2lvbi1pbmZvIEBMSUJUT09MX1ZFUlNJ T05ACkluZGV4OiBuZWxucy9NYWtlZmlsZS5hbQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09ClJDUyBmaWxlOiAvaG9tZS9j dnNyb290L2NvZGUvbmVsbnMvTWFrZWZpbGUuYW0sdgpyZXRyaWV2aW5nIHJldmlzaW9uIDEuNQpk aWZmIC11IC1yMS41IE1ha2VmaWxlLmFtCi0tLSBuZWxucy9NYWtlZmlsZS5hbQkyMiBPY3QgMjAw MSAxMDozNTo0OSAtMDAwMAkxLjUKKysrIG5lbG5zL01ha2VmaWxlLmFtCTExIE1hciAyMDAyIDE4 OjA3OjI4IC0wMDAwCkBAIC00LDcgKzQsOSBAQAogCiBNQUlOVEFJTkVSQ0xFQU5GSUxFUyA9IE1h a2VmaWxlLmluIGNvbmZpZ3VyZSBjb25maWcuZ3Vlc3MgbWlzc2luZyBcCiAgICAgICAgICAgICAg ICAgICAgICAgIGNvbmZpZy5zdWIgbHRjb25maWcgYWNsb2NhbC5tNCBjb25maWcuaC5pbiBcCi0g ICAgICAgICAgICAgICAgICAgICAgIGluc3RhbGwtc2ggbWtpbnN0YWxsZGlycworICAgICAgICAg ICAgICAgICAgICAgICBpbnN0YWxsLXNoIG1raW5zdGFsbGRpcnMgCisKK0VYVFJBX0RJU1QJICAg ICA9IHNlcnZpY2VzLmRzdyBib290c3RyYXAgZG9jCiAKIFNVQkRJUlMgICAgICAgICAgICAgID0g bG9naW5fc2VydmljZSAgICAgICAgICBcCiAgICAgICAgICAgICAgICAgICAgICAgIG5hbWluZ19z ZXJ2aWNlICAgICAgICAgXApAQCAtMTIsMTAgKzE0LDggQEAKICAgICAgICAgICAgICAgICAgICAg ICAgYWRtaW5fc2VydmljZSAgICAgICAgICBcCiAgICAgICAgICAgICAgICAgICAgICAgIHdlbGNv bWVfc2VydmljZQogCi0KIGRpc3QtaG9vazoKLQljcCAtcHIgJChzcmNkaXIpL2Jvb3RzdHJhcCAk KGRpc3RkaXIpCi0KKwlmaW5kICQoZGlzdGRpcikgLW5hbWUgQ1ZTIC1wcmludCB8IHhhcmdzIHJt IC1mcgogCiAjIEVuZCBvZiBNYWtlZmlsZS5hbQogCkluZGV4OiBuZWxucy9USEFOS1MKPT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PQpSQ1MgZmlsZTogL2hvbWUvY3Zzcm9vdC9jb2RlL25lbG5zL1RIQU5LUyx2CnJldHJpZXZp bmcgcmV2aXNpb24gMS4xCmRpZmYgLXUgLXIxLjEgVEhBTktTCi0tLSBuZWxucy9USEFOS1MJMTgg QXByIDIwMDEgMTM6NTQ6MjUgLTAwMDAJMS4xCisrKyBuZWxucy9USEFOS1MJMTEgTWFyIDIwMDIg MTg6MDc6MjggLTAwMDAKQEAgLTEsNyArMSw3IEBACiBXZSB3b3VsZCBsaWtlIHRvIHRoYW5rcyB0 aGVzZSBwZW9wbGVzIDoKIAogTG9pYyBEYWNoYXJ5IDxsb2ljQHNlbmdhLm9yZz4KLSAgIGZvciB0 aGUgY29uZmlndXJlIHNyY2lwdCBpbXByb3ZlbWVudCBhbmQgYWR2aWNlcy4KKyAgIGZvciB0aGUg Y29uZmlndXJlIHNjcmlwdCBpbXByb3ZlbWVudCBhbmQgYWR2aWNlcy4KIAogQW5kIGFsbCB1c2Vy cyAuLi4KIApJbmRleDogbmVsbnMvYWNpbmNsdWRlLm00Cj09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KUkNTIGZpbGU6IC9o b21lL2N2c3Jvb3QvY29kZS9uZWxucy9hY2luY2x1ZGUubTQsdgpyZXRyaWV2aW5nIHJldmlzaW9u IDEuOApkaWZmIC11IC1yMS44IGFjaW5jbHVkZS5tNAotLS0gbmVsbnMvYWNpbmNsdWRlLm00CTE4 IEZlYiAyMDAyIDEyOjU4OjM4IC0wMDAwCTEuOAorKysgbmVsbnMvYWNpbmNsdWRlLm00CTExIE1h ciAyMDAyIDE4OjA3OjI4IC0wMDAwCkBAIC0yMTQsMzcgKzIxNCwxMyBAQAogWyBBQ19SRVFVSVJF X0NQUCgpCiAKIGNoa19tZXNzYWdlX29iaj0iJDEiCi1uZWxfbGlicmFyaWVzPSIkMiIKLW5lbF90 ZXN0X2xpYj0iJDMiCi1uZWxfYWRkaXRpb25hbF9saWJzPSIkNCIKLWlzX21hbmRhdG9yeT0iJDUi CituZWxfdGVzdF9saWI9IiQyIgoraXNfbWFuZGF0b3J5PSIkMyIKIAogaWYgdGVzdCAkaXNfbWFu ZGF0b3J5ID0gInllcyIKIHRoZW4KIAotICAgIEFDX01TR19DSEVDS0lORyhmb3IgLWwkbmVsX3Rl c3RfbGliKQotICAgICAgICAKLSAgICBORUxfVEVTVF9MSUJTPSIkTkVMX0xJQlMgJG5lbF9hZGRp dGlvbmFsX2xpYnMgLWwkbmVsX3Rlc3RfbGliIgotCi0gICAgX0NQUEZMQUdTPSIkQ1BQRkxBR1Mi Ci0KLSAgICBDUFBGTEFHUz0iJENYWEZMQUdTICRMSUJTICRORUxfVEVTVF9MSUJTIgotCi0gICAg QUNfVFJZX0xJTksoICwgLCBoYXZlX25lbF90ZXN0X2xpYnJhcmllcz0ieWVzIiwgaGF2ZV9uZWxf dGVzdF9saWJyYXJpZXM9Im5vIikKLQotICAgIENQUEZMQUdTPSIkX0NQUEZMQUdTIgotCi0gICAg aWYgdGVzdCAiJGhhdmVfbmVsX3Rlc3RfbGlicmFyaWVzIiA9ICJ5ZXMiCi0gICAgdGhlbiAgICAK LSAgICAgICAgQUNfTVNHX1JFU1VMVCh5ZXMpCi0gICAgZWxzZQotICAgICAgICBpZiB0ZXN0ICIk aXNfbWFuZGF0b3J5IiA9ICJ5ZXMiCi0gICAgICAgIHRoZW4KLSAgICAgICAgICAgIEFDX01TR19F UlJPUihbJGNoa19tZXNzYWdlX29iaiBtdXN0IGJlIGluc3RhbGxlZCAoaHR0cDovL3d3dy5uZXZy YXgub3JnKS5dKQotICAgICAgICBlbHNlCi0gICAgICAgICAgICBBQ19NU0dfUkVTVUxUKG5vKQot ICAgICAgICBmaQotICAgIGZpCisgICAgQUNfQ0hFQ0tfTElCKCRuZWxfdGVzdF9saWIsIG1haW4s LFtBQ19NU0dfRVJST1IoWyRjaGtfbWVzc2FnZV9vYmogbXVzdCBiZSBpbnN0YWxsZWQgKGh0dHA6 Ly93d3cubmV2cmF4Lm9yZykuXSldKQogZmkKIF0pCiAKQEAgLTI2OSwxMyArMjQ1LDYgQEAKICAg ICAgICAgICAgICAgICAgICAgICAgICAgZS5nLiAvdXNyL2xvY2FsL25lbC9saWJdKQogCiAKLW5l bF9taXNjX2xpYj0ibmVsbWlzYyIKLW5lbF9uZXRfbGliPSJuZWxuZXQiCi1uZWxfM2RfbGliPSJu ZWwzZCIKLW5lbF9wYWNzX2xpYj0ibmVscGFjcyIKLW5lbF9zb3VuZF9saWI9Im5lbHNuZCIKLW5l bF9haV9saWI9Im5lbGFpIgotCiBuZWxtaXNjX2lzX21hbmRhdG9yeT0iJDEiCiBuZWxuZXRfaXNf bWFuZGF0b3J5PSIkMiIKIG5lbDNkX2lzX21hbmRhdG9yeT0iJDMiCkBAIC0yODYsMjMgKzI1NSw0 MCBAQAogZG5sIENoZWNrIGZvciBuZWwtY29uZmlnCiBBQ19QQVRIX1BST0coTkVMX0NPTkZJRywg bmVsLWNvbmZpZywgbm8pCiAKLWlmIHRlc3QgIiRORUxfQ09ORklHIiA9ICJubyIKK2RubCAKK2Ru bCBDb25maWd1cmUgb3B0aW9ucyAoLS13aXRoLW5lbCopIGhhdmUgcHJlY2VuZGVuY2UgCitkbmwg b3ZlciBuZWwtY29uZmlnIG9ubHkgc2V0IHZhcmlhYmxlcyBpZiB0aGV5IGFyZSBub3QgCitkbmwg c3BlY2lmaWVkCitkbmwKK2lmIHRlc3QgIiRORUxfQ09ORklHIiAhPSAibm8iCiB0aGVuCi0gICAg aGF2ZV9uZWxfY29uZmlnPSJubyIKLWVsc2UKLSAgICBORUxfQ0ZMQUdTPWBuZWwtY29uZmlnIC0t Y2ZsYWdzYAotCi0gICAgTkVMX0xJQlNfQ09ORklHPWBuZWwtY29uZmlnIC0tbGlic2AKLQotICAg IE5FTF9MSUJTPWBlY2hvICckTkVMX0xJQlNfQ09ORklHJyB8IHNlZCAtZSAncy9bWzpzcGFjZTpd XSotbFteWzpzcGFjZTpdXSovL2cnYAorICAgIGlmIHRlc3QgLXogIiR3aXRoX25lbCIgLWEgLXog IiR3aXRoX25lbF9pbmNsdWRlIgorICAgIHRoZW4KKwlDWFhGTEFHUz0iJENYWEZMQUdTIGBuZWwt Y29uZmlnIC0tY2ZsYWdzYCIKKyAgICBmaQogCi0gICAgaGF2ZV9uZWxfY29uZmlnPSJ5ZXMiCisg ICAgaWYgdGVzdCAteiAiJHdpdGhfbmVsIiAtYSAteiAiJHdpdGhfbmVsX2xpYiIKKyAgICB0aGVu CisJTERGTEFHUz0iYG5lbC1jb25maWcgLS1sZGZsYWdzYCAkTERGTEFHUyIKKyAgICBmaQogZmkK IAotaWYgdGVzdCAiJHdpdGhfbmVsIgorZG5sCitkbmwgU2V0IG5lbF9saWJyYXJpZXMgYW5kIG5l bF9pbmNsdWRlcyBhY2NvcmRpbmcgdG8KK2RubCB1c2VyIHNwZWNpZmljYXRpb24gKC0td2l0aC1u ZWwqKSBpZiBhbnkuIAorZG5sIC0td2l0aC1uZWwtaW5jbHVkZSBhbmQgLS13aXRoLW5lbC1saWIg aGF2ZSBwcmVjZW5kZW5jZQorZG5sIG92ZXIgLS13aXRoLW5lbAorZG5sCitpZiB0ZXN0ICIkd2l0 aF9uZWwiID0gIm5vIgogdGhlbgotICAgIG5lbF9pbmNsdWRlcz0iJHdpdGhfbmVsL2luY2x1ZGUi Ci0gICAgbmVsX2xpYnJhcmllcz0iJHdpdGhfbmVsL2xpYiIKKyAgICBkbmwgVGhlIHVzZXIgZXhw bGljaXRseSBkaXNhYmxlZCB0aGUgdXNlIG9mIHRoZSBOZUwKKyAgICBBQ19NU0dfRVJST1IoW05l TCBpcyBtYW5kYXRvcnk6IGRvIG5vdCBzcGVjaWZ5IC0td2l0aG91dC1uZWxdKQorZWxzZQorICAg IGlmIHRlc3QgIiR3aXRoX25lbCIgLWEgIiR3aXRoX25lbCIgIT0gInllcyIKKyAgICB0aGVuCisJ bmVsX2luY2x1ZGVzPSIkd2l0aF9uZWwvaW5jbHVkZSIKKwluZWxfbGlicmFyaWVzPSIkd2l0aF9u ZWwvbGliIgorICAgIGZpCiBmaQogCiBpZiB0ZXN0ICIkd2l0aF9uZWxfaW5jbHVkZSIKQEAgLTMx NSwxNyArMzAxLDI0IEBACiAgICAgbmVsX2xpYnJhcmllcz0iJHdpdGhfbmVsX2xpYiIKIGZpCiAK K2RubAorZG5sIFNldCBjb21waWxhdGlvbiB2YXJpYWJsZXMgCitkbmwKIGlmIHRlc3QgIiRuZWxf aW5jbHVkZXMiCiB0aGVuCi0gICAgTkVMX0NGTEFHUz0iLUkkbmVsX2luY2x1ZGVzIgorICAgIENY WEZMQUdTPSIkQ1hYRkxBR1MgLUkkbmVsX2luY2x1ZGVzIgogZmkKIAogaWYgdGVzdCAiJG5lbF9s aWJyYXJpZXMiCiB0aGVuCi0gICAgTkVMX0xJQlM9Ii1MJG5lbF9saWJyYXJpZXMiCisgICAgTERG TEFHUz0iLUwkbmVsX2xpYnJhcmllcyAkTERGTEFHUyIKIGZpCiAKLWRubCBDaGVja2luZyBmb3Ig TmVMIGhlYWRlcnMKK2RubAorZG5sIENvbGxlY3QgaGVhZGVycyBpbmZvcm1hdGlvbiBhbmQgYmFy ayBpZiBtaXNzaW5nIGFuZAorZG5sIG1hbmRhdG9yeQorZG5sCisKIE1ZX05FTF9IRUFERVJfQ0hL KFtOZUwgTWlzY10sIFtuZWwvbWlzYy90eXBlc19ubC5oXSwgW05MX1RZUEVTX0hdLCAkbmVsbWlz Y19pc19tYW5kYXRvcnkpCiBNWV9ORUxfSEVBREVSX0NISyhbTmVMIE5ldHdvcmtdLCBbbmVsL25l dC9zb2NrLmhdLCBbTkxfU09DS19IXSwgJG5lbG5ldF9pc19tYW5kYXRvcnkpCiBNWV9ORUxfSEVB REVSX0NISyhbTmVMIDNEXSwgW25lbC8zZC91X2NhbWVyYS5oXSwgW05MX1VfQ0FNRVJBX0hdLCAk bmVsM2RfaXNfbWFuZGF0b3J5KQpAQCAtMzMzLDEzICszMjYsMTcgQEAKIE1ZX05FTF9IRUFERVJf Q0hLKFtOZUwgU291bmRdLCBbbmVsL3NvdW5kL3Vfc291cmNlLmhdLCBbTkxfVV9TT1VSQ0VfSF0s ICRuZWxzb3VuZF9pc19tYW5kYXRvcnkpCiBNWV9ORUxfSEVBREVSX0NISyhbTmVMIEFJXSwgW25l bC9haS9ubF9haS5oXSwgW19JQV9ORUxfSF0sICRuZWxhaV9pc19tYW5kYXRvcnkpCiAKLWRubCBD aGVja2luZyBmb3IgTmVMIGxpYnJhcmllcwotTVlfTkVMX0xJQl9DSEsoW05lTCBNaXNjXSwgJG5l bF9saWJyYXJpZXMsICRuZWxfbWlzY19saWIsICIiLCAkbmVsbWlzY19pc19tYW5kYXRvcnkpCi1N WV9ORUxfTElCX0NISyhbTmVMIE5ldHdvcmtdLCRuZWxfbGlicmFyaWVzLCAkbmVsX25ldF9saWIs ICItbG5lbG1pc2MiLCAkbmVsbmV0X2lzX21hbmRhdG9yeSkKLU1ZX05FTF9MSUJfQ0hLKFtOZUwg M0RdLCAkbmVsX2xpYnJhcmllcywgJG5lbF8zZF9saWIsICItbG5lbG1pc2MiLCAkbmVsM2RfaXNf bWFuZGF0b3J5KQotTVlfTkVMX0xJQl9DSEsoW05lTCBQQUNTXSwgJG5lbF9saWJyYXJpZXMsICRu ZWxfcGFjc19saWIsICItbG5lbG1pc2MiLCAkbmVscGFjc19pc19tYW5kYXRvcnkpCi1NWV9ORUxf TElCX0NISyhbTmVMIEFJXSwgJG5lbF9saWJyYXJpZXMsICRuZWxfYWlfbGliLCAiLWxuZWxtaXNj IiwgJG5lbGFpX2lzX21hbmRhdG9yeSkKLU1ZX05FTF9MSUJfQ0hLKFtOZUwgU291bmRdLCAkbmVs X2xpYnJhcmllcywgJG5lbF9zb3VuZF9saWIsICItbG5lbG1pc2MiICRPUEVOQUxfTElCUywgJG5l bHNvdW5kX2lzX21hbmRhdG9yeSkKK2RubAorZG5sIENvbGxlY3QgbGlicmFyaWVzIGluZm9ybWF0 aW9uIGFuZCBiYXJrIGlmIG1pc3NpbmcgYW5kCitkbmwgbWFuZGF0b3J5CitkbmwKKworTVlfTkVM X0xJQl9DSEsoW05lTCBNaXNjXSwgW25lbG1pc2NdLCAkbmVsbWlzY19pc19tYW5kYXRvcnkpCitN WV9ORUxfTElCX0NISyhbTmVMIE5ldHdvcmtdLCBbbmVsbmV0XSwgJG5lbG5ldF9pc19tYW5kYXRv cnkpCitNWV9ORUxfTElCX0NISyhbTmVMIDNEXSwgW25lbDNkXSwgJG5lbDNkX2lzX21hbmRhdG9y eSkKK01ZX05FTF9MSUJfQ0hLKFtOZUwgUEFDU10sIFtuZWxwYWNzXSwgJG5lbHBhY3NfaXNfbWFu ZGF0b3J5KQorTVlfTkVMX0xJQl9DSEsoW05lTCBBSV0sIFtuZWxhaV0sICRuZWxhaV9pc19tYW5k YXRvcnkpCitNWV9ORUxfTElCX0NISyhbTmVMIFNvdW5kXSwgW25lbHNuZF0sICRuZWxzb3VuZF9p c19tYW5kYXRvcnkpCiAKIF0pCiAKQEAgLTM3NCwxMSArMzcxLDEwIEBACiBpZiB0ZXN0ICIkd2l0 aF9zdGxwb3J0IiA9IG5vCiB0aGVuCiAgICAgZG5sIFRoZSB1c2VyIGV4cGxpY2l0bHkgZGlzYWJs ZWQgdGhlIHVzZSBvZiB0aGUgU1RMUG9ydHMKLSAgICBBQ19NU0dfQ0hFQ0tJTkcoU1RMUG9ydCkK LSAgICBoYXZlX3N0bHBvcnQ9ImRpc2FibGVkIgotICAgIEFDX01TR19SRVNVTFQoZGlzYWJsZWQg KCoqKiBFWFBFUklNRU5UQUwgKioqKSkKKyAgICBBQ19NU0dfRVJST1IoW1NUTFBvcnQgaXMgbWFu ZGF0b3J5OiBkbyBub3Qgc3BlY2lmeSAtLXdpdGhvdXQtc3RscG9ydF0pCiBlbHNlCi0gICAgaWYg dGVzdCAiJHdpdGhfc3RscG9ydCIKKyAgICBzdGxwb3J0X2luY2x1ZGVzPSIvdXNyL2luY2x1ZGUv c3RscG9ydCIKKyAgICBpZiB0ZXN0ICIkd2l0aF9zdGxwb3J0IiAtYSAiJHdpdGhfc3RscG9ydCIg IT0geWVzCiAgICAgdGhlbgogICAgICAgICBzdGxwb3J0X2luY2x1ZGVzPSIkd2l0aF9zdGxwb3J0 L3N0bHBvcnQiCiAgICAgICAgIHN0bHBvcnRfbGlicmFyaWVzPSIkd2l0aF9zdGxwb3J0L2xpYiIK QEAgLTM5MCw4MiArMzg2LDczIEBACiAgICAgZmkKIGZpCiAKLWlmIHRlc3QgLXogIiRoYXZlX3N0 bHBvcnQiIC1hICIkd2l0aF9zdGxwb3J0X2luY2x1ZGUiCitpZiB0ZXN0ICIkd2l0aF9zdGxwb3J0 X2luY2x1ZGUiCiB0aGVuCiAgICAgc3RscG9ydF9pbmNsdWRlcz0iJHdpdGhfc3RscG9ydF9pbmNs dWRlIgogZmkKIAotaWYgdGVzdCAteiAiJGhhdmVfc3RscG9ydCIgLWEgIiR3aXRoX3N0bHBvcnRf bGliIgoraWYgdGVzdCAiJHdpdGhfc3RscG9ydF9saWIiCiB0aGVuCiAgICAgc3RscG9ydF9saWJy YXJpZXM9IiR3aXRoX3N0bHBvcnRfbGliIgogZmkKIAotaWYgdGVzdCAteiAiJGhhdmVfc3RscG9y dCIKLXRoZW4KLSAgICBkbmwgUHV0IFNUTFBvcnRzIGluY2x1ZGVzIGluIENYWEZMQUdTCi0gICAg aWYgdGVzdCAiJHN0bHBvcnRfaW5jbHVkZXMiCi0gICAgdGhlbgotICAgICAgICBDWFhGTEFHUz0i JENYWEZMQUdTIC1JJHN0bHBvcnRfaW5jbHVkZXMiCi0gICAgZmkKLQotICAgIGRubCBQdXQgU1RM UG9ydHMgbGlicmFyaWVzIGluIExJQlMKLSAgICBpZiB0ZXN0ICIkc3RscG9ydF9saWJyYXJpZXMi Ci0gICAgdGhlbgotICAgICAgICBMSUJTPSItTCRzdGxwb3J0X2xpYnJhcmllcyAkTElCUyAtbCRz dGxwb3J0X2xpYiIKLSAgICBmaQotCi0gICAgZG5sIFRlc3QgdGhlIGhlYWRlcnMKLSAgICBBQ19N U0dfQ0hFQ0tJTkcoZm9yIFNUTFBvcnQgaGVhZGVycykKK0FDX0xBTkdfU0FWRQorQUNfTEFOR19D UExVU1BMVVMKIAotICAgIF9DUFBGTEFHUz0iJENQUEZMQUdTIgorZG5sIFB1dCBTVExQb3J0cyBp bmNsdWRlcyBpbiBDWFhGTEFHUworaWYgdGVzdCAiJHN0bHBvcnRfaW5jbHVkZXMiCit0aGVuCisg ICAgQ1hYRkxBR1M9IiRDWFhGTEFHUyAtSSRzdGxwb3J0X2luY2x1ZGVzIgorZmkKIAotICAgIENQ UEZMQUdTPSIkQ1hYRkxBR1MiCitkbmwgUHV0IFNUTFBvcnRzIGxpYnJhcmllcyBkaXJlY3Rvcnkg aW4gTElCUworaWYgdGVzdCAiJHN0bHBvcnRfbGlicmFyaWVzIgordGhlbgorICAgIExJQlM9Ii1M JHN0bHBvcnRfbGlicmFyaWVzICRMSUJTIgorZWxzZQorICAgIHN0bHBvcnRfbGlicmFyaWVzPSdk ZWZhdWx0JworZmkKIAotICAgIEFDX0VHUkVQX0NQUCggeW9fc3RscG9ydCwKLSAgICBbI2luY2x1 ZGUgPGFsZ29yaXRobT4KLSNpZmRlZiBfX1NHSV9TVExfUE9SVAotICAgeW9fc3RscG9ydAotI2Vu ZGlmXSwKLSAgICAgIGhhdmVfc3RscG9ydF9oZWFkZXJzPSJ5ZXMiLAotICAgICAgaGF2ZV9zdGxw b3J0X2hlYWRlcnM9Im5vIiApCitkbmwgVGVzdCB0aGUgaGVhZGVycwogCi0gICAgaWYgdGVzdCAi JGhhdmVfc3RscG9ydF9oZWFkZXJzIiA9ICJ5ZXMiCi0gICAgdGhlbgotICAgICAgICBBQ19NU0df UkVTVUxUKFskc3RscG9ydF9pbmNsdWRlc10pCi0gICAgZWxzZQotICAgICAgICBBQ19NU0dfUkVT VUxUKG5vKQotICAgIGZpCi0KLSAgICBkbmwgVGVzdCB0aGUgbGlicmFyaWVzCi0gICAgQUNfTVNH X0NIRUNLSU5HKGZvciBTVExQb3J0IGxpYnJhcmllcykKK0FDX0NIRUNLX0hFQURFUihhbGdvcml0 aG0sCisgICAgaGF2ZV9zdGxwb3J0X2hlYWRlcnM9InllcyIsCisgICAgaGF2ZV9zdGxwb3J0X2hl YWRlcnM9Im5vIiApCiAKLSAgICBDUFBGTEFHUz0iJENYWEZMQUdTICRMSUJTIgorQUNfTVNHX0NI RUNLSU5HKGZvciBTVExQb3J0IGhlYWRlcnMpCiAKLSAgICBBQ19UUllfTElOSyggLCAsIGhhdmVf c3RscG9ydF9saWJyYXJpZXM9InllcyIsIGhhdmVfc3RscG9ydF9saWJyYXJpZXM9Im5vIikKK2lm IHRlc3QgIiRoYXZlX3N0bHBvcnRfaGVhZGVycyIgPSAieWVzIgordGhlbgorICAgIEFDX01TR19S RVNVTFQoWyRzdGxwb3J0X2luY2x1ZGVzXSkKK2Vsc2UKKyAgICBBQ19NU0dfUkVTVUxUKG5vKQor ZmkKIAotICAgIENQUEZMQUdTPSIkX0NQUEZMQUdTIgorQUNfQ0hFQ0tfTElCKCRzdGxwb3J0X2xp YiwgbWFpbiwsIGhhdmVfc3RscG9ydF9saWJyYXJpZXM9Im5vIikKIAotICAgIGlmIHRlc3QgIiRo YXZlX3N0bHBvcnRfbGlicmFyaWVzIiA9ICJ5ZXMiCi0gICAgdGhlbgotICAgICAgICBBQ19NU0df UkVTVUxUKFskc3RscG9ydF9saWJyYXJpZXNdKQotICAgIGVsc2UKLSAgICAgICAgQUNfTVNHX1JF U1VMVChubykKLSAgICBmaQorQUNfTVNHX0NIRUNLSU5HKGZvciBTVExQb3J0IGxpYnJhcnkpCiAK LSAgICBpZiB0ZXN0ICIkaGF2ZV9zdGxwb3J0X2hlYWRlcnMiID0gInllcyIgXAotICAgICAgICYm IHRlc3QgIiRoYXZlX3N0bHBvcnRfbGlicmFyaWVzIiA9ICJ5ZXMiCi0gICAgdGhlbgotICAgICAg ICBoYXZlX3N0bHBvcnQ9InllcyIKLSAgICBlbHNlCi0gICAgICAgIGhhdmVfc3RscG9ydD0ibm8i Ci0gICAgZmkKK2lmIHRlc3QgIiRoYXZlX3N0bHBvcnRfbGlicmFyaWVzIiAhPSAibm8iCit0aGVu CisgICAgQUNfTVNHX1JFU1VMVChbJHN0bHBvcnRfbGlicmFyaWVzXSkKK2Vsc2UKKyAgICBBQ19N U0dfUkVTVUxUKG5vKQorZmkKIAotICAgIGlmIHRlc3QgIiRoYXZlX3N0bHBvcnQiID0gIm5vIgot ICAgIHRoZW4KLSAgICAgICAgQUNfTVNHX0VSUk9SKFtTVExQb3J0IG11c3QgYmUgaW5zdGFsbGVk IChodHRwOi8vd3d3LnN0bHBvcnQub3JnKS5dKQotICAgIGZpCitpZiB0ZXN0ICIkaGF2ZV9zdGxw b3J0X2hlYWRlcnMiID0gInllcyIgJiYKKyAgICB0ZXN0ICIkaGF2ZV9zdGxwb3J0X2xpYnJhcmll cyIgIT0gIm5vIgordGhlbgorICAgIGhhdmVfc3RscG9ydD0ieWVzIgorZWxzZQorICAgIGhhdmVf c3RscG9ydD0ibm8iCitmaQogCitpZiB0ZXN0ICIkaGF2ZV9zdGxwb3J0IiA9ICJubyIKK3RoZW4K KyAgICBBQ19NU0dfRVJST1IoW1NUTFBvcnQgbXVzdCBiZSBpbnN0YWxsZWQgKGh0dHA6Ly93d3cu c3RscG9ydC5vcmcpLl0pCiBmaQorCitBQ19MQU5HX1JFU1RPUkUKIAogXSkKIApJbmRleDogbmVs bnMvY29uZmlndXJlLmluCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT0KUkNTIGZpbGU6IC9ob21lL2N2c3Jvb3QvY29kZS9u ZWxucy9jb25maWd1cmUuaW4sdgpyZXRyaWV2aW5nIHJldmlzaW9uIDEuMTAKZGlmZiAtdSAtcjEu MTAgY29uZmlndXJlLmluCi0tLSBuZWxucy9jb25maWd1cmUuaW4JMTAgSmFuIDIwMDIgMTQ6MzM6 MjAgLTAwMDAJMS4xMAorKysgbmVsbnMvY29uZmlndXJlLmluCTExIE1hciAyMDAyIDE4OjA3OjI4 IC0wMDAwCkBAIC02MSw4ICs2MSw2IEBACiBkbmwgQ2hlY2tzIGZvciB0eXBlZGVmcywgc3RydWN0 dXJlcywgYW5kIGNvbXBpbGVyIGNoYXJhY3RlcmlzdGljcy4KIGRubCA9PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQogCi1B Q19DX0NPTlNUCi0KIGRubCBBZGQgdGhlIGRlZmluZSBfUkVFTlRSQU5UIGZvciBhIGNvcnJlY3Qg dXNlIG9mIHRoZSB0aHJlYWRzCiBpZiB0ZXN0ICJYJENDIiA9ICJYZ2NjIjsKIHRoZW4KQEAgLTgy LDYgKzgwLDggQEAKIGRubCBDaGVja3MgZm9yIGxpYnJhcmllcy4KIGRubCA9PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQog CitBQ19DSEVDS19MSUIoY3J5cHQsIGNyeXB0KQorCiBkbmwgPT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KIGRubCBTVExQ b3J0CiAKQEAgLTkxLDE2ICs5MSwyOCBAQAogZG5sID09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09CiBkbmwgTmVMCiAKLUFN X1BBVEhfTkVMKCJ5ZXMiLCAieWVzIiwgIm5vIiwgIm5vIiwgIm5vIiwgIm5vIikKLQotQ1hYRkxB R1M9IiRDWFhGTEFHUyAke05FTF9DRkxBR1N9IgotTElCUz0iJExJQlMgJHtORUxfTElCU30iCi0K K2RubCAgICAgICAgIG1pc2MgICBuZXQgICAgM2QgICAgcGFjcyAgc291bmQgIGFpCitBTV9QQVRI X05FTCgieWVzIiwgInllcyIsICJubyIsICJubyIsICJubyIsICAibm8iKQogCiBkbmwgPT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT0KIGRubCBDaGVja3MgZm9yIGxpYnJhcnkgZnVuY3Rpb25zLgogZG5sID09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 CiAKK2RubCA9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PQorZG5sIG5lbG5zIGNvbmZpZ3VyYXRpb24gYW5kIGxvZ3MgZmls ZSBsb2NhdGlvbgorZG5sID09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09CisKK3BrZ3N5c2NvbmZkaXI9JyR7c3lzY29uZmRp cn0vbmVsbnMnCitBQ19TVUJTVChwa2dzeXNjb25mZGlyKQorCitldmFsIE5FTE5TX1NUQVRFPVwi JGxvY2Fsc3RhdGVkaXIvZ2FtZXMvbmVsbnMvXCIKK0FDX0RFRklORV9VTlFVT1RFRChORUxOU19T VEFURSwgIiRORUxOU19TVEFURSIpCisKK2V2YWwgTkVMTlNfQ09ORklHPVwiJHN5c2NvbmZkaXIv bmVsbnMvXCIKK0FDX0RFRklORV9VTlFVT1RFRChORUxOU19DT05GSUcsICIkTkVMTlNfQ09ORklH IikKKworZXZhbCBORUxOU19MT0dTPVwiJGxvY2Fsc3RhdGVkaXIvbG9nL25lbG5zL1wiCitBQ19E RUZJTkVfVU5RVU9URUQoTkVMTlNfTE9HUywgIiRORUxOU19MT0dTIikKIAogZG5sID09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09CiBkbmwgT3V0cHV0IGZpbGVzIHRvIGdlbmVyYXRlLgpJbmRleDogbmVsbnMvYWRtaW5fZXhl Y3V0b3Jfc2VydmljZS9NYWtlZmlsZS5hbQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09ClJDUyBmaWxlOiAvaG9tZS9jdnNy b290L2NvZGUvbmVsbnMvYWRtaW5fZXhlY3V0b3Jfc2VydmljZS9NYWtlZmlsZS5hbSx2CnJldHJp ZXZpbmcgcmV2aXNpb24gMS40CmRpZmYgLXUgLXIxLjQgTWFrZWZpbGUuYW0KLS0tIG5lbG5zL2Fk bWluX2V4ZWN1dG9yX3NlcnZpY2UvTWFrZWZpbGUuYW0JMjcgSnVsIDIwMDEgMTU6NTE6MTAgLTAw MDAJMS40CisrKyBuZWxucy9hZG1pbl9leGVjdXRvcl9zZXJ2aWNlL01ha2VmaWxlLmFtCTExIE1h ciAyMDAyIDE4OjA3OjI4IC0wMDAwCkBAIC00LDEyICs0LDE0IEBACiAKIE1BSU5UQUlORVJDTEVB TkZJTEVTICAgICAgICAgICA9IE1ha2VmaWxlLmluCiAKLWJpbl9QUk9HUkFNUyAgICAgICAgICAg ICAgICAgICA9IGFkbWluX2V4ZWN1dG9yX3NlcnZpY2UKK0VYVFJBX0RJU1QJCSAgICAgICA9IGFk bWluX2V4ZWN1dG9yX3NlcnZpY2UuY2ZnIFwKKwkJCQkgYWRtaW5fZXhlY3V0b3Jfc2VydmljZS5k c3AKIAotYWRtaW5fZXhlY3V0b3Jfc2VydmljZV9TT1VSQ0VTID0gYWRtaW5fZXhlY3V0b3Jfc2Vy dmljZS5jcHAKK3NiaW5fUFJPR1JBTVMgICAgICAgICAgICAgICAgICA9IGFkbWluX2V4ZWN1dG9y X3NlcnZpY2UKIAotYWRtaW5fZXhlY3V0b3Jfc2VydmljZV9MREFERCAgID0gLWxuZWxuZXQgLWxu ZWxtaXNjCithZG1pbl9leGVjdXRvcl9zZXJ2aWNlX1NPVVJDRVMgPSBhZG1pbl9leGVjdXRvcl9z ZXJ2aWNlLmNwcAogCitwa2dzeXNjb25mX0RBVEEJCSAgICAgICA9IGFkbWluX2V4ZWN1dG9yX3Nl cnZpY2UuY2ZnCiAKICMgRW5kIG9mIE1ha2VmaWxlLmFtCiAKSW5kZXg6IG5lbG5zL2FkbWluX2V4 ZWN1dG9yX3NlcnZpY2UvYWRtaW5fZXhlY3V0b3Jfc2VydmljZS5jcHAKPT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQpSQ1Mg ZmlsZTogL2hvbWUvY3Zzcm9vdC9jb2RlL25lbG5zL2FkbWluX2V4ZWN1dG9yX3NlcnZpY2UvYWRt aW5fZXhlY3V0b3Jfc2VydmljZS5jcHAsdgpyZXRyaWV2aW5nIHJldmlzaW9uIDEuMTIKZGlmZiAt dSAtcjEuMTIgYWRtaW5fZXhlY3V0b3Jfc2VydmljZS5jcHAKLS0tIG5lbG5zL2FkbWluX2V4ZWN1 dG9yX3NlcnZpY2UvYWRtaW5fZXhlY3V0b3Jfc2VydmljZS5jcHAJMjIgT2N0IDIwMDEgMTA6MzU6 NDkgLTAwMDAJMS4xMgorKysgbmVsbnMvYWRtaW5fZXhlY3V0b3Jfc2VydmljZS9hZG1pbl9leGVj dXRvcl9zZXJ2aWNlLmNwcAkxMSBNYXIgMjAwMiAxODowNzoyOCAtMDAwMApAQCAtMjQsNiArMjQs MTggQEAKICAqIE1BIDAyMTExLTEzMDcsIFVTQS4KICAqLwogCisjaWZkZWYgSEFWRV9DT05GSUdf SAorI2luY2x1ZGUgImNvbmZpZy5oIgorI2VuZGlmIC8vIEhBVkVfQ09ORklHX0gKKworI2lmbmRl ZiBORUxOU19DT05GSUcKKyNkZWZpbmUgTkVMTlNfQ09ORklHICIiCisjZW5kaWYgLy8gTkVMTlNf Q09ORklHCisKKyNpZm5kZWYgTkVMTlNfTE9HUworI2RlZmluZSBORUxOU19MT0dTICIiCisjZW5k aWYgLy8gTkVMTlNfTE9HUworCiAjaW5jbHVkZSA8ZmNudGwuaD4KICNpbmNsdWRlIDxzeXMvc3Rh dC5oPgogCkBAIC01MTUsNCArNTI3LDQgQEAKIAogCiAvLy8gTmFtaW5nIFNlcnZpY2UKLU5MTkVU X1NFUlZJQ0VfTUFJTiAoQ0FkbWluRXhlY3V0b3JTZXJ2aWNlLCAiQUVTIiwgImFkbWluX2V4ZWN1 dG9yX3NlcnZpY2UiLCA0OTk5NywgU2VydmljZXNDYWxsYmFja0FycmF5KTsKK05MTkVUX1NFUlZJ Q0VfTUFJTiAoQ0FkbWluRXhlY3V0b3JTZXJ2aWNlLCAiQUVTIiwgImFkbWluX2V4ZWN1dG9yX3Nl cnZpY2UiLCA0OTk5NywgU2VydmljZXNDYWxsYmFja0FycmF5LCBORUxOU19DT05GSUcsIE5FTE5T X0xPR1MpOwpJbmRleDogbmVsbnMvYWRtaW5fc2VydmljZS9NYWtlZmlsZS5hbQo9PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 ClJDUyBmaWxlOiAvaG9tZS9jdnNyb290L2NvZGUvbmVsbnMvYWRtaW5fc2VydmljZS9NYWtlZmls ZS5hbSx2CnJldHJpZXZpbmcgcmV2aXNpb24gMS4zCmRpZmYgLXUgLXIxLjMgTWFrZWZpbGUuYW0K LS0tIG5lbG5zL2FkbWluX3NlcnZpY2UvTWFrZWZpbGUuYW0JMjcgSnVsIDIwMDEgMTU6NTE6MTAg LTAwMDAJMS4zCisrKyBuZWxucy9hZG1pbl9zZXJ2aWNlL01ha2VmaWxlLmFtCTExIE1hciAyMDAy IDE4OjA3OjI4IC0wMDAwCkBAIC00LDEyICs0LDE0IEBACiAKIE1BSU5UQUlORVJDTEVBTkZJTEVT ICA9IE1ha2VmaWxlLmluCiAKLWJpbl9QUk9HUkFNUyAgICAgICAgICA9IGFkbWluX3NlcnZpY2UK K0VYVFJBX0RJU1QJCSAgICAgICA9IGFkbWluX3NlcnZpY2UuY2ZnIFwKKwkJCQkgYWRtaW5fc2Vy dmljZS5kc3AKIAotYWRtaW5fc2VydmljZV9TT1VSQ0VTID0gYWRtaW5fc2VydmljZS5jcHAKK3Ni aW5fUFJPR1JBTVMgICAgICAgICA9IGFkbWluX3NlcnZpY2UKIAotYWRtaW5fc2VydmljZV9MREFE RCAgID0gLWxuZWxuZXQgLWxuZWxtaXNjCithZG1pbl9zZXJ2aWNlX1NPVVJDRVMgPSBhZG1pbl9z ZXJ2aWNlLmNwcAogCitwa2dzeXNjb25mX0RBVEEJICAgICAgPSBhZG1pbl9zZXJ2aWNlLmNmZwog CiAjIEVuZCBvZiBNYWtlZmlsZS5hbQogCkluZGV4OiBuZWxucy9hZG1pbl9zZXJ2aWNlL2FkbWlu X3NlcnZpY2UuY3BwCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT0KUkNTIGZpbGU6IC9ob21lL2N2c3Jvb3QvY29kZS9uZWxu cy9hZG1pbl9zZXJ2aWNlL2FkbWluX3NlcnZpY2UuY3BwLHYKcmV0cmlldmluZyByZXZpc2lvbiAx LjEzCmRpZmYgLXUgLXIxLjEzIGFkbWluX3NlcnZpY2UuY3BwCi0tLSBuZWxucy9hZG1pbl9zZXJ2 aWNlL2FkbWluX3NlcnZpY2UuY3BwCTEgTWFyIDIwMDIgMTA6MjA6MzIgLTAwMDAJMS4xMworKysg bmVsbnMvYWRtaW5fc2VydmljZS9hZG1pbl9zZXJ2aWNlLmNwcAkxMSBNYXIgMjAwMiAxODowNzoy OSAtMDAwMApAQCAtMjQsNiArMjQsMTggQEAKICAqIE1BIDAyMTExLTEzMDcsIFVTQS4KICAqLwog CisjaWZkZWYgSEFWRV9DT05GSUdfSAorI2luY2x1ZGUgImNvbmZpZy5oIgorI2VuZGlmIC8vIEhB VkVfQ09ORklHX0gKKworI2lmbmRlZiBORUxOU19DT05GSUcKKyNkZWZpbmUgTkVMTlNfQ09ORklH ICIiCisjZW5kaWYgLy8gTkVMTlNfQ09ORklHCisKKyNpZm5kZWYgTkVMTlNfTE9HUworI2RlZmlu ZSBORUxOU19MT0dTICIiCisjZW5kaWYgLy8gTkVMTlNfTE9HUworCiAjaW5jbHVkZSA8c3RyaW5n PgogI2luY2x1ZGUgPGxpc3Q+CiAKQEAgLTk3MCw0ICs5ODIsNCBAQAogLy8gQUVTQVMgaXMgYSBj bGllbnQgY29ubmVjdGlvbiB0byB0aGUgYWRtaW4gZXhlY3V0b3IKIAogLy8vIE5hbWluZyBTZXJ2 aWNlCi1OTE5FVF9TRVJWSUNFX01BSU4gKENBZG1pblNlcnZpY2UsICJBUyIsICJhZG1pbl9zZXJ2 aWNlIiwgNDk5OTUsIENsaWVudENhbGxiYWNrQXJyYXkpOworTkxORVRfU0VSVklDRV9NQUlOIChD QWRtaW5TZXJ2aWNlLCAiQVMiLCAiYWRtaW5fc2VydmljZSIsIDQ5OTk1LCBDbGllbnRDYWxsYmFj a0FycmF5LCBORUxOU19DT05GSUcsIE5FTE5TX0xPR1MpOwpJbmRleDogbmVsbnMvbG9naW5fc2Vy dmljZS9NYWtlZmlsZS5hbQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09ClJDUyBmaWxlOiAvaG9tZS9jdnNyb290L2NvZGUv bmVsbnMvbG9naW5fc2VydmljZS9NYWtlZmlsZS5hbSx2CnJldHJpZXZpbmcgcmV2aXNpb24gMS40 CmRpZmYgLXUgLXIxLjQgTWFrZWZpbGUuYW0KLS0tIG5lbG5zL2xvZ2luX3NlcnZpY2UvTWFrZWZp bGUuYW0JNyBKYW4gMjAwMiAxNjowOTo1MiAtMDAwMAkxLjQKKysrIG5lbG5zL2xvZ2luX3NlcnZp Y2UvTWFrZWZpbGUuYW0JMTEgTWFyIDIwMDIgMTg6MDc6MjkgLTAwMDAKQEAgLTQsNyArNCwxMCBA QAogCiBNQUlOVEFJTkVSQ0xFQU5GSUxFUyAgPSBNYWtlZmlsZS5pbgogCi1iaW5fUFJPR1JBTVMg ICAgICAgICAgPSBsb2dpbl9zZXJ2aWNlCitFWFRSQV9ESVNUCQkgICAgICAgPSBsb2dpbl9zZXJ2 aWNlLmNmZyBcCisJCQkJIGxvZ2luX3NlcnZpY2UuZHNwCisKK3NiaW5fUFJPR1JBTVMgICAgICAg ICA9IGxvZ2luX3NlcnZpY2UKIAogbG9naW5fc2VydmljZV9TT1VSQ0VTID0gY29ubmVjdGlvbl9j bGllbnQuY3BwICAgICAgICAgICAgICBcCiAgICAgICAgICAgICAgICAgICAgICAgICBjb25uZWN0 aW9uX2NsaWVudC5oICAgICAgICAgICAgICAgIFwKQEAgLTEzLDggKzE2LDcgQEAKICAgICAgICAg ICAgICAgICAgICAgICAgIGxvZ2luX3NlcnZpY2UuY3BwICAgICAgICAgICAgICAgICAgXAogICAg ICAgICAgICAgICAgICAgICAgICAgbG9naW5fc2VydmljZS5oCiAKLWxvZ2luX3NlcnZpY2VfTERB REQgICA9IC1sbmVsbWlzYyAtbG5lbG5ldCAtbGNyeXB0Ci0KK3BrZ3N5c2NvbmZfREFUQQkgICAg ICA9IGxvZ2luX3NlcnZpY2UuY2ZnCiAKICMgRW5kIG9mIE1ha2VmaWxlLmFtCiAKSW5kZXg6IG5l bG5zL2xvZ2luX3NlcnZpY2UvbG9naW5fc2VydmljZS5jcHAKPT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQpSQ1MgZmlsZTog L2hvbWUvY3Zzcm9vdC9jb2RlL25lbG5zL2xvZ2luX3NlcnZpY2UvbG9naW5fc2VydmljZS5jcHAs dgpyZXRyaWV2aW5nIHJldmlzaW9uIDEuMTUKZGlmZiAtdSAtcjEuMTUgbG9naW5fc2VydmljZS5j cHAKLS0tIG5lbG5zL2xvZ2luX3NlcnZpY2UvbG9naW5fc2VydmljZS5jcHAJNCBNYXIgMjAwMiAx ODoxMzoxNSAtMDAwMAkxLjE1CisrKyBuZWxucy9sb2dpbl9zZXJ2aWNlL2xvZ2luX3NlcnZpY2Uu Y3BwCTExIE1hciAyMDAyIDE4OjA3OjI5IC0wMDAwCkBAIC0yNCw2ICsyNCwyMiBAQAogICogTUEg MDIxMTEtMTMwNywgVVNBLgogICovCiAKKyNpZmRlZiBIQVZFX0NPTkZJR19ICisjaW5jbHVkZSAi Y29uZmlnLmgiCisjZW5kaWYgLy8gSEFWRV9DT05GSUdfSAorCisjaWZuZGVmIE5FTE5TX0NPTkZJ RworI2RlZmluZSBORUxOU19DT05GSUcgIiIKKyNlbmRpZiAvLyBORUxOU19DT05GSUcKKworI2lm bmRlZiBORUxOU19MT0dTCisjZGVmaW5lIE5FTE5TX0xPR1MgIiIKKyNlbmRpZiAvLyBORUxOU19M T0dTCisKKyNpZm5kZWYgTkVMTlNfU1RBVEUKKyNkZWZpbmUgTkVMTlNfU1RBVEUgIiIKKyNlbmRp ZiAvLyBORUxOU19TVEFURQorCiAjaW5jbHVkZSA8c3RkaW8uaD4KICNpbmNsdWRlIDxjdHlwZS5o PgogI2luY2x1ZGUgPG1hdGguaD4KQEAgLTcwLDcgKzg2LDcgQEAKIGJvb2wgQ3J5cHRQYXNzd29y ZCA9IHRydWU7CiAKIC8vIHN0b3JlIHNwZWNpZmljIHVzZXIgaW5mb3JtYXRpb24KLU5MTUlTQzo6 Q0ZpbGVEaXNwbGF5ZXIgRmQgKCJsb2dpbl9zZXJ2aWNlLnN0YXQiKTsKK05MTUlTQzo6Q0ZpbGVE aXNwbGF5ZXIgRmQgKE5FTE5TX0xPR1MgImxvZ2luX3NlcnZpY2Uuc3RhdCIpOwogTkxNSVNDOjpD U3RkRGlzcGxheWVyIFNkOwogTkxNSVNDOjpDTG9nIE91dHB1dDsKIApAQCAtODMsNyArOTksNyBA QAogCiBJU2VydmljZSAqU2VydmljZUluc3RhbmNlID0gTlVMTDsKIAotY29uc3QgY2hhcgkJKlBs YXllckRhdGFiYXNlTmFtZSA9ICJsb2dpbl9zZXJ2aWNlLnVkYiI7Citjb25zdCBjaGFyCQkqUGxh eWVyRGF0YWJhc2VOYW1lID0gTkVMTlNfU1RBVEUgImxvZ2luX3NlcnZpY2UudWRiIjsKIAogLy8K IC8vIEZ1bmN0aW9ucwpAQCAtNDg5LDcgKzUwNSw3IEBACiAKIAogLy8gU2VydmljZSBpbnN0YW5j aWF0aW9uCi1OTE5FVF9TRVJWSUNFX01BSU4gKENMb2dpblNlcnZpY2UsICJMUyIsICJsb2dpbl9z ZXJ2aWNlIiwgNDk5OTksIEVtcHR5Q2FsbGJhY2tBcnJheSk7CitOTE5FVF9TRVJWSUNFX01BSU4g KENMb2dpblNlcnZpY2UsICJMUyIsICJsb2dpbl9zZXJ2aWNlIiwgNDk5OTksIEVtcHR5Q2FsbGJh Y2tBcnJheSwgTkVMTlNfQ09ORklHLCBORUxOU19MT0dTKTsKIAogCiAvLwpJbmRleDogbmVsbnMv bmFtaW5nX3NlcnZpY2UvTWFrZWZpbGUuYW0KPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQpSQ1MgZmlsZTogL2hvbWUvY3Zz cm9vdC9jb2RlL25lbG5zL25hbWluZ19zZXJ2aWNlL01ha2VmaWxlLmFtLHYKcmV0cmlldmluZyBy ZXZpc2lvbiAxLjIKZGlmZiAtdSAtcjEuMiBNYWtlZmlsZS5hbQotLS0gbmVsbnMvbmFtaW5nX3Nl cnZpY2UvTWFrZWZpbGUuYW0JMjcgSnVsIDIwMDEgMTU6NTE6MTAgLTAwMDAJMS4yCisrKyBuZWxu cy9uYW1pbmdfc2VydmljZS9NYWtlZmlsZS5hbQkxMSBNYXIgMjAwMiAxODowNzoyOSAtMDAwMApA QCAtNCwxMiArNCwxMyBAQAogCiBNQUlOVEFJTkVSQ0xFQU5GSUxFUyAgID0gTWFrZWZpbGUuaW4K IAotYmluX1BST0dSQU1TICAgICAgICAgICA9IG5hbWluZ19zZXJ2aWNlCitFWFRSQV9ESVNUCQkg ICAgICAgPSBuYW1pbmdfc2VydmljZS5jZmcgXAorCQkJCSBuYW1pbmdfc2VydmljZS5kc3AKIAot bmFtaW5nX3NlcnZpY2VfU09VUkNFUyA9IG5hbWluZ19zZXJ2aWNlLmNwcCAgICAgICAgICAgICAg ICBcCi0gICAgICAgICAgICAgICAgICAgICAgICAgbmFtaW5nX3NlcnZpY2UuaAorc2Jpbl9QUk9H UkFNUyAgICAgICAgICA9IG5hbWluZ19zZXJ2aWNlCiAKLW5hbWluZ19zZXJ2aWNlX0xEQUREICAg PSAtbG5lbG5ldCAtbG5lbG1pc2MKK25hbWluZ19zZXJ2aWNlX1NPVVJDRVMgPSBuYW1pbmdfc2Vy dmljZS5jcHAKIAorcGtnc3lzY29uZl9EQVRBICAgICAgICA9IG5hbWluZ19zZXJ2aWNlLmNmZwog CiAjIEVuZCBvZiBNYWtlZmlsZS5hbQpJbmRleDogbmVsbnMvbmFtaW5nX3NlcnZpY2UvbmFtaW5n X3NlcnZpY2UuY3BwCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT0KUkNTIGZpbGU6IC9ob21lL2N2c3Jvb3QvY29kZS9uZWxu cy9uYW1pbmdfc2VydmljZS9uYW1pbmdfc2VydmljZS5jcHAsdgpyZXRyaWV2aW5nIHJldmlzaW9u IDEuMTgKZGlmZiAtdSAtcjEuMTggbmFtaW5nX3NlcnZpY2UuY3BwCi0tLSBuZWxucy9uYW1pbmdf c2VydmljZS9uYW1pbmdfc2VydmljZS5jcHAJMTQgSmFuIDIwMDIgMTc6NTA6NDkgLTAwMDAJMS4x OAorKysgbmVsbnMvbmFtaW5nX3NlcnZpY2UvbmFtaW5nX3NlcnZpY2UuY3BwCTExIE1hciAyMDAy IDE4OjA3OjI5IC0wMDAwCkBAIC0yMyw2ICsyMywxNyBAQAogICogTUEgMDIxMTEtMTMwNywgVVNB LgogICovCiAKKyNpZmRlZiBIQVZFX0NPTkZJR19ICisjaW5jbHVkZSAiY29uZmlnLmgiCisjZW5k aWYgLy8gSEFWRV9DT05GSUdfSAorCisjaWZuZGVmIE5FTE5TX0NPTkZJRworI2RlZmluZSBORUxO U19DT05GSUcgIiIKKyNlbmRpZiAvLyBORUxOU19DT05GSUcKKworI2lmbmRlZiBORUxOU19MT0dT CisjZGVmaW5lIE5FTE5TX0xPR1MgIiIKKyNlbmRpZiAvLyBORUxOU19MT0dTCiAKIC8vCiAvLyBJ bmNsdWRlcwpAQCAtNjA5LDcgKzYyMCw3IEBACiAvLwogLy8vIE5hbWluZyBTZXJ2aWNlCiAvLwot TkxORVRfU0VSVklDRV9NQUlOIChDTmFtaW5nU2VydmljZSwgIk5TIiwgIm5hbWluZ19zZXJ2aWNl IiwgNTAwMDAsIENhbGxiYWNrQXJyYXkpCitOTE5FVF9TRVJWSUNFX01BSU4gKENOYW1pbmdTZXJ2 aWNlLCAiTlMiLCAibmFtaW5nX3NlcnZpY2UiLCA1MDAwMCwgQ2FsbGJhY2tBcnJheSwgTkVMTlNf Q09ORklHLCBORUxOU19MT0dTKQogCiAKIC8vCkluZGV4OiBuZWxucy93ZWxjb21lX3NlcnZpY2Uv TWFrZWZpbGUuYW0KPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PQpSQ1MgZmlsZTogL2hvbWUvY3Zzcm9vdC9jb2RlL25lbG5z L3dlbGNvbWVfc2VydmljZS9NYWtlZmlsZS5hbSx2CnJldHJpZXZpbmcgcmV2aXNpb24gMS4zCmRp ZmYgLXUgLXIxLjMgTWFrZWZpbGUuYW0KLS0tIG5lbG5zL3dlbGNvbWVfc2VydmljZS9NYWtlZmls ZS5hbQkyNyBKdWwgMjAwMSAxNTo1MToxMCAtMDAwMAkxLjMKKysrIG5lbG5zL3dlbGNvbWVfc2Vy dmljZS9NYWtlZmlsZS5hbQkxMSBNYXIgMjAwMiAxODowNzoyOSAtMDAwMApAQCAtNCwxMSArNCwx MyBAQAogCiBNQUlOVEFJTkVSQ0xFQU5GSUxFUyAgICA9IE1ha2VmaWxlLmluCiAKLWJpbl9QUk9H UkFNUyAgICAgICAgICAgID0gd2VsY29tZV9zZXJ2aWNlCitFWFRSQV9ESVNUCQkgICAgICAgPSB3 ZWxjb21lX3NlcnZpY2UuY2ZnIFwKKwkJCQkgd2VsY29tZV9zZXJ2aWNlLmRzcAogCi13ZWxjb21l X3NlcnZpY2VfU09VUkNFUyA9IHdlbGNvbWVfc2VydmljZS5jcHAKK3NiaW5fUFJPR1JBTVMgICAg ICAgICAgID0gd2VsY29tZV9zZXJ2aWNlCiAKLXdlbGNvbWVfc2VydmljZV9MREFERCAgID0gLWxu ZWxuZXQgLWxuZWxtaXNjCit3ZWxjb21lX3NlcnZpY2VfU09VUkNFUyA9IHdlbGNvbWVfc2Vydmlj ZS5jcHAKIAorcGtnc3lzY29uZl9EQVRBCSAgICAgICAgPSB3ZWxjb21lX3NlcnZpY2UuY2ZnCiAK ICMgRW5kIG9mIE1ha2VmaWxlLmFtCkluZGV4OiBuZWxucy93ZWxjb21lX3NlcnZpY2Uvd2VsY29t ZV9zZXJ2aWNlLmNwcAo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09ClJDUyBmaWxlOiAvaG9tZS9jdnNyb290L2NvZGUvbmVs bnMvd2VsY29tZV9zZXJ2aWNlL3dlbGNvbWVfc2VydmljZS5jcHAsdgpyZXRyaWV2aW5nIHJldmlz aW9uIDEuMTEKZGlmZiAtdSAtcjEuMTEgd2VsY29tZV9zZXJ2aWNlLmNwcAotLS0gbmVsbnMvd2Vs Y29tZV9zZXJ2aWNlL3dlbGNvbWVfc2VydmljZS5jcHAJNCBNYXIgMjAwMiAxNTozMzo0MyAtMDAw MAkxLjExCisrKyBuZWxucy93ZWxjb21lX3NlcnZpY2Uvd2VsY29tZV9zZXJ2aWNlLmNwcAkxMSBN YXIgMjAwMiAxODowNzoyOSAtMDAwMApAQCAtMjQsNiArMjQsMTggQEAKICAqIE1BIDAyMTExLTEz MDcsIFVTQS4KICAqLwogCisjaWZkZWYgSEFWRV9DT05GSUdfSAorI2luY2x1ZGUgImNvbmZpZy5o IgorI2VuZGlmIC8vIEhBVkVfQ09ORklHX0gKKworI2lmbmRlZiBORUxOU19DT05GSUcKKyNkZWZp bmUgTkVMTlNfQ09ORklHICIiCisjZW5kaWYgLy8gTkVMTlNfQ09ORklHCisKKyNpZm5kZWYgTkVM TlNfTE9HUworI2RlZmluZSBORUxOU19MT0dTICIiCisjZW5kaWYgLy8gTkVMTlNfTE9HUworCiAj aW5jbHVkZSAibmVsL21pc2MvdHlwZXNfbmwuaCIKIAogI2luY2x1ZGUgPHN0ZGlvLmg+CkBAIC0z NjUsNyArMzc3LDcgQEAKIAogCiAvLyBTZXJ2aWNlIGluc3RhbmNpYXRpb24KLU5MTkVUX1NFUlZJ Q0VfTUFJTiAoQ1dlbGNvbWVTZXJ2aWNlLCAiV1MiLCAid2VsY29tZV9zZXJ2aWNlIiwgMCwgRkVT Q2FsbGJhY2tBcnJheSk7CitOTE5FVF9TRVJWSUNFX01BSU4gKENXZWxjb21lU2VydmljZSwgIldT IiwgIndlbGNvbWVfc2VydmljZSIsIDAsIEZFU0NhbGxiYWNrQXJyYXksIE5FTE5TX0NPTkZJRywg TkVMTlNfTE9HUyk7CiAKIAogLy8KSW5kZXg6IHNub3diYWxsczIvSU5TVEFMTAo9PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 ClJDUyBmaWxlOiAvaG9tZS9jdnNyb290L2NvZGUvc25vd2JhbGxzMi9JTlNUQUxMLHYKcmV0cmll dmluZyByZXZpc2lvbiAxLjMKZGlmZiAtdSAtcjEuMyBJTlNUQUxMCi0tLSBzbm93YmFsbHMyL0lO U1RBTEwJMjMgSmFuIDIwMDIgMTQ6MDQ6NTggLTAwMDAJMS4zCisrKyBzbm93YmFsbHMyL0lOU1RB TEwJMTEgTWFyIDIwMDIgMTg6MDc6MzAgLTAwMDAKQEAgLTEzLDcgKzEzLDcgQEAKIAogICAgU25v d2JhbGxzIG5lZWQgdGhlIGZvbG93aW5nIGxpYnJhcmllcyA6CiAKLSAgICAgIC0gU1RMUG9ydCA0 LjAgICAgICAgICAgIDxVUkw6aHR0cDovL3d3dy5zdGxwb3J0Lm9yZy8+CisgICAgICAtIFNUTFBv cnQgNC41ICAgICAgICAgICA8VVJMOmh0dHA6Ly93d3cuc3RscG9ydC5vcmcvPgogICAgICAgLSBO ZUwgICAgICAgICAgICAgICAgICAgPFVSTDpodHRwOi8vd3d3Lm5ldnJheC5vcmcvPgogICAgICAg ICAgICAgRGVmYXVsdCBpbnN0YWxsIHBsdXMgTmVMIFNvdW5kLgogCSAgICBZb3UgbmVlZCB0byBs YXVuY2ggdGhlIGNvbmZpZ3VyZSBzY3JpcHQgd2l0aCB0aGUgJy0tZW5hYmxlLXNvdW5kJwpJbmRl eDogc25vd2JhbGxzMi9NYWtlZmlsZS5hbQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09ClJDUyBmaWxlOiAvaG9tZS9jdnNy b290L2NvZGUvc25vd2JhbGxzMi9NYWtlZmlsZS5hbSx2CnJldHJpZXZpbmcgcmV2aXNpb24gMS4y CmRpZmYgLXUgLXIxLjIgTWFrZWZpbGUuYW0KLS0tIHNub3diYWxsczIvTWFrZWZpbGUuYW0JMTkg SnVsIDIwMDEgMTU6MjY6NDEgLTAwMDAJMS4yCisrKyBzbm93YmFsbHMyL01ha2VmaWxlLmFtCTEx IE1hciAyMDAyIDE4OjA3OjMwIC0wMDAwCkBAIC02LDEyICs2LDExIEBACiAgICAgICAgICAgICAg ICAgICAgICAgIGNvbmZpZy5zdWIgbHRjb25maWcgYWNsb2NhbC5tNCBjb25maWcuaC5pbiBcCiAg ICAgICAgICAgICAgICAgICAgICAgIGluc3RhbGwtc2ggbWtpbnN0YWxsZGlycwogCi1TVUJESVJT ICAgICAgICAgICAgICA9IEBTTk9fU1VCRElSU0AKLQorRVhUUkFfRElTVAkgICAgID0gYm9vdHN0 cmFwIFwKKwkJICAgICAgIHNub3diYWxsczIuZHN3CiAKLWRpc3QtaG9vazoKLQljcCAtcHIgJChz cmNkaXIpL2Jvb3RzdHJhcCAkKGRpc3RkaXIpCitESVNUX1NVQkRJUlMJICAgICA9IGNsaWVudCBz ZXJ2ZXIKIAorU1VCRElSUyAgICAgICAgICAgICAgPSBAU05PX1NVQkRJUlNACiAKICMgRW5kIG9m IE1ha2VmaWxlLmFtCi0KSW5kZXg6IHNub3diYWxsczIvUkVBRE1FCj09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KUkNTIGZp bGU6IC9ob21lL2N2c3Jvb3QvY29kZS9zbm93YmFsbHMyL1JFQURNRSx2CnJldHJpZXZpbmcgcmV2 aXNpb24gMS4yCmRpZmYgLXUgLXIxLjIgUkVBRE1FCi0tLSBzbm93YmFsbHMyL1JFQURNRQkxNCBB dWcgMjAwMSAxMjozMTozNiAtMDAwMAkxLjIKKysrIHNub3diYWxsczIvUkVBRE1FCTExIE1hciAy MDAyIDE4OjA3OjMwIC0wMDAwCkBAIC02Miw5ICs2Miw5IEBACiBidXQgaXQgaGFzIGJlZW4gY2hp ZWZseSB0ZXN0ZWQgdW5kZXIgYSBMaW51eCBlbnZpcm9ubWVudC4KIAogVGhlIHNlcnZlciBoYXMg YmVlbiBjb21waWxlZCBhbmQgZXhlY3V0ZWQgb24gYSBXaW5kb3dzIG1hY2hpbmUsIGJ1dCBpdAot aXMgaGlnaGx5IHJlY29tbWVuZGVkIHRoYXQgeW91IHJ1biBpdCBvbiBhIHNlcGFyYXRlIExpbnV4 IG1hY2hpbmUuIFRoZQotY2xpZW50IGhhcyBiZWVuIGNvbXBpbGVkIGFuZCBleGVjdXRlZCBvbiBh IExpbnV4IG1hY2hpbmUsIGJ1dCB3aWxsCi1wcm9iYWJseSBub3Qgd29yayBvbiBvdGhlciB1bml4 IHN5c3RlbXMgKHlldCkuCitpcyBoaWdobHkgcmVjb21tZW5kZWQgdGhhdCB5b3UgcnVuIGl0IG9u IGEgc2VwYXJhdGUgR05VL0xpbnV4IG1hY2hpbmUuIFRoZQorY2xpZW50IGhhcyBiZWVuIGNvbXBp bGVkIGFuZCBleGVjdXRlZCBvbiBhIEdOVS9MaW51eCBtYWNoaW5lLCBidXQgd2lsbAorcHJvYmFi bHkgbm90IHdvcmsgb24gb3RoZXIgdW5peCBjb21wYXRpYmxlIHN5c3RlbXMgKHlldCkuCiAKIFRo ZSBjbGllbnQgYW5kIHNlcnZlciByZXF1aXJlIGFuIG9wZXJhdGluZyBUQ1AvSVAgc3RhY2sgdG8g Y29tbXVuaWNhdGUuCiAKSW5kZXg6IHNub3diYWxsczIvYWNpbmNsdWRlLm00Cj09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0K UkNTIGZpbGU6IC9ob21lL2N2c3Jvb3QvY29kZS9zbm93YmFsbHMyL2FjaW5jbHVkZS5tNCx2CnJl dHJpZXZpbmcgcmV2aXNpb24gMS44CmRpZmYgLXUgLXIxLjggYWNpbmNsdWRlLm00Ci0tLSBzbm93 YmFsbHMyL2FjaW5jbHVkZS5tNAkxOCBGZWIgMjAwMiAxMjo1ODozOCAtMDAwMAkxLjgKKysrIHNu b3diYWxsczIvYWNpbmNsdWRlLm00CTExIE1hciAyMDAyIDE4OjA3OjMwIC0wMDAwCkBAIC0yMTQs MzcgKzIxNCwxMyBAQAogWyBBQ19SRVFVSVJFX0NQUCgpCiAKIGNoa19tZXNzYWdlX29iaj0iJDEi Ci1uZWxfbGlicmFyaWVzPSIkMiIKLW5lbF90ZXN0X2xpYj0iJDMiCi1uZWxfYWRkaXRpb25hbF9s aWJzPSIkNCIKLWlzX21hbmRhdG9yeT0iJDUiCituZWxfdGVzdF9saWI9IiQyIgoraXNfbWFuZGF0 b3J5PSIkMyIKIAogaWYgdGVzdCAkaXNfbWFuZGF0b3J5ID0gInllcyIKIHRoZW4KIAotICAgIEFD X01TR19DSEVDS0lORyhmb3IgLWwkbmVsX3Rlc3RfbGliKQotICAgICAgICAKLSAgICBORUxfVEVT VF9MSUJTPSIkTkVMX0xJQlMgJG5lbF9hZGRpdGlvbmFsX2xpYnMgLWwkbmVsX3Rlc3RfbGliIgot Ci0gICAgX0NQUEZMQUdTPSIkQ1BQRkxBR1MiCi0KLSAgICBDUFBGTEFHUz0iJENYWEZMQUdTICRM SUJTICRORUxfVEVTVF9MSUJTIgotCi0gICAgQUNfVFJZX0xJTksoICwgLCBoYXZlX25lbF90ZXN0 X2xpYnJhcmllcz0ieWVzIiwgaGF2ZV9uZWxfdGVzdF9saWJyYXJpZXM9Im5vIikKLQotICAgIENQ UEZMQUdTPSIkX0NQUEZMQUdTIgotCi0gICAgaWYgdGVzdCAiJGhhdmVfbmVsX3Rlc3RfbGlicmFy aWVzIiA9ICJ5ZXMiCi0gICAgdGhlbiAgICAKLSAgICAgICAgQUNfTVNHX1JFU1VMVCh5ZXMpCi0g ICAgZWxzZQotICAgICAgICBpZiB0ZXN0ICIkaXNfbWFuZGF0b3J5IiA9ICJ5ZXMiCi0gICAgICAg IHRoZW4KLSAgICAgICAgICAgIEFDX01TR19FUlJPUihbJGNoa19tZXNzYWdlX29iaiBtdXN0IGJl IGluc3RhbGxlZCAoaHR0cDovL3d3dy5uZXZyYXgub3JnKS5dKQotICAgICAgICBlbHNlCi0gICAg ICAgICAgICBBQ19NU0dfUkVTVUxUKG5vKQotICAgICAgICBmaQotICAgIGZpCisgICAgQUNfQ0hF Q0tfTElCKCRuZWxfdGVzdF9saWIsIG1haW4sLFtBQ19NU0dfRVJST1IoWyRjaGtfbWVzc2FnZV9v YmogbXVzdCBiZSBpbnN0YWxsZWQgKGh0dHA6Ly93d3cubmV2cmF4Lm9yZykuXSldKQogZmkKIF0p CiAKQEAgLTI2OSwxMyArMjQ1LDYgQEAKICAgICAgICAgICAgICAgICAgICAgICAgICAgZS5nLiAv dXNyL2xvY2FsL25lbC9saWJdKQogCiAKLW5lbF9taXNjX2xpYj0ibmVsbWlzYyIKLW5lbF9uZXRf bGliPSJuZWxuZXQiCi1uZWxfM2RfbGliPSJuZWwzZCIKLW5lbF9wYWNzX2xpYj0ibmVscGFjcyIK LW5lbF9zb3VuZF9saWI9Im5lbHNuZCIKLW5lbF9haV9saWI9Im5lbGFpIgotCiBuZWxtaXNjX2lz X21hbmRhdG9yeT0iJDEiCiBuZWxuZXRfaXNfbWFuZGF0b3J5PSIkMiIKIG5lbDNkX2lzX21hbmRh dG9yeT0iJDMiCkBAIC0yODYsMjMgKzI1NSw0MCBAQAogZG5sIENoZWNrIGZvciBuZWwtY29uZmln CiBBQ19QQVRIX1BST0coTkVMX0NPTkZJRywgbmVsLWNvbmZpZywgbm8pCiAKLWlmIHRlc3QgIiRO RUxfQ09ORklHIiA9ICJubyIKK2RubCAKK2RubCBDb25maWd1cmUgb3B0aW9ucyAoLS13aXRoLW5l bCopIGhhdmUgcHJlY2VuZGVuY2UgCitkbmwgb3ZlciBuZWwtY29uZmlnIG9ubHkgc2V0IHZhcmlh YmxlcyBpZiB0aGV5IGFyZSBub3QgCitkbmwgc3BlY2lmaWVkCitkbmwKK2lmIHRlc3QgIiRORUxf Q09ORklHIiAhPSAibm8iCiB0aGVuCi0gICAgaGF2ZV9uZWxfY29uZmlnPSJubyIKLWVsc2UKLSAg ICBORUxfQ0ZMQUdTPWBuZWwtY29uZmlnIC0tY2ZsYWdzYAotCi0gICAgTkVMX0xJQlNfQ09ORklH PWBuZWwtY29uZmlnIC0tbGlic2AKLQotICAgIE5FTF9MSUJTPWBlY2hvICckTkVMX0xJQlNfQ09O RklHJyB8IHNlZCAtZSAncy9bWzpzcGFjZTpdXSotbFteWzpzcGFjZTpdXSovL2cnYAorICAgIGlm IHRlc3QgLXogIiR3aXRoX25lbCIgLWEgLXogIiR3aXRoX25lbF9pbmNsdWRlIgorICAgIHRoZW4K KwlDWFhGTEFHUz0iJENYWEZMQUdTIGBuZWwtY29uZmlnIC0tY2ZsYWdzYCIKKyAgICBmaQogCi0g ICAgaGF2ZV9uZWxfY29uZmlnPSJ5ZXMiCisgICAgaWYgdGVzdCAteiAiJHdpdGhfbmVsIiAtYSAt eiAiJHdpdGhfbmVsX2xpYiIKKyAgICB0aGVuCisJTERGTEFHUz0iYG5lbC1jb25maWcgLS1sZGZs YWdzYCAkTERGTEFHUyIKKyAgICBmaQogZmkKIAotaWYgdGVzdCAiJHdpdGhfbmVsIgorZG5sCitk bmwgU2V0IG5lbF9saWJyYXJpZXMgYW5kIG5lbF9pbmNsdWRlcyBhY2NvcmRpbmcgdG8KK2RubCB1 c2VyIHNwZWNpZmljYXRpb24gKC0td2l0aC1uZWwqKSBpZiBhbnkuIAorZG5sIC0td2l0aC1uZWwt aW5jbHVkZSBhbmQgLS13aXRoLW5lbC1saWIgaGF2ZSBwcmVjZW5kZW5jZQorZG5sIG92ZXIgLS13 aXRoLW5lbAorZG5sCitpZiB0ZXN0ICIkd2l0aF9uZWwiID0gIm5vIgogdGhlbgotICAgIG5lbF9p bmNsdWRlcz0iJHdpdGhfbmVsL2luY2x1ZGUiCi0gICAgbmVsX2xpYnJhcmllcz0iJHdpdGhfbmVs L2xpYiIKKyAgICBkbmwgVGhlIHVzZXIgZXhwbGljaXRseSBkaXNhYmxlZCB0aGUgdXNlIG9mIHRo ZSBOZUwKKyAgICBBQ19NU0dfRVJST1IoW05lTCBpcyBtYW5kYXRvcnk6IGRvIG5vdCBzcGVjaWZ5 IC0td2l0aG91dC1uZWxdKQorZWxzZQorICAgIGlmIHRlc3QgIiR3aXRoX25lbCIgLWEgIiR3aXRo X25lbCIgIT0gInllcyIKKyAgICB0aGVuCisJbmVsX2luY2x1ZGVzPSIkd2l0aF9uZWwvaW5jbHVk ZSIKKwluZWxfbGlicmFyaWVzPSIkd2l0aF9uZWwvbGliIgorICAgIGZpCiBmaQogCiBpZiB0ZXN0 ICIkd2l0aF9uZWxfaW5jbHVkZSIKQEAgLTMxNSwxNyArMzAxLDI0IEBACiAgICAgbmVsX2xpYnJh cmllcz0iJHdpdGhfbmVsX2xpYiIKIGZpCiAKK2RubAorZG5sIFNldCBjb21waWxhdGlvbiB2YXJp YWJsZXMgCitkbmwKIGlmIHRlc3QgIiRuZWxfaW5jbHVkZXMiCiB0aGVuCi0gICAgTkVMX0NGTEFH Uz0iLUkkbmVsX2luY2x1ZGVzIgorICAgIENYWEZMQUdTPSIkQ1hYRkxBR1MgLUkkbmVsX2luY2x1 ZGVzIgogZmkKIAogaWYgdGVzdCAiJG5lbF9saWJyYXJpZXMiCiB0aGVuCi0gICAgTkVMX0xJQlM9 Ii1MJG5lbF9saWJyYXJpZXMiCisgICAgTERGTEFHUz0iLUwkbmVsX2xpYnJhcmllcyAkTERGTEFH UyIKIGZpCiAKLWRubCBDaGVja2luZyBmb3IgTmVMIGhlYWRlcnMKK2RubAorZG5sIENvbGxlY3Qg aGVhZGVycyBpbmZvcm1hdGlvbiBhbmQgYmFyayBpZiBtaXNzaW5nIGFuZAorZG5sIG1hbmRhdG9y eQorZG5sCisKIE1ZX05FTF9IRUFERVJfQ0hLKFtOZUwgTWlzY10sIFtuZWwvbWlzYy90eXBlc19u bC5oXSwgW05MX1RZUEVTX0hdLCAkbmVsbWlzY19pc19tYW5kYXRvcnkpCiBNWV9ORUxfSEVBREVS X0NISyhbTmVMIE5ldHdvcmtdLCBbbmVsL25ldC9zb2NrLmhdLCBbTkxfU09DS19IXSwgJG5lbG5l dF9pc19tYW5kYXRvcnkpCiBNWV9ORUxfSEVBREVSX0NISyhbTmVMIDNEXSwgW25lbC8zZC91X2Nh bWVyYS5oXSwgW05MX1VfQ0FNRVJBX0hdLCAkbmVsM2RfaXNfbWFuZGF0b3J5KQpAQCAtMzMzLDEz ICszMjYsMTcgQEAKIE1ZX05FTF9IRUFERVJfQ0hLKFtOZUwgU291bmRdLCBbbmVsL3NvdW5kL3Vf c291cmNlLmhdLCBbTkxfVV9TT1VSQ0VfSF0sICRuZWxzb3VuZF9pc19tYW5kYXRvcnkpCiBNWV9O RUxfSEVBREVSX0NISyhbTmVMIEFJXSwgW25lbC9haS9ubF9haS5oXSwgW19JQV9ORUxfSF0sICRu ZWxhaV9pc19tYW5kYXRvcnkpCiAKLWRubCBDaGVja2luZyBmb3IgTmVMIGxpYnJhcmllcwotTVlf TkVMX0xJQl9DSEsoW05lTCBNaXNjXSwgJG5lbF9saWJyYXJpZXMsICRuZWxfbWlzY19saWIsICIi LCAkbmVsbWlzY19pc19tYW5kYXRvcnkpCi1NWV9ORUxfTElCX0NISyhbTmVMIE5ldHdvcmtdLCRu ZWxfbGlicmFyaWVzLCAkbmVsX25ldF9saWIsICItbG5lbG1pc2MiLCAkbmVsbmV0X2lzX21hbmRh dG9yeSkKLU1ZX05FTF9MSUJfQ0hLKFtOZUwgM0RdLCAkbmVsX2xpYnJhcmllcywgJG5lbF8zZF9s aWIsICItbG5lbG1pc2MiLCAkbmVsM2RfaXNfbWFuZGF0b3J5KQotTVlfTkVMX0xJQl9DSEsoW05l TCBQQUNTXSwgJG5lbF9saWJyYXJpZXMsICRuZWxfcGFjc19saWIsICItbG5lbG1pc2MiLCAkbmVs cGFjc19pc19tYW5kYXRvcnkpCi1NWV9ORUxfTElCX0NISyhbTmVMIEFJXSwgJG5lbF9saWJyYXJp ZXMsICRuZWxfYWlfbGliLCAiLWxuZWxtaXNjIiwgJG5lbGFpX2lzX21hbmRhdG9yeSkKLU1ZX05F TF9MSUJfQ0hLKFtOZUwgU291bmRdLCAkbmVsX2xpYnJhcmllcywgJG5lbF9zb3VuZF9saWIsICIt bG5lbG1pc2MiICRPUEVOQUxfTElCUywgJG5lbHNvdW5kX2lzX21hbmRhdG9yeSkKK2RubAorZG5s IENvbGxlY3QgbGlicmFyaWVzIGluZm9ybWF0aW9uIGFuZCBiYXJrIGlmIG1pc3NpbmcgYW5kCitk bmwgbWFuZGF0b3J5CitkbmwKKworTVlfTkVMX0xJQl9DSEsoW05lTCBNaXNjXSwgW25lbG1pc2Nd LCAkbmVsbWlzY19pc19tYW5kYXRvcnkpCitNWV9ORUxfTElCX0NISyhbTmVMIE5ldHdvcmtdLCBb bmVsbmV0XSwgJG5lbG5ldF9pc19tYW5kYXRvcnkpCitNWV9ORUxfTElCX0NISyhbTmVMIDNEXSwg W25lbDNkXSwgJG5lbDNkX2lzX21hbmRhdG9yeSkKK01ZX05FTF9MSUJfQ0hLKFtOZUwgUEFDU10s IFtuZWxwYWNzXSwgJG5lbHBhY3NfaXNfbWFuZGF0b3J5KQorTVlfTkVMX0xJQl9DSEsoW05lTCBB SV0sIFtuZWxhaV0sICRuZWxhaV9pc19tYW5kYXRvcnkpCitNWV9ORUxfTElCX0NISyhbTmVMIFNv dW5kXSwgW25lbHNuZF0sICRuZWxzb3VuZF9pc19tYW5kYXRvcnkpCiAKIF0pCiAKQEAgLTM3NCwx MSArMzcxLDEwIEBACiBpZiB0ZXN0ICIkd2l0aF9zdGxwb3J0IiA9IG5vCiB0aGVuCiAgICAgZG5s IFRoZSB1c2VyIGV4cGxpY2l0bHkgZGlzYWJsZWQgdGhlIHVzZSBvZiB0aGUgU1RMUG9ydHMKLSAg ICBBQ19NU0dfQ0hFQ0tJTkcoU1RMUG9ydCkKLSAgICBoYXZlX3N0bHBvcnQ9ImRpc2FibGVkIgot ICAgIEFDX01TR19SRVNVTFQoZGlzYWJsZWQgKCoqKiBFWFBFUklNRU5UQUwgKioqKSkKKyAgICBB Q19NU0dfRVJST1IoW1NUTFBvcnQgaXMgbWFuZGF0b3J5OiBkbyBub3Qgc3BlY2lmeSAtLXdpdGhv dXQtc3RscG9ydF0pCiBlbHNlCi0gICAgaWYgdGVzdCAiJHdpdGhfc3RscG9ydCIKKyAgICBzdGxw b3J0X2luY2x1ZGVzPSIvdXNyL2luY2x1ZGUvc3RscG9ydCIKKyAgICBpZiB0ZXN0ICIkd2l0aF9z dGxwb3J0IiAtYSAiJHdpdGhfc3RscG9ydCIgIT0geWVzCiAgICAgdGhlbgogICAgICAgICBzdGxw b3J0X2luY2x1ZGVzPSIkd2l0aF9zdGxwb3J0L3N0bHBvcnQiCiAgICAgICAgIHN0bHBvcnRfbGli cmFyaWVzPSIkd2l0aF9zdGxwb3J0L2xpYiIKQEAgLTM5MCw4MiArMzg2LDczIEBACiAgICAgZmkK IGZpCiAKLWlmIHRlc3QgLXogIiRoYXZlX3N0bHBvcnQiIC1hICIkd2l0aF9zdGxwb3J0X2luY2x1 ZGUiCitpZiB0ZXN0ICIkd2l0aF9zdGxwb3J0X2luY2x1ZGUiCiB0aGVuCiAgICAgc3RscG9ydF9p bmNsdWRlcz0iJHdpdGhfc3RscG9ydF9pbmNsdWRlIgogZmkKIAotaWYgdGVzdCAteiAiJGhhdmVf c3RscG9ydCIgLWEgIiR3aXRoX3N0bHBvcnRfbGliIgoraWYgdGVzdCAiJHdpdGhfc3RscG9ydF9s aWIiCiB0aGVuCiAgICAgc3RscG9ydF9saWJyYXJpZXM9IiR3aXRoX3N0bHBvcnRfbGliIgogZmkK IAotaWYgdGVzdCAteiAiJGhhdmVfc3RscG9ydCIKLXRoZW4KLSAgICBkbmwgUHV0IFNUTFBvcnRz IGluY2x1ZGVzIGluIENYWEZMQUdTCi0gICAgaWYgdGVzdCAiJHN0bHBvcnRfaW5jbHVkZXMiCi0g ICAgdGhlbgotICAgICAgICBDWFhGTEFHUz0iJENYWEZMQUdTIC1JJHN0bHBvcnRfaW5jbHVkZXMi Ci0gICAgZmkKLQotICAgIGRubCBQdXQgU1RMUG9ydHMgbGlicmFyaWVzIGluIExJQlMKLSAgICBp ZiB0ZXN0ICIkc3RscG9ydF9saWJyYXJpZXMiCi0gICAgdGhlbgotICAgICAgICBMSUJTPSItTCRz dGxwb3J0X2xpYnJhcmllcyAkTElCUyAtbCRzdGxwb3J0X2xpYiIKLSAgICBmaQotCi0gICAgZG5s IFRlc3QgdGhlIGhlYWRlcnMKLSAgICBBQ19NU0dfQ0hFQ0tJTkcoZm9yIFNUTFBvcnQgaGVhZGVy cykKK0FDX0xBTkdfU0FWRQorQUNfTEFOR19DUExVU1BMVVMKIAotICAgIF9DUFBGTEFHUz0iJENQ UEZMQUdTIgorZG5sIFB1dCBTVExQb3J0cyBpbmNsdWRlcyBpbiBDWFhGTEFHUworaWYgdGVzdCAi JHN0bHBvcnRfaW5jbHVkZXMiCit0aGVuCisgICAgQ1hYRkxBR1M9IiRDWFhGTEFHUyAtSSRzdGxw b3J0X2luY2x1ZGVzIgorZmkKIAotICAgIENQUEZMQUdTPSIkQ1hYRkxBR1MiCitkbmwgUHV0IFNU TFBvcnRzIGxpYnJhcmllcyBkaXJlY3RvcnkgaW4gTElCUworaWYgdGVzdCAiJHN0bHBvcnRfbGli cmFyaWVzIgordGhlbgorICAgIExJQlM9Ii1MJHN0bHBvcnRfbGlicmFyaWVzICRMSUJTIgorZWxz ZQorICAgIHN0bHBvcnRfbGlicmFyaWVzPSdkZWZhdWx0JworZmkKIAotICAgIEFDX0VHUkVQX0NQ UCggeW9fc3RscG9ydCwKLSAgICBbI2luY2x1ZGUgPGFsZ29yaXRobT4KLSNpZmRlZiBfX1NHSV9T VExfUE9SVAotICAgeW9fc3RscG9ydAotI2VuZGlmXSwKLSAgICAgIGhhdmVfc3RscG9ydF9oZWFk ZXJzPSJ5ZXMiLAotICAgICAgaGF2ZV9zdGxwb3J0X2hlYWRlcnM9Im5vIiApCitkbmwgVGVzdCB0 aGUgaGVhZGVycwogCi0gICAgaWYgdGVzdCAiJGhhdmVfc3RscG9ydF9oZWFkZXJzIiA9ICJ5ZXMi Ci0gICAgdGhlbgotICAgICAgICBBQ19NU0dfUkVTVUxUKFskc3RscG9ydF9pbmNsdWRlc10pCi0g ICAgZWxzZQotICAgICAgICBBQ19NU0dfUkVTVUxUKG5vKQotICAgIGZpCi0KLSAgICBkbmwgVGVz dCB0aGUgbGlicmFyaWVzCi0gICAgQUNfTVNHX0NIRUNLSU5HKGZvciBTVExQb3J0IGxpYnJhcmll cykKK0FDX0NIRUNLX0hFQURFUihhbGdvcml0aG0sCisgICAgaGF2ZV9zdGxwb3J0X2hlYWRlcnM9 InllcyIsCisgICAgaGF2ZV9zdGxwb3J0X2hlYWRlcnM9Im5vIiApCiAKLSAgICBDUFBGTEFHUz0i JENYWEZMQUdTICRMSUJTIgorQUNfTVNHX0NIRUNLSU5HKGZvciBTVExQb3J0IGhlYWRlcnMpCiAK LSAgICBBQ19UUllfTElOSyggLCAsIGhhdmVfc3RscG9ydF9saWJyYXJpZXM9InllcyIsIGhhdmVf c3RscG9ydF9saWJyYXJpZXM9Im5vIikKK2lmIHRlc3QgIiRoYXZlX3N0bHBvcnRfaGVhZGVycyIg PSAieWVzIgordGhlbgorICAgIEFDX01TR19SRVNVTFQoWyRzdGxwb3J0X2luY2x1ZGVzXSkKK2Vs c2UKKyAgICBBQ19NU0dfUkVTVUxUKG5vKQorZmkKIAotICAgIENQUEZMQUdTPSIkX0NQUEZMQUdT IgorQUNfQ0hFQ0tfTElCKCRzdGxwb3J0X2xpYiwgbWFpbiwsIGhhdmVfc3RscG9ydF9saWJyYXJp ZXM9Im5vIikKIAotICAgIGlmIHRlc3QgIiRoYXZlX3N0bHBvcnRfbGlicmFyaWVzIiA9ICJ5ZXMi Ci0gICAgdGhlbgotICAgICAgICBBQ19NU0dfUkVTVUxUKFskc3RscG9ydF9saWJyYXJpZXNdKQot ICAgIGVsc2UKLSAgICAgICAgQUNfTVNHX1JFU1VMVChubykKLSAgICBmaQorQUNfTVNHX0NIRUNL SU5HKGZvciBTVExQb3J0IGxpYnJhcnkpCiAKLSAgICBpZiB0ZXN0ICIkaGF2ZV9zdGxwb3J0X2hl YWRlcnMiID0gInllcyIgXAotICAgICAgICYmIHRlc3QgIiRoYXZlX3N0bHBvcnRfbGlicmFyaWVz IiA9ICJ5ZXMiCi0gICAgdGhlbgotICAgICAgICBoYXZlX3N0bHBvcnQ9InllcyIKLSAgICBlbHNl Ci0gICAgICAgIGhhdmVfc3RscG9ydD0ibm8iCi0gICAgZmkKK2lmIHRlc3QgIiRoYXZlX3N0bHBv cnRfbGlicmFyaWVzIiAhPSAibm8iCit0aGVuCisgICAgQUNfTVNHX1JFU1VMVChbJHN0bHBvcnRf bGlicmFyaWVzXSkKK2Vsc2UKKyAgICBBQ19NU0dfUkVTVUxUKG5vKQorZmkKIAotICAgIGlmIHRl c3QgIiRoYXZlX3N0bHBvcnQiID0gIm5vIgotICAgIHRoZW4KLSAgICAgICAgQUNfTVNHX0VSUk9S KFtTVExQb3J0IG11c3QgYmUgaW5zdGFsbGVkIChodHRwOi8vd3d3LnN0bHBvcnQub3JnKS5dKQot ICAgIGZpCitpZiB0ZXN0ICIkaGF2ZV9zdGxwb3J0X2hlYWRlcnMiID0gInllcyIgJiYKKyAgICB0 ZXN0ICIkaGF2ZV9zdGxwb3J0X2xpYnJhcmllcyIgIT0gIm5vIgordGhlbgorICAgIGhhdmVfc3Rs cG9ydD0ieWVzIgorZWxzZQorICAgIGhhdmVfc3RscG9ydD0ibm8iCitmaQogCitpZiB0ZXN0ICIk aGF2ZV9zdGxwb3J0IiA9ICJubyIKK3RoZW4KKyAgICBBQ19NU0dfRVJST1IoW1NUTFBvcnQgbXVz dCBiZSBpbnN0YWxsZWQgKGh0dHA6Ly93d3cuc3RscG9ydC5vcmcpLl0pCiBmaQorCitBQ19MQU5H X1JFU1RPUkUKIAogXSkKIApJbmRleDogc25vd2JhbGxzMi9jb25maWd1cmUuaW4KPT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PQpSQ1MgZmlsZTogL2hvbWUvY3Zzcm9vdC9jb2RlL3Nub3diYWxsczIvY29uZmlndXJlLmluLHYK cmV0cmlldmluZyByZXZpc2lvbiAxLjEwCmRpZmYgLXUgLXIxLjEwIGNvbmZpZ3VyZS5pbgotLS0g c25vd2JhbGxzMi9jb25maWd1cmUuaW4JMjkgSmFuIDIwMDIgMTM6MjE6NDIgLTAwMDAJMS4xMAor Kysgc25vd2JhbGxzMi9jb25maWd1cmUuaW4JMTEgTWFyIDIwMDIgMTg6MDc6MzAgLTAwMDAKQEAg LTEzNCwxMiArMTM0LDkgQEAKIGRubCA9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQogZG5sIE5lTAogCitkbmwgICAgICAg ICBtaXNjICAgbmV0ICAgIDNkICAgICAgICAgICAgICBwYWNzICAgICAgICAgICAgc291bmQgICAg ICAgICAgIGFpCiBBTV9QQVRIX05FTCgieWVzIiwgInllcyIsICRlbmFibGVfY2xpZW50LCAkZW5h YmxlX2NsaWVudCwgJGVuYWJsZV9jbGllbnQsICJubyIpCiAKLUNYWEZMQUdTPSIkQ1hYRkxBR1Mg JHtORUxfQ0ZMQUdTfSIKLUxJQlM9IiRMSUJTICR7TkVMX0xJQlN9IgotCi0KIGRubCA9PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PQogZG5sIEZyZWVUeXBlIDIKIApAQCAtMTQ5LDYgKzE0NiwyMyBAQAogZG5sIENoZWNrcyBm b3IgbGlicmFyeSBmdW5jdGlvbnMuCiBkbmwgPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KIAorZG5sID09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 CitkbmwgU25vd2JhbGxzIGRhdGEsIGNvbmZpZ3VyYXRpb24gYW5kIGxvZ3MgZmlsZSBsb2NhdGlv bgorZG5sID09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09CisKK2V2YWwgU05PV0JBTExTX0RBVEFCQVNFPVwiJGRhdGFkaXIv Z2FtZXMvc25vd2JhbGxzL1wiCitBQ19TVUJTVChTTk9XQkFMTFNfREFUQUJBU0UpCisKK3BrZ3N5 c2NvbmZkaXI9JyR7c3lzY29uZmRpcn0vc25vd2JhbGxzJworQUNfU1VCU1QocGtnc3lzY29uZmRp cikKKwordGVzdCAieCRwcmVmaXgiID0geE5PTkUgJiYgcHJlZml4PSRhY19kZWZhdWx0X3ByZWZp eAorCitldmFsIFNOT1dCQUxMU19DT05GSUc9XCIkc3lzY29uZmRpci9zbm93YmFsbHMvXCIKK0FD X0RFRklORV9VTlFVT1RFRChTTk9XQkFMTFNfQ09ORklHLCAiJFNOT1dCQUxMU19DT05GSUciKQor CitldmFsIFNOT1dCQUxMU19MT0dTPVwiJGxvY2Fsc3RhdGVkaXIvbG9nL3Nub3diYWxscy9cIgor QUNfREVGSU5FX1VOUVVPVEVEKFNOT1dCQUxMU19MT0dTLCAiJFNOT1dCQUxMU19MT0dTIikKIAog ZG5sID09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09CiBkbmwgT3V0cHV0IGZpbGVzIHRvIGdlbmVyYXRlLgpAQCAtMTU2LDYg KzE3MCw3IEBACiAKIEFDX09VVFBVVCggTWFrZWZpbGUgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgIFwKICAgICAgICAgICAgY2xpZW50L01ha2VmaWxlICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgIFwKKyAgICAgICAgICAgY2xpZW50L2NsaWVudC5jZmcgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgIFwKICAgICAgICAgICAgY2xpZW50L3NyYy9NYWtl ZmlsZSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFwKICAgICAgICAgICAgc2VydmVyL01h a2VmaWxlICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFwKICAgICAgICAgICAgc2Vy dmVyL2Zyb250ZW5kL01ha2VmaWxlICAgICAgICAgICAgICAgICAgICAgICAgIFwKSW5kZXg6IHNu b3diYWxsczIvY2xpZW50L01ha2VmaWxlLmFtCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KUkNTIGZpbGU6IC9ob21lL2N2 c3Jvb3QvY29kZS9zbm93YmFsbHMyL2NsaWVudC9NYWtlZmlsZS5hbSx2CnJldHJpZXZpbmcgcmV2 aXNpb24gMS4xCmRpZmYgLXUgLXIxLjEgTWFrZWZpbGUuYW0KLS0tIHNub3diYWxsczIvY2xpZW50 L01ha2VmaWxlLmFtCTExIEp1bCAyMDAxIDE1OjE3OjQwIC0wMDAwCTEuMQorKysgc25vd2JhbGxz Mi9jbGllbnQvTWFrZWZpbGUuYW0JMTEgTWFyIDIwMDIgMTg6MDc6MzEgLTAwMDAKQEAgLTQsNiAr NCwxMCBAQAogCiBTVUJESVJTICAgICAgICAgICAgICA9IHNyYwogCitFWFRSQV9ESVNUCSAgICAg PSBjbGllbnQuY2ZnLmluIFwKKwkJICAgICAgIGNsaWVudC5kc3AKKworcGtnc3lzY29uZl9EQVRB CSAgICAgPSBjbGllbnQuY2ZnCiAKICMgRW5kIG9mIE1ha2VmaWxlLmFtCiAKSW5kZXg6IHNub3di YWxsczIvY2xpZW50L3NyYy9NYWtlZmlsZS5hbQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09ClJDUyBmaWxlOiAvaG9tZS9j dnNyb290L2NvZGUvc25vd2JhbGxzMi9jbGllbnQvc3JjL01ha2VmaWxlLmFtLHYKcmV0cmlldmlu ZyByZXZpc2lvbiAxLjgKZGlmZiAtdSAtcjEuOCBNYWtlZmlsZS5hbQotLS0gc25vd2JhbGxzMi9j bGllbnQvc3JjL01ha2VmaWxlLmFtCTI5IEphbiAyMDAyIDEzOjIxOjQyIC0wMDAwCTEuOAorKysg c25vd2JhbGxzMi9jbGllbnQvc3JjL01ha2VmaWxlLmFtCTExIE1hciAyMDAyIDE4OjA3OjMxIC0w MDAwCkBAIC0zOSw4ICszOSw3IEBACiAgICAgICAgICAgICAgICAgICAgICAgIHNvdW5kLmNwcCAg ICAgICAgICAgICAgICAgICAgICAgICAgIFwKICAgICAgICAgICAgICAgICAgICAgICAgc291bmQu aAogCi1zbm93YmFsbHNfTERBREQgICAgICA9IEBGUkVFVFlQRV9MSUJTQCBAT1BFTkFMX0xJQlNA IFwKLSAgICAgICAgICAgICAgICAgICAgICAgLWxuZWxtaXNjIC1sbmVsbmV0IC1sbmVsM2QgLWxu ZWxwYWNzCitzbm93YmFsbHNfTERBREQgICAgICA9IEBGUkVFVFlQRV9MSUJTQCBAT1BFTkFMX0xJ QlNACiAKIEFNX0NYWEZMQUdTICAgICAgICAgID0gQEZSRUVUWVBFX0NGTEFHU0AKIApJbmRleDog c25vd2JhbGxzMi9jbGllbnQvc3JjL2NsaWVudC5jcHAKPT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQpSQ1MgZmlsZTogL2hv bWUvY3Zzcm9vdC9jb2RlL3Nub3diYWxsczIvY2xpZW50L3NyYy9jbGllbnQuY3BwLHYKcmV0cmll dmluZyByZXZpc2lvbiAxLjUzCmRpZmYgLXUgLXIxLjUzIGNsaWVudC5jcHAKLS0tIHNub3diYWxs czIvY2xpZW50L3NyYy9jbGllbnQuY3BwCTIwIEZlYiAyMDAyIDA5OjQzOjQ3IC0wMDAwCTEuNTMK KysrIHNub3diYWxsczIvY2xpZW50L3NyYy9jbGllbnQuY3BwCTExIE1hciAyMDAyIDE4OjA3OjMx IC0wMDAwCkBAIC0yNyw2ICsyNywxNCBAQAogLy8gSW5jbHVkZXMKIC8vIAogCisjaWZkZWYgSEFW RV9DT05GSUdfSAorI2luY2x1ZGUgImNvbmZpZy5oIgorI2VuZGlmIC8vIEhBVkVfQ09ORklHX0gK KworI2lmbmRlZiBTTk9XQkFMTFNfQ09ORklHCisjZGVmaW5lIFNOT1dCQUxMU19DT05GSUcgIiIK KyNlbmRpZiAvLyBTTk9XQkFMTFNfQ09ORklHCisKICNpbmNsdWRlIDxuZWwvbWlzYy90eXBlc19u bC5oPgogCiAjaWYgZGVmaW5lZChOTF9PU19XSU5ET1dTKSAmJiBkZWZpbmVkIChOTF9SRUxFQVNF KQpAQCAtMTQ1LDcgKzE1Myw3IEBACiAJbmxpbmZvICgiU3RhcnRpbmcgU25vd2JhbGxzICEiKTsK IAogCS8vIExvYWQgY29uZmlnIGZpbGUKLQlDb25maWdGaWxlLmxvYWQgKCJjbGllbnQuY2ZnIik7 CisJQ29uZmlnRmlsZS5sb2FkIChTTk9XQkFMTFNfQ09ORklHICJjbGllbnQuY2ZnIik7CiAKIAkv LyBTZXQgdGhlIFNob3dDb21tYW5kcyB3aXRoIHRoZSB2YWx1ZSBzZXQgaW4gdGhlIGNsaWV0biBj b25maWcgZmlsZQogCVNob3dDb21tYW5kcyA9IENvbmZpZ0ZpbGUuZ2V0VmFyKCJTaG93Q29tbWFu ZHMiKS5hc0ludCAoKSA9PSAxOwpJbmRleDogc25vd2JhbGxzMi9zZXJ2ZXIvY2hhdC9NYWtlZmls ZS5hbQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09ClJDUyBmaWxlOiAvaG9tZS9jdnNyb290L2NvZGUvc25vd2JhbGxzMi9z ZXJ2ZXIvY2hhdC9NYWtlZmlsZS5hbSx2CnJldHJpZXZpbmcgcmV2aXNpb24gMS4xCmRpZmYgLXUg LXIxLjEgTWFrZWZpbGUuYW0KLS0tIHNub3diYWxsczIvc2VydmVyL2NoYXQvTWFrZWZpbGUuYW0J MTkgSnVsIDIwMDEgMTU6MjY6NDEgLTAwMDAJMS4xCisrKyBzbm93YmFsbHMyL3NlcnZlci9jaGF0 L01ha2VmaWxlLmFtCTExIE1hciAyMDAyIDE4OjA3OjMxIC0wMDAwCkBAIC02LDYgKzYsOSBAQAog CiBTVUJESVJTICAgICAgICAgICAgICA9IHNyYwogCitFWFRSQV9ESVNUCSAgICAgPSBjaGF0X3Nl cnZpY2UuY2ZnCisKK3BrZ3N5c2NvbmZfREFUQQkgICAgID0gY2hhdF9zZXJ2aWNlLmNmZwogCiAj IEVuZCBvZiBNYWtlZmlsZS5hbQogCkluZGV4OiBzbm93YmFsbHMyL3NlcnZlci9jaGF0L3NyYy9N YWtlZmlsZS5hbQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09ClJDUyBmaWxlOiAvaG9tZS9jdnNyb290L2NvZGUvc25vd2Jh bGxzMi9zZXJ2ZXIvY2hhdC9zcmMvTWFrZWZpbGUuYW0sdgpyZXRyaWV2aW5nIHJldmlzaW9uIDEu NgpkaWZmIC11IC1yMS42IE1ha2VmaWxlLmFtCi0tLSBzbm93YmFsbHMyL3NlcnZlci9jaGF0L3Ny Yy9NYWtlZmlsZS5hbQkyOSBKYW4gMjAwMiAxMzoyMTo0MiAtMDAwMAkxLjYKKysrIHNub3diYWxs czIvc2VydmVyL2NoYXQvc3JjL01ha2VmaWxlLmFtCTExIE1hciAyMDAyIDE4OjA3OjMxIC0wMDAw CkBAIC00LDEyICs0LDkgQEAKIAogTUFJTlRBSU5FUkNMRUFORklMRVMgPSBNYWtlZmlsZS5pbgog Ci1iaW5fUFJPR1JBTVMgICAgICAgICA9IHNub19jaGF0CitzYmluX1BST0dSQU1TICAgICAgICA9 IHNub19jaGF0CiAKIHNub19jaGF0X1NPVVJDRVMgICAgID0gbWFpbi5jcHAKLQotc25vX2NoYXRf TERBREQgICAgICAgPSAtbG5lbG1pc2MgLWxuZWxuZXQKLQogCiAjIEVuZCBvZiBNYWtlZmlsZS5h bQogCkluZGV4OiBzbm93YmFsbHMyL3NlcnZlci9jaGF0L3NyYy9tYWluLmNwcAo9PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 ClJDUyBmaWxlOiAvaG9tZS9jdnNyb290L2NvZGUvc25vd2JhbGxzMi9zZXJ2ZXIvY2hhdC9zcmMv bWFpbi5jcHAsdgpyZXRyaWV2aW5nIHJldmlzaW9uIDEuMwpkaWZmIC11IC1yMS4zIG1haW4uY3Bw Ci0tLSBzbm93YmFsbHMyL3NlcnZlci9jaGF0L3NyYy9tYWluLmNwcAk2IE5vdiAyMDAxIDE1OjA4 OjE1IC0wMDAwCTEuMworKysgc25vd2JhbGxzMi9zZXJ2ZXIvY2hhdC9zcmMvbWFpbi5jcHAJMTEg TWFyIDIwMDIgMTg6MDc6MzEgLTAwMDAKQEAgLTI0LDYgKzI0LDE4IEBACiAgKiBNQSAwMjExMS0x MzA3LCBVU0EuCiAgKi8KIAorI2lmZGVmIEhBVkVfQ09ORklHX0gKKyNpbmNsdWRlICJjb25maWcu aCIKKyNlbmRpZiAvLyBIQVZFX0NPTkZJR19ICisKKyNpZm5kZWYgU05PV0JBTExTX0NPTkZJRwor I2RlZmluZSBTTk9XQkFMTFNfQ09ORklHICIiCisjZW5kaWYgLy8gU05PV0JBTExTX0NPTkZJRwor CisjaWZuZGVmIFNOT1dCQUxMU19MT0dTCisjZGVmaW5lIFNOT1dCQUxMU19MT0dTICIiCisjZW5k aWYgLy8gU05PV0JBTExTX0xPR1MKKwogI2luY2x1ZGUgPHN0cmluZz4KIAogLy8gVGhpcyBpbmNs dWRlIGlzIG1hbmRhdG9yeSB0byB1c2UgTmVMLiBJdCBpbmNsdWRlIE5lTCB0eXBlcy4KQEAgLTk3 LDcgKzEwOSw5IEBACiAJCQkJCSJDSEFUIiwKIAkJCQkJImNoYXRfc2VydmljZSIsCiAJCQkJCTAs Ci0JCQkJCUNhbGxiYWNrQXJyYXkgKQorCQkJCQlDYWxsYmFja0FycmF5LAorCQkJCQlTTk9XQkFM TFNfQ09ORklHLAorCQkJCQlTTk9XQkFMTFNfTE9HUyApCiAKIAogLyogZW5kIG9mIGZpbGUgKi8K SW5kZXg6IHNub3diYWxsczIvc2VydmVyL2Zyb250ZW5kL01ha2VmaWxlLmFtCj09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0K UkNTIGZpbGU6IC9ob21lL2N2c3Jvb3QvY29kZS9zbm93YmFsbHMyL3NlcnZlci9mcm9udGVuZC9N YWtlZmlsZS5hbSx2CnJldHJpZXZpbmcgcmV2aXNpb24gMS4xCmRpZmYgLXUgLXIxLjEgTWFrZWZp bGUuYW0KLS0tIHNub3diYWxsczIvc2VydmVyL2Zyb250ZW5kL01ha2VmaWxlLmFtCTE5IEp1bCAy MDAxIDE1OjI2OjQxIC0wMDAwCTEuMQorKysgc25vd2JhbGxzMi9zZXJ2ZXIvZnJvbnRlbmQvTWFr ZWZpbGUuYW0JMTEgTWFyIDIwMDIgMTg6MDc6MzIgLTAwMDAKQEAgLTYsNiArNiw5IEBACiAKIFNV QkRJUlMgICAgICAgICAgICAgID0gc3JjCiAKK0VYVFJBX0RJU1QJICAgICA9IGZyb250ZW5kX3Nl cnZpY2UuY2ZnCisKK3BrZ3N5c2NvbmZfREFUQQkgICAgID0gZnJvbnRlbmRfc2VydmljZS5jZmcK IAogIyBFbmQgb2YgTWFrZWZpbGUuYW0KIApJbmRleDogc25vd2JhbGxzMi9zZXJ2ZXIvZnJvbnRl bmQvc3JjL01ha2VmaWxlLmFtCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KUkNTIGZpbGU6IC9ob21lL2N2c3Jvb3QvY29k ZS9zbm93YmFsbHMyL3NlcnZlci9mcm9udGVuZC9zcmMvTWFrZWZpbGUuYW0sdgpyZXRyaWV2aW5n IHJldmlzaW9uIDEuNgpkaWZmIC11IC1yMS42IE1ha2VmaWxlLmFtCi0tLSBzbm93YmFsbHMyL3Nl cnZlci9mcm9udGVuZC9zcmMvTWFrZWZpbGUuYW0JMjkgSmFuIDIwMDIgMTM6MjE6NDIgLTAwMDAJ MS42CisrKyBzbm93YmFsbHMyL3NlcnZlci9mcm9udGVuZC9zcmMvTWFrZWZpbGUuYW0JMTEgTWFy IDIwMDIgMTg6MDc6MzIgLTAwMDAKQEAgLTQsMTIgKzQsOSBAQAogCiBNQUlOVEFJTkVSQ0xFQU5G SUxFUyA9IE1ha2VmaWxlLmluCiAKLWJpbl9QUk9HUkFNUyAgICAgICAgID0gc25vX2Zyb250ZW5k CitzYmluX1BST0dSQU1TICAgICAgICA9IHNub19mcm9udGVuZAogCiBzbm9fZnJvbnRlbmRfU09V UkNFUyA9IG1haW4uY3BwCi0KLXNub19mcm9udGVuZF9MREFERCAgID0gLWxuZWxtaXNjIC1sbmVs bmV0Ci0KIAogIyBFbmQgb2YgTWFrZWZpbGUuYW0KIApJbmRleDogc25vd2JhbGxzMi9zZXJ2ZXIv ZnJvbnRlbmQvc3JjL21haW4uY3BwCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KUkNTIGZpbGU6IC9ob21lL2N2c3Jvb3Qv Y29kZS9zbm93YmFsbHMyL3NlcnZlci9mcm9udGVuZC9zcmMvbWFpbi5jcHAsdgpyZXRyaWV2aW5n IHJldmlzaW9uIDEuOApkaWZmIC11IC1yMS44IG1haW4uY3BwCi0tLSBzbm93YmFsbHMyL3NlcnZl ci9mcm9udGVuZC9zcmMvbWFpbi5jcHAJMTEgRmViIDIwMDIgMTA6MjQ6NTQgLTAwMDAJMS44Cisr KyBzbm93YmFsbHMyL3NlcnZlci9mcm9udGVuZC9zcmMvbWFpbi5jcHAJMTEgTWFyIDIwMDIgMTg6 MDc6MzIgLTAwMDAKQEAgLTI0LDYgKzI0LDE3IEBACiAgKiBNQSAwMjExMS0xMzA3LCBVU0EuCiAg Ki8KIAorI2lmZGVmIEhBVkVfQ09ORklHX0gKKyNpbmNsdWRlICJjb25maWcuaCIKKyNlbmRpZiAv LyBIQVZFX0NPTkZJR19ICisKKyNpZm5kZWYgU05PV0JBTExTX0NPTkZJRworI2RlZmluZSBTTk9X QkFMTFNfQ09ORklHICIiCisjZW5kaWYgLy8gU05PV0JBTExTX0NPTkZJRworCisjaWZuZGVmIFNO T1dCQUxMU19MT0dTCisjZGVmaW5lIFNOT1dCQUxMU19MT0dTICIiCisjZW5kaWYgLy8gU05PV0JB TExTX0xPR1MKIAogLy8gVGhpcyBpbmNsdWRlIGlzIG1hbmRhdG9yeSB0byB1c2UgTmVMLiBJdCBp bmNsdWRlIE5lTCB0eXBlcy4KICNpbmNsdWRlIDxuZWwvbWlzYy90eXBlc19ubC5oPgpAQCAtNjg1 LDcgKzY5Niw5IEBACiAJCQkJCSJGUyIsCiAJCQkJCSJmcm9udGVuZF9zZXJ2aWNlIiwKIAkJCQkJ MzcwMDAsCi0JCQkJCUNsaWVudENhbGxiYWNrQXJyYXkgKQorCQkJCQlDbGllbnRDYWxsYmFja0Fy cmF5LAorCQkJCQlTTk9XQkFMTFNfQ09ORklHLAorCQkJCQlTTk9XQkFMTFNfTE9HUyApCiAKIAog LyogZW5kIG9mIGZpbGUgKi8KSW5kZXg6IHNub3diYWxsczIvc2VydmVyL3Bvc2l0aW9uL01ha2Vm aWxlLmFtCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT0KUkNTIGZpbGU6IC9ob21lL2N2c3Jvb3QvY29kZS9zbm93YmFsbHMy L3NlcnZlci9wb3NpdGlvbi9NYWtlZmlsZS5hbSx2CnJldHJpZXZpbmcgcmV2aXNpb24gMS4xCmRp ZmYgLXUgLXIxLjEgTWFrZWZpbGUuYW0KLS0tIHNub3diYWxsczIvc2VydmVyL3Bvc2l0aW9uL01h a2VmaWxlLmFtCTIzIEp1bCAyMDAxIDEzOjMwOjQxIC0wMDAwCTEuMQorKysgc25vd2JhbGxzMi9z ZXJ2ZXIvcG9zaXRpb24vTWFrZWZpbGUuYW0JMTEgTWFyIDIwMDIgMTg6MDc6MzIgLTAwMDAKQEAg LTYsNiArNiw5IEBACiAKIFNVQkRJUlMgICAgICAgICAgICAgID0gc3JjCiAKK0VYVFJBX0RJU1QJ ICAgICA9IHBvc2l0aW9uX3NlcnZpY2UuY2ZnCisKK3BrZ3N5c2NvbmZfREFUQQkgICAgID0gcG9z aXRpb25fc2VydmljZS5jZmcKIAogIyBFbmQgb2YgTWFrZWZpbGUuYW0KIApJbmRleDogc25vd2Jh bGxzMi9zZXJ2ZXIvcG9zaXRpb24vc3JjL01ha2VmaWxlLmFtCj09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KUkNTIGZpbGU6 IC9ob21lL2N2c3Jvb3QvY29kZS9zbm93YmFsbHMyL3NlcnZlci9wb3NpdGlvbi9zcmMvTWFrZWZp bGUuYW0sdgpyZXRyaWV2aW5nIHJldmlzaW9uIDEuNgpkaWZmIC11IC1yMS42IE1ha2VmaWxlLmFt Ci0tLSBzbm93YmFsbHMyL3NlcnZlci9wb3NpdGlvbi9zcmMvTWFrZWZpbGUuYW0JMjkgSmFuIDIw MDIgMTM6MjE6NDIgLTAwMDAJMS42CisrKyBzbm93YmFsbHMyL3NlcnZlci9wb3NpdGlvbi9zcmMv TWFrZWZpbGUuYW0JMTEgTWFyIDIwMDIgMTg6MDc6MzIgLTAwMDAKQEAgLTQsMTQgKzQsMTEgQEAK IAogTUFJTlRBSU5FUkNMRUFORklMRVMgPSBNYWtlZmlsZS5pbgogCi1iaW5fUFJPR1JBTVMgICAg ICAgICA9IHNub19wb3NpdGlvbgorc2Jpbl9QUk9HUkFNUyAgICAgICAgPSBzbm9fcG9zaXRpb24K IAogc25vX3Bvc2l0aW9uX1NPVVJDRVMgPSBtYWluLmNwcCAgICAgIFwKICAgICAgICAgICAgICAg ICAgICAgICAgcGh5c2ljcy5oICAgICBcCiAJCSAgICAgICBwaHlzaWNzLmNwcAotCi1zbm9fcG9z aXRpb25fTERBREQgICA9IC1sbmVsbWlzYyAtbG5lbG5ldAotCiAKICMgRW5kIG9mIE1ha2VmaWxl LmFtCiAKSW5kZXg6IHNub3diYWxsczIvc2VydmVyL3Bvc2l0aW9uL3NyYy9tYWluLmNwcAo9PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09ClJDUyBmaWxlOiAvaG9tZS9jdnNyb290L2NvZGUvc25vd2JhbGxzMi9zZXJ2ZXIvcG9z aXRpb24vc3JjL21haW4uY3BwLHYKcmV0cmlldmluZyByZXZpc2lvbiAxLjgKZGlmZiAtdSAtcjEu OCBtYWluLmNwcAotLS0gc25vd2JhbGxzMi9zZXJ2ZXIvcG9zaXRpb24vc3JjL21haW4uY3BwCTEx IEZlYiAyMDAyIDEwOjI1OjAwIC0wMDAwCTEuOAorKysgc25vd2JhbGxzMi9zZXJ2ZXIvcG9zaXRp b24vc3JjL21haW4uY3BwCTExIE1hciAyMDAyIDE4OjA3OjMyIC0wMDAwCkBAIC0yNCw2ICsyNCwx NyBAQAogICogTUEgMDIxMTEtMTMwNywgVVNBLgogICovCiAKKyNpZmRlZiBIQVZFX0NPTkZJR19I CisjaW5jbHVkZSAiY29uZmlnLmgiCisjZW5kaWYgLy8gSEFWRV9DT05GSUdfSAorCisjaWZuZGVm IFNOT1dCQUxMU19DT05GSUcKKyNkZWZpbmUgU05PV0JBTExTX0NPTkZJRyAiIgorI2VuZGlmIC8v IFNOT1dCQUxMU19DT05GSUcKKworI2lmbmRlZiBTTk9XQkFMTFNfTE9HUworI2RlZmluZSBTTk9X QkFMTFNfTE9HUyAiIgorI2VuZGlmIC8vIFNOT1dCQUxMU19MT0dTCiAKIC8vIFRoaXMgaW5jbHVk ZSBpcyBtYW5kYXRvcnkgdG8gdXNlIE5lTC4gSXQgaW5jbHVkZSBOZUwgdHlwZXMuCiAjaW5jbHVk ZSA8bmVsL21pc2MvdHlwZXNfbmwuaD4KQEAgLTQ1Miw3ICs0NjMsOSBAQAogCQkJCQkiUE9TIiwK IAkJCQkJInBvc2l0aW9uX3NlcnZpY2UiLAogCQkJCQkwLAotCQkJCQlDYWxsYmFja0FycmF5ICkK KwkJCQkJQ2FsbGJhY2tBcnJheSwKKwkJCQkJU05PV0JBTExTX0NPTkZJRywKKwkJCQkJU05PV0JB TExTX0xPR1MgKQogCiAKIC8qIGVuZCBvZiBmaWxlICovCg== --kx6v7vJKno Content-Type: application/octet-stream Content-Disposition: attachment; filename="acconfig.h.tar.gz" Content-Transfer-Encoding: base64 H4sIAJ4KjTwAA+3WXWuDMBQGYK/9FQd2V0abWLtcd60dBbFjdoxdSaapFbJETGT03y+2K/uCdRu0 Y3AeEFHOMUF5TZSQA57nWq2qsr/2joJQQi7C0COEUDYi3ZnQ3fXWkI48wsJwSJkruHD1QTgMPSDH mc57rbG8AfCkrvKv60RjTjGh0/L9Qc+HHlAoKlNLvjFQiIe2hEdhDC+FAa3AvSJV8KYA3dq6tedd AwGrwbR13bhCsGvx2He3B/5ZqwqxgiSKs2k0G9/Gy2w6T6/j8X108zpY3VTKfhqqUtAfSF323fHd QeLFVTZPstk8jvy/fpn/kFH66YFLaYLj/QYO5T8gwTb/AaNd9F39kAUM838K+0hOtp++bbitXOBX lXRxLKpG5FY3G6i5Xb8NXpos7i7HcZxmk0Uym1/tnxLr8ge9Lrqpj6H9U0pIZY68AziYf0Zf8h/S 0Sjo1n/GMP8n8bv8u4U3+U32d3273O+7ci67DYYV3+xOl+NlhL8NhBBCCCGEEEIIIYQQQgghhBD6 4BmDwH/IACgAAA== --kx6v7vJKno Content-Type: text/plain; charset=us-ascii Content-Description: .signature Content-Transfer-Encoding: 7bit -- Loic Dachary http://www.dachary.org/ loic@dachary.org 12 bd Magenta http://www.senga.org/ loic@senga.org 75010 Paris T: 33 1 42 45 07 97 loic@gnu.org GPG Public Key: http://www.dachary.org/loic/gpg.txt --kx6v7vJKno-- From loic@dachary.org Wed Mar 13 11:52:57 2002 Received: from inspiron.dachary.org (aboukir-101-1-13-alebeon.adsl.nerim.net [62.212.101.54]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g2DAqv239423 for ; Wed, 13 Mar 2002 11:52:57 +0100 (CET) (envelope-from loic@dachary.org) Received: from loic by inspiron.dachary.org with local (Exim 3.35 #1 (Debian)) id 16l6GW-0004NX-00 for ; Wed, 13 Mar 2002 11:45:52 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15503.11743.697835.508552@inspiron.dachary.org> Date: Wed, 13 Mar 2002 11:45:51 +0100 From: Loic Dachary To: nel@nevrax.org X-Mailer: VM 7.03 under Emacs 21.1.1 Subject: [Nel] AI library now in Debian GNU/Linux packages Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: loic@gnu.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi, The Debian GNU/Linux packages available at http://loic.dachary.org/debian now include the AI library thanks to the recent addition of the missing header. Enjoy, -- Loic Dachary http://www.dachary.org/ loic@dachary.org 12 bd Magenta http://www.senga.org/ loic@senga.org 75010 Paris T: 33 1 42 45 07 97 loic@gnu.org GPG Public Key: http://www.dachary.org/loic/gpg.txt From loic@dachary.org Wed Mar 13 11:52:57 2002 Received: from inspiron.dachary.org (aboukir-101-1-13-alebeon.adsl.nerim.net [62.212.101.54]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g2DAqv239423 for ; Wed, 13 Mar 2002 11:52:57 +0100 (CET) (envelope-from loic@dachary.org) Received: from loic by inspiron.dachary.org with local (Exim 3.35 #1 (Debian)) id 16l6GW-0004NX-00 for ; Wed, 13 Mar 2002 11:45:52 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15503.11743.697835.508552@inspiron.dachary.org> Date: Wed, 13 Mar 2002 11:45:51 +0100 From: Loic Dachary To: nel@nevrax.org X-Mailer: VM 7.03 under Emacs 21.1.1 Subject: [Nel] AI library now in Debian GNU/Linux packages Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: loic@gnu.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: Hi, The Debian GNU/Linux packages available at http://loic.dachary.org/debian now include the AI library thanks to the recent addition of the missing header. Enjoy, -- Loic Dachary http://www.dachary.org/ loic@dachary.org 12 bd Magenta http://www.senga.org/ loic@senga.org 75010 Paris T: 33 1 42 45 07 97 loic@gnu.org GPG Public Key: http://www.dachary.org/loic/gpg.txt From loic@dachary.org Thu Mar 14 14:22:30 2002 Received: from inspiron.dachary.org (babel.zehc.net [213.36.100.145]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g2EDMTD55297 for ; Thu, 14 Mar 2002 14:22:29 +0100 (CET) (envelope-from loic@dachary.org) Received: from loic by inspiron.dachary.org with local (Exim 3.35 #1 (Debian)) id 16lDAg-0000Qa-00 for ; Wed, 13 Mar 2002 19:08:18 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15503.38289.882825.480860@inspiron.dachary.org> Date: Wed, 13 Mar 2002 19:08:17 +0100 From: Loic Dachary To: nel@nevrax.org Subject: Re: [Nel] Debian GNU/Linux packages for nel/nelns/snowballs In-Reply-To: lists@lars.in-berlin.de's message of 11 March 2002 23:09:53 +0100 References: <15501.6840.528951.658522@inspiron.dachary.org> <87it8292oe.fsf@lars.in-berlin.de> X-Mailer: VM 7.03 under Emacs 21.1.1 Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org X-Reply-To: loic@gnu.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: > Get:1 http://loic.dachary.org ./ Packages [1205B] > Ign http://loic.dachary.org ./ Release > Get:2 http://loic.dachary.org ./ Sources > 99% [2 Sources gzip 0] [Waiting for file] > gzip: stdin: not in gzip format > Err http://loic.dachary.org ./ Sources > Sub-process gzip returned an error code (1) The problem was fixed a bit later (source package information failed because I forgot to debuild clean after package generation in sub directories). It is now working. Cheers, -- Loic Dachary http://www.dachary.org/ loic@dachary.org 12 bd Magenta http://www.senga.org/ loic@senga.org 75010 Paris T: 33 1 42 45 07 97 loic@gnu.org GPG Public Key: http://www.dachary.org/loic/gpg.txt From me@lars.in-berlin.de Thu Mar 14 14:32:53 2002 Received: from hirsch.in-berlin.de (hirsch.in-berlin.de [192.109.42.6]) by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g2EDWqD55427 for ; Thu, 14 Mar 2002 14:32:52 +0100 (CET) (envelope-from me@lars.in-berlin.de) Received: from psych-o-mat (port-213-20-25-45.reverse.qdsl-home.de [213.20.25.45]) (authenticated bits=0) by hirsch.in-berlin.de (8.12.1/8.12.1/Debian -2) with ESMTP id g2EDQRHI003685 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NOT) for ; Thu, 14 Mar 2002 14:26:27 +0100 X-Envelope-From: me@lars.in-berlin.de X-Envelope-To: Received: from [10.20.40.80] (helo=bit-weaver) by psych-o-mat with esmtp (Exim 3.35 #1 (Debian)) id 16lVOF-0000Po-00 for ; Thu, 14 Mar 2002 14:35:31 +0100 Received: from lars by bit-weaver with local (Exim 3.35 #1 (Debian)) id 16lVJp-0000eL-00 for ; Thu, 14 Mar 2002 14:30:57 +0100 To: nel@nevrax.org From: lists@lars.in-berlin.de Subject: Re: [Nel] another snowballs server References: <15499.63937.674173.496436@inspiron.dachary.org> <87r8mow1w0.fsf@lars.in-berlin.de> <87n0xcw07t.fsf@lars.in-berlin.de> Date: 14 Mar 2002 14:30:57 +0100 In-Reply-To: <87n0xcw07t.fsf@lars.in-berlin.de> Message-ID: <87elin5l9q.fsf@lars.in-berlin.de> Lines: 10 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/21.1 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: nel-admin@nevrax.org Errors-To: nel-admin@nevrax.org X-BeenThere: nel@nevrax.org X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: nel@nevrax.org List-Help: List-Post: List-Subscribe: , List-Id: Developer's list for the NeL platform List-Unsubscribe: , List-Archive: > No I even made it segfault. This didn't happen to me before and I wasn't s/No/Now/ Regards, Lars -- [ Lars Weber ]------< me @ lars.in-berlin.de >----[ GPG-ID: 1383B42E ] +++ fingerprint: 44B1 1D23 DD53 E6B2 4AAB 4C36 0323 9141 1383 B42E +++ [ Using GNU ]----< www.gnu.org | www.debian.org >---[ Running Debian ]