From 0ea5fc66924303d1bf73ba283a383e2aadee02f2 Mon Sep 17 00:00:00 2001 From: neodarz Date: Sat, 11 Aug 2018 20:21:34 +0200 Subject: Initial commit --- pipermail/nel/2001-March/000310.html | 77 ++++++++++ pipermail/nel/2001-March/000312.html | 63 ++++++++ pipermail/nel/2001-March/000313.html | 113 ++++++++++++++ pipermail/nel/2001-March/000315.html | 174 +++++++++++++++++++++ pipermail/nel/2001-March/000316.html | 86 +++++++++++ pipermail/nel/2001-March/000317.html | 101 +++++++++++++ pipermail/nel/2001-March/000318.html | 68 +++++++++ pipermail/nel/2001-March/000319.html | 71 +++++++++ pipermail/nel/2001-March/000321.html | 64 ++++++++ pipermail/nel/2001-March/000322.html | 67 +++++++++ pipermail/nel/2001-March/000324.html | 141 +++++++++++++++++ pipermail/nel/2001-March/000325.html | 205 +++++++++++++++++++++++++ pipermail/nel/2001-March/000326.html | 63 ++++++++ pipermail/nel/2001-March/000327.html | 58 +++++++ pipermail/nel/2001-March/000328.html | 60 ++++++++ pipermail/nel/2001-March/000329.html | 148 ++++++++++++++++++ pipermail/nel/2001-March/000331.html | 64 ++++++++ pipermail/nel/2001-March/000332.html | 81 ++++++++++ pipermail/nel/2001-March/000333.html | 111 ++++++++++++++ pipermail/nel/2001-March/000334.html | 94 ++++++++++++ pipermail/nel/2001-March/000336.html | 75 ++++++++++ pipermail/nel/2001-March/000337.html | 161 ++++++++++++++++++++ pipermail/nel/2001-March/000338.html | 164 ++++++++++++++++++++ pipermail/nel/2001-March/000339.html | 59 ++++++++ pipermail/nel/2001-March/000340.html | 59 ++++++++ pipermail/nel/2001-March/000341.html | 61 ++++++++ pipermail/nel/2001-March/000343.html | 67 +++++++++ pipermail/nel/2001-March/000345.html | 55 +++++++ pipermail/nel/2001-March/000346.html | 60 ++++++++ pipermail/nel/2001-March/000348.html | 75 ++++++++++ pipermail/nel/2001-March/000349.html | 67 +++++++++ pipermail/nel/2001-March/000350.html | 68 +++++++++ pipermail/nel/2001-March/000351.html | 56 +++++++ pipermail/nel/2001-March/000352.html | 80 ++++++++++ pipermail/nel/2001-March/000353.html | 120 +++++++++++++++ pipermail/nel/2001-March/000355.html | 67 +++++++++ pipermail/nel/2001-March/000357.html | 62 ++++++++ pipermail/nel/2001-March/000359.html | 85 +++++++++++ pipermail/nel/2001-March/000360.html | 85 +++++++++++ pipermail/nel/2001-March/000362.html | 96 ++++++++++++ pipermail/nel/2001-March/000363.html | 115 ++++++++++++++ pipermail/nel/2001-March/000364.html | 70 +++++++++ pipermail/nel/2001-March/000365.html | 81 ++++++++++ pipermail/nel/2001-March/000366.html | 113 ++++++++++++++ pipermail/nel/2001-March/000367.html | 58 +++++++ pipermail/nel/2001-March/000368.html | 72 +++++++++ pipermail/nel/2001-March/000369.html | 143 ++++++++++++++++++ pipermail/nel/2001-March/000371.html | 64 ++++++++ pipermail/nel/2001-March/000373.html | 62 ++++++++ pipermail/nel/2001-March/000374.html | 82 ++++++++++ pipermail/nel/2001-March/000376.html | 90 +++++++++++ pipermail/nel/2001-March/000377.html | 82 ++++++++++ pipermail/nel/2001-March/000378.html | 115 ++++++++++++++ pipermail/nel/2001-March/000379.html | 82 ++++++++++ pipermail/nel/2001-March/000380.html | 59 ++++++++ pipermail/nel/2001-March/000381.html | 78 ++++++++++ pipermail/nel/2001-March/000383.html | 60 ++++++++ pipermail/nel/2001-March/000384.html | 48 ++++++ pipermail/nel/2001-March/000385.html | 143 ++++++++++++++++++ pipermail/nel/2001-March/000387.html | 60 ++++++++ pipermail/nel/2001-March/000388.html | 60 ++++++++ pipermail/nel/2001-March/000389.html | 66 ++++++++ pipermail/nel/2001-March/000390.html | 85 +++++++++++ pipermail/nel/2001-March/000391.html | 113 ++++++++++++++ pipermail/nel/2001-March/author.html | 126 ++++++++++++++++ pipermail/nel/2001-March/date.html | 126 ++++++++++++++++ pipermail/nel/2001-March/subject.html | 126 ++++++++++++++++ pipermail/nel/2001-March/thread.html | 275 ++++++++++++++++++++++++++++++++++ 68 files changed, 6185 insertions(+) create mode 100644 pipermail/nel/2001-March/000310.html create mode 100644 pipermail/nel/2001-March/000312.html create mode 100644 pipermail/nel/2001-March/000313.html create mode 100644 pipermail/nel/2001-March/000315.html create mode 100644 pipermail/nel/2001-March/000316.html create mode 100644 pipermail/nel/2001-March/000317.html create mode 100644 pipermail/nel/2001-March/000318.html create mode 100644 pipermail/nel/2001-March/000319.html create mode 100644 pipermail/nel/2001-March/000321.html create mode 100644 pipermail/nel/2001-March/000322.html create mode 100644 pipermail/nel/2001-March/000324.html create mode 100644 pipermail/nel/2001-March/000325.html create mode 100644 pipermail/nel/2001-March/000326.html create mode 100644 pipermail/nel/2001-March/000327.html create mode 100644 pipermail/nel/2001-March/000328.html create mode 100644 pipermail/nel/2001-March/000329.html create mode 100644 pipermail/nel/2001-March/000331.html create mode 100644 pipermail/nel/2001-March/000332.html create mode 100644 pipermail/nel/2001-March/000333.html create mode 100644 pipermail/nel/2001-March/000334.html create mode 100644 pipermail/nel/2001-March/000336.html create mode 100644 pipermail/nel/2001-March/000337.html create mode 100644 pipermail/nel/2001-March/000338.html create mode 100644 pipermail/nel/2001-March/000339.html create mode 100644 pipermail/nel/2001-March/000340.html create mode 100644 pipermail/nel/2001-March/000341.html create mode 100644 pipermail/nel/2001-March/000343.html create mode 100644 pipermail/nel/2001-March/000345.html create mode 100644 pipermail/nel/2001-March/000346.html create mode 100644 pipermail/nel/2001-March/000348.html create mode 100644 pipermail/nel/2001-March/000349.html create mode 100644 pipermail/nel/2001-March/000350.html create mode 100644 pipermail/nel/2001-March/000351.html create mode 100644 pipermail/nel/2001-March/000352.html create mode 100644 pipermail/nel/2001-March/000353.html create mode 100644 pipermail/nel/2001-March/000355.html create mode 100644 pipermail/nel/2001-March/000357.html create mode 100644 pipermail/nel/2001-March/000359.html create mode 100644 pipermail/nel/2001-March/000360.html create mode 100644 pipermail/nel/2001-March/000362.html create mode 100644 pipermail/nel/2001-March/000363.html create mode 100644 pipermail/nel/2001-March/000364.html create mode 100644 pipermail/nel/2001-March/000365.html create mode 100644 pipermail/nel/2001-March/000366.html create mode 100644 pipermail/nel/2001-March/000367.html create mode 100644 pipermail/nel/2001-March/000368.html create mode 100644 pipermail/nel/2001-March/000369.html create mode 100644 pipermail/nel/2001-March/000371.html create mode 100644 pipermail/nel/2001-March/000373.html create mode 100644 pipermail/nel/2001-March/000374.html create mode 100644 pipermail/nel/2001-March/000376.html create mode 100644 pipermail/nel/2001-March/000377.html create mode 100644 pipermail/nel/2001-March/000378.html create mode 100644 pipermail/nel/2001-March/000379.html create mode 100644 pipermail/nel/2001-March/000380.html create mode 100644 pipermail/nel/2001-March/000381.html create mode 100644 pipermail/nel/2001-March/000383.html create mode 100644 pipermail/nel/2001-March/000384.html create mode 100644 pipermail/nel/2001-March/000385.html create mode 100644 pipermail/nel/2001-March/000387.html create mode 100644 pipermail/nel/2001-March/000388.html create mode 100644 pipermail/nel/2001-March/000389.html create mode 100644 pipermail/nel/2001-March/000390.html create mode 100644 pipermail/nel/2001-March/000391.html create mode 100644 pipermail/nel/2001-March/author.html create mode 100644 pipermail/nel/2001-March/date.html create mode 100644 pipermail/nel/2001-March/subject.html create mode 100644 pipermail/nel/2001-March/thread.html (limited to 'pipermail/nel/2001-March') diff --git a/pipermail/nel/2001-March/000310.html b/pipermail/nel/2001-March/000310.html new file mode 100644 index 00000000..18f83e4d --- /dev/null +++ b/pipermail/nel/2001-March/000310.html @@ -0,0 +1,77 @@ + + + + [Nel] Error in the client: Read error in file 'data/' (End of file??) + + + + + + +

[Nel] Error in the client: Read error in file 'data/' (End of file??)

+ Leighton Haynes + dayta@ucc.gu.uwa.edu.au
+ Thu, 1 Mar 2001 09:39:53 +0800 +

+
+ +
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)
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2001-March/000312.html b/pipermail/nel/2001-March/000312.html new file mode 100644 index 00000000..524f462f --- /dev/null +++ b/pipermail/nel/2001-March/000312.html @@ -0,0 +1,63 @@ + + + + [Nel] Compile error + + + + + + +

[Nel] Compile error

+ nel@elwar.com + nel@elwar.com
+ Thu, 01 Mar 2001 01:49:50 -0500 +

+
+ +
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
+
+
+ + + + + + + + + +
+

+ diff --git a/pipermail/nel/2001-March/000313.html b/pipermail/nel/2001-March/000313.html new file mode 100644 index 00000000..c57e36c3 --- /dev/null +++ b/pipermail/nel/2001-March/000313.html @@ -0,0 +1,113 @@ + + + + [Nel] STLPort... + + + + + + +

[Nel] STLPort...

+ Brenden Towey + brenden@rcsis.com
+ Wed, 28 Feb 2001 21:45:35 -0800 +

+
+ +
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
+
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD W3 HTML//EN">
+
+
+
+
+
+
+
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--
+
+
+
+ + + + + +
+

+ diff --git a/pipermail/nel/2001-March/000315.html b/pipermail/nel/2001-March/000315.html new file mode 100644 index 00000000..fdb24fb0 --- /dev/null +++ b/pipermail/nel/2001-March/000315.html @@ -0,0 +1,174 @@ + + + + [Nel] Network Connections + + + + + + +

[Nel] Network Connections

+ Tom wright + thomas.wright1@ntlworld.com
+ Thu, 1 Mar 2001 08:48:29 -0000 +

+
+ +
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
+
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
+<HTML><HEAD>
+<META content=3D"text/html; charset=3Diso-8859-1" =
+http-equiv=3DContent-Type>
+<META content=3D"MSHTML 5.00.3103.1000" name=3DGENERATOR>
+<STYLE></STYLE>
+</HEAD>
+<BODY bgColor=3D#ffffff>
+<DIV><FONT face=3DArial size=3D2>Guys/Gals,</FONT></DIV>
+<DIV>&nbsp;</DIV>
+<DIV><FONT face=3DArial size=3D2>Having followed your arguements so far, =
+i though i=20
+would chuck in my 2 p worth.</FONT></DIV>
+<DIV>&nbsp;</DIV>
+<DIV><FONT face=3DArial size=3D2>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.&nbsp; Look at EQ currently, they struggle with 2000.&nbsp; =
+But=20
+this is just my opinion :-) so feel free to ignore it.</FONT></DIV>
+<DIV>&nbsp;</DIV>
+<DIV><FONT face=3DArial size=3D2>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.&nbsp; =
+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.&nbsp; unfortunately =
+i can=20
+not tell you how&nbsp;well this is going to scale :-( Just look up =
+WSAEvents for=20
+READ, SEND and CLOSE.&nbsp; It does make your sending more entertaining =
+however=20
+:-)</FONT></DIV>
+<DIV>&nbsp;</DIV>
+<DIV><FONT face=3DArial size=3D2>3) Windows did support something called =
+micro=20
+threads, which had a much lower over head than traditional =
+threads.&nbsp; These=20
+( if i remember correctly ) were designed specifically for scalable IO ( =
+as in=20
+IIS ).&nbsp; Some time looking here may well yield some useful=20
+results.</FONT></DIV>
+<DIV>&nbsp;</DIV>
+<DIV><FONT face=3DArial size=3D2>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.&nbsp; =
+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.&nbsp; 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.</FONT></DIV>
+<DIV>&nbsp;</DIV>
+<DIV><FONT face=3DArial size=3D2>Regards</FONT></DIV>
+<DIV>&nbsp;</DIV>
+<DIV><FONT face=3DArial size=3D2>Tom</FONT></DIV>
+<DIV>&nbsp;</DIV>
+<DIV><FONT face=3DArial size=3D2>PS A binary of the next release for =
+windows would=20
+be nice, takes HOURS to build :-)</FONT></DIV>
+<DIV>&nbsp;</DIV>
+<DIV>&nbsp;</DIV></BODY></HTML>
+
+------=_NextPart_000_000B_01C0A22C.632195A0--
+
+
+
+ + + + + + + + +
+

+ diff --git a/pipermail/nel/2001-March/000316.html b/pipermail/nel/2001-March/000316.html new file mode 100644 index 00000000..b6f93e2c --- /dev/null +++ b/pipermail/nel/2001-March/000316.html @@ -0,0 +1,86 @@ + + + + [Nel] NeL Network Engine + + + + + + +

[Nel] NeL Network Engine

+ Leighton Haynes + dayta@ucc.gu.uwa.edu.au
+ Thu, 1 Mar 2001 17:33:07 +0800 +

+
+ +
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)
+
+
+ + +
+

+ diff --git a/pipermail/nel/2001-March/000317.html b/pipermail/nel/2001-March/000317.html new file mode 100644 index 00000000..c94a06de --- /dev/null +++ b/pipermail/nel/2001-March/000317.html @@ -0,0 +1,101 @@ + + + + [Nel] Network Connections + + + + + + +

[Nel] Network Connections

+ Vincent Archer + archer@nevrax.com
+ Thu, 1 Mar 2001 11:46:35 +0100 +

+
+ +
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!
+
+
+ + + + + + + + +
+

+ diff --git a/pipermail/nel/2001-March/000318.html b/pipermail/nel/2001-March/000318.html new file mode 100644 index 00000000..6c279c15 --- /dev/null +++ b/pipermail/nel/2001-March/000318.html @@ -0,0 +1,68 @@ + + + + [Nel] STLPort... + + + + + + +

[Nel] STLPort...

+ Dim Segebart + zager@teleaction.com
+ Thu, 1 Mar 2001 12:26:22 +0100 +

+
+ +
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
+
+
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2001-March/000319.html b/pipermail/nel/2001-March/000319.html new file mode 100644 index 00000000..0e6f93d9 --- /dev/null +++ b/pipermail/nel/2001-March/000319.html @@ -0,0 +1,71 @@ + + + + Re[2]: [Nel] NeL Network Engine + + + + + + +

Re[2]: [Nel] NeL Network Engine

+ Dim Segebart + zager@teleaction.com
+ Thu, 1 Mar 2001 12:34:59 +0100 +

+
+ +
+Wednesday, February 28, 2001, 11:13:12 PM, you wrote:
+
+BH> * Zane <zane@supernova.org> [010228 19:17]:
+>> ----- Original Message -----
+>> From: "Vincent Caron" <v.caron@zerodeux.net>
+>> 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
+
+
+
+
+ + + + + + + + + +
+

+ diff --git a/pipermail/nel/2001-March/000321.html b/pipermail/nel/2001-March/000321.html new file mode 100644 index 00000000..12220818 --- /dev/null +++ b/pipermail/nel/2001-March/000321.html @@ -0,0 +1,64 @@ + + + + [Nel] Compile error + + + + + + +

[Nel] Compile error

+ Valignat Cedric + valignat@nevrax.com
+ Thu, 1 Mar 2001 14:26:11 +0100 +

+
+ +
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.
+
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2001-March/000322.html b/pipermail/nel/2001-March/000322.html new file mode 100644 index 00000000..38a10346 --- /dev/null +++ b/pipermail/nel/2001-March/000322.html @@ -0,0 +1,67 @@ + + + + [Nel] STLPort... + + + + + + +

[Nel] STLPort...

+ Brenden Towey + brenden@rcsis.com
+ Thu, 1 Mar 2001 07:41:11 -0800 +

+
+ +
-----Original Message-----
+From: Valignat Cedric <valignat@nevrax.com>
+
+>   <URL:http://www.stlport.org/>
+
+
+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
+
+
+
+
+ + + + + + + + +
+

+ diff --git a/pipermail/nel/2001-March/000324.html b/pipermail/nel/2001-March/000324.html new file mode 100644 index 00000000..8e23f7c3 --- /dev/null +++ b/pipermail/nel/2001-March/000324.html @@ -0,0 +1,141 @@ + + + + [Nel] Network Connections + + + + + + +

[Nel] Network Connections

+ Michael Warnock + michael@in-orbit.net
+ Thu, 1 Mar 2001 14:38:16 -0800 +

+
+ +
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
+
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
+<HTML><HEAD>
+<META content=3D"text/html; charset=3Diso-8859-1" =
+http-equiv=3DContent-Type>
+<META content=3D"MSHTML 5.00.3103.1000" name=3DGENERATOR>
+<STYLE></STYLE>
+</HEAD>
+<BODY bgColor=3D#ffffff>
+<BLOCKQUOTE=20
+style=3D"BORDER-LEFT: #000000 2px solid; MARGIN-LEFT: 5px; MARGIN-RIGHT: =
+0px; PADDING-LEFT: 5px; PADDING-RIGHT: 0px">
+  <DIV><FONT face=3DArial size=3D2>3) Windows did support something =
+called micro=20
+  threads, which had a much lower over head than traditional =
+threads.&nbsp;=20
+  These ( if i remember correctly ) were designed specifically for =
+scalable IO (=20
+  as in IIS ).&nbsp; Some time looking here may well yield some useful=20
+  results.</FONT></DIV></BLOCKQUOTE>
+<DIV><FONT face=3DArial size=3D2>I come from a nix background, but I =
+wouldn't doubt=20
+that windows also has had some implementation of microthreads.&nbsp; 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.&nbsp;=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.&nbsp; 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).&nbsp; 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.&nbsp; EVE (a commercial mmorpg) also =
+plans to=20
+use stackless as the basis for their game mechanics.&nbsp; I dont have =
+any=20
+benchmarks on its network performance or scalability, but I plan to test =
+it=20
+soon.</FONT></DIV>
+<DIV>&nbsp;</DIV>
+<DIV><FONT face=3DArial size=3D2>Michael Warnock</FONT></DIV>
+<DIV><FONT face=3DArial size=3D2>In-Orbit =
+Entertainment</FONT></DIV></BODY></HTML>
+
+------=_NextPart_000_0032_01C0A25D.40462150--
+
+
+
+ + + + +
+

+ diff --git a/pipermail/nel/2001-March/000325.html b/pipermail/nel/2001-March/000325.html new file mode 100644 index 00000000..2b1cdbfb --- /dev/null +++ b/pipermail/nel/2001-March/000325.html @@ -0,0 +1,205 @@ + + + + [Nel] Network Connections + + + + + + +

[Nel] Network Connections

+ Michael Warnock + michael@in-orbit.net
+ Thu, 1 Mar 2001 15:41:15 -0800 +

+
+ +
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
+
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
+<HTML><HEAD>
+<META content=3D"text/html; charset=3Diso-8859-1" =
+http-equiv=3DContent-Type>
+<META content=3D"MSHTML 5.00.3103.1000" name=3DGENERATOR>
+<STYLE></STYLE>
+</HEAD>
+<BODY bgColor=3D#ffffff>
+<DIV><FONT face=3DArial size=3D2>oops:)</FONT></DIV>
+<DIV>&nbsp;</DIV>
+<DIV><FONT face=3DArial size=3D2>It is actually <A=20
+href=3D"http://www.stackless.com">http://www.stackless.com</A> =
+</FONT></DIV>
+<DIV>&nbsp;</DIV>
+<DIV><FONT face=3DArial size=3D2>Here are more relavent =
+urls:</FONT></DIV>
+<DIV><FONT face=3DArial size=3D2><A=20
+href=3D"http://world.std.com/~wware/uthread.html">http://world.std.com/~w=
+ware/uthread.html</A><BR><A=20
+href=3D"http://www.eve-online.com/faq/faq_08.asp">http://www.eve-online.c=
+om/faq/faq_08.asp</A><BR><A=20
+href=3D"http://pdos.lcs.mit.edu/exo/">http://pdos.lcs.mit.edu/exo/</A><BR=
+></FONT></DIV>
+<DIV><FONT face=3DArial size=3D2>We hope to use the MIT exokernel the =
+last url=20
+refers to as a stripped down os for the servers.</FONT></DIV>
+<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
+<DIV><FONT face=3DArial size=3D2>Michael Warnock</FONT></DIV>
+<DIV><FONT face=3DArial size=3D2>In-Orbit Entertainment</DIV></FONT>
+<BLOCKQUOTE=20
+style=3D"BORDER-LEFT: #000000 2px solid; MARGIN-LEFT: 5px; MARGIN-RIGHT: =
+0px; PADDING-LEFT: 5px; PADDING-RIGHT: 0px">
+  <DIV style=3D"FONT: 10pt arial">----- Original Message ----- </DIV>
+  <DIV=20
+  style=3D"BACKGROUND: #e4e4e4; FONT: 10pt arial; font-color: =
+black"><B>From:</B>=20
+  <A href=3D"mailto:michael@in-orbit.net" =
+title=3Dmichael@in-orbit.net>Michael=20
+  Warnock</A> </DIV>
+  <DIV style=3D"FONT: 10pt arial"><B>To:</B> <A =
+href=3D"mailto:nel@nevrax.org"=20
+  title=3Dnel@nevrax.org>nel@nevrax.org</A> </DIV>
+  <DIV style=3D"FONT: 10pt arial"><B>Sent:</B> Thursday, March 01, 2001 =
+2:38=20
+  PM</DIV>
+  <DIV style=3D"FONT: 10pt arial"><B>Subject:</B> Re: [Nel] Network=20
+  Connections</DIV>
+  <DIV><BR></DIV>
+  <BLOCKQUOTE=20
+  style=3D"BORDER-LEFT: #000000 2px solid; MARGIN-LEFT: 5px; =
+MARGIN-RIGHT: 0px; PADDING-LEFT: 5px; PADDING-RIGHT: 0px">
+    <DIV><FONT face=3DArial size=3D2>3) Windows did support something =
+called micro=20
+    threads, which had a much lower over head than traditional =
+threads.&nbsp;=20
+    These ( if i remember correctly ) were designed specifically for =
+scalable IO=20
+    ( as in IIS ).&nbsp; Some time looking here may well yield some =
+useful=20
+    results.</FONT></DIV></BLOCKQUOTE>
+  <DIV><FONT face=3DArial size=3D2>I come from a nix background, but I =
+wouldn't=20
+  doubt that windows also has had some implementation of =
+microthreads.&nbsp; 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.&nbsp; 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.&nbsp; 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).&nbsp; 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.&nbsp; =
+EVE (a=20
+  commercial mmorpg) also plans to use stackless as the basis for their =
+game=20
+  mechanics.&nbsp; I dont have any benchmarks on its network performance =
+or=20
+  scalability, but I plan to test it soon.</FONT></DIV>
+  <DIV>&nbsp;</DIV>
+  <DIV><FONT face=3DArial size=3D2>Michael Warnock</FONT></DIV>
+  <DIV><FONT face=3DArial size=3D2>In-Orbit=20
+Entertainment</FONT></DIV></BLOCKQUOTE></BODY></HTML>
+
+------=_NextPart_000_0052_01C0A266.0D10C2A0--
+
+
+
+ + + + +
+

+ diff --git a/pipermail/nel/2001-March/000326.html b/pipermail/nel/2001-March/000326.html new file mode 100644 index 00000000..798cf05c --- /dev/null +++ b/pipermail/nel/2001-March/000326.html @@ -0,0 +1,63 @@ + + + + [Nel] Compile error + + + + + + +

[Nel] Compile error

+ Valignat Cedric + valignat@nevrax.com
+ Fri, 2 Mar 2001 12:50:37 +0100 +

+
+ +
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.
+
+
+
+ + +
+

+ diff --git a/pipermail/nel/2001-March/000327.html b/pipermail/nel/2001-March/000327.html new file mode 100644 index 00000000..8b1a4d72 --- /dev/null +++ b/pipermail/nel/2001-March/000327.html @@ -0,0 +1,58 @@ + + + + [Nel] STLPort... + + + + + + +

[Nel] STLPort...

+ Valignat Cedric + valignat@nevrax.com
+ Fri, 2 Mar 2001 10:14:36 +0100 +

+
+ +
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.
+
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2001-March/000328.html b/pipermail/nel/2001-March/000328.html new file mode 100644 index 00000000..e1c15877 --- /dev/null +++ b/pipermail/nel/2001-March/000328.html @@ -0,0 +1,60 @@ + + + + [Nel] Screenshot selection unveiled + + + + + + +

[Nel] Screenshot selection unveiled

+ Vincent Archer + archer@nevrax.com
+ Fri, 2 Mar 2001 17:09:12 +0100 +

+
+ +
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:
+	http://www.nevrax.org/screenshots/
+
+-- 
+Vincent Archer                                         Email: archer@nevrax.com
+
+Nevrax France.                              Off on the yellow brick road we go!
+
+
+ + + + +
+

+ diff --git a/pipermail/nel/2001-March/000329.html b/pipermail/nel/2001-March/000329.html new file mode 100644 index 00000000..f5379277 --- /dev/null +++ b/pipermail/nel/2001-March/000329.html @@ -0,0 +1,148 @@ + + + + [Nel] Network Connections + + + + + + +

[Nel] Network Connections

+ Tom wright + thomas.wright1@ntlworld.com
+ Fri, 2 Mar 2001 18:09:22 -0000 +

+
+ +
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
+
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
+<HTML><HEAD>
+<META content=3D"text/html; charset=3Diso-8859-1" =
+http-equiv=3DContent-Type>
+<META content=3D"MSHTML 5.00.3103.1000" name=3DGENERATOR>
+<STYLE></STYLE>
+</HEAD>
+<BODY bgColor=3D#ffffff>
+<DIV><FONT face=3DArial size=3D2>Hi Michael,</FONT></DIV>
+<DIV>&nbsp;</DIV>
+<DIV><FONT face=3DArial size=3D2>yeah i have played about with python =
+and read with=20
+interest the stackles stuff.&nbsp; Some neat technology. However as good =
+as=20
+python is for rapid developement it has one VERY serious drawback, and =
+thats its=20
+speed.&nbsp; 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++.&nbsp; Would u not be =
+better=20
+using your own custom language for inserver scripting that you can tweak =
+to the=20
+nth degree ??&nbsp; 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.&nbsp; It takes =
+more=20
+effort of course but could well yield better results.&nbsp; How about =
+inventing=20
+a new language specifically for MMORGS :-)</FONT></DIV>
+<DIV>&nbsp;</DIV>
+<DIV><FONT face=3DArial size=3D2>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.&nbsp; They dont have =
+anything=20
+to do with continuations ala python ( as far as i am aware =
+).</FONT></DIV>
+<DIV>&nbsp;</DIV>
+<DIV><FONT face=3DArial size=3D2>However it sounds like the deployment =
+platform is=20
+some custom unix box, so its all academic :-)&nbsp; </FONT></DIV>
+<DIV>&nbsp;</DIV>
+<DIV><FONT face=3DArial size=3D2>BTW2 Have you looked at ACE by Doug =
+Schmidt at=20
+Washington Uni ??&nbsp; That would provide u with common comms layer on =
+many=20
+unix and windows platforms.&nbsp; Its a nice piece of kit.</FONT></DIV>
+<DIV>&nbsp;</DIV>
+<DIV><FONT face=3DArial size=3D2>Regards</FONT></DIV>
+<DIV>&nbsp;</DIV>
+<DIV><FONT face=3DArial size=3D2>Tom</FONT></DIV></BODY></HTML>
+
+------=_NextPart_000_000C_01C0A343.E845D1C0--
+
+
+
+ + + + +
+

+ diff --git a/pipermail/nel/2001-March/000331.html b/pipermail/nel/2001-March/000331.html new file mode 100644 index 00000000..6bdb3c7d --- /dev/null +++ b/pipermail/nel/2001-March/000331.html @@ -0,0 +1,64 @@ + + + + [Nel] Network Connections + + + + + + +

[Nel] Network Connections

+ Charles Dupont + duponc@rpi.edu
+ Fri, 02 Mar 2001 14:18:32 -0500 +

+
+ +
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
+
+
+
+ + +
+

+ diff --git a/pipermail/nel/2001-March/000332.html b/pipermail/nel/2001-March/000332.html new file mode 100644 index 00000000..0f85b158 --- /dev/null +++ b/pipermail/nel/2001-March/000332.html @@ -0,0 +1,81 @@ + + + + [Nel] Screenshots + + + + + + +

[Nel] Screenshots

+ Jared Mark + jmark4@home.com
+ Fri, 2 Mar 2001 17:38:36 -0600 +

+
+ +
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
+
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
+<HTML><HEAD>
+<META http-equiv=3DContent-Type content=3D"text/html; =
+charset=3Diso-8859-1">
+<META content=3D"MSHTML 5.50.4522.1801" name=3DGENERATOR>
+<STYLE></STYLE>
+</HEAD>
+<BODY bgColor=3D#ffffff>
+<DIV><FONT size=3D2>I would like to post some of these screen shots up =
+on my=20
+game's public information site... May I?&nbsp; Also, must the "NeL" logo =
+appear=20
+in them?</FONT></DIV>
+<DIV><FONT size=3D2></FONT>&nbsp;</DIV>
+<DIV><FONT size=3D2>TIA.</FONT></DIV></BODY></HTML>
+
+------=_NextPart_000_004A_01C0A33F.9C4F8C60--
+
+
+
+ + + + +
+

+ diff --git a/pipermail/nel/2001-March/000333.html b/pipermail/nel/2001-March/000333.html new file mode 100644 index 00000000..7cd2a1d6 --- /dev/null +++ b/pipermail/nel/2001-March/000333.html @@ -0,0 +1,111 @@ + + + + [Nel] Some misc questions + + + + + + +

[Nel] Some misc questions

+ Jared Mark + jmark4@home.com
+ Fri, 2 Mar 2001 18:15:43 -0600 +

+
+ +
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
+
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
+<HTML><HEAD>
+<META http-equiv=3DContent-Type content=3D"text/html; =
+charset=3Diso-8859-1">
+<META content=3D"MSHTML 5.50.4522.1801" name=3DGENERATOR>
+<STYLE></STYLE>
+</HEAD>
+<BODY bgColor=3D#ffffff>
+<DIV><FONT size=3D2>1) When, if ever, will the 3D Studio plugin for NeL =
+be=20
+released to the public?</FONT></DIV>
+<DIV><FONT size=3D2>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?&nbsp; If so, what are they, and where can we get =
+them?</FONT></DIV>
+<DIV><FONT size=3D2>3) Is there anything in the works as far =
+as&nbsp;"world=20
+creation documentation" goes?&nbsp; 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."?&nbsp; Or will we need to just kinda figure it out =
+ourselves...=20
+:)</FONT></DIV>
+<DIV><FONT size=3D2>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?&nbsp; (If =
+there's=20
+any at all)...</FONT></DIV>
+<DIV><FONT size=3D2></FONT>&nbsp;</DIV>
+<DIV><FONT size=3D2>TIA</FONT></DIV></BODY></HTML>
+
+------=_NextPart_000_0059_01C0A344.CBBF7640--
+
+
+
+ + + + + +
+

+ diff --git a/pipermail/nel/2001-March/000334.html b/pipermail/nel/2001-March/000334.html new file mode 100644 index 00000000..784c79da --- /dev/null +++ b/pipermail/nel/2001-March/000334.html @@ -0,0 +1,94 @@ + + + + [Nel] Volatile source, cryptic CVS log entries + + + + + + +

[Nel] Volatile source, cryptic CVS log entries

+ robert@paradox.got.net + robert@paradox.got.net
+ Sat, 3 Mar 2001 01:05:59 -0800 (PST) +

+
+ +
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."
+<robert@got.net>                    -- login fortune
+
+
+
+ + + + + + +
+

+ diff --git a/pipermail/nel/2001-March/000336.html b/pipermail/nel/2001-March/000336.html new file mode 100644 index 00000000..64cafbc0 --- /dev/null +++ b/pipermail/nel/2001-March/000336.html @@ -0,0 +1,75 @@ + + + + [Nel] Volatile source, cryptic CVS log entries + + + + + + +

[Nel] Volatile source, cryptic CVS log entries

+ Lionel Berenguier + berenguier@nevrax.com
+ Mon, 5 Mar 2001 10:19:25 +0100 +

+
+ +
----- Original Message -----
+From: <robert@paradox.got.net>
+To: <nel@nevrax.org>
+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
+
+
+
+
+ + + + + +
+

+ diff --git a/pipermail/nel/2001-March/000337.html b/pipermail/nel/2001-March/000337.html new file mode 100644 index 00000000..c245f586 --- /dev/null +++ b/pipermail/nel/2001-March/000337.html @@ -0,0 +1,161 @@ + + + + [Nel] problems compiling nel/net/new_message.h + + + + + + +

[Nel] problems compiling nel/net/new_message.h

+ Vianney Lecroart + lecroart@nevrax.com
+ Mon, 5 Mar 2001 10:41:24 +0100 +

+
+ +
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" <adam@papakane.com>
+To: <nel@nevrax.org>
+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
+> http://www.nevrax.org/mailman/listinfo.cgi/nel
+
+
+
+ + + + + + +
+

+ diff --git a/pipermail/nel/2001-March/000338.html b/pipermail/nel/2001-March/000338.html new file mode 100644 index 00000000..eff91668 --- /dev/null +++ b/pipermail/nel/2001-March/000338.html @@ -0,0 +1,164 @@ + + + + [Nel] newbies about packet schema + + + + + + +

[Nel] newbies about packet schema

+ jaleco + jaleco@svr1.gameone.com.tw
+ Tue, 6 Mar 2001 12:05:42 +0800 +

+
+ +
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
+
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
+<HTML><HEAD>
+<META http-equiv=3DContent-Type content=3D"text/html; charset=3Dbig5">
+<META content=3D"MSHTML 5.50.4522.1800" name=3DGENERATOR>
+<STYLE></STYLE>
+</HEAD>
+<BODY bgColor=3D#ffffff>
+<DIV><FONT size=3D2>I have read artice for winsock program, =
+</FONT></DIV>
+<DIV><FONT size=3D2>if folling article is true, that snow ball netowrk =
+driver ,=20
+should change it's packet schema.</FONT></DIV>
+<DIV><FONT size=3D2>any one can give me suggect ?</FONT></DIV>
+<DIV><FONT size=3D2></FONT>&nbsp;</DIV>
+<DIV><FONT size=3D2>original from <A=20
+href=3D"http://www.cyberport.com/~tangent/programming/winsock/intermediat=
+e.html#disable-nagle">http://www.cyberport.com/~tangent/programming/winso=
+ck/intermediate.html#disable-nagle</A></FONT></DIV>
+<DIV>
+<P>Inexperienced Winsockers usually try disabling the Nagle algorithm =
+when they=20
+are trying to impose some kind of <A=20
+href=3D"http://www.cyberport.com/~tangent/programming/winsock/intermediat=
+e.html#packetscheme">packet=20
+scheme</A> 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:</P>
+<OL>
+  <LI>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
+  <LI>Winsock Layered Service Providers (LSPs) may coalesce or fragment =
+stream=20
+  data, especially LSPs that modify the data as it passes.=20
+  <LI>Turning off the Nagle algorithm in a client program will not =
+affect the=20
+  way that the server sends packets, and vice versa.=20
+  <LI>Routers and other intermediaries on the network can fragment =
+packets, and=20
+  there is no guarantee of "proper" reassembly with stream protocols.=20
+  <LI>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
+  <LI>Winsock is not required to give you all the data it has queued on =
+a socket=20
+  even if your <CODE>recv()</CODE> call gave Winsock enough buffer =
+space. It may=20
+  require several calls to get all the data queued on a socket.=20
+</LI></OL></DIV></BODY></HTML>
+
+------=_NextPart_000_0010_01C0A635.C4605920--
+
+
+
+
+ + + + + + + +
+

+ diff --git a/pipermail/nel/2001-March/000339.html b/pipermail/nel/2001-March/000339.html new file mode 100644 index 00000000..4e3fe46e --- /dev/null +++ b/pipermail/nel/2001-March/000339.html @@ -0,0 +1,59 @@ + + + + [Nel] compile.cpp + + + + + + +

[Nel] compile.cpp

+ nel@elwar.com + nel@elwar.com
+ Tue, 06 Mar 2001 00:39:40 -0500 +

+
+ +
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
+
+
+ + + + + + + +
+

+ diff --git a/pipermail/nel/2001-March/000340.html b/pipermail/nel/2001-March/000340.html new file mode 100644 index 00000000..eb44389b --- /dev/null +++ b/pipermail/nel/2001-March/000340.html @@ -0,0 +1,59 @@ + + + + [Nel] compile.cpp + + + + + + +

[Nel] compile.cpp

+ Michael Warnock + michael@in-orbit.net
+ Mon, 5 Mar 2001 22:22:40 -0800 +

+
+ +
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.
+
+
+
+ + + + + + + +
+

+ diff --git a/pipermail/nel/2001-March/000341.html b/pipermail/nel/2001-March/000341.html new file mode 100644 index 00000000..5fde15af --- /dev/null +++ b/pipermail/nel/2001-March/000341.html @@ -0,0 +1,61 @@ + + + + [Nel] compile.cpp + + + + + + +

[Nel] compile.cpp

+ Vianney Lecroart + lecroart@nevrax.com
+ Tue, 6 Mar 2001 10:35:31 +0100 +

+
+ +
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
+
+
+
+ + + + + + + + +
+

+ diff --git a/pipermail/nel/2001-March/000343.html b/pipermail/nel/2001-March/000343.html new file mode 100644 index 00000000..659989aa --- /dev/null +++ b/pipermail/nel/2001-March/000343.html @@ -0,0 +1,67 @@ + + + + [Nel] Volatile source, cryptic CVS log entries + + + + + + +

[Nel] Volatile source, cryptic CVS log entries

+ Cedric Valignat + valignat@nevrax.com
+ Tue, 6 Mar 2001 15:30:14 +0100 +

+
+ +
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.
+
+
+
+ + + + +
+

+ diff --git a/pipermail/nel/2001-March/000345.html b/pipermail/nel/2001-March/000345.html new file mode 100644 index 00000000..b3508624 --- /dev/null +++ b/pipermail/nel/2001-March/000345.html @@ -0,0 +1,55 @@ + + + + [Nel] Pb compiling from CVS + + + + + + +

[Nel] Pb compiling from CVS

+ Vincent Caron + v.caron@zerodeux.net
+ Tue, 06 Mar 2001 15:53:55 +0100 +

+
+ +
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)
+
+
+ + + + + + + + + +
+

+ diff --git a/pipermail/nel/2001-March/000346.html b/pipermail/nel/2001-March/000346.html new file mode 100644 index 00000000..7cc7f0ce --- /dev/null +++ b/pipermail/nel/2001-March/000346.html @@ -0,0 +1,60 @@ + + + + [Nel] compile.cpp + + + + + + +

[Nel] compile.cpp

+ Cedric Valignat + valignat@nevrax.com
+ Tue, 6 Mar 2001 16:05:06 +0100 +

+
+ +
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.
+
+
+
+ + + + + + + +
+

+ diff --git a/pipermail/nel/2001-March/000348.html b/pipermail/nel/2001-March/000348.html new file mode 100644 index 00000000..9dd90211 --- /dev/null +++ b/pipermail/nel/2001-March/000348.html @@ -0,0 +1,75 @@ + + + + [Nel] Some misc questions + + + + + + +

[Nel] Some misc questions

+ Vincent Archer + archer@nevrax.com
+ Tue, 6 Mar 2001 16:39:52 +0100 +

+
+ +
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!
+
+
+ + +
+

+ diff --git a/pipermail/nel/2001-March/000349.html b/pipermail/nel/2001-March/000349.html new file mode 100644 index 00000000..c025b184 --- /dev/null +++ b/pipermail/nel/2001-March/000349.html @@ -0,0 +1,67 @@ + + + + [Nel] Pb compiling from CVS + + + + + + +

[Nel] Pb compiling from CVS

+ Cedric Valignat + valignat@nevrax.com
+ Tue, 6 Mar 2001 17:41:33 +0100 +

+
+ +
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.
+
+
+
+ + + + + + + +
+

+ diff --git a/pipermail/nel/2001-March/000350.html b/pipermail/nel/2001-March/000350.html new file mode 100644 index 00000000..b8fc1652 --- /dev/null +++ b/pipermail/nel/2001-March/000350.html @@ -0,0 +1,68 @@ + + + + [Nel] Pb compiling from CVS + + + + + + +

[Nel] Pb compiling from CVS

+ Vincent Archer + archer@nevrax.com
+ Tue, 6 Mar 2001 17:52:43 +0100 +

+
+ +
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:
+
+http://www.nevrax.org/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!
+
+
+ + + + + + + +
+

+ diff --git a/pipermail/nel/2001-March/000351.html b/pipermail/nel/2001-March/000351.html new file mode 100644 index 00000000..cfe7ea88 --- /dev/null +++ b/pipermail/nel/2001-March/000351.html @@ -0,0 +1,56 @@ + + + + [Nel] Pb compiling from CVS + + + + + + +

[Nel] Pb compiling from CVS

+ Vincent Caron + v.caron@zerodeux.net
+ Tue, 06 Mar 2001 17:56:49 +0100 +

+
+ +
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'.
+
+
+ + + + + +
+

+ diff --git a/pipermail/nel/2001-March/000352.html b/pipermail/nel/2001-March/000352.html new file mode 100644 index 00000000..def14384 --- /dev/null +++ b/pipermail/nel/2001-March/000352.html @@ -0,0 +1,80 @@ + + + + [Nel] newbies about packet schema + + + + + + +

[Nel] newbies about packet schema

+ Kenneth Duda + kjd@cs.stanford.edu
+ Sat, 3 Mar 2001 02:02:34 -0800 +

+
+ +
> 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
+<kjd@cs.stanford.edu>
+
+
+
+ + +
+

+ diff --git a/pipermail/nel/2001-March/000353.html b/pipermail/nel/2001-March/000353.html new file mode 100644 index 00000000..406534f7 --- /dev/null +++ b/pipermail/nel/2001-March/000353.html @@ -0,0 +1,120 @@ + + + + [Nel] compile.cpp + + + + + + +

[Nel] compile.cpp

+ Michael Warnock + michael@in-orbit.net
+ Tue, 6 Mar 2001 11:42:32 -0800 +

+
+ +
> 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<char,class
+_STLD::char_traits<char>,class _STLD::allocator<char> >,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<char,class _STLD::char_traits<char>,class
+_STLD::allocator<char> > 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<char,class
+_STL::char_traits<char>,class _STL::allocat
+or<char> > 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<char,class _STL::char_traits<char>,class
+_STL::allocator<char> > 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<char,class
+_STL::char_traits<char>,class _STL::allocator<char> > 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<char,class
+_STL::char_traits<char>,class _STL::allocator<char>
+ > 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<char,class _STL::char_traits<char>,class
+_STL::allocator<char> > 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<char,class
+_STL::char_traits<char>,class _STL::allocator<char> >
+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.
+
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2001-March/000355.html b/pipermail/nel/2001-March/000355.html new file mode 100644 index 00000000..ff1ebbac --- /dev/null +++ b/pipermail/nel/2001-March/000355.html @@ -0,0 +1,67 @@ + + + + [Nel] client trouble + + + + + + +

[Nel] client trouble

+ nel@elwar.com + nel@elwar.com
+ Wed, 07 Mar 2001 00:19:27 -0500 +

+
+ +
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
+
+
+ + + + + + +
+

+ diff --git a/pipermail/nel/2001-March/000357.html b/pipermail/nel/2001-March/000357.html new file mode 100644 index 00000000..aa3517d3 --- /dev/null +++ b/pipermail/nel/2001-March/000357.html @@ -0,0 +1,62 @@ + + + + [Nel] still having data/ problem + + + + + + +

[Nel] still having data/ problem

+ robert@paradox.got.net + robert@paradox.got.net
+ Tue, 6 Mar 2001 20:22:23 -0800 (PST) +

+
+ +
> 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."
+<robert@got.net>                    -- login fortune
+
+
+
+ + + + +
+

+ diff --git a/pipermail/nel/2001-March/000359.html b/pipermail/nel/2001-March/000359.html new file mode 100644 index 00000000..bbc60ef9 --- /dev/null +++ b/pipermail/nel/2001-March/000359.html @@ -0,0 +1,85 @@ + + + + [Nel] segv if I press alt? + + + + + + +

[Nel] segv if I press alt?

+ robert@paradox.got.net + robert@paradox.got.net
+ Tue, 6 Mar 2001 22:30:39 -0800 (PST) +

+
+ +
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."
+<robert@got.net>                    -- login fortune
+
+
+
+ + + + +
+

+ diff --git a/pipermail/nel/2001-March/000360.html b/pipermail/nel/2001-March/000360.html new file mode 100644 index 00000000..4b011b96 --- /dev/null +++ b/pipermail/nel/2001-March/000360.html @@ -0,0 +1,85 @@ + + + + [Nel] segv if I press alt? + + + + + + +

[Nel] segv if I press alt?

+ Leighton Haynes + dayta@ucc.gu.uwa.edu.au
+ Wed, 7 Mar 2001 14:50:02 +0800 +

+
+ +
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)
+
+
+ + + + +
+

+ diff --git a/pipermail/nel/2001-March/000362.html b/pipermail/nel/2001-March/000362.html new file mode 100644 index 00000000..0830f108 --- /dev/null +++ b/pipermail/nel/2001-March/000362.html @@ -0,0 +1,96 @@ + + + + [Nel] here's the landscape.cpp patch I used + + + + + + +

[Nel] here's the landscape.cpp patch I used

+ robert@paradox.got.net + robert@paradox.got.net
+ Wed, 7 Mar 2001 01:33:34 -0800 (PST) +

+
+ +
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."
+<robert@got.net>                    -- login fortune
+
+
+
+ + + + +
+

+ diff --git a/pipermail/nel/2001-March/000363.html b/pipermail/nel/2001-March/000363.html new file mode 100644 index 00000000..ab35c98b --- /dev/null +++ b/pipermail/nel/2001-March/000363.html @@ -0,0 +1,115 @@ + + + + [Nel] here's the landscape.cpp patch I used + + + + + + +

[Nel] here's the landscape.cpp patch I used

+ Lionel Berenguier + berenguier@nevrax.com
+ Wed, 7 Mar 2001 11:59:21 +0100 +

+
+ +
----- Original Message -----
+From: <robert@paradox.got.net>
+To: <nel@nevrax.org>
+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
+
+
+
+
+ + + + +
+

+ diff --git a/pipermail/nel/2001-March/000364.html b/pipermail/nel/2001-March/000364.html new file mode 100644 index 00000000..a01e7904 --- /dev/null +++ b/pipermail/nel/2001-March/000364.html @@ -0,0 +1,70 @@ + + + + [Nel] compile.cpp + + + + + + +

[Nel] compile.cpp

+ Vianney Lecroart + lecroart@nevrax.com
+ Wed, 7 Mar 2001 14:05:51 +0100 +

+
+ +
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?
+
+
+
+
+ + +
+

+ diff --git a/pipermail/nel/2001-March/000365.html b/pipermail/nel/2001-March/000365.html new file mode 100644 index 00000000..5730e6b9 --- /dev/null +++ b/pipermail/nel/2001-March/000365.html @@ -0,0 +1,81 @@ + + + + [Nel] 'data/' bug + + + + + + +

[Nel] 'data/' bug

+ Vianney Lecroart + lecroart@nevrax.com
+ Wed, 7 Mar 2001 14:25:17 +0100 +

+
+ +
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?
+
+
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2001-March/000366.html b/pipermail/nel/2001-March/000366.html new file mode 100644 index 00000000..70a4362d --- /dev/null +++ b/pipermail/nel/2001-March/000366.html @@ -0,0 +1,113 @@ + + + + [Nel] newbies about packet schema + + + + + + +

[Nel] newbies about packet schema

+ jaleco + jaleco@svr1.gameone.com.tw
+ Thu, 8 Mar 2001 10:02:46 +0800 +

+
+ +
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
+
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
+<HTML><HEAD>
+<META http-equiv=3DContent-Type content=3D"text/html; charset=3Dbig5">
+<META content=3D"MSHTML 5.50.4522.1800" name=3DGENERATOR>
+<STYLE></STYLE>
+</HEAD>
+<BODY bgColor=3D#ffffff>
+<DIV><FONT size=3D2><FONT size=3D3>&gt;I am not familiar with the =
+snowball protocol=20
+("packet schema").<BR>&gt;However, I assure you that the article is =
+correct ---=20
+attempting<BR>&gt;to turn TCP from a byte stream into a sequenced =
+message stream=20
+by<BR>&gt;disabling Nagle will not work.&nbsp; The only way to implement =
+
+message<BR>&gt;semantics on top of TCP is to add your own packetization =
+to=20
+the<BR>&gt;byte stream.&nbsp; For example,</FONT></FONT></DIV>
+<DIV><FONT size=3D2><FONT size=3D3></FONT></FONT>&nbsp;</DIV>
+<DIV><FONT size=3D2><FONT size=3D3>thanks .</FONT></FONT></DIV>
+<DIV><FONT size=3D2><FONT size=3D3>but snowball seem&nbsp; have&nbsp; no =
+any packet=20
+schema , just disable Nagle .</FONT></FONT></DIV>
+<DIV><FONT size=3D2><FONT size=3D3>snowball assume send 50 byte , it =
+will receive 50=20
+byte once.</FONT></FONT></DIV>
+<DIV><FONT size=3D2><FONT size=3D3>if send 50 byte , the recevie 25 byte =
+twice,if it=20
+happen,snow ball is die.</FONT></FONT></DIV>
+<DIV>does it will happen in real world ( send n byte, recive total n =
+byte by=20
+more than one recive ) ?</DIV>
+<DIV><FONT size=3D2><FONT size=3D3></FONT>&nbsp;</DIV>
+<DIV><BR></DIV></FONT></BODY></HTML>
+
+------=_NextPart_000_000A_01C0A7B6.ECAB2720--
+
+
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2001-March/000367.html b/pipermail/nel/2001-March/000367.html new file mode 100644 index 00000000..308a728d --- /dev/null +++ b/pipermail/nel/2001-March/000367.html @@ -0,0 +1,58 @@ + + + + [Nel] newbies about packet schema + + + + + + +

[Nel] newbies about packet schema

+ Vincent Archer + archer@nevrax.com
+ Thu, 8 Mar 2001 11:25:37 +0100 +

+
+ +
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!
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2001-March/000368.html b/pipermail/nel/2001-March/000368.html new file mode 100644 index 00000000..48d0e848 --- /dev/null +++ b/pipermail/nel/2001-March/000368.html @@ -0,0 +1,72 @@ + + + + [Nel] problem when running snowball with win98 + + + + + + +

[Nel] problem when running snowball with win98

+ Antoine Hahusseau + antoine.hahusseau1@libertysurf.fr
+ Thu, 08 Mar 2001 19:50:05 +0100 +

+
+ +
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
+
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2001-March/000369.html b/pipermail/nel/2001-March/000369.html new file mode 100644 index 00000000..f1713c76 --- /dev/null +++ b/pipermail/nel/2001-March/000369.html @@ -0,0 +1,143 @@ + + + + [Nel] WWW.NEVRAX.ORG + + + + + + +

[Nel] WWW.NEVRAX.ORG

+ Christine Hall + return@trafficmagnet.net
+ Fri, 9 Mar 2001 08:17:54 +0800 +

+
+ +
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
+<HTML><HEAD><TITLE></TITLE>
+<META content="text/html; charset=iso-8859-1" http-equiv=Content-Type>
+<META content="MSHTML 5.00.2314.1000" name=GENERATOR></HEAD>
+<BODY bgColor=#ffffff><img src="http://report.trafficmagnet.net/report/tr/get.php?referemail=
+nel@nevrax.org
+" width=1 height=1 border=0><FONT face=Arial size=2>
+<P>Hello,<BR></P>
+<P>I visited 
+<A href=http://www.nevrax.org>www.nevrax.org</A>
+</A> and I 
+noticed that you are not listed on some search engines. I am sure you can 
+increase the number of people who visit 
+<A href=http://www.nevrax.org>www.nevrax.org</A>
+</A>. 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. </P>
+<P>To check our prices and submit 
+<A href=http://www.nevrax.org>www.nevrax.org</A>
+</A> to 
+300,000+ search engines, go to <a href="http://report.trafficmagnet.net/report/tr/click.php?referemail=
+nel@nevrax.org
+">TrafficMagnet.net</A></P>
+<P>I would love to hear from you. </P>
+<P>Best Regards,<BR>Christine Hall<BR>Sales &amp; Marketing<BR><a href="http://report.trafficmagnet.net/report/tr/click.php?referemail=
+nel@nevrax.org
+">www.TrafficMagnet.net</A> 
+<STYLE type=text/css>.button {
+	BACKGROUND-COLOR: #cc0000; COLOR: #ffffff; FONT-WEIGHT: bold
+}
+</STYLE>
+</P>
+<P>
+<TABLE border=0 cellPadding=0 cellSpacing=0 width=507>
+  <TBODY>
+  <TR>
+    <TD width=149><a href="http://report.trafficmagnet.net/report/tr/click.php?referemail=
+nel@nevrax.org
+"><IMG border=0 
+      height=159 src="http://image4.trafficmagnet.net/trafficmagnet/magnet.jpg" 
+      width=149></A></TD>
+    <TD width=59><a href="http://report.trafficmagnet.net/report/tr/click.php?referemail=
+nel@nevrax.org
+"><IMG border=0 
+      height=159 src="http://image4.trafficmagnet.net/trafficmagnet/blitz.gif" 
+      width=59></A></TD>
+    <TD width=253>
+      <TABLE border=0 cellPadding=0 cellSpacing=0>
+        <TBODY>
+        <TR>
+          <TD height=194 rowSpan=3 width=21><a href="http://report.trafficmagnet.net/report/tr/click.php?referemail=
+nel@nevrax.org
+"><IMG border=0 height=194 
+            src="http://image4.trafficmagnet.net/trafficmagnet/frameleft.jpg" 
+            width=21></A></TD>
+          <TD height=24 width=210><a href="http://report.trafficmagnet.net/report/tr/click.php?referemail=
+nel@nevrax.org
+"><IMG 
+            border=0 height=24 
+            src="http://image4.trafficmagnet.net/trafficmagnet/frametop.jpg" 
+            width=210></A></TD>
+          <TD height=194 rowSpan=3 width=22><a href="http://report.trafficmagnet.net/report/tr/click.php?referemail=
+nel@nevrax.org
+"><IMG border=0 height=194 
+            src="http://image4.trafficmagnet.net/trafficmagnet/frameright.jpg" 
+            width=22></A></TD></TR>
+        <TR>
+          <TD>
+<A Href = http://www.nevrax.org><IMG Src = http://image5.trafficmagnet.net/image/1/36/img39.jpg Border=0 width="210" height="141"></A>
+</A>
+          </TD></TR>
+        <TR>
+          <TD height=25 width=210><a href="http://report.trafficmagnet.net/report/tr/click.php?referemail=
+nel@nevrax.org
+"><IMG 
+            border=0 height=25 
+            src="http://image4.trafficmagnet.net/trafficmagnet/framebottom.jpg" 
+            width=210></A></TD></TR></TBODY></TABLE></TD>
+    <TD width=239><a href="http://report.trafficmagnet.net/report/tr/click.php?referemail=
+nel@nevrax.org
+"><IMG border=0 
+      height=175 src="http://image4.trafficmagnet.net/trafficmagnet/people.gif" 
+      width=239></A></TD></TR>
+  <TR>
+    <TD width=149><a href="http://report.trafficmagnet.net/report/tr/click.php?referemail=
+nel@nevrax.org
+"><IMG border=0 
+      height=48 src="http://image4.trafficmagnet.net/trafficmagnet/brand.jpg" 
+      width=149></A></TD>
+    <TD width=59>&nbsp;</TD>
+    <TD align=middle vAlign=bottom width=253>
+	<a href="http://report.trafficmagnet.net/report/tr/click.php?referemail=
+nel@nevrax.org
+"><IMG border=0 src="http://image4.trafficmagnet.net/trafficmagnet/signup.gif"></A>
+    </TD>
+    <TD align=right vAlign=bottom 
+width=239>&nbsp;</TD></TR></TBODY></TABLE></FONT></P></BODY></HTML>
+
+
+ + + + +
+

+ diff --git a/pipermail/nel/2001-March/000371.html b/pipermail/nel/2001-March/000371.html new file mode 100644 index 00000000..d978b6c3 --- /dev/null +++ b/pipermail/nel/2001-March/000371.html @@ -0,0 +1,64 @@ + + + + [Nel] Data format ? + + + + + + +

[Nel] Data format ?

+ Dim Segebart + zager@teleaction.com
+ Mon, 12 Mar 2001 17:53:58 +0100 +

+
+ +
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
+
+
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2001-March/000373.html b/pipermail/nel/2001-March/000373.html new file mode 100644 index 00000000..8721494b --- /dev/null +++ b/pipermail/nel/2001-March/000373.html @@ -0,0 +1,62 @@ + + + + [Nel] ugh, C++ is so obtuse + + + + + + +

[Nel] ugh, C++ is so obtuse

+ robert@paradox.got.net + robert@paradox.got.net
+ Mon, 12 Mar 2001 17:26:56 -0800 (PST) +

+
+ +
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."
+<robert@got.net>                    -- login fortune
+
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2001-March/000374.html b/pipermail/nel/2001-March/000374.html new file mode 100644 index 00000000..b8b792cb --- /dev/null +++ b/pipermail/nel/2001-March/000374.html @@ -0,0 +1,82 @@ + + + + [Nel] ugh, C++ is so obtuse + + + + + + +

[Nel] ugh, C++ is so obtuse

+ Michael Warnock + michael@in-orbit.net
+ Mon, 12 Mar 2001 20:01:12 -0800 +

+
+ +
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: <robert@paradox.got.net>
+To: <nel@nevrax.org>
+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."
+> <robert@got.net>                    -- login fortune
+>
+> _______________________________________________
+> Nel mailing list
+> Nel@nevrax.org
+> http://www.nevrax.org/mailman/listinfo.cgi/nel
+
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2001-March/000376.html b/pipermail/nel/2001-March/000376.html new file mode 100644 index 00000000..05737b3e --- /dev/null +++ b/pipermail/nel/2001-March/000376.html @@ -0,0 +1,90 @@ + + + + [Nel] ugh, C++ is so obtuse + + + + + + +

[Nel] ugh, C++ is so obtuse

+ Pierre Bonnefoy + pierre@mobivision.com
+ Wed, 14 Mar 2001 09:33:13 +0100 +

+
+ +
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<NL3D::CKeyQuat, NLMISC::CQuat> type_info node'
+/usr/local/lib/libnel3d.so: undefined reference to
+`NL3D::CTrackKeyFramerLinear<NL3D::CKeyQuat, NLMISC::CQuat>::getValue(void)
+const'
+/usr/local/lib/libnel3d.so: undefined reference to
+`NL3D::CTrackKeyFramerLinear<NL3D::CKeyQuat, NLMISC::CQuat> type_info
+function'
+/usr/local/lib/libnel3d.so: undefined reference to
+`NL3D::CTrackKeyFramerLinear<NL3D::CKeyQuat, NLMISC::CQuat> virtual table'
+/usr/local/lib/libnel3d.so: undefined reference to
+`NL3D::CTrackKeyFramerLinear<NL3D::CKeyQuat,
+NLMISC::CQuat>::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]
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2001-March/000377.html b/pipermail/nel/2001-March/000377.html new file mode 100644 index 00000000..2a707604 --- /dev/null +++ b/pipermail/nel/2001-March/000377.html @@ -0,0 +1,82 @@ + + + + [Nel] ugh, C++ is so obtuse + + + + + + +

[Nel] ugh, C++ is so obtuse

+ Cedric Valignat + valignat@nevrax.com
+ Wed, 14 Mar 2001 12:15:57 +0100 +

+
+ +
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 http://www.nevrax.org
+
+
+> 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.
+
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2001-March/000378.html b/pipermail/nel/2001-March/000378.html new file mode 100644 index 00000000..9bb5ad4f --- /dev/null +++ b/pipermail/nel/2001-March/000378.html @@ -0,0 +1,115 @@ + + + + [Nel] ugh, C++ is so obtuse + + + + + + +

[Nel] ugh, C++ is so obtuse

+ Cyril Corvazier + corvazier@nevrax.com
+ Wed, 14 Mar 2001 16:57:42 +0100 +

+
+ +
>
+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<NL3D::CKeyQuat, NLMISC::CQuat> type_info
+node'
+> /usr/local/lib/libnel3d.so: undefined reference to
+> `NL3D::CTrackKeyFramerLinear<NL3D::CKeyQuat,
+NLMISC::CQuat>::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 T>
+class a
+{
+    virtual void toto()=0;
+};
+
+template<class T>
+class b : public a<T>
+{
+    virtual void toto()
+    {
+        ...
+    };
+};
+
+// The second one is implemented, but toto function body is in the .cpp
+file.
+class b<int> : public a<int>
+{
+    virtual void toto();
+};
+
+In the .cpp:
+-----------
+virtual void b<int>::toto()
+{
+    ...
+};
+
+The fixe was to let the toto body inline in the header.
+
+Any comments ?
+
+---
+Cyril Corvazier
+Lead 3d programmer
+Nevrax France
+
+
+
+
+ + + + +
+

+ diff --git a/pipermail/nel/2001-March/000379.html b/pipermail/nel/2001-March/000379.html new file mode 100644 index 00000000..85f3e17d --- /dev/null +++ b/pipermail/nel/2001-March/000379.html @@ -0,0 +1,82 @@ + + + + [Nel] configure.in double quotes lossage + + + + + + +

[Nel] configure.in double quotes lossage

+ loic@senga.org + loic@senga.org
+ Wed, 14 Mar 2001 17:01:48 +0100 (CET) +

+
+ +
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 <GL/glext.h> version")
+  AC_EGREP_CPP( yo_glext_version,
+  [#include <GL/glext.h>
+  #ifdef GL_GLEXT_VERSION
+--- 217,223 ----
+  )
+  
+  dnl Checking the GLEXT version
+! AC_MSG_CHECKING(for <GL/glext.h> version)
+  AC_EGREP_CPP( yo_glext_version,
+  [#include <GL/glext.h>
+  #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
+
+
+ + + + + + +
+

+ diff --git a/pipermail/nel/2001-March/000380.html b/pipermail/nel/2001-March/000380.html new file mode 100644 index 00000000..a3029a99 --- /dev/null +++ b/pipermail/nel/2001-March/000380.html @@ -0,0 +1,59 @@ + + + + [Nel] configure.in double quotes lossage + + + + + + +

[Nel] configure.in double quotes lossage

+ Cedric Valignat + valignat@nevrax.com
+ Wed, 14 Mar 2001 18:34:47 +0100 +

+
+ +
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.
+
+
+
+ + + + + + +
+

+ diff --git a/pipermail/nel/2001-March/000381.html b/pipermail/nel/2001-March/000381.html new file mode 100644 index 00000000..37cd8c62 --- /dev/null +++ b/pipermail/nel/2001-March/000381.html @@ -0,0 +1,78 @@ + + + + [Nel] ugh, C++ is so obtuse + + + + + + +

[Nel] ugh, C++ is so obtuse

+ robert@paradox.got.net + robert@paradox.got.net
+ Wed, 14 Mar 2001 16:23:43 -0800 (PST) +

+
+ +
[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."
+<robert@got.net>                    -- login fortune
+
+
+
+ + + + +
+

+ diff --git a/pipermail/nel/2001-March/000383.html b/pipermail/nel/2001-March/000383.html new file mode 100644 index 00000000..6941f7a9 --- /dev/null +++ b/pipermail/nel/2001-March/000383.html @@ -0,0 +1,60 @@ + + + + [Nel] Server compilation and Python stuffs + + + + + + +

[Nel] Server compilation and Python stuffs

+ Cedric Valignat + valignat@nevrax.com
+ Thu, 15 Mar 2001 20:43:15 +0100 +

+
+ +
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.
+
+
+
+ + + + +
+

+ diff --git a/pipermail/nel/2001-March/000384.html b/pipermail/nel/2001-March/000384.html new file mode 100644 index 00000000..30a489ee --- /dev/null +++ b/pipermail/nel/2001-March/000384.html @@ -0,0 +1,48 @@ + + + + [Nel] list + + + + + + +

[Nel] list

+ San Mehat + nettwerk@valinux.com
+ Tue, 20 Mar 2001 11:57:50 -0800 +

+
+ +
list
+
+
+
+ + + + +
+

+ diff --git a/pipermail/nel/2001-March/000385.html b/pipermail/nel/2001-March/000385.html new file mode 100644 index 00000000..2060c9f8 --- /dev/null +++ b/pipermail/nel/2001-March/000385.html @@ -0,0 +1,143 @@ + + + + [Nel] WWW.NEVRAX.ORG + + + + + + +

[Nel] WWW.NEVRAX.ORG

+ Christine Hall + return@trafficmagnet.net
+ Tue, 27 Mar 2001 11:00:07 +0800 +

+
+ +
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
+<HTML><HEAD><TITLE></TITLE>
+<META content="text/html; charset=iso-8859-1" http-equiv=Content-Type>
+<META content="MSHTML 5.00.2314.1000" name=GENERATOR></HEAD>
+<BODY bgColor=#ffffff><img src="http://report.trafficmagnet.net/report/tr/get.php?referemail=
+nel@nevrax.org
+" width=1 height=1 border=0><FONT face=Arial size=2>
+<P>Hello,<BR></P>
+<P>I visited 
+<A href=http://www.nevrax.org>www.nevrax.org</A>
+</A> and I 
+noticed that you are not listed on some search engines. I am sure you can 
+increase the number of people who visit 
+<A href=http://www.nevrax.org>www.nevrax.org</A>
+</A>. 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. </P>
+<P>To check our prices and submit 
+<A href=http://www.nevrax.org>www.nevrax.org</A>
+</A> to 
+300,000+ search engines, go to <a href="http://report.trafficmagnet.net/report/tr/click.php?referemail=
+nel@nevrax.org
+">TrafficMagnet.net</A></P>
+<P>I would love to hear from you. </P>
+<P>Best Regards,<BR>Christine Hall<BR>Sales &amp; Marketing<BR><a href="http://report.trafficmagnet.net/report/tr/click.php?referemail=
+nel@nevrax.org
+">www.TrafficMagnet.net</A> 
+<STYLE type=text/css>.button {
+	BACKGROUND-COLOR: #cc0000; COLOR: #ffffff; FONT-WEIGHT: bold
+}
+</STYLE>
+</P>
+<P>
+<TABLE border=0 cellPadding=0 cellSpacing=0 width=507>
+  <TBODY>
+  <TR>
+    <TD width=149><a href="http://report.trafficmagnet.net/report/tr/click.php?referemail=
+nel@nevrax.org
+"><IMG border=0 
+      height=159 src="http://image4.trafficmagnet.net/trafficmagnet/magnet.jpg" 
+      width=149></A></TD>
+    <TD width=59><a href="http://report.trafficmagnet.net/report/tr/click.php?referemail=
+nel@nevrax.org
+"><IMG border=0 
+      height=159 src="http://image4.trafficmagnet.net/trafficmagnet/blitz.gif" 
+      width=59></A></TD>
+    <TD width=253>
+      <TABLE border=0 cellPadding=0 cellSpacing=0>
+        <TBODY>
+        <TR>
+          <TD height=194 rowSpan=3 width=21><a href="http://report.trafficmagnet.net/report/tr/click.php?referemail=
+nel@nevrax.org
+"><IMG border=0 height=194 
+            src="http://image4.trafficmagnet.net/trafficmagnet/frameleft.jpg" 
+            width=21></A></TD>
+          <TD height=24 width=210><a href="http://report.trafficmagnet.net/report/tr/click.php?referemail=
+nel@nevrax.org
+"><IMG 
+            border=0 height=24 
+            src="http://image4.trafficmagnet.net/trafficmagnet/frametop.jpg" 
+            width=210></A></TD>
+          <TD height=194 rowSpan=3 width=22><a href="http://report.trafficmagnet.net/report/tr/click.php?referemail=
+nel@nevrax.org
+"><IMG border=0 height=194 
+            src="http://image4.trafficmagnet.net/trafficmagnet/frameright.jpg" 
+            width=22></A></TD></TR>
+        <TR>
+          <TD>
+<A Href = http://www.nevrax.org><IMG Src = http://image5.trafficmagnet.net/image/1/36/img39.jpg Border=0 width="210" height="141"></A>
+</A>
+          </TD></TR>
+        <TR>
+          <TD height=25 width=210><a href="http://report.trafficmagnet.net/report/tr/click.php?referemail=
+nel@nevrax.org
+"><IMG 
+            border=0 height=25 
+            src="http://image4.trafficmagnet.net/trafficmagnet/framebottom.jpg" 
+            width=210></A></TD></TR></TBODY></TABLE></TD>
+    <TD width=239><a href="http://report.trafficmagnet.net/report/tr/click.php?referemail=
+nel@nevrax.org
+"><IMG border=0 
+      height=175 src="http://image4.trafficmagnet.net/trafficmagnet/people.gif" 
+      width=239></A></TD></TR>
+  <TR>
+    <TD width=149><a href="http://report.trafficmagnet.net/report/tr/click.php?referemail=
+nel@nevrax.org
+"><IMG border=0 
+      height=48 src="http://image4.trafficmagnet.net/trafficmagnet/brand.jpg" 
+      width=149></A></TD>
+    <TD width=59>&nbsp;</TD>
+    <TD align=middle vAlign=bottom width=253>
+	<a href="http://report.trafficmagnet.net/report/tr/click.php?referemail=
+nel@nevrax.org
+"><IMG border=0 src="http://image4.trafficmagnet.net/trafficmagnet/signup.gif"></A>
+    </TD>
+    <TD align=right vAlign=bottom 
+width=239>&nbsp;</TD></TR></TBODY></TABLE></FONT></P></BODY></HTML>
+
+
+ + + + +
+

+ diff --git a/pipermail/nel/2001-March/000387.html b/pipermail/nel/2001-March/000387.html new file mode 100644 index 00000000..eeaa76bb --- /dev/null +++ b/pipermail/nel/2001-March/000387.html @@ -0,0 +1,60 @@ + + + + [Nel] Is this list dead? + + + + + + +

[Nel] Is this list dead?

+ robert@wrack.thatsnice.org + robert@wrack.thatsnice.org
+ Tue, 27 Mar 2001 18:57:50 -0800 (PST) +

+
+ +
> 
+> 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:
+
+http://www.nevrax.org/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."
+<robert@got.net>                -- The Cube, forum3000.org
+
+
+
+ + + + +
+

+ diff --git a/pipermail/nel/2001-March/000388.html b/pipermail/nel/2001-March/000388.html new file mode 100644 index 00000000..03118dde --- /dev/null +++ b/pipermail/nel/2001-March/000388.html @@ -0,0 +1,60 @@ + + + + [Nel] Is this list dead? + + + + + + +

[Nel] Is this list dead?

+ dam's + damien@mandrakesoft.com
+ 28 Mar 2001 05:14:57 +0200 +

+
+ +
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:
+> 
+> http://www.nevrax.org/pipermail/nel/2001-March/000377.html
+
+ok, great ! 
+
+-- 
+dam's
+
+
+ + + + +
+

+ diff --git a/pipermail/nel/2001-March/000389.html b/pipermail/nel/2001-March/000389.html new file mode 100644 index 00000000..d8431e21 --- /dev/null +++ b/pipermail/nel/2001-March/000389.html @@ -0,0 +1,66 @@ + + + + [Nel] Is this list dead? + + + + + + +

[Nel] Is this list dead?

+ Vincent Archer + archer@nevrax.com
+ Wed, 28 Mar 2001 10:23:21 +0200 +

+
+ +
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!
+
+
+ + + + +
+

+ diff --git a/pipermail/nel/2001-March/000390.html b/pipermail/nel/2001-March/000390.html new file mode 100644 index 00000000..cbdf5cb5 --- /dev/null +++ b/pipermail/nel/2001-March/000390.html @@ -0,0 +1,85 @@ + + + + [Nel] Is this list dead? + + + + + + +

[Nel] Is this list dead?

+ Matthew Flagg + Matthew.Flagg@channelinx.com
+ Wed, 28 Mar 2001 08:27:59 -0500 +

+
+ +
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
+http://www.nevrax.org/mailman/listinfo.cgi/nel
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2001-March/000391.html b/pipermail/nel/2001-March/000391.html new file mode 100644 index 00000000..5c8dc028 --- /dev/null +++ b/pipermail/nel/2001-March/000391.html @@ -0,0 +1,113 @@ + + + + [Nel] ugh, C++ is so obtuse + + + + + + +

[Nel] ugh, C++ is so obtuse

+ Cedric Valignat + valignat@nevrax.com
+ Wed, 28 Mar 2001 19:53:19 +0200 +

+
+ +
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.
+
+
+
+ + +
+

+ diff --git a/pipermail/nel/2001-March/author.html b/pipermail/nel/2001-March/author.html new file mode 100644 index 00000000..04f6fbc5 --- /dev/null +++ b/pipermail/nel/2001-March/author.html @@ -0,0 +1,126 @@ + + + + The Nel 2001-March Archive by Author + + + +

2001-March Archives by Author

+ +

Starting: Thu Mar 1 01:39:53 2001
+ Ending: Wed Mar 28 18:53:19 2001
+ Messages: 81

+

+

+ Last message date: + Wed Mar 28 18:53:19 2001
+ Archived on: Thu Mar 29 11:31:17 2001 +

+

+

+

+ This archive was generated by + Pipermail 0.05 (Mailman edition). + + + diff --git a/pipermail/nel/2001-March/date.html b/pipermail/nel/2001-March/date.html new file mode 100644 index 00000000..0d9ebd12 --- /dev/null +++ b/pipermail/nel/2001-March/date.html @@ -0,0 +1,126 @@ + + + + The Nel 2001-March Archive by Date + + + +

2001-March Archives by Date

+ +

Starting: Thu Mar 1 01:39:53 2001
+ Ending: Wed Mar 28 18:53:19 2001
+ Messages: 81

+

+

+ Last message date: + Wed Mar 28 18:53:19 2001
+ Archived on: Thu Mar 29 11:31:17 2001 +

+

+

+

+ This archive was generated by + Pipermail 0.05 (Mailman edition). + + + diff --git a/pipermail/nel/2001-March/subject.html b/pipermail/nel/2001-March/subject.html new file mode 100644 index 00000000..78c1830d --- /dev/null +++ b/pipermail/nel/2001-March/subject.html @@ -0,0 +1,126 @@ + + + + The Nel 2001-March Archive by Subject + + + +

2001-March Archives by Subject

+ +

Starting: Thu Mar 1 01:39:53 2001
+ Ending: Wed Mar 28 18:53:19 2001
+ Messages: 81

+

+

+ Last message date: + Wed Mar 28 18:53:19 2001
+ Archived on: Thu Mar 29 11:31:17 2001 +

+

+

+

+ This archive was generated by + Pipermail 0.05 (Mailman edition). + + + diff --git a/pipermail/nel/2001-March/thread.html b/pipermail/nel/2001-March/thread.html new file mode 100644 index 00000000..9ca85dbb --- /dev/null +++ b/pipermail/nel/2001-March/thread.html @@ -0,0 +1,275 @@ + + + + The Nel 2001-March Archive by Thread + + + +

2001-March Archives by Thread

+ +

Starting: Thu Mar 1 01:39:53 2001
+ Ending: Wed Mar 28 18:53:19 2001
+ Messages: 81

+

+

+ Last message date: + Wed Mar 28 18:53:19 2001
+ Archived on: Thu Mar 29 11:31:17 2001 +

+

+

+

+ This archive was generated by + Pipermail 0.05 (Mailman edition). + + + -- cgit v1.2.1