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.mbox/nel.mbox | 97189 +++++++++++++++++++++++ pipermail/nel/2000-December/000075.html | 55 + pipermail/nel/2000-December/000076.html | 67 + pipermail/nel/2000-December/000077.html | 90 + pipermail/nel/2000-December/000078.html | 80 + pipermail/nel/2000-December/000079.html | 71 + pipermail/nel/2000-December/000080.html | 51 + pipermail/nel/2000-December/000081.html | 95 + pipermail/nel/2000-December/000082.html | 75 + pipermail/nel/2000-December/000083.html | 72 + pipermail/nel/2000-December/000084.html | 89 + pipermail/nel/2000-December/000085.html | 74 + pipermail/nel/2000-December/000086.html | 76 + pipermail/nel/2000-December/author.html | 57 + pipermail/nel/2000-December/date.html | 57 + pipermail/nel/2000-December/index.html | 79 + pipermail/nel/2000-December/subject.html | 57 + pipermail/nel/2000-December/thread.html | 79 + pipermail/nel/2000-November/000002.html | 57 + pipermail/nel/2000-November/000003.html | 65 + pipermail/nel/2000-November/000004.html | 96 + pipermail/nel/2000-November/000005.html | 67 + pipermail/nel/2000-November/000006.html | 59 + pipermail/nel/2000-November/000007.html | 156 + pipermail/nel/2000-November/000008.html | 61 + pipermail/nel/2000-November/000009.html | 62 + pipermail/nel/2000-November/000010.html | 70 + pipermail/nel/2000-November/000011.html | 80 + pipermail/nel/2000-November/000012.html | 52 + pipermail/nel/2000-November/000013.html | 93 + pipermail/nel/2000-November/000014.html | 91 + pipermail/nel/2000-November/000015.html | 105 + pipermail/nel/2000-November/000016.html | 72 + pipermail/nel/2000-November/000017.html | 81 + pipermail/nel/2000-November/000018.html | 153 + pipermail/nel/2000-November/000019.html | 50 + pipermail/nel/2000-November/000020.html | 97 + pipermail/nel/2000-November/000021.html | 180 + pipermail/nel/2000-November/000022.html | 110 + pipermail/nel/2000-November/000023.html | 143 + pipermail/nel/2000-November/000024.html | 72 + pipermail/nel/2000-November/000025.html | 110 + pipermail/nel/2000-November/000026.html | 106 + pipermail/nel/2000-November/000027.html | 59 + pipermail/nel/2000-November/000028.html | 81 + pipermail/nel/2000-November/000029.html | 67 + pipermail/nel/2000-November/000030.html | 64 + pipermail/nel/2000-November/000031.html | 75 + pipermail/nel/2000-November/000032.html | 91 + pipermail/nel/2000-November/000033.html | 64 + pipermail/nel/2000-November/000034.html | 62 + pipermail/nel/2000-November/000035.html | 62 + pipermail/nel/2000-November/000036.html | 64 + pipermail/nel/2000-November/000037.html | 62 + pipermail/nel/2000-November/000038.html | 87 + pipermail/nel/2000-November/000039.html | 73 + pipermail/nel/2000-November/000040.html | 118 + pipermail/nel/2000-November/000041.html | 94 + pipermail/nel/2000-November/000042.html | 50 + pipermail/nel/2000-November/000043.html | 88 + pipermail/nel/2000-November/000044.html | 66 + pipermail/nel/2000-November/000045.html | 98 + pipermail/nel/2000-November/000046.html | 188 + pipermail/nel/2000-November/000047.html | 116 + pipermail/nel/2000-November/000048.html | 69 + pipermail/nel/2000-November/000049.html | 92 + pipermail/nel/2000-November/000050.html | 70 + pipermail/nel/2000-November/000051.html | 77 + pipermail/nel/2000-November/000052.html | 89 + pipermail/nel/2000-November/000053.html | 68 + pipermail/nel/2000-November/000054.html | 66 + pipermail/nel/2000-November/000055.html | 54 + pipermail/nel/2000-November/000056.html | 57 + pipermail/nel/2000-November/000057.html | 86 + pipermail/nel/2000-November/000058.html | 58 + pipermail/nel/2000-November/000059.html | 75 + pipermail/nel/2000-November/000060.html | 66 + pipermail/nel/2000-November/000061.html | 61 + pipermail/nel/2000-November/000062.html | 61 + pipermail/nel/2000-November/000063.html | 68 + pipermail/nel/2000-November/000064.html | 74 + pipermail/nel/2000-November/000065.html | 72 + pipermail/nel/2000-November/000066.html | 58 + pipermail/nel/2000-November/000067.html | 106 + pipermail/nel/2000-November/000068.html | 481 + pipermail/nel/2000-November/000069.html | 61 + pipermail/nel/2000-November/000070.html | 52 + pipermail/nel/2000-November/000071.html | 63 + pipermail/nel/2000-November/000072.html | 94 + pipermail/nel/2000-November/000073.html | 83 + pipermail/nel/2000-November/000074.html | 68 + pipermail/nel/2000-November/author.html | 118 + pipermail/nel/2000-November/date.html | 118 + pipermail/nel/2000-November/index.html | 251 + pipermail/nel/2000-November/subject.html | 118 + pipermail/nel/2000-November/thread.html | 251 + pipermail/nel/2001-April/000392.html | 52 + pipermail/nel/2001-April/000393.html | 114 + pipermail/nel/2001-April/000394.html | 64 + pipermail/nel/2001-April/000395.html | 70 + pipermail/nel/2001-April/000396.html | 61 + pipermail/nel/2001-April/000397.html | 56 + pipermail/nel/2001-April/000398.html | 72 + pipermail/nel/2001-April/000399.html | 105 + pipermail/nel/2001-April/000400.html | 325 + pipermail/nel/2001-April/000401.html | 84 + pipermail/nel/2001-April/000402.html | 123 + pipermail/nel/2001-April/000403.html | 96 + pipermail/nel/2001-April/000404.html | 105 + pipermail/nel/2001-April/000405.html | 78 + pipermail/nel/2001-April/000406.html | 63 + pipermail/nel/2001-April/000407.html | 106 + pipermail/nel/2001-April/000408.html | 100 + pipermail/nel/2001-April/000409.html | 83 + pipermail/nel/2001-April/000410.html | 312 + pipermail/nel/2001-April/000412.html | 162 + pipermail/nel/2001-April/000413.html | 107 + pipermail/nel/2001-April/author.html | 68 + pipermail/nel/2001-April/date.html | 68 + pipermail/nel/2001-April/index.html | 110 + pipermail/nel/2001-April/subject.html | 68 + pipermail/nel/2001-April/thread.html | 110 + pipermail/nel/2001-August/000580.html | 116 + pipermail/nel/2001-August/author.html | 91 + pipermail/nel/2001-August/date.html | 91 + pipermail/nel/2001-August/subject.html | 91 + pipermail/nel/2001-August/thread.html | 169 + pipermail/nel/2001-December/000772.html | 67 + pipermail/nel/2001-December/000773.html | 544 + pipermail/nel/2001-December/000775.html | 77 + pipermail/nel/2001-December/000776.html | 71 + pipermail/nel/2001-December/000777.html | 122 + pipermail/nel/2001-December/000778.html | 69 + pipermail/nel/2001-December/000779.html | 71 + pipermail/nel/2001-December/000781.html | 58 + pipermail/nel/2001-December/000782.html | 153 + pipermail/nel/2001-December/000783.html | 153 + pipermail/nel/2001-December/000784.html | 57 + pipermail/nel/2001-December/000785.html | 60 + pipermail/nel/2001-December/000786.html | 66 + pipermail/nel/2001-December/000787.html | 62 + pipermail/nel/2001-December/000788.html | 72 + pipermail/nel/2001-December/000789.html | 100 + pipermail/nel/2001-December/000790.html | 69 + pipermail/nel/2001-December/000791.html | 67 + pipermail/nel/2001-December/000792.html | 82 + pipermail/nel/2001-December/000793.html | 76 + pipermail/nel/2001-December/000795.html | 69 + pipermail/nel/2001-December/000796.html | 74 + pipermail/nel/2001-December/000797.html | 76 + pipermail/nel/2001-December/000798.html | 70 + pipermail/nel/2001-December/000799.html | 68 + pipermail/nel/2001-December/000801.html | 103 + pipermail/nel/2001-December/000803.html | 75 + pipermail/nel/2001-December/000806.html | 115 + pipermail/nel/2001-December/000807.html | 72 + pipermail/nel/2001-December/000808.html | 116 + pipermail/nel/2001-December/000810.html | 91 + pipermail/nel/2001-December/000811.html | 63 + pipermail/nel/2001-December/000812.html | 77 + pipermail/nel/2001-December/000813.html | 97 + pipermail/nel/2001-December/000814.html | 76 + pipermail/nel/2001-December/000815.html | 73 + pipermail/nel/2001-December/000816.html | 68 + pipermail/nel/2001-December/000817.html | 80 + pipermail/nel/2001-December/000818.html | 82 + pipermail/nel/2001-December/000819.html | 74 + pipermail/nel/2001-December/000820.html | 113 + pipermail/nel/2001-December/000821.html | 78 + pipermail/nel/2001-December/000823.html | 103 + pipermail/nel/2001-December/000825.html | 95 + pipermail/nel/2001-December/000826.html | 97 + pipermail/nel/2001-December/000827.html | 156 + pipermail/nel/2001-December/000828.html | 180 + pipermail/nel/2001-December/000830.html | 132 + pipermail/nel/2001-December/000831.html | 141 + pipermail/nel/2001-December/000835.html | 65 + pipermail/nel/2001-December/000836.html | 128 + pipermail/nel/2001-December/000837.html | 73 + pipermail/nel/2001-December/author.html | 312 + pipermail/nel/2001-December/date.html | 312 + pipermail/nel/2001-December/index.html | 420 + pipermail/nel/2001-December/subject.html | 312 + pipermail/nel/2001-December/thread.html | 420 + pipermail/nel/2001-February/000161.html | 82 + pipermail/nel/2001-February/000162.html | 58 + pipermail/nel/2001-February/000163.html | 68 + pipermail/nel/2001-February/000164.html | 58 + pipermail/nel/2001-February/000165.html | 69 + pipermail/nel/2001-February/000166.html | 83 + pipermail/nel/2001-February/000167.html | 62 + pipermail/nel/2001-February/000168.html | 71 + pipermail/nel/2001-February/000169.html | 225 + pipermail/nel/2001-February/000170.html | 99 + pipermail/nel/2001-February/000171.html | 66 + pipermail/nel/2001-February/000172.html | 53 + pipermail/nel/2001-February/000173.html | 126 + pipermail/nel/2001-February/000174.html | 85 + pipermail/nel/2001-February/000175.html | 58 + pipermail/nel/2001-February/000176.html | 66 + pipermail/nel/2001-February/000177.html | 52 + pipermail/nel/2001-February/000178.html | 58 + pipermail/nel/2001-February/000179.html | 71 + pipermail/nel/2001-February/000181.html | 83 + pipermail/nel/2001-February/000182.html | 67 + pipermail/nel/2001-February/000183.html | 55 + pipermail/nel/2001-February/000184.html | 113 + pipermail/nel/2001-February/000185.html | 112 + pipermail/nel/2001-February/000186.html | 107 + pipermail/nel/2001-February/000187.html | 54 + pipermail/nel/2001-February/000188.html | 64 + pipermail/nel/2001-February/000189.html | 74 + pipermail/nel/2001-February/000190.html | 69 + pipermail/nel/2001-February/000191.html | 85 + pipermail/nel/2001-February/000192.html | 91 + pipermail/nel/2001-February/000193.html | 104 + pipermail/nel/2001-February/000194.html | 74 + pipermail/nel/2001-February/000195.html | 164 + pipermail/nel/2001-February/000196.html | 101 + pipermail/nel/2001-February/000197.html | 215 + pipermail/nel/2001-February/000198.html | 174 + pipermail/nel/2001-February/000199.html | 65 + pipermail/nel/2001-February/000200.html | 222 + pipermail/nel/2001-February/000201.html | 127 + pipermail/nel/2001-February/000202.html | 95 + pipermail/nel/2001-February/000203.html | 83 + pipermail/nel/2001-February/000204.html | 81 + pipermail/nel/2001-February/000205.html | 96 + pipermail/nel/2001-February/000206.html | 68 + pipermail/nel/2001-February/000207.html | 58 + pipermail/nel/2001-February/000208.html | 60 + pipermail/nel/2001-February/000209.html | 78 + pipermail/nel/2001-February/000210.html | 95 + pipermail/nel/2001-February/000211.html | 57 + pipermail/nel/2001-February/000212.html | 82 + pipermail/nel/2001-February/000213.html | 94 + pipermail/nel/2001-February/000214.html | 114 + pipermail/nel/2001-February/000215.html | 107 + pipermail/nel/2001-February/000216.html | 117 + pipermail/nel/2001-February/000217.html | 138 + pipermail/nel/2001-February/000218.html | 78 + pipermail/nel/2001-February/000219.html | 144 + pipermail/nel/2001-February/000220.html | 68 + pipermail/nel/2001-February/000221.html | 161 + pipermail/nel/2001-February/000222.html | 106 + pipermail/nel/2001-February/000223.html | 111 + pipermail/nel/2001-February/000224.html | 116 + pipermail/nel/2001-February/000225.html | 156 + pipermail/nel/2001-February/000226.html | 166 + pipermail/nel/2001-February/000227.html | 84 + pipermail/nel/2001-February/000228.html | 54 + pipermail/nel/2001-February/000229.html | 78 + pipermail/nel/2001-February/000230.html | 96 + pipermail/nel/2001-February/000231.html | 106 + pipermail/nel/2001-February/000232.html | 137 + pipermail/nel/2001-February/000233.html | 66 + pipermail/nel/2001-February/000234.html | 186 + pipermail/nel/2001-February/000235.html | 105 + pipermail/nel/2001-February/000236.html | 83 + pipermail/nel/2001-February/000237.html | 94 + pipermail/nel/2001-February/000239.html | 121 + pipermail/nel/2001-February/000240.html | 68 + pipermail/nel/2001-February/000241.html | 83 + pipermail/nel/2001-February/000242.html | 101 + pipermail/nel/2001-February/000243.html | 135 + pipermail/nel/2001-February/000244.html | 47 + pipermail/nel/2001-February/000245.html | 63 + pipermail/nel/2001-February/000246.html | 102 + pipermail/nel/2001-February/000247.html | 100 + pipermail/nel/2001-February/000248.html | 85 + pipermail/nel/2001-February/000249.html | 149 + pipermail/nel/2001-February/000250.html | 60 + pipermail/nel/2001-February/000251.html | 65 + pipermail/nel/2001-February/000252.html | 104 + pipermail/nel/2001-February/000253.html | 73 + pipermail/nel/2001-February/000254.html | 86 + pipermail/nel/2001-February/000255.html | 95 + pipermail/nel/2001-February/000256.html | 71 + pipermail/nel/2001-February/000257.html | 75 + pipermail/nel/2001-February/000258.html | 49 + pipermail/nel/2001-February/000259.html | 49 + pipermail/nel/2001-February/000260.html | 114 + pipermail/nel/2001-February/000261.html | 80 + pipermail/nel/2001-February/000262.html | 70 + pipermail/nel/2001-February/000263.html | 102 + pipermail/nel/2001-February/000264.html | 109 + pipermail/nel/2001-February/000265.html | 78 + pipermail/nel/2001-February/000266.html | 133 + pipermail/nel/2001-February/000267.html | 93 + pipermail/nel/2001-February/000268.html | 114 + pipermail/nel/2001-February/000269.html | 80 + pipermail/nel/2001-February/000270.html | 82 + pipermail/nel/2001-February/000271.html | 80 + pipermail/nel/2001-February/000272.html | 84 + pipermail/nel/2001-February/000273.html | 103 + pipermail/nel/2001-February/000274.html | 87 + pipermail/nel/2001-February/000275.html | 78 + pipermail/nel/2001-February/000276.html | 81 + pipermail/nel/2001-February/000277.html | 104 + pipermail/nel/2001-February/000278.html | 73 + pipermail/nel/2001-February/000279.html | 58 + pipermail/nel/2001-February/000280.html | 96 + pipermail/nel/2001-February/000281.html | 78 + pipermail/nel/2001-February/000282.html | 87 + pipermail/nel/2001-February/000283.html | 89 + pipermail/nel/2001-February/000284.html | 125 + pipermail/nel/2001-February/000285.html | 118 + pipermail/nel/2001-February/000286.html | 82 + pipermail/nel/2001-February/000287.html | 70 + pipermail/nel/2001-February/000288.html | 83 + pipermail/nel/2001-February/000289.html | 106 + pipermail/nel/2001-February/000290.html | 85 + pipermail/nel/2001-February/000291.html | 116 + pipermail/nel/2001-February/000292.html | 65 + pipermail/nel/2001-February/000293.html | 305 + pipermail/nel/2001-February/000294.html | 62 + pipermail/nel/2001-February/000295.html | 68 + pipermail/nel/2001-February/000296.html | 51 + pipermail/nel/2001-February/000297.html | 64 + pipermail/nel/2001-February/000298.html | 51 + pipermail/nel/2001-February/000299.html | 92 + pipermail/nel/2001-February/000300.html | 66 + pipermail/nel/2001-February/000301.html | 74 + pipermail/nel/2001-February/000302.html | 71 + pipermail/nel/2001-February/000303.html | 70 + pipermail/nel/2001-February/000304.html | 73 + pipermail/nel/2001-February/000305.html | 76 + pipermail/nel/2001-February/000306.html | 59 + pipermail/nel/2001-February/000307.html | 75 + pipermail/nel/2001-February/000308.html | 68 + pipermail/nel/2001-February/000309.html | 66 + pipermail/nel/2001-February/author.html | 197 + pipermail/nel/2001-February/date.html | 197 + pipermail/nel/2001-February/index.html | 456 + pipermail/nel/2001-February/subject.html | 197 + pipermail/nel/2001-February/thread.html | 456 + pipermail/nel/2001-January/000087.html | 69 + pipermail/nel/2001-January/000088.html | 87 + pipermail/nel/2001-January/000089.html | 91 + pipermail/nel/2001-January/000090.html | 67 + pipermail/nel/2001-January/000091.html | 65 + pipermail/nel/2001-January/000092.html | 98 + pipermail/nel/2001-January/000093.html | 81 + pipermail/nel/2001-January/000094.html | 50 + pipermail/nel/2001-January/000095.html | 55 + pipermail/nel/2001-January/000096.html | 52 + pipermail/nel/2001-January/000097.html | 84 + pipermail/nel/2001-January/000098.html | 63 + pipermail/nel/2001-January/000099.html | 70 + pipermail/nel/2001-January/000100.html | 73 + pipermail/nel/2001-January/000101.html | 98 + pipermail/nel/2001-January/000102.html | 67 + pipermail/nel/2001-January/000103.html | 70 + pipermail/nel/2001-January/000104.html | 82 + pipermail/nel/2001-January/000105.html | 96 + pipermail/nel/2001-January/000106.html | 76 + pipermail/nel/2001-January/000107.html | 60 + pipermail/nel/2001-January/000108.html | 137 + pipermail/nel/2001-January/000109.html | 81 + pipermail/nel/2001-January/000110.html | 61 + pipermail/nel/2001-January/000111.html | 60 + pipermail/nel/2001-January/000112.html | 66 + pipermail/nel/2001-January/000113.html | 116 + pipermail/nel/2001-January/000114.html | 59 + pipermail/nel/2001-January/000115.html | 66 + pipermail/nel/2001-January/000116.html | 84 + pipermail/nel/2001-January/000117.html | 96 + pipermail/nel/2001-January/000118.html | 83 + pipermail/nel/2001-January/000119.html | 84 + pipermail/nel/2001-January/000120.html | 86 + pipermail/nel/2001-January/000121.html | 121 + pipermail/nel/2001-January/000122.html | 77 + pipermail/nel/2001-January/000123.html | 90 + pipermail/nel/2001-January/000124.html | 87 + pipermail/nel/2001-January/000125.html | 90 + pipermail/nel/2001-January/000126.html | 94 + pipermail/nel/2001-January/000127.html | 112 + pipermail/nel/2001-January/000128.html | 101 + pipermail/nel/2001-January/000129.html | 72 + pipermail/nel/2001-January/000130.html | 59 + pipermail/nel/2001-January/000131.html | 116 + pipermail/nel/2001-January/000132.html | 67 + pipermail/nel/2001-January/000133.html | 106 + pipermail/nel/2001-January/000134.html | 79 + pipermail/nel/2001-January/000135.html | 285 + pipermail/nel/2001-January/000136.html | 69 + pipermail/nel/2001-January/000137.html | 96 + pipermail/nel/2001-January/000138.html | 75 + pipermail/nel/2001-January/000139.html | 73 + pipermail/nel/2001-January/000140.html | 134 + pipermail/nel/2001-January/000141.html | 58 + pipermail/nel/2001-January/000142.html | 63 + pipermail/nel/2001-January/000143.html | 62 + pipermail/nel/2001-January/000144.html | 57 + pipermail/nel/2001-January/000145.html | 96 + pipermail/nel/2001-January/000146.html | 62 + pipermail/nel/2001-January/000147.html | 63 + pipermail/nel/2001-January/000148.html | 60 + pipermail/nel/2001-January/000149.html | 68 + pipermail/nel/2001-January/000150.html | 83 + pipermail/nel/2001-January/000151.html | 67 + pipermail/nel/2001-January/000152.html | 82 + pipermail/nel/2001-January/000153.html | 55 + pipermail/nel/2001-January/000154.html | 64 + pipermail/nel/2001-January/000155.html | 64 + pipermail/nel/2001-January/000156.html | 58 + pipermail/nel/2001-January/000157.html | 81 + pipermail/nel/2001-January/000158.html | 77 + pipermail/nel/2001-January/000159.html | 69 + pipermail/nel/2001-January/000160.html | 62 + pipermail/nel/2001-January/author.html | 119 + pipermail/nel/2001-January/date.html | 119 + pipermail/nel/2001-January/index.html | 253 + pipermail/nel/2001-January/subject.html | 119 + pipermail/nel/2001-January/thread.html | 253 + pipermail/nel/2001-July/000454.html | 77 + pipermail/nel/2001-July/000455.html | 166 + pipermail/nel/2001-July/000456.html | 96 + pipermail/nel/2001-July/000458.html | 179 + pipermail/nel/2001-July/000459.html | 89 + pipermail/nel/2001-July/000460.html | 63 + pipermail/nel/2001-July/000461.html | 86 + pipermail/nel/2001-July/000462.html | 79 + pipermail/nel/2001-July/000463.html | 77 + pipermail/nel/2001-July/000464.html | 83 + pipermail/nel/2001-July/000465.html | 82 + pipermail/nel/2001-July/000466.html | 103 + pipermail/nel/2001-July/000467.html | 70 + pipermail/nel/2001-July/000468.html | 67 + pipermail/nel/2001-July/000469.html | 55 + pipermail/nel/2001-July/000470.html | 129 + pipermail/nel/2001-July/000471.html | 92 + pipermail/nel/2001-July/000473.html | 115 + pipermail/nel/2001-July/000474.html | 90 + pipermail/nel/2001-July/000475.html | 65 + pipermail/nel/2001-July/000476.html | 53 + pipermail/nel/2001-July/000478.html | 84 + pipermail/nel/2001-July/000479.html | 99 + pipermail/nel/2001-July/000480.html | 92 + pipermail/nel/2001-July/000481.html | 76 + pipermail/nel/2001-July/000482.html | 93 + pipermail/nel/2001-July/000483.html | 63 + pipermail/nel/2001-July/000484.html | 122 + pipermail/nel/2001-July/000485.html | 101 + pipermail/nel/2001-July/000486.html | 96 + pipermail/nel/2001-July/000487.html | 147 + pipermail/nel/2001-July/000488.html | 97 + pipermail/nel/2001-July/000489.html | 130 + pipermail/nel/2001-July/000492.html | 63 + pipermail/nel/2001-July/000493.html | 96 + pipermail/nel/2001-July/000494.html | 138 + pipermail/nel/2001-July/000495.html | 60 + pipermail/nel/2001-July/000496.html | 91 + pipermail/nel/2001-July/000498.html | 66 + pipermail/nel/2001-July/000500.html | 64 + pipermail/nel/2001-July/000501.html | 71 + pipermail/nel/2001-July/000502.html | 100 + pipermail/nel/2001-July/000505.html | 53 + pipermail/nel/2001-July/000506.html | 135 + pipermail/nel/2001-July/000507.html | 68 + pipermail/nel/2001-July/000508.html | 102 + pipermail/nel/2001-July/000511.html | 154 + pipermail/nel/2001-July/000512.html | 151 + pipermail/nel/2001-July/000513.html | 171 + pipermail/nel/2001-July/000517.html | 91 + pipermail/nel/2001-July/000518.html | 72 + pipermail/nel/2001-July/author.html | 109 + pipermail/nel/2001-July/date.html | 109 + pipermail/nel/2001-July/index.html | 221 + pipermail/nel/2001-July/subject.html | 109 + pipermail/nel/2001-July/thread.html | 221 + pipermail/nel/2001-June/000417.html | 90 + pipermail/nel/2001-June/000418.html | 63 + pipermail/nel/2001-June/000419.html | 57 + pipermail/nel/2001-June/000420.html | 83 + pipermail/nel/2001-June/000421.html | 66 + pipermail/nel/2001-June/000422.html | 663 + pipermail/nel/2001-June/000423.html | 73 + pipermail/nel/2001-June/000425.html | 56 + pipermail/nel/2001-June/000426.html | 130 + pipermail/nel/2001-June/000427.html | 61 + pipermail/nel/2001-June/000428.html | 149 + pipermail/nel/2001-June/000429.html | 70 + pipermail/nel/2001-June/000430.html | 90 + pipermail/nel/2001-June/000431.html | 107 + pipermail/nel/2001-June/000432.html | 55 + pipermail/nel/2001-June/000433.html | 82 + pipermail/nel/2001-June/000434.html | 78 + pipermail/nel/2001-June/000435.html | 124 + pipermail/nel/2001-June/000436.html | 121 + pipermail/nel/2001-June/000437.html | 68 + pipermail/nel/2001-June/000438.html | 78 + pipermail/nel/2001-June/000439.html | 52 + pipermail/nel/2001-June/000440.html | 69 + pipermail/nel/2001-June/000441.html | 82 + pipermail/nel/2001-June/000443.html | 102 + pipermail/nel/2001-June/000444.html | 78 + pipermail/nel/2001-June/000445.html | 63 + pipermail/nel/2001-June/000446.html | 73 + pipermail/nel/2001-June/000447.html | 116 + pipermail/nel/2001-June/000448.html | 58 + pipermail/nel/2001-June/000449.html | 93 + pipermail/nel/2001-June/000450.html | 74 + pipermail/nel/2001-June/000451.html | 51 + pipermail/nel/2001-June/000452.html | 72 + pipermail/nel/2001-June/000453.html | 67 + pipermail/nel/2001-June/author.html | 82 + pipermail/nel/2001-June/date.html | 82 + pipermail/nel/2001-June/index.html | 151 + pipermail/nel/2001-June/subject.html | 82 + pipermail/nel/2001-June/thread.html | 151 + 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 + pipermail/nel/2001-May/author.html | 48 + pipermail/nel/2001-May/date.html | 48 + pipermail/nel/2001-May/subject.html | 48 + pipermail/nel/2001-May/thread.html | 51 + pipermail/nel/2001-November/000760.html | 169 + pipermail/nel/2001-November/author.html | 104 + pipermail/nel/2001-November/date.html | 104 + pipermail/nel/2001-November/subject.html | 104 + pipermail/nel/2001-November/thread.html | 215 + pipermail/nel/2001-October/author.html | 156 + pipermail/nel/2001-October/date.html | 156 + pipermail/nel/2001-October/subject.html | 156 + pipermail/nel/2001-October/thread.html | 355 + pipermail/nel/2001-September/author.html | 49 + pipermail/nel/2001-September/date.html | 49 + pipermail/nel/2001-September/subject.html | 49 + pipermail/nel/2001-September/thread.html | 55 + pipermail/nel/2002-February/001006.html | 225 + pipermail/nel/2002-February/001127.html | 112 + pipermail/nel/2002-February/author.html | 751 + pipermail/nel/2002-February/date.html | 751 + pipermail/nel/2002-February/subject.html | 751 + pipermail/nel/2002-February/thread.html | 1063 + pipermail/nel/2002-January/author.html | 532 + pipermail/nel/2002-January/date.html | 532 + pipermail/nel/2002-January/subject.html | 532 + pipermail/nel/2002-January/thread.html | 753 + pipermail/nel/2002-March/date.html | 271 + pipermail/nel/2002-March/subject.html | 271 + pipermail/nel/2002-March/thread.html | 363 + pipermail/nel/index.html | 240 + pipermail/snowballs/2001-February/date.html | 61 + pipermail/snowballs/2001-February/subject.html | 61 + pipermail/snowballs/2001-February/thread.html | 97 + pipermail/snowballs/2001-January/author.html | 51 + pipermail/snowballs/2001-January/thread.html | 61 + pipermail/snowballs/index.html | 93 + 616 files changed, 162928 insertions(+) create mode 100644 pipermail/nel.mbox/nel.mbox create mode 100644 pipermail/nel/2000-December/000075.html create mode 100644 pipermail/nel/2000-December/000076.html create mode 100644 pipermail/nel/2000-December/000077.html create mode 100644 pipermail/nel/2000-December/000078.html create mode 100644 pipermail/nel/2000-December/000079.html create mode 100644 pipermail/nel/2000-December/000080.html create mode 100644 pipermail/nel/2000-December/000081.html create mode 100644 pipermail/nel/2000-December/000082.html create mode 100644 pipermail/nel/2000-December/000083.html create mode 100644 pipermail/nel/2000-December/000084.html create mode 100644 pipermail/nel/2000-December/000085.html create mode 100644 pipermail/nel/2000-December/000086.html create mode 100644 pipermail/nel/2000-December/author.html create mode 100644 pipermail/nel/2000-December/date.html create mode 100644 pipermail/nel/2000-December/index.html create mode 100644 pipermail/nel/2000-December/subject.html create mode 100644 pipermail/nel/2000-December/thread.html create mode 100644 pipermail/nel/2000-November/000002.html create mode 100644 pipermail/nel/2000-November/000003.html create mode 100644 pipermail/nel/2000-November/000004.html create mode 100644 pipermail/nel/2000-November/000005.html create mode 100644 pipermail/nel/2000-November/000006.html create mode 100644 pipermail/nel/2000-November/000007.html create mode 100644 pipermail/nel/2000-November/000008.html create mode 100644 pipermail/nel/2000-November/000009.html create mode 100644 pipermail/nel/2000-November/000010.html create mode 100644 pipermail/nel/2000-November/000011.html create mode 100644 pipermail/nel/2000-November/000012.html create mode 100644 pipermail/nel/2000-November/000013.html create mode 100644 pipermail/nel/2000-November/000014.html create mode 100644 pipermail/nel/2000-November/000015.html create mode 100644 pipermail/nel/2000-November/000016.html create mode 100644 pipermail/nel/2000-November/000017.html create mode 100644 pipermail/nel/2000-November/000018.html create mode 100644 pipermail/nel/2000-November/000019.html create mode 100644 pipermail/nel/2000-November/000020.html create mode 100644 pipermail/nel/2000-November/000021.html create mode 100644 pipermail/nel/2000-November/000022.html create mode 100644 pipermail/nel/2000-November/000023.html create mode 100644 pipermail/nel/2000-November/000024.html create mode 100644 pipermail/nel/2000-November/000025.html create mode 100644 pipermail/nel/2000-November/000026.html create mode 100644 pipermail/nel/2000-November/000027.html create mode 100644 pipermail/nel/2000-November/000028.html create mode 100644 pipermail/nel/2000-November/000029.html create mode 100644 pipermail/nel/2000-November/000030.html create mode 100644 pipermail/nel/2000-November/000031.html create mode 100644 pipermail/nel/2000-November/000032.html create mode 100644 pipermail/nel/2000-November/000033.html create mode 100644 pipermail/nel/2000-November/000034.html create mode 100644 pipermail/nel/2000-November/000035.html create mode 100644 pipermail/nel/2000-November/000036.html create mode 100644 pipermail/nel/2000-November/000037.html create mode 100644 pipermail/nel/2000-November/000038.html create mode 100644 pipermail/nel/2000-November/000039.html create mode 100644 pipermail/nel/2000-November/000040.html create mode 100644 pipermail/nel/2000-November/000041.html create mode 100644 pipermail/nel/2000-November/000042.html create mode 100644 pipermail/nel/2000-November/000043.html create mode 100644 pipermail/nel/2000-November/000044.html create mode 100644 pipermail/nel/2000-November/000045.html create mode 100644 pipermail/nel/2000-November/000046.html create mode 100644 pipermail/nel/2000-November/000047.html create mode 100644 pipermail/nel/2000-November/000048.html create mode 100644 pipermail/nel/2000-November/000049.html create mode 100644 pipermail/nel/2000-November/000050.html create mode 100644 pipermail/nel/2000-November/000051.html create mode 100644 pipermail/nel/2000-November/000052.html create mode 100644 pipermail/nel/2000-November/000053.html create mode 100644 pipermail/nel/2000-November/000054.html create mode 100644 pipermail/nel/2000-November/000055.html create mode 100644 pipermail/nel/2000-November/000056.html create mode 100644 pipermail/nel/2000-November/000057.html create mode 100644 pipermail/nel/2000-November/000058.html create mode 100644 pipermail/nel/2000-November/000059.html create mode 100644 pipermail/nel/2000-November/000060.html create mode 100644 pipermail/nel/2000-November/000061.html create mode 100644 pipermail/nel/2000-November/000062.html create mode 100644 pipermail/nel/2000-November/000063.html create mode 100644 pipermail/nel/2000-November/000064.html create mode 100644 pipermail/nel/2000-November/000065.html create mode 100644 pipermail/nel/2000-November/000066.html create mode 100644 pipermail/nel/2000-November/000067.html create mode 100644 pipermail/nel/2000-November/000068.html create mode 100644 pipermail/nel/2000-November/000069.html create mode 100644 pipermail/nel/2000-November/000070.html create mode 100644 pipermail/nel/2000-November/000071.html create mode 100644 pipermail/nel/2000-November/000072.html create mode 100644 pipermail/nel/2000-November/000073.html create mode 100644 pipermail/nel/2000-November/000074.html create mode 100644 pipermail/nel/2000-November/author.html create mode 100644 pipermail/nel/2000-November/date.html create mode 100644 pipermail/nel/2000-November/index.html create mode 100644 pipermail/nel/2000-November/subject.html create mode 100644 pipermail/nel/2000-November/thread.html create mode 100644 pipermail/nel/2001-April/000392.html create mode 100644 pipermail/nel/2001-April/000393.html create mode 100644 pipermail/nel/2001-April/000394.html create mode 100644 pipermail/nel/2001-April/000395.html create mode 100644 pipermail/nel/2001-April/000396.html create mode 100644 pipermail/nel/2001-April/000397.html create mode 100644 pipermail/nel/2001-April/000398.html create mode 100644 pipermail/nel/2001-April/000399.html create mode 100644 pipermail/nel/2001-April/000400.html create mode 100644 pipermail/nel/2001-April/000401.html create mode 100644 pipermail/nel/2001-April/000402.html create mode 100644 pipermail/nel/2001-April/000403.html create mode 100644 pipermail/nel/2001-April/000404.html create mode 100644 pipermail/nel/2001-April/000405.html create mode 100644 pipermail/nel/2001-April/000406.html create mode 100644 pipermail/nel/2001-April/000407.html create mode 100644 pipermail/nel/2001-April/000408.html create mode 100644 pipermail/nel/2001-April/000409.html create mode 100644 pipermail/nel/2001-April/000410.html create mode 100644 pipermail/nel/2001-April/000412.html create mode 100644 pipermail/nel/2001-April/000413.html create mode 100644 pipermail/nel/2001-April/author.html create mode 100644 pipermail/nel/2001-April/date.html create mode 100644 pipermail/nel/2001-April/index.html create mode 100644 pipermail/nel/2001-April/subject.html create mode 100644 pipermail/nel/2001-April/thread.html create mode 100644 pipermail/nel/2001-August/000580.html create mode 100644 pipermail/nel/2001-August/author.html create mode 100644 pipermail/nel/2001-August/date.html create mode 100644 pipermail/nel/2001-August/subject.html create mode 100644 pipermail/nel/2001-August/thread.html create mode 100644 pipermail/nel/2001-December/000772.html create mode 100644 pipermail/nel/2001-December/000773.html create mode 100644 pipermail/nel/2001-December/000775.html create mode 100644 pipermail/nel/2001-December/000776.html create mode 100644 pipermail/nel/2001-December/000777.html create mode 100644 pipermail/nel/2001-December/000778.html create mode 100644 pipermail/nel/2001-December/000779.html create mode 100644 pipermail/nel/2001-December/000781.html create mode 100644 pipermail/nel/2001-December/000782.html create mode 100644 pipermail/nel/2001-December/000783.html create mode 100644 pipermail/nel/2001-December/000784.html create mode 100644 pipermail/nel/2001-December/000785.html create mode 100644 pipermail/nel/2001-December/000786.html create mode 100644 pipermail/nel/2001-December/000787.html create mode 100644 pipermail/nel/2001-December/000788.html create mode 100644 pipermail/nel/2001-December/000789.html create mode 100644 pipermail/nel/2001-December/000790.html create mode 100644 pipermail/nel/2001-December/000791.html create mode 100644 pipermail/nel/2001-December/000792.html create mode 100644 pipermail/nel/2001-December/000793.html create mode 100644 pipermail/nel/2001-December/000795.html create mode 100644 pipermail/nel/2001-December/000796.html create mode 100644 pipermail/nel/2001-December/000797.html create mode 100644 pipermail/nel/2001-December/000798.html create mode 100644 pipermail/nel/2001-December/000799.html create mode 100644 pipermail/nel/2001-December/000801.html create mode 100644 pipermail/nel/2001-December/000803.html create mode 100644 pipermail/nel/2001-December/000806.html create mode 100644 pipermail/nel/2001-December/000807.html create mode 100644 pipermail/nel/2001-December/000808.html create mode 100644 pipermail/nel/2001-December/000810.html create mode 100644 pipermail/nel/2001-December/000811.html create mode 100644 pipermail/nel/2001-December/000812.html create mode 100644 pipermail/nel/2001-December/000813.html create mode 100644 pipermail/nel/2001-December/000814.html create mode 100644 pipermail/nel/2001-December/000815.html create mode 100644 pipermail/nel/2001-December/000816.html create mode 100644 pipermail/nel/2001-December/000817.html create mode 100644 pipermail/nel/2001-December/000818.html create mode 100644 pipermail/nel/2001-December/000819.html create mode 100644 pipermail/nel/2001-December/000820.html create mode 100644 pipermail/nel/2001-December/000821.html create mode 100644 pipermail/nel/2001-December/000823.html create mode 100644 pipermail/nel/2001-December/000825.html create mode 100644 pipermail/nel/2001-December/000826.html create mode 100644 pipermail/nel/2001-December/000827.html create mode 100644 pipermail/nel/2001-December/000828.html create mode 100644 pipermail/nel/2001-December/000830.html create mode 100644 pipermail/nel/2001-December/000831.html create mode 100644 pipermail/nel/2001-December/000835.html create mode 100644 pipermail/nel/2001-December/000836.html create mode 100644 pipermail/nel/2001-December/000837.html create mode 100644 pipermail/nel/2001-December/author.html create mode 100644 pipermail/nel/2001-December/date.html create mode 100644 pipermail/nel/2001-December/index.html create mode 100644 pipermail/nel/2001-December/subject.html create mode 100644 pipermail/nel/2001-December/thread.html create mode 100644 pipermail/nel/2001-February/000161.html create mode 100644 pipermail/nel/2001-February/000162.html create mode 100644 pipermail/nel/2001-February/000163.html create mode 100644 pipermail/nel/2001-February/000164.html create mode 100644 pipermail/nel/2001-February/000165.html create mode 100644 pipermail/nel/2001-February/000166.html create mode 100644 pipermail/nel/2001-February/000167.html create mode 100644 pipermail/nel/2001-February/000168.html create mode 100644 pipermail/nel/2001-February/000169.html create mode 100644 pipermail/nel/2001-February/000170.html create mode 100644 pipermail/nel/2001-February/000171.html create mode 100644 pipermail/nel/2001-February/000172.html create mode 100644 pipermail/nel/2001-February/000173.html create mode 100644 pipermail/nel/2001-February/000174.html create mode 100644 pipermail/nel/2001-February/000175.html create mode 100644 pipermail/nel/2001-February/000176.html create mode 100644 pipermail/nel/2001-February/000177.html create mode 100644 pipermail/nel/2001-February/000178.html create mode 100644 pipermail/nel/2001-February/000179.html create mode 100644 pipermail/nel/2001-February/000181.html create mode 100644 pipermail/nel/2001-February/000182.html create mode 100644 pipermail/nel/2001-February/000183.html create mode 100644 pipermail/nel/2001-February/000184.html create mode 100644 pipermail/nel/2001-February/000185.html create mode 100644 pipermail/nel/2001-February/000186.html create mode 100644 pipermail/nel/2001-February/000187.html create mode 100644 pipermail/nel/2001-February/000188.html create mode 100644 pipermail/nel/2001-February/000189.html create mode 100644 pipermail/nel/2001-February/000190.html create mode 100644 pipermail/nel/2001-February/000191.html create mode 100644 pipermail/nel/2001-February/000192.html create mode 100644 pipermail/nel/2001-February/000193.html create mode 100644 pipermail/nel/2001-February/000194.html create mode 100644 pipermail/nel/2001-February/000195.html create mode 100644 pipermail/nel/2001-February/000196.html create mode 100644 pipermail/nel/2001-February/000197.html create mode 100644 pipermail/nel/2001-February/000198.html create mode 100644 pipermail/nel/2001-February/000199.html create mode 100644 pipermail/nel/2001-February/000200.html create mode 100644 pipermail/nel/2001-February/000201.html create mode 100644 pipermail/nel/2001-February/000202.html create mode 100644 pipermail/nel/2001-February/000203.html create mode 100644 pipermail/nel/2001-February/000204.html create mode 100644 pipermail/nel/2001-February/000205.html create mode 100644 pipermail/nel/2001-February/000206.html create mode 100644 pipermail/nel/2001-February/000207.html create mode 100644 pipermail/nel/2001-February/000208.html create mode 100644 pipermail/nel/2001-February/000209.html create mode 100644 pipermail/nel/2001-February/000210.html create mode 100644 pipermail/nel/2001-February/000211.html create mode 100644 pipermail/nel/2001-February/000212.html create mode 100644 pipermail/nel/2001-February/000213.html create mode 100644 pipermail/nel/2001-February/000214.html create mode 100644 pipermail/nel/2001-February/000215.html create mode 100644 pipermail/nel/2001-February/000216.html create mode 100644 pipermail/nel/2001-February/000217.html create mode 100644 pipermail/nel/2001-February/000218.html create mode 100644 pipermail/nel/2001-February/000219.html create mode 100644 pipermail/nel/2001-February/000220.html create mode 100644 pipermail/nel/2001-February/000221.html create mode 100644 pipermail/nel/2001-February/000222.html create mode 100644 pipermail/nel/2001-February/000223.html create mode 100644 pipermail/nel/2001-February/000224.html create mode 100644 pipermail/nel/2001-February/000225.html create mode 100644 pipermail/nel/2001-February/000226.html create mode 100644 pipermail/nel/2001-February/000227.html create mode 100644 pipermail/nel/2001-February/000228.html create mode 100644 pipermail/nel/2001-February/000229.html create mode 100644 pipermail/nel/2001-February/000230.html create mode 100644 pipermail/nel/2001-February/000231.html create mode 100644 pipermail/nel/2001-February/000232.html create mode 100644 pipermail/nel/2001-February/000233.html create mode 100644 pipermail/nel/2001-February/000234.html create mode 100644 pipermail/nel/2001-February/000235.html create mode 100644 pipermail/nel/2001-February/000236.html create mode 100644 pipermail/nel/2001-February/000237.html create mode 100644 pipermail/nel/2001-February/000239.html create mode 100644 pipermail/nel/2001-February/000240.html create mode 100644 pipermail/nel/2001-February/000241.html create mode 100644 pipermail/nel/2001-February/000242.html create mode 100644 pipermail/nel/2001-February/000243.html create mode 100644 pipermail/nel/2001-February/000244.html create mode 100644 pipermail/nel/2001-February/000245.html create mode 100644 pipermail/nel/2001-February/000246.html create mode 100644 pipermail/nel/2001-February/000247.html create mode 100644 pipermail/nel/2001-February/000248.html create mode 100644 pipermail/nel/2001-February/000249.html create mode 100644 pipermail/nel/2001-February/000250.html create mode 100644 pipermail/nel/2001-February/000251.html create mode 100644 pipermail/nel/2001-February/000252.html create mode 100644 pipermail/nel/2001-February/000253.html create mode 100644 pipermail/nel/2001-February/000254.html create mode 100644 pipermail/nel/2001-February/000255.html create mode 100644 pipermail/nel/2001-February/000256.html create mode 100644 pipermail/nel/2001-February/000257.html create mode 100644 pipermail/nel/2001-February/000258.html create mode 100644 pipermail/nel/2001-February/000259.html create mode 100644 pipermail/nel/2001-February/000260.html create mode 100644 pipermail/nel/2001-February/000261.html create mode 100644 pipermail/nel/2001-February/000262.html create mode 100644 pipermail/nel/2001-February/000263.html create mode 100644 pipermail/nel/2001-February/000264.html create mode 100644 pipermail/nel/2001-February/000265.html create mode 100644 pipermail/nel/2001-February/000266.html create mode 100644 pipermail/nel/2001-February/000267.html create mode 100644 pipermail/nel/2001-February/000268.html create mode 100644 pipermail/nel/2001-February/000269.html create mode 100644 pipermail/nel/2001-February/000270.html create mode 100644 pipermail/nel/2001-February/000271.html create mode 100644 pipermail/nel/2001-February/000272.html create mode 100644 pipermail/nel/2001-February/000273.html create mode 100644 pipermail/nel/2001-February/000274.html create mode 100644 pipermail/nel/2001-February/000275.html create mode 100644 pipermail/nel/2001-February/000276.html create mode 100644 pipermail/nel/2001-February/000277.html create mode 100644 pipermail/nel/2001-February/000278.html create mode 100644 pipermail/nel/2001-February/000279.html create mode 100644 pipermail/nel/2001-February/000280.html create mode 100644 pipermail/nel/2001-February/000281.html create mode 100644 pipermail/nel/2001-February/000282.html create mode 100644 pipermail/nel/2001-February/000283.html create mode 100644 pipermail/nel/2001-February/000284.html create mode 100644 pipermail/nel/2001-February/000285.html create mode 100644 pipermail/nel/2001-February/000286.html create mode 100644 pipermail/nel/2001-February/000287.html create mode 100644 pipermail/nel/2001-February/000288.html create mode 100644 pipermail/nel/2001-February/000289.html create mode 100644 pipermail/nel/2001-February/000290.html create mode 100644 pipermail/nel/2001-February/000291.html create mode 100644 pipermail/nel/2001-February/000292.html create mode 100644 pipermail/nel/2001-February/000293.html create mode 100644 pipermail/nel/2001-February/000294.html create mode 100644 pipermail/nel/2001-February/000295.html create mode 100644 pipermail/nel/2001-February/000296.html create mode 100644 pipermail/nel/2001-February/000297.html create mode 100644 pipermail/nel/2001-February/000298.html create mode 100644 pipermail/nel/2001-February/000299.html create mode 100644 pipermail/nel/2001-February/000300.html create mode 100644 pipermail/nel/2001-February/000301.html create mode 100644 pipermail/nel/2001-February/000302.html create mode 100644 pipermail/nel/2001-February/000303.html create mode 100644 pipermail/nel/2001-February/000304.html create mode 100644 pipermail/nel/2001-February/000305.html create mode 100644 pipermail/nel/2001-February/000306.html create mode 100644 pipermail/nel/2001-February/000307.html create mode 100644 pipermail/nel/2001-February/000308.html create mode 100644 pipermail/nel/2001-February/000309.html create mode 100644 pipermail/nel/2001-February/author.html create mode 100644 pipermail/nel/2001-February/date.html create mode 100644 pipermail/nel/2001-February/index.html create mode 100644 pipermail/nel/2001-February/subject.html create mode 100644 pipermail/nel/2001-February/thread.html create mode 100644 pipermail/nel/2001-January/000087.html create mode 100644 pipermail/nel/2001-January/000088.html create mode 100644 pipermail/nel/2001-January/000089.html create mode 100644 pipermail/nel/2001-January/000090.html create mode 100644 pipermail/nel/2001-January/000091.html create mode 100644 pipermail/nel/2001-January/000092.html create mode 100644 pipermail/nel/2001-January/000093.html create mode 100644 pipermail/nel/2001-January/000094.html create mode 100644 pipermail/nel/2001-January/000095.html create mode 100644 pipermail/nel/2001-January/000096.html create mode 100644 pipermail/nel/2001-January/000097.html create mode 100644 pipermail/nel/2001-January/000098.html create mode 100644 pipermail/nel/2001-January/000099.html create mode 100644 pipermail/nel/2001-January/000100.html create mode 100644 pipermail/nel/2001-January/000101.html create mode 100644 pipermail/nel/2001-January/000102.html create mode 100644 pipermail/nel/2001-January/000103.html create mode 100644 pipermail/nel/2001-January/000104.html create mode 100644 pipermail/nel/2001-January/000105.html create mode 100644 pipermail/nel/2001-January/000106.html create mode 100644 pipermail/nel/2001-January/000107.html create mode 100644 pipermail/nel/2001-January/000108.html create mode 100644 pipermail/nel/2001-January/000109.html create mode 100644 pipermail/nel/2001-January/000110.html create mode 100644 pipermail/nel/2001-January/000111.html create mode 100644 pipermail/nel/2001-January/000112.html create mode 100644 pipermail/nel/2001-January/000113.html create mode 100644 pipermail/nel/2001-January/000114.html create mode 100644 pipermail/nel/2001-January/000115.html create mode 100644 pipermail/nel/2001-January/000116.html create mode 100644 pipermail/nel/2001-January/000117.html create mode 100644 pipermail/nel/2001-January/000118.html create mode 100644 pipermail/nel/2001-January/000119.html create mode 100644 pipermail/nel/2001-January/000120.html create mode 100644 pipermail/nel/2001-January/000121.html create mode 100644 pipermail/nel/2001-January/000122.html create mode 100644 pipermail/nel/2001-January/000123.html create mode 100644 pipermail/nel/2001-January/000124.html create mode 100644 pipermail/nel/2001-January/000125.html create mode 100644 pipermail/nel/2001-January/000126.html create mode 100644 pipermail/nel/2001-January/000127.html create mode 100644 pipermail/nel/2001-January/000128.html create mode 100644 pipermail/nel/2001-January/000129.html create mode 100644 pipermail/nel/2001-January/000130.html create mode 100644 pipermail/nel/2001-January/000131.html create mode 100644 pipermail/nel/2001-January/000132.html create mode 100644 pipermail/nel/2001-January/000133.html create mode 100644 pipermail/nel/2001-January/000134.html create mode 100644 pipermail/nel/2001-January/000135.html create mode 100644 pipermail/nel/2001-January/000136.html create mode 100644 pipermail/nel/2001-January/000137.html create mode 100644 pipermail/nel/2001-January/000138.html create mode 100644 pipermail/nel/2001-January/000139.html create mode 100644 pipermail/nel/2001-January/000140.html create mode 100644 pipermail/nel/2001-January/000141.html create mode 100644 pipermail/nel/2001-January/000142.html create mode 100644 pipermail/nel/2001-January/000143.html create mode 100644 pipermail/nel/2001-January/000144.html create mode 100644 pipermail/nel/2001-January/000145.html create mode 100644 pipermail/nel/2001-January/000146.html create mode 100644 pipermail/nel/2001-January/000147.html create mode 100644 pipermail/nel/2001-January/000148.html create mode 100644 pipermail/nel/2001-January/000149.html create mode 100644 pipermail/nel/2001-January/000150.html create mode 100644 pipermail/nel/2001-January/000151.html create mode 100644 pipermail/nel/2001-January/000152.html create mode 100644 pipermail/nel/2001-January/000153.html create mode 100644 pipermail/nel/2001-January/000154.html create mode 100644 pipermail/nel/2001-January/000155.html create mode 100644 pipermail/nel/2001-January/000156.html create mode 100644 pipermail/nel/2001-January/000157.html create mode 100644 pipermail/nel/2001-January/000158.html create mode 100644 pipermail/nel/2001-January/000159.html create mode 100644 pipermail/nel/2001-January/000160.html create mode 100644 pipermail/nel/2001-January/author.html create mode 100644 pipermail/nel/2001-January/date.html create mode 100644 pipermail/nel/2001-January/index.html create mode 100644 pipermail/nel/2001-January/subject.html create mode 100644 pipermail/nel/2001-January/thread.html create mode 100644 pipermail/nel/2001-July/000454.html create mode 100644 pipermail/nel/2001-July/000455.html create mode 100644 pipermail/nel/2001-July/000456.html create mode 100644 pipermail/nel/2001-July/000458.html create mode 100644 pipermail/nel/2001-July/000459.html create mode 100644 pipermail/nel/2001-July/000460.html create mode 100644 pipermail/nel/2001-July/000461.html create mode 100644 pipermail/nel/2001-July/000462.html create mode 100644 pipermail/nel/2001-July/000463.html create mode 100644 pipermail/nel/2001-July/000464.html create mode 100644 pipermail/nel/2001-July/000465.html create mode 100644 pipermail/nel/2001-July/000466.html create mode 100644 pipermail/nel/2001-July/000467.html create mode 100644 pipermail/nel/2001-July/000468.html create mode 100644 pipermail/nel/2001-July/000469.html create mode 100644 pipermail/nel/2001-July/000470.html create mode 100644 pipermail/nel/2001-July/000471.html create mode 100644 pipermail/nel/2001-July/000473.html create mode 100644 pipermail/nel/2001-July/000474.html create mode 100644 pipermail/nel/2001-July/000475.html create mode 100644 pipermail/nel/2001-July/000476.html create mode 100644 pipermail/nel/2001-July/000478.html create mode 100644 pipermail/nel/2001-July/000479.html create mode 100644 pipermail/nel/2001-July/000480.html create mode 100644 pipermail/nel/2001-July/000481.html create mode 100644 pipermail/nel/2001-July/000482.html create mode 100644 pipermail/nel/2001-July/000483.html create mode 100644 pipermail/nel/2001-July/000484.html create mode 100644 pipermail/nel/2001-July/000485.html create mode 100644 pipermail/nel/2001-July/000486.html create mode 100644 pipermail/nel/2001-July/000487.html create mode 100644 pipermail/nel/2001-July/000488.html create mode 100644 pipermail/nel/2001-July/000489.html create mode 100644 pipermail/nel/2001-July/000492.html create mode 100644 pipermail/nel/2001-July/000493.html create mode 100644 pipermail/nel/2001-July/000494.html create mode 100644 pipermail/nel/2001-July/000495.html create mode 100644 pipermail/nel/2001-July/000496.html create mode 100644 pipermail/nel/2001-July/000498.html create mode 100644 pipermail/nel/2001-July/000500.html create mode 100644 pipermail/nel/2001-July/000501.html create mode 100644 pipermail/nel/2001-July/000502.html create mode 100644 pipermail/nel/2001-July/000505.html create mode 100644 pipermail/nel/2001-July/000506.html create mode 100644 pipermail/nel/2001-July/000507.html create mode 100644 pipermail/nel/2001-July/000508.html create mode 100644 pipermail/nel/2001-July/000511.html create mode 100644 pipermail/nel/2001-July/000512.html create mode 100644 pipermail/nel/2001-July/000513.html create mode 100644 pipermail/nel/2001-July/000517.html create mode 100644 pipermail/nel/2001-July/000518.html create mode 100644 pipermail/nel/2001-July/author.html create mode 100644 pipermail/nel/2001-July/date.html create mode 100644 pipermail/nel/2001-July/index.html create mode 100644 pipermail/nel/2001-July/subject.html create mode 100644 pipermail/nel/2001-July/thread.html create mode 100644 pipermail/nel/2001-June/000417.html create mode 100644 pipermail/nel/2001-June/000418.html create mode 100644 pipermail/nel/2001-June/000419.html create mode 100644 pipermail/nel/2001-June/000420.html create mode 100644 pipermail/nel/2001-June/000421.html create mode 100644 pipermail/nel/2001-June/000422.html create mode 100644 pipermail/nel/2001-June/000423.html create mode 100644 pipermail/nel/2001-June/000425.html create mode 100644 pipermail/nel/2001-June/000426.html create mode 100644 pipermail/nel/2001-June/000427.html create mode 100644 pipermail/nel/2001-June/000428.html create mode 100644 pipermail/nel/2001-June/000429.html create mode 100644 pipermail/nel/2001-June/000430.html create mode 100644 pipermail/nel/2001-June/000431.html create mode 100644 pipermail/nel/2001-June/000432.html create mode 100644 pipermail/nel/2001-June/000433.html create mode 100644 pipermail/nel/2001-June/000434.html create mode 100644 pipermail/nel/2001-June/000435.html create mode 100644 pipermail/nel/2001-June/000436.html create mode 100644 pipermail/nel/2001-June/000437.html create mode 100644 pipermail/nel/2001-June/000438.html create mode 100644 pipermail/nel/2001-June/000439.html create mode 100644 pipermail/nel/2001-June/000440.html create mode 100644 pipermail/nel/2001-June/000441.html create mode 100644 pipermail/nel/2001-June/000443.html create mode 100644 pipermail/nel/2001-June/000444.html create mode 100644 pipermail/nel/2001-June/000445.html create mode 100644 pipermail/nel/2001-June/000446.html create mode 100644 pipermail/nel/2001-June/000447.html create mode 100644 pipermail/nel/2001-June/000448.html create mode 100644 pipermail/nel/2001-June/000449.html create mode 100644 pipermail/nel/2001-June/000450.html create mode 100644 pipermail/nel/2001-June/000451.html create mode 100644 pipermail/nel/2001-June/000452.html create mode 100644 pipermail/nel/2001-June/000453.html create mode 100644 pipermail/nel/2001-June/author.html create mode 100644 pipermail/nel/2001-June/date.html create mode 100644 pipermail/nel/2001-June/index.html create mode 100644 pipermail/nel/2001-June/subject.html create mode 100644 pipermail/nel/2001-June/thread.html 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 create mode 100644 pipermail/nel/2001-May/author.html create mode 100644 pipermail/nel/2001-May/date.html create mode 100644 pipermail/nel/2001-May/subject.html create mode 100644 pipermail/nel/2001-May/thread.html create mode 100644 pipermail/nel/2001-November/000760.html create mode 100644 pipermail/nel/2001-November/author.html create mode 100644 pipermail/nel/2001-November/date.html create mode 100644 pipermail/nel/2001-November/subject.html create mode 100644 pipermail/nel/2001-November/thread.html create mode 100644 pipermail/nel/2001-October/author.html create mode 100644 pipermail/nel/2001-October/date.html create mode 100644 pipermail/nel/2001-October/subject.html create mode 100644 pipermail/nel/2001-October/thread.html create mode 100644 pipermail/nel/2001-September/author.html create mode 100644 pipermail/nel/2001-September/date.html create mode 100644 pipermail/nel/2001-September/subject.html create mode 100644 pipermail/nel/2001-September/thread.html create mode 100644 pipermail/nel/2002-February/001006.html create mode 100644 pipermail/nel/2002-February/001127.html create mode 100644 pipermail/nel/2002-February/author.html create mode 100644 pipermail/nel/2002-February/date.html create mode 100644 pipermail/nel/2002-February/subject.html create mode 100644 pipermail/nel/2002-February/thread.html create mode 100644 pipermail/nel/2002-January/author.html create mode 100644 pipermail/nel/2002-January/date.html create mode 100644 pipermail/nel/2002-January/subject.html create mode 100644 pipermail/nel/2002-January/thread.html create mode 100644 pipermail/nel/2002-March/date.html create mode 100644 pipermail/nel/2002-March/subject.html create mode 100644 pipermail/nel/2002-March/thread.html create mode 100644 pipermail/nel/index.html create mode 100644 pipermail/snowballs/2001-February/date.html create mode 100644 pipermail/snowballs/2001-February/subject.html create mode 100644 pipermail/snowballs/2001-February/thread.html create mode 100644 pipermail/snowballs/2001-January/author.html create mode 100644 pipermail/snowballs/2001-January/thread.html create mode 100644 pipermail/snowballs/index.html (limited to 'pipermail') diff --git a/pipermail/nel.mbox/nel.mbox b/pipermail/nel.mbox/nel.mbox new file mode 100644 index 00000000..88a6fce0 --- /dev/null +++ b/pipermail/nel.mbox/nel.mbox @@ -0,0 +1,97189 @@ + +From david.belius@chello.se Wed Nov 8 22:24:58 2000 +Received: from smtp2.chello.se (smtp2.chello.se [193.150.195.11]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eA8LOrO97132 + for ; Wed, 8 Nov 2000 22:24:53 +0100 (CET) + (envelope-from david.belius@chello.se) +Received: from chello.se ([193.150.204.103]) by smtp2.chello.se + (InterMail vK.4.02.00.00 201-232-116 license 13ed6d939a101f33a28aa8ad6d2fac65) + with ESMTP id <20001108191920.NNBL15963.smtp2@chello.se> + for ; Wed, 8 Nov 2000 20:19:20 +0100 +Message-ID: <3A09A729.FB8FB4AB@chello.se> +Date: Wed, 08 Nov 2000 20:19:05 +0100 +From: david.belius@chello.se +X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.15 i686) +X-Accept-Language: en +MIME-Version: 1.0 +To: nel@nevrax.org +Content-Type: text/plain; charset=us-ascii +Content-Transfer-Encoding: 7bit +Subject: [Nel] What kind of game are you making? +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +List-Id: Developer's list for the NeL platform + +Hello. +I found your project on freshmeat and it looks very cool. +You say that you are commercially funded and that the game data does not +have to be free even though the code is free. +I assume this means you are making a game out of this. +What kind of game are you making? +How long have you been working on NeL? + +Best Regards, +David + + +From nhognon@noos.fr Wed Nov 8 23:06:00 2000 +Received: from camus.cybercable.fr (camus.cybercable.fr [212.198.0.200]) + by www.nevrax.org (8.11.0/8.11.0) with SMTP id eA8M5xO97411 + for ; Wed, 8 Nov 2000 23:05:59 +0100 (CET) + (envelope-from nhognon@noos.fr) +Received: (qmail 1022931 invoked from network); 8 Nov 2000 19:41:53 -0000 +Received: from r184m194.cybercable.tm.fr (HELO noos.fr) ([195.132.184.194]) (envelope-sender ) + by camus.cybercable.fr (qmail-ldap-1.03) with SMTP + for ; 8 Nov 2000 19:41:53 -0000 +Message-ID: <3A09AC8F.BF800703@noos.fr> +Date: Wed, 08 Nov 2000 20:42:07 +0100 +From: Nicolas Hognon +Reply-To: cblt@cblt.org +X-Mailer: Mozilla 4.76 [en] (Windows NT 5.0; U) +X-Accept-Language: en +MIME-Version: 1.0 +To: nel@nevrax.org +Content-Type: text/plain; charset=us-ascii +Content-Transfer-Encoding: 7bit +Subject: [Nel] problem about the bug report interface +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +List-Id: Developer's list for the NeL platform + +Hy .... + +yesterday i've submited a little bug in the bug report +but i encounter a problem to report it. + +on the report bug page we must select the component associated +to the bug but under netscape communicator 4.76 under windows (2000) +the right part of the page is hidden +so i use internet explorer :(( +but i try this page under linux with netscape 4.75 i think and it work +fine .... + +that's all ... + + +-- + Nicolas Hognon (aka SilentBob) + home : cblt@cblt.org / www.cblt.org + work : nicolash@next-url.com / www.next-url.com + +From archer@nevrax.com Thu Nov 9 14:17:49 2000 +Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eA9DHmO02392 + for ; Thu, 9 Nov 2000 14:17:48 +0100 (CET) + (envelope-from archer@nevrax.com) +Received: (from archer@localhost) + by nevrax.com (8.9.3/8.9.3) id LAA26737 + for nel@nevrax.org; Thu, 9 Nov 2000 11:16:39 +0100 +Date: Thu, 9 Nov 2000 11:16:39 +0100 +From: Vincent Archer +To: nel@nevrax.org +Subject: Re: [Nel] What kind of game are you making? +Message-ID: <20001109111639.L24796@nevrax.com> +References: <3A09A729.FB8FB4AB@chello.se> +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +X-Mailer: Mutt 1.0pre3us +In-Reply-To: <3A09A729.FB8FB4AB@chello.se> +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +List-Id: Developer's list for the NeL platform + +According to david.belius@chello.se: +> I found your project on freshmeat and it looks very cool. + +Thanks for the attention. And the questions - I'm lazy, and couldn't +find anything to put in the FAQ yet, so your questions will serve as the +initial set :) + +> You say that you are commercially funded and that the game data does not +> have to be free even though the code is free. +> I assume this means you are making a game out of this. + +A good assumption. Yes, we are making a game using that platform, or +we are making that platform for our game, depending on how you look at +it. + +> What kind of game are you making? + +We are working on, what else, a MMORPG "whose details are yet to be +announced (blah blah)". Due to the marketing plans putting a gun on my +head, I'm not at a liberty to discuss the game content and so on :( + +We're trying to be as general as possible, but the emphasis is definitively +on multiplayer RPG. + +> How long have you been working on NeL? + +It depends on how you look at it. We've been in pre-planning stages since +march 2000; looking at architecture options, development contraints, +potentials pre-existing bits, interesting algorithms, and so on. The +real, definitive coding has started in earnest early september, which +is why NeL is not at the stage where you can see anything right sexy +on your screen now; we're busy filling in the fundations of the library. + +With 9 full-time people on the programming staff, however, you can expect +things to move rather fast. We do have deadlines, which include having a +visible game skeleton within the next months, and the game proper going +beta in late 2001, early 2002. + +What else can I say. We do expect to provide some form of game data quickly, +because we don't expect everyone to suddendly turn into a professional +3D modeler and artist to fill in, so don't despair yet at lack of game data +(the data will reside in a separate module than the 'code' CVS module + available right now). + +Can't say what's the "demo data" will be, except it won't be our true +game data, will be chilly, and you can expect to meet some non-flying birds +all over the place :) + +-- +Vincent Archer Email: archer@nevrax.com + +Nevrax France. Off on the yellow brick road we go! + +From yan@nevrax.com Thu Nov 9 18:51:51 2000 +Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eA9HpoO03922 + for ; Thu, 9 Nov 2000 18:51:51 +0100 (CET) + (envelope-from yan@nevrax.com) +Received: from pc5.nevrax.net (fw.localdomain [192.168.254.254]) + by nevrax.com (8.9.3/8.9.3) with ESMTP id PAA30269 + for ; Thu, 9 Nov 2000 15:50:41 +0100 +Message-Id: <200011091450.PAA30269@nevrax.com> +Subject: Re: [Nel] problem about the bug report interface +From: Yan Babilliot +To: nel@nevrax.org +Content-Type: text/plain +X-Mailer: Evolution 0.6 (Developer Preview) +Date: 09 Nov 2000 12:46:40 -0200 +Mime-Version: 1.0 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +List-Id: Developer's list for the NeL platform + +> Hy .... +> +> yesterday i've submited a little bug in the bug report +> but i encounter a problem to report it. +> +> on the report bug page we must select the component associated +> to the bug but under netscape communicator 4.76 under windows (2000) +> the right part of the page is hidden +> so i use internet explorer :(( +> but i try this page under linux with netscape 4.75 i think and it work +> fine .... +> +> that's all ... +> + +Thank for the bug-report. +You should now be able to report bugs with Netscape/Windows ;) + + + +-- + + +From cary@farriersoft.com Thu Nov 9 20:53:28 2000 +Received: from gash2.peakpeak.com (IDENT:root@gasherbrumII.peakpeak.com [207.174.178.17]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eA9JrRO05112 + for ; Thu, 9 Nov 2000 20:53:27 +0100 (CET) + (envelope-from cary@farriersoft.com) +Received: from p3-500 (box004.farriersoft.com [207.174.69.4]) + by gash2.peakpeak.com (8.9.3/8.9.3) with SMTP id KAA09152 + for ; Thu, 9 Nov 2000 10:47:52 -0700 +Message-Id: <4.1.20001109104828.009c6540@mail.farriersoft.com> +X-Sender: cfarrier@mail.farriersoft.com +X-Mailer: QUALCOMM Windows Eudora Pro Version 4.1 +Date: Thu, 09 Nov 2000 10:50:21 -0800 +To: nel@nevrax.org +From: Cary Farrier +Mime-Version: 1.0 +Content-Type: text/plain; charset="us-ascii" +Subject: [Nel] matrix.cpp std::min/max problems? +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +List-Id: Developer's list for the NeL platform + +I just updated from the latest CVS snapshot, added r:\code\net\include +to the project settings, however when compiling matrix.cpp in VC++ 6.0 +(SP3) the compiler is complaining that 'max is not a member of std'. + +Any thoughts? + +-> Cary +-- + +Cary Farrier +Farrier Software, Inc. (303) 875-9148 fax/message +cary@farriersoft.com + + +From stefan.nilsen@telia.com Thu Nov 9 22:49:35 2000 +Received: from d1o976.telia.com (root@d1o976.telia.com [213.64.10.241]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eA9LnZO06403 + for ; Thu, 9 Nov 2000 22:49:35 +0100 (CET) + (envelope-from stefan.nilsen@telia.com) +Received: from wale.kunosoft.se (t3o976p35.telia.com [213.64.11.35]) + by d1o976.telia.com (8.8.8/8.8.8) with ESMTP id UAA03810 + for ; Thu, 9 Nov 2000 20:44:00 +0100 (CET) +Received: from wale (unknown [127.0.0.2]) + by wale.kunosoft.se (Postfix on SuSE Linux 7.0 (i386)) with SMTP id 1AAB4945 + for ; Thu, 9 Nov 2000 19:43:59 +0000 (/etc/localtime) +From: Stefan Nilsen +Reply-To: stefan.nilsen@telia.com +Organization: Millnet AB +Date: Thu, 9 Nov 2000 20:43:58 +0100 +X-Mailer: KMail [version 1.1.99] +Content-Type: text/plain; + charset="iso-8859-1" +To: nel@nevrax.org +MIME-Version: 1.0 +Message-Id: <00110920435801.13297@wale> +Content-Transfer-Encoding: 8bit +X-MIME-Autoconverted: from quoted-printable to 8bit by www.nevrax.org id eA9LnZO06403 +Subject: [Nel] How do i compile this beast? Empty FAQ... +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +List-Id: Developer's list for the NeL platform + +Hi guys. + +I'm sorry if this is a stupid question, but what do i do after i have CVS'ed +home this thing? + +Look below for my trial and (mostly) error. + +I would like to RTFM, but i don't find any :-( + +Pls help me! + +Btw, I run SuSE 7.0 if that helps anyone, and my computer is Y2K safe :-) + +----- cut here ----- + +A loosers guide to automake! ;-) + + +I have tried the following commands: +aclocal + +(i got myself an aclocal.m4) + +automake + +automake: configure.in: required file `./install-sh' not found +automake: configure.in: required file `./mkinstalldirs' not found +automake: configure.in: required file `./missing' not found +automake: configure.in: required file `./config.guess' not found +automake: configure.in: required file `./config.sub' not found +automake: Makefile.am: required file `./INSTALL' not found +automake: Makefile.am: required file `./NEWS' not found +automake: Makefile.am: required file `./README' not found +automake: Makefile.am: required file `./COPYING' not found +automake: Makefile.am: required file `./AUTHORS' not found +automake: Makefile.am: required file `./ChangeLog' not found +configure.in: 11: required file `./include/config.h.in' not found + +automake -a + +automake: configure.in: installing `./install-sh' +automake: configure.in: installing `./mkinstalldirs' +automake: configure.in: installing `./missing' +automake: configure.in: installing `./config.guess' +automake: configure.in: installing `./config.sub' +automake: Makefile.am: installing `./INSTALL' +automake: Makefile.am: required file `./NEWS' not found +automake: Makefile.am: required file `./README' not found +automake: Makefile.am: installing `./COPYING' +automake: Makefile.am: required file `./AUTHORS' not found +automake: Makefile.am: required file `./ChangeLog' not found +configure.in: 11: required file `./include/config.h.in' not found + +autoconf + +This gives me some of the missing files in the step above. + +automake -a (again...) + +automake: Makefile.am: required file `./NEWS' not found +automake: Makefile.am: required file `./README' not found +automake: Makefile.am: required file `./AUTHORS' not found +automake: Makefile.am: required file `./ChangeLog' not found +configure.in: 11: required file `./include/config.h.in' not found + +autoheader + +(silence...) + +automake -a (a final time...) + +automake: Makefile.am: required file `./NEWS' not found +automake: Makefile.am: required file `./README' not found +automake: Makefile.am: required file `./AUTHORS' not found +automake: Makefile.am: required file `./ChangeLog' not found + +./configure + +... +... +... +checking for fcntl.h... yes +checking for unistd.h... yes +checking for working const... yes +updating cache ./config.cache +creating ./config.status +creating Makefile +creating src/Makefile +creating src/misc/Makefile +creating src/net/Makefile +creating include/Makefile +sed: can't read ./include/Makefile.in: No such file or directory +creating lib/Makefile +sed: can't read ./lib/Makefile.in: No such file or directory +creating doc/Makefile +sed: can't read ./doc/Makefile.in: No such file or directory +creating include/config.h + +make + +Making all in include +make[1]: Entering directory `/home/stni/workproj/nel/code/nel/include' +make[1]: *** No rule to make target `all'. Stop. +make[1]: Leaving directory `/home/stni/workproj/nel/code/nel/include' +make: *** [all-recursive] Error 1 + + +From archer@nevrax.com Fri Nov 10 12:34:03 2000 +Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eAABY0O11780 + for ; Fri, 10 Nov 2000 12:34:01 +0100 (CET) + (envelope-from archer@nevrax.com) +Received: (from archer@localhost) + by nevrax.com (8.9.3/8.9.3) id JAA07119 + for nel@nevrax.org; Fri, 10 Nov 2000 09:32:47 +0100 +Date: Fri, 10 Nov 2000 09:32:47 +0100 +From: Vincent Archer +To: nel@nevrax.org +Subject: Re: [Nel] matrix.cpp std::min/max problems? +Message-ID: <20001110093247.I6419@nevrax.com> +References: <4.1.20001109104828.009c6540@mail.farriersoft.com> +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +X-Mailer: Mutt 1.0pre3us +In-Reply-To: <4.1.20001109104828.009c6540@mail.farriersoft.com> +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +According to Cary Farrier: +> I just updated from the latest CVS snapshot, added r:\code\net\include +> to the project settings, however when compiling matrix.cpp in VC++ 6.0 +> (SP3) the compiler is complaining that 'max is not a member of std'. + +Note that, strictly speaking, bug reports should go thru the web +interface rather than the mailing list. It's a lot easier to manage +there. Use the mailing list if you can't access the WWW at all +for some reason (like being buried deep behind 4 firewalls that require +you to sign in blood to access the outside world). + +Bug reported to the developper in charge. +-- +Vincent Archer Email: archer@nevrax.com + +Nevrax France. Off on the yellow brick road we go! + +From archer@nevrax.com Fri Nov 10 12:42:57 2000 +Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eAABgqO11849 + for ; Fri, 10 Nov 2000 12:42:52 +0100 (CET) + (envelope-from archer@nevrax.com) +Received: (from archer@localhost) + by nevrax.com (8.9.3/8.9.3) id JAA07306 + for nel@nevrax.org; Fri, 10 Nov 2000 09:41:37 +0100 +Date: Fri, 10 Nov 2000 09:41:37 +0100 +From: Vincent Archer +To: nel@nevrax.org +Message-ID: <20001110094137.K6419@nevrax.com> +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +X-Mailer: Mutt 1.0pre3us +Subject: [Nel] List settings changes +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Administrative note: I've switched the list settings. Made the list +membership private - i.e. you have to enter your password to access +the list members, in order to avoid spammers grabbing the list -, and +what's more important, redirected replies to mailing list itself. + +If you want to reply to the sender of the message itself, you now have +to use a group reply, and then edit the recipients to remove the list. + +-- +Vincent Archer Email: archer@nevrax.com + +Nevrax France. Off on the yellow brick road we go! + +From valignat@gw.nevrax.com Fri Nov 10 13:14:18 2000 +Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eAACEHO12095 + for ; Fri, 10 Nov 2000 13:14:17 +0100 (CET) + (envelope-from valignat@gw.nevrax.com) +Received: from gw.nevrax.com (fw.localdomain [192.168.254.254]) + by nevrax.com (8.9.3/8.9.3) with ESMTP id KAA07889 + for ; Fri, 10 Nov 2000 10:13:06 +0100 +Received: (from valignat@localhost) + by gw.nevrax.com (8.11.0/8.9.3) id eAAA9WX26474; + Fri, 10 Nov 2000 11:09:32 +0100 (CET) + (envelope-from valignat) +Date: Fri, 10 Nov 2000 11:09:32 +0100 +From: Valignat Cedric +To: NeL mailing list +Cc: nel@nevrax.org +Subject: Re: [Nel] How do i compile this beast? Empty FAQ... +Message-ID: <20001110110932.A26381@nevrax.com> +References: <00110920435801.13297@wale> +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +User-Agent: Mutt/1.2.5i +In-Reply-To: <00110920435801.13297@wale>; from stefan.nilsen@telia.com on Thu, Nov 09, 2000 at 08:43:58PM +0100 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Hi, + +Stefan Nilsen wrote: +> +> I'm sorry if this is a stupid question, but what do i do after i have CVS'ed +> home this thing? +> +> [...] + +At the moment the library is compiling only on Visual C++ :-( + +We are currently working on this problem, it sould be fix soon. + +Sorry about that ... + + +> A loosers guide to automake! ;-) + +Thanks for your help ! :-) + + +Cedric. + +From bryce@neptune.net Fri Nov 10 13:28:06 2000 +Received: from pulsar.neptune.net (IDENT:bryce@pulsar.neptune.net [204.107.103.12]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eAACS3O12202 + for ; Fri, 10 Nov 2000 13:28:04 +0100 (CET) + (envelope-from bryce@neptune.net) +Received: from localhost (bryce@localhost) + by pulsar.neptune.net (8.10.1/8.10.1) with ESMTP id eAAAMN907424 + for ; Fri, 10 Nov 2000 02:22:23 -0800 +X-Authentication-Warning: pulsar.neptune.net: bryce owned process doing -bs +Date: Fri, 10 Nov 2000 02:22:23 -0800 (PST) +From: Bryce Harrington +To: nel@nevrax.org +Subject: Re: [Nel] matrix.cpp std::min/max problems? +In-Reply-To: <20001110093247.I6419@nevrax.com> +Message-ID: +MIME-Version: 1.0 +Content-Type: TEXT/PLAIN; charset=US-ASCII +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Hi Cary, + +The VC++/STL min/max problem is pretty well known, and is a result of a +very buggy STL implementation in VC++, and some lawsuits. + +Simple answer: Define NOMINMAX in your Build Settings + +Longer answer: +http://www.isis.ecs.soton.ac.uk/share/problems/fuzzyClouds/NetMet/netmet/docs/stlhelp.txt + +The STL that ships with Visual C++ was developed by Dinkumware, rather +than by Microsoft. Detailed errata is available here: + http://www.dinkumware.com/ + +Bryce + +On Fri, 10 Nov 2000, Vincent Archer wrote: +> According to Cary Farrier: +> > I just updated from the latest CVS snapshot, added r:\code\net\include +> > to the project settings, however when compiling matrix.cpp in VC++ 6.0 +> > (SP3) the compiler is complaining that 'max is not a member of std'. +> +> Note that, strictly speaking, bug reports should go thru the web +> interface rather than the mailing list. It's a lot easier to manage +> there. Use the mailing list if you can't access the WWW at all +> for some reason (like being buried deep behind 4 firewalls that require +> you to sign in blood to access the outside world). +> +> Bug reported to the developper in charge. +> + +-- +Bryce Harrington +bryce @ neptune.net + + +From lejade@nevrax.com Fri Nov 10 13:35:22 2000 +Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eAACZLO12321 + for ; Fri, 10 Nov 2000 13:35:21 +0100 (CET) + (envelope-from lejade@nevrax.com) +Received: from pc252.nevrax.com (fw.localdomain [192.168.254.254]) + by nevrax.com (8.9.3/8.9.3) with ESMTP id KAA08183 + for ; Fri, 10 Nov 2000 10:34:10 +0100 +Message-Id: <4.3.2.7.2.20001110112251.00af52c0@pop.nevrax.net> +X-Sender: lejade@pop.nevrax.net +X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 +Date: Fri, 10 Nov 2000 11:29:31 +0100 +To: nel@nevrax.org +From: Olivier Lejade +Mime-Version: 1.0 +Content-Type: text/plain; charset="us-ascii"; format=flowed +Subject: [Nel] WorldForge +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Well, it seems like we have our first celebrity on the list ! ;) +The coordinator of the WorldForge project himself (http://www.worldforge.org). +Welcome Bryce ! So what do you think of NeL ? + + +From lecroart@nevrax.com Fri Nov 10 13:45:45 2000 +Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eAACjiO12402 + for ; Fri, 10 Nov 2000 13:45:44 +0100 (CET) + (envelope-from lecroart@nevrax.com) +Received: from vianneyl (fw.localdomain [192.168.254.254]) + by nevrax.com (8.9.3/8.9.3) with SMTP id KAA08363 + for ; Fri, 10 Nov 2000 10:44:33 +0100 +Message-ID: <00c001c04b03$1b9c5830$0901a8c0@vianneyl> +From: "Vianney Lecroart" +To: +References: +Subject: Re: [Nel] matrix.cpp std::min/max problems? +Date: Fri, 10 Nov 2000 11:43:48 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 5.00.2919.6700 +X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +> The VC++/STL min/max problem is pretty well known, and is a result of a +> very buggy STL implementation in VC++, and some lawsuits. +> +> Simple answer: Define NOMINMAX in your Build Settings + +ok, this define disables the macro min & max, it's same behavior as doing +#undef min #undef max +but I search min in the VC include directory and subdirectory and there s +*no* min +definition in the STL (no template min) so we have to define our own min & +max +template function in our code... no very cool... + +> Longer answer: +> +http://www.isis.ecs.soton.ac.uk/share/problems/fuzzyClouds/NetMet/netmet/doc +s/stlhelp.txt +> +> The STL that ships with Visual C++ was developed by Dinkumware, rather +> than by Microsoft. Detailed errata is available here: +> http://www.dinkumware.com/ +> +> Bryce +> +> On Fri, 10 Nov 2000, Vincent Archer wrote: +> > According to Cary Farrier: +> > > I just updated from the latest CVS snapshot, added r:\code\net\include +> > > to the project settings, however when compiling matrix.cpp in VC++ 6.0 +> > > (SP3) the compiler is complaining that 'max is not a member of std'. +> > +> > Note that, strictly speaking, bug reports should go thru the web +> > interface rather than the mailing list. It's a lot easier to manage +> > there. Use the mailing list if you can't access the WWW at all +> > for some reason (like being buried deep behind 4 firewalls that require +> > you to sign in blood to access the outside world). +> > +> > Bug reported to the developper in charge. +> > +> +> -- +> Bryce Harrington +> bryce @ neptune.net +> +> _______________________________________________ +> Nel mailing list +> Nel@nevrax.org +> http://www.nevrax.org/mailman/listinfo.cgi/nel + + +From tsm@IDEALX.com Fri Nov 10 13:46:26 2000 +Received: from sarajevo.idealx.com (sarajevo.idealx.com [213.41.87.90]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eAACkNO12424 + for ; Fri, 10 Nov 2000 13:46:23 +0100 (CET) + (envelope-from tsm@IDEALX.com) +Received: from calvin.UUCP (uucp@localhost) + by sarajevo.idealx.com (8.10.1/8.10.1) with UUCP id eAAAe9P02567 + for nel@nevrax.org; Fri, 10 Nov 2000 11:40:09 +0100 (CET) +Received: from tsm by calvin.ird.IDEALX.com with local (Exim 3.12 #1 (Debian)) + id 13uBaq-0002XX-00 + for ; Fri, 10 Nov 2000 11:39:36 +0100 +Date: Fri, 10 Nov 2000 11:39:36 +0100 +From: Thierry Mallard +To: nel@nevrax.org +Subject: Re: [Nel] WorldForge +Message-ID: <20001110113936.A9739@calvin.ird.IDEALX.com> +References: <4.3.2.7.2.20001110112251.00af52c0@pop.nevrax.net> +Mime-Version: 1.0 +Content-Type: multipart/signed; micalg=pgp-sha1; + protocol="application/pgp-signature"; boundary="d6Gm4EdcadzBjdND" +Content-Disposition: inline +User-Agent: Mutt/1.2.5i +In-Reply-To: <4.3.2.7.2.20001110112251.00af52c0@pop.nevrax.net>; from lejade@nevrax.com on Fri, Nov 10, 2000 at 11:29:31AM +0100 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +--d6Gm4EdcadzBjdND +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +Content-Transfer-Encoding: quoted-printable + +Greetings to you all ... :-) + + +On Fri, Nov 10, 2000 at 11:29:31AM +0100, Olivier Lejade wrote: +> Well, it seems like we have our first celebrity on the list ! ;) +> The coordinator of the WorldForge project himself (http://www.worldforge.= +org). + +Whooo hooo :-) + +> Welcome Bryce ! So what do you think of NeL ? + +Good question, I'm listening too .. + + Thierry Mallard, a.k.a Shaman on Worldforge.org ;-) + (who didn't do much on this) + + +--=20 +Thierry Mallard | =20 +GnuPG key on wwwkeys.pgp.net | +key 0xA3D021CB | +http://thierry.mallard.com | =20 + +--d6Gm4EdcadzBjdND +Content-Type: application/pgp-signature +Content-Disposition: inline + +-----BEGIN PGP SIGNATURE----- +Version: GnuPG v1.0.3 (GNU/Linux) +Comment: Pour information voir http://www.gnupg.org + +iEYEARECAAYFAjoL0GgACgkQGBtCB6PQIcs6PACgyR9Uzbymw/yEYYnbrhGLulAl +a88AoJxjE9nBMJkE1+yXHk2LjzTTEWXe +=hdVU +-----END PGP SIGNATURE----- + +--d6Gm4EdcadzBjdND-- + + +From bryce@neptune.net Fri Nov 10 14:48:51 2000 +Received: from pulsar.neptune.net (IDENT:bryce@pulsar.neptune.net [204.107.103.12]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eAADmiO12831 + for ; Fri, 10 Nov 2000 14:48:50 +0100 (CET) + (envelope-from bryce@neptune.net) +Received: from localhost (bryce@localhost) + by pulsar.neptune.net (8.10.1/8.10.1) with ESMTP id eAABh8a11130 + for ; Fri, 10 Nov 2000 03:43:08 -0800 +X-Authentication-Warning: pulsar.neptune.net: bryce owned process doing -bs +Date: Fri, 10 Nov 2000 03:43:08 -0800 (PST) +From: Bryce Harrington +To: nel@nevrax.org +Subject: Re: [Nel] matrix.cpp std::min/max problems? +In-Reply-To: <00c001c04b03$1b9c5830$0901a8c0@vianneyl> +Message-ID: +MIME-Version: 1.0 +Content-Type: TEXT/PLAIN; charset=US-ASCII +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Heh, well sorry but that's MS for ya... + +As I recall, if you go MFC-free this particular issue will vanish. +However there are other insidious STL bugs with Visual C++. + +If in fact you are using MFC, I would urge you to cease doing so at the +earliest convenience. Not only for portability reasons (MFC *ain't* +portable, especially not backwards-wise) but also because it is a poor +architecture for GUI development, and is not really in the GPL spirit of +things. If you intend to conduct your development openly as a net +project, then crossplatformness is going to be especially treasured by +you. There are many options for crossplatform GUI libs. Let me know if +you'd like to discuss this more. My two preferred libs are wxWindows +(good for OS-matching widgets for editors and similar), or libuta (SDL +compatible and skinnable). Mozilla has another cross platform GUI lib +but I've not used it in its current incarnation so don't know whether +it's usable independently of Mozilla. + +FWIW, I always stick this boilerplate code in any file that uses STL +that I'd like to compile with MSVC 4.2: + +#ifdef _MSC_VER +// Fix broken STL implementation in MSVC 4.2 +// Include files (for MSVC) +#pragma warning(disable: 4786) // Kludge to get around bug in MSVC 4.2 +#pragma warning(disable: 4788) // See above +#endif + +I think you may be stuck including your own max/min template functions. +That's a pretty minor thing compared with some of the patches you may +have to make to work around some of the other issues (especially if you +want to support pre-6.0 MSVC). + +Ultimately, you're going to want to trim down use of STL anyway, so you +can recover the performance loss. We still use STL at WorldForge, for +instance, but some simple tests show that hand coded, non-templated map +and list classes provide some modest performance gains, and some day +when we're down to squeezing out the last bits of performance, we'll +probably be pulling STL out ourselves. + +Bryce + +On Fri, 10 Nov 2000, Vianney Lecroart wrote: + +> > The VC++/STL min/max problem is pretty well known, and is a result of a +> > very buggy STL implementation in VC++, and some lawsuits. +> > +> > Simple answer: Define NOMINMAX in your Build Settings +> +> ok, this define disables the macro min & max, it's same behavior as doing +> #undef min #undef max +> but I search min in the VC include directory and subdirectory and there s +> *no* min +> definition in the STL (no template min) so we have to define our own min & +> max +> template function in our code... no very cool... + +-- +Bryce Harrington +bryce @ neptune.net + + +From bryce@neptune.net Sat Nov 11 00:05:03 2000 +Received: from pulsar.neptune.net (IDENT:bryce@pulsar.neptune.net [204.107.103.12]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eAAN52O19688 + for ; Sat, 11 Nov 2000 00:05:02 +0100 (CET) + (envelope-from bryce@neptune.net) +Received: from localhost (bryce@localhost) + by pulsar.neptune.net (8.10.1/8.10.1) with ESMTP id eAAN3m813448 + for ; Fri, 10 Nov 2000 15:03:48 -0800 +X-Authentication-Warning: pulsar.neptune.net: bryce owned process doing -bs +Date: Fri, 10 Nov 2000 15:03:48 -0800 (PST) +From: Bryce Harrington +To: nel@nevrax.org +Subject: Re: [Nel] WorldForge +In-Reply-To: <20001110113936.A9739@calvin.ird.IDEALX.com> +Message-ID: +MIME-Version: 1.0 +Content-Type: TEXT/PLAIN; charset=US-ASCII +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +On Fri, 10 Nov 2000, Thierry Mallard wrote: +> On Fri, Nov 10, 2000 at 11:29:31AM +0100, Olivier Lejade wrote: +> > Well, it seems like we have our first celebrity on the list ! ;) +> > The coordinator of the WorldForge project himself (http://www.worldforge.org). +> +> Whooo hooo :-) + +*Grin* Hiya. + +> > Welcome Bryce ! So what do you think of NeL ? +> +> Good question, I'm listening too .. + +Ah, well at this point I'm just being a pair of ears. I'm hoping to get +a pointer to something describing what the group's plan is or some feel +for the "big picture". + +(I've seen a depressingly large number of well-meaning groups trying the +combined commercial and open source approach for game development and +crash and burn spectacularly, so I figure either I'll learn something or +get to roast a marshmallow or two. *wink*) + +-- +Bryce Harrington +bryce @ neptune.net + + +From olivier@openminds.org Sat Nov 11 15:19:40 2000 +Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eABEJdO26495 + for ; Sat, 11 Nov 2000 15:19:40 +0100 (CET) + (envelope-from olivier@openminds.org) +Received: from pc252.openminds.org (fw.localdomain [192.168.254.254]) + by nevrax.com (8.9.3/8.9.3) with ESMTP id OAA21268 + for ; Sat, 11 Nov 2000 14:22:48 +0100 +Message-Id: <4.3.2.7.2.20001111150823.00b06100@pop.nevrax.net> +X-Sender: lejade@pop.nevrax.net +X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 +Date: Sat, 11 Nov 2000 15:18:09 +0100 +To: nel@nevrax.org +From: Olivier Lejade +Subject: Re: [Nel] WorldForge +In-Reply-To: +References: <20001110113936.A9739@calvin.ird.IDEALX.com> +Mime-Version: 1.0 +Content-Type: text/plain; charset="us-ascii"; format=flowed +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +At 03:03 PM 11/10/00 -0800, you wrote: +>On Fri, 10 Nov 2000, Thierry Mallard wrote: +> > On Fri, Nov 10, 2000 at 11:29:31AM +0100, Olivier Lejade wrote: +> > > Well, it seems like we have our first celebrity on the list ! ;) +> > > The coordinator of the WorldForge project himself +> (http://www.worldforge.org). +> > +> > Whooo hooo :-) +> +>*Grin* Hiya. +> +> > > Welcome Bryce ! So what do you think of NeL ? +> > +> > Good question, I'm listening too .. +> +> +> +>(I've seen a depressingly large number of well-meaning groups trying the +>combined commercial and open source approach for game development and +>crash and burn spectacularly, so I figure either I'll learn something or +>get to roast a marshmallow or two. *wink*) +> +>-- +>Bryce Harrington +>bryce @ neptune.net +> +>_______________________________________________ +>Nel mailing list +>Nel@nevrax.org +>http://www.nevrax.org/mailman/listinfo.cgi/nel + + +-- +"Minds are like parachutes. They work best when open." + + +From sferro@wojo.com Sat Nov 11 22:16:45 2000 +Received: from cliff.acs.oakland.edu (cliff.acs.oakland.edu [141.210.10.111]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eABLGiO28596 + for ; Sat, 11 Nov 2000 22:16:44 +0100 (CET) + (envelope-from sferro@wojo.com) +Received: from fast (ppp-pm03-dy-1.opr.oakland.edu [141.210.14.222]) + by cliff.acs.oakland.edu (8.10.2/8.10.2) with SMTP id eABLFI9180560 + for ; Sat, 11 Nov 2000 16:15:28 -0500 (EST) +Message-ID: <051401c04c24$f1e7ae40$0400a8c0@fast> +From: "Sal" +To: +Date: Sat, 11 Nov 2000 16:18:21 -0500 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 5.00.2919.6700 +X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 +Subject: [Nel] Greetings! And some questions / comments +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Hi, + +First a little rant to explain my being here: :-) + + I am also a Worldforge developer, like Bryce. Though not nearly as +famous ;-) I stumbled upon Nevrax the other day and am very interested in +its development. My goal a few years back was to help create a free, +massively multiplayer online RPG system, one that I could enjoy myself and +that others could build from to make their own persistant online worlds. +And a commercial effort such as Nevrax could be a powerful force in helping +to achieve such a goal. + + Most opensource projects that start up have caught my eye, the first +being the Ultima online emulator scene which I was a part of for a long +time, coding admin tools, NPC ai, network code, etc. Whatever seemed the +most challenging task. I got soon fed up with having to deal with the idea +that all the hard work might not even turn out to be legal, and all the +problems that OSI provided for the emu scene I didnt care for. So I then +came across Worldforge, and that is where I am. Finally a totally free +opensource project that met, if not exceeded my own standards for an online +gaming system. + + So I took on the responsibility of developer XClient, a 3d client. The +root of its homepage is here, if anyone's interested: +http://www.worldforge.org/website/clients/xclient/ + + Some shots of its recent developments (a terrain engine) are here: +http://www.worldforge.org/images/screenshots/terrain1.jpg +http://www.worldforge.org/images/screenshots/terrain2.jpg + (Its very early in development) + + Some old out of date client shots: +http://www.worldforge.org/website/clients/xclient/screenshots/ + + And lastly, a goals paper that I've recently written to illustrate what +the goals are in XClient development. This one I recommend reading above +the others. +http://www.worldforge.org/website/clients/xclient/developer/goals + + I've also created a Map editor (XEdit) a UDP networking library based +off of the GPLd quake code (XUDP) and a simple test server (XServer). All +of this and XClient are in Worldforge cvs for those interested. If there +are questions about any of these things, please ask! + + Anyhow, yes there is a point to all this. It seems that a lot of +Worldforge's goals and development are in tandem with Nevrax's. So, I +thought it would be worth it to see 1) how compatible our projects are and +2) if we might be able to help each other out in any form, whether it be +artwork, code, or knowledge. 3) how much interest, if any, there is in +sharing efforts. + + So if I could ask a few questions. I tried finding out some information +through the website, but some questions remain: + +1) I understand that Nel will be a library to create games, but is this +project also developing a specific game that uses the library? If so what +details of it are known? As far as ruleset... gameplay... + +2) What is the development strategy? For example Worldforge will be +developing several smaller diverse games in succession (Acorn, Mason... etc. +etc.) until we reach the final goal, entitled 'BelchFire'. Will you guys be +doing a similar thing? + +3) What features/goals are there for the 3d engine? What's being targeted +(high end/low end hardware)? What rendering APIs? Software mode? + +4) I get this question a lot :-) Why develop a 3d engine from scratch? Why +not use/build from an existing engine, such as Crystal Space? + +5) What are the capabilities of the current codebase? + +6) Is development open to outside influence? Or are you following an +internal-only plan, and just opensourcing the results? + +7) Was there knowledge of Worldforge when this project was started? And if +so, why was it deemed necessary to start another, independant effort with +the same goals? + +8) Would it be possible to get a brief description of what Nevrax will use +in the following areas: + - Protocol (UDP? TCP/IP?) + - Mapfile format (Custom? XML? Binary? Database-Driven?) + - Mapfile editors (What existing tools will be used, if +any?) + - Model format(s) + - Texture format(s) + +9) How the heck do you guys manage to pay a full development team off of +free software? :-) + + + Thats about all I have for now. I'm sure more will come up in the +future. You might want to put a few of those in the FAQ, I've noticed its +in need of some fulfilling... and other people may have similair questions. + + Anyhow, thanks in advance, and Congratulations and Good Luck in your +efforts. Its a challenging and rewarding goal that we are working towards. +I look forward to exchanging thoughts and ideas in the near future! + +- Sal +sferro@wojo.com + + + + + + +From stefan.nilsen@telia.com Sat Nov 11 22:56:57 2000 +Received: from d1o976.telia.com (root@d1o976.telia.com [213.64.10.241]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eABLuvO28793 + for ; Sat, 11 Nov 2000 22:56:57 +0100 (CET) + (envelope-from stefan.nilsen@telia.com) +Received: from wale.kunosoft.se (t1o976p46.telia.com [213.64.10.46]) + by d1o976.telia.com (8.8.8/8.8.8) with ESMTP id WAA17993 + for ; Sat, 11 Nov 2000 22:55:41 +0100 (CET) +Received: from wale (unknown [127.0.0.2]) + by wale.kunosoft.se (Postfix on SuSE Linux 7.0 (i386)) with SMTP id 8C025945 + for ; Sat, 11 Nov 2000 21:55:37 +0000 (/etc/localtime) +From: Stefan Nilsen +Organization: Millnet AB +Date: Sat, 11 Nov 2000 22:55:37 +0100 +X-Mailer: KMail [version 1.1.99] +Content-Type: text/plain; + charset="us-ascii" +To: nel@nevrax.org +References: <00110920435801.13297@wale> <20001110110932.A26381@nevrax.com> +In-Reply-To: <20001110110932.A26381@nevrax.com> +Subject: Re: [Nel] How do i compile this beast? Empty FAQ... +MIME-Version: 1.0 +Message-Id: <00111122553700.23090@wale> +Content-Transfer-Encoding: 8bit +X-MIME-Autoconverted: from quoted-printable to 8bit by www.nevrax.org id eABLuvO28793 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +> At the moment the library is compiling only on Visual C++ :-( +> +> We are currently working on this problem, it sould be fix soon. + +Ok, that explains it. Maybe I'm not stupid after all... :-) + + +From stefan.nilsen@telia.com Sun Nov 12 14:05:43 2000 +Received: from d1o976.telia.com (root@d1o976.telia.com [213.64.10.241]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eACD5gO33377 + for ; Sun, 12 Nov 2000 14:05:42 +0100 (CET) + (envelope-from stefan.nilsen@telia.com) +Received: from wale.kunosoft.se (t3o976p116.telia.com [213.64.11.116]) + by d1o976.telia.com (8.8.8/8.8.8) with ESMTP id OAA20795 + for ; Sun, 12 Nov 2000 14:04:26 +0100 (CET) +Received: from wale (unknown [127.0.0.2]) + by wale.kunosoft.se (Postfix on SuSE Linux 7.0 (i386)) with SMTP id AC164945 + for ; Sun, 12 Nov 2000 13:04:24 +0000 (/etc/localtime) +From: Stefan Nilsen +Organization: Millnet AB +Date: Sun, 12 Nov 2000 14:04:22 +0100 +X-Mailer: KMail [version 1.1.99] +Content-Type: text/plain; + charset="iso-8859-1" +To: nel@nevrax.org +MIME-Version: 1.0 +Message-Id: <00111214042201.23090@wale> +Content-Transfer-Encoding: 8bit +X-MIME-Autoconverted: from quoted-printable to 8bit by www.nevrax.org id eACD5gO33377 +Subject: [Nel] Some Linux patches +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +I made som fixes for compile on Linux. + +This is the first time i submit a patch, so please tell me if i'm doing +anything wrong. + +Index: Makefile.am +=================================================================== +RCS file: /home/cvsroot/code/nel/Makefile.am,v +retrieving revision 1.1 +diff -r1.1 Makefile.am +9c9 +< SUBDIRS= include src lib doc +--- +> SUBDIRS= src doc +Index: src/net/base_socket.cpp +=================================================================== +RCS file: /home/cvsroot/code/nel/src/net/base_socket.cpp,v +retrieving revision 1.16 +diff -r1.16 base_socket.cpp +40a41,42 +> #define __need_timeval +> #include +42c44 +< #include +--- +> #include +261c263 +< int saddrlen = sizeof(saddr); +--- +> socklen_t saddrlen = sizeof(saddr); +344c346 +< int saddrlen = sizeof(saddr); +--- +> socklen_t saddrlen = sizeof(saddr); +374c376 +< +--- +> + +From lejade@nevrax.com Sun Nov 12 15:00:01 2000 +Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eACE01O33652 + for ; Sun, 12 Nov 2000 15:00:01 +0100 (CET) + (envelope-from lejade@nevrax.com) +Received: from pc252.nevrax.com (fw.localdomain [192.168.254.254]) + by nevrax.com (8.9.3/8.9.3) with ESMTP id OAA29313 + for ; Sun, 12 Nov 2000 14:03:08 +0100 +Message-Id: <4.3.2.7.2.20001112123544.00b0da10@pop.nevrax.net> +X-Sender: lejade@pop.nevrax.net +X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 +Date: Sun, 12 Nov 2000 14:58:30 +0100 +To: nel@nevrax.org +From: Olivier Lejade +Subject: Re: [Nel] Greetings! And some questions / comments +In-Reply-To: <051401c04c24$f1e7ae40$0400a8c0@fast> +Mime-Version: 1.0 +Content-Type: text/plain; charset="us-ascii"; format=flowed +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Hi Sal, + +My name is Olivier Lejade, I am Nevrax's CEO. I won't be intervening too +much on this list since we really would like to keep things technically +oriented, but since there seems to be so a lot of questions, I figured it +would be a good idea to answer some of them here so that they can go in the +FAQ. +I'll leave the technically oriented ones to the Code Team though. + +At 04:18 PM 11/11/00 -0500, you wrote: +>I am also a Worldforge developer, like Bryce. Though not nearly as +>famous ;-) + +Or so you think... ;) + +>And a commercial effort such as Nevrax could be a powerful force in helping +>to achieve such a goal. + +Thanks for the attention. +We hope and believe so too. + +>So I then +>came across Worldforge, and that is where I am. Finally a totally free +>opensource project that met, if not exceeded my own standards for an online +>gaming system. + +Yes, WorldForge is a very impressive project with a very, very large scope. +We are all admirative of your capacity to handle such a large and diverse +community. Managing a team of artists over the internet is especially +daunting and WF has accomplished an incredible feat in this area. +As Bryce kindly reminded me, code is cheap compared to Art... + +Here at Nevrax, we do not intend to have such a large range of activity. We +are concentrating on a 3D client (no 2D, text, etc) and we are doing all +the artwork/game design internally. +Nevrax.org will focus on fostering a "technical" community. + +>1) how compatible our projects are + +I'll let the coders answer on the technical aspect. However, on a more +philosophical point of vue, I'd say our project are very compatible, +siblings really, since they are both GPL. + +>1) I understand that Nel will be a library to create games, but is this +>project also developing a specific game that uses the library? + +Yes. we are currently developing a yet unannounced commercial MMORPG. + +>If so what +>details of it are known? As far as ruleset... gameplay... + +At this time, I'm sorry to say we cannot disclose any information +concerning game design / artwork. However things are bound to change as we +go along, and some information will start trickling out in the coming months. + +>2) What is the development strategy? For example Worldforge will be +>developing several smaller diverse games in succession (Acorn, Mason... etc. +>etc.) until we reach the final goal, entitled 'BelchFire'. Will you guys be +>doing a similar thing? + +Not in the sense of WF (i.e lots of intermediary games). We are working on +a single game. However, we do have a number of milestones. Also by the end +of the year, we will be disclosing a "sample world" under an open content +license for the community to kick around and have fun with. But this will +have nothing to do with our final game. + +>4) I get this question a lot :-) Why develop a 3d engine from scratch? Why +>not use/build from an existing engine, such as Crystal Space? + +We checked out CS of course as well as many others, and while it is a very +nice engine, it did not seem to fit our particular needs. + +>6) Is development open to outside influence? Or are you following an +>internal-only plan, and just opensourcing the results? + +Well, we are following an internal plan and Freeing the resulting software, +however we are very open to outside influence on technical aspects. And +while we concentrate on our priorities, we will integrate any worthwhile +functionnality. + +On the game content side though, we are keeping things to ourselves for now. +Expect to be really, really suprised though... :) + +>7) Was there knowledge of Worldforge when this project was started? And if +>so, why was it deemed necessary to start another, independant effort with +>the same goals? + +Yes, we knew of WF (actually, since the time it was called Altima !). +We took some time to consider joining the effort, however we felt there was +a number of reasons for not doing so. I'll give you some of them : + +- We wanted to keep a tight focus on the game we are doing and did not want +to be hindered in political struggles to get the code where we needed. We +felt the WF community might ressent us steering in directions that they +would not care for. We have a tight schedule : we want the game out in 2002. +Which means we could'nt spare to much time arguing about it. + +- We have different goals : we are a commercial entity. We don't have the +educational/hobbyist approach of WF. Nevrax has a complete team of seasoned +professionals not only at the programming level, but also on the design / +3D artwork / concept side working every day towards one goal : getting the +game out. + +- We have a highly original world which poses a great number of +constraints. We felt we would be in a better position to adress them by +leading our own effort. + +That said, I must emphasize that we do not see ourselves as "competing" +with WF. We are simply two different projects, taking two different +approach at building a Free Software system for MMORPGs. Diversity is A +Good Thing. +I wish WF will succeed and I hope there will be as much cooperation between +the two projects as possible. + +>9) How the heck do you guys manage to pay a full development team off of +>free software? :-) + +Ah ha ! :) + +Free Software doesn't mean free content or free service. +While our software is Free, we retain property of our game data. And to +access our servers in order to play our game, users will be asked to pay a +monthly fee just like with the other commercial games. + +Bottom line is : Free Software and commercial MMORPGs are a perfect match. +And we believe we have everything to gain and nothing to loose by opening +our source code. + +I hope this clarifies things a little even though I'm sure it will raise +even more questions ! + +Thanks for your encouragments, + +Olivier + + +From sferro@wojo.com Sun Nov 12 16:33:08 2000 +Received: from cliff.acs.oakland.edu (cliff.acs.oakland.edu [141.210.10.111]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eACFX4O34109 + for ; Sun, 12 Nov 2000 16:33:04 +0100 (CET) + (envelope-from sferro@wojo.com) +Received: from fast (ppp-pm03-dy-5.opr.oakland.edu [141.210.14.226]) + by cliff.acs.oakland.edu (8.10.2/8.10.2) with SMTP id eACFVh9449811 + for ; Sun, 12 Nov 2000 10:31:44 -0500 (EST) +Message-ID: <06a101c04cbe$1d0b2220$0400a8c0@fast> +From: "Sal" +To: +References: <4.3.2.7.2.20001112123544.00b0da10@pop.nevrax.net> +Subject: Re: [Nel] Greetings! And some questions / comments +Date: Sun, 12 Nov 2000 10:34:56 -0500 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 5.00.2919.6700 +X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +> Hi Sal, +> +> My name is Olivier Lejade, I am Nevrax's CEO. I won't be intervening too +> much on this list since we really would like to keep things technically +> oriented, but since there seems to be so a lot of questions, I figured it +> would be a good idea to answer some of them here so that they can go in +the +> FAQ. +> I'll leave the technically oriented ones to the Code Team though. + + Thank you for taking the time to respond Olivier, this clears up a lot +of questions! + +> Managing a team of artists over the internet is especially +> daunting and WF has accomplished an incredible feat in this area. +> As Bryce kindly reminded me, code is cheap compared to Art... + + I very much agree here. In my experience I've discovered that media is +very hard to come by. Talented artists don't like to work for free, and who +can blame them, a lot of the industry's tools are expensive and take a lot +of effort and time to learn. I think this is one of the biggest obstacles +in free game software development, the lack of good, free media. If Nevrax +is able to help out in this area, the opensource commmunity, Worldforge +included, would be very grateful... + +[ ... ] +> Well, we are following an internal plan and Freeing the resulting +software, +> however we are very open to outside influence on technical aspects. And +> while we concentrate on our priorities, we will integrate any worthwhile +> functionnality. +[ ... ] + + I understand your intentions. With openness in development comes +conflict in views on many issues. As a project under a tight schedule, +resolving all issues in the open might not be the most efficient approach +timewise. + + If there still is any desire to collaborate on things such as client +engine design, I would be happy to. If XClient and the Nel client could be +made more compatible in any way, I think it would be worth the effort. If +similairity in protocol could be obtained, then our software could +communicate with each other. Likewise, if rendering architecture was +similair, we could collaborate on, and/or share pieces of code for the game +engines. Either way I think it could mean saving work and time for the both +of us... + + On the other hand, collaborating would logically take some effort, which +I understand Nevrax may or may not have the time for. It still might be +worth considering, at any rate. + +> Bottom line is : Free Software and commercial MMORPGs are a perfect match. +> And we believe we have everything to gain and nothing to loose by opening +> our source code. + + Here I very much agree, also! + +> I hope this clarifies things a little even though I'm sure it will raise +> even more questions ! + + Thanks again! And I await the answers to the other, more technical +questions. ;-) + +- Sal + + +From lecroart@nevrax.com Mon Nov 13 12:35:22 2000 +Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eADBZLO41166 + for ; Mon, 13 Nov 2000 12:35:21 +0100 (CET) + (envelope-from lecroart@nevrax.com) +Received: from vianneyl (fw.localdomain [192.168.254.254]) + by nevrax.com (8.9.3/8.9.3) with SMTP id LAA06386 + for ; Mon, 13 Nov 2000 11:38:27 +0100 +Message-ID: <007201c04d66$26c2fdd0$0901a8c0@vianneyl> +From: "Vianney Lecroart" +To: +References: <051401c04c24$f1e7ae40$0400a8c0@fast> +Subject: Re: [Nel] Greetings! And some questions / comments +Date: Mon, 13 Nov 2000 12:37:49 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 5.00.2919.6700 +X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Hello sal! + +> 3) What features/goals are there for the 3d engine? What's being +targeted +> (high end/low end hardware)? What rendering APIs? Software mode? + +you can take a look on the nel whitepaper, it explains (briefly) all +features +of the 3d engine (http://www.nevrax.org/docs/doxygen/nel/general.html) +that we plan to develop. + +> 5) What are the capabilities of the current codebase? + +hum... good question :-) today, the code is not able to do lot of things but +it'll change in few weeks. the misc component contains lot of really cool +tools like serializable system, input events system, internationalization, +math classes, etc... +there's only the skeleton of the 3d engine but, low level layers start to +work +and it'll display polygons in few days :) the low interface font manager is +ready +to display text and we work hardly on tools for the graphics team (but +theses +tools are still private cause of 3ds max sdk). +for the network components, all communication layers are available. +the service based class is ready too and will be extented in the futur. +few services run too, so you can compile our first service executables :) +we'll work on a "client" exectuable to explains how to use nel and +perhaps, display someting :) + +> 6) Is development open to outside influence? Or are you following an +> internal-only plan, and just opensourcing the results? + +We Want You! :-) of course we hope to work with the free software community. + +> 8) Would it be possible to get a brief description of what Nevrax will +use +> in the following areas: + +is the whitepaper not enough? ok , we ll add some stuffs on it :) + +> - Protocol (UDP? TCP/IP?) + +for now, we only manage TCP/IP and plan to use UDP only the visual effect +like +smooth dead reckoning (the standard dead reckoning will be in TCP/IP for +some +cheating reasons) + +> - Mapfile format (Custom? XML? Binary? Database-Driven?) + +we use a generic streamable and serializable system so we don't have any +file format :-) +it's a really powerful system!!! and so easy to manage! + +> - Mapfile editors (What existing tools will be used, if +> any?) + +we use 3ds max only, and we create plugins for our needs. + +> - Model format(s) + +same as mapfile :) + +> - Texture format(s) + +we use .dds format for pre-compressed texture format (DXTC*) and +pre-computed mimap. +we also use .tga for normal texture/image :-) + +> 9) How the heck do you guys manage to pay a full development team off of +> free software? :-) + +we are paid, i can confirm :-) + +> Thats about all I have for now. I'm sure more will come up in the +> future. You might want to put a few of those in the FAQ, I've noticed its +> in need of some fulfilling... and other people may have similair +questions. + +yes, we'll add these questions in the FAQ! + +> Anyhow, thanks in advance, and Congratulations and Good Luck in your +> efforts. Its a challenging and rewarding goal that we are working +towards. +> I look forward to exchanging thoughts and ideas in the near future! + +thanks + +Vianney Lecroart +--- +lead programmer / nevrax.com +icq#: 6870415 +homepage: http://ace.planet-d.net +www.geek.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- +w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? + + + +From zager@teleaction.com Mon Nov 13 20:07:15 2000 +Received: from jupiter.augur.de (jupiter.augur.de [194.122.160.1]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eADJ7FO43627 + for ; Mon, 13 Nov 2000 20:07:15 +0100 (CET) + (envelope-from zager@teleaction.com) +Received: from teleaction.de (homeserver [194.122.160.76]) + by jupiter.augur.de (8.8.8+Sun/8.8.8) with ESMTP id UAA03799 + for ; Mon, 13 Nov 2000 20:05:30 +0100 (MET) +Message-ID: <3A103B7A.3C5EEE6B@teleaction.de> +Date: Mon, 13 Nov 2000 20:05:30 +0100 +From: Dim Segebart +X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.16 i686) +X-Accept-Language: ru, en +MIME-Version: 1.0 +To: nel@nevrax.org +Content-Type: text/plain; charset=koi8-r +Content-Transfer-Encoding: 7bit +Subject: [Nel] Linux build +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Hello, to all ! +Nice to see what all my dreams come true ))) +I know what linux autoconf stuff isn't ready yet, but +anyway may I ask developers of NeL when we might be +able to put our hands on it ? +This is not a problem for me to create one by myself, by I'm +afraid it's not a very good idea, since I lack the knowledge of +internal dependencies and too lazy to reboot my PC in windows mode with +VC++ +installed ;)) +Wish you good luck + +-- +Dim Zager + + + +From sferro@wojo.com Mon Nov 13 22:37:56 2000 +Received: from cliff.acs.oakland.edu (cliff.acs.oakland.edu [141.210.10.111]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eADLbqO44459 + for ; Mon, 13 Nov 2000 22:37:52 +0100 (CET) + (envelope-from sferro@wojo.com) +Received: from fast (ppp-pm03-dy-24.opr.oakland.edu [141.210.14.245]) + by cliff.acs.oakland.edu (8.10.2/8.10.2) with SMTP id eADLaX9123993 + for ; Mon, 13 Nov 2000 16:36:34 -0500 (EST) +Message-ID: <07b701c04dba$48434d80$0400a8c0@fast> +From: "Sal" +To: +References: <051401c04c24$f1e7ae40$0400a8c0@fast> <007201c04d66$26c2fdd0$0901a8c0@vianneyl> +Subject: Re: [Nel] Greetings! And some questions / comments +Date: Mon, 13 Nov 2000 16:40:01 -0500 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 5.00.2919.6700 +X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Hello Vianney, I'm glad to have made acquaintance with the lead programmer +of this amazing effort! + +> Hello sal! +> +> > 3) What features/goals are there for the 3d engine? What's being +> targeted +> > (high end/low end hardware)? What rendering APIs? Software mode? +> +> you can take a look on the nel whitepaper, it explains (briefly) all +> features +> of the 3d engine (http://www.nevrax.org/docs/doxygen/nel/general.html) +> that we plan to develop. + + Thanks for your time in answering my questions. I took the time the +other day to read all the documentation, and look at the source code. I +must say, it is well structured, easy to understand, and well commented. +And its good to see that the code is being documented well at such an early +stage. Good work, and I hope it keeps it up like this! + +> few services run too, so you can compile our first service executables :) +> we'll work on a "client" exectuable to explains how to use nel and +> perhaps, display someting :) + + A client executable would be nice, I'm interested in playing with all +this neat stuff! This would logically be needed for testing and developing +new features, also. + + Btw, I noticed that the OpenGL renderer is well abstracted, and it seems +to me that a Direct3D renderer would not be very hard to create. +Coincidentally I'm working on a new DirectX 8/d3d renderer for xclient. If +theres interest I could help create a Direct3D implementation of your +rendering interface in the future. Or is one already in progress? ( I have +nothing against OpenGL, its just that I have experience in d3d that might be +of help, and Direct3D performs well on my system. ) + +> [...] and we work hardly on tools for the graphics team (but +> theses +> tools are still private cause of 3ds max sdk). + + This raises a question I've been pondering myself. I've also recently +created MAX plugins for xclient, for exporting skeletal animated characters +from character studio. Do you (or anyone) know offhand if the sources to +these are distributable? Or does the sdk licensing prohibit it? I wasn't +able to resolve this from the documention included. I know that the sdk +itself isn't distributable, but I had hoped that derivative works were +o.k... + +> > 6) Is development open to outside influence? Or are you following an +> > internal-only plan, and just opensourcing the results? +> +> We Want You! :-) of course we hope to work with the free software +community. + + Thats great to hear. I (and I'm sure many others) would like to see +this operation become a success, and would like to help it do so. As is +evident with the existance of projects like Worldforge, one can see that a +GPLish mmorpg system is very desired by many people. I also think it would +be cool if Nevrax showed the world that Free Software works, even in the +commercial market... and maybe help encourage other companies to do the same +in the future. + +Thanks again for the info! +- Sal + + +From lecroart@nevrax.com Tue Nov 14 10:09:10 2000 +Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eAE999O47999 + for ; Tue, 14 Nov 2000 10:09:09 +0100 (CET) + (envelope-from lecroart@nevrax.com) +Received: from vianneyl (fw.localdomain [192.168.254.254]) + by nevrax.com (8.9.3/8.9.3) with SMTP id JAA20394 + for ; Tue, 14 Nov 2000 09:12:14 +0100 +Message-ID: <003601c04e1a$e5e48990$0901a8c0@vianneyl> +From: "Vianney Lecroart" +To: +References: <051401c04c24$f1e7ae40$0400a8c0@fast> <007201c04d66$26c2fdd0$0901a8c0@vianneyl> <07b701c04dba$48434d80$0400a8c0@fast> +Date: Tue, 14 Nov 2000 10:11:39 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 5.00.2919.6700 +X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 +Subject: [Nel] my last email :) +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Hello all, + +> Thanks for your time in answering my questions. I took the time the +> other day to read all the documentation, and look at the source code. I +> must say, it is well structured, easy to understand, and well commented. +> And its good to see that the code is being documented well at such an +early +> stage. Good work, and I hope it keeps it up like this! + +Thanks a lot :) We hope to continue in this way! + +> A client executable would be nice, I'm interested in playing with all +> this neat stuff! This would logically be needed for testing and +developing +> new features, also. + +In a first time, this client will do nothing else than init the nel lib and +perhaps +display a text and a triangle :) be patient! + +> Btw, I noticed that the OpenGL renderer is well abstracted, and it +seems +> to me that a Direct3D renderer would not be very hard to create. +> Coincidentally I'm working on a new DirectX 8/d3d renderer for xclient. If +> theres interest I could help create a Direct3D implementation of your +> rendering interface in the future. Or is one already in progress? ( I +have +> nothing against OpenGL, its just that I have experience in d3d that might +be +> of help, and Direct3D performs well on my system. ) + +Yeah!!! It was in our external todo list. We wrote a list containing all +things that +the free software community could do on nel and the dx driver is on it! :) +You 'only' have to rewrite the 3d layer1 ! ;) +In fact, the 3d driver layer (layer1) isn't really fixed for now so you +should wait the +end this month before write a dx version because the API may change. + +> This raises a question I've been pondering myself. I've also recently +> created MAX plugins for xclient, for exporting skeletal animated +characters +> from character studio. Do you (or anyone) know offhand if the sources to +> these are distributable? Or does the sdk licensing prohibit it? I wasn't +> able to resolve this from the documention included. I know that the sdk +> itself isn't distributable, but I had hoped that derivative works were +> o.k... + +I'm not able to answer, perhaps our 3d code lead could answer this. + +Best regards, + +Vianney Lecroart +--- +lead programmer / nevrax.com +icq#: 6870415 +homepage: http://ace.planet-d.net +www.geek.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- +w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? + + + +From zager@teleaction.com Tue Nov 14 11:38:21 2000 +Received: from jupiter.augur.de (jupiter.augur.de [194.122.160.1]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eAEAcLO48457 + for ; Tue, 14 Nov 2000 11:38:21 +0100 (CET) + (envelope-from zager@teleaction.com) +Received: from teleaction.de (homeserver [194.122.160.76]) + by jupiter.augur.de (8.8.8+Sun/8.8.8) with ESMTP id LAA07443 + for ; Tue, 14 Nov 2000 11:36:32 +0100 (MET) +Message-ID: <3A1115AF.8EC7EE08@teleaction.de> +Date: Tue, 14 Nov 2000 11:36:31 +0100 +From: Dim Segebart +X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.16 i686) +X-Accept-Language: ru, en +MIME-Version: 1.0 +To: nel@nevrax.org +Subject: Re: [Nel] my last email :) +References: <051401c04c24$f1e7ae40$0400a8c0@fast> <007201c04d66$26c2fdd0$0901a8c0@vianneyl> <07b701c04dba$48434d80$0400a8c0@fast> <003601c04e1a$e5e48990$0901a8c0@vianneyl> +Content-Type: text/plain; charset=koi8-r +Content-Transfer-Encoding: 7bit +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +> Best regards, +> +> Vianney Lecroart +> --- +> lead programmer / nevrax.com +> homepage: http://ace.planet-d.net + +At least we know the name of game itself :)) +From Vianney's home page - Ryzom game for Nevrax +www.ryzom.com - very similar to www.transmeta.com in early days (but without +hidden msg ))) + + + +From valignat@gw.nevrax.com Tue Nov 14 16:51:43 2000 +Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eAEFpgO49915 + for ; Tue, 14 Nov 2000 16:51:43 +0100 (CET) + (envelope-from valignat@gw.nevrax.com) +Received: from gw.nevrax.com (fw.localdomain [192.168.254.254]) + by nevrax.com (8.9.3/8.9.3) with ESMTP id PAA25807 + for ; Tue, 14 Nov 2000 15:54:45 +0100 +Received: (from valignat@localhost) + by gw.nevrax.com (8.11.0/8.9.3) id eAEFpPv32928 + for nel@nevrax.org; Tue, 14 Nov 2000 16:51:25 +0100 (CET) + (envelope-from valignat) +Date: Tue, 14 Nov 2000 16:51:25 +0100 +From: Valignat Cedric +To: nel@nevrax.org +Subject: Re: [Nel] Linux build +Message-ID: <20001114165125.A32166@nevrax.com> +References: <3A103B7A.3C5EEE6B@teleaction.de> +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +User-Agent: Mutt/1.2.5i +In-Reply-To: <3A103B7A.3C5EEE6B@teleaction.de>; from zager@teleaction.com on Mon, Nov 13, 2000 at 08:05:30PM +0100 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Hi Dim, + +Dim Segebart wrote: +> +> I know what linux autoconf stuff isn't ready yet, but +> anyway may I ask developers of NeL when we might be +> able to put our hands on it ? + +Soon ... ;-) + +You should be able to get Nel to compile on Linux in the following days. + + +> This is not a problem for me to create one by myself, by I'm +> afraid it's not a very good idea, since I lack the knowledge of +> internal dependencies and too lazy to reboot my PC in windows mode with +> VC++ installed ;)) + +I see very well what you mean ... :-) + + +> Wish you good luck + +Thanks a lot. + + +Cedric. + + +From david.belius@chello.se Tue Nov 14 17:01:44 2000 +Received: from smtp1.chello.se (smtp1.chello.se [193.150.195.10]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eAEG1iO49986 + for ; Tue, 14 Nov 2000 17:01:44 +0100 (CET) + (envelope-from david.belius@chello.se) +Received: from chello.se ([193.150.204.103]) by smtp1.chello.se + (InterMail vK.4.02.00.00 201-232-116 license 13ed6d939a101f33a28aa8ad6d2fac65) + with ESMTP id <20001114155953.GUFY736.smtp1@chello.se> + for ; Tue, 14 Nov 2000 16:59:53 +0100 +Message-ID: <3A11617E.C038F2CE@chello.se> +Date: Tue, 14 Nov 2000 16:59:58 +0100 +From: david.belius@chello.se +X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.15 i686) +X-Accept-Language: en +MIME-Version: 1.0 +To: nel@nevrax.org +Content-Type: text/plain; charset=us-ascii +Content-Transfer-Encoding: 7bit +Subject: [Nel] Flexibility +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Hi + +I'm wondering how general the nel library will be. Will it be a *MMORPG* +engine or will it be more general so i can e.g. make a Massive Multiplay +Online Real Time Stragegy game(MMORTS =)? +Making a MMORTS warcraft type game is a dream of mine. =) + +/David + +PS. +I just found out that Vianney was in the Outcast team! How cool isnt +that? +DS. + + +From david.belius@chello.se Tue Nov 14 17:06:57 2000 +Received: from smtp1.chello.se (smtp1.chello.se [193.150.195.10]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eAEG6uO50024 + for ; Tue, 14 Nov 2000 17:06:56 +0100 (CET) + (envelope-from david.belius@chello.se) +Received: from chello.se ([193.150.204.103]) by smtp1.chello.se + (InterMail vK.4.02.00.00 201-232-116 license 13ed6d939a101f33a28aa8ad6d2fac65) + with ESMTP id <20001114160503.GUNS736.smtp1@chello.se> + for ; Tue, 14 Nov 2000 17:05:03 +0100 +Message-ID: <3A1162B4.487623FB@chello.se> +Date: Tue, 14 Nov 2000 17:05:08 +0100 +From: david.belius@chello.se +X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.15 i686) +X-Accept-Language: en +MIME-Version: 1.0 +To: nel@nevrax.org +Subject: Re: [Nel] my last email :) +References: <051401c04c24$f1e7ae40$0400a8c0@fast> <007201c04d66$26c2fdd0$0901a8c0@vianneyl> <07b701c04dba$48434d80$0400a8c0@fast> <003601c04e1a$e5e48990$0901a8c0@vianneyl> +Content-Type: text/plain; charset=us-ascii +Content-Transfer-Encoding: 7bit +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +> Yeah!!! It was in our external todo list. We wrote a list containing all +> things that +> the free software community could do on nel and the dx driver is on it! :) +> You 'only' have to rewrite the 3d layer1 ! ;) +> In fact, the 3d driver layer (layer1) isn't really fixed for now so you +> should wait the +> end this month before write a dx version because the API may change. + +Have you put this list online? +It would be nice to get some orders so I could start contributing =) + +/David + + +From ludovic.lievre@chaman.net Tue Nov 14 17:11:05 2000 +Received: from mail.fr.uu.net (smtp2.fr.uu.net [194.98.0.8]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eAEGB4O50066 + for ; Tue, 14 Nov 2000 17:11:04 +0100 (CET) + (envelope-from ludovic.lievre@chaman.net) +Received: from CarlCox.iway.fr (carlcox.iway.fr [194.98.0.128]) + by mail.fr.uu.net (Postfix) with ESMTP id A546C31C80 + for ; Tue, 14 Nov 2000 17:09:24 +0100 (MET) +Received: from cosmos ([212.208.43.187]) + by CarlCox.iway.fr (8.9.3/8.8.7) with SMTP id RAA4537947 + for ; Tue, 14 Nov 2000 17:10:25 +0100 (MET) +From: "Ludovic LIEVRE" +To: +Subject: RE: [Nel] Flexibility +Date: Tue, 14 Nov 2000 17:10:49 +0100 +Message-ID: +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 (Normal) +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) +X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 +Importance: Normal +In-Reply-To: <3A11617E.C038F2CE@chello.se> +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Hi, + + + +> Making a MMORTS warcraft type game is a dream of mine. =) + +A game of this type is currently in development by Chaman Productions, a +french company where I'm currently working. +The game is called Forteresse (http://www.forteresse.com) and will be +released in 2001. +Sorry, we are not open source like Nel + + +Ludo + +-- +Ludovic LIEVRE +Chaman Productions +mailto:ludo@chaman.net + +"Give me a museum and I'll fill it." +Pablo Picasso (1881-1973) + + +From chafik@nevrax.com Tue Nov 14 17:34:06 2000 +Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eAEGY5O50183 + for ; Tue, 14 Nov 2000 17:34:06 +0100 (CET) + (envelope-from chafik@nevrax.com) +Received: from sameh (fw.localdomain [192.168.254.254]) + by nevrax.com (8.9.3/8.9.3) with SMTP id QAA26408 + for ; Tue, 14 Nov 2000 16:37:08 +0100 +Message-ID: <008301c04e58$9ad12420$1001a8c0@sameh> +From: "sameh chafik Pro" +To: +References: +Subject: Re: [Nel] Flexibility +Date: Tue, 14 Nov 2000 17:33:22 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 5.50.4133.2400 +X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +It smell shark! +you don't feel the same smell? + +----- Original Message ----- +From: "Ludovic LIEVRE" +To: +Sent: Tuesday, November 14, 2000 5:10 PM +Subject: RE: [Nel] Flexibility + + +> +> Hi, +> +> +> +> > Making a MMORTS warcraft type game is a dream of mine. =) +> +> A game of this type is currently in development by Chaman Productions, a +> french company where I'm currently working. +> The game is called Forteresse (http://www.forteresse.com) and will be +> released in 2001. +> Sorry, we are not open source like Nel +> +> +> Ludo +> +> -- +> Ludovic LIEVRE +> Chaman Productions +> mailto:ludo@chaman.net +> +> "Give me a museum and I'll fill it." +> Pablo Picasso (1881-1973) +> +> _______________________________________________ +> Nel mailing list +> Nel@nevrax.org +> http://www.nevrax.org/mailman/listinfo.cgi/nel + + +From david.belius@chello.se Tue Nov 14 18:29:06 2000 +Received: from smtp2.chello.se (smtp2.chello.se [193.150.195.11]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eAEHSYO50443 + for ; Tue, 14 Nov 2000 18:28:34 +0100 (CET) + (envelope-from david.belius@chello.se) +Received: from chello.se ([193.150.204.103]) by smtp2.chello.se + (InterMail vK.4.02.00.00 201-232-116 license 13ed6d939a101f33a28aa8ad6d2fac65) + with ESMTP id <20001114172717.GPAD531.smtp2@chello.se> + for ; Tue, 14 Nov 2000 18:27:17 +0100 +Message-ID: <3A1175D9.1B12D591@chello.se> +Date: Tue, 14 Nov 2000 18:26:49 +0100 +From: david.belius@chello.se +X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.15 i686) +X-Accept-Language: en +MIME-Version: 1.0 +To: nel@nevrax.org +Subject: Re: [Nel] Flexibility +References: +Content-Type: text/plain; charset=us-ascii +Content-Transfer-Encoding: 7bit +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +> +> A game of this type is currently in development by Chaman Productions, a +> french company where I'm currently working. +> The game is called Forteresse (http://www.forteresse.com) and will be +> released in 2001. +> Sorry, we are not open source like Nel + +Please, please, please, please could you get me into the beta test =) +I'd relly appriciate it. + +/David + + +From david.belius@chello.se Tue Nov 14 18:31:00 2000 +Received: from smtp2.chello.se (smtp2.chello.se [193.150.195.11]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eAEHUxO50472 + for ; Tue, 14 Nov 2000 18:31:00 +0100 (CET) + (envelope-from david.belius@chello.se) +Received: from chello.se ([193.150.204.103]) by smtp2.chello.se + (InterMail vK.4.02.00.00 201-232-116 license 13ed6d939a101f33a28aa8ad6d2fac65) + with ESMTP id <20001114172943.GPDN531.smtp2@chello.se> + for ; Tue, 14 Nov 2000 18:29:43 +0100 +Message-ID: <3A11766A.E7B38560@chello.se> +Date: Tue, 14 Nov 2000 18:29:14 +0100 +From: david.belius@chello.se +X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.15 i686) +X-Accept-Language: en +MIME-Version: 1.0 +To: nel@nevrax.org +Subject: Re: [Nel] Flexibility (oops) +References: +Content-Type: text/plain; charset=us-ascii +Content-Transfer-Encoding: 7bit +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +> +> A game of this type is currently in development by Chaman Productions, a +> french company where I'm currently working. +> The game is called Forteresse (http://www.forteresse.com) and will be +> released in 2001. +> Sorry, we are not open source like Nel + +I didnt find that beta test joining page at first. =/ +Ignore my pathetic begging. ;) + + +From zager@teleaction.com Tue Nov 14 19:45:05 2000 +Received: from jupiter.augur.de (jupiter.augur.de [194.122.160.1]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eAEIj4O50854 + for ; Tue, 14 Nov 2000 19:45:04 +0100 (CET) + (envelope-from zager@teleaction.com) +Received: from teleaction.de (homeserver [194.122.160.76]) + by jupiter.augur.de (8.8.8+Sun/8.8.8) with ESMTP id TAA26311 + for ; Tue, 14 Nov 2000 19:43:18 +0100 (MET) +Message-ID: <3A1187C4.DFE1E8C1@teleaction.de> +Date: Tue, 14 Nov 2000 19:43:16 +0100 +From: Dim Segebart +X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.16 i686) +X-Accept-Language: ru, en +MIME-Version: 1.0 +To: nel@nevrax.org +Subject: Re: [Nel] my last email :) +References: <051401c04c24$f1e7ae40$0400a8c0@fast> <007201c04d66$26c2fdd0$0901a8c0@vianneyl> <07b701c04dba$48434d80$0400a8c0@fast> <003601c04e1a$e5e48990$0901a8c0@vianneyl> <3A1115AF.8EC7EE08@teleaction.de> +Content-Type: text/plain; charset=koi8-r +Content-Transfer-Encoding: 7bit +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Dim Segebart wrote: + +> > Best regards, +> > +> > Vianney Lecroart +> > --- +> > lead programmer / nevrax.com +> > homepage: http://ace.planet-d.net +> +> At least we know the name of game itself :)) + +He he ... :)) +I wouldn't insist on revealing name of the game. I'm respecting +commercial nature of this project. Without it NeL wasn't be born at all +of was not available under GPL +Hope, I didn't destroy you plans too mach ... )) + + +From zager@teleaction.com Tue Nov 14 20:35:57 2000 +Received: from jupiter.augur.de (jupiter.augur.de [194.122.160.1]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eAEJZuO51129 + for ; Tue, 14 Nov 2000 20:35:56 +0100 (CET) + (envelope-from zager@teleaction.com) +Received: from teleaction.de (homeserver [194.122.160.76]) + by jupiter.augur.de (8.8.8+Sun/8.8.8) with ESMTP id UAA28015 + for ; Tue, 14 Nov 2000 20:34:10 +0100 (MET) +Message-ID: <3A1193B1.87FEAD95@teleaction.de> +Date: Tue, 14 Nov 2000 20:34:09 +0100 +From: Dim Segebart +X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.16 i686) +X-Accept-Language: ru, en +MIME-Version: 1.0 +To: nel@nevrax.org +References: <051401c04c24$f1e7ae40$0400a8c0@fast> <007201c04d66$26c2fdd0$0901a8c0@vianneyl> <07b701c04dba$48434d80$0400a8c0@fast> <003601c04e1a$e5e48990$0901a8c0@vianneyl> <3A1115AF.8EC7EE08@teleaction.de> +Content-Type: text/plain; charset=koi8-r +Content-Transfer-Encoding: 7bit +Subject: [Nel] Some thoughts about NeL +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Ok, after browsing game projects which mentioned on +http://ace.planet-d.net I come to conclusion +what your new game will be really MASSIVELY multi-user with _very_ +detailed world(s) running in your +universe. So, I just thinking about possibility of linking worlds, which +is NeL based, similar to WWW - +for example, when player passing the doors of some building on the +street (or any other type of portal, analog of in HTML) +he just enter the different world, which running on completely different +hardware. I'm sure, you already have such +portals in you project. But I'm afraid, this feature limited by the +nameSpace of single NeL server, am I right ? +I think what mechanism of linking between different worlds similar to +WWW will be a good starting point for +creating Internet2 (why not ? ;)) +What's about starting RFC for WCP (World Communicating Protocol) ? + + + + +From dan@isvara.net Tue Nov 14 20:54:14 2000 +Received: from matrix.active-high.co.uk (matrix.active-high.co.uk [212.69.196.2]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eAEJsEO51235 + for ; Tue, 14 Nov 2000 20:54:14 +0100 (CET) + (envelope-from dan@isvara.net) +Received: from localhost (dan@localhost) + by matrix.active-high.co.uk (8.10.2/8.10.2) with ESMTP id eAEJq1q03829 + for ; Tue, 14 Nov 2000 19:52:01 GMT +Date: Tue, 14 Nov 2000 19:52:01 +0000 (GMT) +From: Dan Ellis +X-Sender: dan@matrix.active-high.co.uk +To: nel@nevrax.org +Subject: Re: [Nel] Some thoughts about NeL +In-Reply-To: <3A1193B1.87FEAD95@teleaction.de> +Message-ID: +MIME-Version: 1.0 +Content-Type: TEXT/PLAIN; charset=US-ASCII +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +On Tue, 14 Nov 2000, Dim Segebart wrote: + +> universe. So, I just thinking about possibility of linking worlds, which +> is NeL based, similar to WWW - +> for example, when player passing the doors of some building on the +> street (or any other type of portal, analog of in HTML) +> he just enter the different world, which running on completely different +> hardware. I'm sure, you already have such +> portals in you project. But I'm afraid, this feature limited by the +> nameSpace of single NeL server, am I right ? + +This is something the Afterscape Project will allow. It will be a very +distributed universe that will allow delegation of zones to other servers. + +-- +Dan Ellis + + +From tsm@IDEALX.com Wed Nov 15 10:23:46 2000 +Received: from sarajevo.idealx.com (sarajevo.idealx.com [213.41.87.90]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eAF9NjO55398 + for ; Wed, 15 Nov 2000 10:23:45 +0100 (CET) + (envelope-from tsm@IDEALX.com) +Received: from calvin.UUCP (uucp@localhost) + by sarajevo.idealx.com (8.10.1/8.10.1) with UUCP id eAF9L9803294 + for nel@nevrax.org; Wed, 15 Nov 2000 10:21:09 +0100 (CET) +Received: from tsm by calvin.ird.IDEALX.com with local (Exim 3.12 #1 (Debian)) + id 13vyjy-0002Pk-00 + for ; Wed, 15 Nov 2000 10:20:26 +0100 +Date: Wed, 15 Nov 2000 10:20:26 +0100 +From: Thierry Mallard +To: nel@nevrax.org +Subject: Re: [Nel] Some thoughts about NeL +Message-ID: <20001115102026.A9223@calvin.ird.IDEALX.com> +References: <051401c04c24$f1e7ae40$0400a8c0@fast> <007201c04d66$26c2fdd0$0901a8c0@vianneyl> <07b701c04dba$48434d80$0400a8c0@fast> <003601c04e1a$e5e48990$0901a8c0@vianneyl> <3A1115AF.8EC7EE08@teleaction.de> <3A1193B1.87FEAD95@teleaction.de> +Mime-Version: 1.0 +Content-Type: multipart/signed; micalg=pgp-sha1; + protocol="application/pgp-signature"; boundary="PEIAKu/WMn1b1Hv9" +Content-Disposition: inline +User-Agent: Mutt/1.2.5i +In-Reply-To: <3A1193B1.87FEAD95@teleaction.de>; from zager@teleaction.com on Tue, Nov 14, 2000 at 08:34:09PM +0100 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +--PEIAKu/WMn1b1Hv9 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +Content-Transfer-Encoding: quoted-printable + +On Tue, Nov 14, 2000 at 08:34:09PM +0100, Dim Segebart wrote: +> [...] So, I just thinking about possibility of linking worlds, which +> is NeL based, similar to WWW - + +This is something I though about in the Genesis project (yes I know, +not very original name ;-) a few years ago. The problems we found +were the consistency of the global universe, and the trust we could +have to any server. For example : who managed the characters ? who +can we trust for them ? There can be a time line synchronisation problem +too, although that seemed less important...=20 + +But definitly that could be a good idea to implement now ;-) + + + Shaman + +--=20 +Thierry Mallard | =20 +GnuPG key on wwwkeys.pgp.net | +key 0xA3D021CB | +http://thierry.mallard.com | =20 + +--PEIAKu/WMn1b1Hv9 +Content-Type: application/pgp-signature +Content-Disposition: inline + +-----BEGIN PGP SIGNATURE----- +Version: GnuPG v1.0.4 (GNU/Linux) +Comment: Pour information voir http://www.gnupg.org + +iEYEARECAAYFAjoSVVoACgkQGBtCB6PQIcvBigCgxq5rFlp3v+hdSzp3pw+nFgWF +LZ0AoJOg37O2L9uTxXISsGf+E8XsZIn+ +=RzT/ +-----END PGP SIGNATURE----- + +--PEIAKu/WMn1b1Hv9-- + + +From archer@nevrax.com Wed Nov 15 18:24:27 2000 +Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eAFHOQO57768 + for ; Wed, 15 Nov 2000 18:24:27 +0100 (CET) + (envelope-from archer@nevrax.com) +Received: (from archer@localhost) + by nevrax.com (8.9.3/8.9.3) id RAA06857 + for nel@nevrax.org; Wed, 15 Nov 2000 17:27:27 +0100 +Date: Wed, 15 Nov 2000 17:27:27 +0100 +From: Vincent Archer +To: nel@nevrax.org +Subject: Re: [Nel] Some thoughts about NeL +Message-ID: <20001115172727.F6660@nevrax.com> +References: <051401c04c24$f1e7ae40$0400a8c0@fast> <007201c04d66$26c2fdd0$0901a8c0@vianneyl> <07b701c04dba$48434d80$0400a8c0@fast> <003601c04e1a$e5e48990$0901a8c0@vianneyl> <3A1115AF.8EC7EE08@teleaction.de> <3A1193B1.87FEAD95@teleaction.de> <20001115102026.A9223@calvin.ird.IDEALX.com> +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +X-Mailer: Mutt 1.0pre3us +In-Reply-To: <20001115102026.A9223@calvin.ird.IDEALX.com> +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +According to Thierry Mallard: +> This is something I though about in the Genesis project (yes I know, +> not very original name ;-) a few years ago. The problems we found +> were the consistency of the global universe, and the trust we could +> have to any server. For example : who managed the characters ? who +> can we trust for them ? There can be a time line synchronisation problem +> too, although that seemed less important... + +In a very different world (and a closed system implementation), it's also +something Bioware's NeverWinterNights wants to achieve. Their model allows +servers (what they call modules, which is in fact a process running a +specific area - but you can have multiples instances concurrently running +on the same CPU) to link to each other. + +Of course, their model is simpler: all servers are guaranteed to run the +same software (it autoupdates over the Internet), the character formats are +well defined, and the characters are ultimately stored on a central database +(the NWN Vault) who enforces "plausibility" on the characters (a level 1 +cannot get to level 6 and 70,000 XP points in an hour of playtime; a level 3 +character cannot have a plate+2, a cloak of displacement and boots of speed, +and so on). + +And they do not want to inforce any universe continuity: each server admin +has to do it, by allowing other modules to link to yours or not. +-- +Vincent Archer Email: archer@nevrax.com + +Nevrax France. Off on the yellow brick road we go! + +From archer@nevrax.com Thu Nov 16 17:09:16 2000 +Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eAGG9FO65542 + for ; Thu, 16 Nov 2000 17:09:15 +0100 (CET) + (envelope-from archer@nevrax.com) +Received: (from archer@localhost) + by nevrax.com (8.9.3/8.9.3) id QAA19221 + for nel@nevrax.org; Thu, 16 Nov 2000 16:12:16 +0100 +Date: Thu, 16 Nov 2000 16:12:16 +0100 +From: Vincent Archer +To: nel@nevrax.org +Message-ID: <20001116161216.D18243@nevrax.com> +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +X-Mailer: Mutt 1.0pre3us +Subject: [Nel] Ok, some food for your toughts +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +One thing from previous questions that wasn't much developped upon. + +Networking. + +The original question was "do you use TCP or UDP for networking". My +initial impulse was to reply "we use RDP, of course" (for those who do not +know what RDP is, check /etc/protocols, number 27). But alas, Vianney beat +me to the answer, so I have to be truthful. + +The question is: what do you use networking for, and why does the question +on the use of TCP vs the use of UDP arises? + +Because, in most protocols design, this question never arises: one is clearly +superior to the other. Why is that the question stands for a MMOG? + +If you look at the information elements that have to be transmitted from a +client to the server and back, you see that they can be somehow separated +across two different categories: + +1) Long-lived elements of information +and +2) Short-lived elements of information + +You may also separate on a different axis + +1) Uncorrectable elements of information +and +2) Correctable elements of information + +Uncorrectable elements of information are elements whose omission render the +game state incompatible between client and server and require the transmission +of said element, while correctable information can be overriden by a different +game element. + +A few examples: + +- NPC X is dead: this is a long-lived/uncorrectable element +- critter C has N hp: this is a long-lived/correctable element +- critter C is at X/Y/Z facing direction D: this is short-lived/correctable +- I am casting spell C: this is a long-lived/uncorrectable element + +Note that I can't find an example of short-lived, yet uncorrectable element. +Any ideas? + +What do you face here? You face very different information elements. Some +MUST be there for the world to make sense. So you have to guarantee their +transmission: TCP makes sense. On the other hand, you have some that are +quickly obsolete, and do not matter when lost. For them the whole TCP +retransmission/guarantee of delivery is useless and a waste of ressources. + +So how do you design your protocol. You can take the short, easy route: +use TCP (and lose performance for your position updates - which are by far +the most numerous elements you get). You can take the long, hard route: +use UDP (and code redundancy for the elements you need to guarantee +transmission of, putting some badly made subset of TCP in it). + +Or you can take the smart route: use two protocol paths, one which carries +the correctable elements over UDP (since you don't care if you lose a % of +them), and one which carries the critical ones over TCP (which provides you +the service guarantee you need). + +One of the minor advantages of the dual-protocol path is that it allows you to +bypass firewalls that refuse to forward UDP: you fold back the UDP protocol +path into TCP. You start losing performance, but at least, you do have a +way of passing thru (don't forget to make your UDP packet protocols +compatible with TCP streaming). + +-- +Vincent Archer Email: archer@nevrax.com + +Nevrax France. Off on the yellow brick road we go! + +From sferro@wojo.com Thu Nov 16 18:30:33 2000 +Received: from cliff.acs.oakland.edu (cliff.acs.oakland.edu [141.210.10.111]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eAGHUUO66575 + for ; Thu, 16 Nov 2000 18:30:31 +0100 (CET) + (envelope-from sferro@wojo.com) +Received: from fast (ppp-pm03-dy-29.opr.oakland.edu [141.210.14.250]) + by cliff.acs.oakland.edu (8.10.2/8.10.2) with SMTP id eAGHT79464762 + for ; Thu, 16 Nov 2000 12:29:08 -0500 (EST) +Message-ID: <034c01c04ff3$27559020$0400a8c0@fast> +From: "Sal" +To: +References: <20001116161216.D18243@nevrax.com> +Subject: Re: [Nel] Ok, some food for your toughts +Date: Thu, 16 Nov 2000 12:32:09 -0500 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 5.00.2919.6700 +X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +> You can take the long, hard route: +> use UDP (and code redundancy for the elements you need to guarantee +> transmission of, putting some badly made subset of TCP in it). + + I find it easier to put some simple checking into UDP than to manage two +sets of sockets for each client, one TCP and one UDP. Also the important +data that needs reliable transmission is usually rare.... like you said, +when someone casts a spell... and maybe chat text. Most data in a networked +game is usually skippable. I think this is why most games use simple UDP, +because of simplicity of implementation, and because there is so little data +that needs to be sent reliable, a less-than-efficient reliable stream is +o.k. The strength in TCP/IP comes mostly when sending large amounts of +data, since it makes compromises with packet acknowledgement over a period +of time to gain its efficiency. But for short bursts of data typical for a +MMOG it wouldn't perform significantly better. + +> Or you can take the smart route: use two protocol paths, one which carries +> the correctable elements over UDP (since you don't care if you lose a % of +> them), and one which carries the critical ones over TCP (which provides +you +> the service guarantee you need). + + This is one possible route... not a bad one either. There would not be +any sort of performance loss in comparison to a pure-UDP implementation, +since the operating system's TCP/IP implementation is probably more +efficient than the custom UDP one. + + I guess its a matter of preference, of the developers are willing to +code something that manages two sets of sockets int the clients and servers, +then go for it :-) + +> One of the minor advantages of the dual-protocol path is that it allows +you to +> bypass firewalls that refuse to forward UDP: you fold back the UDP +protocol +> path into TCP. You start losing performance, but at least, you do have a +> way of passing thru (don't forget to make your UDP packet protocols +> compatible with TCP streaming). + + This is true. Then again, a most of today's networked games use UDP so, +the genre of people who would play a MMOG would probably have dealt with the +firewall issues before, and would expect to fix their config to accomodate a +new game. Of course thats a slight generalization... + +Just adding some more food to the bowl ;-) +-Sal + + +From zager@teleaction.com Fri Nov 17 10:13:54 2000 +Received: from jupiter.augur.de (jupiter.augur.de [194.122.160.1]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eAH9DrO72139 + for ; Fri, 17 Nov 2000 10:13:53 +0100 (CET) + (envelope-from zager@teleaction.com) +Received: from teleaction.de (homeserver [194.122.160.76]) + by jupiter.augur.de (8.8.8+Sun/8.8.8) with ESMTP id KAA11024 + for ; Fri, 17 Nov 2000 10:12:04 +0100 (MET) +Message-ID: <3A14F662.906433EF@teleaction.de> +Date: Fri, 17 Nov 2000 10:12:02 +0100 +From: Dim Segebart +X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.16 i686) +X-Accept-Language: ru, en +MIME-Version: 1.0 +To: nel@nevrax.org +References: <051401c04c24$f1e7ae40$0400a8c0@fast> <007201c04d66$26c2fdd0$0901a8c0@vianneyl> <07b701c04dba$48434d80$0400a8c0@fast> <003601c04e1a$e5e48990$0901a8c0@vianneyl> <3A1115AF.8EC7EE08@teleaction.de> +Content-Type: text/plain; charset=koi8-r +Content-Transfer-Encoding: 7bit +Subject: [Nel] Problems ? +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +What's wrong with this list ? +I didn't receive my last post, which have been posted three days ago ... +((( +And also no posts from other members. + + +From lecroart@nevrax.com Fri Nov 17 10:53:37 2000 +Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eAH9raO72401 + for ; Fri, 17 Nov 2000 10:53:36 +0100 (CET) + (envelope-from lecroart@nevrax.com) +Received: from vianneyl (fw.localdomain [192.168.254.254]) + by nevrax.com (8.9.3/8.9.3) with SMTP id JAA28220 + for ; Fri, 17 Nov 2000 09:56:36 +0100 +Message-ID: <002201c0507c$9d12b6b0$0901a8c0@vianneyl> +From: "Vianney Lecroart" +To: +References: <20001116161216.D18243@nevrax.com> <034c01c04ff3$27559020$0400a8c0@fast> +Subject: Re: [Nel] Ok, some food for your toughts +Date: Fri, 17 Nov 2000 10:56:10 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 5.00.2919.6700 +X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Hello, + +> I find it easier to put some simple checking into UDP than to manage +two +> sets of sockets for each client, one TCP and one UDP. Also the important +> data that needs reliable transmission is usually rare.... like you said, +> when someone casts a spell... and maybe chat text. Most data in a +networked +> game is usually skippable. I think this is why most games use simple +UDP, +> because of simplicity of implementation, and because there is so little +data +> that needs to be sent reliable, a less-than-efficient reliable stream is +> o.k. The strength in TCP/IP comes mostly when sending large amounts of +> data, since it makes compromises with packet acknowledgement over a period +> of time to gain its efficiency. But for short bursts of data typical for a +> MMOG it wouldn't perform significantly better. + + +Oh really? I have not the same opinion. I think that 90% of information on a +game +are important and must be received if you don't want to have inconsistency +in the client side. the order of information are also very important. if you +receive +"you lost 5 hp" message before "you are attacked by XXX", it should be +totally +weird. I think that messages, in a role game, must be sorted and reliable +for +consistency and logical events. + +> This is true. Then again, a most of today's networked games use UDP +so, + +be careful, there more than 1 category of network game. there are MMOG and +counter strike like game (with few tens of players). for the second one udp +is a +surely useful but for MMOG, I'm not sure that the most of them are in UDP +only. + +-vl + + + +From archer@nevrax.com Fri Nov 17 15:24:53 2000 +Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eAHEOpO74091 + for ; Fri, 17 Nov 2000 15:24:51 +0100 (CET) + (envelope-from archer@nevrax.com) +Received: (from archer@localhost) + by nevrax.com (8.9.3/8.9.3) id OAA31028; + Fri, 17 Nov 2000 14:27:39 +0100 +Date: Fri, 17 Nov 2000 14:27:39 +0100 +From: Vincent Archer +To: Dim Segebart +Cc: nel@nevrax.org +Subject: Re: [Nel] Problems ? +Message-ID: <20001117142739.A30846@nevrax.com> +References: <051401c04c24$f1e7ae40$0400a8c0@fast> <007201c04d66$26c2fdd0$0901a8c0@vianneyl> <07b701c04dba$48434d80$0400a8c0@fast> <003601c04e1a$e5e48990$0901a8c0@vianneyl> <3A1115AF.8EC7EE08@teleaction.de> <3A14F662.906433EF@teleaction.de> +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +X-Mailer: Mutt 1.0pre3us +In-Reply-To: <3A14F662.906433EF@teleaction.de> +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +According to Dim Segebart: +> What's wrong with this list ? +> I didn't receive my last post, which have been posted three days ago ... +> ((( +> And also no posts from other members. + +That's a not a particularly weird one, because you're not listed as +a member of the list. I've looked at the logs, and didn't find a record +of your subscription confirmation. + +Please note that mailman doesn't let "third party subscriptions" for you; +when you subscribe from the on-line form, mailman sends a message to the +subscribed address asking for a confirmation, to avoid the syndrome of +"let's register Mr X to 10,000 lists to flood his mailbox" (and the less +bothersome 'let's put in a wrong and mispelled address'). Until you have +properly replied to that confirmation message (keep the subject, and cut all +the body), you will NOT receive messages from the list. + +-- +Vincent Archer Email: archer@nevrax.com + +Nevrax France. Off on the yellow brick road we go! + +From tsm@IDEALX.com Sat Nov 18 10:01:51 2000 +Received: from sarajevo.idealx.com (sarajevo.idealx.com [213.41.87.90]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eAI91oO81807 + for ; Sat, 18 Nov 2000 10:01:50 +0100 (CET) + (envelope-from tsm@IDEALX.com) +Received: from calvin.UUCP (uucp@localhost) + by sarajevo.idealx.com (8.10.1/8.10.1) with UUCP id eAI90L707908 + for nel@nevrax.org; Sat, 18 Nov 2000 10:00:21 +0100 (CET) +Received: from tsm by calvin.ird.IDEALX.com with local (Exim 3.12 #1 (Debian)) + id 13x3H5-0006Hu-00 + for ; Sat, 18 Nov 2000 09:23:03 +0100 +Date: Sat, 18 Nov 2000 09:23:03 +0100 +From: Thierry Mallard +To: nel@nevrax.org +Subject: Re: [Nel] Ok, some food for your toughts +Message-ID: <20001118092303.A24033@calvin.ird.IDEALX.com> +References: <20001116161216.D18243@nevrax.com> <034c01c04ff3$27559020$0400a8c0@fast> <002201c0507c$9d12b6b0$0901a8c0@vianneyl> +Mime-Version: 1.0 +Content-Type: multipart/signed; micalg=pgp-sha1; + protocol="application/pgp-signature"; boundary="n8g4imXOkfNTN/H1" +Content-Disposition: inline +User-Agent: Mutt/1.2.5i +In-Reply-To: <002201c0507c$9d12b6b0$0901a8c0@vianneyl>; from lecroart@nevrax.com on Fri, Nov 17, 2000 at 10:56:10AM +0100 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +--n8g4imXOkfNTN/H1 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +Content-Transfer-Encoding: quoted-printable + +On Fri, Nov 17, 2000 at 10:56:10AM +0100, Vianney Lecroart wrote: +> [ Networking ] +> I think that 90% of information on a game are important and must be recei= +ved +> if you don't want to have inconsistency in +> the client side. the order of information are also very important. if you +> receive +> "you lost 5 hp" message before "you are attacked by XXX",=20 + +Just two little remarks here : + +1/ the message should be more state-ish the action-ish here : + "you now have 37 HP" more than "you lost 5 HP" : one is skippable, the o= +ther + is not.=20 + +2/ the order is not necessary I think, but more the delay between them. The +network speed may compensate the apparent disorder : if there's only 13 ms +between the events you mentionned, the player may probably not notice. But = +if +that's 1.5 seconds, that's another problem ... ;-) + + + Shaman,=20 + [ still learning to write english ... ;-) ] + +--=20 +Thierry Mallard | =20 +GnuPG key on wwwkeys.pgp.net | +key 0xA3D021CB | +http://thierry.mallard.com | =20 + +--n8g4imXOkfNTN/H1 +Content-Type: application/pgp-signature +Content-Disposition: inline + +-----BEGIN PGP SIGNATURE----- +Version: GnuPG v1.0.4 (GNU/Linux) +Comment: Pour information voir http://www.gnupg.org + +iEYEARECAAYFAjoWPGcACgkQGBtCB6PQIctC4wCdHeXHaiWu8TqEpUsryl+D/wH2 +Ha8An3O5buwRHRsPEP2lr5PL1Nc2lDEu +=xo0+ +-----END PGP SIGNATURE----- + +--n8g4imXOkfNTN/H1-- + + +From thomas.wright1@ntlworld.com Sun Nov 19 15:17:12 2000 +Received: from mta01-svc.ntlworld.com (mta01-svc.ntlworld.com [62.253.162.41]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eAJEHCO90030 + for ; Sun, 19 Nov 2000 15:17:12 +0100 (CET) + (envelope-from thomas.wright1@ntlworld.com) +Received: from tom ([62.253.85.125]) by mta01-svc.ntlworld.com + (InterMail vM.4.01.02.27 201-229-119-110) with SMTP + id <20001119141551.KKKB277.mta01-svc.ntlworld.com@tom> + for ; Sun, 19 Nov 2000 14:15:51 +0000 +Message-ID: <002e01c05232$fdcc7010$7d55fd3e@tom> +From: "Tom wright" +To: +Date: Sun, 19 Nov 2000 14:14:11 -0000 +MIME-Version: 1.0 +Content-Type: multipart/alternative; + boundary="----=_NextPart_000_002B_01C05232.FD4788A0" +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 5.50.4133.2400 +X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 +Subject: [Nel] Release Schedule and some questions ? +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +This is a multi-part message in MIME format. + +------=_NextPart_000_002B_01C05232.FD4788A0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: quoted-printable + +Hi all, + +I am quite interested in what your trying to do, having played about = +with the ideas for one of these for more years than I care to think = +about :-) + +I have some general questions I would like to ask who ever is in the = +know, feel free to ignore the 'sensitive' ones :-) + +1) Are you going to add to the FAQ how to build the stuff ? I am = +currently running on Win2k with VC6 ( though I have a linux box also to = +try this out on ) and it appears you have some paths coded to your = +environment and not within the project file, e.g. whatever\nel\include = +is missing. +It would be useful in the FAQ if it contained a list of any dependencies = +that the system also requires like the STL code. Yeah I know its in = +there :-) But it will save you answering the same question lots of time = +for those that don't look at the src + +2) Care to release at least a rough schedule on the website, so that = +people can see when bits and pieces of the jigsaw are going to be = +released ? + +3) Congrats on releasing the src early, that means we can start reading = +and learning now before we have 1000's of files to wade through. + +4) very interested to see talking about using python, having started = +playing with it a few months ago, it has alot going for it. Are you = +going to embed it and interface it to the API's available so that people = +can use it for developement within the system, or is it more an external = +glue language ? Could be very useful for rapid prototyping AI and NPC = +routines + +5) In your event dispatch system, how do you intent to get around the = +problem of 'event blizzards' on a busy system ? Having seen this problem = +in other systems that rely on events for inter-object comms, I am = +interested on how you are going to get around the problem, e.g. = +multi-threaded round robin dispatch, multiple dispatchers etc. + +Congrats on embrassing the open source idea for your server, and I look = +forward to messing around with the system and the source. + +Regards + +Tom + +------=_NextPart_000_002B_01C05232.FD4788A0 +Content-Type: text/html; + charset="iso-8859-1" +Content-Transfer-Encoding: quoted-printable + + + + + + + + +
Hi all,
+
 
+
I am quite interested in what your = +trying to do,=20 +having played about with the ideas for one of these for more years than = +I care=20 +to think about :-)
+
 
+
I have some general questions I would = +like to ask=20 +who ever is in the know, feel free to ignore the 'sensitive' ones=20 +:-)
+
 
+
1)  Are you going to add to the = +FAQ how to=20 +build  the stuff ? I am currently running on Win2k with VC6 ( = +though I have=20 +a linux box also to try this out on ) and it appears you have some paths = +coded=20 +to your environment and not within the project file, e.g. = +whatever\nel\include=20 +is missing.
+
It would be useful in the FAQ if it = +contained a=20 +list of any dependencies that the system also requires like the STL = +code. Yeah I=20 +know its in there :-)  But it will save you answering the same = +question=20 +lots of time for those that don't look at the src
+
 
+
2) Care to release at least a rough = +schedule on the=20 +website, so that people can see when bits and pieces of the jigsaw are = +going to=20 +be released ?
+
 
+
3) Congrats on releasing the src early, = +that means=20 +we can start reading and learning now before we have 1000's of files to = +wade=20 +through.
+
 
+
4) very interested to see talking about = +using=20 +python, having started playing with it a few months ago, it has alot = +going for=20 +it.  Are you going to embed it and interface it to the API's = +available so=20 +that people can use it for developement within the system, or is it more = +an=20 +external glue language ? Could be very useful for rapid prototyping AI = +and NPC=20 +routines
+
 
+
5) In your event dispatch system, how = +do you intent=20 +to get around the problem of 'event blizzards' on a busy system ? Having = +seen=20 +this problem in other systems that rely on events for inter-object = +comms, I am=20 +interested on how you are going to get around the problem, e.g. = +multi-threaded=20 +round robin dispatch, multiple dispatchers etc.
+
 
+
Congrats on embrassing the open source = +idea for=20 +your server, and I look forward to messing around with the system = +and the=20 +source.
+
 
+
Regards
+
 
+
Tom
+ +------=_NextPart_000_002B_01C05232.FD4788A0-- + + +From chafik@nevrax.com Mon Nov 20 10:00:55 2000 +Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eAK90tO95483 + for ; Mon, 20 Nov 2000 10:00:55 +0100 (CET) + (envelope-from chafik@nevrax.com) +Received: from sameh (fw.localdomain [192.168.254.254]) + by nevrax.com (8.9.3/8.9.3) with SMTP id JAA24466 + for ; Mon, 20 Nov 2000 09:03:49 +0100 +Message-ID: <004c01c052d0$3f31d700$1001a8c0@sameh> +From: "sameh chafik Pro" +To: +References: <002e01c05232$fdcc7010$7d55fd3e@tom> +Subject: Re: [Nel] Release Schedule and some questions ? +Date: Mon, 20 Nov 2000 09:59:53 +0100 +MIME-Version: 1.0 +Content-Type: multipart/alternative; + boundary="----=_NextPart_000_0049_01C052D8.A0E268E0" +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 5.50.4133.2400 +X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +C'est un message de format MIME en plusieurs parties. + +------=_NextPart_000_0049_01C052D8.A0E268E0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: quoted-printable + +> 4) very interested to see talking about using python, having started = +playing with it a few months ago, it has alot=20 +> going for it. Are you going to embed it and interface it to the API's = +available so that people can use it for=20 +> developement within the system, or is it more an external glue = +language ? Could be very useful for rapid prototyping > AI and NPC = +routines + +Hello,=20 +I'am Sameh Chafik and i am the lead AI programmer, I work with Pierre = +Portier and Gabriel Robert. At present we don't use Python, i begun to = +embed all class that we write but because we design a multi agents = +system, we decideded to write an script interpret for our agents = +platform. That dicision become because in open-source platform we did'nt = +find an embed language for prototyping agents and python is'nt adapt for = +doing that. + + +------=_NextPart_000_0049_01C052D8.A0E268E0 +Content-Type: text/html; + charset="iso-8859-1" +Content-Transfer-Encoding: quoted-printable + + + + + + + + +
+
> 4) very interested to see talking = +about using=20 +python, having started playing with it a few months ago, it has alot=20 +
+
> going for it.  Are you going = +to embed it=20 +and interface it to the API's available so that people can use it for=20 +
+
> developement within the system, or = +is it more=20 +an external glue language ? Could be very useful for rapid prototyping = +> AI=20 +and NPC routines
+
 
+
+
Hello,
+
I'am Sameh Chafik and i am the lead AI programmer, I work with = +Pierre=20 +Portier and Gabriel Robert. At present we don't use Python, i begun to = +embed all=20 +class that we write but because we design a multi agents system, we = + +decideded to write an script interpret for our agents platform. That = +dicision=20 +become because in open-source platform we did'nt find an = +embed language for=20 +prototyping agents and python is'nt adapt for doing that.
+
 
+ +------=_NextPart_000_0049_01C052D8.A0E268E0-- + + +From lecroart@nevrax.com Mon Nov 20 10:10:04 2000 +Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eAK9A3O95550 + for ; Mon, 20 Nov 2000 10:10:03 +0100 (CET) + (envelope-from lecroart@nevrax.com) +Received: from vianneyl (fw.localdomain [192.168.254.254]) + by nevrax.com (8.9.3/8.9.3) with SMTP id JAA24554 + for ; Mon, 20 Nov 2000 09:12:58 +0100 +Message-ID: <007101c052d2$0850b290$0901a8c0@vianneyl> +From: "Vianney Lecroart" +To: +References: <002e01c05232$fdcc7010$7d55fd3e@tom> +Subject: Re: [Nel] Release Schedule and some questions ? +Date: Mon, 20 Nov 2000 10:12:40 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 5.00.2919.6700 +X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +>1) Are you going to add to the FAQ how to build the stuff ? I am +currently running on Win2k with VC6 ( though I have a linux box also to try +this out >on ) and it appears you have some paths coded to your environment +and not within the project file, e.g. whatever\nel\include is missing. +>It would be useful in the FAQ if it contained a list of any dependencies +that the system also requires like the STL code. Yeah I know its in there +:-) But it >will save you answering the same question lots of time for +those that don't look at the src + +I'm working on the Visual C++ INSTALL file that explains everything you have +to do to install and compile our project. It should be available in few +days. (The unix one should come too in few days). But we don't plan to add +it in the faq, we'll put it in the root directory. + +>3) Congrats on releasing the src early, that means we can start reading and +learning now before we have 1000's of files to wade through. + +Thanks + +-Vianney Lecroart + + + +From archer@nevrax.com Mon Nov 20 18:00:41 2000 +Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eAKH0eO97811 + for ; Mon, 20 Nov 2000 18:00:40 +0100 (CET) + (envelope-from archer@nevrax.com) +Received: (from archer@localhost) + by nevrax.com (8.9.3/8.9.3) id RAA30746 + for nel@nevrax.org; Mon, 20 Nov 2000 17:03:35 +0100 +Date: Mon, 20 Nov 2000 17:03:35 +0100 +From: Vincent Archer +To: nel@nevrax.org +Subject: Re: [Nel] Ok, some food for your toughts +Message-ID: <20001120170335.P27254@nevrax.com> +References: <20001116161216.D18243@nevrax.com> <034c01c04ff3$27559020$0400a8c0@fast> <002201c0507c$9d12b6b0$0901a8c0@vianneyl> <20001118092303.A24033@calvin.ird.IDEALX.com> +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +X-Mailer: Mutt 1.0pre3us +In-Reply-To: <20001118092303.A24033@calvin.ird.IDEALX.com> +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +According to Thierry Mallard: +> Just two little remarks here : +> +> 1/ the message should be more state-ish the action-ish here : +> "you now have 37 HP" more than "you lost 5 HP" : one is skippable, the other +> is not. + +As a general rule, change of state messages are always what I termed +uncorrectable elements, while state information is, by definition, +correctable (because you can resend the same state information at any +time, "correcting" the error). + +Now, some information can be expressed in terms of either state or change +of state. The choice of the type of communication between server and client +must be individually chosen for most. + +An important point to keep in mind is that, for most state information +which we deliver thru UDP, you are perfectly allowed to lose some +information (since you expect it will be corrected in the near future), +but for any specific state, you must guarantee that at least some of the +updates are delivered properly. + +A good example is the "HP update" above. You may send "X now has 37 HP" +"X now has 33 HP", "X now has 30 HP", but at some point, you need to ensure +that the client (since we assume that the server is the one giving the state +update) gets at least one update. So, most of these updates would be sent +using UDP, but one out of N has to be sent using TCP to ensure guaranteed +delivery (or, more typically, one every N seconds). + +> 2/ the order is not necessary I think, but more the delay between them. The +> network speed may compensate the apparent disorder : if there's only 13 ms +> between the events you mentionned, the player may probably not notice. But if +> that's 1.5 seconds, that's another problem ... ;-) + +If you use two streams, you also need to guarantee an order between both. +It wouldn't do to receive "X has 35 HP" thru TCP and "X has 38 HP" thru UDP. +So all state update messages also need to carry out a timestamp so that, +when your client parses the "X has 35 HP" message because your network stack +delivered this first, he'll be able to ignore the "X has 38 HP" one which is +now obsolete. + +Oh, and I do agree. Using pure TCP frees you from the hassles of dealing +with all that... but you relinquish a lot of control of the lag, since you +cannot control how and when the information is retransmitted. +-- +Vincent Archer Email: archer@nevrax.com + +Nevrax France. Off on the yellow brick road we go! + +From roybryant@SEVENtwentyfour.com Tue Nov 21 14:08:24 2000 +Received: from mail724.SEVEN24 (mail.seventwentyfour.com [209.167.50.21]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eALD8NO04499 + for ; Tue, 21 Nov 2000 14:08:23 +0100 (CET) + (envelope-from roybryant@SEVENtwentyfour.com) +Received: by MAIL724 with Internet Mail Service (5.5.2650.21) + id ; Tue, 21 Nov 2000 08:09:40 -0500 +Message-ID: +From: Roy Bryant +To: "'nel@nevrax.org'" +Date: Tue, 21 Nov 2000 08:09:37 -0500 +MIME-Version: 1.0 +X-Mailer: Internet Mail Service (5.5.2650.21) +Content-Type: text/plain; + charset="iso-8859-1" +Subject: [Nel] Broken link in www.nevrax.org +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +There appears to be a problem on this page of your site. + + On your page http://www.nevrax.org/pipermail/nel/ + when you click on your link to +http://www.nevrax.org/pipermail/nel/2000-October/subject.html + you get the error: Not found + +As recommended by the Robot Guidelines, this email is to explain our robot's +activities and to let you know about one of the broken links we encountered. +LinkWalker does not store or publish the content of your pages, but rather +uses the link information to update our map of the World Wide Web. + +Are these reports helpful? I'd love some feedback. If you prefer not to +receive these occasional error notices please let me know. + +Roy Bryant + + ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ + Roy Bryant, roybryant@seventwentyfour.com + President + SEVENtwentyfour Inc. ("Always watching the Web") + http://www.seventwentyfour.com + ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +From archer@nevrax.com Tue Nov 21 14:15:53 2000 +Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eALDFoO04550 + for ; Tue, 21 Nov 2000 14:15:51 +0100 (CET) + (envelope-from archer@nevrax.com) +Received: (from archer@localhost) + by nevrax.com (8.9.3/8.9.3) id NAA09213 + for nel@nevrax.org; Tue, 21 Nov 2000 13:18:40 +0100 +Date: Tue, 21 Nov 2000 13:18:40 +0100 +From: Vincent Archer +To: nel@nevrax.org +Subject: Re: [Nel] Broken link in www.nevrax.org +Message-ID: <20001121131840.C5565@nevrax.com> +References: +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +X-Mailer: Mutt 1.0pre3us +In-Reply-To: +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +According to Roy Bryant: +> There appears to be a problem on this page of your site. +> +> On your page http://www.nevrax.org/pipermail/nel/ +> when you click on your link to +> http://www.nevrax.org/pipermail/nel/2000-October/subject.html +> you get the error: Not found + +Well, there are no october archives, since these archives held only +messages of the form "ok, ping, 1-2-3, anyone hear me?" and "do I +receive this?". + +I tried to remove all traces of the october activity, but Mailman seem +to have resurrected the links, even if the files themselves are not there, +nor any information to recreate them. + +Mailman is, well, "lacking" (to put it nicely) in the documentation and +man area. + +> Are these reports helpful? I'd love some feedback. If you prefer not to +> receive these occasional error notices please let me know. + +Most of these really are errors. That specific one is "known", and I +have yet to figure how to remove it - Mailman recreates the link when +a new message is received. + +-- +Vincent Archer Email: archer@nevrax.com + +Nevrax France. Off on the yellow brick road we go! + +From zager@teleaction.com Wed Nov 22 17:14:03 2000 +Received: from jupiter.augur.de (jupiter.augur.de [194.122.160.1]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eAMGE2O13447 + for ; Wed, 22 Nov 2000 17:14:02 +0100 (CET) + (envelope-from zager@teleaction.com) +Received: from teleaction.de (homeserver [194.122.160.76]) + by jupiter.augur.de (8.8.8+Sun/8.8.8) with ESMTP id RAA14491 + for ; Wed, 22 Nov 2000 17:12:32 +0100 (MET) +Message-ID: <3A1BF070.E758790A@teleaction.de> +Date: Wed, 22 Nov 2000 17:12:32 +0100 +From: Dim Segebart +X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.16 i686) +X-Accept-Language: ru, en +MIME-Version: 1.0 +To: nel@nevrax.org +References: <002e01c05232$fdcc7010$7d55fd3e@tom> +Content-Type: text/plain; charset=koi8-r +Content-Transfer-Encoding: 7bit +Subject: [Nel] Some questions about network implementation +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Hello ! +Today I have found very interesting library from SGI +(http://oss.sgi.com/projects/state-threads/) +It's based on Netscape Portable Runtime library (NSPR) +and amed on creating high perfomance network applications. +Look at documentation +(http://oss.sgi.com/projects/state-threads/docs/st.html) +From documentation: + +It is contained in 8 source files as opposed to more than 400, but +provides all the +functionality that is needed to write efficient IAs on UNIX-like +platforms. + + NSPR State Threads + Lines of code ~150,000 ~3000 + + Dynamic library size +(debug version) + IRIX ~700 KB ~60 KB + Linux ~900 KB ~70 KB + +State Threads is an application library which provides a foundation for +writing Internet Applications. To summarize, it has the following +advantages: + + It allows the design of fast and highly scalable applications. An +application will scale well with both load and number of CPUs. + It greatly simplifies application programming and debugging +because, as a rule, no mutual exclusion locking is necessary and the +entire application is free to use static variables and non-reentrant +library functions. + +The library's main limitation: + All I/O operations on sockets must use the State Thread library's +I/O functions because only those functions perform thread scheduling and +prevent the application's + processes from blocking. + + +I'm just wonder, what is the implimenantion design of NeL server-side +according to the above document ? + + + +From cado@nevrax.com Thu Nov 23 10:50:34 2000 +Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eAN9oYO18663 + for ; Thu, 23 Nov 2000 10:50:34 +0100 (CET) + (envelope-from cado@nevrax.com) +Received: from nevrax.com (fw.localdomain [192.168.254.254]) + by nevrax.com (8.9.3/8.9.3) with ESMTP id KAA01860 + for ; Thu, 23 Nov 2000 10:54:16 +0100 +Message-ID: <3A1CE95A.123E0AB3@nevrax.com> +Date: Thu, 23 Nov 2000 10:54:34 +0100 +From: Olivier Cado +X-Mailer: Mozilla 4.72 [en] (Windows NT 5.0; I) +X-Accept-Language: fr,en +MIME-Version: 1.0 +To: nel@nevrax.org +Subject: Re: [Nel] Some questions about network implementation +References: <002e01c05232$fdcc7010$7d55fd3e@tom> <3A1BF070.E758790A@teleaction.de> +Content-Type: text/plain; charset=us-ascii +Content-Transfer-Encoding: 7bit +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Hello everybody ! + +Dim Segebart wrote: +> Today I have found very interesting library from SGI +> (http://oss.sgi.com/projects/state-threads/) +> +> I'm just wonder, what is the implimenantion design of NeL server-side +> according to the above document ? + +During the pre-production we studied various libraries, from the +smallest to the biggest (such as ACE, +http://www.cs.wustl.edu/~schmidt/ACE.html ). We didn't find the one of +our dreams :-) + +At the moment we have implemented a simple networking system to work +with our prototype that is coming soon. + +Thank you for your suggestion. We will study this library in detail. + +Regards, +Olivier +-- +Olivier Cado ICQ: 67756413 +NEVRAX France http://www.nevrax.com - http://www.nevrax.org + +From valignat@gw.nevrax.com Fri Nov 24 20:20:40 2000 +Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eAOJKdO28362 + for ; Fri, 24 Nov 2000 20:20:39 +0100 (CET) + (envelope-from valignat@gw.nevrax.com) +Received: from gw.nevrax.com (fw.localdomain [192.168.254.254]) + by nevrax.com (8.9.3/8.9.3) with ESMTP id UAA21874 + for ; Fri, 24 Nov 2000 20:24:19 +0100 +Received: (from valignat@localhost) + by gw.nevrax.com (8.11.0/8.9.3) id eAOJJZG17614 + for nel@nevrax.org; Fri, 24 Nov 2000 20:19:35 +0100 (CET) + (envelope-from valignat) +Date: Fri, 24 Nov 2000 20:19:35 +0100 +From: Valignat Cedric +To: NeL mailing list +Message-ID: <20001124201935.A17529@nevrax.com> +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +User-Agent: Mutt/1.2.5i +Subject: [Nel] GNU/Linux compilation +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Hello, + +The Nevrax team is please to announce, that there is some improvement on +the GNU/Linux compilation :-) + +Just checkout the source files, read the INSTALL file and follow the +instructions, it should be enougth ... i hope :o) + +There is still a lot of things to do or/and improve. + +That's the first time that i'm playing around with automake / autoconf so +you migth find (and you will) some ugly things. Be nice with us ... any +suggestion will be welcome :-) + + +Have fun and a nice week-end ... + + +The Nevrax team. + + +From stefan.nilsen@telia.com Fri Nov 24 22:19:35 2000 +Received: from d1o976.telia.com (root@d1o976.telia.com [213.64.10.241]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eAOLJYO29034 + for ; Fri, 24 Nov 2000 22:19:34 +0100 (CET) + (envelope-from stefan.nilsen@telia.com) +Received: from wale.kunosoft.se (t2o976p105.telia.com [213.64.10.225]) + by d1o976.telia.com (8.8.8/8.8.8) with ESMTP id WAA04932 + for ; Fri, 24 Nov 2000 22:18:09 +0100 (CET) +Received: from wale (unknown [127.0.0.2]) + by wale.kunosoft.se (Postfix on SuSE Linux 7.0 (i386)) with SMTP id B3C672ED + for ; Fri, 24 Nov 2000 21:18:07 +0000 (/etc/localtime) +From: Stefan Nilsen +Organization: Millnet AB +Date: Fri, 24 Nov 2000 22:18:06 +0100 +X-Mailer: KMail [version 1.1.99] +Content-Type: text/plain; + charset="iso-8859-1" +To: nel@nevrax.org +MIME-Version: 1.0 +Message-Id: <00112422180601.09384@wale> +Content-Transfer-Encoding: 8bit +X-MIME-Autoconverted: from quoted-printable to 8bit by www.nevrax.org id eAOLJYO29034 +Subject: [Nel] error in CVS? +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +I get this error when updating the files from the CVS repository. It looks +lika a damaged CVS repository. + +cvs [server aborted]: unable to parse +/home/cvsroot/code/nel/src/net/base_socket.cpp,v; `state' not in the expected +place + +From valignat@nevrax.com Sat Nov 25 02:12:26 2000 +Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eAP1CPO30961 + for ; Sat, 25 Nov 2000 02:12:25 +0100 (CET) + (envelope-from valignat@nevrax.com) +Received: (from valignat@localhost) + by nevrax.com (8.9.3/8.9.3) id CAA23760 + for nel@nevrax.org; Sat, 25 Nov 2000 02:16:05 +0100 +Date: Sat, 25 Nov 2000 02:16:05 +0100 +From: Cedric Valignat +To: nel@nevrax.org +Subject: Re: [Nel] error in CVS? +Message-ID: <20001125021605.A23748@nevrax.com> +References: <00112422180601.09384@wale> +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +X-Mailer: Mutt 1.0pre3us +In-Reply-To: <00112422180601.09384@wale> +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Stefan Nilsen wrote: +> I get this error when updating the files from the CVS repository. It looks +> lika a damaged CVS repository. +> [...] + +Ouch ... sorry. + +It's fixed. + + +From David.Mentre@irisa.fr Tue Nov 28 11:05:51 2000 +Received: from air.irisa.fr (air.irisa.fr [131.254.60.130]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eASA5kO57563 + for ; Tue, 28 Nov 2000 11:05:46 +0100 (CET) + (envelope-from David.Mentre@irisa.fr) +Received: from parate.irisa.fr (parate.irisa.fr [131.254.12.25]) + by air.irisa.fr (8.9.3/8.9.3) with ESMTP id LAA10924 + for ; Tue, 28 Nov 2000 11:04:18 +0100 (MET) +To: nel@nevrax.org +From: David.Mentre@irisa.fr (David =?iso-8859-1?q?Mentr=E9?=) +X-PhD-defense: in 3 months and 0 days. +Date: 28 Nov 2000 11:04:18 +0100 +Message-ID: +Lines: 37 +User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.6 +MIME-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Subject: [Nel] [patch] configure issue on GNU/Linux +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Hi all nelers, + +Issue: + + With the current connfigure.in, the freetype availability test use cc + rather than c++ to make the test, resulting in test failure due to + unset include path. + +Solution: + + Use c++ as the default compiler for TRY_COMPILE macros. + +Path: + +--- configure.in.old Tue Nov 28 10:22:18 2000 ++++ configure.in Tue Nov 28 10:50:10 2000 +@@ -23,6 +23,7 @@ + dnl Checks for programs. + + AC_PROG_MAKE_SET ++AC_LANG_CPLUSPLUS + + AC_PROG_CC + AC_PROG_CXX + + +Comment: + + With this patch, configures works properly. And compilation worked + until my quota was full. ;) + + +Best regards, +d. +-- + David.Mentre@irisa.fr -- http://www.irisa.fr/prive/dmentre/ + Opinions expressed here are only mine. + +From David.Mentre@irisa.fr Tue Nov 28 11:07:09 2000 +Received: from air.irisa.fr (air.irisa.fr [131.254.60.130]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eASA6tO57577 + for ; Tue, 28 Nov 2000 11:06:55 +0100 (CET) + (envelope-from David.Mentre@irisa.fr) +Received: from parate.irisa.fr (parate.irisa.fr [131.254.12.25]) + by air.irisa.fr (8.9.3/8.9.3) with ESMTP id LAA10942 + for ; Tue, 28 Nov 2000 11:05:28 +0100 (MET) +To: nel@nevrax.org +From: David.Mentre@irisa.fr (David =?iso-8859-1?q?Mentr=E9?=) +X-PhD-defense: in 3 months and 0 days. +Date: 28 Nov 2000 11:05:27 +0100 +Message-ID: +Lines: 9 +User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.6 +MIME-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Subject: [Nel] CVS checkin by email +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Hi all, + +Is there any way to bi informed by email of each new CVS checkin ? + +Best regards, +d. +-- + David.Mentre@irisa.fr -- http://www.irisa.fr/prive/dmentre/ + Opinions expressed here are only mine. + +From archer@nevrax.com Tue Nov 28 11:47:24 2000 +Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eASAlOO57887 + for ; Tue, 28 Nov 2000 11:47:24 +0100 (CET) + (envelope-from archer@nevrax.com) +Received: (from archer@localhost) + by nevrax.com (8.9.3/8.9.3) id LAA23891 + for nel@nevrax.org; Tue, 28 Nov 2000 11:50:58 +0100 +Date: Tue, 28 Nov 2000 11:50:58 +0100 +From: Vincent Archer +To: nel@nevrax.org +Subject: Re: [Nel] CVS checkin by email +Message-ID: <20001128115058.B23220@nevrax.com> +References: +Mime-Version: 1.0 +Content-Type: text/plain; charset=iso-8859-1 +Content-Transfer-Encoding: 8bit +X-Mailer: Mutt 1.0pre3us +In-Reply-To: +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +According to David Mentré: +> Hi all, +> +> Is there any way to bi informed by email of each new CVS checkin ? + +Well, if you want to be spammed continuously, that might be possible. +I'll put something in the crontab to notify you every day :) + +Realistically, since you get full access to the development CVS tree, +there is something done about every day in one part or another of the +library. We do not have anything like the cvsup of FreeBSD so that you +automatically would fetch the latest version everytime, but you can +set a cron job if you like to to a cvs update every day around 23:00 +GMT. That's when we do a full resynchronise of the various CVS mirrors +(in practice, the sync starts at 22:00 GMT, but you never know how long +rsync will take across the 3 machines involved). + +We will post announces when there is something relatively major commited +(like the day you'll get your first pictures, or like we did when the + compilation stuff on Linux boxes started working). Usually, we also do +a manual resync at that time. + +-- +Vincent Archer Email: archer@nevrax.com + +Nevrax France. Off on the yellow brick road we go! + +From David.Mentre@irisa.fr Tue Nov 28 12:37:06 2000 +Received: from air.irisa.fr (air.irisa.fr [131.254.60.130]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eASBb6O58208 + for ; Tue, 28 Nov 2000 12:37:06 +0100 (CET) + (envelope-from David.Mentre@irisa.fr) +Received: from parate.irisa.fr (parate.irisa.fr [131.254.12.25]) + by air.irisa.fr (8.9.3/8.9.3) with ESMTP id MAA13810; + Tue, 28 Nov 2000 12:35:20 +0100 (MET) +To: nel@nevrax.org +Cc: valignat@nevrax.com +Subject: Re: [Nel] GNU/Linux compilation +References: <20001124201935.A17529@nevrax.com> +From: David.Mentre@irisa.fr (David =?iso-8859-1?q?Mentr=E9?=) +X-PhD-defense: in 3 months and 0 days. +Date: 28 Nov 2000 12:35:20 +0100 +In-Reply-To: Valignat Cedric's message of "Fri, 24 Nov 2000 20:19:35 +0100" +Message-ID: +Lines: 21 +User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.6 +MIME-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Valignat Cedric writes: + +> Just checkout the source files, read the INSTALL file and follow the +> instructions, it should be enougth ... i hope :o) + +Yes. I can confirm it compiles on a fairly standard Debian 2.2 x86 +machine. + +> There is still a lot of things to do or/and improve. + +Yes. Like a configure for the client and the server to start playing +with some executable. Right now, I don't know what to do with the 63 +megs of nel library. :) + +BTW, maybe should the configure script be in the code/ directory in +order to setup nel, the client and the server? + +d. +-- + David.Mentre@irisa.fr -- http://www.irisa.fr/prive/dmentre/ + Opinions expressed here are only mine. + +From archer@nevrax.com Tue Nov 28 13:25:29 2000 +Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eASCPTO58538 + for ; Tue, 28 Nov 2000 13:25:29 +0100 (CET) + (envelope-from archer@nevrax.com) +Received: (from archer@localhost) + by nevrax.com (8.9.3/8.9.3) id NAA24786 + for nel@nevrax.org; Tue, 28 Nov 2000 13:29:03 +0100 +Date: Tue, 28 Nov 2000 13:29:03 +0100 +From: Vincent Archer +To: nel@nevrax.org +Subject: Re: [Nel] GNU/Linux compilation +Message-ID: <20001128132903.A24774@nevrax.com> +References: <20001124201935.A17529@nevrax.com> +Mime-Version: 1.0 +Content-Type: text/plain; charset=iso-8859-1 +Content-Transfer-Encoding: 8bit +X-Mailer: Mutt 1.0pre3us +In-Reply-To: +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +According to David Mentré: +> BTW, maybe should the configure script be in the code/ directory in +> order to setup nel, the client and the server? + +Well, yes and no. We'd like to keep the three (or at least two, NeL plus +the client/server) separate or semi-separate entities, so that you can +entirely replace client and server while keeping NeL. + +At some time, there will probably be an overall configure script, but that +one will merely check the various parts, then call the 3 sub-directories +configures with its what it just found. + +-- +Vincent Archer Email: archer@nevrax.com + +Nevrax France. Off on the yellow brick road we go! + +From valignat@gw.nevrax.com Tue Nov 28 15:40:12 2000 +Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eASEeCO59490 + for ; Tue, 28 Nov 2000 15:40:12 +0100 (CET) + (envelope-from valignat@gw.nevrax.com) +Received: from gw.nevrax.com (fw.localdomain [192.168.254.254]) + by nevrax.com (8.9.3/8.9.3) with ESMTP id PAA26246 + for ; Tue, 28 Nov 2000 15:43:46 +0100 +Received: (from valignat@localhost) + by gw.nevrax.com (8.11.0/8.9.3) id eASEe5D01176 + for nel@nevrax.org; Tue, 28 Nov 2000 15:40:05 +0100 (CET) + (envelope-from valignat) +Date: Tue, 28 Nov 2000 15:40:05 +0100 +From: Valignat Cedric +To: nel@nevrax.org +Subject: Re: [Nel] [patch] configure issue on GNU/Linux +Message-ID: <20001128154005.A1139@nevrax.com> +References: +Mime-Version: 1.0 +Content-Type: text/plain; charset=iso-8859-1 +Content-Disposition: inline +Content-Transfer-Encoding: 8bit +User-Agent: Mutt/1.2.5i +In-Reply-To: ; from David.Mentre@irisa.fr on Tue, Nov 28, 2000 at 11:04:18AM +0100 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Hi David, + +David Mentré wrote: +> +> Issue: +> +> With the current connfigure.in, the freetype availability test use cc +> rather than c++ to make the test, resulting in test failure due to +> unset include path. +> [...] + + +We just made the changes in CVS. + +Thanks for your help ... :-) + + +From valignat@gw.nevrax.com Tue Nov 28 16:03:05 2000 +Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eASF34O59669 + for ; Tue, 28 Nov 2000 16:03:04 +0100 (CET) + (envelope-from valignat@gw.nevrax.com) +Received: from gw.nevrax.com (fw.localdomain [192.168.254.254]) + by nevrax.com (8.9.3/8.9.3) with ESMTP id QAA26456 + for ; Tue, 28 Nov 2000 16:06:38 +0100 +Received: (from valignat@localhost) + by gw.nevrax.com (8.11.0/8.9.3) id eASF2wf01249 + for nel@nevrax.org; Tue, 28 Nov 2000 16:02:58 +0100 (CET) + (envelope-from valignat) +Date: Tue, 28 Nov 2000 16:02:58 +0100 +From: Valignat Cedric +To: nel@nevrax.org +Subject: Re: [Nel] GNU/Linux compilation +Message-ID: <20001128160257.A1187@nevrax.com> +References: <20001124201935.A17529@nevrax.com> +Mime-Version: 1.0 +Content-Type: text/plain; charset=iso-8859-1 +Content-Disposition: inline +Content-Transfer-Encoding: 8bit +User-Agent: Mutt/1.2.5i +In-Reply-To: ; from David.Mentre@irisa.fr on Tue, Nov 28, 2000 at 12:35:20PM +0100 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +David Mentré wrote: +> +> Yes. I can confirm it compiles on a fairly standard Debian 2.2 x86 +> machine. + +Cool ... :-) + +> Yes. Like a configure for the client and the server to start playing +> with some executable. Right now, I don't know what to do with the 63 +> megs of nel library. :) + +hehe :-) + +At the moment, there is nothing really usable for the client, and the +GNU/linux OpenGL driver has to be written ... + +For the server part, we have few things running and the GNU/Linux configure +setup will be done soon ... + +So be patient ... :-) + + +Bye. + + +From David.Mentre@irisa.fr Wed Nov 29 12:56:59 2000 +Received: from air.irisa.fr (air.irisa.fr [131.254.60.130]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eATBunO66583 + for ; Wed, 29 Nov 2000 12:56:54 +0100 (CET) + (envelope-from David.Mentre@irisa.fr) +Received: from parate.irisa.fr (parate.irisa.fr [131.254.12.25]) + by air.irisa.fr (8.9.3/8.9.3) with ESMTP id MAA24538 + for ; Wed, 29 Nov 2000 12:55:21 +0100 (MET) +To: nel@nevrax.org +From: David Mentre +X-PhD-defense: in 2 months and 29 days. +Date: 29 Nov 2000 12:55:21 +0100 +Message-ID: +Lines: 29 +User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.6 +MIME-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Subject: [Nel] pointers on documentation? +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Hi all, + +I've looked very briefly at source code. As I'm newbie to 3D and games +areas, I've been unable to understand concepts as "Traversers", or what +is exactly a Model, a Scene, etc. + +Has somebody a good pointer on some basic documentation (URL, book, +paper) that details those concepts found in 3D and distributed games? + +For the nel guys, is there any "Global Architecture Overview" paper +planned? I know about the white paper, but I would be more interested in +how you see the architecture in place. For example, it would be nice to +read a paper describing a typical interaction: "you setup object like +this, with this server and this client; when game starts, at each time +step, the client send this info to the server; to model a scene, you +need at least this and that...". It needs not to be very precise, but +fill the gap between the white papers and the source code. + +Of course, I would understand that such a paper would not be on top +priority list. ;) + +Maybe when some usable server/client will be released on Linux platform, +we could write an architecture description paper. + + +d. +-- + David.Mentre@irisa.fr -- http://www.irisa.fr/prive/dmentre/ + Opinions expressed here are only mine. + +From cblt@cblt.org Wed Nov 29 13:16:13 2000 +Received: from zmail6.easynet.fr (email.easynet.fr [195.114.64.207]) + by www.nevrax.org (8.11.0/8.11.0) with SMTP id eATCGCO66705 + for ; Wed, 29 Nov 2000 13:16:12 +0100 (CET) + (envelope-from cblt@cblt.org) +Received: (qmail 81659 invoked from network); 29 Nov 2000 12:14:43 -0000 +Received: from mailgate3.easynet.fr (192.168.1.4) + by mailserver.easynet.fr with QMQP; 29 Nov 2000 12:14:43 -0000 +Received: from unknown (HELO cblt.org) (212.180.94.137) + by mrelay3.easynet.fr with SMTP; 29 Nov 2000 12:14:43 -0000 +Message-ID: <3A24F3A0.7090701@cblt.org> +Date: Wed, 29 Nov 2000 13:16:32 +0100 +From: Nicolas Hognon +User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; m18) Gecko/20001010 +X-Accept-Language: en +MIME-Version: 1.0 +To: nel@nevrax.org +Subject: [NOISE] Re: [Nel] pointers on documentation? +References: +Content-Type: text/plain; charset=us-ascii; format=flowed +Content-Transfer-Encoding: 7bit +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +> Has somebody a good pointer on some basic documentation (URL, book, +> paper) that details those concepts found in 3D and distributed games? +> + +you can look at this book : 3D Game Engine Design +by David H. Eberly +or at this website : http://www.flipcode.com/ + +> For the nel guys, is there any "Global Architecture Overview" paper +> planned? I know about the white paper, but I would be more interested in +> how you see the architecture in place. For example, it would be nice to +> read a paper describing a typical interaction: "you setup object like +> this, with this server and this client; when game starts, at each time +> step, the client send this info to the server; to model a scene, you +> need at least this and that...". It needs not to be very precise, but +> fill the gap between the white papers and the source code. +> +> Of course, I would understand that such a paper would not be on top +> priority list. ;) +> +> Maybe when some usable server/client will be released on Linux platform, +> we could write an architecture description paper. +> +> +> d. + + + +From david.belius@chello.se Wed Nov 29 15:40:27 2000 +Received: from smtp1.chello.se (smtp1.chello.se [193.150.195.10]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eATEeRO67412 + for ; Wed, 29 Nov 2000 15:40:27 +0100 (CET) + (envelope-from david.belius@chello.se) +Received: from chello.se ([193.150.204.103]) by smtp1.chello.se + (InterMail vK.4.02.00.00 201-232-116 license 13ed6d939a101f33a28aa8ad6d2fac65) + with ESMTP id <20001129143814.DJZL634.smtp1@chello.se> + for ; Wed, 29 Nov 2000 15:38:14 +0100 +Message-ID: <3A2514FE.1070600@chello.se> +Date: Wed, 29 Nov 2000 15:38:54 +0100 +From: david.belius@chello.se +User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; m17) Gecko/20000811 +X-Accept-Language: en +MIME-Version: 1.0 +To: nel@nevrax.org +References: <3A24F3A0.7090701@cblt.org> +Content-Type: text/plain; charset=us-ascii; format=flowed +Content-Transfer-Encoding: 7bit +Subject: [Nel] Distributed server algo +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Hi, +i was wondering how you will code the distributed server. +What algo will you be using? +Will each server handle a specific cube in object space? + +I would also like to know how general the engine will be. +Will it be a _MMORPG_ engine or just a MMOG engine, so that it is +possible to make a MMORTS or something with the same engine? + +Regards, +David + + +From corvazier@nevrax.com Wed Nov 29 15:59:43 2000 +Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eATExhO67513 + for ; Wed, 29 Nov 2000 15:59:43 +0100 (CET) + (envelope-from corvazier@nevrax.com) +Received: from pc23 (fw.localdomain [192.168.254.254]) + by nevrax.com (8.9.3/8.9.3) with SMTP id QAA07030 + for ; Wed, 29 Nov 2000 16:03:15 +0100 +Message-ID: <003001c05a15$5fcf2d40$1701a8c0@nevrax.net> +From: "Cyril Corvazier" +To: +References: +Subject: Re: [Nel] pointers on documentation? +Date: Wed, 29 Nov 2000 16:02:21 +0100 +Organization: Nevrax +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 5.00.2919.6600 +X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Hi David, + +We have started a kind of "NeL Programmer Guide". You can acces it from +http://www.nevrax.org/docs/doxygen/nel/pages.html We have some topics there, +but nothing about MOT (Model Observer Traversal) yet. The guide grow up with +the +code so stay tuned! + +For information, MOT is inspired by Java 3d architecture. + +Bye. + +Cyril Corvazier + +----- Original Message ----- +From: "David Mentre" +To: +Sent: Wednesday, November 29, 2000 12:55 PM +Subject: [Nel] pointers on documentation? + + +> Hi all, +> +> I've looked very briefly at source code. As I'm newbie to 3D and games +> areas, I've been unable to understand concepts as "Traversers", or what +> is exactly a Model, a Scene, etc. +> +> Has somebody a good pointer on some basic documentation (URL, book, +> paper) that details those concepts found in 3D and distributed games? +> +> For the nel guys, is there any "Global Architecture Overview" paper +> planned? I know about the white paper, but I would be more interested in +> how you see the architecture in place. For example, it would be nice to +> read a paper describing a typical interaction: "you setup object like +> this, with this server and this client; when game starts, at each time +> step, the client send this info to the server; to model a scene, you +> need at least this and that...". It needs not to be very precise, but +> fill the gap between the white papers and the source code. +> +> Of course, I would understand that such a paper would not be on top +> priority list. ;) +> +> Maybe when some usable server/client will be released on Linux platform, +> we could write an architecture description paper. +> +> +> d. +> -- +> David.Mentre@irisa.fr -- http://www.irisa.fr/prive/dmentre/ +> Opinions expressed here are only mine. +> _______________________________________________ +> Nel mailing list +> Nel@nevrax.org +> http://www.nevrax.org/mailman/listinfo.cgi/nel + + +From David.Mentre@irisa.fr Wed Nov 29 16:15:02 2000 +Received: from air.irisa.fr (air.irisa.fr [131.254.60.130]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eATFF2O67613 + for ; Wed, 29 Nov 2000 16:15:02 +0100 (CET) + (envelope-from David.Mentre@irisa.fr) +Received: from parate.irisa.fr (parate.irisa.fr [131.254.12.25]) + by air.irisa.fr (8.9.3/8.9.3) with ESMTP id QAA00649 + for ; Wed, 29 Nov 2000 16:13:34 +0100 (MET) +To: nel@nevrax.org +Subject: Re: [Nel] pointers on documentation? +References: + <003001c05a15$5fcf2d40$1701a8c0@nevrax.net> +From: David Mentre +X-PhD-defense: in 2 months and 29 days. +Date: 29 Nov 2000 16:13:33 +0100 +In-Reply-To: "Cyril Corvazier"'s message of "Wed, 29 Nov 2000 16:02:21 +0100" +Message-ID: +Lines: 16 +User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.6 +MIME-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +"Cyril Corvazier" writes: + +> We have started a kind of "NeL Programmer Guide". You can acces it from +> http://www.nevrax.org/docs/doxygen/nel/pages.html + +I've already noticed it. :) + +> We have some topics there, but nothing about MOT (Model Observer +> Traversal) yet. The guide grow up with the code so stay tuned! + +ok. thanks. + +d. +-- + David.Mentre@irisa.fr -- http://www.irisa.fr/prive/dmentre/ + Opinions expressed here are only mine. + +From x5101920@fedro.ugr.es Wed Nov 29 20:20:14 2000 +Received: from fedro.ugr.es (fedro.ugr.es [150.214.20.19]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eATJKCO68780 + for ; Wed, 29 Nov 2000 20:20:12 +0100 (CET) + (envelope-from x5101920@fedro.ugr.es) +Received: (from nobody@localhost) + by fedro.ugr.es (8.9.3/8.9.1) id UAA29477; + Wed, 29 Nov 2000 20:18:42 +0100 (MET) +Date: Wed, 29 Nov 2000 20:18:42 +0100 (MET) +From: MIGUEL ANGEL BLANCH LARDIN +Message-Id: <200011291918.UAA29477@fedro.ugr.es> +X-Authentication-Warning: fedro.ugr.es: nobody set sender to x5101920@fedro.ugr.es using -f +To: nel@nevrax.org +References: <3A24F3A0.7090701@cblt.org> <3A2514FE.1070600@chello.se> +In-Reply-To: <3A2514FE.1070600@chello.se> +MIME-Version: 1.0 +Content-Type: text/plain +Content-Transfer-Encoding: 8bit +User-Agent: IMP/PHP3 Imap webMail Program 2.0.11 +Subject: [Nel] Status question +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Hi, + +I am reading some of the emails publishing, and because of my prior +experience in MMORPG, I would like to know in what stage is the +overall project? + +Planning? Alpha? Beta? + +I have browse the CVS and is something running? + + +Regards, +Miguel + +BTW Have you ever though about reusing other GPL projects source? + +From stefan.nilsen@telia.com Wed Nov 29 22:04:29 2000 +Received: from d1o976.telia.com (root@d1o976.telia.com [213.64.10.241]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eATL4SO69265 + for ; Wed, 29 Nov 2000 22:04:29 +0100 (CET) + (envelope-from stefan.nilsen@telia.com) +Received: from wale.kunosoft.se (t2o976p88.telia.com [213.64.10.208]) + by d1o976.telia.com (8.8.8/8.8.8) with ESMTP id WAA06478; + Wed, 29 Nov 2000 22:02:58 +0100 (CET) +Received: from wale (unknown [127.0.0.2]) + by wale.kunosoft.se (Postfix on SuSE Linux 7.0 (i386)) with SMTP + id 8F51A9F5; Wed, 29 Nov 2000 21:02:52 +0000 (/etc/localtime) +From: Stefan Nilsen +Organization: Millnet AB +Date: Wed, 29 Nov 2000 22:02:52 +0100 +X-Mailer: KMail [version 1.1.99] +Content-Type: text/plain; + charset="us-ascii" +To: nel@nevrax.org, david.belius@chello.se +References: <3A24F3A0.7090701@cblt.org> <3A2514FE.1070600@chello.se> +In-Reply-To: <3A2514FE.1070600@chello.se> +Subject: Re: [Nel] Distributed server algo +MIME-Version: 1.0 +Message-Id: <00112922025200.16077@wale> +Content-Transfer-Encoding: 8bit +X-MIME-Autoconverted: from quoted-printable to 8bit by www.nevrax.org id eATL4SO69265 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +On Wednesday 29 November 2000 15:38, david.belius@chello.se wrote: +> I would also like to know how general the engine will be. +> Will it be a _MMORPG_ engine or just a MMOG engine, so that it is +> possible to make a MMORTS or something with the same engine? + +WDMMORTSM? (What does MMORTS mean?) + +From cblt@cblt.org Wed Nov 29 22:10:12 2000 +Received: from lafontaine.cybercable.fr (lafontaine.cybercable.fr [212.198.0.202]) + by www.nevrax.org (8.11.0/8.11.0) with SMTP id eATLACO69317 + for ; Wed, 29 Nov 2000 22:10:12 +0100 (CET) + (envelope-from cblt@cblt.org) +Received: (qmail 2065169 invoked from network); 29 Nov 2000 21:08:44 -0000 +Received: from r184m194.cybercable.tm.fr (HELO cblt.org) ([195.132.184.194]) (envelope-sender ) + by lafontaine.cybercable.fr (qmail-ldap-1.03) with SMTP + for ; 29 Nov 2000 21:08:44 -0000 +Message-ID: <3A2570C0.2060305@cblt.org> +Date: Wed, 29 Nov 2000 22:10:24 +0100 +From: Nicolas Hognon +User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; m18) Gecko/20001010 +X-Accept-Language: en +MIME-Version: 1.0 +To: nel@nevrax.org +Subject: Re: [Nel] Distributed server algo +References: <3A24F3A0.7090701@cblt.org> <3A2514FE.1070600@chello.se> <00112922025200.16077@wale> +Content-Type: text/plain; charset=us-ascii; format=flowed +Content-Transfer-Encoding: 7bit +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +massively multiplayer online real time strategy +(game like stracraft but massively online) + +> +> WDMMORTSM? (What does MMORTS mean?) + + + +-- +Nicolas Hognon +home : cblt@cblt.org / www.cblt.org +work : nicolash@virtools.com / www.virtools.com +#ICQ : 36044443 + +Enjoy the silence +(DM) + + +From tsm@IDEALX.com Wed Nov 29 23:53:06 2000 +Received: from sarajevo.idealx.com (sarajevo.idealx.com [213.41.87.90]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eATMr5O69891 + for ; Wed, 29 Nov 2000 23:53:06 +0100 (CET) + (envelope-from tsm@IDEALX.com) +Received: from calvin.UUCP (uucp@localhost) + by sarajevo.idealx.com (8.10.1/8.10.1) with UUCP id eATMpBh11841 + for nel@nevrax.org; Wed, 29 Nov 2000 23:51:11 +0100 (CET) +Received: from tsm by calvin.ird.IDEALX.com with local (Exim 3.12 #1 (Debian)) + id 141G3i-0002UG-00; Wed, 29 Nov 2000 23:50:38 +0100 +Date: Wed, 29 Nov 2000 23:50:38 +0100 +From: Thierry Mallard +To: nel@nevrax.org +Subject: Re: [Nel] Distributed server algo +Message-ID: <20001129235038.A9523@calvin.ird.IDEALX.com> +References: <3A24F3A0.7090701@cblt.org> <3A2514FE.1070600@chello.se> +Mime-Version: 1.0 +Content-Type: multipart/signed; micalg=pgp-sha1; + protocol="application/pgp-signature"; boundary="Nq2Wo0NMKNjxTN9z" +Content-Disposition: inline +User-Agent: Mutt/1.2.5i +In-Reply-To: <3A2514FE.1070600@chello.se>; from david.belius@chello.se on Wed, Nov 29, 2000 at 03:38:54PM +0100 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +--Nq2Wo0NMKNjxTN9z +Content-Type: text/plain; charset=iso-8859-1 +Content-Disposition: inline +Content-Transfer-Encoding: quoted-printable + +On Wed, Nov 29, 2000 at 03:38:54PM +0100, david.belius@chello.se wrote: +> Hi, +> i was wondering how you will code the distributed server. +> What algo will you be using? + +Dunno if it could be related, but the word =AB distributed =BB made me flas= +h ;-) +I'm now trying to implement a STAGE server (see projet Worldforge[1]), with +the help of Mickael Remond, using Erlang[2], a functionnal language which d= +oes +has nice features about distribution. Maybe that could be worth a look, +although I'm still not sure an interpreted language is really usable for +something like NeL or STAGE...=20 + + Best regards, + + Shaman + +[1] http://www.worldforge.org +[2] http://www.erlang.org =20 + http://www.erlang-fr.org (under construction) + +--=20 +Thierry Mallard | =20 +GnuPG key on wwwkeys.pgp.net | +key 0xA3D021CB | +http://thierry.mallard.com | =20 + +--Nq2Wo0NMKNjxTN9z +Content-Type: application/pgp-signature +Content-Disposition: inline + +-----BEGIN PGP SIGNATURE----- +Version: GnuPG v1.0.4 (GNU/Linux) +Comment: Pour information voir http://www.gnupg.org + +iEYEARECAAYFAjoliD4ACgkQGBtCB6PQIcsTzQCgz1RuIUyK+vJsab7904ivRkqz +TsUAnRtzTz+qdhL90GIDITtRT8cAMZ8m +=AUVC +-----END PGP SIGNATURE----- + +--Nq2Wo0NMKNjxTN9z-- + + +From David.Mentre@irisa.fr Thu Nov 30 09:01:24 2000 +Received: from air.irisa.fr (air.irisa.fr [131.254.60.130]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eAU81OO72791 + for ; Thu, 30 Nov 2000 09:01:24 +0100 (CET) + (envelope-from David.Mentre@irisa.fr) +Received: from parate.irisa.fr (parate.irisa.fr [131.254.12.25]) + by air.irisa.fr (8.9.3/8.9.3) with ESMTP id IAA07905; + Thu, 30 Nov 2000 08:59:55 +0100 (MET) +To: Thierry Mallard +Cc: nel@nevrax.org +Subject: [offtopic] distributed scripting language (was: Re: [Nel] Distributed server algo) +References: <3A24F3A0.7090701@cblt.org> + <3A2514FE.1070600@chello.se> + <20001129235038.A9523@calvin.ird.IDEALX.com> +From: David Mentre +X-PhD-defense: in 2 months and 28 days. +Date: 30 Nov 2000 08:59:54 +0100 +In-Reply-To: Thierry Mallard's message of "Wed, 29 Nov 2000 23:50:38 +0100" +Message-ID: +Lines: 38 +User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.6 +MIME-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Thierry Mallard writes: + +> I'm now trying to implement a STAGE server (see projet Worldforge[1]), +> with the help of Mickael Remond, using Erlang[2], a functionnal +> language which does has nice features about distribution. + +You could also have a look at Objective Caml[1]. It is a functionnal +language (ML style with type inference for those interested) but with +modules and object oriented capabilities. It has not pre-build +distributed facilities but toolkits have been built on it, like +Ensemble[2]. + +On Erlang, one thing to notice is that reliability is in charge of the +programmer. But maybe your are involved in some other projects using +Erlang. ;) + +> Maybe that could be worth a look, although I'm still not sure an +> interpreted language is really usable for something like NeL or +> STAGE... + +OCaml can be compiled in both bytecode and native code for about any +platform (from ARM to Alpha through x86 [2b]). And people have made +hacks to dynamically load bytecode and native code into +programs[3]. Also notice that bytecode is portable across platforms. + +Sorry if it is a bit of topic, but I could not resist for this blatant +advertising. ;) And maybe NeL will have more that just Python support... + +Best regards, +d. + +[1] http://caml.inria.fr/ +[2] http://www.cs.cornell.edu/Info/Projects/Ensemble/index.html +[2b] http://caml.inria.fr/ocaml/portability.html +[3] http://caml.inria.fr/archives/200011/msg00180.html +-- + David.Mentre@irisa.fr -- http://www.irisa.fr/prive/dmentre/ + Opinions expressed here are only mine. + +From archer@nevrax.com Thu Nov 30 10:15:42 2000 +Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eAU9FgO73137 + for ; Thu, 30 Nov 2000 10:15:42 +0100 (CET) + (envelope-from archer@nevrax.com) +Received: (from archer@localhost) + by nevrax.com (8.9.3/8.9.3) id KAA16293 + for nel@nevrax.org; Thu, 30 Nov 2000 10:19:13 +0100 +Date: Thu, 30 Nov 2000 10:19:13 +0100 +From: Vincent Archer +To: nel@nevrax.org +Subject: Re: [Nel] Status question +Message-ID: <20001130101913.C15856@nevrax.com> +References: <3A24F3A0.7090701@cblt.org> <3A2514FE.1070600@chello.se> <200011291918.UAA29477@fedro.ugr.es> +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +X-Mailer: Mutt 1.0pre3us +In-Reply-To: <200011291918.UAA29477@fedro.ugr.es> +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +According to MIGUEL ANGEL BLANCH LARDIN: +> I am reading some of the emails publishing, and because of my prior +> experience in MMORPG, I would like to know in what stage is the +> overall project? +> +> Planning? Alpha? Beta? + +None of the above? :) + +The game itself is somewhere between planning and alpha. We are approaching +the date of our first internal prototype, but we know what the game itself +is about, how it will play (in terms of game), and how we are structuring +the NeL platform and how it is used to develop the real game. + +> I have browse the CVS and is something running? + +Depend on what you call running. You do not have a 3D scene and interface +available yet, for example, but you have several services for the building +of the server part. + +-- +Vincent Archer Email: archer@nevrax.com + +Nevrax France. Off on the yellow brick road we go! + +From valignat@gw.nevrax.com Mon Dec 4 16:09:59 2000 +Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eB4F9xO04728 + for ; Mon, 4 Dec 2000 16:09:59 +0100 (CET) + (envelope-from valignat@gw.nevrax.com) +Received: from gw.nevrax.com (fw.localdomain [192.168.254.254]) + by nevrax.com (8.9.3/8.9.3) with ESMTP id QAA01250 + for ; Mon, 4 Dec 2000 16:13:23 +0100 +Received: (from valignat@localhost) + by gw.nevrax.com (8.11.0/8.9.3) id eB4F9NM35104 + for nel@nevrax.org; Mon, 4 Dec 2000 16:09:23 +0100 (CET) + (envelope-from valignat) +Date: Mon, 4 Dec 2000 16:09:23 +0100 +From: Valignat Cedric +To: NeL mailing list +Message-ID: <20001204160923.A34642@nevrax.com> +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +User-Agent: Mutt/1.2.5i +Subject: [Nel] Server on GNU/Linux +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Hello everybody, + +At least it comes, you should be able to get something to compile and running +under GNU/Linux platforms ... + +Checkout the INSTALL file, it will show you the path to follow :-) + + +Cedric. + + +From archer@nevrax.com Fri Dec 8 09:49:52 2000 +Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eB88npO30386 + for ; Fri, 8 Dec 2000 09:49:51 +0100 (CET) + (envelope-from archer@nevrax.com) +Received: (from archer@localhost) + by nevrax.com (8.9.3/8.9.3) id JAA21314 + for nel@nevrax.org; Fri, 8 Dec 2000 09:53:09 +0100 +Date: Fri, 8 Dec 2000 09:53:09 +0100 +From: Jean-Noel Moyne +To: nel@nevrax.org +Message-ID: <20001208095309.A21251@nevrax.com> +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +X-Mailer: Mutt 1.0pre3us +X-Accept-Language: fr,en +Subject: [Nel] Suggestion for the NeL network library / architecture +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Just had a look at your site and your project because my brother is +going to work with you guys (as a graphic artist). I see that you have +need for fast reliable real-time asynchronous (and probably one to many) +network transport for your messaging. That need being for server to +server communication, not server to client. + +You should have a look at PGM, which is an open reliable multicast +protocol designed by Cisco and TIBCO (the company I work for), which is +design to solve just this kind of problems in the most efficient way. + +While TIBCO makes a complete messaging system that will use PGM and that +is a commercial product, we are also releasing an Open Source version of +the PGM protocol stack (which is probably all you need, and all you +would want to use, being an Open Source project yourself). + +As a suggestion from a network professional with a lot of experience +designing large scale scalable real time oriented distributed systems, +you should take a look at it. + +http://pgm.tibco.com/ + + JNM + +From zager@teleaction.com Fri Dec 8 11:41:14 2000 +Received: from jupiter.augur.de (jupiter.augur.de [194.122.160.1]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eB8AfEO30918 + for ; Fri, 8 Dec 2000 11:41:14 +0100 (CET) + (envelope-from zager@teleaction.com) +Received: from teleaction.de (homeserver [194.122.160.76]) + by jupiter.augur.de (8.8.8+Sun/8.8.8) with ESMTP id LAA16288 + for ; Fri, 8 Dec 2000 11:39:18 +0100 (MET) +Message-ID: <3A30BA56.C7078CDD@teleaction.de> +Date: Fri, 08 Dec 2000 11:39:18 +0100 +From: Dim Segebart +X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.16 i686) +X-Accept-Language: ru, en +MIME-Version: 1.0 +To: nel@nevrax.org +Subject: Re: [Nel] Suggestion for the NeL network library / architecture +References: <20001208095309.A21251@nevrax.com> +Content-Type: text/plain; charset=koi8-r +Content-Transfer-Encoding: 7bit +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Hello ! +Just one question. + +From http://pgm.tibco.com/draft-speakman-pgm-spec-04.txt +>>> PGM runs over a datagram multicast protocol such as IP multicast [5]. + +AFAIK, many ISP's ban multicast traffic and many users'll be unable to use +software based on it. +Am I wrong or missing something ? +TIA + +-- +Dim + + +Jean-Noel Moyne wrote: + +> Just had a look at your site and your project because my brother is +> going to work with you guys (as a graphic artist). I see that you have +> need for fast reliable real-time asynchronous (and probably one to many) +> network transport for your messaging. That need being for server to +> server communication, not server to client. +> +> You should have a look at PGM, which is an open reliable multicast +> protocol designed by Cisco and TIBCO (the company I work for), which is +> design to solve just this kind of problems in the most efficient way. +> +> While TIBCO makes a complete messaging system that will use PGM and that +> is a commercial product, we are also releasing an Open Source version of +> the PGM protocol stack (which is probably all you need, and all you +> would want to use, being an Open Source project yourself). +> +> As a suggestion from a network professional with a lot of experience +> designing large scale scalable real time oriented distributed systems, +> you should take a look at it. +> +> http://pgm.tibco.com/ +> +> JNM +> _______________________________________________ +> Nel mailing list +> Nel@nevrax.org +> http://www.nevrax.org/mailman/listinfo.cgi/nel + + +From archer@nevrax.com Tue Dec 12 11:05:09 2000 +Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eBCA59O60840 + for ; Tue, 12 Dec 2000 11:05:09 +0100 (CET) + (envelope-from archer@nevrax.com) +Received: (from archer@localhost) + by nevrax.com (8.9.3/8.9.3) id LAA03756 + for nel@nevrax.org; Tue, 12 Dec 2000 11:08:20 +0100 +Date: Tue, 12 Dec 2000 11:08:20 +0100 +From: Vincent Archer +To: nel@nevrax.org +Subject: Re: [Nel] Suggestion for the NeL network library / architecture +Message-ID: <20001212110820.I2253@nevrax.com> +References: <20001208095309.A21251@nevrax.com> +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +X-Mailer: Mutt 1.0pre3us +In-Reply-To: <20001208095309.A21251@nevrax.com> +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +According to Jean-Noel Moyne: +> You should have a look at PGM, which is an open reliable multicast +> protocol designed by Cisco and TIBCO (the company I work for), which is +> design to solve just this kind of problems in the most efficient way. + +Hmmm, about everyone around started talking about, then dismissing it +as unsuited to our needs, but that's chiefly due to one misunderstanding. + +At first we didn't see the "server to server" sentence. + +We still don't know how well multicasting can be useful in our server +architecture, because so far, we have very few one-to-many messages +across servers. Most services discuss with a specific target on a specific +service. + +However, we still have lots of discussion for the "world service", +i.e. the service which "simulates" the world and run the various objects +and NPC agents. That one might be a candidate for a multicast protocol, +since we can expect replication of objects across multiple world services. + +This tie in with another question which I didn't had time to reply to, +regarding how to "split" the world across the multiple world services. +If the split is done by geography (the UO model), then there is little +need of a PGM-based protocol, because most objects will be accessed by +2 world services (edges), or at most 3 (T-intersections). However, if the +split is done instead by reference (i.e. we cluster an agent with the +agents that refer to it more often), then we have a higher redundancy +of agents on servers, and a multicast is probably the best method to +send message to these agents. + +-- +Vincent Archer Email: archer@nevrax.com + +Nevrax France. Off on the yellow brick road we go! + +From archer@nevrax.com Tue Dec 12 11:07:58 2000 +Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eBCA7wO60867 + for ; Tue, 12 Dec 2000 11:07:58 +0100 (CET) + (envelope-from archer@nevrax.com) +Received: (from archer@localhost) + by nevrax.com (8.9.3/8.9.3) id LAA03795 + for nel@nevrax.org; Tue, 12 Dec 2000 11:11:10 +0100 +Date: Tue, 12 Dec 2000 11:11:10 +0100 +From: Vincent Archer +To: nel@nevrax.org +Subject: Re: [Nel] Suggestion for the NeL network library / architecture +Message-ID: <20001212111110.J2253@nevrax.com> +References: <20001208095309.A21251@nevrax.com> <3A30BA56.C7078CDD@teleaction.de> +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +X-Mailer: Mutt 1.0pre3us +In-Reply-To: <3A30BA56.C7078CDD@teleaction.de> +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +According to Dim Segebart: +> Hello ! +> Just one question. +> +> >From http://pgm.tibco.com/draft-speakman-pgm-spec-04.txt +> >>> PGM runs over a datagram multicast protocol such as IP multicast [5]. +> +> AFAIK, many ISP's ban multicast traffic and many users'll be unable to use +> software based on it. +> Am I wrong or missing something ? +> TIA + +And Jean-Noel Moyne said: +> network transport for your messaging. That need being for server to +> server communication, not server to client. + +Note "server to server". What Jean-Noel was suggesting was not a protocol +to communicate with the clients, but a protocol to communicate between +the various servers that constitute a world cluster. + +Since these clusters will be located in a single facility, on a dedicated +switch, the issue of IP filtering do not apply :) + +-- +Vincent Archer Email: archer@nevrax.com + +Nevrax France. Off on the yellow brick road we go! + +From x5101920@fedro.ugr.es Tue Dec 12 11:15:43 2000 +Received: from fedro.ugr.es (fedro.ugr.es [150.214.20.19]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eBCAFgO60925 + for ; Tue, 12 Dec 2000 11:15:42 +0100 (CET) + (envelope-from x5101920@fedro.ugr.es) +Received: (from nobody@localhost) + by fedro.ugr.es (8.9.3/8.9.1) id LAA12382; + Tue, 12 Dec 2000 11:13:59 +0100 (MET) +Date: Tue, 12 Dec 2000 11:13:59 +0100 (MET) +From: MIGUEL ANGEL BLANCH LARDIN +Message-Id: <200012121013.LAA12382@fedro.ugr.es> +X-Authentication-Warning: fedro.ugr.es: nobody set sender to x5101920@fedro.ugr.es using -f +To: nel@nevrax.org +References: <20001208095309.A21251@nevrax.com> <20001212110820.I2253@nevrax.com> +In-Reply-To: <20001212110820.I2253@nevrax.com> +MIME-Version: 1.0 +Content-Type: text/plain +Content-Transfer-Encoding: 8bit +User-Agent: IMP/PHP3 Imap webMail Program 2.0.11 +Subject: Re: [Nel] Suggestion for the NeL network library / architecture +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +> At first we didn't see the "server to server" sentence. + +Ok, I have a dummy question, but when it is better to have multicast +to a server delivering the messages to the rest of servers? + +How portable/compatible is mulitcast technology? + +From archer@nevrax.com Tue Dec 12 11:33:48 2000 +Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eBCAXmO61141 + for ; Tue, 12 Dec 2000 11:33:48 +0100 (CET) + (envelope-from archer@nevrax.com) +Received: (from archer@localhost) + by nevrax.com (8.9.3/8.9.3) id LAA04206 + for nel@nevrax.org; Tue, 12 Dec 2000 11:37:00 +0100 +Date: Tue, 12 Dec 2000 11:37:00 +0100 +From: Vincent Archer +To: nel@nevrax.org +Subject: Re: [Nel] Suggestion for the NeL network library / architecture +Message-ID: <20001212113700.M2253@nevrax.com> +References: <20001208095309.A21251@nevrax.com> <20001212110820.I2253@nevrax.com> <200012121013.LAA12382@fedro.ugr.es> +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +X-Mailer: Mutt 1.0pre3us +In-Reply-To: <200012121013.LAA12382@fedro.ugr.es> +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +According to MIGUEL ANGEL BLANCH LARDIN: +> > At first we didn't see the "server to server" sentence. +> +> Ok, I have a dummy question, but when it is better to have multicast +> to a server delivering the messages to the rest of servers? + +Quite simple: When you need to send the same message to more than one +server. As soon as you need to send a message to multiple servers, +you will tie up bandwidth and CPU resending the same message over and over +to each server. + +Consider the following model. Each agent (which represent an object, NPC, +PC, the door, the lamp, whatever entity in your world) is represented +typically by an object in a "world service process". Once your world +becomes large, you need multiple processes. What happens when an agent +want to "talk" to another agent on a different process. The agent, in an +ideal (and OO) world, merely talks to an object located in its process +space, said object being either the recipient agent itself, or merely a +replica, which will forward the message across the network to the real +agent. + +You don't need multicast for that: its straight 1-to-1. + +However, what if the message is "what is your current XYZ". That's a fairly +frequent question. If you need to query across the network, you'll quickly +end up loading the net, just to find the value three variables. + +That's where PGM/multicast intervenes. In that model, the agent, when he +changes some of his variables, notifies the replica that "XYZ are now...". +I spoke about how the world services organise where an agent resides. In +some models, you have about one, maybe two replicas, which you can notify +using a standard TCP stream. Or RDP. But, if you want a load-balancing +system, you quickly end up with a replica of an object in most world +service processes. It becomes then more efficient to multicast the updates +as above to all processes, and update them all in one sweep. + +> How portable/compatible is mulitcast technology? + +Multicast is working, right now. However, to work across separate networks, +it requires specific support from IP routers, and resources, which most +providers aren't willing to dedicate (multi-network multicast is mostly +used for video/audio "broadcasts", video conferencing or shows). + +As for PGM, well, the current library has lots of empty directories and +"TODO" notes in comments, so it's clearly a work in progress :) + +-- +Vincent Archer Email: archer@nevrax.com + +Nevrax France. Off on the yellow brick road we go! + +From x5101920@fedro.ugr.es Tue Dec 12 11:50:05 2000 +Received: from fedro.ugr.es (fedro.ugr.es [150.214.20.19]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eBCAnxO61229 + for ; Tue, 12 Dec 2000 11:49:59 +0100 (CET) + (envelope-from x5101920@fedro.ugr.es) +Received: (from nobody@localhost) + by fedro.ugr.es (8.9.3/8.9.1) id LAA17383; + Tue, 12 Dec 2000 11:48:18 +0100 (MET) +Date: Tue, 12 Dec 2000 11:48:18 +0100 (MET) +From: MIGUEL ANGEL BLANCH LARDIN +Message-Id: <200012121048.LAA17383@fedro.ugr.es> +X-Authentication-Warning: fedro.ugr.es: nobody set sender to x5101920@fedro.ugr.es using -f +To: nel@nevrax.org +References: <20001208095309.A21251@nevrax.com> <20001212110820.I2253@nevrax.com> <200012121013.LAA12382@fedro.ugr.es> <20001212113700.M2253@nevrax.com> +In-Reply-To: <20001212113700.M2253@nevrax.com> +MIME-Version: 1.0 +Content-Type: text/plain +Content-Transfer-Encoding: 8bit +User-Agent: IMP/PHP3 Imap webMail Program 2.0.11 +Subject: Re: [Nel] Suggestion for the NeL network library / architecture +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +> That's where PGM/multicast intervenes. In that model, the agent, +when he +> changes some of his variables, notifies the replica that "XYZ are +now...". +> I spoke about how the world services organise where an agent +resides. In +> some models, you have about one, maybe two replicas, which you can +notify +> using a standard TCP stream. Or RDP. But, if you want a +load-balancing +> system, you quickly end up with a replica of an object in most world +> service processes. It becomes then more efficient to multicast the +updates +> as above to all processes, and update them all in one sweep. + +Ok, I always have though of load balancing as load-work division +between servers. + +I think that the above kind of working can have several inconsistences +, just take a look to some distributed Mutual exclusion algos. + +Just imagine that both copies of a object multicast different +positions, you have to choose what is the best one, and whatever your +choose is, it will be wrong, and servers can't be wrong. + +Replycating work can be a real pain. +And for what you have said multicast isn't a solution for end-users. + +I think that IPv6 will fix these things, by having a multicast in the +standart, isn't it? + +From archer@nevrax.com Tue Dec 12 12:08:15 2000 +Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eBCB8EO61376 + for ; Tue, 12 Dec 2000 12:08:14 +0100 (CET) + (envelope-from archer@nevrax.com) +Received: (from archer@localhost) + by nevrax.com (8.9.3/8.9.3) id MAA04965 + for nel@nevrax.org; Tue, 12 Dec 2000 12:11:26 +0100 +Date: Tue, 12 Dec 2000 12:11:26 +0100 +From: Vincent Archer +To: nel@nevrax.org +Subject: Re: [Nel] Suggestion for the NeL network library / architecture +Message-ID: <20001212121126.S2253@nevrax.com> +References: <20001208095309.A21251@nevrax.com> <20001212110820.I2253@nevrax.com> <200012121013.LAA12382@fedro.ugr.es> <20001212113700.M2253@nevrax.com> <200012121048.LAA17383@fedro.ugr.es> +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +X-Mailer: Mutt 1.0pre3us +In-Reply-To: <200012121048.LAA17383@fedro.ugr.es> +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +According to MIGUEL ANGEL BLANCH LARDIN: +> Just imagine that both copies of a object multicast different +> positions, you have to choose what is the best one, and whatever your +> choose is, it will be wrong, and servers can't be wrong. + +Ahem, no. I might have used object and agent in various contexts, but +an agent is the only one which is authorised to change its state. The +other objects are "replica", or passive objects. Each agent may exist +only as a single copy over the set of processes, and he is the entity +responsible for updating the local states of the replica objects in +the other processes. + +If you want "what is your XYZ", the local replica answers. However, if +you want "teleport to XYZ", the message is transmitted across the network +to the unique agent, which updates its internal state, and then retransmits +to all replicas "set internal state XYZ". And the latter is when multicast +helps when there are many replicas to update. + +> Replycating work can be a real pain. + +Hey, if I could buy a terahertz processor and have everything run on a +single process, I'd be happy too :) + +-- +Vincent Archer Email: archer@nevrax.com + +Nevrax France. Off on the yellow brick road we go! + +From x5101920@fedro.ugr.es Tue Dec 12 12:22:17 2000 +Received: from fedro.ugr.es (fedro.ugr.es [150.214.20.19]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eBCBMGO61460 + for ; Tue, 12 Dec 2000 12:22:16 +0100 (CET) + (envelope-from x5101920@fedro.ugr.es) +Received: (from nobody@localhost) + by fedro.ugr.es (8.9.3/8.9.1) id MAA23019; + Tue, 12 Dec 2000 12:20:32 +0100 (MET) +Date: Tue, 12 Dec 2000 12:20:32 +0100 (MET) +From: MIGUEL ANGEL BLANCH LARDIN +Message-Id: <200012121120.MAA23019@fedro.ugr.es> +X-Authentication-Warning: fedro.ugr.es: nobody set sender to x5101920@fedro.ugr.es using -f +To: nel@nevrax.org +References: <20001208095309.A21251@nevrax.com> <20001212110820.I2253@nevrax.com> <200012121013.LAA12382@fedro.ugr.es> <20001212113700.M2253@nevrax.com> <200012121048.LAA17383@fedro.ugr.es> <20001212121126.S2253@nevrax.com> +In-Reply-To: <20001212121126.S2253@nevrax.com> +MIME-Version: 1.0 +Content-Type: text/plain +Content-Transfer-Encoding: 8bit +User-Agent: IMP/PHP3 Imap webMail Program 2.0.11 +Subject: Re: [Nel] Suggestion for the NeL network library / architecture +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +> Ahem, no. I might have used object and agent in various contexts, +but +> an agent is the only one which is authorised to change its state. +The +> other objects are "replica", or passive objects. Each agent may +exist +> only as a single copy over the set of processes, and he is the +entity +> responsible for updating the local states of the replica objects in +> the other processes. +> +> If you want "what is your XYZ", the local replica answers. However, +if +> you want "teleport to XYZ", the message is transmitted across the +network +> to the unique agent, which updates its internal state, and then +retransmits +> to all replicas "set internal state XYZ". And the latter is when +multicast +> helps when there are many replicas to update. + +Ok, as far as I am thinking about agents, a replica only show info but +can't process code. So all the modificators should be send to the +main agent, that then update. + +There is still the possibility of an object to get two contradictory +updates at the same time. To avoid this you should order the messages, +something that I feel is unefficient and ugly. + +Just image agent is a ball, and then two user decide to kick the two +replica of the agent, so the replicas get the kick commnand and send +it to the agent. + +> > Replycating work can be a real pain. +> +> Hey, if I could buy a terahertz processor and have everything run on +a +> single process, I'd be happy too :) + +If you need a terahertz processor to run the server, you better start +again the design stage. + +Just I want to note that replycanting the work can lead to ugly +things and race conditions. + +From David.Mentre@inria.fr Fri Dec 22 10:08:25 2000 +Received: from concorde.inria.fr (concorde.inria.fr [192.93.2.39]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eBM98P506680 + for ; Fri, 22 Dec 2000 10:08:25 +0100 (CET) + (envelope-from David.Mentre@inria.fr) +Received: from pochi.inria.fr (pochi.inria.fr [128.93.8.128]) + by concorde.inria.fr (8.11.1/8.10.0) with ESMTP id eBM96f917268 + for ; Fri, 22 Dec 2000 10:06:41 +0100 (MET) +Received: (from mentre@localhost) + by pochi.inria.fr (8.11.1/8.10.0) id eBM96fd09966; + Fri, 22 Dec 2000 10:06:41 +0100 +X-Authentication-Warning: pochi.inria.fr: mentre set sender to David.Mentre@inria.fr using -f +To: nel@nevrax.org +From: David Mentre +X-PhD-defense: in 2 months and 6 days. +Date: 22 Dec 2000 10:06:41 +0100 +Message-ID: +Lines: 29 +User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.4 +MIME-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Subject: [Nel] Bugs on nevrax.org +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Hi all nelers, + +There are two bugs at nevrax.org: + + 1. the webmaster@nevrax.org address is invalid: + +... while talking to www.nevrax.org.: +>>> RCPT To: +<<< 550 5.1.1 ... User unknown +550 5.1.1 ... User unknown + + + 2. the bug system is no longer working at the time of this email: + +http://www.nevrax.org/bugs/reports.cgi +Software error: + +Can't connect to database server. at globals.pl line 40. + +For help, please send mail to the webmaster (webmaster@nevrax.org), +giving this error message and the time and date of the error. + + +Hope it helps, +Best regards, +d. +-- + David.Mentre@inria.fr -- http://www.irisa.fr/prive/dmentre/ + Opinions expressed here are only mine. + +From archer@nevrax.com Fri Dec 22 10:18:21 2000 +Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id eBM9IL506777 + for ; Fri, 22 Dec 2000 10:18:21 +0100 (CET) + (envelope-from archer@nevrax.com) +Received: (from archer@localhost) + by nevrax.com (8.9.3/8.9.3) id KAA15228 + for nel@nevrax.org; Fri, 22 Dec 2000 10:22:08 +0100 +Date: Fri, 22 Dec 2000 10:22:08 +0100 +From: Vincent Archer +To: nel@nevrax.org +Subject: Re: [Nel] Bugs on nevrax.org +Message-ID: <20001222102208.C14561@nevrax.com> +References: +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +X-Mailer: Mutt 1.0pre3us +In-Reply-To: +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +According to David Mentre: +> There are two bugs at nevrax.org: +> +> 1. the webmaster@nevrax.org address is invalid: +> +> ... while talking to www.nevrax.org.: +> >>> RCPT To: +> <<< 550 5.1.1 ... User unknown +> 550 5.1.1 ... User unknown + +Hrrrmmm? There's a comment in front of the alias (can't figure out why. +My name's there, but it got commented out). + +> 2. the bug system is no longer working at the time of this email: +> +> http://www.nevrax.org/bugs/reports.cgi +> Software error: +> +> Can't connect to database server. at globals.pl line 40. + +No error messages, and the sql server went down. I'll keep an eye on it +for today. + +Please note that the Nevrax offices are closed during the Christmas-New Year +period. This list and the site shouldn't suffer, but don't expect prompt +response to any problem or question you may raise. + +Happy holiday season all, and see you next century! +-- +Vincent Archer Email: archer@nevrax.com + +Nevrax France. Off on the yellow brick road we go! + +From david.belius@chello.se Wed Jan 3 11:12:36 2001 +Received: from smtp1.chello.se (smtp1.chello.se [193.150.195.10]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f03ACa592960 + for ; Wed, 3 Jan 2001 11:12:36 +0100 (CET) + (envelope-from david.belius@chello.se) +Received: from [193.150.204.103] by smtp1.chello.se + (InterMail vK.4.02.00.00 201-232-116 license 13ed6d939a101f33a28aa8ad6d2fac65) + with SMTP id <20010103101001.CAIJ5273.smtp1@[193.150.204.103]> + for ; Wed, 3 Jan 2001 11:10:01 +0100 +Message-ID: <3A53A362.7010902@chello.se> +Date: Wed, 03 Jan 2001 23:10:42 +0100 +From: david.belius@chello.se +User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; m17) Gecko/20000811 +X-Accept-Language: en +MIME-Version: 1.0 +To: nel@nevrax.org +References: <051401c04c24$f1e7ae40$0400a8c0@fast> <007201c04d66$26c2fdd0$0901a8c0@vianneyl> <07b701c04dba$48434d80$0400a8c0@fast> <003601c04e1a$e5e48990$0901a8c0@vianneyl> <3A1115AF.8EC7EE08@teleaction.de> <3A1193B1.87FEAD95@teleaction.de> <20001115102026.A9223@calvin.ird.IDEALX.com> +Content-Type: text/plain; charset=us-ascii; format=flowed +Content-Transfer-Encoding: 7bit +Subject: [Nel] Compiling in VC++ +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Hi, +Why haven't you said that you have example game data up?!? + +When i tried to open the .dsw's VC++ would just say that it was a "Empty +workspce" with "0 projects". +The reason for this was that all the VC++ files from the CVS are in UNIX +format, i.e. the linefeeds are messed up. +You should proboblay put a notice in the "Install" file about it. + +/David + + +From archer@nevrax.com Wed Jan 3 11:52:53 2001 +Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f03Aqo593174 + for ; Wed, 3 Jan 2001 11:52:51 +0100 (CET) + (envelope-from archer@nevrax.com) +Received: (from archer@localhost) + by nevrax.com (8.9.3/8.9.3) id LAA01594 + for nel@nevrax.org; Wed, 3 Jan 2001 11:56:19 +0100 +Date: Wed, 3 Jan 2001 11:56:19 +0100 +From: Vincent Archer +To: nel@nevrax.org +Subject: Re: [Nel] Compiling in VC++ +Message-ID: <20010103115619.S31168@nevrax.com> +References: <051401c04c24$f1e7ae40$0400a8c0@fast> <007201c04d66$26c2fdd0$0901a8c0@vianneyl> <07b701c04dba$48434d80$0400a8c0@fast> <003601c04e1a$e5e48990$0901a8c0@vianneyl> <3A1115AF.8EC7EE08@teleaction.de> <3A1193B1.87FEAD95@teleaction.de> <20001115102026.A9223@calvin.ird.IDEALX.com> <3A53A362.7010902@chello.se> +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +X-Mailer: Mutt 1.0pre3us +In-Reply-To: <3A53A362.7010902@chello.se> +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +According to david.belius@chello.se: +> Hi, +> Why haven't you said that you have example game data up?!? + +We're still trying to finish the complete packaging for the 0.2 version +(i.e. the first running prototype). And finding a machine to run an +"official" server here for those who can't run server and client at home. + +The big announce will be made as soon as we've got time to polish that +(and we'll probably open a download area so people without CVS can get + full packages at key points) + +> The reason for this was that all the VC++ files from the CVS are in UNIX +> format, i.e. the linefeeds are messed up. + +The CVS tools should "properly" convert text files between unix/dos +linefeed conventions. We're using WinCVS 1.1 here, and the files are +correctly formatted while working on a windows client, and back to LF when +commited. + +> You should proboblay put a notice in the "Install" file about it. + +We'll put a Caveat there. + +Oh, and by the way, happy new millenium all! +-- +Vincent Archer Email: archer@nevrax.com + +Nevrax France. Off on the yellow brick road we go! + +From nevrax@bernard-hugueney.org Wed Jan 3 21:15:49 2001 +Received: from bubastis (r179m43.cybercable.tm.fr [195.132.179.43]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f03KFl595813 + for ; Wed, 3 Jan 2001 21:15:48 +0100 (CET) + (envelope-from nevrax@bernard-hugueney.org) +Received: by bubastis (Postfix, from userid 1006) + id 88ACB4EC02; Wed, 3 Jan 2001 21:14:04 +0100 (CET) +Date: Wed, 3 Jan 2001 21:14:04 +0100 +To: nel@nevrax.org +Message-ID: <20010103211404.A18718@bernard-hugueney.org> +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +User-Agent: Mutt/1.3.12i +From: nevrax@bernard-hugueney.org (Nevrax) +Subject: [Nel] Some comments from a new user (builder only for now) +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Hi, and happy new millenium to everyone! +First I'd like to say that I'm gratly impressed by your work! +So please do not take my comments as hard critcisms... + +You seem to be building everything from scratch while a quick search +at sourceforge.net for MMORPG seems to suggest that there are plenty +of already available material. You say that you had to work at your own +(impressive) speed and did not want to hijack an existing project... +But you seem to give up quite easly to good part of the GPL, you could have +forked an existing project: the maintainer would hold no grudge against you +as you would not take any of his/her volonteers but instead bring your team +to some work he/she could also benefit. +Even for low-level, everyday use classes, you seem to always invent your +own (callbacks, smart pointers and sockets come to mind). +I understand that your code is (honestly !) of far better quality than the +average available crap (I also find myself to rewrite much of the code that +I'm supposed to used) but there are exceptions (libsigc++ or any stuff from +www.boost.org for exemple). I just hope that nevrax does not lose time because +of a Not Invented Here syndrom... +From the docs online I had even the impression that you wanted to use you own +custom scripting language (for ai I think). What is wrong with Python ? +I even thought that the stackless (especially microthreads) would be nice +for massively numerous agents :-) + + +By the way, I'm impressed by that amount of work already done, how many of +the mythical month-man have you put in current cvs ? + +It is not often that I can build source code so easly on my alpha! +You bug-fixes were really fast... (I mean FAST!) + +For your information, on a Debian woody, one should 'apt-get install' +the following packages (might go in a README or INSTALL): +automake +libtool +libstlport-dev +truetype2-dev +bison +flex +libfreetype6-dev +xlibmesa-dev + +beta-builder, soon beta testerly yours, + +Bernard +(typing startx right now to see the beast) + +From chafik@nevrax.com Thu Jan 4 10:40:58 2001 +Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f049ev500177 + for ; Thu, 4 Jan 2001 10:40:57 +0100 (CET) + (envelope-from chafik@nevrax.com) +Received: from sameh (fw.localdomain [192.168.254.254]) + by nevrax.com (8.9.3/8.9.3) with SMTP id KAA17442 + for ; Thu, 4 Jan 2001 10:44:26 +0100 +Message-ID: <016001c07632$279a2630$1001a8c0@sameh> +From: "sameh chafik Pro" +To: +References: <20010103211404.A18718@bernard-hugueney.org> +Subject: Re: [Nel] Some comments from a new user (builder only for now) +Date: Thu, 4 Jan 2001 10:38:52 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 5.50.4133.2400 +X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Hello, what you say is very interesting and I understand question let me +answer to your python question you say + +>From the docs online I had even the impression that you wanted to use you +own +>custom scripting language (for ai I think). What is wrong with Python ? +>I even thought that the stackless (especially microthreads) would be nice +>for massively numerous agents :-) + +Python is a very good script language, I used it a lot for many work and i +know it quite well, but if we use a custom scripting language that doesn't +mean that we'll use it exclusively. On the contrary the script will allow a +good opening to use any external script languag and we encourage that. Note +that Nel script is an script for write agent and is an agent ortiented +language we desigined to lighten the design of agents and game desigin +code. +And it seem to be more heavy to write the Python agent interface instead of +write the custom Nel script, due mainly to the lack of means to write agents +connection in a classical language and secondly the need to rewirte C++ code +for the python interface. + + + +From lejade@nevrax.com Thu Jan 4 10:57:08 2001 +Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f049v8500288 + for ; Thu, 4 Jan 2001 10:57:08 +0100 (CET) + (envelope-from lejade@nevrax.com) +Received: from pc252.nevrax.com (fw.localdomain [192.168.254.254]) + by nevrax.com (8.9.3/8.9.3) with ESMTP id LAA17756 + for ; Thu, 4 Jan 2001 11:00:37 +0100 +Message-Id: <4.3.2.7.2.20010104104606.00b446a0@pop.nevrax.net> +X-Sender: lejade@pop.nevrax.net +X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 +Date: Thu, 04 Jan 2001 10:54:54 +0100 +To: nel@nevrax.org +From: Olivier Lejade +Subject: Re: [Nel] Some comments from a new user (builder only for now) +In-Reply-To: <20010103211404.A18718@bernard-hugueney.org> +Mime-Version: 1.0 +Content-Type: text/plain; charset="us-ascii"; format=flowed +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Hi and Happy New Year to all NeLers ! + +Bernard: Thanks for your comments. +It's always nice to hear that kind of stuff. :) + +At 09:14 PM 1/3/01 +0100, you wrote: +>any stuff from +>www.boost.org + +We've been trying to reach boost.org since we saw your comment in the bug +tracking system, but it doesn't seem to respond... :( + +Also, would you mind configuring your email to display your name instead of +"Nevrax" ? It's a bit unsetteling... + +Thanks ! + + + + +From lecroart@nevrax.com Thu Jan 4 11:27:13 2001 +Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f04ARD500484 + for ; Thu, 4 Jan 2001 11:27:13 +0100 (CET) + (envelope-from lecroart@nevrax.com) +Received: from vianneyl (fw.localdomain [192.168.254.254]) + by nevrax.com (8.9.3/8.9.3) with SMTP id LAA18366 + for ; Thu, 4 Jan 2001 11:30:41 +0100 +Message-ID: <001401c07638$b75a2bc0$0901a8c0@vianneyl> +From: "Vianney Lecroart" +To: +References: <20010103211404.A18718@bernard-hugueney.org> +Subject: Re: [Nel] Some comments from a new user (builder only for now) +Date: Thu, 4 Jan 2001 11:25:53 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 5.00.2919.6700 +X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Hello and thank you for your post. + +First of all, we had the problem to know which external copyleft libraries +we could +use in our project. We looked at libraries such as ACE (for sockets), +ClanLib (for +system init), libsock++ (for sockets too), SDL and so on, but the problem +was that these libraries did too much things or not enough. If a library +does only a few things, we can rewrite it very quickly (with, why not, +copy/paste) +because we want the install very easy to do. If the user has to find and +install +10 libraries before starting the NeL compilation, he surely gives up. When +the +library does too much stuff, it often doesn't do it in the same way we want +to do it, +and we can only reuse a few part of the library. And in this case, it's sad +to compile +during 1 hour an external library for only reusing only a few functions. We +prefer copy/pasting +these parts directly in our lib. + +> I understand that your code is (honestly !) of far better quality than the +> average available crap (I also find myself to rewrite much of the code +that +> I'm supposed to used) but there are exceptions (libsigc++ or any stuff +from +> www.boost.org for exemple). I just hope that nevrax does not lose time +because +> of a Not Invented Here syndrom... + +We'll take a look on libsigc++ and boost. we don't reinvent every thing, we +only reuse code +from other libraries but we don't include the entire libraries. + + +Vianney Lecroart +--- +lead programmer / nevrax.com +icq#: 6870415 +homepage: http://ace.planet-d.net +www.geek.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- +w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? + + + +From nevrax@bernard-hugueney.org Thu Jan 4 11:43:48 2001 +Received: from bubastis (r179m43.cybercable.tm.fr [195.132.179.43]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f04Ahl500581 + for ; Thu, 4 Jan 2001 11:43:47 +0100 (CET) + (envelope-from nevrax@bernard-hugueney.org) +Received: by bubastis (Postfix, from userid 1006) + id 4A30A4EC02; Thu, 4 Jan 2001 11:42:23 +0100 (CET) +Date: Thu, 4 Jan 2001 11:42:22 +0100 +To: nel@nevrax.org +Subject: Re: [Nel] Some comments from a new user (builder only for now) +Message-ID: <20010104114222.A29311@bernard-hugueney.org> +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +User-Agent: Mutt/1.3.12i +In-Reply-To: <4.3.2.7.2.20010104104606.00b446a0@pop.nevrax.net>; from lejade@nevrax.com on Thu, Jan 04, 2001 at 10:54:54AM +0100 +From: nevrax@bernard-hugueney.org (Bernard Hugueney) +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Hi, +You really deserve the responsiveness award ! + +* Olivier Lejade [010104 11:04]: +> Hi and Happy New Year to all NeLers ! +> +> Bernard: Thanks for your comments. +> It's always nice to hear that kind of stuff. :) +> +> At 09:14 PM 1/3/01 +0100, you wrote: +> >any stuff from +> >www.boost.org +> +> We've been trying to reach boost.org since we saw your comment in the bug +> tracking system, but it doesn't seem to respond... :( +My bad luck :-( It's the first time that it's down so long since I know it. +I'm on their mailing list so I should know soon what is wrong. +(While typing this mail I read + + >The web site should now be available at 64.226.201.52 + > + >The DNS change to resolve boost.org to that address has been submitted to + >Network Solutions. I have no idea how long they will take to process it. + > +on the mailing list, will teach them not to deal with NS when they could use +GANDI :-) ) + +their cvs is host at sourceforge http://sourceforge.net/projects/boost/ +and they are an e-group www.egroups.com +The very best C++ coders I've ever heard are there. + +> +> Also, would you mind configuring your email to display your name instead of +> "Nevrax" ? It's a bit unsetteling... +Damn, I'll have to modify my nevrax account, sorry for the mistake, +(modifs done)Is that ok now ? + +From lejade@nevrax.com Thu Jan 4 12:00:41 2001 +Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f04B0f500684 + for ; Thu, 4 Jan 2001 12:00:41 +0100 (CET) + (envelope-from lejade@nevrax.com) +Received: from pc252.nevrax.com (fw.localdomain [192.168.254.254]) + by nevrax.com (8.9.3/8.9.3) with ESMTP id MAA18989 + for ; Thu, 4 Jan 2001 12:04:10 +0100 +Message-Id: <4.3.2.7.2.20010104115651.00b09aa0@pop.nevrax.net> +X-Sender: lejade@pop.nevrax.net (Unverified) +X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 +Date: Thu, 04 Jan 2001 11:58:27 +0100 +To: nel@nevrax.org +From: Olivier Lejade +Subject: Re: [Nel] Some comments from a new user (builder only for now) +In-Reply-To: <20010104114222.A29311@bernard-hugueney.org> +References: <4.3.2.7.2.20010104104606.00b446a0@pop.nevrax.net> +Mime-Version: 1.0 +Content-Type: text/plain; charset="us-ascii"; format=flowed +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +At 11:42 AM 1/4/01 +0100, you wrote: +>(modifs done)Is that ok now ? +Yes, thanks. And thanks for the pointer too ! +We'll have a look at it ASAP. + + +From lejade@nevrax.com Thu Jan 4 12:22:57 2001 +Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f04BMv500799 + for ; Thu, 4 Jan 2001 12:22:57 +0100 (CET) + (envelope-from lejade@nevrax.com) +Received: from pc252.nevrax.com (fw.localdomain [192.168.254.254]) + by nevrax.com (8.9.3/8.9.3) with ESMTP id MAA19365 + for ; Thu, 4 Jan 2001 12:26:26 +0100 +Message-Id: <4.3.2.7.2.20010104121630.00aaf950@pop.nevrax.net> +X-Sender: lejade@pop.nevrax.net +X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 +Date: Thu, 04 Jan 2001 12:20:42 +0100 +To: nel@nevrax.org +From: Olivier Lejade +In-Reply-To: <4.3.2.7.2.20010104115651.00b09aa0@pop.nevrax.net> +References: <20010104114222.A29311@bernard-hugueney.org> + <4.3.2.7.2.20010104104606.00b446a0@pop.nevrax.net> +Mime-Version: 1.0 +Content-Type: text/plain; charset="us-ascii"; format=flowed +Subject: [Nel] Boost.org +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + + From the information gathered on + +http://64.226.201.52/more/lib_guide.htm##License + +there seems to be licensing incompatibilities between Boost librairies and +the GPL. + +So I'm afraid this is a good reason why we can't use them in NeL, even +though they appear to be of very good quality. :( + + +From lejade@nevrax.com Thu Jan 4 15:37:25 2001 +Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f04EbP501705 + for ; Thu, 4 Jan 2001 15:37:25 +0100 (CET) + (envelope-from lejade@nevrax.com) +Received: from pc252.nevrax.com (fw.localdomain [192.168.254.254]) + by nevrax.com (8.9.3/8.9.3) with ESMTP id PAA22791 + for ; Thu, 4 Jan 2001 15:40:54 +0100 +Message-Id: <4.3.2.7.2.20010104153407.00b0a8f0@pop.nevrax.net> +X-Sender: lejade@pop.nevrax.net +X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 +Date: Thu, 04 Jan 2001 15:35:10 +0100 +To: nel@nevrax.org +From: Olivier Lejade +Subject: Re: [Nel] Boost.org +In-Reply-To: <4.3.2.7.2.20010104121630.00aaf950@pop.nevrax.net> +References: <4.3.2.7.2.20010104115651.00b09aa0@pop.nevrax.net> + <20010104114222.A29311@bernard-hugueney.org> + <4.3.2.7.2.20010104104606.00b446a0@pop.nevrax.net> +Mime-Version: 1.0 +Content-Type: text/plain; charset="us-ascii"; format=flowed +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +At 12:20 PM 1/4/01 +0100, you wrote: +>there seems to be licensing incompatibilities between Boost librairies and +>the GPL. + +And then again, maybe not. :) +We're looking into it... + + +From nevrax@bernard-hugueney.org Thu Jan 4 18:55:19 2001 +Received: from bubastis (r179m43.cybercable.tm.fr [195.132.179.43]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f04HtH502638 + for ; Thu, 4 Jan 2001 18:55:18 +0100 (CET) + (envelope-from nevrax@bernard-hugueney.org) +Received: by bubastis (Postfix, from userid 1006) + id 2435C4EC02; Thu, 4 Jan 2001 18:54:08 +0100 (CET) +Date: Thu, 4 Jan 2001 18:54:08 +0100 +To: nel@nevrax.org +Message-ID: <20010104185408.A1373@bernard-hugueney.org> +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +User-Agent: Mutt/1.3.12i +In-Reply-To: <4.3.2.7.2.20010104121630.00aaf950@pop.nevrax.net>; from lejade@nevrax.com on Thu, Jan 04, 2001 at 12:20:42PM +0100 +From: nevrax@bernard-hugueney.org (Bernard Hugueney) +Subject: [Nel] re: Boost library +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Olivier Lejade wrote: + +> From the information gathered on +>http://64.226.201.52/more/lib_guide.htm##License +>there seems to be licensing incompatibilities between Boost librairies and +>the GPL. + +I think there is a misunderstanding. They exclude GPL and LGPL for +library SUBMITTED. They want more of a BSD kind I think. You could not +submit Nel for Boost acceptance, + + To avoid the frustration and wasted time of a proposed library being + rejected, it must meets these requirements: + * The license must meet the license requirements below. Restricted + licenses like the GPL and LGPL are not acceptable. + +Note : "proposed library" +No such restriction is imposed on code using a boost library: reading from +their licenses requirement + + * Must grant permission to copy, use and modify the software for any + use (commercial and non-commercial) for no fee. + + +You cannot say that you are not allowed to use a library with such a +licence (Note: ANY USE ) !!! + +I don't want to force you to use anything from boost, I just would want you +to dismiss it for bad reasons. As a C++ coder, I found it invaluable +(just for fun you migh look at the lambda library at http://lambda.cs.utu.fi/ +I never thought it would be possible). Of course their aim to "perfection" +leads them to move slowly at time (network threads are not there yet...), and +their advanced use of C++ clashes with crappy compiler (VC++). But if you +can use it, their stuff really shines. I have not tested their py_cpp +c++ to python wrapper, but I though you might be interested. + +Happy coding ! +Bernard +(kinda jealous not to code for my living) + +From lejade@nevrax.com Thu Jan 4 19:17:48 2001 +Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f04IHm502757 + for ; Thu, 4 Jan 2001 19:17:48 +0100 (CET) + (envelope-from lejade@nevrax.com) +Received: from pc252.nevrax.com (fw.localdomain [192.168.254.254]) + by nevrax.com (8.9.3/8.9.3) with ESMTP id TAA26197 + for ; Thu, 4 Jan 2001 19:21:16 +0100 +Message-Id: <4.3.2.7.2.20010104185920.00b0a700@pop.nevrax.net> +X-Sender: lejade@pop.nevrax.net +X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 +Date: Thu, 04 Jan 2001 19:15:31 +0100 +To: nel@nevrax.org +From: Olivier Lejade +Subject: Re: [Nel] re: Boost library +In-Reply-To: <20010104185408.A1373@bernard-hugueney.org> +References: <4.3.2.7.2.20010104121630.00aaf950@pop.nevrax.net> +Mime-Version: 1.0 +Content-Type: text/plain; charset="us-ascii"; format=flowed +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +At 06:54 PM 1/4/01 +0100, you wrote: +>I think there is a misunderstanding. They exclude GPL and LGPL for +>library SUBMITTED. They want more of a BSD kind I think. + +Yes, this is what I noticed afterwards. :P +Hence my "maybe not" post. +Anyways, thanks for the clarification and now that the license issue is +cleared, rest assured we'll pay closer attentions to the libs. + +>I don't want to force you to use anything from boost, I just would want you +>to dismiss it for bad reasons. + +Arg, it wasn't my intent ! +At first reading I just thought there was licensing compatibilities issues +that prevented the use of the libs for GPL/LGP programs. My bad: I was +wrong. But it sure would be nice to incorporate Boost stuff if we can ! +Actually, Cyrille (3D Lead) went to school with one of the Boost guys... :) + + +From michael@in-orbit.net Fri Jan 5 04:17:31 2001 +Received: from baldur (mail@[63.205.226.190]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f053HU505682 + for ; Fri, 5 Jan 2001 04:17:31 +0100 (CET) + (envelope-from michael@in-orbit.net) +Received: from baldur + ([127.0.0.1] helo=in-orbit.net ident=michael) + by baldur with esmtp (Exim 3.20 #1 (Debian)) + id 14ENT7-0002of-00 + for ; Thu, 04 Jan 2001 19:23:05 -0800 +Message-ID: <3A553E18.844ECA22@in-orbit.net> +Date: Thu, 04 Jan 2001 19:23:04 -0800 +From: Michael Warnock +X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.0-prerelease i686) +X-Accept-Language: en +MIME-Version: 1.0 +To: nel@nevrax.org +Content-Type: text/plain; charset=us-ascii +Content-Transfer-Encoding: 7bit +Subject: [Nel] compile problems on debian gnu/linux +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +the debian packages for all requirements are installed- stlport has been +installed from source over the debian version to get the nebula device +(radonlabs.de) to work. + + +c++ -DHAVE_CONFIG_H -I. -I. -I../../include -I/usr/include/freetype2 +-I/usr/include/stlport -g -O2 -Wp,-MD,.deps/mini_col.pp -c mini_col.cpp +-fPIC -DPIC -o .libs/mini_col.lo +In file included from ../../include/nel/3d/mini_col.h:33, + from mini_col.cpp:26: +../../include/nel/3d/quad_grid.h: In method `class +NL3D::CQuadGrid::CIterator +NL3D::CQuadGrid::erase(NL3D::CQuadGrid::CIterator)': +../../include/nel/3d/quad_grid.h:402: parse error before `*' +../../include/nel/3d/quad_grid.h: In method `void +NL3D::CQuadGrid::selectAll()': + +any ideas? + +michael warnock +in orbit entertainment + + +From corvazier@nevrax.com Fri Jan 5 09:54:38 2001 +Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f058sb507198 + for ; Fri, 5 Jan 2001 09:54:37 +0100 (CET) + (envelope-from corvazier@nevrax.com) +Received: from pc23 (fw.localdomain [192.168.254.254]) + by nevrax.com (8.9.3/8.9.3) with SMTP id JAA01806 + for ; Fri, 5 Jan 2001 09:58:05 +0100 +Message-ID: <000e01c076f4$f3f52140$1701a8c0@nevrax.net> +From: "Cyril Corvazier" +To: +References: <3A553E18.844ECA22@in-orbit.net> +Subject: Re: [Nel] compile problems on debian gnu/linux +Date: Fri, 5 Jan 2001 09:53:19 +0100 +Organization: Nevrax +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 5.00.2919.6600 +X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +> c++ -DHAVE_CONFIG_H -I. -I. -I../../include -I/usr/include/freetype2 +> -I/usr/include/stlport -g -O2 -Wp,-MD,.deps/mini_col.pp -c mini_col.cpp +> -fPIC -DPIC -o .libs/mini_col.lo +> In file included from ../../include/nel/3d/mini_col.h:33, +> from mini_col.cpp:26: +> ../../include/nel/3d/quad_grid.h: In method `class +> NL3D::CQuadGrid::CIterator +> NL3D::CQuadGrid::erase(NL3D::CQuadGrid::CIterator)': +> ../../include/nel/3d/quad_grid.h:402: parse error before `*' +> ../../include/nel/3d/quad_grid.h: In method `void +> NL3D::CQuadGrid::selectAll()': +> +> any ideas? + +This bug has been fixed yesterday evening. The cvs is synchronized at night. +So if you update now, it should be ok. + +Thank you for the report. + +--- +Cyril Corvazier +Lead 3d programmer +Nevrax France + + + +From archer@nevrax.com Fri Jan 5 10:36:26 2001 +Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f059aQ507437 + for ; Fri, 5 Jan 2001 10:36:26 +0100 (CET) + (envelope-from archer@nevrax.com) +Received: (from archer@localhost) + by nevrax.com (8.9.3/8.9.3) id KAA02603 + for nel@nevrax.org; Fri, 5 Jan 2001 10:39:53 +0100 +Date: Fri, 5 Jan 2001 10:39:53 +0100 +From: Vincent Archer +To: nel@nevrax.org +Subject: Re: [Nel] re: Boost library +Message-ID: <20010105103953.A2122@nevrax.com> +References: <4.3.2.7.2.20010104121630.00aaf950@pop.nevrax.net> <20010104185408.A1373@bernard-hugueney.org> +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +X-Mailer: Mutt 1.0pre3us +In-Reply-To: <20010104185408.A1373@bernard-hugueney.org> +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +According to Bernard Hugueney: +> I think there is a misunderstanding. They exclude GPL and LGPL for +> library SUBMITTED. They want more of a BSD kind I think. You could not +> submit Nel for Boost acceptance, + +Well, the same problem applies in the reverse. Libraries in Boost are +not covered by a GPL-style license. Which means that they cannot be +lifted verbatim from the Boost collection and incorporated in ours +without a lot of precautions. + +Just like someone cannot take a GPL piece of software and turn it into +a BSD-licensed software, one cannot lift a BSD-style software and put it +into a GPL project. The licenses are "orthogonal" in style, and you +cannot decide on your own to alter the license; only the copyright owner +may do so. + +The license styles from Boost (the ones I've looked at so far, boost.org +is unresolvable at the moment) would prevent us from incoporating them +in NeL. We *might* be able to use them side-by-side, asking people to get +them (and provide mirrors) and compile them separately, but they cannot +be *part* of NeL. + +> +> * Must grant permission to copy, use and modify the software for any +> use (commercial and non-commercial) for no fee. +> +> +> You cannot say that you are not allowed to use a library with such a +> licence (Note: ANY USE ) !!! + +The GPL is better worded in that regard; it says for no fee exceeding +the cost of support and shipping (meaning I'm am not obliged to *pay* for +*your* copy). + +> leads them to move slowly at time (network threads are not there yet...), and +> their advanced use of C++ clashes with crappy compiler (VC++). But if you + +Well, we also have to use VC++. The compiler quirks may drive us crazy +with all its "let's not bother the developper with clarity, I'll guess +what he wants to do" philosophy, but there aren't many useful C++ +development environments when you're working on a Windows system. + +> Happy coding ! +> Bernard +> (kinda jealous not to code for my living) + +Many of us code for a living. We just don't code what we'd really love +to code :) + +-- +Vincent Archer Email: archer@nevrax.com + +Nevrax France. Off on the yellow brick road we go! + +From archer@nevrax.com Fri Jan 5 10:56:59 2001 +Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f059ux507546 + for ; Fri, 5 Jan 2001 10:56:59 +0100 (CET) + (envelope-from archer@nevrax.com) +Received: (from archer@localhost) + by nevrax.com (8.9.3/8.9.3) id LAA03015 + for nel@nevrax.org; Fri, 5 Jan 2001 11:00:26 +0100 +Date: Fri, 5 Jan 2001 11:00:26 +0100 +From: Vincent Archer +To: nel@nevrax.org +Subject: Re: [Nel] re: Boost library +Message-ID: <20010105110026.D2122@nevrax.com> +References: <4.3.2.7.2.20010104121630.00aaf950@pop.nevrax.net> <20010104185408.A1373@bernard-hugueney.org> <20010105103953.A2122@nevrax.com> +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +X-Mailer: Mutt 1.0pre3us +In-Reply-To: <20010105103953.A2122@nevrax.com> +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +According to Vincent Archer: +> a BSD-licensed software, one cannot lift a BSD-style software and put it +> into a GPL project. The licenses are "orthogonal" in style, and you +> cannot decide on your own to alter the license; only the copyright owner +> may do so. + +A little precision on this subject. + +I was about immediately bashed on the head for my old-timer attitudes. +The arguments I raise mostly apply to the so-called "original BSD +license", which had relatively strict advertising clauses on it which +are incompatible with GPL. But for some reason, my brain is still locked +in the 10-years-ago mode, and I don't think I'll ever shake it out 'till +retirement home. + +The recent BSD licenses let you mix things with GPL. So, we can't +incorporate Boost libraries into NeL, but we can happily get them, and +use them, just like we use FreeType and the like. + +-- +Vincent Archer Email: archer@nevrax.com + +Nevrax France. Off on the yellow brick road we go! + +From michael@in-orbit.net Sat Jan 6 01:58:40 2001 +Received: from pctest (mail@[63.205.226.190]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f060wd512293 + for ; Sat, 6 Jan 2001 01:58:40 +0100 (CET) + (envelope-from michael@in-orbit.net) +Received: from baldur + ([127.0.0.1] helo=in-orbit.net ident=michael) + by pctest with esmtp (Exim 3.20 #1 (Debian)) + id 14EhmE-0004gs-00 + for ; Fri, 05 Jan 2001 17:04:10 -0800 +Message-ID: <3A566F0A.11369158@in-orbit.net> +Date: Fri, 05 Jan 2001 17:04:10 -0800 +From: Michael Warnock +X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.0-prerelease i686) +X-Accept-Language: en +MIME-Version: 1.0 +To: nel@nevrax.org +Subject: Re: [Nel] compile problems on debian gnu/linux (more) +References: <3A553E18.844ECA22@in-orbit.net> <000e01c076f4$f3f52140$1701a8c0@nevrax.net> +Content-Type: text/plain; charset=us-ascii +Content-Transfer-Encoding: 7bit +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +> + +Thanx for the quick fix! + +here's another bug: +same debian 2.2 (stlport 4.1 now) + +making the client: + +c++ -I/usr/include/freetype2 -I/usr/include/stlport -g -O2 -o client client.o +language_interface.o login_interface.o move_listener.o pb_message_box.o +player_view.o shards_list_interface.o zone_manager.o zone_search.o -lnelnet +-lnelmisc -lnel3d -L/usr/lib -lfreetype -lstlport_gcc +zone_manager.o: In function `NLMISC::IRunnable type_info function': +/usr/include/stlport/iostream(.text+0x0): multiple definition of +`NLMISC::IThread::create(NLMISC::IRunnable *)' +client.o(.text+0x0):/usr/include/stlport/stl/_construct.h: first defined here +collect2: ld returned 1 exit status +make[2]: *** [client] Error 1 + +we got all the servers running with code from the last hour or so. + +michael + + +From robofly@in-orbit.net Sat Jan 6 02:38:08 2001 +Received: from mail.in-orbit.net (qmailr@[63.205.226.189]) + by www.nevrax.org (8.11.0/8.11.0) with SMTP id f061c7512915 + for ; Sat, 6 Jan 2001 02:38:07 +0100 (CET) + (envelope-from robofly@in-orbit.net) +Received: (qmail 11446 invoked from network); 6 Jan 2001 01:37:31 -0000 +Received: from unknown (HELO ROBOT.in-orbit.org) (63.205.226.188) + by 63.205.226.189 with SMTP; 6 Jan 2001 01:37:31 -0000 +Date: Fri, 5 Jan 2001 17:35:04 -0800 +From: robofly +X-Mailer: The Bat! (v1.46d) Personal +Organization: InOrbit Entertainment Inc. +X-Priority: 3 (Normal) +Message-ID: <132578597238.20010105173504@in-orbit.net> +To: nel@nevrax.org +Mime-Version: 1.0 +Content-Type: text/plain; charset=ISO-8859-1 +Content-Transfer-Encoding: 8bit +Subject: [Nel] File formats+other stuff +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Hi, + +We're experimenting with NEL, great work :) We are +developing an MMRPG called "Warp Storm" and subscribe +to the Open Source development model. Our company +and game is born from an GPL'ed project I've been +leading since 1998 called Bang formerly known as +JavaMOO. Now we have a funded development effort +going and have offices in San Francisco and Reykjavík, +Iceland. + +We are considering assigning few full time programmers +helping expanding the NEL code-base. + +I've gathered that there is support for .3ds for objects +and .bmp for textures. Is this correct? + +Is there any animation support? + +In what format is the landscape data tiles? + +Do you have an example of a config file for the +client? + +What glues .3ds object files to the landscape +data? + +Warm regards, +Róbert Viðar Bjarnason +robofly@in-orbit.net + +President, InOrbit Entertainment, Inc. +http://www.in-orbit.net/ +http://this.is/bang/ + + + +From corvazier@nevrax.com Mon Jan 8 11:34:47 2001 +Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f08AYl531411 + for ; Mon, 8 Jan 2001 11:34:47 +0100 (CET) + (envelope-from corvazier@nevrax.com) +Received: from pc23 (fw.localdomain [192.168.254.254]) + by nevrax.com (8.9.3/8.9.3) with SMTP id LAA07981 + for ; Mon, 8 Jan 2001 11:38:09 +0100 +Message-ID: <007901c0795e$71ecb980$1701a8c0@nevrax.net> +From: "Cyril Corvazier" +To: +References: <132578597238.20010105173504@in-orbit.net> +Subject: Re: [Nel] File formats+other stuff +Date: Mon, 8 Jan 2001 11:33:31 +0100 +Organization: Nevrax +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 5.00.2919.6600 +X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Hi, and welcome on the NeL list. + +> I've gathered that there is support for .3ds for objects +> and .bmp for textures. Is this correct? + +> In what format is the landscape data tiles? + +> What glues .3ds object files to the landscape +> data? + +NeL library supports only .tga file format and .dds (direct draw surface) +for texture compression (DXTC1, 3 and 5). + +The NeL's way to load 3d data is the following: +NeL only reads NeL binary files (like .shape, .bank or .zone). No support +for .3ds files will be provided by Nevrax. +The reason is .3ds is an old file format, and many new features simply don't +exist in it. (vertex weigting, multiple UV by +vertex, patches, vertex color ). +It's easy to build and save NeL data. You only have to write a data +converter or an export plugin for your +3d editor linked with NeL. A paper about 'how to deal with NeL data' will +come soon in the NeL documentation. + +At Nevrax, we use a set of crude plugins for 3dsmax builded with NeL, but we +can't distribute them for the moment. + +> Is there any animation support? + +Support for animation is planed for sure. Those features will be implemented +in NeL: + + * Hierarchical animations. + * Skinning (with T&L support). + * Morphing (blend shape). + * IK solver (position constraints only). + * Animation layers (merge of weighted animations with IK constraints). + +> Do you have an example of a config file for the +> client? + +I let my co-workers respond to this question. + +Thanks for your interest in the NeL project. +--- +Cyril Corvazier +Lead 3d programmer +Nevrax France + + +From lecroart@nevrax.com Mon Jan 8 11:49:47 2001 +Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f08Anl531595 + for ; Mon, 8 Jan 2001 11:49:47 +0100 (CET) + (envelope-from lecroart@nevrax.com) +Received: from vianneyl (fw.localdomain [192.168.254.254]) + by nevrax.com (8.9.3/8.9.3) with SMTP id LAA08345 + for ; Mon, 8 Jan 2001 11:53:10 +0100 +Message-ID: <003301c07960$8b4f3860$0901a8c0@vianneyl> +From: "Vianney Lecroart" +To: +References: <132578597238.20010105173504@in-orbit.net> +Subject: Re: [Nel] File formats+other stuff +Date: Mon, 8 Jan 2001 11:48:32 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 5.00.2919.6700 +X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Hello, + +I m one of those co-workers and I'll answer your last question :) + +> Do you have an example of a config file for the +> client? + +yes we have example of config file. +in the generated doc, here: +http://www.nevrax.org/docs/doxygen/nel/class_NLMISC__CConfigFile.html +you ll find an example of config file and a sample of code that use it. + +we already use the config file in the client, look client.cpp and search +CConfigFile ;-) + +it's really quite easy to use, not very flexible but the reason is that we +use lex&yacc so +we can't do all we wanted (like rewrite config file) + + +Vianney Lecroart +--- +lead programmer / nevrax.com +icq#: 6870415 +homepage: http://ace.planet-d.net +www.geek.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- +w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? + + + +From lecroart@nevrax.com Mon Jan 8 12:17:03 2001 +Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f08BH2531789 + for ; Mon, 8 Jan 2001 12:17:02 +0100 (CET) + (envelope-from lecroart@nevrax.com) +Received: from vianneyl (fw.localdomain [192.168.254.254]) + by nevrax.com (8.9.3/8.9.3) with SMTP id MAA08921 + for ; Mon, 8 Jan 2001 12:20:25 +0100 +Message-ID: <004e01c07964$5a15c300$0901a8c0@vianneyl> +From: "Vianney Lecroart" +To: +References: <132578597238.20010105173504@in-orbit.net> +Subject: Re: [Nel] File formats+other stuff +Date: Mon, 8 Jan 2001 12:15:48 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 5.00.2919.6700 +X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +hello again, + +Just a question, why do you want the client config file? +The client automatically create the config file if the config file is not +found. +Anyway, you *can't* run the client because game data are not available for +now. +(you should wait few weeks ;-) + +vianney + + + +From robofly@in-orbit.net Mon Jan 8 20:06:59 2001 +Received: from mail.in-orbit.net (qmailr@[63.205.226.189]) + by www.nevrax.org (8.11.0/8.11.0) with SMTP id f08J6w534077 + for ; Mon, 8 Jan 2001 20:06:58 +0100 (CET) + (envelope-from robofly@in-orbit.net) +Received: (qmail 27735 invoked from network); 8 Jan 2001 19:06:41 -0000 +Received: from unknown (HELO ROBOT.in-orbit.org) (63.205.226.188) + by 63.205.226.189 with SMTP; 8 Jan 2001 19:06:41 -0000 +Date: Mon, 8 Jan 2001 11:03:49 -0800 +From: robofly +X-Mailer: The Bat! (v1.46d) Personal +Organization: InOrbit Entertainment Inc. +X-Priority: 3 (Normal) +Message-ID: <8938274796.20010108110349@in-orbit.net> +To: Olivier Lejade +CC: nel@nevrax.org +Subject: Re[2]: [Nel] File formats+other stuff +In-reply-To: <4.3.2.7.2.20010108115222.00b599b0@pop.nevrax.net> +References: <4.3.2.7.2.20010108115222.00b599b0@pop.nevrax.net> +Mime-Version: 1.0 +Content-Type: text/plain; charset=ISO-8859-1 +Content-Transfer-Encoding: 8bit +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Hi Olivier, + +Monday, January 08, 2001, 3:08:59 AM, you wrote: +OL> How is your organisation working ? What is the task of each office ? +OL> How much funding did you receive ? Why did you head for San Fransisco ? + +Here is how our organization works: +We have a management team of 8 people: +President/Director, CFO, Producer, Lead World +Builder/Lead Writer, Production Manager, VP of +Computer Graphics, Lead Graphics Designer and +Lead Animator. + +We have a Concept & Illustration team of 6 +full time people. This team is creating the +look of the Warp Storm universe. + +We have a Computer Graphics team of 5 full time +people. This teams includes Donald Graham who +did for an example the first 3D model of the +International Space Station for NASA and Jim Citron +who was the Technical Director for Tippett studios +and worked for example on Starship Troopers, +Armageddon and Godzilla. + +We have a Game Mechanics team of 3 full time +people. This team is responsible for designed +the complex skill based role-playing system +for Warp Storm. + +We have programming team of 4 full time +programmers. This team is currently focusing +on the game mechanics and evaluating different +Open Source technologies that we are considering +for the Warp Storm platform. + +Currently we only have 3 employees in Reykjavík, +Iceland. Our CFO, Lead Graphics Designer and +Interface Designer are working out of Reykjavík +the rest of the team is working out of San +Francisco. + +We have received $760.000 in seed funding, +this investments is all from Icelandic +sources. We are in the progress of opening +our 1st Round of financing and plan to raise +$6.000.000 from sources here in the USA. + +The reason for why we choose San Francisco +are: I worked here in 1996/1997 for a company +now called http://www.smartvr.com/ and I +made a lot of connections here then. It is +relatively easy to get high quality illustrators +and CG people here. + +OL> That would be nice. We'd have to find a working methodology though: we +OL> didn't expect other gaming companies to jump in so soon, even though it +OL> was inevitable in the long term. + +We would very much like to figure out the best way for +us to work together. + +OL> How many programmers is there in your dev team ? + +We currently have only 4 programmers but we are looking +for 2 right now and will be looking for over 10 when +we receive our 1st round of financing. + +We have a prototype written in Java3D that has +been active since 1998. We have a more recent prototype +that helped us secure our seed funding written in C++ +that uses Crystal Space for the rendering part. + +Currently, Dmitry, our lead programmer is working on +creating a prototype using NeL as the net platform and +using the Nebula Device for 3D rendering. Nebula has a +bunch of advanced 3D stuff, you can check it out at +http://www.radonlabs.de/ or +http://sourceforge.net/projects/nebuladevice/ + +Warm regards, +Róbert Viðar Bjarnason +robofly@in-orbit.net + +President, InOrbit Entertainment, Inc. +http://www.in-orbit.net + + + +From robofly@in-orbit.net Mon Jan 8 20:19:52 2001 +Received: from mail.in-orbit.net (qmailr@[63.205.226.189]) + by www.nevrax.org (8.11.0/8.11.0) with SMTP id f08JJp534149 + for ; Mon, 8 Jan 2001 20:19:51 +0100 (CET) + (envelope-from robofly@in-orbit.net) +Received: (qmail 27808 invoked from network); 8 Jan 2001 19:19:30 -0000 +Received: from unknown (HELO ROBOT.in-orbit.org) (63.205.226.188) + by 63.205.226.189 with SMTP; 8 Jan 2001 19:19:30 -0000 +Date: Mon, 8 Jan 2001 11:16:45 -0800 +From: robofly +X-Mailer: The Bat! (v1.46d) Personal +Organization: InOrbit Entertainment Inc. +X-Priority: 3 (Normal) +Message-ID: <6239051603.20010108111645@in-orbit.net> +To: Vianney Lecroart +Subject: Re[2]: [Nel] File formats+other stuff +In-reply-To: <004e01c07964$5a15c300$0901a8c0@vianneyl> +References: <132578597238.20010105173504@in-orbit.net> + <004e01c07964$5a15c300$0901a8c0@vianneyl> +Mime-Version: 1.0 +Content-Type: text/plain; charset=ISO-8859-1 +Content-Transfer-Encoding: 8bit +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Hi Vianney, + +Monday, January 08, 2001, 3:15:48 AM, you wrote: +VL> Just a question, why do you want the client config file? +VL> The client automatically create the config file if the config file is not +VL> found. + +I just wanted it to see what initial configuration +elements you were using. I wanted this to gain +better understanding of the NeL platform. I had already +taken a look at the link you sent me earlier and +it does not reveal anything about the actual content +of the config file. + +VL> Anyway, you *can't* run the client because game data are not available for +VL> now. +VL> (you should wait few weeks ;-) + +Why did you decide to release NeL as an Open Source +project on the Internet if there is no way to +run it once compiled? + +We have a lot of game assets ready that we would +love to test out in the NeL engine. We use mostly +Maya for our content but we have a couple of 3D Max +licences as well. Our content currently includes; +textured characters with animations, buildings, +props, height maps and landscape textures. + +Warm regard, +Róbert Viðar Bjarnason +robofly@in-orbit.net + + + +From robofly@in-orbit.net Mon Jan 8 20:25:55 2001 +Received: from mail.in-orbit.net (qmailr@[63.205.226.189]) + by www.nevrax.org (8.11.0/8.11.0) with SMTP id f08JPs534200 + for ; Mon, 8 Jan 2001 20:25:54 +0100 (CET) + (envelope-from robofly@in-orbit.net) +Received: (qmail 27844 invoked from network); 8 Jan 2001 19:25:40 -0000 +Received: from unknown (HELO ROBOT.in-orbit.org) (63.205.226.188) + by 63.205.226.189 with SMTP; 8 Jan 2001 19:25:40 -0000 +Date: Mon, 8 Jan 2001 11:22:56 -0800 +From: robofly +X-Mailer: The Bat! (v1.46d) Personal +Organization: InOrbit Entertainment Inc. +X-Priority: 3 (Normal) +Message-ID: <1739422476.20010108112256@in-orbit.net> +To: Cyril Corvazier +Subject: Re[2]: [Nel] File formats+other stuff +In-reply-To: <007901c0795e$71ecb980$1701a8c0@nevrax.net> +References: <132578597238.20010105173504@in-orbit.net> + <007901c0795e$71ecb980$1701a8c0@nevrax.net> +Mime-Version: 1.0 +Content-Type: text/plain; charset=ISO-8859-1 +Content-Transfer-Encoding: 8bit +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Hi Cyril, + +Thanks for the info :) + +Monday, January 08, 2001, 2:33:31 AM, you wrote: +CC> At Nevrax, we use a set of crude plugins for 3dsmax builded with NeL, but we +CC> can't distribute them for the moment. + +Are those plugins going to be Open Source? If not, is there +any change of buying them of you, even if they are in a +crude stage? + +Warm regards, +Róbert + + + +From valignat@gw.nevrax.com Tue Jan 9 17:39:32 2001 +Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f09GdW540580 + for ; Tue, 9 Jan 2001 17:39:32 +0100 (CET) + (envelope-from valignat@gw.nevrax.com) +Received: from gw.nevrax.com (fw.localdomain [192.168.254.254]) + by nevrax.com (8.9.3/8.9.3) with ESMTP id RAA32085 + for ; Tue, 9 Jan 2001 17:42:52 +0100 +Received: (from valignat@localhost) + by gw.nevrax.com (8.11.0/8.9.3) id f09GbV437246 + for nel@nevrax.org; Tue, 9 Jan 2001 17:37:31 +0100 (CET) + (envelope-from valignat) +Date: Tue, 9 Jan 2001 17:37:31 +0100 +From: Valignat Cedric +To: NeL mailing list +Message-ID: <20010109173731.A37182@nevrax.com> +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +User-Agent: Mutt/1.2.5i +Subject: [Nel] NeL compilation +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Hello Everybody, + + +Yesterday we've integrated the AI code to NeL and it breaks the GNU/Linux +compilation :-( + +We are working on it and it should be fix soon ... + + +Sorry about that, + +Cedric. + + +From valignat@gw.nevrax.com Tue Jan 9 17:45:27 2001 +Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f09GjQ540631 + for ; Tue, 9 Jan 2001 17:45:26 +0100 (CET) + (envelope-from valignat@gw.nevrax.com) +Received: from gw.nevrax.com (fw.localdomain [192.168.254.254]) + by nevrax.com (8.9.3/8.9.3) with ESMTP id RAA32196 + for ; Tue, 9 Jan 2001 17:48:47 +0100 +Received: (from valignat@localhost) + by gw.nevrax.com (8.11.0/8.9.3) id f09GhQW37306 + for nel@nevrax.org; Tue, 9 Jan 2001 17:43:26 +0100 (CET) + (envelope-from valignat) +Date: Tue, 9 Jan 2001 17:43:26 +0100 +From: Valignat Cedric +To: nel@nevrax.org +Subject: Re: [Nel] Some comments from a new user (builder only for now) +Message-ID: <20010109174326.A34650@nevrax.com> +References: <20010103211404.A18718@bernard-hugueney.org> +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +User-Agent: Mutt/1.2.5i +In-Reply-To: <20010103211404.A18718@bernard-hugueney.org>; from nevrax@bernard-hugueney.org on Wed, Jan 03, 2001 at 09:14:04PM +0100 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Hello Bernard, + +Nevrax wrote: +> +> It is not often that I can build source code so easly on my alpha! + +Nice to ear that :-) + +> You bug-fixes were really fast... (I mean FAST!) + +My response wasn't that fast ... sorry :-) + + +> For your information, on a Debian woody, one should 'apt-get install' +> the following packages (might go in a README or INSTALL): +> [...] + +I updated the NeL's INSTALL file as you suggest it ... thanks. + + +Cedric. + + +From lecroart@nevrax.com Tue Jan 9 18:23:56 2001 +Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f09HNt540819 + for ; Tue, 9 Jan 2001 18:23:56 +0100 (CET) + (envelope-from lecroart@nevrax.com) +Received: from vianneyl (fw.localdomain [192.168.254.254]) + by nevrax.com (8.9.3/8.9.3) with SMTP id SAA00509 + for ; Tue, 9 Jan 2001 18:27:16 +0100 +Message-ID: <00ba01c07a60$c6144480$0901a8c0@vianneyl> +From: "Vianney Lecroart" +To: +References: <132578597238.20010105173504@in-orbit.net><004e01c07964$5a15c300$0901a8c0@vianneyl> <6239051603.20010108111645@in-orbit.net> +Subject: Re: Re[2]: [Nel] File formats+other stuff +Date: Tue, 9 Jan 2001 18:22:42 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 5.00.2919.6700 +X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Hello Robert, + +> I just wanted it to see what initial configuration +> elements you were using. I wanted this to gain +> better understanding of the NeL platform. I had already +> taken a look at the link you sent me earlier and +> it does not reveal anything about the actual content +> of the config file. + +okay, next is the content of our current config file, hope it s what you +wanted: +---- start of client.cfg +// CLIENT CONFIG FILE + +FullScreen = 1; // 1 = yes +Width = 800; +Height = 600; +Depth = 32; +Position = { 819.269836, -738.062500, 8.277040 }; // the last position on +the world (just for prototype) +Heading = { 0.882310, -0.470668, 0.0 }; // the last direction of the head +Background = { 100, 100, 255 }; // color of the background (temporary, we +wait the sky ;) +DataPath = "\\server\gamedata\data/; // path of where the data are +FontPath = "\\server\code\fonts\arialuni.ttf; // the font used in the +client (will change) +LanguageIndex = 1; +LSHost = "pc38"; // our login service server +Login = "foo"; // my login +Password = "bar"; // ... i know, it s not crypted :( +ShardIP = "192.168.1.38"; // the last selected shard +CharacterIndex = 0; // the player character (between 2 possibilities) +---- end of client.cfg + +> Why did you decide to release NeL as an Open Source +> project on the Internet if there is no way to +> run it once compiled? + +Don't forget that it's a quite young project +and we need time to give some examples and stuff. +We are currently working on a small sample world to give the community +something to kick around and showcase what NeL can do. +We'll release it next week so please be a little patient. +Of course this example will have nothing to do with our final game. +Its main use is to help us to test our library and test our team production +pipelines. + +But, as you said below, you could use NeL with your own data: you don't +*have* to wait for us to provide it ! + +> We have a lot of game assets ready that we would +> love to test out in the NeL engine. We use mostly +> Maya for our content but we have a couple of 3D Max +> licences as well. Our content currently includes; +> textured characters with animations, buildings, +> props, height maps and landscape textures. + +Great! The only potential problem could be for exporting datas. +But it would be neat if you wrote an export pluggin for Maya, +and we'd love to have another example of a program using NeL. + +Best regards, + +Vianney Lecroart +--- +lead programmer / nevrax.com +icq#: 6870415 +homepage: http://ace.planet-d.net +www.geek.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- +w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? + + + +From francois.perichon@inzebox.com Thu Jan 11 16:10:52 2001 +Received: from oxera.wanadoo.fr (smtp-rt-13.wanadoo.fr [193.252.19.223] (may be forged)) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f0BFAm555034 + for ; Thu, 11 Jan 2001 16:10:52 +0100 (CET) + (envelope-from francois.perichon@inzebox.com) +Received: from antholoma.wanadoo.fr (193.252.19.153) by oxera.wanadoo.fr; 11 Jan 2001 16:08:44 +0100 +Received: from smtp.wanadoo.fr (193.253.249.173) by antholoma.wanadoo.fr; 11 Jan 2001 16:08:43 +0100 +Date: Thu, 11 Jan 2001 16:13:25 +0100 +From: =?ISO-8859-1?Q?Fran=E7ois_P=E9richon?= +To: nel@nevrax.org +Message-ID: <20010111161325.A15929@barjackland> +Mime-Version: 1.0 +Content-Type: text/plain; charset=ISO-8859-1 +Content-Transfer-Encoding: 8bit +X-Mailer: Balsa 1.0.pre5 +Subject: [Nel] mesa3D +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +It seems i need recent mesa3d libs to build NeL. +What version do i need? +Could you write the software versions needed to build in the INSTALL files. + +-- +François "Le Barjack" Périchon +francois.perichon@inzebox.com +lebarjack@inzebox.com +36, rue de la clef +59800 Lille +France +Tel : +33 (0)3 20 55 55 90 +Fax : +33 (0)3 20 55 55 92 + + +From valignat@gw.nevrax.com Thu Jan 11 17:19:12 2001 +Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f0BGJC555375 + for ; Thu, 11 Jan 2001 17:19:12 +0100 (CET) + (envelope-from valignat@gw.nevrax.com) +Received: from gw.nevrax.com (fw.localdomain [192.168.254.254]) + by nevrax.com (8.9.3/8.9.3) with ESMTP id RAA04944 + for ; Thu, 11 Jan 2001 17:22:29 +0100 +Received: (from valignat@localhost) + by gw.nevrax.com (8.11.0/8.9.3) id f0BGIeu01402 + for nel@nevrax.org; Thu, 11 Jan 2001 17:18:40 +0100 (CET) + (envelope-from valignat) +Date: Thu, 11 Jan 2001 17:18:40 +0100 +From: Valignat Cedric +To: nel@nevrax.org +Subject: Re: [Nel] mesa3D +Message-ID: <20010111171840.A1365@nevrax.com> +References: <20010111161325.A15929@barjackland> +Mime-Version: 1.0 +Content-Type: text/plain; charset=iso-8859-1 +Content-Disposition: inline +Content-Transfer-Encoding: 8bit +User-Agent: Mutt/1.2.5i +In-Reply-To: <20010111161325.A15929@barjackland>; from francois.perichon@inzebox.com on Thu, Jan 11, 2001 at 04:13:25PM +0100 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Hello Francois, + +François Périchon wrote: +> It seems i need recent mesa3d libs to build NeL. +> What version do i need? + +We are using Mesa 3.3 and we didn't test NeL with other versions yet. + +Could you tell us which version of Mesa you used, that could help us +to have a better idea about the NeL compatibility ... + +> Could you write the software versions needed to build in the INSTALL files. + +I updated the INSTALL file on that way ... it should be available on tonigth +on the public CVS. + +Thanks, + +Cedric. + + +From nevrax@bernard-hugueney.org Thu Jan 11 19:55:28 2001 +Received: from bubastis (r179m43.cybercable.tm.fr [195.132.179.43]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f0BItR556306 + for ; Thu, 11 Jan 2001 19:55:27 +0100 (CET) + (envelope-from nevrax@bernard-hugueney.org) +Received: by bubastis (Postfix, from userid 1006) + id 771D54EC02; Thu, 11 Jan 2001 19:53:29 +0100 (CET) +Date: Thu, 11 Jan 2001 19:53:28 +0100 +To: nel@nevrax.org +Subject: Re: [Nel] mesa3D +Message-ID: <20010111195328.A361@bernard-hugueney.org> +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +User-Agent: Mutt/1.3.12i +From: nevrax@bernard-hugueney.org (Bernard Hugueney) +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +In-Reply-To: <20010111171840.A1365@nevrax.com>; from valignat@nevrax.com on Thu, Jan 11, 2001 at 05:18:40PM +0100 +* Valignat Cedric [010111 19:18]: + +> Hello Francois, +> +> FranBmPis PBqSichon wrote: +> > It seems i need recent mesa3d libs to build NeL. +> > What version do i need? +> +> We are using Mesa 3.3 and we didn't test NeL with other versions yet. + +I must say that for once, Debian unstable is not up to date. +I've been left behind recently, even with latest (today's!) xlibmesa-dev :-( +Just when I bought those extra 128 Mo that 'd have allowed me to compile Nel +AND move he mouse cursor :-( +And lanch ddd on the servers because they segfaulted on startup here :-( + +I've no relevent version number as debian seem to sync them with XFree's: + +bubastis:~# dpkg -p xlibmesa-dev |fgrep Version +Version: 4.0.2-1 + +bubastis:~# dpkg -L xlibmesa-dev |fgrep glext.h +/usr/include/GL/glext.h +but +bubastis:~# fgrep GL_GLEXT_VERSION `dpkg -L xlibmesa-dev |fgrep glext.h` +#define GL_GLEXT_VERSION 6 +which does not plese Nel :-(( + +Not your fault As I think one ought to be on the bleeding edge when developping +or your behind when releasing... + +I hope to catch up soon... + +Bernard + +From valignat@gw.nevrax.com Fri Jan 12 12:02:53 2001 +Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f0CB2r401233 + for ; Fri, 12 Jan 2001 12:02:53 +0100 (CET) + (envelope-from valignat@gw.nevrax.com) +Received: from gw.nevrax.com (fw.localdomain [192.168.254.254]) + by nevrax.com (8.9.3/8.9.3) with ESMTP id MAA03325 + for ; Fri, 12 Jan 2001 12:06:50 +0100 +Received: (from valignat@localhost) + by gw.nevrax.com (8.11.0/8.9.3) id f0CB2Gu05894 + for nel@nevrax.org; Fri, 12 Jan 2001 12:02:16 +0100 (CET) + (envelope-from valignat) +Date: Fri, 12 Jan 2001 12:01:36 +0100 +From: Valignat Cedric +To: nel@nevrax.org +Subject: Re: [Nel] mesa3D +Message-ID: <20010112120135.A5615@nevrax.com> +References: <20010111195328.A361@bernard-hugueney.org> +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +User-Agent: Mutt/1.2.5i +In-Reply-To: <20010111195328.A361@bernard-hugueney.org>; from nevrax@bernard-hugueney.org on Thu, Jan 11, 2001 at 07:53:28PM +0100 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Hello Bernard, + +Bernard Hugueney wrote: +> +> I must say that for once, Debian unstable is not up to date. +> I've been left behind recently, even with latest (today's!) xlibmesa-dev :-( + +Ouch !... + +> Just when I bought those extra 128 Mo that 'd have allowed me to compile Nel +> AND move he mouse cursor :-( + +How much RAM did you have, before, to run X ? :-P + +> And lanch ddd on the servers because they segfaulted on startup here :-( + +Did you get any error messages ? + +The servers are, actually, made in a way that they print an error message and +create a core files if there is a problem, that's help us to debug them ... + +> I've no relevent version number as debian seem to sync them with XFree's: +> +> bubastis:~# dpkg -p xlibmesa-dev |fgrep Version +> Version: 4.0.2-1 +> +> bubastis:~# dpkg -L xlibmesa-dev |fgrep glext.h +> /usr/include/GL/glext.h +> but +> bubastis:~# fgrep GL_GLEXT_VERSION `dpkg -L xlibmesa-dev |fgrep glext.h` +> #define GL_GLEXT_VERSION 6 +> which does not plese Nel :-(( + +The Mesa's rpm that we used is the 3.3-5 version and it use the version 7 +of GL/glext.h. We didn't test it with any other version of mesa yet, but you +could try to download the lastest version of GL/glext.h at +http://oss.sgi.com/projects/ogl-sample/ABI/glext.h and recompile NeL. + +An other solution is to remove the GL_GLEXT_VERSION checking in the +configure.in file and in the src/3d/driver/opengl/driver_opengl_extension.h +file and try to recompile NeL ... + +I hope that could help you to fixed your problem ... + + +Cedric. + + +From robofly@in-orbit.net Sun Jan 14 05:52:55 2001 +Received: from mongoose.slip.net (nfeed1.sntccaidc.firstworld.net [216.127.92.117]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f0E4qs415699 + for ; Sun, 14 Jan 2001 05:52:55 +0100 (CET) + (envelope-from robofly@in-orbit.net) +Received: from dialup-216-7-176-89.sirius.net ([216.7.176.89] helo=LOKI.in-orbit.org) + by mongoose.slip.net with esmtp (Exim 3.13 #3) + id 14Hf7y-0003Yk-00 + for nel@nevrax.org; Sat, 13 Jan 2001 20:50:51 -0800 +Date: Sat, 13 Jan 2001 20:49:54 -0800 +From: Robert Bjarnason +X-Mailer: The Bat! (v1.48f) UNREG / CD5BF9353B3B7091 +Organization: IOE +X-Priority: 3 (Normal) +Message-ID: <762431376.20010113204954@in-orbit.net> +To: Valignat Cedric +Subject: Re[2]: [Nel] File formats+other stuff +In-reply-To: <20010112120135.A5615@nevrax.com> +References: <20010111195328.A361@bernard-hugueney.org> + <20010112120135.A5615@nevrax.com> +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Transfer-Encoding: 7bit +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Hi Vianney, + +VC> okay, next is the content of our current config file, hope it s what you +VC> wanted: + +Thanks :) I like the way you have the config files +created automaticly, I just hadn't looked in the +right place... + +VC> Don't forget that it's a quite young project +VC> and we need time to give some examples and stuff. +VC> We are currently working on a small sample world to give the community +VC> something to kick around and showcase what NeL can do. +VC> We'll release it next week so please be a little patient. +VC> Of course this example will have nothing to do with our final game. +VC> Its main use is to help us to test our library and test our team production +VC> pipelines. + +I appolagice for my tone of voice before, I really +appricate your effort and think your doing a great +job. + +VC> Great! The only potential problem could be for exporting datas. +VC> But it would be neat if you wrote an export pluggin for Maya, +VC> and we'd love to have another example of a program using NeL. + +We've already started to work on a plugin, written in MEL Script, +using info gathered from the source code distribution. +Do you have any formal documents on the different fileformats? + +Warm regards, +Robert + + + +From robofly@in-orbit.net Mon Jan 15 05:29:25 2001 +Received: from mail.in-orbit.net ([207.44.176.190]) + by www.nevrax.org (8.11.0/8.11.0) with SMTP id f0F4TN422471 + for ; Mon, 15 Jan 2001 05:29:24 +0100 (CET) + (envelope-from robofly@in-orbit.net) +Received: (qmail 27105 invoked from network); 15 Jan 2001 04:26:36 -0000 +Received: from unknown (HELO PCTEST.in-orbit.org) (63.205.226.188) + by 192.168.1.10 with SMTP; 15 Jan 2001 04:26:36 -0000 +Date: Sun, 14 Jan 2001 20:26:32 -0800 +From: robofly +X-Mailer: The Bat! (v1.46d) Personal +Organization: InOrbit Entertainment Inc. +X-Priority: 3 (Normal) +Message-ID: <5425941091.20010114202632@in-orbit.net> +To: lecroart@nevrax.com +CC: nel@nevrax.org +Mime-Version: 1.0 +Content-Type: text/plain; charset=ISO-8859-1 +Content-Transfer-Encoding: 8bit +Subject: [Nel] Maya plugin issues +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Hi, + +I've been looking into writing a Maya plugin. +What I understand so far is the following, +please correct me if I'm wrong. + +-There are no specific fileformats for NeL, +only different serialized objects like +CZone, CShape(Stream), CMesh and others. + +-We would probably use the Maya API and +write a C++ plugin for Maya instead of +a MEL script. + +-I will have to convert the NURBS based +Maya curves into 3DSMax based Bezier +Pathces. + +This is really exciting. Now we can +really integrate functions in Maya +for bump-mapping and things like that. +And this will be a plugin that creates +ready to use NeL objects instead of +some kind of an endless conversion +madness :) + +If anybody has some code already written +for either the Maya or NeL part of such +a plugin, please let me know. Our plugin +will will be released under the GPL. + +Warm regards, +Róbert + + + +From francois.perichon@inzebox.com Mon Jan 15 12:39:49 2001 +Received: from anagyris.wanadoo.fr (smtp-rt-1.wanadoo.fr [193.252.19.151]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f0FBdm424614 + for ; Mon, 15 Jan 2001 12:39:49 +0100 (CET) + (envelope-from francois.perichon@inzebox.com) +Received: from villosa.wanadoo.fr (193.252.19.122) by anagyris.wanadoo.fr; 15 Jan 2001 12:37:38 +0100 +Received: from smtp.wanadoo.fr (193.253.211.247) by villosa.wanadoo.fr; 15 Jan 2001 12:37:31 +0100 +Date: Mon, 15 Jan 2001 12:42:46 +0100 +From: =?ISO-8859-1?Q?Fran=E7ois_P=E9richon?= +To: nel@nevrax.org +Subject: Re: [Nel] mesa3D +Message-ID: <20010115124246.A31297@barjackland> +References: <20010111161325.A15929@barjackland> <20010111171840.A1365@nevrax.com> +Mime-Version: 1.0 +Content-Type: text/plain; charset=ISO-8859-1 +Content-Transfer-Encoding: 8bit +In-Reply-To: <20010111171840.A1365@nevrax.com>; from valignat@nevrax.com on Thu, Jan 11, 2001 at 17:18:40 +0100 +X-Mailer: Balsa 1.0.pre5 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +I used the mesa 3.2 which comes with the unstable debian. +On Thu, 11 Jan 2001 17:18:40 Valignat Cedric wrote: +> Hello Francois, +> +> François Périchon wrote: +> > It seems i need recent mesa3d libs to build NeL. +> > What version do i need? +> +> We are using Mesa 3.3 and we didn't test NeL with other versions yet. +> +> Could you tell us which version of Mesa you used, that could help us +> to have a better idea about the NeL compatibility ... +> +> > Could you write the software versions needed to build in the INSTALL +> files. +> +> I updated the INSTALL file on that way ... it should be available on +> tonigth +> on the public CVS. +> +> Thanks, +> +> Cedric. +> +> _______________________________________________ +> Nel mailing list +> Nel@nevrax.org +> http://www.nevrax.org/mailman/listinfo.cgi/nel +> +> + +-- +François "Le Barjack" Périchon +francois.perichon@inzebox.com +lebarjack@inzebox.com +36, rue de la clef +59800 Lille +France +Tel : +33 (0)3 20 55 55 90 +Fax : +33 (0)3 20 55 55 92 + + +From bernard@bernard-hugueney.org Wed Jan 17 01:55:23 2001 +Received: from bubastis (r179m43.cybercable.tm.fr [195.132.179.43]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f0H0tM435999 + for ; Wed, 17 Jan 2001 01:55:23 +0100 (CET) + (envelope-from bernard@bernard-hugueney.org) +Received: by bubastis (Postfix, from userid 1000) + id 8FF094EC02; Wed, 17 Jan 2001 01:52:06 +0100 (CET) +Date: Wed, 17 Jan 2001 01:52:06 +0100 +To: nel@nevrax.org +Subject: Re: [Nel] mesa3D +Message-ID: <20010117015206.A6876@bernard-hugueney.org> +References: <20010111161325.A15929@barjackland> <20010111171840.A1365@nevrax.com> <20010115124246.A31297@barjackland> +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +Content-Transfer-Encoding: 8bit +User-Agent: Mutt/1.3.12i +In-Reply-To: <20010115124246.A31297@barjackland>; from francois.perichon@inzebox.com on Mon, Jan 15, 2001 at 12:42:46PM +0100 +From: bernard@bernard-hugueney.org (Debian User) +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Hi, +I reported my disappointment in a previous post when I saw that up to date + unstable Debian seemed not current enough for NeL. +I decided to get the latest release from www.mesa3d.org. +It was 3.4 but include/GL/glext.h seemed not current enough according to +the test of GL_GLEXT_VERSION :-(( (I have 6, requested is 7) +So I decided to browse the CVS (http://cvs.sourceforge.net/cgi-bin/cvsweb.cgi/Mesa/include/GL/glext.h?rev=1.31&content-type=text/x-cvsweb-markup&cvsroot=mesa3d ) and here is what I found: + +Revision 1.31, Sat Jan 6 22:46:13 2001 UTC (10 days, 1 hour ago) by + gareth + Branch: MAIN + CVS Tags: HEAD + Changes since 1.30: +9 -4 lines +Implementation of GL_EXT_texture_env_dot3. +... + /* Header file version number, required by OpenGL ABI for Linux */ +#define GL_GLEXT_VERSION 6 + +??? +You guys are not up to date! you are ahead of time :-) + +Btw, I tried to fake a correct GL_GLEXT_VERSION but compile fails later +:-((( + +I hope to be able to compile NeL again soon ... + +Bernard + + +* Fran?ois P?richon [010115 18:41]: +> I used the mesa 3.2 which comes with the unstable debian. +> On Thu, 11 Jan 2001 17:18:40 Valignat Cedric wrote: +> > Hello Francois, +> > +> > François Périchon wrote: +> > > It seems i need recent mesa3d libs to build NeL. +> > > What version do i need? +> > +> > We are using Mesa 3.3 and we didn't test NeL with other versions yet. +> > +> > Could you tell us which version of Mesa you used, that could help us +> > to have a better idea about the NeL compatibility ... +> > +> > > Could you write the software versions needed to build in the INSTALL +> > files. +> > +> > I updated the INSTALL file on that way ... it should be available on +> > tonigth +> > on the public CVS. +> > +> > Thanks, +> > +> > Cedric. +> > +> > _______________________________________________ +> > Nel mailing list +> > Nel@nevrax.org +> > http://www.nevrax.org/mailman/listinfo.cgi/nel +> > +> > +> +> -- +> François "Le Barjack" Périchon +> francois.perichon@inzebox.com +> lebarjack@inzebox.com +> 36, rue de la clef +> 59800 Lille +> France +> Tel : +33 (0)3 20 55 55 90 +> Fax : +33 (0)3 20 55 55 92 +> +> _______________________________________________ +> Nel mailing list +> Nel@nevrax.org +> http://www.nevrax.org/mailman/listinfo.cgi/nel +> + +From lecroart@nevrax.com Wed Jan 17 10:02:16 2001 +Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f0H92D438575 + for ; Wed, 17 Jan 2001 10:02:13 +0100 (CET) + (envelope-from lecroart@nevrax.com) +Received: from vianneyl (fw.localdomain [192.168.254.254]) + by nevrax.com (8.9.3/8.9.3) with SMTP id KAA09694 + for ; Wed, 17 Jan 2001 10:06:01 +0100 +Message-ID: <003601c08064$070ea8a0$0901a8c0@vianneyl> +From: "Vianney Lecroart" +To: +References: <20010111161325.A15929@barjackland> <20010111171840.A1365@nevrax.com> <20010115124246.A31297@barjackland> <20010117015206.A6876@bernard-hugueney.org> +Subject: Re: [Nel] mesa3D +Date: Wed, 17 Jan 2001 10:01:06 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 5.00.2919.6700 +X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Hello, + +> /* Header file version number, required by OpenGL ABI for Linux */ +> #define GL_GLEXT_VERSION 6 +> +> ??? +> You guys are not up to date! you are ahead of time :-) +> +> Btw, I tried to fake a correct GL_GLEXT_VERSION but compile fails later +> :-((( +> +> I hope to be able to compile NeL again soon ... +> +> Bernard + +In fact, it's Mesa that is not synchronized with the official sgi +extensions. +You have to get the last glext.h from sgi: + +http://oss.sgi.com/projects/ogl-sample/ABI/glext.h + +and it will be ok (we ll add this to the INSTALL file) + +Vianney Lecroart +--- +lead programmer / nevrax.com +icq#: 6870415 +homepage: http://ace.planet-d.net +www.geek.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- +w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? + + + +From francois.perichon@inzebox.com Wed Jan 17 12:43:33 2001 +Received: from areca.wanadoo.fr (smtp-rt-4.wanadoo.fr [193.252.19.156]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f0HBhS439306 + for ; Wed, 17 Jan 2001 12:43:28 +0100 (CET) + (envelope-from francois.perichon@inzebox.com) +Received: from amyris.wanadoo.fr (193.252.19.150) by areca.wanadoo.fr; 17 Jan 2001 12:41:23 +0100 +Received: from smtp.wanadoo.fr (193.253.211.247) by amyris.wanadoo.fr; 17 Jan 2001 12:41:22 +0100 +Date: Wed, 17 Jan 2001 12:46:53 +0100 +From: =?ISO-8859-1?Q?Fran=E7ois_P=E9richon?= +To: nel@nevrax.org +Message-ID: <20010117124653.A31099@barjackland> +Mime-Version: 1.0 +Content-Type: text/plain; charset=ISO-8859-1 +Content-Transfer-Encoding: 8bit +X-Mailer: Balsa 1.0.pre5 +Subject: [Nel] opengl problem +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Hi, +I finally made it with the mesa3D 3.3, the last glext.h from sgi, the +correct stlport, and so on. +I './configure' without any problems (I set the --with-stlport, +--with-stllib, and th --with-python) +When making the opengl driver i end with this error : + +In file included from driver_opengl.h:43, + from driver_opengl.cpp:45: +./../../../include/nel/3d/material.h:264: anonymous class type not used to +declare any objects +./../../../include/nel/3d/material.h: In method `void +NL3D::CMaterial::CTexEnv::setDefault()': +./../../../include/nel/3d/material.h:273: `union +NL3D::CMaterial::CTexEnv::{anonymous}' has no member named `OpRGB' +./../../../include/nel/3d/material.h:274: `union +NL3D::CMaterial::CTexEnv::{anonymous}' has no member named `SrcArg0RGB' + +and this one : + +In file included from ../../../../include/nel/3d/material.h:338, + from driver_opengl.h:43, + from driver_opengl.cpp:45: +./../../../include/nel/3d/driver_material_inline.h: In method `void +NL3D::CMaterial::texEnvOpRGB(unsigned int, NL3D::CMaterial::TTexOperator)': +./../../../include/nel/3d/driver_material_inline.h:157: `union +NL3D::CMaterial::CTexEnv::{anonymous}' has no member named `OpRGB' +./../../../include/nel/3d/driver_material_inline.h: In method `void +NL3D::CMaterial::texEnvArg0RGB(unsigned int, NL3D::CMaterial::TTexSource, +NL3D::CMaterial::TTexOperand)': + + +What have i made wrong? Where this mysterious NL3D is defined? + +-- +François "Le Barjack" Périchon +francois.perichon@inzebox.com +lebarjack@inzebox.com +36, rue de la clef +59800 Lille +France +Tel : +33 (0)3 20 55 55 90 +Fax : +33 (0)3 20 55 55 92 + + +From archer@nevrax.com Wed Jan 17 18:45:23 2001 +Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f0HHjN441076 + for ; Wed, 17 Jan 2001 18:45:23 +0100 (CET) + (envelope-from archer@nevrax.com) +Received: (from archer@localhost) + by nevrax.com (8.9.3/8.9.3) id SAA18957 + for nel@nevrax.org; Wed, 17 Jan 2001 18:49:11 +0100 +Date: Wed, 17 Jan 2001 18:49:11 +0100 +From: Vincent Archer +To: nel@nevrax.org +Message-ID: <20010117184911.A18838@nevrax.com> +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +X-Mailer: Mutt 1.0pre3us +Subject: [Nel] Announce: NeL 0.1 is officially out +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +We are proud to announce the release of the 0.1 version of the NeL +framework. This framework comprises the NeL library, and a basic client +and server source for a simple game called Snowballs. The CVS should be +updated shortly, and the 0.1 release tagged. We are including the data +files required for the game separately. + +If you are following the CVS regularly, you just have to update, +download the data archive, compile and run. Otherwise, you may also +download separately the source tree of the 0.1 release without using +CVS. + +NB: The source archives are packages with CVS data, you may use unpack +them and use then CVS to update. + +We do not provide a pre-built set of binaries, as the 0.1 release isn't +really representative of the full technology we want to use. The server +has been tested under Linux, and the client under Windows. If you want +to use it, there is a demo server running here, on which the client +connects by default. + +For any questions, we have opened a new mailing list dedicated to the +Snowballs demo game, snowballs@nevrax.org (see on the web site for +a subscription page). Questions and reports about the client, server, +or game data themselves should be directed there, while all discussions +on the NeL library itself should remain under the nel@nevrax.org +original mailing list. + +The archives may be downloaded there from the main page: + http://www.nevrax.org/ + +Note: The zip archive contains the source tree in DOS text format, +whereas the tar.gz archives contains the source in Unix text format. +Both should compile equally well, but one might be easier to edit on +your system. + +See you on the snowfields :) + +-- +Vincent Archer Email: archer@nevrax.com + +Nevrax France. Off on the yellow brick road we go! + +From zager@teleaction.com Wed Jan 17 22:20:34 2001 +Received: from jupiter.augur.de (jupiternew.teleaction.de [194.149.245.1]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f0HLKX442258 + for ; Wed, 17 Jan 2001 22:20:34 +0100 (CET) + (envelope-from zager@teleaction.com) +Received: from zager ([194.149.245.62]) + by jupiter.augur.de (8.8.8+Sun/8.8.8) with ESMTP id WAA05538 + for ; Wed, 17 Jan 2001 22:18:06 +0100 (MET) +Date: Wed, 17 Jan 2001 22:17:13 +0100 +From: Dim Segebart +X-Mailer: The Bat! (v1.49) Business +X-Priority: 3 (Normal) +Message-ID: <137101409648.20010117221713@teleaction.de> +To: Vincent Archer +Subject: Re: [Nel] Announce: NeL 0.1 is officially out +In-reply-To: <20010117184911.A18838@nevrax.com> +References: <20010117184911.A18838@nevrax.com> +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Transfer-Encoding: 7bit +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Hello to all ! +I just want to share some of my recent hints on building NeL for Win32 +platform with MC VC++ 6.0 +(Sorry for experienced developers familiar with Win32 development +environment, may be someone else like me usually do work primarily under +UNIX and very seldom under Win32) + +*** STLPort *** +First problem is building STLPort. +(first big problem is the size - You should have a plenty of free space on +hard drive. After building, STLPORT occupies 377946112 bytes) +For some reasons or other nmake +doesn't work for me as expected (could be what Win32 also hate me as I +hate Win32 ;)) It reports a lot of errors and exit. +To solve this problem you can do File->Open STLport-4.0\src\vc6.mak and +then do Build->build stlport.exe +Finally, after 30 minutes of hard work (PIII500/256), you'll have .lib & .dll & .pdb +files located at STLport-4.0\lib Manually copy .lib (and I think +.pdb too) to VC default \lib location and don't forget to copy .dll +files to some place where they could be found at runtime. + +*** FreeType 2 *** +You need GNU Make 3.77 Link at FreeType site is broken +Grab it from ftp://sunsite.cnlab-switch.ch/mirror/freetype/contrib/win32/gnumake-win32.zip +or any other place you want +(http://ftpsearch.lycos.com/cgi-bin/search?form=medium&query=gnumake-win32.zip&doit=Search&type=Case+insensitive+multiple+substrings+search&hits=50&matches=&hitsprmatch=&limdom=&limpath=&hidepackages=on&hidedistfiles=on&hidefreebsd=on&hideopenbsd=on&hidenetbsd=on&hidelinux=on&f1=Count&f2=Mode&f3=Size&f4=Date&f5=Host&f6=Path&header=none&sort=none&trlen=20) +You should have both path to GNU make and path to VC++ binaries as well +to be included into your PATH environment variable +next do: +make setup visualc +make +copy freetype-2.0\obj\freetype.lib to VC++ default \lib location +and also copy freetype-2.0\include\freetype directory itself to VC \include +directory (just to save some clicks and typing while building NeL) + +To be continued ... + +PS. Many thanks to Paul Oakenfold and his wonderful music which save +me from going madness while working under MS Windows :)) +-- +Dim Segebart mailto:zager@teleaction.de + + + +From cblt@cblt.org Wed Jan 17 23:05:34 2001 +Received: from balzac.cybercable.fr (balzac.cybercable.fr [212.198.0.198]) + by www.nevrax.org (8.11.0/8.11.0) with SMTP id f0HM5Y442472 + for ; Wed, 17 Jan 2001 23:05:34 +0100 (CET) + (envelope-from cblt@cblt.org) +Received: (qmail 4413581 invoked from network); 17 Jan 2001 22:03:29 -0000 +Received: from r184m194.cybercable.tm.fr (HELO cblt.org) ([195.132.184.194]) (envelope-sender ) + by balzac.cybercable.fr (qmail-ldap-1.03) with SMTP + for ; 17 Jan 2001 22:03:29 -0000 +Message-ID: <3A6617E3.1000508@cblt.org> +Date: Wed, 17 Jan 2001 23:08:35 +0100 +From: Nicolas Hognon +User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; 0.7) Gecko/20010109 +X-Accept-Language: en +MIME-Version: 1.0 +To: nel@nevrax.org +Content-Type: text/plain; charset=us-ascii; format=flowed +Content-Transfer-Encoding: 7bit +Subject: [Nel] some questions about buildings Nel under win32 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +hello (sorry for my english) + +i've got problem to build the client under win32. +i build all the nel components and stl-port and freetype. +then i build the client and i've got some problem at the link. + +here is the error log of visual. + + > Linking... + > MSVCRTD.lib(cinitexe.obj) : warning LNK4098: defaultlib "libcmt.lib" + > conflicts with use of other libs; use /NODEFAULTLIB:library + > freetype.lib(ftinit.obj) : error LNK2001: unresolved external symbol + > _psaux_module_class + > Debug/snowballs.exe : fatal error LNK1120: 1 unresolved externals + > Error executing link.exe. + + +perhaps i make a mistake building freetype. +i've got freetype-2.0.1 which generate freetype200b8_D.lib (debug) +and freetype200b8MT.lib (release) in the lib directory. + +i try to link with the debug and the release one renaming it to +freetype.lib cos the client link with freetype.lib +but it don't work. +i read different message in the mailing list and i understand the +freetype lib is build in obj directory but one my system it's build in lib. +is it possible i've got a wrong version of freetype ? + +thank you for you're help. + +and i've got another question a the 0.1 release of nel client and +server. where are the data. in another module than code. +cos i can see data on the webcvs but i can't get it with wincvs ? + + +-- +Nicolas Hognon +home : cblt@cblt.org / www.cblt.org +work : nicolash@virtools.com / www.virtools.com +#ICQ : 36044443 + +Enjoy the silence +(DM) + + +From jerome.lanquetot@animaths.com Thu Jan 18 10:38:52 2001 +Received: from animaths.com (AMontsouris-101-2-1-70.abo.wanadoo.fr [193.251.54.70] (may be forged)) + by www.nevrax.org (8.11.0/8.11.0) with SMTP id f0I9co446236 + for ; Thu, 18 Jan 2001 10:38:51 +0100 (CET) + (envelope-from jerome.lanquetot@animaths.com) +Received: (qmail 11900 invoked by uid 31); 18 Jan 2001 09:43:17 -0000 +Received: from jerome.lanquetot@animaths.com by ns.masa.com with qmail-scanner-0.93 (scanner: maj 10/01/2000. . Clean. Processed in 0.246359 secs); 18/01/2001 10:43:17 +X-Qmail-Scanner-Mail-From: jerome.lanquetot@animaths.com via ns.masa.com +X-Qmail-Scanner-Rcpt-To: nel@nevrax.org +X-Qmail-Scanner: 0.93 (No viruses found. Processed in 0.249057 secs) +Received: from jlt.masa.com (HELO jlt) (172.16.2.11) + by ns.masa.com with SMTP; 18 Jan 2001 09:43:17 -0000 +Message-ID: <00b301c08132$6e9880d0$0b0210ac@jlt> +From: "Jerome Lanquetot" +To: +References: <3A6617E3.1000508@cblt.org> +Subject: Re: [Nel] some questions about buildings Nel under win32 +Date: Thu, 18 Jan 2001 10:38:36 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 5.50.4133.2400 +X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +You have to add the psaux files in the freetype project (do it manually it +works) + + +----- Original Message ----- +From: "Nicolas Hognon" +To: +Sent: Wednesday, January 17, 2001 11:08 PM +Subject: [Nel] some questions about buildings Nel under win32 + + +> hello (sorry for my english) +> +> i've got problem to build the client under win32. +> i build all the nel components and stl-port and freetype. +> then i build the client and i've got some problem at the link. +> +> here is the error log of visual. +> +> > Linking... +> > MSVCRTD.lib(cinitexe.obj) : warning LNK4098: defaultlib "libcmt.lib" +> > conflicts with use of other libs; use /NODEFAULTLIB:library +> > freetype.lib(ftinit.obj) : error LNK2001: unresolved external symbol +> > _psaux_module_class +> > Debug/snowballs.exe : fatal error LNK1120: 1 unresolved externals +> > Error executing link.exe. +> +> +> perhaps i make a mistake building freetype. +> i've got freetype-2.0.1 which generate freetype200b8_D.lib (debug) +> and freetype200b8MT.lib (release) in the lib directory. +> +> i try to link with the debug and the release one renaming it to +> freetype.lib cos the client link with freetype.lib +> but it don't work. +> i read different message in the mailing list and i understand the +> freetype lib is build in obj directory but one my system it's build in +lib. +> is it possible i've got a wrong version of freetype ? +> +> thank you for you're help. +> +> and i've got another question a the 0.1 release of nel client and +> server. where are the data. in another module than code. +> cos i can see data on the webcvs but i can't get it with wincvs ? +> +> +> -- +> Nicolas Hognon +> home : cblt@cblt.org / www.cblt.org +> work : nicolash@virtools.com / www.virtools.com +> #ICQ : 36044443 +> +> Enjoy the silence +> (DM) +> +> _______________________________________________ +> Nel mailing list +> Nel@nevrax.org +> http://www.nevrax.org/mailman/listinfo.cgi/nel +> + + +From lecroart@nevrax.com Thu Jan 18 10:42:41 2001 +Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f0I9ge446290 + for ; Thu, 18 Jan 2001 10:42:40 +0100 (CET) + (envelope-from lecroart@nevrax.com) +Received: from vianneyl (fw.localdomain [192.168.254.254]) + by nevrax.com (8.9.3/8.9.3) with SMTP id KAA28761 + for ; Thu, 18 Jan 2001 10:46:28 +0100 +Message-ID: <005601c08132$da739650$0901a8c0@vianneyl> +From: "Vianney Lecroart" +To: +References: <20010117184911.A18838@nevrax.com> <137101409648.20010117221713@teleaction.de> +Subject: Re: [Nel] Announce: NeL 0.1 is officially out +Date: Thu, 18 Jan 2001 10:41:37 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 5.00.2919.6700 +X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +> *** STLPort *** +> First problem is building STLPort. +> (first big problem is the size - You should have a plenty of free +space on +> hard drive. After building, STLPORT occupies 377946112 bytes) +> For some reasons or other nmake +> doesn't work for me as expected (could be what Win32 also hate me as I +> hate Win32 ;)) It reports a lot of errors and exit. +> To solve this problem you can do File->Open STLport-4.0\src\vc6.mak and +> then do Build->build stlport.exe +> Finally, after 30 minutes of hard work (PIII500/256), you'll have .lib & +.dll & .pdb +> files located at STLport-4.0\lib Manually copy .lib (and I think +> .pdb too) to VC default \lib location and don't forget to copy .dll +> files to some place where they could be found at runtime. + +yes + +> *** FreeType 2 *** +> You need GNU Make 3.77 Link at FreeType site is broken +> Grab it from +ftp://sunsite.cnlab-switch.ch/mirror/freetype/contrib/win32/gnumake-win32.zi +p +> or any other place you want +> +(http://ftpsearch.lycos.com/cgi-bin/search?form=medium&query=gnumake-win32.z +ip&doit=Search&type=Case+insensitive+multiple+substrings+search&hits=50&matc +hes=&hitsprmatch=&limdom=&limpath=&hidepackages=on&hidedistfiles=on&hidefree +bsd=on&hideopenbsd=on&hidenetbsd=on&hidelinux=on&f1=Count&f2=Mode&f3=Size&f4 +=Date&f5=Host&f6=Path&header=none&sort=none&trlen=20) +> You should have both path to GNU make and path to VC++ binaries as well +> to be included into your PATH environment variable +> next do: +> make setup visualc +> make +> copy freetype-2.0\obj\freetype.lib to VC++ default \lib location +> and also copy freetype-2.0\include\freetype directory itself to VC +\include +> directory (just to save some clicks and typing while building NeL) + +yes too... + +In fact, I put in the INSTALL all things that you have to do to compile +freetype, stlport and so on. +But, I had to remove these information because, some people in Nevrax think +that it s not our job +to explain how to compile others external libraries. + +Thanks for all these informations and we hope that they helps everybody to +compile more easily. + + +Vianney + + + +From lecroart@nevrax.com Thu Jan 18 10:49:42 2001 +Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f0I9ng446378 + for ; Thu, 18 Jan 2001 10:49:42 +0100 (CET) + (envelope-from lecroart@nevrax.com) +Received: from vianneyl (fw.localdomain [192.168.254.254]) + by nevrax.com (8.9.3/8.9.3) with SMTP id KAA28972 + for ; Thu, 18 Jan 2001 10:53:29 +0100 +Message-ID: <005c01c08133$d59f8390$0901a8c0@vianneyl> +From: "Vianney Lecroart" +To: +References: <3A6617E3.1000508@cblt.org> +Subject: Re: [Nel] some questions about buildings Nel under win32 +Date: Thu, 18 Jan 2001 10:48:39 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 5.00.2919.6700 +X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +> perhaps i make a mistake building freetype. +> i've got freetype-2.0.1 which generate freetype200b8_D.lib (debug) +> and freetype200b8MT.lib (release) in the lib directory. + +when we compile freetype2.0.1, it generated a freetype.lib in the +freetype-2.0.1/obj directory. +we never rename the library name or something like that. +we don t have freetype200b8MT.lib or these strange lib filename. +it seems with the name that it s freetype version 2.0.0 beta 8 and it s +perhaps the reason. + +> and i've got another question a the 0.1 release of nel client and +> server. where are the data. in another module than code. +> cos i can see data on the webcvs but i can't get it with wincvs ? + +no, we don t put the data on cvs because it s too slow to get them and +binaries are +not very well managed in cvs. if you want data for the snowballs game, you +have to +download the tarball or zip file from the www.nevrax.org web site. + +Vianney + + +From David.Mentre@inria.fr Thu Jan 18 11:01:08 2001 +Received: from concorde.inria.fr (concorde.inria.fr [192.93.2.39]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f0IA18446548 + for ; Thu, 18 Jan 2001 11:01:08 +0100 (CET) + (envelope-from David.Mentre@inria.fr) +Received: from pochi.inria.fr (pochi.inria.fr [128.93.8.128]) + by concorde.inria.fr (8.11.1/8.10.0) with ESMTP id f0I9x1520144 + for ; Thu, 18 Jan 2001 10:59:01 +0100 (MET) +Received: (from mentre@localhost) + by pochi.inria.fr (8.11.1/8.10.0) id f0I9x1s06320; + Thu, 18 Jan 2001 10:59:01 +0100 +X-Authentication-Warning: pochi.inria.fr: mentre set sender to David.Mentre@inria.fr using -f +To: nel@nevrax.org +Subject: Re: [Nel] Announce: NeL 0.1 is officially out +References: <20010117184911.A18838@nevrax.com> + <137101409648.20010117221713@teleaction.de> + <005601c08132$da739650$0901a8c0@vianneyl> +From: David Mentre +X-PhD-defense: in 1 months and 9 days. +Date: 18 Jan 2001 10:59:01 +0100 +In-Reply-To: "Vianney Lecroart"'s message of "Thu, 18 Jan 2001 10:41:37 +0100" +Message-ID: +Lines: 13 +User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.4 +MIME-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +"Vianney Lecroart" writes: + +> But, I had to remove these information because, some people in Nevrax +> think that it s not our job to explain how to compile others external +> libraries. + +It is maybe not your job, but if people are unable to start, they will +never give you a feedback (code, bugs, ...). + +d. +-- + David.Mentre@inria.fr -- http://www.irisa.fr/prive/dmentre/ + Opinions expressed here are only mine. + +From corvazier@nevrax.com Thu Jan 18 15:02:44 2001 +Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f0IE2f447885 + for ; Thu, 18 Jan 2001 15:02:42 +0100 (CET) + (envelope-from corvazier@nevrax.com) +Received: from pc23 (fw.localdomain [192.168.254.254]) + by nevrax.com (8.9.3/8.9.3) with SMTP id PAA01491 + for ; Thu, 18 Jan 2001 15:06:26 +0100 +Message-ID: <009d01c08157$251efea0$1701a8c0@nevrax.net> +From: "Cyril Corvazier" +To: +Date: Thu, 18 Jan 2001 15:01:25 +0100 +Organization: Nevrax +MIME-Version: 1.0 +Content-Type: multipart/alternative; + boundary="----=_NextPart_000_009A_01C0815F.86D29DC0" +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 5.00.2919.6600 +X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 +Subject: [Nel] Gl driver +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +This is a multi-part message in MIME format. + +------=_NextPart_000_009A_01C0815F.86D29DC0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: quoted-printable + + + +Hi, + +> here is the error: +> ERR client.cpp 2574: Exception: EBadDisplay: Missing Required GL = +extension: +> GL_ARB_multitexture + + +The NeL's GlDriver works only if the GL_ARB_multitexture and = +GL_EXT_tex_env_combine are present. +If you don't have those extensions but your card can do multitexturing = +(if you have GL_SGIS_multitexture=20 +for exemple), try to update your driver. + +Today, the client has been tested under Geforce and Geforce II. + +Regards + +Cyril Corvazier. =20 + + +------=_NextPart_000_009A_01C0815F.86D29DC0 +Content-Type: text/html; + charset="iso-8859-1" +Content-Transfer-Encoding: quoted-printable + + + + + + + + +
+
<from Snowballs mailing list>
+
 
+
Hi,
+
> here is the error:
> ERR client.cpp 2574: Exception:=20 +EBadDisplay: Missing Required GL extension:
>=20 +GL_ARB_multitexture
+
 
+
The NeL's GlDriver works only if the GL_ARB_multitexture and=20 +GL_EXT_tex_env_combine are present.
+
If you don't have those extensions but your card can do = +multitexturing (if=20 +you have GL_SGIS_multitexture
+
for exemple), try to update your driver.
+
 
+
Today, the client has been tested under Geforce and Geforce = +II.
+
 
+
Regards
+
 
+
Cyril Corvazier.   
+
 
+ +------=_NextPart_000_009A_01C0815F.86D29DC0-- + + +From lecroart@nevrax.com Thu Jan 18 17:57:15 2001 +Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f0IGvF448814 + for ; Thu, 18 Jan 2001 17:57:15 +0100 (CET) + (envelope-from lecroart@nevrax.com) +Received: from vianneyl (fw.localdomain [192.168.254.254]) + by nevrax.com (8.9.3/8.9.3) with SMTP id SAA05211 + for ; Thu, 18 Jan 2001 18:01:01 +0100 +Message-ID: <00b001c0816f$8f69ea50$0901a8c0@vianneyl> +From: "Vianney Lecroart" +To: +References: <20010117184911.A18838@nevrax.com><137101409648.20010117221713@teleaction.de><005601c08132$da739650$0901a8c0@vianneyl> +Subject: Re: [Nel] Announce: NeL 0.1 is officially out +Date: Thu, 18 Jan 2001 17:56:11 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 5.00.2919.6700 +X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +> > But, I had to remove these information because, some people in Nevrax +> > think that it s not our job to explain how to compile others external +> > libraries. +> +> It is maybe not your job, but if people are unable to start, they will +> never give you a feedback (code, bugs, ...). + +Exact, We know that but in fact, if we put a doc explains all things to do +to +install external lib, we ll have to follow each new external lib version, +try them +and correct eventually the file. It s the reason that we prefer to refer to +the +external lib documentation to install them. +Anyway, we'll perhaps put a special section on our web site or/and with nel +to +explain more in deep how to get and compile external stuffs. + +Vianney Lecroart + + + +From jerome.lanquetot@animaths.com Thu Jan 18 18:01:31 2001 +Received: from animaths.com (AMontsouris-101-2-1-70.abo.wanadoo.fr [193.251.54.70] (may be forged)) + by www.nevrax.org (8.11.0/8.11.0) with SMTP id f0IH1U448858 + for ; Thu, 18 Jan 2001 18:01:31 +0100 (CET) + (envelope-from jerome.lanquetot@animaths.com) +Received: (qmail 4270 invoked by uid 31); 18 Jan 2001 17:06:01 -0000 +Received: from jerome.lanquetot@animaths.com by ns.masa.com with qmail-scanner-0.93 (scanner: maj 10/01/2000. . Clean. Processed in 0.264984 secs); 18/01/2001 18:06:01 +X-Qmail-Scanner-Mail-From: jerome.lanquetot@animaths.com via ns.masa.com +X-Qmail-Scanner-Rcpt-To: nel@nevrax.org +X-Qmail-Scanner: 0.93 (No viruses found. Processed in 0.267597 secs) +Received: from jlt.masa.com (HELO jlt) (172.16.2.11) + by ns.masa.com with SMTP; 18 Jan 2001 17:06:00 -0000 +Message-ID: <006901c08170$49445870$0b0210ac@jlt> +From: "Jerome Lanquetot" +To: +References: <009d01c08157$251efea0$1701a8c0@nevrax.net> +Date: Thu, 18 Jan 2001 18:01:22 +0100 +MIME-Version: 1.0 +Content-Type: multipart/alternative; + boundary="----=_NextPart_000_0066_01C08178.AAEBC290" +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 5.50.4133.2400 +X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 +Subject: [Nel] Server +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +C'est un message de format MIME en plusieurs parties. + +------=_NextPart_000_0066_01C08178.AAEBC290 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: quoted-printable + + +I have some problems launching the five services: log, login, moves, = +naming and time. +I found nowhere some help about the functionnalities about each service = +and the order in which they start. + +Could you help me to launch correctly the services. + +Regards + +J=E9r=F4me Lanquetot + + + + +------=_NextPart_000_0066_01C08178.AAEBC290 +Content-Type: text/html; + charset="iso-8859-1" +Content-Transfer-Encoding: quoted-printable + + + + + + + + +
 
+
I have some problems launching the five = +services:=20 +log, login,=20 +moves, naming and=20 +time.
+
I found nowhere some help about the=20 +functionnalities about each service and the order in which they=20 +start.
+
 
+
Could you help me to launch correctly = +the=20 +services.
+
 
+
Regards
+
 
+
J=E9r=F4me Lanquetot
+
 
+
 
+ +------=_NextPart_000_0066_01C08178.AAEBC290-- + + +From lecroart@nevrax.com Thu Jan 18 18:20:55 2001 +Received: from nevrax.com (lan194.nice.imaginet.fr [195.68.21.194] (may be forged)) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f0IHKs448963 + for ; Thu, 18 Jan 2001 18:20:54 +0100 (CET) + (envelope-from lecroart@nevrax.com) +Received: from vianneyl (fw.localdomain [192.168.254.254]) + by nevrax.com (8.9.3/8.9.3) with SMTP id SAA05685 + for ; Thu, 18 Jan 2001 18:24:36 +0100 +Message-ID: <00d701c08172$dcd86d40$0901a8c0@vianneyl> +From: "Vianney Lecroart" +To: +References: <009d01c08157$251efea0$1701a8c0@nevrax.net> <006901c08170$49445870$0b0210ac@jlt> +Subject: Re: [Nel] Server +Date: Thu, 18 Jan 2001 18:19:46 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 5.00.2919.6700 +X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +>I have some problems launching the five services: log, login, moves, naming +and time. +>I found nowhere some help about the functionnalities about each service and +the order in which they start. +>Could you help me to launch correctly the services. + +first, you have to create the ns.cfg file with: + +--------begin of ns.cfg------- +Host="your nameservice ip"; +Port=50000; +--------end of ns.cfg------- + +after, you launch, in order: +- naming <-- used to find a specific service by his name +- log <-- centralized log for all service +- time <-- centralized time reference +- login <-- centralized user account for all shard +- moves <-- a shard + +of course, some services will create some config file that you have to fill. +you have to put in the ls.txt the moves service host ip like this: + +---- +Shards = { + "your moves service host ip", "the name of the shard appears on the client" +}; +---- + +Vianney Lecroart + + + +From jerome.lanquetot@animaths.com Thu Jan 18 18:50:29 2001 +Received: from animaths.com (AMontsouris-101-2-1-70.abo.wanadoo.fr [193.251.54.70] (may be forged)) + by www.nevrax.org (8.11.0/8.11.0) with SMTP id f0IHoT449131 + for ; Thu, 18 Jan 2001 18:50:29 +0100 (CET) + (envelope-from jerome.lanquetot@animaths.com) +Received: (qmail 6938 invoked by uid 31); 18 Jan 2001 17:55:00 -0000 +Received: from jerome.lanquetot@animaths.com by ns.masa.com with qmail-scanner-0.93 (scanner: maj 10/01/2000. . Clean. Processed in 0.291242 secs); 18/01/2001 18:55:00 +X-Qmail-Scanner-Mail-From: jerome.lanquetot@animaths.com via ns.masa.com +X-Qmail-Scanner-Rcpt-To: nel@nevrax.org +X-Qmail-Scanner: 0.93 (No viruses found. Processed in 0.293819 secs) +Received: from jlt.masa.com (HELO jlt) (172.16.2.11) + by ns.masa.com with SMTP; 18 Jan 2001 17:55:00 -0000 +Message-ID: <008901c08177$21768280$0b0210ac@jlt> +From: "Jerome Lanquetot" +To: +References: <009d01c08157$251efea0$1701a8c0@nevrax.net> <006901c08170$49445870$0b0210ac@jlt> <00d701c08172$dcd86d40$0901a8c0@vianneyl> +Subject: Re: [Nel] Server +Date: Thu, 18 Jan 2001 18:50:22 +0100 +MIME-Version: 1.0 +Content-Type: multipart/alternative; + boundary="----=_NextPart_000_0086_01C0817F.8334D000" +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 5.50.4133.2400 +X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +C'est un message de format MIME en plusieurs parties. + +------=_NextPart_000_0086_01C0817F.8334D000 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: quoted-printable + +Thanks Vianney, + +I have now two bugs. + +- The first one is when i launch the moves service, it closes itself. +- The second one (linked to the first one i guess) is when i launch the = +client i get the following exception: +"01/01/18 18:45:00 ERR client.cpp 2574: Exception: toto2" + +I give you all my config files: + +ls.txt: + +Users =3D { +}; + +Shards =3D { + "172.16.2.11", "StartPosition" +}; + + +ns.cfg: + +Host=3D"jlt"; +Port=3D50000; + +and client.cfg: +// CLIENT CONFIG FILE + +FullScreen =3D 0; +Width =3D 800; +Height =3D 600; +Depth =3D 16; +Position =3D { 1840.000000, -970.000000, -23.520323 }; +Heading =3D { -0.122154, 1.000000, 0.0 }; +Background =3D { 100, 100, 255 }; +DataPath =3D "data/"; +FontName =3D "n019003l.pfb"; +LanguageIndex =3D 0; +LSHost =3D "172.16.2.11"; +Login =3D "jaylee"; +Password =3D "a"; +ShardIP =3D "172.16.2.11"; +CharacterIndex =3D 0; +LandscapeTileNear =3D 50.000000; +LandscapeThreshold =3D 0.001000; + + + +----- Original Message -----=20 +From: "Vianney Lecroart" +To: +Sent: Thursday, January 18, 2001 6:19 PM +Subject: Re: [Nel] Server + + +> >I have some problems launching the five services: log, login, moves, = +naming +> and time. +> >I found nowhere some help about the functionnalities about each = +service and +> the order in which they start. +> >Could you help me to launch correctly the services. +>=20 +> first, you have to create the ns.cfg file with: +>=20 +> --------begin of ns.cfg------- +> Host=3D"your nameservice ip"; +> Port=3D50000; +> --------end of ns.cfg------- +>=20 +> after, you launch, in order: +> - naming <-- used to find a specific service by his = +name +> - log <-- centralized log for all service +> - time <-- centralized time reference +> - login <-- centralized user account for all = +shard +> - moves <-- a shard +>=20 +> of course, some services will create some config file that you have to = +fill. +> you have to put in the ls.txt the moves service host ip like this: +>=20 +> ---- +> Shards =3D { +> "your moves service host ip", "the name of the shard appears on the = +client" +> }; +> ---- +>=20 +> Vianney Lecroart +>=20 +>=20 +> _______________________________________________ +> Nel mailing list +> Nel@nevrax.org +> http://www.nevrax.org/mailman/listinfo.cgi/nel +>=20 + +------=_NextPart_000_0086_01C0817F.8334D000 +Content-Type: text/html; + charset="iso-8859-1" +Content-Transfer-Encoding: quoted-printable + + + + + + + + +
Thanks Vianney,
+
 
+
I have now two bugs.
+
 
+
- The first one is when i launch the = +moves service,=20 +it closes itself.
+
- The second one (linked to the first = +one i guess)=20 +is when i launch the client i get the following exception:
+
"01/01/18 18:45:00 ERR client.cpp 2574: = +Exception:=20 +toto2"
+
 
+
I give you all my config = +files:
+
 
+
ls.txt:
+
 
+
Users =3D {
+
};
+
 
+
Shards =3D {
 "172.16.2.11",=20 +"StartPosition"
};
+
 
+
ns.cfg:
+
 
+
Host=3D"jlt";
Port=3D50000;
+
 
+
and = +client.cfg:
+
// CLIENT CONFIG FILE +
 
+
FullScreen =3D 0;
Width =3D = +800;
Height =3D=20 +600;
Depth =3D 16;
Position =3D { 1840.000000, -970.000000, = +-23.520323=20 +};
Heading =3D { -0.122154, 1.000000, 0.0 };
Background =3D { 100, = +100, 255=20 +};
DataPath =3D "data/";
FontName =3D = +"n019003l.pfb";
LanguageIndex =3D=20 +0;
LSHost =3D "172.16.2.11";
Login =3D "jaylee";
Password =3D = +"a";
ShardIP=20 +=3D "172.16.2.11";
CharacterIndex =3D 0;
LandscapeTileNear =3D=20 +50.000000;
LandscapeThreshold =3D 0.001000;
+
 
+
 
+
 
+
----- Original Message ----- + +
To: <nel@nevrax.org>
+
Sent: Thursday, January 18, 2001 6:19=20 +PM
+
Subject: Re: [Nel] = +Server
+

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Hello,

+

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

+

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

+

I would love to hear from you.

+

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

+

+ + + + + + + + + + + +
+ + + + + + + + + +
+ + +
  + +  

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

Hello,

+

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

+

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

+

I would love to hear from you.

+

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

+

+ + + + + + + + + + + +
+ + + + + + + + + +
+ + +
  + +  

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

Cyril=20 +Corvazier
Lead 3d programmer
Nevrax = +France

+ +------=_NextPart_000_0007_01C0CE8B.05058E00-- + + +From archer@mail.nevrax.com Fri Apr 27 17:18:46 2001 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f3RFIgX32466 + for ; Fri, 27 Apr 2001 17:18:43 +0200 (CEST) + (envelope-from archer@mail.nevrax.com) +Received: (from archer@localhost) + by mail.nevrax.com (8.11.1/8.11.1) id f3RFFH348142 + for nel@nevrax.org; Fri, 27 Apr 2001 17:15:17 +0200 (CEST) + (envelope-from archer) +Date: Fri, 27 Apr 2001 17:15:17 +0200 +From: Vincent Archer +To: nel@nevrax.org +Subject: Re: [Nel] A small document for your consumption +Message-ID: <20010427171517.I39659@nevrax.com> +References: <002601c0ce64$636e5340$52903c42@brenden2001towe.rcsis.com> +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +User-Agent: Mutt/1.2.5i +In-Reply-To: <002601c0ce64$636e5340$52903c42@brenden2001towe.rcsis.com>; from brenden@rcsis.com on Thu, Apr 26, 2001 at 08:20:12AM -0700 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +According to Brenden Towey: +> From: Vincent Archer +> > 3) MD5 for a dynamic challenge. A good example: the server sends you the +> > current date when you connect, and you use that date as the first +> > bytes of the MD5 digest. +> +> Would #3 solve the login & password hacking problem? + +More or less. However, most of the hacking problems I've seen these days +on MMOGs do not involve a spoofed server or anything else. They're all +revolving around: + +1) A scam aimed at getting your login and password + (we have this incredible powerleveling service. Send us $30 and + your password and we'll have you level 50 in a month) + +2) A trojan (last one on EQ pretending to be an 'undetectable macro + program') that intercept the login/password pair when you *type them*. + +Still, it doesn't hurt to make a MD5 challenge. If someone can spoof +you into believing you're talking to the server, the usual crypto layer +that protects your connection against sniffing will not protect your +password (something some web designers conveniently forget, saying that +once you're using https:// urls, you can send you password in clear to +the web). + +> >serves as authentification, and the WS then updates the LS with its state, +> >name and IP address. The WS may have a list of valid IP/port address for WS +> >to avoid the occasional pirate server registration. +> +> +> Ok, I don't understand this. Why would one person or company want to do +> this? What's the advantage to having a login service in one location and a +> world service in another? Why not just co-locate all your services behind +> one firewall? + +Bandwidth/Lag/Security issues. + +Bandwidth is the first, and usually the less important one. But when you +start talking multiple OC12 links for your bandwidth consumption, you +quickly have limits on where you can locate your worlds. It is a lot easier +to negociate several locations with OC4 for each than say "I need a place +with two OC12". + +Lag is another one. All the world is not the states... tell it to the Aussies +who ranted and screamed till they finally got one Ultima Online server +down under. We're doing our best to make lag irrelevant, but given the +choice of playing on a server with 500 ms ping and a server with 100 ms +ping times... The experience with the latter will always be a *lot* +smoother. + +And finally security. Not network security, I'm talking real security. +Despite every premium paid, what happens if your server room catches +fire, and despite generous smothering of Halon, all your servers are +burnt to a nice crispy taste? Sure, the insurance will pay you lots of +money. But your players will no longer be there. + +Spreading your servers around makes sense on several points. + +-- +Vincent Archer Email: archer@nevrax.com + +Nevrax France. Off on the yellow brick road we go! + +From bebarker@meginc.com Tue May 1 05:43:07 2001 +Received: from sioux.meginc.com (Sioux.meginc.com [207.246.76.19]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f413h7X67223 + for ; Tue, 1 May 2001 05:43:07 +0200 (CEST) + (envelope-from bebarker@meginc.com) +Received: from localhost.localdomain (IDENT:brandon@[207.246.76.62]) + by sioux.meginc.com (8.9.3/8.9.1) with SMTP id XAA98000 + for ; Mon, 30 Apr 2001 23:39:58 -0400 (EDT) + (envelope-from bebarker@meginc.com) +Content-Type: text/plain; + charset="iso-8859-1" +From: Brandon Barker +To: nel@nevrax.org +Date: Mon, 30 Apr 2001 22:44:36 -0400 +X-Mailer: KMail [version 1.2] +MIME-Version: 1.0 +Message-Id: <01043022443600.01415@localhost.localdomain> +Content-Transfer-Encoding: 8bit +Subject: [Nel] NURBS +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Not sure how much this could help Nevrax but here it is: + +http://openNURBS.org + +As seen on homepage: + +The openNURBS Initiative provides CAD, CAM, CAE, and computer graphics +software developers the tools to accurately transfer 3-D geometry between +applications. + + The tools provided by openNURBS include: + +A file format specification and documentation. + C++ source code libraries to read and write the file format. Windows, Mac, +and Linux are supported. + Quality assurance and revision control. + Various supporting libraries and utilities. + Technical support. + +Unlike other open development initiatives, alliances, or consortia: + +Commercial use is encouraged. + The tools, support, and membership are free. + There are no restrictions. Neither copyright nor copyleft restrictions apply. + No contribution of effort or technology is required from the members, +although it is encouraged. + + +From valignat@gw.nevrax.com Fri May 4 12:03:31 2001 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f44A3UX94712 + for ; Fri, 4 May 2001 12:03:30 +0200 (CEST) + (envelope-from valignat@gw.nevrax.com) +Received: from gw.nevrax.com (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with ESMTP id f44A03H03164 + for ; Fri, 4 May 2001 12:00:03 +0200 (CEST) + (envelope-from valignat@gw.nevrax.com) +Received: (from valignat@localhost) + by gw.nevrax.com (8.11.2/8.11.2) id f44A03Q06292 + for nel@nevrax.org; Fri, 4 May 2001 12:00:03 +0200 (CEST) + (envelope-from valignat) +Date: Fri, 4 May 2001 12:00:03 +0200 +From: Cedric Valignat +To: NeL mailing list +Message-ID: <20010504120003.A6267@nevrax.com> +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +User-Agent: Mutt/1.2.5i +Subject: [Nel] New NeL's network interfaces and code ... +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Hello everybody, + + +This week, we commited the new NeL network library and the new +servives (NeLNS) using it. + +This new implementation of the network code is actualy completly +incompatible with Snowballs (client and move service) so you should +not update your code if you are playing with it. That work should be +done in a near future ... + +We've just put on-line a new version of the NeL network library. +Please note that this is a COMPLETE REWRITE. + +We have re-structured the reception code to be multi-threaded and +re-designed the code layers to better correspond to the requirements +of our product development teams. We have also put on-line updated +versions of the NeL network services that are compatible with the +new network implementation. + +For details please see the "under construction" document + which describes the +basic architecture in more detail, or take a look at the NeLNS +service implementations. Please note that we have not yet updated +the examples to comply with the new library. + +Have fun, + + +Daniel Miller & Cedric. + + + +From valignat@gw.nevrax.com Fri May 11 11:40:24 2001 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f4B9eNX50180 + for ; Fri, 11 May 2001 11:40:23 +0200 (CEST) + (envelope-from valignat@gw.nevrax.com) +Received: from gw.nevrax.com (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with ESMTP id f4B9apI17303 + for ; Fri, 11 May 2001 11:36:51 +0200 (CEST) + (envelope-from valignat@gw.nevrax.com) +Received: (from valignat@localhost) + by gw.nevrax.com (8.11.2/8.11.2) id f4B9ap520396 + for nel@nevrax.org; Fri, 11 May 2001 11:36:51 +0200 (CEST) + (envelope-from valignat) +Date: Fri, 11 May 2001 11:36:51 +0200 +From: Cedric Valignat +To: NeL mailing list +Message-ID: <20010511113650.A20369@nevrax.com> +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +User-Agent: Mutt/1.2.5i +Subject: [Nel] Modification to the interface of IStream +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Hello Everybody, + + +The method that streams container classes (IStream::serialCont) has been +extended to support serialisation of std::map and strd::multimap. +This has rendered IStream::serialMap obsolete. IStream::serialMap is now +private. + + +Have fun, + +Cedric. + + +From tanis@digi-web.it Mon Jun 11 11:06:14 2001 +Received: from www.digi-web.it ([62.110.27.80]) + by www.nevrax.org (8.11.0/8.11.0) with SMTP id f5B96DX97043 + for ; Mon, 11 Jun 2001 11:06:13 +0200 (CEST) + (envelope-from tanis@digi-web.it) +Received: (qmail 18680 invoked from network); 11 Jun 2001 08:59:47 -0000 +Received: from unknown (HELO valerio) (172.16.69.2) + by mail.digisoft.local with SMTP; 11 Jun 2001 08:59:47 -0000 +Message-ID: <015801c0f255$36e47e20$024510ac@valerio> +From: "Valerio Santinelli" +To: +Date: Mon, 11 Jun 2001 11:02:17 +0200 +MIME-Version: 1.0 +Content-Type: multipart/alternative; + boundary="----=_NextPart_000_0155_01C0F265.FA566AC0" +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 5.50.4522.1200 +X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 +Subject: [Nel] Snowball for Win32 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Messaggio in formato MIME composto da piy parti. + +------=_NextPart_000_0155_01C0F265.FA566AC0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: quoted-printable + +Are you guys at Nevrax going to publish a Win32 version of the Snowball = +demo application?=20 + +-- +Valerio Santinelli +HateSeed.com Founder (http://www.hateseed.com) +In Flames Italia Webmaster (http://www.inflames.it) +My Lab (http://tanis.hateseed.com) + +------=_NextPart_000_0155_01C0F265.FA566AC0 +Content-Type: text/html; + charset="iso-8859-1" +Content-Transfer-Encoding: quoted-printable + + + + + + + + +
Are you guys at Nevrax going to publish = +a Win32=20 +version of the Snowball demo application?
+
 
+
--
Valerio = +Santinelli
HateSeed.com Founder=20 +(http://www.hateseed.com)
In = +Flames=20 +Italia Webmaster (http://www.inflames.it)
My Lab = +(http://tanis.hateseed.com)<= +/DIV> + +------=_NextPart_000_0155_01C0F265.FA566AC0-- + + +From valignat@gw.nevrax.com Mon Jun 11 17:32:48 2001 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f5BFWmX98905 + for ; Mon, 11 Jun 2001 17:32:48 +0200 (CEST) + (envelope-from valignat@gw.nevrax.com) +Received: from gw.nevrax.com (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with ESMTP id f5BFSqI59038 + for ; Mon, 11 Jun 2001 17:28:52 +0200 (CEST) + (envelope-from valignat@gw.nevrax.com) +Received: (from valignat@localhost) + by gw.nevrax.com (8.11.2/8.11.2) id f5BFSqj01611 + for nel@nevrax.org; Mon, 11 Jun 2001 17:28:52 +0200 (CEST) + (envelope-from valignat) +Date: Mon, 11 Jun 2001 17:28:52 +0200 +From: Cedric Valignat +To: nel@nevrax.org +Subject: Re: [Nel] Snowball for Win32 +Message-ID: <20010611172851.A1589@nevrax.com> +References: <015801c0f255$36e47e20$024510ac@valerio> +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +User-Agent: Mutt/1.2.5i +In-Reply-To: <015801c0f255$36e47e20$024510ac@valerio>; from tanis@digi-web.it on Mon, Jun 11, 2001 at 11:02:17AM +0200 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Hi Valerio, + +Valerio Santinelli wrote: +> Are you guys at Nevrax going to publish a Win32 version of the Snowball +> demo application? + +Since we wrote Snowballs, NeL has moved on a fair bit. We're planning to put +together a new version of Snowballs that uses the latest Network and 3D +code. It'll take us a short while to get it together, but once it's there +we'll look at releasing a binary. I hope this helps. + +Regards, + + +Cedric. + + + +From valignat@gw.nevrax.com Wed Jun 13 11:25:43 2001 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f5D9PhX12207; + Wed, 13 Jun 2001 11:25:43 +0200 (CEST) + (envelope-from valignat@gw.nevrax.com) +Received: from gw.nevrax.com (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with ESMTP id f5D9LjI82434; + Wed, 13 Jun 2001 11:21:45 +0200 (CEST) + (envelope-from valignat@gw.nevrax.com) +Received: (from valignat@localhost) + by gw.nevrax.com (8.11.2/8.11.2) id f5D9LjJ29146; + Wed, 13 Jun 2001 11:21:45 +0200 (CEST) + (envelope-from valignat) +Date: Wed, 13 Jun 2001 11:21:45 +0200 +From: Cedric Valignat +To: snowballs@nevrax.org +Cc: NeL mailing list +Message-ID: <20010613112145.A29066@nevrax.com> +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +User-Agent: Mutt/1.2.5i +Subject: [Nel] Itsalive is dead +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Hi all, + +Itsalive decide to give up (due to a hardware problem). + +There'll be a new posting as soon as it's resurected. + + +Cedric. + +PS: Itsalive is our Snowballs server ... + + +From tanis@digi-web.it Wed Jun 13 12:30:30 2001 +Received: from www.digi-web.it ([62.110.27.80]) + by www.nevrax.org (8.11.0/8.11.0) with SMTP id f5DAUSX12559 + for ; Wed, 13 Jun 2001 12:30:28 +0200 (CEST) + (envelope-from tanis@digi-web.it) +Received: (qmail 3034 invoked from network); 13 Jun 2001 10:23:47 -0000 +Received: from unknown (HELO valerio) (172.16.69.2) + by mail.digisoft.local with SMTP; 13 Jun 2001 10:23:47 -0000 +Message-ID: <013701c0f3f3$525aaa90$024510ac@valerio> +From: "Valerio Santinelli" +To: +References: <015801c0f255$36e47e20$024510ac@valerio> <20010611172851.A1589@nevrax.com> +Subject: Re: [Nel] Snowball for Win32 +Date: Wed, 13 Jun 2001 12:26:34 +0200 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 5.50.4522.1200 +X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +I talked to Ace and I'll wait for the new version of Snowball to be +released. Thanks :) + +-- +Valerio Santinelli +http://www.digisoft-multimedia.it/ + +----- Original Message ----- +From: "Cedric Valignat" +To: +Sent: Monday, June 11, 2001 5:28 PM +Subject: Re: [Nel] Snowball for Win32 + + +> +> Hi Valerio, +> +> Valerio Santinelli wrote: +> > Are you guys at Nevrax going to publish a Win32 version of the Snowball +> > demo application? +> +> Since we wrote Snowballs, NeL has moved on a fair bit. We're planning to +put +> together a new version of Snowballs that uses the latest Network and 3D +> code. It'll take us a short while to get it together, but once it's there +> we'll look at releasing a binary. I hope this helps. +> +> Regards, +> +> +> Cedric. +> +> +> _______________________________________________ +> Nel mailing list +> Nel@nevrax.org +> http://www.nevrax.org/mailman/listinfo.cgi/nel +> + + +From alfred@mazuma.net.au Thu Jun 14 15:45:55 2001 +Received: from mailin8.bigpond.com (juicer39.bigpond.com [139.134.6.96]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f5EDjrX21952 + for ; Thu, 14 Jun 2001 15:45:54 +0200 (CEST) + (envelope-from alfred@mazuma.net.au) +Received: from mazuma.net.au ([144.135.24.78]) by + mailin8.bigpond.com (Netscape Messaging Server 4.15) with SMTP + id GEXAB000.5AG for ; Thu, 14 Jun 2001 23:47:24 +1000 +Received: from CPE-61-9-148-79.vic.bigpond.net.au ([61.9.148.79]) by bwmam04.mailsvc.email.bigpond.com(MailRouter V2.9d 8329/6156695); 14 Jun 2001 23:42:26 +Message-ID: <3B28C08A.1020403@mazuma.net.au> +Date: Thu, 14 Jun 2001 23:47:54 +1000 +From: Alfred +User-Agent: Mozilla/5.0 (X11; U; Linux 2.4.2-15mdk i686; en-US; rv:0.9.1) Gecko/20010607 +X-Accept-Language: en-us +MIME-Version: 1.0 +To: nel@nevrax.org +Content-Type: text/plain; charset=us-ascii; format=flowed +Content-Transfer-Encoding: 7bit +Subject: [Nel] Hello and a Question +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Hey guys, + My name is Alfred and my "credentials" are that I am the "father" of +admin mod (http://www.adminmod.org) along with being a devloper for some +other hl based mods (firearms for eg). + I work as a research engineer into tactical networks, so I have a fair +bit of experience with comms effects in harsh conditions (i.e the +general internet). + + Anyway, my question is, why did you develop your own distributed +architecture? Why not adapt/extend/use an existing solution such as +CORBA or DCOM (urgh, I know, win32 only). CORBA has a fair amount of +support and it can be coaxed to have the characteristics you need. I am +not saying you should change, I was just wonder what led you to make +your own? It just seems that the overheads of designing a naming and +authentication service are something that CORBA would have done away with. + +-- +Alfred Reynolds +alfred@mazuma.net.au + + +From miller@nevrax.com Fri Jun 15 18:05:30 2001 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f5FG5UX32050 + for ; Fri, 15 Jun 2001 18:05:30 +0200 (CEST) + (envelope-from miller@nevrax.com) +Received: from miller (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id f5FG1VI20688 + for ; Fri, 15 Jun 2001 18:01:31 +0200 (CEST) + (envelope-from miller@nevrax.com) +From: "Daniel Miller" +To: +Date: Fri, 15 Jun 2001 17:56:21 +0200 +Message-ID: +MIME-Version: 1.0 +Content-Type: multipart/alternative; + boundary="----=_NextPart_000_0010_01C0F5C4.7C949000" +X-Priority: 3 (Normal) +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) +Importance: Normal +X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 +Subject: [Nel] A bit of news +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +C'est un message de format MIME en plusieurs parties. + +------=_NextPart_000_0010_01C0F5C4.7C949000 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit + +For anyone who's interested, here's a brief view of what we're up to at +Nevrax. + +Regards to all, +Daniel. + + + +================================================ +NeL Development Team Summer/ Autumn 2001 Roadmap +================================================ + +Summer 2001: +============ + +The teams are working hard on the technology code required for an important +internal milestone, for the Massively Multiuser Universe in development, for +next September. The features listed under 'Coming Soon' (below) are on the +todo list for the internal milestone and will become available through the +summer. +During this period much of the code is being developed under Windows 2000 +(predominantly AI and 3D) and is liable to be committed to CVS without GNU/ +Linux testing. +Linux patches/ bug fixes will be readily accepted. + + +Autumn 2001: +============ +Once the internal milestone is behind us, the internal pressure on the NeL +development teams will be reduced and we will open up discussion about +further direction, specification improvemens and so on. + + +Snowballs: +========== + +Snowballs is going to be re-written over the next few weeks to reflect the +advancements and changes of direction in the NeL library since January. +There'll be postings as development progresses. +We intend to release a binary once the new code has been put together. + + +Net: +==== + +Done so far: +------------ +- Layer 0 (Data transfer layer) implementation +- Layer 1 (Data block management layer) implementation +- Layer 2 (Serialised data management layer) implementation +- Layer 3 (Message management layer) implementation & examples +- Layer 4 (Inter-Service message addressing layer) implementation & examples +- The 'Service' Framework implementation & examples +- System services (Naming Service, Time Service, Log Service) implementaion, +API & examples +- Login system (Stand alone program, client API) implementation & samples + +In development: +--------------- +- Shard Administration system (Admin Service, Admin Executor, Admin Client) +implementation +- Improved debugging tools for services in a shard + +Coming Soon: +------------ +- Backup Service +- Account manager (stand alone) + +On the list for later: +---------------------- +- Robustness testing and improvement (robustness to common attacks) +- System stress testing and stressed performance improvement +- Profiling and optimisation +- Tuning of GNU/ Linux for NeL shard servers + + +3D: +=== + +Done: +----- +- A basic sub set of the materials (missing bump mapping, etc) +- Scenery rendering - Outdoors implemented with exception of geometric noise +and water +- Scenery rendering - Indoors with exception of light maps and portal based +culling +- Character and object animation and rendering with exception of IK +- 3DSMax Plugins and exporters for generating the data for the above systems + +In development: +--------------- +- Light maps for indoor scenes +- A particle and effects engine + +Coming Soon: +------------ +- Further materials +- Multi resolution mesh support +- Adaptive level of detail management system +- Support for super-simplified meshes in the distance +- Geometric noise in the landscape +- The first version of the audio engine (low spec) +- Portal based object culling for indoor scenes + +Coming Later: +------------- +- Water +- Real time shadows (cast be characters and objects) +- Blend shapes (also called morphing) - for things like facial animation +- Further material types (bump maps, etc) +- Inverse kinematics (a very limited, simple and CPU unintensive model) +- Dynamic lighting +- A higher spec audio engine + +On the list for later: +---------------------- +- Optimisation +- Optimisation for NVidiaNV20 and similar cards (vertex shaders, etc) +- Better model for generating low-detail MRM meshes + + +PACS (Pathfinding And Collision System): +======================================== + +In develoment: +-------------- +- System for generating collision and path finding information from outdoor +scenery +- Path finding system +- Object/ Object collision system +- Object/ Landscape collision system +- System for adapting character and object positions to landscape +tesselation + +Coming soon: +------------ +- System for generating collision and path finding information for indoor +scenery + + +AI: +=== + +Done: +----- +- Distributed autonomous agent framework infrastructure +- Run time agent definition scripting system +- Tool set for creation of hard-coded agents +- Finite state automaton plugin for agent framework +- 'Operator' based action planning plugin for the agent framework + +In Development: +--------------- +- Agent memory +- 'Classifier' based learning plugin for teh agent framework +- Priority and contribution management in operators + + +Misc: +===== + +Done so far: +------------ +- A huge number of miscelaneous and highly handy typedefs, macros, classes, +constants and functions that everybody at Nevrax swears by. +Further development: +- Development of the 'misc' library is chaotic - as little bits of +functionality are written to left or right they tend to be added. + + + +------=_NextPart_000_0010_01C0F5C4.7C949000 +Content-Type: text/html; + charset="iso-8859-1" +Content-Transfer-Encoding: quoted-printable + + + + + + +
For anyone=20 +who's interested, here's a brief view of what we're up to at=20 +Nevrax.
+
 
+
Regards to=20 +all,
+
Daniel.
+
 
+
 
+
 
+
+
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= +=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= +=3D=3D=3D=3D=3D=3D=3D
+
NeL = +Development Team=20 +Summer/ Autumn 2001 Roadmap
+
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= +=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= +=3D=3D=3D 
+
 
+
Summer = +2001:
+
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
+
 
+
The teams are = +working hard=20 +on the technology code required for an important internal milestone, for = +the=20 +Massively Multiuser Universe in development, for next September.  The features listed under = +'Coming Soon'=20 +(below) are on the todo list for the internal milestone and will become=20 +available through the summer.
+
During this = +period much of=20 +the code is being developed under Windows 2000 (predominantly AI and 3D) = +and is=20 +liable to be committed to CVS without GNU/ Linux testing.
+
Linux = +patches/ bug fixes=20 +will be readily accepted.
+
 
+
 
+
Autumn = +2001:
+
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
+
Once the = +internal milestone=20 +is behind us, the internal pressure on the NeL development teams will be = +reduced=20 +and we will open up discussion about further direction, specification=20 +improvemens and so on.
+
 
+
 
+
Snowballs:
+
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D +
 
+
Snowballs is = +going to be=20 +re-written over the next few weeks to reflect the advancements and = +changes of=20 +direction in the NeL library since January.
+
There'll be = +postings as=20 +development progresses.
+
We intend to = +release a=20 +binary once the new code has been put together.
+
 
+
 
+
Net:
+
=3D=3D=3D=3D
+
 
+
Done so = +far:
+
------------
+
- Layer 0 = +(Data transfer=20 +layer) implementation
+
- Layer 1 = +(Data block=20 +management layer) implementation
+
- Layer 2 = +(Serialised data=20 +management layer) implementation
+
- Layer 3 = +(Message=20 +management layer) implementation & examples
+
- Layer 4 = +(Inter-Service=20 +message addressing layer) implementation & examples
+
- The = +'Service' Framework=20 +implementation & examples
+
- System = +services (Naming=20 +Service, Time Service, Log Service) implementaion, API &=20 +examples
+
- Login = +system (Stand alone=20 +program, client API) implementation & samples
+
 
+
In=20 +development:
+
---------------
+
- Shard = +Administration=20 +system (Admin Service, Admin Executor, Admin Client) implementation=20 +
+
- Improved = +debugging tools=20 +for services in a shard
+
 
+
Coming = +Soon:
+
------------
+
- Backup=20 +Service
+
- Account = +manager (stand=20 +alone)
+
 
+
On the list = +for=20 +later:
+
----------------------
+
- Robustness = +testing and=20 +improvement (robustness to common attacks)
+
- System = +stress testing and=20 +stressed performance improvement
+
- Profiling = +and=20 +optimisation
+
- Tuning of = +GNU/ Linux for=20 +NeL shard servers
+
 
+
 
+
3D:
+
=3D=3D=3D
+
 
+
Done:
+
-----
+
- A basic sub = +set of the=20 +materials (missing bump mapping, etc)
+
- Scenery = +rendering -=20 +Outdoors implemented with exception of geometric noise and = +water
+
- = +Scenery rendering -=20 +Indoors with exception of light maps and portal based culling 
+
- Character = +and object=20 +animation and rendering with exception of IK
+
- 3DSMax = +Plugins and=20 +exporters for generating the data for the above systems
+
 
+
In=20 +development:
+
---------------
+
- Light maps = +for indoor=20 +scenes
+
- A particle = +and effects=20 +engine
+
 
+
Coming = +Soon:
+
------------
+
- Further=20 +materials
+
- Multi resolution mesh=20 +support
+
- Adaptive = +level of detail=20 +management system
+
- Support for = + +super-simplified meshes in the distance
+
- Geometric = +noise in the=20 +landscape
+
- The first = +version of the=20 +audio engine (low spec)
+
- Portal = +based object=20 +culling for indoor scenes
+
 
+
Coming = +Later:
+
-------------
+
- = +Water
+
- Real time = +shadows (cast=20 +be characters and objects)
+
- Blend = +shapes (also called=20 +morphing) - for things like facial animation
+
- Further = +material types=20 +(bump maps, etc)
+
- Inverse = +kinematics (a=20 +very limited, simple and CPU unintensive model)
+
- Dynamic=20 +lighting
+
- A higher = +spec audio=20 +engine
+
 
+
On the list = +for=20 +later:
+
----------------------
+
- = +Optimisation
+
- = +Optimisation for=20 +NVidiaNV20 and similar cards (vertex shaders, etc)
+
- Better = +model for=20 +generating low-detail MRM meshes
+
 
+
 
+
PACS = +(Pathfinding And=20 +Collision System):
+
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= +=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D +
 
+
In = +develoment:
+
--------------
+
- System for = +generating=20 +collision and path finding information from outdoor scenery
+
- Path = +finding=20 +system
+
- Object/ Object collision=20 +system
+
- Object/ = +Landscape=20 +collision system
+
- System for = +adapting=20 +character and object positions to landscape tesselation
+
 
+
Coming = +soon:
+
------------
+
- System for = +generating=20 +collision and path finding information for indoor scenery
+
 
+
 
+
AI:
+
=3D=3D=3D
+
 
+
Done:
+
-----
+
- Distributed = +autonomous=20 +agent framework infrastructure
+
- Run time = +agent definition=20 +scripting system
+
- Tool set = +for creation of=20 +hard-coded agents
+
- Finite = +state automaton=20 +plugin for agent framework
+
- 'Operator' = +based action=20 +planning plugin for the agent framework
+
 
+
In = +Development:
+
---------------
+
- Agent = +memory
+
- = +'Classifier' based=20 +learning plugin for teh agent framework
+
- Priority = +and contribution=20 +management in operators
+
 
+
 
+
Misc:
+
=3D=3D=3D=3D=3D
+
 
+
Done so = +far:
+
------------
+
- A huge = +number of=20 +miscelaneous and highly handy typedefs, macros, classes, constants and = +functions=20 +that everybody at Nevrax swears by.
+
Further=20 +development:
+
- Development = +of the 'misc'=20 +library is chaotic - as little bits of functionality are written to left = +or=20 +right they tend to be added.
+
 
+
 
+ +------=_NextPart_000_0010_01C0F5C4.7C949000-- + + +From lecroart@nevrax.com Fri Jun 15 19:39:21 2001 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f5FHdHX32526 + for ; Fri, 15 Jun 2001 19:39:18 +0200 (CEST) + (envelope-from lecroart@nevrax.com) +Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id f5FHZGI21589 + for ; Fri, 15 Jun 2001 19:35:16 +0200 (CEST) + (envelope-from lecroart@nevrax.com) +Message-ID: <010b01c0f5c1$8a36e300$0901a8c0@vianneyl> +From: "Vianney Lecroart" +To: +References: <3B28C08A.1020403@mazuma.net.au> +Subject: Re: [Nel] Hello and a Question +Date: Fri, 15 Jun 2001 19:35:16 +0200 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 5.00.2919.6700 +X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +> Anyway, my question is, why did you develop your own distributed +> architecture? Why not adapt/extend/use an existing solution such as +> CORBA or DCOM (urgh, I know, win32 only). CORBA has a fair amount of +> support and it can be coaxed to have the characteristics you need. I am +> not saying you should change, I was just wonder what led you to make +> your own? It just seems that the overheads of designing a naming and +> authentication service are something that CORBA would have done away with. + +As you point out, DCOM isn't portable so we ruled it out :) +As for CORBA: Having worked a fair bit with it while at college, I concluded +that it lacked some of the functionality that we wanted. For example, we can +have several instances of the same service running simultaneously on our +shard and the naming service can either return us a list of all of them or +select the least loaded one (which CORBA cannot do). What's more, we found +that CORBA was excessively heavy for our requirements, which only require a +corner of the system. Our naming service only took a couple of days to +develop and remains entirely open to expansion, adaptation or tuning to keep +up with NeL's evolving needs. + +We looked in depth into the ACE and TAO library (Real-time CORBA with TAO +(The ACE ORB)). The webpage seems down www.cs.wustl.edu/~schmidt/TAO.html, +but the lib is absolutely huge... one hour at least of compilation. We +didn't want to be dependent on such a large library just for a naming +service and a communication protocol. + +Regards, +Vianney + + + +From bebarker@meginc.com Sat Jun 16 19:35:59 2001 +Received: from sioux.meginc.com (Sioux.meginc.com [207.246.76.19]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f5GHZvX42138 + for ; Sat, 16 Jun 2001 19:35:57 +0200 (CEST) + (envelope-from bebarker@meginc.com) +Received: from localhost.localdomain ([207.246.76.86]) + by sioux.meginc.com (8.9.3/8.9.1) with SMTP id NAA95584 + for ; Sat, 16 Jun 2001 13:33:38 -0400 (EDT) + (envelope-from bebarker@meginc.com) +Content-Type: text/plain; + charset="iso-8859-1" +From: Brandon Barker +To: nel@nevrax.org +Date: Sat, 16 Jun 2001 13:29:08 -0400 +X-Mailer: KMail [version 1.2] +References: <200106161001.f5GA16X39930@www.nevrax.org> +In-Reply-To: <200106161001.f5GA16X39930@www.nevrax.org> +MIME-Version: 1.0 +Message-Id: <01061613290801.10787@localhost.localdomain> +Content-Transfer-Encoding: 8bit +Subject: [Nel] Re: Nel digest, Vol 1 #106 - 2 msgs +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +The game will still be available for Mac OS X, Linux, and maybe even other +operating systems, correct? After all, the user could just compile the +sources and buy the game at a store with the data files and play it on his +system of choice. + +On Saturday 16 June 2001 06:01, you wrote: +> Send Nel mailing list submissions to +> nel@nevrax.org +> +> To subscribe or unsubscribe via the World Wide Web, visit +> http://www.nevrax.org/mailman/listinfo.cgi/nel +> or, via email, send a message with subject or body 'help' to +> nel-request@nevrax.org +> +> You can reach the person managing the list at +> nel-admin@nevrax.org +> +> When replying, please edit your Subject line so it is more specific +> than "Re: Contents of Nel digest..." +> +> +> Today's Topics: +> +> 1. A bit of news (Daniel Miller) +> 2. Re: Hello and a Question (Vianney Lecroart) +> +> --__--__-- +> +> Message: 1 +> From: "Daniel Miller" +> To: +> Date: Fri, 15 Jun 2001 17:56:21 +0200 +> boundary="----=_NextPart_000_0010_01C0F5C4.7C949000" +> Subject: [Nel] A bit of news +> Reply-To: nel@nevrax.org +> +> C'est un message de format MIME en plusieurs parties. +> +> ------=_NextPart_000_0010_01C0F5C4.7C949000 +> Content-Type: text/plain; +> charset="iso-8859-1" +> Content-Transfer-Encoding: 7bit +> +> For anyone who's interested, here's a brief view of what we're up to at +> Nevrax. +> +> Regards to all, +> Daniel. +> +> +> +> ================================================ +> NeL Development Team Summer/ Autumn 2001 Roadmap +> ================================================ +> +> Summer 2001: +> ============ +> +> The teams are working hard on the technology code required for an important +> internal milestone, for the Massively Multiuser Universe in development, +> for next September. The features listed under 'Coming Soon' (below) are on +> the todo list for the internal milestone and will become available through +> the summer. +> During this period much of the code is being developed under Windows 2000 +> (predominantly AI and 3D) and is liable to be committed to CVS without GNU/ +> Linux testing. +> Linux patches/ bug fixes will be readily accepted. +> +> +> Autumn 2001: +> ============ +> Once the internal milestone is behind us, the internal pressure on the NeL +> development teams will be reduced and we will open up discussion about +> further direction, specification improvemens and so on. +> +> +> Snowballs: +> ========== +> +> Snowballs is going to be re-written over the next few weeks to reflect the +> advancements and changes of direction in the NeL library since January. +> There'll be postings as development progresses. +> We intend to release a binary once the new code has been put together. +> +> +> Net: +> ==== +> +> Done so far: +> ------------ +> - Layer 0 (Data transfer layer) implementation +> - Layer 1 (Data block management layer) implementation +> - Layer 2 (Serialised data management layer) implementation +> - Layer 3 (Message management layer) implementation & examples +> - Layer 4 (Inter-Service message addressing layer) implementation & +> examples - The 'Service' Framework implementation & examples +> - System services (Naming Service, Time Service, Log Service) +> implementaion, API & examples +> - Login system (Stand alone program, client API) implementation & samples +> +> In development: +> --------------- +> - Shard Administration system (Admin Service, Admin Executor, Admin Client) +> implementation +> - Improved debugging tools for services in a shard +> +> Coming Soon: +> ------------ +> - Backup Service +> - Account manager (stand alone) +> +> On the list for later: +> ---------------------- +> - Robustness testing and improvement (robustness to common attacks) +> - System stress testing and stressed performance improvement +> - Profiling and optimisation +> - Tuning of GNU/ Linux for NeL shard servers +> +> +> 3D: +> === +> +> Done: +> ----- +> - A basic sub set of the materials (missing bump mapping, etc) +> - Scenery rendering - Outdoors implemented with exception of geometric +> noise and water +> - Scenery rendering - Indoors with exception of light maps and portal based +> culling +> - Character and object animation and rendering with exception of IK +> - 3DSMax Plugins and exporters for generating the data for the above +> systems +> +> In development: +> --------------- +> - Light maps for indoor scenes +> - A particle and effects engine +> +> Coming Soon: +> ------------ +> - Further materials +> - Multi resolution mesh support +> - Adaptive level of detail management system +> - Support for super-simplified meshes in the distance +> - Geometric noise in the landscape +> - The first version of the audio engine (low spec) +> - Portal based object culling for indoor scenes +> +> Coming Later: +> ------------- +> - Water +> - Real time shadows (cast be characters and objects) +> - Blend shapes (also called morphing) - for things like facial animation +> - Further material types (bump maps, etc) +> - Inverse kinematics (a very limited, simple and CPU unintensive model) +> - Dynamic lighting +> - A higher spec audio engine +> +> On the list for later: +> ---------------------- +> - Optimisation +> - Optimisation for NVidiaNV20 and similar cards (vertex shaders, etc) +> - Better model for generating low-detail MRM meshes +> +> +> PACS (Pathfinding And Collision System): +> ======================================== +> +> In develoment: +> -------------- +> - System for generating collision and path finding information from outdoor +> scenery +> - Path finding system +> - Object/ Object collision system +> - Object/ Landscape collision system +> - System for adapting character and object positions to landscape +> tesselation +> +> Coming soon: +> ------------ +> - System for generating collision and path finding information for indoor +> scenery +> +> +> AI: +> === +> +> Done: +> ----- +> - Distributed autonomous agent framework infrastructure +> - Run time agent definition scripting system +> - Tool set for creation of hard-coded agents +> - Finite state automaton plugin for agent framework +> - 'Operator' based action planning plugin for the agent framework +> +> In Development: +> --------------- +> - Agent memory +> - 'Classifier' based learning plugin for teh agent framework +> - Priority and contribution management in operators +> +> +> Misc: +> ===== +> +> Done so far: +> ------------ +> - A huge number of miscelaneous and highly handy typedefs, macros, classes, +> constants and functions that everybody at Nevrax swears by. +> Further development: +> - Development of the 'misc' library is chaotic - as little bits of +> functionality are written to left or right they tend to be added. +> +> +> +> ------=_NextPart_000_0010_01C0F5C4.7C949000 +> Content-Type: text/html; +> charset="iso-8859-1" +> Content-Transfer-Encoding: quoted-printable +> +> +> +> charset=3Diso-8859-1"> +> +> +>
class=3D153144915-15062001>For anyone=20 +> who's interested, here's a brief view of what we're up to at=20 +> Nevrax.
+>
class=3D153144915-15062001> 
+>
class=3D153144915-15062001>Regards to=20 +> all,
+>
class=3D153144915-15062001>Daniel.
+>
class=3D153144915-15062001> 
+>
class=3D153144915-15062001> 
+>
class=3D153144915-15062001> 
+>
size=3D2>
+>
class=3D153144915-15062001>=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D +>= +> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D +>= =3D=3D=3D=3D=3D=3D=3D
+>
NeL = +> Development Team=20 +> Summer/ Autumn 2001 Roadmap
+>
class=3D153144915-15062001> face=3DArial>=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= +> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D +>= =3D=3D=3D 
+>
New"> prefix =3D o ns =3D "urn:schemas-microsoft-com:office:office"=20 +> /> 
+>
Summer = +> 2001:
+>
face=3D"Courier New"=20 +> size=3D2>=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
+>
face=3D"Courier New"=20 +> size=3D2> 
+>
The teams are = +> working hard=20 +> on the technology code required for an important internal milestone, for = +> the=20 +> Massively Multiuser Universe in development, for next September. style=3D"mso-spacerun: yes">  The features listed under = +> 'Coming Soon'=20 +> (below) are on the todo list for the internal milestone and will become=20 +> available through the summer.
+>
During this = +> period much of=20 +> the code is being developed under Windows 2000 (predominantly AI and 3D) = +> and is=20 +> liable to be committed to CVS without GNU/ Linux testing.
+>
Linux = +> patches/ bug fixes=20 +> will be readily accepted.
+>
face=3D"Courier New"> 
+>
face=3D"Courier New"> 
+>
Autumn = +> 2001:
+>
class=3D153144915-15062001>=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D ONT>
+>
Once the = +> internal milestone=20 +> is behind us, the internal pressure on the NeL development teams will be = +> reduced=20 +> and we will open up discussion about further direction, specification=20 +> improvemens and so on.
+>
face=3D"Courier New"> 
+>
face=3D"Courier New"> 
+>
size=3D2>Snowballs:
+>
class=3D153144915-15062001>=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D DIV> +>
size=3D2> 
+>
Snowballs is = +> going to be=20 +> re-written over the next few weeks to reflect the advancements and = +> changes of=20 +> direction in the NeL library since January.
+>
There'll be = +> postings as=20 +> development progresses.
+>
We intend to = +> release a=20 +> binary once the new code has been put together.
+>
face=3D"Courier New"> 
+>
face=3D"Courier New"> 
+>
size=3D2>Net:
+>
face=3D"Courier New"=20 +> size=3D2>=3D=3D=3D=3D
+>
face=3D"Courier New"=20 +> size=3D2> 
+>
Done so = +> far:
+>
face=3D"Courier New"=20 +> size=3D2>------------
+>
- Layer 0 = +> (Data transfer=20 +> layer) implementation
+>
- Layer 1 = +> (Data block=20 +> management layer) implementation
+>
- Layer 2 = +> (Serialised data=20 +> management layer) implementation
+>
- Layer 3 = +> (Message=20 +> management layer) implementation & examples
+>
- Layer 4 = +> (Inter-Service=20 +> message addressing layer) implementation & examples
+>
- The = +> 'Service' Framework=20 +> implementation & examples
+>
- System = +> services (Naming=20 +> Service, Time Service, Log Service) implementaion, API &=20 +> examples
+>
- Login = +> system (Stand alone=20 +> program, client API) implementation & samples
+>
face=3D"Courier New"> 
+>
In=20 +> development:
+>
face=3D"Courier New"=20 +> size=3D2>---------------
+>
- Shard = +> Administration=20 +> system (Admin Service, Admin Executor, Admin Client) implementation=20 +>
+>
- Improved = +> debugging tools=20 +> for services in a shard
+>
face=3D"Courier New"> 
+>
Coming = +> Soon:
+>
face=3D"Courier New"=20 +> size=3D2>------------
+>
- Backup=20 +> Service
+>
- Account = +> manager (stand=20 +> alone)
+>
face=3D"Courier New"> 
+>
On the list = +> for=20 +> later:
+>
class=3D153144915-15062001>----------------------
+>
- Robustness = +> testing and=20 +> improvement (robustness to common attacks)
+>
- System = +> stress testing and=20 +> stressed performance improvement
+>
- Profiling = +> and=20 +> optimisation
+>
- Tuning of = +> GNU/ Linux for=20 +> NeL shard servers
+>
face=3D"Courier New"> 
+>
face=3D"Courier New"> 
+>
size=3D2>3D:
+>
face=3D"Courier New"=20 +> size=3D2>=3D=3D=3D
+>
face=3D"Courier New"=20 +> size=3D2> 
+>
size=3D2>Done:
+>
face=3D"Courier New"=20 +> size=3D2>-----
+>
- A basic sub = +> set of the=20 +> materials (missing bump mapping, etc)
+>
- Scenery = +> rendering -=20 +> Outdoors implemented with exception of geometric noise and = +> water
+>
- = +> Scenery rendering -=20 +> Indoors with exception of light maps and portal based culling style=3D"mso-spacerun: yes"> 
+>
- Character = +> and object=20 +> animation and rendering with exception of IK
+>
- 3DSMax = +> Plugins and=20 +> exporters for generating the data for the above systems
+>
face=3D"Courier New"> 
+>
In=20 +> development:
+>
face=3D"Courier New"=20 +> size=3D2>---------------
+>
- Light maps = +> for indoor=20 +> scenes
+>
- A particle = +> and effects=20 +> engine
+>
face=3D"Courier New"> 
+>
Coming = +> Soon:
+>
face=3D"Courier New"=20 +> size=3D2>------------
+>
- Further=20 +> materials
+>
FR"> size=3D2>- Multi resolution mesh=20 +> support
+>
- Adaptive = +> level of detail=20 +> management system
+>
- Support for = +> +> super-simplified meshes in the distance
+>
- Geometric = +> noise in the=20 +> landscape
+>
- The first = +> version of the=20 +> audio engine (low spec)
+>
- Portal = +> based object=20 +> culling for indoor scenes
+>
face=3D"Courier New"> 
+>
Coming = +> Later:
+>
face=3D"Courier New"=20 +> size=3D2>-------------
+>
- = +> Water
+>
- Real time = +> shadows (cast=20 +> be characters and objects)
+>
- Blend = +> shapes (also called=20 +> morphing) - for things like facial animation
+>
- Further = +> material types=20 +> (bump maps, etc)
+>
- Inverse = +> kinematics (a=20 +> very limited, simple and CPU unintensive model)
+>
- Dynamic=20 +> lighting
+>
- A higher = +> spec audio=20 +> engine
+>
face=3D"Courier New"> 
+>
On the list = +> for=20 +> later:
+>
class=3D153144915-15062001>----------------------
+>
- = +> Optimisation
+>
- = +> Optimisation for=20 +> NVidiaNV20 and similar cards (vertex shaders, etc)
+>
- Better = +> model for=20 +> generating low-detail MRM meshes
+>
face=3D"Courier New"> 
+>
face=3D"Courier New"> 
+>
PACS = +> (Pathfinding And=20 +> Collision System):
+>
face=3D"Courier New"=20 +> size=3D2>=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D +>= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D +>
face=3D"Courier New"=20 +> size=3D2> 
+>
In = +> develoment:
+>
face=3D"Courier New"=20 +> size=3D2>--------------
+>
- System for = +> generating=20 +> collision and path finding information from outdoor scenery
+>
- Path = +> finding=20 +> system
+>
FR"> size=3D2>- Object/ Object collision=20 +> system
+>
- Object/ = +> Landscape=20 +> collision system
+>
- System for = +> adapting=20 +> character and object positions to landscape tesselation
+>
face=3D"Courier New"> 
+>
Coming = +> soon:
+>
class=3D153144915-15062001>------------
+>
- System for = +> generating=20 +> collision and path finding information for indoor scenery
+>
face=3D"Courier New"> 
+>
size=3D2> 
+>
size=3D2>AI:
+>
face=3D"Courier New"=20 +> size=3D2>=3D=3D=3D
+>
face=3D"Courier New"=20 +> size=3D2> 
+>
size=3D2>Done:
+>
face=3D"Courier New"=20 +> size=3D2>-----
+>
- Distributed = +> autonomous=20 +> agent framework infrastructure
+>
- Run time = +> agent definition=20 +> scripting system
+>
- Tool set = +> for creation of=20 +> hard-coded agents
+>
- Finite = +> state automaton=20 +> plugin for agent framework
+>
- 'Operator' = +> based action=20 +> planning plugin for the agent framework
+>
face=3D"Courier New"> 
+>
In = +> Development class=3D153144915-15062001>:
+>
class=3D153144915-15062001>---------------
+>
- Agent = +> memory
+>
- = +> 'Classifier' based=20 +> learning plugin for teh agent framework
+>
- Priority = +> and contribution=20 +> management in operators
+>
face=3D"Courier New"> 
+>
size=3D2> 
+>
size=3D2>Misc:
+>
face=3D"Courier New"=20 +> size=3D2>=3D=3D=3D=3D=3D
+>
size=3D2> 
+>
Done so = +> far:
+>
face=3D"Courier New"=20 +> size=3D2>------------
+>
- A huge = +> number of=20 +> miscelaneous and highly handy typedefs, macros, classes, constants and = +> functions=20 +> that everybody at Nevrax swears by.
+>
Further=20 +> development:
+>
- Development = +> of the 'misc'=20 +> library is chaotic - as little bits of functionality are written to left = +> or=20 +> right they tend to be added.
+>
face=3D"Courier New"> 
+>
face=3D"Courier = +> New"> 
+> +> ------=_NextPart_000_0010_01C0F5C4.7C949000-- +> +> +> --__--__-- +> +> Message: 2 +> From: "Vianney Lecroart" +> To: +> Subject: Re: [Nel] Hello and a Question +> Date: Fri, 15 Jun 2001 19:35:16 +0200 +> charset="iso-8859-1" +> Reply-To: nel@nevrax.org +> +> > Anyway, my question is, why did you develop your own distributed +> > architecture? Why not adapt/extend/use an existing solution such as +> > CORBA or DCOM (urgh, I know, win32 only). CORBA has a fair amount of +> > support and it can be coaxed to have the characteristics you need. I am +> > not saying you should change, I was just wonder what led you to make +> > your own? It just seems that the overheads of designing a naming and +> > authentication service are something that CORBA would have done away +> > with. +> +> As you point out, DCOM isn't portable so we ruled it out :) +> As for CORBA: Having worked a fair bit with it while at college, I +> concluded that it lacked some of the functionality that we wanted. For +> example, we can have several instances of the same service running +> simultaneously on our shard and the naming service can either return us a +> list of all of them or select the least loaded one (which CORBA cannot do). +> What's more, we found that CORBA was excessively heavy for our +> requirements, which only require a corner of the system. Our naming service +> only took a couple of days to develop and remains entirely open to +> expansion, adaptation or tuning to keep up with NeL's evolving needs. +> +> We looked in depth into the ACE and TAO library (Real-time CORBA with TAO +> (The ACE ORB)). The webpage seems down www.cs.wustl.edu/~schmidt/TAO.html, +> but the lib is absolutely huge... one hour at least of compilation. We +> didn't want to be dependent on such a large library just for a naming +> service and a communication protocol. +> +> Regards, +> Vianney +> +> +> +> +> --__--__-- +> +> _______________________________________________ +> Nel mailing list +> Nel@nevrax.org +> http://www.nevrax.org/mailman/listinfo.cgi/nel +> +> +> End of Nel Digest_______________________________________________ +> Nel mailing list +> Nel@nevrax.org +> http://www.nevrax.org/mailman/listinfo.cgi/nel + +From miller@nevrax.com Mon Jun 18 12:44:55 2001 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f5IAitX53981 + for ; Mon, 18 Jun 2001 12:44:55 +0200 (CEST) + (envelope-from miller@nevrax.com) +Received: from miller (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id f5IAesI33763 + for ; Mon, 18 Jun 2001 12:40:54 +0200 (CEST) + (envelope-from miller@nevrax.com) +From: "Daniel Miller" +To: +Date: Mon, 18 Jun 2001 12:35:43 +0200 +Message-ID: +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 (Normal) +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) +In-Reply-To: <200106171001.f5HA14X47032@www.nevrax.org> +Importance: Normal +X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 +Subject: [Nel] RE: Nel digest, Vol 1 #107 - 1 msg +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Within Nevrax we are planning to develop clients for Linux (tested on PCs) +and Microsoft Windows. This said, we will be happy to provide support to +anyone who feels like porting it to Mac OS X or any other platform. + + +Brandon Barker wrote: +>The game will still be available for Mac OS X, Linux, and maybe even other +>operating systems, correct? After all, the user could just compile the +>sources and buy the game at a store with the data files and play it on his +>system of choice. + + +From valignat@gw.nevrax.com Wed Jun 20 19:26:05 2001 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f5KHQ5X71288 + for ; Wed, 20 Jun 2001 19:26:05 +0200 (CEST) + (envelope-from valignat@gw.nevrax.com) +Received: from gw.nevrax.com (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with ESMTP id f5KHM3I66572 + for ; Wed, 20 Jun 2001 19:22:03 +0200 (CEST) + (envelope-from valignat@gw.nevrax.com) +Received: (from valignat@localhost) + by gw.nevrax.com (8.11.2/8.11.2) id f5KHM2t29464 + for nel@nevrax.org; Wed, 20 Jun 2001 19:22:02 +0200 (CEST) + (envelope-from valignat) +Date: Wed, 20 Jun 2001 19:22:02 +0200 +From: Cedric Valignat +To: NeL mailing list +Message-ID: <20010620192202.A9001@nevrax.com> +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +User-Agent: Mutt/1.2.5i +Subject: [Nel] More news from the nevrax teams... +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + + + +Network +------- + +- Modified behaviour of service main loop to avoid exploding input buffers. + The user 'update' callback is now not called until all incoming messages + have been processed. + +- Improved responsiveness of API for naming service + Each service now keeps a local cache of the addressses stored by the naming + service. They are automaticaly updated whenever new services are registered + with, or old services removed from, the naming service. This means that the + API never needs to contact the naming service in order to find addresses. + +- The message type compression has been dissabled + An automatic system made string/ uint32 associations for message types that + were repeatedly sent from one executable to another, so that the uint32 + value could be sent in place of the string. + This system was causing problems (due to a specification problem) and has + been removed. + An alternative compression mechanism will be implemented later. + +- New example for using 'login system' + It can be found in the samples directory + +- Improved performance of log messages + Under Windows services are now Win32 applications which means that large + numbers of log messages no longer bring the system to its knees + +- On a transformer les services en appli Win32 pour des raisons de + performance. les log sont maintenant dans un fenetre Win32 au lieu d une + console "DOS" (commite la semaine prochaine) + +- New debugging aid + There is a new system for recording all of the input to a service in + situation and for playing back the input to the same application running + stand alone. This allows the application to be traced, etc. + The system will go up on CVS within the next few days + + +PACS +---- + +- First version of path finding functional (still requires work), Windows only + at the moment. + + +3D +-- + +- The header file have moved! + The private header files are in the /nel/src/3d tree (allong with their + respective source files) + The public include files are now in nel/include/nel/3d + +- System for generating object positions on the landscape completed + This system works out which patch the object is attached to and the position + within the patch. It then generates a 3D world position based on the patch + tesselation. Objects using this system will stay attached to the ground + regardless of the level of detail that the landsacep is displayed at. + +- In development... + Light maps for interiors, collisions (for interiors and exteriors) and the + editor for the particle system are in development. + + +Audio +----- + +- Work is starting on the audio library. + During the next couple of months we will develop the base of the system and + a Direct Sound driver implementation. We will have a look at doing an OpenAL + diver in the autumn. + + +AI +-- + +- Silence from the AI team + The AI team are plunged into product specific code right now. There will be + little news from them for a few months + + + + +From valignat@gw.nevrax.com Wed Jun 20 19:36:44 2001 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f5KHahX71392 + for ; Wed, 20 Jun 2001 19:36:43 +0200 (CEST) + (envelope-from valignat@gw.nevrax.com) +Received: from gw.nevrax.com (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with ESMTP id f5KHWfI66643 + for ; Wed, 20 Jun 2001 19:32:41 +0200 (CEST) + (envelope-from valignat@gw.nevrax.com) +Received: (from valignat@localhost) + by gw.nevrax.com (8.11.2/8.11.2) id f5KHWfI31410 + for nel@nevrax.org; Wed, 20 Jun 2001 19:32:41 +0200 (CEST) + (envelope-from valignat) +Date: Wed, 20 Jun 2001 19:32:40 +0200 +From: Cedric Valignat +To: NeL mailing list +Subject: Re: [Nel] More news from the nevrax teams... +Message-ID: <20010620193240.A31397@nevrax.com> +References: <20010620192202.A9001@nevrax.com> +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +User-Agent: Mutt/1.2.5i +In-Reply-To: <20010620192202.A9001@nevrax.com>; from valignat@nevrax.com on Wed, Jun 20, 2001 at 07:22:02PM +0200 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Cedric Valignat wrote: +> +> - Improved performance of log messages +> Under Windows services are now Win32 applications which means that large +> numbers of log messages no longer bring the system to its knees +> +> - On a transformer les services en appli Win32 pour des raisons de +> performance. les log sont maintenant dans un fenetre Win32 au lieu d une +> console "DOS" (commite la semaine prochaine) + +Damn ! the preceding sentences are the french translation about the "Improved +performance of log messages" ... sorry about that. + + +Cedric. + + +From alfred@mazuma.net.au Thu Jun 21 13:52:45 2001 +Received: from mailin7.bigpond.com (juicer38.bigpond.com [139.134.6.95]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f5LBqhX76954 + for ; Thu, 21 Jun 2001 13:52:43 +0200 (CEST) + (envelope-from alfred@mazuma.net.au) +Received: from mazuma.net.au ([144.135.24.75]) by + mailin7.bigpond.com (Netscape Messaging Server 4.15) with SMTP + id GFA3QA00.1RN for ; Thu, 21 Jun 2001 21:54:10 +1000 +Received: from 144.137.80.67 ([144.137.80.67]) by bwmam03.mailsvc.email.bigpond.com(MailRouter V2.9d 8323/4985586); 21 Jun 2001 21:49:09 +Message-ID: <3B31DF13.2070905@mazuma.net.au> +Date: Thu, 21 Jun 2001 21:48:35 +1000 +From: Alfred +User-Agent: Mozilla/5.0 (X11; U; Linux 2.4.2-15mdk i686; en-US; rv:0.9.1) Gecko/20010607 +X-Accept-Language: en-us +MIME-Version: 1.0 +To: nel@nevrax.org +Subject: Re: [Nel] More news from the nevrax teams... +References: <20010620192202.A9001@nevrax.com> +Content-Type: text/plain; charset=us-ascii; format=flowed +Content-Transfer-Encoding: 7bit +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +I have a question about the caching for the naming service. You say it +automatically corrects caches when services move or are deleted. This +doesn't sound very scalable, it every client querying the name server +has to be contacted when something they asked about changed (especially +over high latency links). + +Cedric Valignat wrote: + +> +> +> Network +> ------- +> +> - Modified behaviour of service main loop to avoid exploding input buffers. +> The user 'update' callback is now not called until all incoming messages +> have been processed. +> +> - Improved responsiveness of API for naming service +> Each service now keeps a local cache of the addressses stored by the naming +> service. They are automaticaly updated whenever new services are registered +> with, or old services removed from, the naming service. This means that the +> API never needs to contact the naming service in order to find addresses. +> +> - The message type compression has been dissabled +> An automatic system made string/ uint32 associations for message types that +> were repeatedly sent from one executable to another, so that the uint32 +> value could be sent in place of the string. +> This system was causing problems (due to a specification problem) and has +> been removed. +> An alternative compression mechanism will be implemented later. +> +> - New example for using 'login system' +> It can be found in the samples directory +> +> - Improved performance of log messages +> Under Windows services are now Win32 applications which means that large +> numbers of log messages no longer bring the system to its knees +> +> - On a transformer les services en appli Win32 pour des raisons de +> performance. les log sont maintenant dans un fenetre Win32 au lieu d une +> console "DOS" (commite la semaine prochaine) +> +> - New debugging aid +> There is a new system for recording all of the input to a service in +> situation and for playing back the input to the same application running +> stand alone. This allows the application to be traced, etc. +> The system will go up on CVS within the next few days +> +> +> PACS +> ---- +> +> - First version of path finding functional (still requires work), Windows only +> at the moment. +> +> +> 3D +> -- +> +> - The header file have moved! +> The private header files are in the /nel/src/3d tree (allong with their +> respective source files) +> The public include files are now in nel/include/nel/3d +> +> - System for generating object positions on the landscape completed +> This system works out which patch the object is attached to and the position +> within the patch. It then generates a 3D world position based on the patch +> tesselation. Objects using this system will stay attached to the ground +> regardless of the level of detail that the landsacep is displayed at. +> +> - In development... +> Light maps for interiors, collisions (for interiors and exteriors) and the +> editor for the particle system are in development. +> +> +> Audio +> ----- +> +> - Work is starting on the audio library. +> During the next couple of months we will develop the base of the system and +> a Direct Sound driver implementation. We will have a look at doing an OpenAL +> diver in the autumn. +> +> +> AI +> -- +> +> - Silence from the AI team +> The AI team are plunged into product specific code right now. There will be +> little news from them for a few months +> +> +> +> _______________________________________________ +> Nel mailing list +> Nel@nevrax.org +> http://www.nevrax.org/mailman/listinfo.cgi/nel +> + + +-- +Alfred Reynolds +alfred@mazuma.net.au + + +From lecroart@nevrax.com Thu Jun 21 14:14:11 2001 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f5LCEBX83070 + for ; Thu, 21 Jun 2001 14:14:11 +0200 (CEST) + (envelope-from lecroart@nevrax.com) +Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id f5LCA8I72145 + for ; Thu, 21 Jun 2001 14:10:08 +0200 (CEST) + (envelope-from lecroart@nevrax.com) +Message-ID: <007b01c0fa4b$1cd8df00$0901a8c0@vianneyl> +From: "Vianney Lecroart" +To: +References: <20010620192202.A9001@nevrax.com> <3B31DF13.2070905@mazuma.net.au> +Subject: Re: [Nel] More news from the nevrax teams... +Date: Thu, 21 Jun 2001 14:10:07 +0200 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 5.00.2919.6700 +X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Hello, + + +> I have a question about the caching for the naming service. You say it +> automatically corrects caches when services move or are deleted. This +> doesn't sound very scalable, it every client querying the name server +> has to be contacted when something they asked about changed (especially +> over high latency links). + + +Right, but in fact, we developed the system to fit our requirement for our +game and in our system (in the shard), the naming service and all ther +services are on a LAN, so we don't have high latency links. + +regards, + +Vianney Lecroart +--- +lead network programmer / nevrax.com +icq#: 6870415 +homepage: http://ace.planet-d.net +www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- +w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? + + + +From miller@nevrax.com Thu Jun 21 18:56:54 2001 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f5LGusX85641 + for ; Thu, 21 Jun 2001 18:56:54 +0200 (CEST) + (envelope-from miller@nevrax.com) +Received: from miller (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id f5LGqoI76460 + for ; Thu, 21 Jun 2001 18:52:50 +0200 (CEST) + (envelope-from miller@nevrax.com) +From: "Daniel Miller" +To: +Date: Thu, 21 Jun 2001 18:47:37 +0200 +Message-ID: +MIME-Version: 1.0 +Content-Type: text/plain; + charset="us-ascii" +Content-Transfer-Encoding: 7bit +X-Priority: 3 (Normal) +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) +X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 +Importance: Normal +Subject: [Nel] Re:More news from the nevrax teams... +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +To extend the explanation a little - the way we see things is this: + +- The server sets for MMORPGs and the like have to be secure - that means +that any old Tom, Dick or Harry can't send a message directly to the economy +service to tell it that they've just won the lottery :) + +- This means that the clients only have access to the front end services on +the front end servers and that they don't have access to the naming service. +(in order to connect to the front end services clients have to use the login +service as a go-between... there are examples in our samples directory +showing how this works) + +- So - the naming service runs on a smallish LAN that connects the game +servers. It broadcasts messages like 'the xxx service has just arrived at +address yyy' or 'the www service at address zzz has gone down/ disappeared'. +These are cached by each service to keep an up to date address book of the +other services that they can talk to. + +- In the normal way we don't see services being started or stopped as a very +high frequency event. + +I hope this helps. + +Daniel. + + +-------------------------------------------------------------------- +Hello, + + +> I have a question about the caching for the naming service. You say it +> automatically corrects caches when services move or are deleted. This +> doesn't sound very scalable, it every client querying the name server +> has to be contacted when something they asked about changed (especially +> over high latency links). + + +Right, but in fact, we developed the system to fit our requirement for our +game and in our system (in the shard), the naming service and all ther +services are on a LAN, so we don't have high latency links. + +regards, + +Vianney Lecroart + + +From zager@teleaction.com Thu Jun 21 19:36:41 2001 +Received: from jupiter.augur.de (jupiter.teleaction.de [194.149.245.1]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f5LHaeX85838 + for ; Thu, 21 Jun 2001 19:36:41 +0200 (CEST) + (envelope-from zager@teleaction.com) +Received: from zager ([194.149.245.62]) + by jupiter.augur.de (8.8.8+Sun/8.8.8) with ESMTP id TAA11770 + for ; Thu, 21 Jun 2001 19:32:28 +0200 (MET DST) +Date: Thu, 21 Jun 2001 19:33:30 +0200 +From: Dim Segebart +X-Mailer: The Bat! (v1.49) Business +X-Priority: 3 (Normal) +Message-ID: <10888859870.20010621193330@teleaction.de> +To: Daniel Miller +Subject: Re: [Nel] Re:More news from the nevrax teams... +In-reply-To: +References: +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Transfer-Encoding: 7bit +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +It makes sense. +Thank you. + +Thursday, June 21, 2001, 6:47:37 PM, you wrote: + +DM> To extend the explanation a little - the way we see things is this: + +DM> - The server sets for MMORPGs and the like have to be secure - that means +DM> that any old Tom, Dick or Harry can't send a message directly to the economy +DM> service to tell it that they've just won the lottery :) + +DM> - This means that the clients only have access to the front end services on +DM> the front end servers and that they don't have access to the naming service. +DM> (in order to connect to the front end services clients have to use the login +DM> service as a go-between... there are examples in our samples directory +DM> showing how this works) + +DM> - So - the naming service runs on a smallish LAN that connects the game +DM> servers. It broadcasts messages like 'the xxx service has just arrived at +DM> address yyy' or 'the www service at address zzz has gone down/ disappeared'. +DM> These are cached by each service to keep an up to date address book of the +DM> other services that they can talk to. + +DM> - In the normal way we don't see services being started or stopped as a very +DM> high frequency event. + +DM> I hope this helps. + +DM> Daniel. + + +DM> -------------------------------------------------------------------- +DM> Hello, + + +>> I have a question about the caching for the naming service. You say it +>> automatically corrects caches when services move or are deleted. This +>> doesn't sound very scalable, it every client querying the name server +>> has to be contacted when something they asked about changed (especially +>> over high latency links). + + +DM> Right, but in fact, we developed the system to fit our requirement for our +DM> game and in our system (in the shard), the naming service and all ther +DM> services are on a LAN, so we don't have high latency links. + +DM> regards, + +DM> Vianney Lecroart + +DM> _______________________________________________ +DM> Nel mailing list +DM> Nel@nevrax.org +DM> http://www.nevrax.org/mailman/listinfo.cgi/nel + + + +-- +Dim Segebart mailto:zager@teleaction.de + + + +From miller@nevrax.com Wed Jun 27 18:18:13 2001 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f5RGICX30869 + for ; Wed, 27 Jun 2001 18:18:12 +0200 (CEST) + (envelope-from miller@nevrax.com) +Received: from miller (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id f5RGE4I22389 + for ; Wed, 27 Jun 2001 18:14:04 +0200 (CEST) + (envelope-from miller@nevrax.com) +From: "Daniel Miller" +To: +Date: Wed, 27 Jun 2001 18:08:48 +0200 +Message-ID: +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 (Normal) +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) +Importance: Normal +X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 +Subject: [Nel] .shape file format change +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +A quick word of warning to anybody downloading a new version of the 3D +library: +The latest version of the *.shape file reading code is not backwards +compatible beyond versions 6. This means that you may need to re-generate +your .shape files in order for the latest code to read them. + +Regards to all +Daniel. + + +From tanis@digi-web.it Thu Jun 28 08:59:27 2001 +Received: from www.digi-web.it ([62.110.27.80]) + by www.nevrax.org (8.11.0/8.11.0) with SMTP id f5S6xRX35390 + for ; Thu, 28 Jun 2001 08:59:27 +0200 (CEST) + (envelope-from tanis@digi-web.it) +Received: (qmail 25653 invoked from network); 28 Jun 2001 06:51:27 -0000 +Received: from unknown (HELO valerio) (172.16.69.2) + by mail.digisoft.local with SMTP; 28 Jun 2001 06:51:27 -0000 +Message-ID: <00bd01c0ff9f$4eb34bb0$024510ac@valerio> +From: "Valerio Santinelli" +To: +References: +Subject: Re: [Nel] .shape file format change +Date: Thu, 28 Jun 2001 08:55:25 +0200 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 5.50.4522.1200 +X-MIMEOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Just one personal thought.. how many people are actually developing on NeL, +except those at Nevrax themselves? + +It would be a good idea to keep the nevrax.org homepage updated with news +like this one and with some more documentation in order to get people +started on how the overall system works. Nowaday the only real documentation +is the one about the Network library which is good but it's not enough. + +-- +Valerio Santinelli +http://www.digisoft-multimedia.it/ + + +----- Original Message ----- +From: "Daniel Miller" +To: +Sent: Wednesday, June 27, 2001 6:08 PM +Subject: [Nel] .shape file format change + + +> +> A quick word of warning to anybody downloading a new version of the 3D +> library: +> The latest version of the *.shape file reading code is not backwards +> compatible beyond versions 6. This means that you may need to re-generate +> your .shape files in order for the latest code to read them. +> +> Regards to all +> Daniel. +> +> _______________________________________________ +> Nel mailing list +> Nel@nevrax.org +> http://www.nevrax.org/mailman/listinfo.cgi/nel +> + + +From v.caron@zerodeux.net Thu Jun 28 14:47:15 2001 +Received: from zerodeux.net (zerodeux.net [62.4.22.182]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f5SClFX37267 + for ; Thu, 28 Jun 2001 14:47:15 +0200 (CEST) + (envelope-from v.caron@zerodeux.net) +Received: from zerodeux.net (zerodeux.home [192.168.1.3]) + by zerodeux.net (Postfix) with ESMTP id B40081A99 + for ; Thu, 28 Jun 2001 14:43:06 +0200 (CEST) +Message-ID: <3B3B2659.5FBD75B7@zerodeux.net> +Date: Thu, 28 Jun 2001 14:43:05 +0200 +From: Vincent Caron +X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.3 i686) +X-Accept-Language: en, fr +MIME-Version: 1.0 +To: nel@nevrax.org +Subject: Re: [Nel] .shape file format change +References: <00bd01c0ff9f$4eb34bb0$024510ac@valerio> +Content-Type: text/plain; charset=us-ascii +Content-Transfer-Encoding: 7bit +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Valerio Santinelli wrote: +> +> Just one personal thought.. how many people are actually developing on NeL, +> except those at Nevrax themselves? + +From time to time, I checkout the CVS, compile, make some introspection in +the code ... To keep informed, I'm involved in game programming and +crossp-platform development. + +The nevrax.org site is well designed and has rather comprehensive docs. +However this looks too much as a shop's display, it's laking some life... +For instance, we don't have a roadmap and I think the users were a +bit lost when the whole code was redesigned these last months. Posting +the change logs in a regular basis is part of the solution, you should +also talk about the directions, the problem encountered in your game +development, ask for some debates on technical questions ... I know +this is not easy. + +NeL is also a consequent piece of code, and most importantly an application +framework : you don't choose to rely on it that easily ! :) People will +surely consider NeL more massively after Nevrax's game release. You could +also use Snowballs to make it an easy and agreable way to learn about +NeL : for instance, a document explaining step by step how to start from +a simple game design to a client/server application that does the job +would be a very valuable information that would gain you a thankful +audience. I believe this 'tutorial' thing would help with the very abstract +and austere look of nevrax.org. The screenshots where a very good idea +indeed, a lot of people coulnd't affort time and competence to compile +NeL+SnowBalls. And while we are at it, what about packaging binaries ? :) +'NeL-sdk', ready to code ... + +Enough said, let's checkout that CVS ! + +From miller@nevrax.com Thu Jun 28 16:05:36 2001 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f5SE5ZX38319 + for ; Thu, 28 Jun 2001 16:05:35 +0200 (CEST) + (envelope-from miller@nevrax.com) +Received: from miller (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id f5SE1RI30274 + for ; Thu, 28 Jun 2001 16:01:27 +0200 (CEST) + (envelope-from miller@nevrax.com) +From: "Daniel Miller" +To: +Subject: RE: [Nel] .shape file format change +Date: Thu, 28 Jun 2001 16:01:25 +0200 +Message-ID: +MIME-Version: 1.0 +Content-Type: text/plain; + charset="us-ascii" +Content-Transfer-Encoding: 7bit +X-Priority: 3 (Normal) +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) +In-Reply-To: <3B3B2659.5FBD75B7@zerodeux.net> +Importance: Normal +X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +I was just drafting a reply to Valerio Santinelli's mail when this one +turned up, so I guess I'm replying to both postings at once. + +First for the Nevrax.org home page: the news is all badly out of date and +doesn't show what's going on at the moment. Sorry about that. We're just +sorting out our internal knitting so that we can post news more easily. +There should be a general improvement at this level soon. + +For the roadmap - my mail of last week entitled 'a bit of news' contains a +loose plan for the next few months. It'll go up on the site some time soon. +I'm not sure if it contains the information you're after - please shout if +it doesn't. + +On the documentation side - We posted a handfull of new 'features' documents +under the different library headings earlier this week. Any feedback would +be very much appreciated. Beyond that we have been discussing what docs +would be good to write among ourselves. Any ideas are very welcome although +our time for writing dociments is a bit limitted right now!; The problem +with 'how to design and build an MMORPG' type docs is that they warrant an +entire book - and I don't have time to write a whole book right now :(. +I'll see what I can do. + +Snowballs is being re-written (to look more like a designed program and less +like the accumulation of a few dozen chunks of test code spaghettied +together). We're just starting, so our first steps 'll be up on line +shortly... + +For a binary sdk - it's a good idea - We'll look into it. :) + +Regards to all +Daniel + +-----Original Message----- +From: nel-admin@nevrax.org [mailto:nel-admin@nevrax.org]On Behalf Of +Vincent Caron +Sent: Thursday, June 28, 2001 2:43 PM +To: nel@nevrax.org +Subject: Re: [Nel] .shape file format change + + +Valerio Santinelli wrote: +> +> Just one personal thought.. how many people are actually developing on +NeL, +> except those at Nevrax themselves? + +>From time to time, I checkout the CVS, compile, make some introspection in +the code ... To keep informed, I'm involved in game programming and +crossp-platform development. + +The nevrax.org site is well designed and has rather comprehensive docs. +However this looks too much as a shop's display, it's laking some life... +For instance, we don't have a roadmap and I think the users were a +bit lost when the whole code was redesigned these last months. Posting +the change logs in a regular basis is part of the solution, you should +also talk about the directions, the problem encountered in your game +development, ask for some debates on technical questions ... I know +this is not easy. + +NeL is also a consequent piece of code, and most importantly an application +framework : you don't choose to rely on it that easily ! :) People will +surely consider NeL more massively after Nevrax's game release. You could +also use Snowballs to make it an easy and agreable way to learn about +NeL : for instance, a document explaining step by step how to start from +a simple game design to a client/server application that does the job +would be a very valuable information that would gain you a thankful +audience. I believe this 'tutorial' thing would help with the very abstract +and austere look of nevrax.org. The screenshots where a very good idea +indeed, a lot of people coulnd't affort time and competence to compile +NeL+SnowBalls. And while we are at it, what about packaging binaries ? :) +'NeL-sdk', ready to code ... + +Enough said, let's checkout that CVS ! +_______________________________________________ +Nel mailing list +Nel@nevrax.org +http://www.nevrax.org/mailman/listinfo.cgi/nel + + +From tanis@digi-web.it Thu Jun 28 16:45:59 2001 +Received: from www.digi-web.it ([62.110.27.80]) + by www.nevrax.org (8.11.0/8.11.0) with SMTP id f5SEjwX38599 + for ; Thu, 28 Jun 2001 16:45:59 +0200 (CEST) + (envelope-from tanis@digi-web.it) +Received: (qmail 2267 invoked from network); 28 Jun 2001 14:37:56 -0000 +Received: from unknown (HELO valerio) (172.16.69.2) + by mail.digisoft.local with SMTP; 28 Jun 2001 14:37:56 -0000 +Message-ID: <01fb01c0ffe0$7bf784b0$024510ac@valerio> +From: "Valerio Santinelli" +To: +References: +Subject: Re: [Nel] .shape file format change +Date: Thu, 28 Jun 2001 16:41:58 +0200 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 5.50.4522.1200 +X-MIMEOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +----- Original Message ----- +From: "Daniel Miller" +Sent: Thursday, June 28, 2001 4:01 PM + +> First for the Nevrax.org home page: the news is all badly out of date and +> doesn't show what's going on at the moment. Sorry about that. We're just +> sorting out our internal knitting so that we can post news more easily. +> There should be a general improvement at this level soon. + +I spoke to Lecroart about this point. I think that keeping the site up to +date at least once a week wouldn't require a great effort. I'm not asking +you to report on the news page every single change that happens upon the +codebase. Just some generic news about what's going on in order to know that +the project is still alive. + +> For the roadmap - my mail of last week entitled 'a bit of news' contains a +> loose plan for the next few months. It'll go up on the site some time +soon. +> I'm not sure if it contains the information you're after - please shout if +> it doesn't. + +The roadmap you posted last week has been greatly appreciated on my part. :) +I hope that you can keep sending those once every one or two weeks ;) + +> On the documentation side - We posted a handfull of new 'features' +documents +> under the different library headings earlier this week. Any feedback would +> be very much appreciated. Beyond that we have been discussing what docs +> would be good to write among ourselves. Any ideas are very welcome +although +> our time for writing dociments is a bit limitted right now!; The problem +> with 'how to design and build an MMORPG' type docs is that they warrant an +> entire book - and I don't have time to write a whole book right now :(. +> I'll see what I can do. + +I've just looked at the new docs. I'm going to print them all and read them +with ease later on during those lonely nights :) + +I'm not going to ask you to write a "how to design and build a MMORPG" book. +That's out of our scope. If I'm evaluating NeL, it's because I am already +designing an MMORPG and I'm evaluating a framework that would reduce the +efforts needed to code all the game from grounds up. +The kind of documentation that I'm looking for in the future is something +that gives an overview of how the pieces of the NeL framework are tied +together, and then, some more indeep documentation about how to build a new +3D entity, how to make a connection to the server and all those things that +explain what objects should be used and which method should be called to +accomplish the main operations. + +> Snowballs is being re-written (to look more like a designed program and +less +> like the accumulation of a few dozen chunks of test code spaghettied +> together). We're just starting, so our first steps 'll be up on line +> shortly... + +I'm not pressing you to make a new Snowballs in no time. You've got all the +time you need (I know that I have no influence over this, anyway :)) +I just wish that the new Snowballs will show how to write a basic server and +a basic client, and how to code the main functions needed to make them both +run with each other. That's enough to get started with coding upon NeL. + +> For a binary sdk - it's a good idea - We'll look into it. :) + +I agree on this one. A binary SDK would save a lot of compiling-time which +is mainly unneeded. + +Having an offline version of the code documentation without going over the +doxygen compilation time (which took a hour or maybe more on my Athlon) +would also be useful once the code is in a fairly stable condition. + +-- +Valerio Santinelli +http://www.digisoft-multimedia.it/ + + + +From v.caron@zerodeux.net Thu Jun 28 18:44:12 2001 +Received: from zerodeux.net (zerodeux.net [62.4.22.182]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f5SGiCX39222 + for ; Thu, 28 Jun 2001 18:44:12 +0200 (CEST) + (envelope-from v.caron@zerodeux.net) +Received: from zerodeux.net (zerodeux.home [192.168.1.3]) + by zerodeux.net (Postfix) with ESMTP id D3FC83B29 + for ; Thu, 28 Jun 2001 18:40:02 +0200 (CEST) +Message-ID: <3B3B5DDF.44B280FF@zerodeux.net> +Date: Thu, 28 Jun 2001 18:39:59 +0200 +From: Vincent Caron +X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.3 i686) +X-Accept-Language: en, fr +MIME-Version: 1.0 +To: nel@nevrax.org +Content-Type: text/plain; charset=us-ascii +Content-Transfer-Encoding: 7bit +Subject: [Nel] Compiling NeL from CVS +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Slight troubles : + +- bootstrap complains that there is no 'ChangeLog' file, adding a stub with +'touch ChangeLog' makes it happy (and working) + +- stuck here : + +make[4]: Entering directory `/home/zerodeux/src/nevrax/code/nel/src/3d/driver/opengl' +c++ -DHAVE_CONFIG_H -I. -I. -I../../../../include -O3 +-I/home/zerodeux/code/pngl/STLport-0619/stlport -I./src -Wno-multichar -D_REENTRANT +-I/usr/X11R6/include -Wp,-MD,.deps/driver_opengl.pp -c driver_opengl.cpp -fPIC -DPIC -o +.libs/driver_opengl.lo +In file included from driver_opengl.cpp:48: +driver_opengl.h:51: 3d/driver.h: No such file or directory +driver_opengl.h:52: 3d/material.h: No such file or directory +driver_opengl.h:53: 3d/shader.h: No such file or directory +driver_opengl.h:54: 3d/vertex_buffer.h: No such file or directory +driver_opengl.cpp:50: 3d/vertex_buffer.h: No such file or directory +driver_opengl.cpp:51: 3d/light.h: No such file or directory +driver_opengl.cpp:52: 3d/primitive_block.h: No such file or directory + +The "-I./src" should be "-I../../../../src" ... + +From valignat@gw.nevrax.com Fri Jun 29 18:27:21 2001 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f5TGRLX46245 + for ; Fri, 29 Jun 2001 18:27:21 +0200 (CEST) + (envelope-from valignat@gw.nevrax.com) +Received: from gw.nevrax.com (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with ESMTP id f5TGNCI42206 + for ; Fri, 29 Jun 2001 18:23:12 +0200 (CEST) + (envelope-from valignat@gw.nevrax.com) +Received: (from valignat@localhost) + by gw.nevrax.com (8.11.2/8.11.2) id f5TGNBZ18350 + for nel@nevrax.org; Fri, 29 Jun 2001 18:23:11 +0200 (CEST) + (envelope-from valignat) +Date: Fri, 29 Jun 2001 18:23:11 +0200 +From: Cedric Valignat +To: nel@nevrax.org +Subject: Re: [Nel] Compiling NeL from CVS +Message-ID: <20010629182311.A18316@nevrax.com> +References: <3B3B5DDF.44B280FF@zerodeux.net> +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +User-Agent: Mutt/1.2.5i +In-Reply-To: <3B3B5DDF.44B280FF@zerodeux.net>; from v.caron@zerodeux.net on Thu, Jun 28, 2001 at 06:39:59PM +0200 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Hello Vincent, + + +Vincent Caron wrote: +> Slight troubles : +> +> - bootstrap complains that there is no 'ChangeLog' file, adding a stub with +> 'touch ChangeLog' makes it happy (and working) + +This afternoon, i commited a new bootstrap which do the touvh is the ChangeLog +is missing ... so no more annoying complain from automake :-) + +> - stuck here : +> +> [...] +> +> The "-I./src" should be "-I../../../../src" ... + +I tried to setup that in the configure.in file and its works properly when +using VPATH to compile NeL (thing that do do at nevrax to be able to have a +debug and a release version of NeL in the same time and based on the same +source). But that doesn't work in a "normal" compilation setup :-( + +I tried few things very quicly but without success ... i will fix it, cleanly +i hope, on monday ... sorry about that ... + + +Cedric. + + +PS: The external CVS will updated tonigth ... + + +From v.caron@zerodeux.net Fri Jun 29 18:39:42 2001 +Received: from zerodeux.net (zerodeux.net [62.4.22.182]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f5TGdgX46320 + for ; Fri, 29 Jun 2001 18:39:42 +0200 (CEST) + (envelope-from v.caron@zerodeux.net) +Received: from zerodeux.net (zerodeux.home [192.168.1.3]) + by zerodeux.net (Postfix) with ESMTP id 3F0531A87 + for ; Fri, 29 Jun 2001 18:35:33 +0200 (CEST) +Message-ID: <3B3CAE4C.55A6DEAD@zerodeux.net> +Date: Fri, 29 Jun 2001 18:35:24 +0200 +From: Vincent Caron +X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.3 i686) +X-Accept-Language: en, fr +MIME-Version: 1.0 +To: nel@nevrax.org +Subject: Re: [Nel] Compiling NeL from CVS +References: <3B3B5DDF.44B280FF@zerodeux.net> <20010629182311.A18316@nevrax.com> +Content-Type: text/plain; charset=us-ascii +Content-Transfer-Encoding: 7bit +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Cedric Valignat wrote: +> +> I tried few things very quicly but without success ... i will fix it, cleanly +> i hope, on monday ... sorry about that ... + +No pb, I'm just a bug hunter ... :) + +From stephane.craux@voila.fr Sat Jun 30 12:25:39 2001 +Received: from mailsmtp4.ftmms ([193.252.117.74]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f5UAPdX53963 + for ; Sat, 30 Jun 2001 12:25:39 +0200 (CEST) + (envelope-from stephane.craux@voila.fr) +Received: from voila.fr (10.3.7.82) by mailsmtp4.ftmms (5.1.053) + id 3B3BAF030000B458 for nel@nevrax.org; Sat, 30 Jun 2001 12:21:16 +0200 +Date: Sat, 30 Jun 2001 12:21:16 +0200 +Message-Id: +MIME-Version: 1.0 +Content-Type: text/plain +From: "stephane.craux@voila.fr" +To: nel@nevrax.org +X-XaM3-API-Version: 1.1.9.1.38 +X-SenderIP: 213.56.40.20 +Content-Transfer-Encoding: 8bit +X-MIME-Autoconverted: from quoted-printable to 8bit by www.nevrax.org id f5UAPdX53963 +Subject: [Nel] culling and transforms +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Hi , +I Just took a look at nevrax code recently and +noticed that rather than transforming AABB when traversing +the scene graph , the choice was made to transform the +view frustum pyramid : it is much more cpu costly : +I didn't check if this choice was relevant : is it really ? + +Ho , it dosn't seem to me that nel network code provides +peer2peer networked comm : Am I right ? +Isn't it a nice solution to very large multi-user environments ? + +Great job anyway + +Stephane + + + +__________________________________________________ +Voila vous propose une boite aux lettres gratuite sur Voila Mail: +http://mail.voila.fr + + + + +From ymorvan@ens-lyon.fr Sat Jun 30 20:01:13 2001 +Received: from buffalo.ens-lyon.fr (buffalo.ens-lyon.fr [140.77.1.8]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f5UI1CX56066 + for ; Sat, 30 Jun 2001 20:01:12 +0200 (CEST) + (envelope-from ymorvan@ens-lyon.fr) +Received: from woodstock (woodstock [140.77.11.50]) + by buffalo.ens-lyon.fr (8.11.2/8.11.2) with ESMTP id f5UHv0127805 + for ; Sat, 30 Jun 2001 19:57:00 +0200 (MET DST) +Date: Sat, 30 Jun 2001 19:57:00 +0200 (MET DST) +From: Yann Morvan +X-Sender: ymorvan@woodstock +To: nel@nevrax.org +In-Reply-To: +Message-ID: +MIME-Version: 1.0 +Content-Type: TEXT/PLAIN; charset=US-ASCII +Subject: [Nel] Congratulations + concerns +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Hullo, +I've been following the development of NEL for +some time, I haven't been contributing due to lack +of spare time, but I wanted to congratulate the +Nel team for their idea and work. + +However, I have one major concern with the licence mecanism. +Indeed, your idea is that what the people will pay for in +games based upon Nel is content and not code. Saying this, you +implicitly state that content and code are completely distinct things. +It is true for the most part (graphics, sounds, AI scripts, background, +plots etc), +but I can't convince myself that it applies to the rules of the game, +for I can't help to think that for efficiency matters they should be +hardcoded in the different services. (The reason being that because of +their level of abstraction, using a scripting mechanism would be terribly +painful and would require a design of the services architecture allowing +for total flexibility). + +I played Ultima Online for 3 years, I read the rantings of lum the mad +daily, I read the dev boards of currently in development MMORPGs, I'm +aware of the specificities of the "big three" and all this leads +me to the conclusion that the rules (i.e. economy system, combat system, +advancement system etc) are a part of the content at least as important +as the rest regarding a game's interest (I wouldn't be willing to +create a MMORPG if I wasn't utterly frustrated by the current trends +in those games). + +Therefore, while I totaly agree that any improvment +or further development of Nel's features should be shared, I'd +like you to reassure me about the protection of one's rule system +in your design philosophy. + +Sorry for this long mail and for reviving this probably old and well +debated issue :) + + Yann + + +From brenden@rcsis.com Sat Jun 30 20:35:46 2001 +Received: from smtp.rcsis.com (smtp.surewest.net [208.45.228.18]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f5UIZjX56241 + for ; Sat, 30 Jun 2001 20:35:45 +0200 (CEST) + (envelope-from brenden@rcsis.com) +Received: from brenden2001towe (064.dsl6660144.DHCP.surewest.net [66.60.144.64]) + by smtp.rcsis.com (8.9.3/8.9.3) with SMTP id LAA10934 + for ; Sat, 30 Jun 2001 11:21:43 -0700 +Message-ID: <001701c10193$4d03cec0$40903c42@brenden2001towe.rcsis.com> +From: "Brenden Towey" +To: +Subject: Re: [Nel] Congratulations + concerns +Date: Sat, 30 Jun 2001 11:34:30 -0700 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 4.72.3110.1 +X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Good point. + +I haven't looked at the source code at ALL, but the idea behind GPL is that +you only have to GPL your code if you base it on existing GPL code. + +So, if NEL doesn't already do this, first you take the GPL code and make a +well-defined API that allows one to separate the "game rules" from the rest +of the package, and release that. "Hey everyone, look at the spiffy API I +added to the NEL code base. Please look at it and add it to your GPL code +base if you like it." + +Then you take the GPL game rules on the other side of the API, delete them, +and write your totally new rules, using only the API. Tah da, they are +yours, and you don't have to release your code to anyone. The game rules +are a separate binary (library, .o file) just like the game data. Use +dynamically linked libraries if you want more separation. (But I'm pretty +sure that when compiling proprietary apps (see below) under GNU/Linux, at +least some GPL code gets bound directly in. Also, the concept of +"contamination" my apply, but hey, we are talking a GAME here. Do you +really think anyone is going to bother suing you? Unlikely I think. ) + +This is the same as developing proprietary apps on GNU/Linux. GNU/Linux +provides a public, GPL'd API, but the app you write that interfaces to that +API is totally your own. + +(I'm pretty sure that when compiling proprietary apps under GNU/Linux, at +least some GPL code gets bound directly in, though this doesn't seem to +bother anyone. Also, the concept of "contamination" may apply, but hey, we +are talking a GAME here. Do you really think anyone is going to bother +suing you for GPL license violation? Unlikely I think, unless you really do +overtly violate the license. ) + + +My 2 cp. + +Brenden + +-----Original Message----- +From: Yann Morvan +To: nel@nevrax.org +Date: Saturday, June 30, 2001 11:06 AM +Subject: [Nel] Congratulations + concerns + + +>Hullo, +>I've been following the development of NEL for +>some time, I haven't been contributing due to lack +>of spare time, but I wanted to congratulate the +>Nel team for their idea and work. +> +>However, I have one major concern with the licence mecanism. +>Indeed, your idea is that what the people will pay for in +>games based upon Nel is content and not code. Saying this, you +>implicitly state that content and code are completely distinct things. +>It is true for the most part (graphics, sounds, AI scripts, background, +>plots etc), +>but I can't convince myself that it applies to the rules of the game, +>for I can't help to think that for efficiency matters they should be +>hardcoded in the different services. (The reason being that because of +>their level of abstraction, using a scripting mechanism would be terribly +>painful and would require a design of the services architecture allowing +>for total flexibility). +> +>I played Ultima Online for 3 years, I read the rantings of lum the mad +>daily, I read the dev boards of currently in development MMORPGs, I'm +>aware of the specificities of the "big three" and all this leads +>me to the conclusion that the rules (i.e. economy system, combat system, +>advancement system etc) are a part of the content at least as important +>as the rest regarding a game's interest (I wouldn't be willing to +>create a MMORPG if I wasn't utterly frustrated by the current trends +>in those games). +> +>Therefore, while I totaly agree that any improvment +>or further development of Nel's features should be shared, I'd +>like you to reassure me about the protection of one's rule system +>in your design philosophy. +> +>Sorry for this long mail and for reviving this probably old and well +>debated issue :) +> +> Yann +> +>_______________________________________________ +>Nel mailing list +>Nel@nevrax.org +>http://www.nevrax.org/mailman/listinfo.cgi/nel + + +From nobody@fedro.ugr.es Sat Jun 30 21:38:37 2001 +Received: from fedro.ugr.es (fedro.ugr.es [150.214.20.19]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f5UJcbX56534 + for ; Sat, 30 Jun 2001 21:38:37 +0200 (CEST) + (envelope-from nobody@fedro.ugr.es) +Received: (from nobody@localhost) + by fedro.ugr.es (8.9.3/8.9.1) id VAA09892; + Sat, 30 Jun 2001 21:25:56 +0200 (MET DST) +To: nel@nevrax.org +Subject: Re: [Nel] Congratulations + concerns +Message-ID: <993929155.3b3e27c366961@fedro.ugr.es> +Date: Sat, 30 Jun 2001 21:25:55 +0200 (MET DST) +From: x5101920@fedro.ugr.es +References: <001701c10193$4d03cec0$40903c42@brenden2001towe.rcsis.com> +In-Reply-To: <001701c10193$4d03cec0$40903c42@brenden2001towe.rcsis.com> +MIME-Version: 1.0 +Content-Type: text/plain; charset=ISO-8859-1 +Content-Transfer-Encoding: 8bit +User-Agent: IMP/PHP IMAP webmail program 2.2.4 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +> Then you take the GPL game rules on the other side of the API, delete +> them, +> and write your totally new rules, using only the API. Tah da, they are +> yours, and you don't have to release your code to anyone. The game +> rules +> are a separate binary (library, .o file) just like the game data. Use +> dynamically linked libraries if you want more separation. (But I'm +> pretty +> sure that when compiling proprietary apps (see below) under GNU/Linux, +> at +> least some GPL code gets bound directly in. Also, the concept of +> "contamination" my apply, but hey, we are talking a GAME here. Do you +> really think anyone is going to bother suing you? Unlikely I think. ) + +You are totally wrong... +Please go and read about LIBRARY and GPL License... + +What ever you link to a GPL app MUST be GPL. :) +So you have to publish your source under GPL. + +And yes you will be sued... you are using the work of thousand of people and you +can't share a few stupid lines of code!?!?!?!... + +> This is the same as developing proprietary apps on GNU/Linux. GNU/Linux +> provides a public, GPL'd API, but the app you write that interfaces to +> that API is totally your own. + +You are wrong again... +From what I understood by a mail from FSF, the only way you have to skip GPL is: +1) Get a License from Nel. +2) Code the whole client under a different license. Unless the Net protocol is +propietary... that I think it is not the case. + + +> (I'm pretty sure that when compiling proprietary apps under GNU/Linux, +> at +> least some GPL code gets bound directly in, though this doesn't seem to +> bother anyone. Also, the concept of "contamination" may apply, but hey, +> we +> are talking a GAME here. Do you really think anyone is going to bother +> suing you for GPL license violation? Unlikely I think, unless you +> really do +> overtly violate the license. ) + +No, it is not the same... Please ask a lawyer about it, he will explain it more +clearly that I can. + +IMO if someone violate even a bit the license i set, I will sue him. + +Regards. + + Miguel Angel Blanch Lardin + +nuclear cia fbi spy password code encrypt president bomb iran irak korea cuba +Ala yihad mosad kgb free freedom human rights yugoslavia kosovo ebola dna + + -- Echelon must die -- + +From ymorvan@mrl.nyu.edu Sat Jun 30 22:14:38 2001 +Received: from cenote.mrl.nyu.edu (CENOTE.MRL.NYU.EDU [128.122.47.95]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f5UKEbX56714 + for ; Sat, 30 Jun 2001 22:14:38 +0200 (CEST) + (envelope-from ymorvan@mrl.nyu.edu) +Received: from localhost (ymorvan@localhost) + by cenote.mrl.nyu.edu (8.9.1/8.9.1) with ESMTP id PAA53326 + for ; Sat, 30 Jun 2001 15:59:51 -0400 (EDT) +Date: Sat, 30 Jun 2001 15:59:51 -0400 +From: Yann Morvan +To: nel@nevrax.org +Subject: Re: [Nel] Congratulations + concerns +In-Reply-To: <993929155.3b3e27c366961@fedro.ugr.es> +Message-ID: +MIME-Version: 1.0 +Content-Type: TEXT/PLAIN; charset=US-ASCII +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Well, while explaining his mistakes to Brenden, +you didn't adress my point, which is this: +Though EQ has better graphics and better written +network code than UO, I preffer UO because of its rules, +which yet are hardcoded. + +If it is not possible for me to use Nel +(and share the technical improvments I may +make) without being able to protect my set of game +rules (which are in no way an improvment to the Nel +library, being specific to my game), then you reduce +content to superficial things (graphics etc) and customer +service, which have never alone made the main interest of a game +for any gamer with an ounce of taste. + +So please tell me if there is a solution or if I should +give up using Nel (but then again, please understand that +I totaly agree with the idea of sharing my improvments of +the library). + + Yann + +P.S. I understand the passion behind the free software notion, however, +in the very field of MMORPG, the inability to protect your rules - +the spirit of your game - leaves the opportunity to a greater +company, if they happen to be popular, to deprive you of the pleasure +of running your game by draining your playerbase by using its marketing +power. You then end up with the opposite of the reason why you thrive +for free software: people make profit over your ideas because of their +mere initial wealth. + + + +From elw@stderr.org Sat Jun 30 22:30:49 2001 +Received: from aph.frognet.net (root@aph.frognet.net [216.3.3.138]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f5UKUmX56810 + for ; Sat, 30 Jun 2001 22:30:48 +0200 (CEST) + (envelope-from elw@stderr.org) +Received: from eckhart.stderr.org (elw@aph.frognet.net [216.3.3.138]) + by aph.frognet.net (8.12.0.Beta10/8.12.0.Beta10/Debian 8.12.0.Beta10) with ESMTP id f5UKQrtG010538 + for ; Sat, 30 Jun 2001 16:26:53 -0400 +Date: Sat, 30 Jun 2001 16:26:53 -0400 (EDT) +From: elijah wright +To: nel@nevrax.org +Subject: Re: [Nel] Congratulations + concerns +In-Reply-To: <993929155.3b3e27c366961@fedro.ugr.es> +Message-ID: +MIME-Version: 1.0 +Content-Type: TEXT/PLAIN; charset=US-ASCII +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +> You are totally wrong... +> Please go and read about LIBRARY and GPL License... +> +> What ever you link to a GPL app MUST be GPL. :) +> So you have to publish your source under GPL. + +incorrect. you are free to link commercial applications with GPL'ed +libraries. library stubs are an exclusion of sorts to the GPL, as they do +not constitute "extending" GPL-code functionality, but simply using it as +it is intended to be used. + +LGPL-licenses are a very workable alternative; perhaps the nevrax team +could countenance dual-licensing any such "rules API" and releasing +parallel versions (with identical code) under both licenses. + +elijah + + +From jcosby@gscyclone.com Sat Jun 30 23:35:47 2001 +Received: from smtp.gscyclone.com (server2.gscyclone.com [209.36.53.41]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f5ULZfX57165 + for ; Sat, 30 Jun 2001 23:35:47 +0200 (CEST) + (envelope-from jcosby@gscyclone.com) +Received: (apparently) from jc2 ([12.25.141.108]) by smtp.gscyclone.com with Microsoft SMTPSVC(5.5.1877.447.44); + Sat, 30 Jun 2001 17:28:31 -0400 +Message-ID: <000d01c101ac$06161e00$6c8d190c@gscyclone.net> +From: "John Cosby" +To: +Subject: [Nel] Game Rules +Date: Sat, 30 Jun 2001 17:31:17 -0400 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 5.00.2615.200 +X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +I've been observing for a bit, and feel a need to jump in here. + +In many jurisdictions (America and England that I know of), the rules of a +game cannot be copyrighted. Specific presentation, game boards, pieces, +etc. may by trademarked and copyrighted, but the rules that define gameplay +cannot. + +This leads to an interesting notion when looking at making a game's source +code public. There is no legal protection for the rules themselves - the +graphics, user interface, etc. may be protected, though. + +In this fashion, Nel seems to have a business model that will work, in that +they will be charging to play on their servers using their bandwidth. If +the rules of the game are defined and implemented in source code, then those +rules may be taken and adapted or reused. If the rules of the game are +implemented in libraries using a public API, then those may be "protected" +in so far as the original source and documentation is not available, +although anyone who wants to reverse-engineer (on the basis of behavior, +given the licenses attached to EQ and UO) can come up with their own +implementation of what they believe the game rules to be. + +All because I wanted to reimplement a game Prodigy let die, years and years +ago.... + + + + +From stephane.craux@voila.fr Sat Jun 30 23:41:18 2001 +Received: from mailsmtp5.ftmms ([193.252.117.74]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f5ULfIX57212; + Sat, 30 Jun 2001 23:41:18 +0200 (CEST) + (envelope-from stephane.craux@voila.fr) +Received: from voila.fr (10.3.7.82) by mailsmtp5.ftmms (5.1.053) + id 3B3BAF040000E4DC; Sat, 30 Jun 2001 23:36:52 +0200 +Date: Sat, 30 Jun 2001 23:36:52 +0200 +Message-Id: +Subject: Re: [Nel] Congratulations + concerns +MIME-Version: 1.0 +Content-Type: text/plain +From: "stephane.craux@voila.fr" +To: nel@nevrax.org +Cc: nel@nevrax.org +X-XaM3-API-Version: 1.1.9.1.38 +X-SenderIP: 213.56.40.20 +Content-Transfer-Encoding: 8bit +X-MIME-Autoconverted: from quoted-printable to 8bit by www.nevrax.org id f5ULfIX57212 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +> So please tell me if there is a solution or if I should +> give up using Nel (but then again, please understand that +> I totaly agree with the idea of sharing my improvments of +> the library). +> +> Yann +> +> P.S. I understand the passion behind the free software notion, however, +> in the very field of MMORPG, the inability to protect your rules - +> the spirit of your game - leaves the opportunity to a greater +> company, if they happen to be popular, to deprive you of the pleasure +> of running your game by draining your playerbase by using its marketing +> power. You then end up with the opposite of the reason why you thrive +> for free software: people make profit over your ideas because of their +> mere initial wealth. + +I think u just point out here the Open Source Concept as one +of the biggest joke of the end of twentieth century . + +Software code in itself is not that important thing when GPL is concerned, +and beeing able to read it and extract the major concepts of a software is +the great thing : u always proceed with reverse engineering , - the ever +coming question how do they do that - even when using software like ... +those which don't provide source code . + +That's why GPL is a bad trick to minor companies and therefore for individuals : +releasing code shows the overall software architecture , may let u get insights +about hardcore coded sections and definitively unprotects the source providers . + +Good and Exceptionnal concepts are quickly analysed (you always need to understand +the philosophy that drives a software architecture to be able to use it) +So major companies will reuse GPLed code that much faster than minor entities +- as far as software production is concerned - +I think that instead of promoting talents ,GPL comes with a global leverage tendance . + +The company I work for prohibits the reuse of GPL code and tends to minimize +the usage of LGPL ed source code : no need to ask a lawyer why , everybody +will laugh at u if u ask and I think the boss is right here . +Great support is provided to software users , but anyway , any reliable company +protects its sources ( Nevrax Executives don ot read that ). Please note +that I'm in no way related to MS . +Isn't GPL the biggest break to creativity we ever seen since communism died +out of realism ? + +Would GPL minds expect great french wine caves to make their 'elevage' +methods publically available - I love great wines - , but who ever thought +that we would get better wine through that way , that's not a reliable way of +thinking and only fools rush in . + + +I don't want to minimize the brightness of people who go promoting the GPL concept , +(I 've the reputation to use my mind in very efficient ways though ) , but +since I'm tightened to realism in my comapany , I totally agree with GPL detractors . +Privacy is definitively needed or the world dies out of any will . + +I realize i might be removed from the list after that , +but I don't think it will happen . + +Back to development and implementation , lots of to do ahead (I wouldn't be there if not) + +Stephane Craux +Stephane.Craux@voila.fr +__________________________________________________ +Voila vous propose une boite aux lettres gratuite sur Voila Mail: +http://mail.voila.fr + + + + +From ymorvan@mrl.nyu.edu Sat Jun 30 23:56:58 2001 +Received: from cenote.mrl.nyu.edu (CENOTE.MRL.NYU.EDU [128.122.47.95]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f5ULuvX57298 + for ; Sat, 30 Jun 2001 23:56:57 +0200 (CEST) + (envelope-from ymorvan@mrl.nyu.edu) +Received: from localhost (ymorvan@localhost) + by cenote.mrl.nyu.edu (8.9.1/8.9.1) with ESMTP id RAA54230 + for ; Sat, 30 Jun 2001 17:42:11 -0400 (EDT) +Date: Sat, 30 Jun 2001 17:42:11 -0400 +From: Yann Morvan +To: nel@nevrax.org +Subject: Re: [Nel] Game Rules +In-Reply-To: <000d01c101ac$06161e00$6c8d190c@gscyclone.net> +Message-ID: +MIME-Version: 1.0 +Content-Type: TEXT/PLAIN; charset=US-ASCII +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Ok John, thanks for your answer, I think +I have a more realist vision now: +rules are too abstract to be protected in themselves +and their implementation will be reverse-engineered +if they are popular. +So all you have to do is give yourself the means to ensure that your +game will be good enough to discourage people from trying to steal +your players. Sounds like the hard, but honest way ... + +And Stephane, I don't think that free software is a joke, +you know I even think that K. Marx had good ideas ...:) + + +From nobody@fedro.ugr.es Sun Jul 1 00:07:23 2001 +Received: from fedro.ugr.es (fedro.ugr.es [150.214.20.19]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f5UM7NX57374 + for ; Sun, 1 Jul 2001 00:07:23 +0200 (CEST) + (envelope-from nobody@fedro.ugr.es) +Received: (from nobody@localhost) + by fedro.ugr.es (8.9.3/8.9.1) id XAA11139; + Sat, 30 Jun 2001 23:54:04 +0200 (MET DST) +To: nel@nevrax.org +Subject: Re: [Nel] Congratulations + concerns +Message-ID: <993938043.3b3e4a7be58b4@fedro.ugr.es> +Date: Sat, 30 Jun 2001 23:54:03 +0200 (MET DST) +From: x5101920@fedro.ugr.es +References: +In-Reply-To: +MIME-Version: 1.0 +Content-Type: text/plain; charset=ISO-8859-1 +Content-Transfer-Encoding: 8bit +User-Agent: IMP/PHP IMAP webmail program 2.2.4 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +> If it is not possible for me to use Nel +> (and share the technical improvments I may +> make) without being able to protect my set of game +> rules (which are in no way an improvment to the Nel +> library, being specific to my game), then you reduce +> content to superficial things (graphics etc) and customer +> service, which have never alone made the main interest of a game +> for any gamer with an ounce of taste. +> +> So please tell me if there is a solution or if I should +> give up using Nel (but then again, please understand that +> I totaly agree with the idea of sharing my improvments of +> the library). + +I am in no way related to Nel. +This is just my opinion as contributor of Open Source. + +But I think that you should fix the ethical conflict between using "others" GPL +code and asking them to protect "your" right for not sharing yours. :-/ + +> P.S. I understand the passion behind the free software notion, however, +> in the very field of MMORPG, the inability to protect your rules - +> the spirit of your game - leaves the opportunity to a greater +> company, if they happen to be popular, to deprive you of the pleasure +> of running your game by draining your playerbase by using its marketing +> power. You then end up with the opposite of the reason why you thrive +> for free software: people make profit over your ideas because of their +> mere initial wealth. + +Once a american president, perhaps Abraham Lincon, told that a nation that give +away freedom to get security deserver nor freedom neither security. + +So this apply to Open Source, I think that freedom is soooo good that it worth +to risk to that to happen. And imagine that the case you told happen... you +would have shown world how good is Open Source that a Lame enterprise has decide +to use your code to make their game. + +Regards. + +[ Above is just my opinion, I don't ask you to understand it, not to agree with +me... ] + + + Miguel Angel Blanch Lardin + +nuclear cia fbi spy password code encrypt president bomb iran irak korea cuba +Ala yihad mosad kgb free freedom human rights yugoslavia kosovo ebola dna + + -- Echelon must die -- + +From nobody@fedro.ugr.es Sun Jul 1 00:41:03 2001 +Received: from fedro.ugr.es (fedro.ugr.es [150.214.20.19]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f5UMewX57542 + for ; Sun, 1 Jul 2001 00:40:58 +0200 (CEST) + (envelope-from nobody@fedro.ugr.es) +Received: (from nobody@localhost) + by fedro.ugr.es (8.9.3/8.9.1) id AAA11811; + Sun, 1 Jul 2001 00:27:04 +0200 (MET DST) +To: nel@nevrax.org +Subject: Re: [Nel] Game Rules +Message-ID: <993940023.3b3e5237494bb@fedro.ugr.es> +Date: Sun, 01 Jul 2001 00:27:03 +0200 (MET DST) +From: x5101920@fedro.ugr.es +References: <000d01c101ac$06161e00$6c8d190c@gscyclone.net> +In-Reply-To: <000d01c101ac$06161e00$6c8d190c@gscyclone.net> +MIME-Version: 1.0 +Content-Type: text/plain; charset=ISO-8859-1 +Content-Transfer-Encoding: 8bit +User-Agent: IMP/PHP IMAP webmail program 2.2.4 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Mensaje citado por: John Cosby : + +> I've been observing for a bit, and feel a need to jump in here. +> +> In many jurisdictions (America and England that I know of), the rules of +> a +> game cannot be copyrighted. Specific presentation, game boards, pieces, +> etc. may by trademarked and copyrighted, but the rules that define +> gameplay +> cannot. + +I am not a lawer... But you say "the rules of a game cannot be copyrighted." +Let's suppose that my computer is a game, k? +So my programs are the rule to play/use the game... so following that logic, +they can't be copyright, so all that EULA as just shit :) + +I have heard that what you can copyright is the style of play, for example you +can copy right D&D, you can copyright the Critical Hit table, but you can't copy +right the method of throwing a dice to resolve action. :) + +Anyway, with all that shit about patents, i think that you will be able to +patent it to. :-( + + + Miguel Angel Blanch Lardin + +nuclear cia fbi spy password code encrypt president bomb iran irak korea cuba +Ala yihad mosad kgb free freedom human rights yugoslavia kosovo ebola dna + + -- Echelon must die -- + +From michael@in-orbit.net Sun Jul 1 00:48:37 2001 +Received: from mail.in-orbit.net ([63.205.226.187]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f5UMmZX57595 + for ; Sun, 1 Jul 2001 00:48:36 +0200 (CEST) + (envelope-from michael@in-orbit.net) +Received: from baldur ([63.205.226.189]) + by mail.in-orbit.net (8.11.0/8.11.0) with SMTP id f5ULgci20101 + for ; Sat, 30 Jun 2001 14:42:39 -0700 +Message-Id: <200106302142.f5ULgci20101@mail.in-orbit.net> +Date: Sat, 30 Jun 2001 15:45:21 -0700 +To: nel@nevrax.org +From: Michael Warnock +Subject: Re: [Nel] Congratulations + concerns +Organization: InOrbit +X-Mailer: Opera 5.10 build 902 +X-Priority: 3 (Normal) +Mime-Version: 1.0 +Content-Type: text/plain; charset="us-ascii" +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +By way of introduction, I am working on a couple of games making use of nel- commercial games. In addition to selling our content and service, we consider our game rules our ip and there are a couple reasons why they can be implemented without violating the gpl (which i consider scripture). First of all our rules will be in a brand new specification language in +their own files or database tables and wont be compiled or linked at all. But should we run into speed problems for not hardcoding everything, we're still not required to release anything- you can quite legally use gpl'ed code in your own, unreleased programs- and why should we release the server side code? + +michael warnock +InOrbit Entertainment + + +From nobody@fedro.ugr.es Sun Jul 1 00:55:47 2001 +Received: from fedro.ugr.es (fedro.ugr.es [150.214.20.19]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f5UMtkX57651 + for ; Sun, 1 Jul 2001 00:55:46 +0200 (CEST) + (envelope-from nobody@fedro.ugr.es) +Received: (from nobody@localhost) + by fedro.ugr.es (8.9.3/8.9.1) id AAA12185; + Sun, 1 Jul 2001 00:51:14 +0200 (MET DST) +To: nel@nevrax.org +Subject: Re: [Nel] Congratulations + concerns +Message-ID: <993941473.3b3e57e1caae2@fedro.ugr.es> +Date: Sun, 01 Jul 2001 00:51:13 +0200 (MET DST) +From: x5101920@fedro.ugr.es +References: <200106302142.f5ULgci20101@mail.in-orbit.net> +In-Reply-To: <200106302142.f5ULgci20101@mail.in-orbit.net> +MIME-Version: 1.0 +Content-Type: text/plain; charset=ISO-8859-1 +Content-Transfer-Encoding: 8bit +User-Agent: IMP/PHP IMAP webmail program 2.2.4 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Mensaje citado por: Michael Warnock : + +> By way of introduction, I am working on a couple of games making use of +> nel- commercial games. In addition to selling our content and service, +> we consider our game rules our ip and there are a couple reasons why +> they can be implemented without violating the gpl (which i consider +> scripture). First of all our rules will be in a brand new specification +> language in +> their own files or database tables and wont be compiled or linked at +> all. But should we run into speed problems for not hardcoding +> everything, we're still not required to release anything- you can quite +> legally use gpl'ed code in your own, unreleased programs- and why should +> we release the server side code? + +I would love that you reply to this answer to me and to Nel guys that are so +hard working on such a good project. + +IMO In the same moment that you make public your server you are making it public +and you should release it. But I am not a lawyer. + +Regards, + Miguel Angel Blanch Lardin + +nuclear cia fbi spy password code encrypt president bomb iran irak korea cuba +Ala yihad mosad kgb free freedom human rights yugoslavia kosovo ebola dna + + -- Echelon must die -- + +From ymorvan@mrl.nyu.edu Sun Jul 1 01:08:20 2001 +Received: from cenote.mrl.nyu.edu (CENOTE.MRL.NYU.EDU [128.122.47.95]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f5UN8KX57732 + for ; Sun, 1 Jul 2001 01:08:20 +0200 (CEST) + (envelope-from ymorvan@mrl.nyu.edu) +Received: from localhost (ymorvan@localhost) + by cenote.mrl.nyu.edu (8.9.1/8.9.1) with ESMTP id SAA54434 + for ; Sat, 30 Jun 2001 18:53:33 -0400 (EDT) +Date: Sat, 30 Jun 2001 18:53:33 -0400 +From: Yann Morvan +To: nel@nevrax.org +Subject: Re: [Nel] Congratulations + concerns +In-Reply-To: <200106302142.f5ULgci20101@mail.in-orbit.net> +Message-ID: +MIME-Version: 1.0 +Content-Type: TEXT/PLAIN; charset=US-ASCII +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Well, I think that the GPL, as opposed to LGPL, +is much more strict than you think, I've taken a few minutes +to go and read it thoroughly and it is quite clear. +Besides, its very purpose is to lay legal grounds to defend +the Free Software notion, so I think it is to be taken seriously, +and in my opinion, it is a good thing. +As for your scripting thing, I think we can devide rules in two +categories: +-global ones ("when a character dies, he returns to his binding point") +-detailed ones ("the damage formula for the needle gun is +log3(sqrt(z)-8x)") + +Like john said, the second ones will be reverse engineered (see the "big +three", whereas the first ones are so general that on one hand the idea of +a patent on them is ridiculous (though I think some fool as tried to +patent the whole MMOG or even PW concept) and on the other hand their +scripting is difficult. + +So there is no point at protecting your rules. + + Yann + + + +From michael@in-orbit.net Sun Jul 1 01:13:59 2001 +Received: from mail.in-orbit.net ([63.205.226.187]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f5UNDwX57776 + for ; Sun, 1 Jul 2001 01:13:58 +0200 (CEST) + (envelope-from michael@in-orbit.net) +Received: from baldur ([63.205.226.189]) + by mail.in-orbit.net (8.11.0/8.11.0) with SMTP id f5UM82i20277 + for ; Sat, 30 Jun 2001 15:08:02 -0700 +Message-Id: <200106302208.f5UM82i20277@mail.in-orbit.net> +Date: Sat, 30 Jun 2001 16:10:44 -0700 +To: nel@nevrax.org +From: Michael Warnock +Subject: Re: [Nel] Congratulations + concerns +Organization: InOrbit +X-Mailer: Opera 5.10 build 902 +X-Priority: 3 (Normal) +Mime-Version: 1.0 +Content-Type: text/plain; charset="us-ascii" +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +6/30/2001 3:51:13 PM, x5101920@fedro.ugr.es wrote: + +> +>Mensaje citado por: Michael Warnock : +> +>> By way of introduction, I am working on a couple of games making use of +>> nel- commercial games. In addition to selling our content and service, +>> we consider our game rules our ip and there are a couple reasons why +>> they can be implemented without violating the gpl (which i consider +>> scripture). First of all our rules will be in a brand new specification +>> language in +>> their own files or database tables and wont be compiled or linked at +>> all. But should we run into speed problems for not hardcoding +>> everything, we're still not required to release anything- you can quite +>> legally use gpl'ed code in your own, unreleased programs- and why should +>> we release the server side code? +> +>I would love that you reply to this answer to me and to Nel guys that are so +>hard working on such a good project. +> +We're quite grateful to them- we've even had them over to our place in san francisco, but it just so happens that they are also at work on a lot of nel based code that they have not released- and they are by no means required to- it is only in the event of distributing binaries that you must distribute source. + +>IMO In the same moment that you make public your server you are making it public +>and you should release it. But I am not a lawyer. +> +if it works out to seperate our rules in an external data format- because that really is what heaps and heaps of content specific rules are, then we might well release our server code (and we will of course release any changes we make to the basic services), but though ianal, I'm quite sure on the point of not being required to release internal software that makes +use of gpl'ed code and I really don't believe that even mr stallman would object given the situation- its quite a step for a game company to share source at all and it has been no small hinderance in our search for funding, nevertheless we've stuck by the gpl. + +michael warnock +InOrbit Entertainment + + +From nobody@fedro.ugr.es Sun Jul 1 11:27:45 2001 +Received: from fedro.ugr.es (fedro.ugr.es [150.214.20.19]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f619RiX61746 + for ; Sun, 1 Jul 2001 11:27:44 +0200 (CEST) + (envelope-from nobody@fedro.ugr.es) +Received: (from nobody@localhost) + by fedro.ugr.es (8.9.3/8.9.1) id LAA16237; + Sun, 1 Jul 2001 11:23:33 +0200 (MET DST) +To: nel@nevrax.org +Message-ID: <993979412.3b3eec1424ac5@fedro.ugr.es> +Date: Sun, 01 Jul 2001 11:23:32 +0200 (MET DST) +From: x5101920@fedro.ugr.es +References: +In-Reply-To: +MIME-Version: 1.0 +Content-Type: text/plain; charset=ISO-8859-1 +Content-Transfer-Encoding: 8bit +User-Agent: IMP/PHP IMAP webmail program 2.2.4 +Subject: [Nel] [Flame][Offtopic] Congratulations + concerns +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +> I think u just point out here the Open Source Concept as one +> of the biggest joke of the end of twentieth century . + +Well, there is stupid people that laugh at important things. +Idiots things everything is a joke. :-/ + +> Software code in itself is not that important thing when GPL is +> concerned, +> and beeing able to read it and extract the major concepts of a software +> is +> the great thing : u always proceed with reverse engineering , - the +> ever +> coming question how do they do that - even when using software like ... +> those which don't provide source code . + +You didn't understand it... +GPL is not about reading others code... but giving you the freedom to copy, +modify and resuse it under the GPL License. + +> That's why GPL is a bad trick to minor companies and therefore for +> individuals : +> releasing code shows the overall software architecture , may let u get +> insights +> about hardcore coded sections and definitively unprotects the source +> providers . + +No, because all the code is under the GPL. +If you read it, and code it on your way, then you could set whatever license you +want... it is up to your ethical being to say if you use GPL or not. + +> Good and Exceptionnal concepts are quickly analysed (you always need to +> understand +> the philosophy that drives a software architecture to be able to use it) +> So major companies will reuse GPLed code that much faster than minor +> entities +> - as far as software production is concerned - +> I think that instead of promoting talents ,GPL comes with a global +> leverage tendance . + +You are totally wrong... GPL allow us the common user to join and build a big, +great product. From my personal experience, I could have never build such +project as mine is without GPL. + +GPL promote talents as everyone learn fasters, so yes it do a leverage, but you +get a better level that those close source fanatic. :-/ + +> Great support is provided to software users , but anyway , any reliable +> company +> protects its sources ( Nevrax Executives don ot read that ). Please note +> that I'm in no way related to MS . +> Isn't GPL the biggest break to creativity we ever seen since communism +> died +> out of realism ? + +GPL is not about companies, but about users. +GPL means to refuse to a lot of rights so that your users can share your work. + +I suppose that Nevrax is using GPL because: +1) It make faster the development. +2) The user base is also developers base +3) The open architecture means bugs are found faster and easier. +4) Port to other OS are almost automatic. +5) Personal Challenge ( 1st commercial GPL game ) + +Why in the hell people thing that Communism, Jew or Gay are bad things??? + + +> Would GPL minds expect great french wine caves to make their 'elevage' +> methods publically available - I love great wines - , but who ever +> thought +> that we would get better wine through that way , that's not a reliable +> way of +> thinking and only fools rush in . + +Man... you have serious problems with your ethics. +If you say... "Mine is the best wine of the world", just tell me how you did, +and I will do one better. What we have? A wine that is better than the better. +And as my way is not secret and open and free to use, someone will use it to +create an even better one. +That is what GPL is about, only fools don't understand. + +> I don't want to minimize the brightness of people who go promoting the +> GPL concept , +> (I 've the reputation to use my mind in very efficient ways though ) , +> but +> since I'm tightened to realism in my comapany , I totally agree with GPL +> detractors . +> Privacy is definitively needed or the world dies out of any will . + +Yes, Your world will die, because a new one will appear where there is no more +secrets, where you won't be able to sell ideas, where you won't be allowed to +forbid people to copy and share apps. + +> I realize i might be removed from the list after that , +> but I don't think it will happen . + +GPL people is different. We tollerate different opinions. + +> Back to development and implementation , lots of to do ahead (I wouldn't +> be there if not) + +You are really inside... you should go back to school and learn something about +ethics. + +REgards, + + Miguel Angel Blanch Lardin + +nuclear cia fbi spy password code encrypt president bomb iran irak korea cuba +Ala yihad mosad kgb free freedom human rights yugoslavia kosovo ebola dna + + -- Echelon must die -- + +From bernard@bernard-hugueney.org Sun Jul 1 11:49:59 2001 +Received: from bubastis (e240.dhcp212-198-23.noos.fr [212.198.23.240]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f619nwX61889 + for ; Sun, 1 Jul 2001 11:49:58 +0200 (CEST) + (envelope-from bernard@bernard-hugueney.org) +Received: by bubastis (Postfix, from userid 1000) + id CCC414EC15; Sun, 1 Jul 2001 11:32:23 +0200 (CEST) +Date: Sun, 1 Jul 2001 11:32:23 +0200 +To: nel@nevrax.org +Subject: Re: [Nel] Congratulations + concerns +Message-ID: <20010701113223.A11728@bernard-hugueney.org> +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +In-Reply-To: <200106302208.f5UM82i20277@mail.in-orbit.net> +User-Agent: Mutt/1.3.18i +From: bernard@bernard-hugueney.org (Debian User) +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +* Michael Warnock [010701 09:48]: +> 6/30/2001 3:51:13 PM, x5101920@fedro.ugr.es wrote: +> +> > +> >Mensaje citado por: Michael Warnock : +> > + +> >> legally use gpl'ed code in your own, unreleased programs- and why should +> >> we release the server side code? +> > +> >I would love that you reply to this answer to me and to Nel guys that are so +> >hard working on such a good project. +> > +> We're quite grateful to them- we've even had them over to our place in san francisco, but it just so happens that they are also at work on a lot of nel based code that they have not released- and they are by no means required to- it is only in the event of distributing binaries that you must distribute source. +> +> >IMO In the same moment that you make public your server you are making it public +> >and you should release it. But I am not a lawyer. +> > + + +My understanding of the GPL is that your do not have to give source code +if you do not "give" binary. This is a concern to Mr Stallman because +of the comming Application Services Providers (or that kind of Three Letters + Acronym). This should be fixed with the upcoming v 3 of the GPL. + +Neither Am I A L., but for the rules parts, my 2 euros : +the reverse engineering part is not that relevent because you could +apply to any computer prog. I know that people fitted archmage models in +matlab, but with LARGE rule sets, I don't think it's realistic. +I think it could be possible to use propritery code with GPL code +using a LGLP 'hook' layer. But I'm not sure... + +To be on thesafe side, GPL and non-GPL code should not be in the same +adress-space (ie CORBA).You have to pay an efficiency penalty to keep your code +non-GPL and that's the intended behaviour IMHO. + +For thoses who think GPL is worthless ("a joke") because you can steal / use +the code anyway, I think you are missing the point. What matter is not the +software (state of CVS at time t), but the ongoing project. That's why +there are VERY few forks on GPL land. Use the code and it's ok, the project +is working for you. Take the code, change it, and then YOU have to handle +all the evolution, or keep track of changes (what if they are not compatible +with yours ?). You can certainly catch-up very easly with a GPL project, and +it's R&D is available for everyone to use (great karma IMHO), but the +power of the successful GPL project is not in the code, but in the community +behind it. (Of course, both are linked, hard to attract people with ugly code) + +I really hope that NeL will build such a dedicated and helpful community. +(Code quality is there IMHO, for network design etc, I'not qualified...) + +Bernard + +From ymorvan@mrl.nyu.edu Sun Jul 1 18:48:55 2001 +Received: from cenote.mrl.nyu.edu (CENOTE.MRL.NYU.EDU [128.122.47.95]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f61GmsX64095 + for ; Sun, 1 Jul 2001 18:48:55 +0200 (CEST) + (envelope-from ymorvan@mrl.nyu.edu) +Received: from localhost (ymorvan@localhost) + by cenote.mrl.nyu.edu (8.9.1/8.9.1) with ESMTP id MAA54629 + for ; Sun, 1 Jul 2001 12:34:04 -0400 (EDT) +Date: Sun, 1 Jul 2001 12:34:04 -0400 +From: Yann Morvan +To: nel@nevrax.org +In-Reply-To: <20010701113223.A11728@bernard-hugueney.org> +Message-ID: +MIME-Version: 1.0 +Content-Type: TEXT/PLAIN; charset=US-ASCII +Subject: [Nel] Snowballs building problem +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +I've managed to build nel correctly, but +client.cpp in snowballs/client/src/ includes +msg_socket.h and local_area.h from nel/net/ +and those files are nowhere to be found in the whole +code tree. I've tried to comment the includes out +but they are indeed needed. Can anybody help ? +Thanks in advance, + + Yann + + + +From elw@stderr.org Sun Jul 1 20:01:11 2001 +Received: from aph.frognet.net (root@aph.frognet.net [216.3.3.138]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f61I1AX64495 + for ; Sun, 1 Jul 2001 20:01:10 +0200 (CEST) + (envelope-from elw@stderr.org) +Received: from eckhart.stderr.org (elw@aph.frognet.net [216.3.3.138]) + by aph.frognet.net (8.12.0.Beta10/8.12.0.Beta10/Debian 8.12.0.Beta10) with ESMTP id f61HvAtG032534 + for ; Sun, 1 Jul 2001 13:57:10 -0400 +Date: Sun, 1 Jul 2001 13:57:10 -0400 (EDT) +From: elijah wright +To: nel@nevrax.org +Subject: Re: [Nel] [Flame][Offtopic] Congratulations + concerns +In-Reply-To: <993979412.3b3eec1424ac5@fedro.ugr.es> +Message-ID: +MIME-Version: 1.0 +Content-Type: TEXT/PLAIN; charset=US-ASCII +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + + +could the GPL bigots and zealots please find something else to do with +their time? you're wasting a lot of energy on something that is +well-understood and needs very little additional explanation. + +elijah + + +> > Software code in itself is not that important thing when GPL is +> > concerned, +> > and beeing able to read it and extract the major concepts of a software +> > is +> > the great thing : u always proceed with reverse engineering , - the +> > ever +> > coming question how do they do that - even when using software like ... +> > those which don't provide source code . +> +> You didn't understand it... +> GPL is not about reading others code... but giving you the freedom to copy, +> modify and resuse it under the GPL License. +> +> > That's why GPL is a bad trick to minor companies and therefore for +> > individuals : +> > releasing code shows the overall software architecture , may let u get +> > insights +> > about hardcore coded sections and definitively unprotects the source +> > providers . +> +> No, because all the code is under the GPL. +> If you read it, and code it on your way, then you could set whatever license you +> want... it is up to your ethical being to say if you use GPL or not. +> +> > Good and Exceptionnal concepts are quickly analysed (you always need to +> > understand +> > the philosophy that drives a software architecture to be able to use it) +> > So major companies will reuse GPLed code that much faster than minor +> > entities +> > - as far as software production is concerned - +> > I think that instead of promoting talents ,GPL comes with a global +> > leverage tendance . +> +> You are totally wrong... GPL allow us the common user to join and build a big, +> great product. From my personal experience, I could have never build such +> project as mine is without GPL. +> +> GPL promote talents as everyone learn fasters, so yes it do a leverage, but you +> get a better level that those close source fanatic. :-/ +> +> > Great support is provided to software users , but anyway , any reliable +> > company +> > protects its sources ( Nevrax Executives don ot read that ). Please note +> > that I'm in no way related to MS . +> > Isn't GPL the biggest break to creativity we ever seen since communism +> > died +> > out of realism ? +> +> GPL is not about companies, but about users. +> GPL means to refuse to a lot of rights so that your users can share your work. +> +> I suppose that Nevrax is using GPL because: +> 1) It make faster the development. +> 2) The user base is also developers base +> 3) The open architecture means bugs are found faster and easier. +> 4) Port to other OS are almost automatic. +> 5) Personal Challenge ( 1st commercial GPL game ) +> +> Why in the hell people thing that Communism, Jew or Gay are bad things??? +> +> +> > Would GPL minds expect great french wine caves to make their 'elevage' +> > methods publically available - I love great wines - , but who ever +> > thought +> > that we would get better wine through that way , that's not a reliable +> > way of +> > thinking and only fools rush in . +> +> Man... you have serious problems with your ethics. +> If you say... "Mine is the best wine of the world", just tell me how you did, +> and I will do one better. What we have? A wine that is better than the better. +> And as my way is not secret and open and free to use, someone will use it to +> create an even better one. +> That is what GPL is about, only fools don't understand. +> +> > I don't want to minimize the brightness of people who go promoting the +> > GPL concept , +> > (I 've the reputation to use my mind in very efficient ways though ) , +> > but +> > since I'm tightened to realism in my comapany , I totally agree with GPL +> > detractors . +> > Privacy is definitively needed or the world dies out of any will . +> +> Yes, Your world will die, because a new one will appear where there is no more +> secrets, where you won't be able to sell ideas, where you won't be allowed to +> forbid people to copy and share apps. +> +> > I realize i might be removed from the list after that , +> > but I don't think it will happen . +> +> GPL people is different. We tollerate different opinions. +> +> > Back to development and implementation , lots of to do ahead (I wouldn't +> > be there if not) +> +> You are really inside... you should go back to school and learn something about +> ethics. +> +> REgards, +> +> Miguel Angel Blanch Lardin +> +> nuclear cia fbi spy password code encrypt president bomb iran irak korea cuba +> Ala yihad mosad kgb free freedom human rights yugoslavia kosovo ebola dna +> +> -- Echelon must die -- +> _______________________________________________ +> Nel mailing list +> Nel@nevrax.org +> http://www.nevrax.org/mailman/listinfo.cgi/nel +> + +-- + + +-- +$ chown us:us yourbase -R + + + +From stephane.craux@voila.fr Sun Jul 1 21:06:08 2001 +Received: from mailsmtp4.ftmms ([193.252.117.74]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f61J68X64853; + Sun, 1 Jul 2001 21:06:08 +0200 (CEST) + (envelope-from stephane.craux@voila.fr) +Received: from voila.fr (10.3.7.82) by mailsmtp4.ftmms (5.1.053) + id 3B3BAF0300011CC3; Sun, 1 Jul 2001 21:01:45 +0200 +Date: Sun, 1 Jul 2001 21:01:45 +0200 +Message-Id: +Subject: Re: [Nel] [Flame][Offtopic] Congratulations + concerns +MIME-Version: 1.0 +Content-Type: text/plain +From: "stephane.craux@voila.fr" +To: nel@nevrax.org +Cc: nel@nevrax.org +X-XaM3-API-Version: 1.1.9.1.38 +X-SenderIP: 213.56.40.20 +Content-Transfer-Encoding: 8bit +X-MIME-Autoconverted: from quoted-printable to 8bit by www.nevrax.org id f61J68X64853 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +> > You are totally wrong... GPL allow us the common user to join and build a big, +> > great product. From my personal experience, I could have never build such +> > project as mine is without GPL. +Ah , so u are the grat man , it will be a primer ! + +> > GPL promote talents as everyone learn fasters, so yes it do a leverage, but you +> > get a better level that those close source fanatic. :-/ +agreed + +> > I suppose that Nevrax is using GPL because: +> > 1) It make faster the development. +did u get it right ????? +> > 2) The user base is also developers base +sure ? +> > 3) The open architecture means bugs are found faster and easier. +proved ? +> > 4) Port to other OS are almost automatic. +yes , but is it that much important ? +> > 5) Personal Challenge ( 1st commercial GPL game ) +mmm +> > Why in the hell people thing that Communism, Jew or Gay are bad things??? +what kind of mix are trying to involve here ? +> > Man... you have serious problems with your ethics. +you are in real rouble with ur mind , but I'm quiet confident +u may still evolve , i hope that , be sure of it :) +> > You are really inside... you should go back to school and learn something about +> > ethics. +I learned I school that u have always more to learn , did u miss that point ? +no time loosed , quiet easy answers , regards for comin' into it + +Stephane +__________________________________________________ +Voila vous propose une boite aux lettres gratuite sur Voila Mail: +http://mail.voila.fr + + + + +From ymorvan@mrl.nyu.edu Sun Jul 1 21:23:01 2001 +Received: from cenote.mrl.nyu.edu (CENOTE.MRL.NYU.EDU [128.122.47.95]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f61JN1X64957 + for ; Sun, 1 Jul 2001 21:23:01 +0200 (CEST) + (envelope-from ymorvan@mrl.nyu.edu) +Received: from localhost (ymorvan@localhost) + by cenote.mrl.nyu.edu (8.9.1/8.9.1) with ESMTP id PAA55167 + for ; Sun, 1 Jul 2001 15:08:10 -0400 (EDT) +Date: Sun, 1 Jul 2001 15:08:10 -0400 +From: Yann Morvan +To: nel@nevrax.org +Subject: Re: [Nel] [Flame][Offtopic] Congratulations + concerns +In-Reply-To: +Message-ID: +MIME-Version: 1.0 +Content-Type: TEXT/PLAIN; charset=US-ASCII +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Man man, what have I started ? :) +I suggest we stop bugging the other +members of this mailing list with ideological +discussions that should take place elsewhere. +After all, my question was answered and the answer was that +there finally was no problem with having one's rules code public. + + Yann + + + + +From nobody@fedro.ugr.es Sun Jul 1 23:12:43 2001 +Received: from fedro.ugr.es (fedro.ugr.es [150.214.20.19]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f61LChX65543 + for ; Sun, 1 Jul 2001 23:12:43 +0200 (CEST) + (envelope-from nobody@fedro.ugr.es) +Received: (from nobody@localhost) + by fedro.ugr.es (8.9.3/8.9.1) id XAA20689; + Sun, 1 Jul 2001 23:07:58 +0200 (MET DST) +To: nel@nevrax.org +Subject: Re: [Nel] [Flame][Offtopic] Congratulations + concerns +Message-ID: <994021677.3b3f912deceaf@fedro.ugr.es> +Date: Sun, 01 Jul 2001 23:07:57 +0200 (MET DST) +From: x5101920@fedro.ugr.es +References: +In-Reply-To: +MIME-Version: 1.0 +Content-Type: text/plain; charset=ISO-8859-1 +Content-Transfer-Encoding: 8bit +User-Agent: IMP/PHP IMAP webmail program 2.2.4 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +I repeat... I am not part of Nevrax. Just a fellow developer that is following +this guys great work. + +> > > I suppose that Nevrax is using GPL because: +> > > 1) It make faster the development. +> did u get it right ????? + +GPL shorts develpoment time as the amount of code that can be reused is +infinite. + +> > > 2) The user base is also developers base +> sure ? + +Sure. Start yourself a GPL project and you will see. + +> > > 3) The open architecture means bugs are found faster and easier. +> proved ? + +Ask GPG guys ;-) + +> > > 4) Port to other OS are almost automatic. +> yes , but is it that much important ? + +Well, if you run Windows perhaps not... but what about a MacOS user or a Linux +PPC user? + +Regards, + + Miguel Angel Blanch Lardin + +nuclear cia fbi spy password code encrypt president bomb iran irak korea cuba +Ala yihad mosad kgb free freedom human rights yugoslavia kosovo ebola dna + + -- Echelon must die -- + +From tanis@digi-web.it Mon Jul 2 09:14:16 2001 +Received: from www.digi-web.it ([62.110.27.80]) + by www.nevrax.org (8.11.0/8.11.0) with SMTP id f627EGX69191 + for ; Mon, 2 Jul 2001 09:14:16 +0200 (CEST) + (envelope-from tanis@digi-web.it) +Received: (qmail 27109 invoked from network); 2 Jul 2001 07:05:54 -0000 +Received: from unknown (HELO valerio) (172.16.69.2) + by mail.digisoft.local with SMTP; 2 Jul 2001 07:05:54 -0000 +Message-ID: <039c01c102c6$1e3e8b00$024510ac@valerio> +From: "Valerio Santinelli" +To: +References: +Subject: Re: [Nel] Snowballs building problem +Date: Mon, 2 Jul 2001 09:10:47 +0200 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 5.50.4522.1200 +X-MIMEOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +The Snowballs code is outdated. You've got to wait till something like +September for a working version of Snowballs. +That's due to the fact that people at Nevrax rewrote lots of code since the +last release of Snowballs. + +-- +Valerio Santinelli +http://www.digisoft-multimedia.it/ + +----- Original Message ----- +From: "Yann Morvan" +To: +Sent: Sunday, July 01, 2001 6:34 PM +Subject: [Nel] Snowballs building problem + + +> I've managed to build nel correctly, but +> client.cpp in snowballs/client/src/ includes +> msg_socket.h and local_area.h from nel/net/ +> and those files are nowhere to be found in the whole +> code tree. I've tried to comment the includes out +> but they are indeed needed. Can anybody help ? +> Thanks in advance, +> +> Yann +> +> +> _______________________________________________ +> Nel mailing list +> Nel@nevrax.org +> http://www.nevrax.org/mailman/listinfo.cgi/nel +> + + +From berenguier@nevrax.com Mon Jul 2 11:15:57 2001 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f629FvX70301 + for ; Mon, 2 Jul 2001 11:15:57 +0200 (CEST) + (envelope-from berenguier@nevrax.com) +Received: from lionelb (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id f629BjI51553 + for ; Mon, 2 Jul 2001 11:11:45 +0200 (CEST) + (envelope-from berenguier@nevrax.com) +Message-ID: <001501c102d7$5638c5f0$0601a8c0@lionelb> +From: "Lionel Berenguier" +To: +References: +Subject: Re: [Nel] culling and transforms +Date: Mon, 2 Jul 2001 11:14:03 +0200 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 5.50.4133.2400 +X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +----- Original Message ----- +From: +To: +Sent: Saturday, June 30, 2001 12:21 PM +Subject: [Nel] culling and transforms + + +> Hi , +> I Just took a look at nevrax code recently and +> noticed that rather than transforming AABB when traversing +> the scene graph , the choice was made to transform the +> view frustum pyramid : it is much more cpu costly : + +Is it not nearly the same? + +transform the planes: transform 6 planes => 6*16= 96 muls. +transform the AABB: transform 8 vectors => 8*12= 96 muls. + +But maybe your trick to transform an AABB is to just transform the center +(12), then transform the 3 half vectors of the AABB (3*3 because of their +axis form), and then just do some add ? (ooops :) ) + +regards + +Lionel. + + +From miller@nevrax.com Mon Jul 2 15:36:38 2001 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f62DacX71883 + for ; Mon, 2 Jul 2001 15:36:38 +0200 (CEST) + (envelope-from miller@nevrax.com) +Received: from miller (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id f62DWQI54953 + for ; Mon, 2 Jul 2001 15:32:26 +0200 (CEST) + (envelope-from miller@nevrax.com) +From: "Daniel Miller" +To: +Date: Mon, 2 Jul 2001 15:32:23 +0200 +Message-ID: +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 (Normal) +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) +Importance: Normal +X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 +Subject: [Nel] A bit of news +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +The following news will appear on the sight later today. + +Regards to all. +Daniel + + +PARTICLE SYSTEM +First release of the particle system editor with full access to the +particule system engine is out (it's an extension to the object viewer). + +ENVIRONMENT MAPPING +Flat and cubic environment map rendering have been added to the 3D engine +and the tools. + +AUDIO LIBRARY +The lowest level layer of the sound library is functional (the sound library +is still in very early stage of development) + +SERVICE ADMIN IMPROVEMENTS +Loads of new features added to the Win32 displayer +- window positions can be stored in the config file +- displayer window now has a prompt to allow live interaction with running +services (Note: The same commands can be sent to the services by the admin +client) + +LIGHT MAPS +Version 1.0 of the lightmap implementation is fully implemented and +available + +COLLISIONS +Version 1.0 of the PACS collision code fully implemented and available + + +From novalis@novalis.org Mon Jul 2 16:10:56 2001 +Received: from charger.oldcity.dca.net (charger.oldcity.dca.net [207.245.82.76]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f62EAtX72364 + for ; Mon, 2 Jul 2001 16:10:55 +0200 (CEST) + (envelope-from novalis@novalis.org) +Received: from novalis.org (kafka.i-site.com [216.158.32.67]) + by charger.oldcity.dca.net (8.9.3/8.9.3/DCANET) with ESMTP id KAA20803 + for ; Mon, 2 Jul 2001 10:06:41 -0400 +Message-ID: <3B407F8C.5439AA68@novalis.org> +Date: Mon, 02 Jul 2001 10:05:00 -0400 +From: Dave Turner +X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.4.2 i686) +X-Accept-Language: en, pdf +MIME-Version: 1.0 +To: nel@nevrax.org +Subject: Re: [Nel] Congratulations + concerns +References: +Content-Type: text/plain; charset=us-ascii +Content-Transfer-Encoding: 7bit +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +elijah wright wrote: +> +> > You are totally wrong... +> > Please go and read about LIBRARY and GPL License... +> > +> > What ever you link to a GPL app MUST be GPL. :) +> > So you have to publish your source under GPL. +> +> incorrect. you are free to link commercial applications with GPL'ed +> libraries. library stubs are an exclusion of sorts to the GPL, as they do +> not constitute "extending" GPL-code functionality, but simply using it as +> it is intended to be used. +> +> LGPL-licenses are a very workable alternative; perhaps the nevrax team +> could countenance dual-licensing any such "rules API" and releasing +> parallel versions (with identical code) under both licenses. +> + +1. Do not use the term commercial when you mean proprietary. +Proprietary is the opposite of Free as in Freedom. + +2. The exception to the GPL refers only to system libraries. + +See this for details: +http://www.gnu.org/copyleft/gpl-faq.html#MoneyGuzzlerInc + +-- +-[Dave Turner Stalk me: (215)-545-2859] +--------------------------------------------------------------------- +Every day I dream that I'll log on to the channel or walk down the +street or get a phone call and you'll be there. We miss you, Pug. + +From novalis@novalis.org Mon Jul 2 17:48:39 2001 +Received: from charger.oldcity.dca.net (charger.oldcity.dca.net [207.245.82.76]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f62FmcX73093 + for ; Mon, 2 Jul 2001 17:48:38 +0200 (CEST) + (envelope-from novalis@novalis.org) +Received: from novalis.org (kafka.i-site.com [216.158.32.67]) + by charger.oldcity.dca.net (8.9.3/8.9.3/DCANET) with ESMTP id LAA28283 + for ; Mon, 2 Jul 2001 11:44:26 -0400 +Message-ID: <3B409672.C2F45265@novalis.org> +Date: Mon, 02 Jul 2001 11:42:42 -0400 +From: Dave Turner +X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.4.2 i686) +X-Accept-Language: en, pdf +MIME-Version: 1.0 +To: nel@nevrax.org +Subject: Re: [Nel] Game Rules +References: <000d01c101ac$06161e00$6c8d190c@gscyclone.net> <993940023.3b3e5237494bb@fedro.ugr.es> +Content-Type: text/plain; charset=us-ascii +Content-Transfer-Encoding: 7bit +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +x5101920@fedro.ugr.es wrote: +> +> Mensaje citado por: John Cosby : +> +> > I've been observing for a bit, and feel a need to jump in here. +> > +> > In many jurisdictions (America and England that I know of), the rules of +> > a +> > game cannot be copyrighted. Specific presentation, game boards, pieces, +> > etc. may by trademarked and copyrighted, but the rules that define +> > gameplay +> > cannot. +> +> I am not a lawer... But you say "the rules of a game cannot be copyrighted." +> Let's suppose that my computer is a game, k? +> So my programs are the rule to play/use the game... so following that logic, +> they can't be copyright, so all that EULA as just shit :) +> +> I have heard that what you can copyright is the style of play, for example you +> can copy right D&D, you can copyright the Critical Hit table, but you can't copy +> right the method of throwing a dice to resolve action. :) +> +> Anyway, with all that shit about patents, i think that you will be able to +> patent it to. :-( + +You can patent a game rule set: + +http://164.195.100.11/netacgi/nph-Parser?Sect1=PTO1&Sect2=HITOFF&d=PALL&p=1&u=/netahtml/srchnum.htm&r=1&f=G&l=50&s1='5,641,166'.WKU.&OS=PN/5,641,166&RS=PN/5,641,166 +http://164.195.100.11/netacgi/nph-Parser?Sect1=PTO2&Sect2=HITOFF&p=1&u=/netahtml/search-bool.html&r=2&f=G&l=50&co1=AND&d=ft00&s1='board+game'&OS="board+game"&RS="board+game" + +You can also copyright the precise look of a critical hit table, and the +wording of the hits, and the arrangement of them, but not the +information therein. If the arrangement is the only logical one or +otherwise doesn't involve creativity, then it is not copyrightable (see +ALEXANDRIA DRAFTING CO V. FRANKLIN MAPS at +http://www.paed.uscourts.gov/documents/opinions/97D0773P.HTM). + +In short, creative stuff (even slightly creative) is copyrightable. +Processes, etc. are patentable. So, the code to implement critical hits +is copyrightable, but if someone reverse engineers and reimplements it, +the author has no recourse. + + +Disclaimer: IANAL. But I know more about copyright, patent, and +trademark law than both of my parents put together. And they are +lawyers :) + +-- +-[Dave Turner Stalk me: (215)-545-2859] +--------------------------------------------------------------------- +Every day I dream that I'll log on to the channel or walk down the +street or get a phone call and you'll be there. We miss you, Pug. + +From valignat@gw.nevrax.com Mon Jul 2 18:25:08 2001 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f62GP8X73479 + for ; Mon, 2 Jul 2001 18:25:08 +0200 (CEST) + (envelope-from valignat@gw.nevrax.com) +Received: from gw.nevrax.com (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with ESMTP id f62GKuI57473 + for ; Mon, 2 Jul 2001 18:20:56 +0200 (CEST) + (envelope-from valignat@gw.nevrax.com) +Received: (from valignat@localhost) + by gw.nevrax.com (8.11.2/8.11.2) id f62GKuI02185 + for nel@nevrax.org; Mon, 2 Jul 2001 18:20:56 +0200 (CEST) + (envelope-from valignat) +Date: Mon, 2 Jul 2001 18:20:56 +0200 +From: Cedric Valignat +To: nel@nevrax.org +Subject: Re: [Nel] Snowballs building problem +Message-ID: <20010702182056.A790@nevrax.com> +References: <20010701113223.A11728@bernard-hugueney.org> +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +User-Agent: Mutt/1.2.5i +In-Reply-To: ; from ymorvan@mrl.nyu.edu on Sun, Jul 01, 2001 at 12:34:04PM -0400 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Hi Yann, + +Nel changeds a lot since we wrote Snowballs. If you want compile it, you should +compile the NeL source code provided with the Snowballs source code on +nevrax.org : + + http://nevrax.org/download/snowballs_src_0_1.zip +or + http://nevrax.org/download/snowballs_src_0_2.tar.gz + +Have fun :-) + + +Yann Morvan wrote: +> I've managed to build nel correctly, but +> client.cpp in snowballs/client/src/ includes +> msg_socket.h and local_area.h from nel/net/ +> and those files are nowhere to be found in the whole +> code tree. I've tried to comment the includes out +> but they are indeed needed. Can anybody help ? +> Thanks in advance, + +From valignat@gw.nevrax.com Mon Jul 2 19:09:09 2001 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f62H99X73771 + for ; Mon, 2 Jul 2001 19:09:09 +0200 (CEST) + (envelope-from valignat@gw.nevrax.com) +Received: from gw.nevrax.com (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with ESMTP id f62H4vI58054 + for ; Mon, 2 Jul 2001 19:04:57 +0200 (CEST) + (envelope-from valignat@gw.nevrax.com) +Received: (from valignat@localhost) + by gw.nevrax.com (8.11.2/8.11.2) id f62H4vU02467 + for nel@nevrax.org; Mon, 2 Jul 2001 19:04:57 +0200 (CEST) + (envelope-from valignat) +Date: Mon, 2 Jul 2001 19:04:57 +0200 +From: Cedric Valignat +To: nel@nevrax.org +Subject: Re: [Nel] Snowballs building problem +Message-ID: <20010702190457.B790@nevrax.com> +References: <039c01c102c6$1e3e8b00$024510ac@valerio> +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +User-Agent: Mutt/1.2.5i +In-Reply-To: <039c01c102c6$1e3e8b00$024510ac@valerio>; from tanis@digi-web.it on Mon, Jul 02, 2001 at 09:10:47AM +0200 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Hi, + +Valerio Santinelli wrote: +> The Snowballs code is outdated. You've got to wait till something like +> September for a working version of Snowballs. + +In fact, the new Snowballs, which is under work, should be done for the end +of this month, i'm actually working on it ;-) + +I'm putting a lot of comments to explain how to use NeL, so Snowballs should +look like to some kind of NeL tutorial ... at least i'm going to try to do my +best in that way :-) + +It will be done in 2 mains part : the client and the shard side (with several +services like a Frontend, a Chat service, a Score service, etc ...) so the +server structur will show how we design NeL to be used. + +Have fun ... + + +Cedric. + + +From ymorvan@mrl.nyu.edu Mon Jul 2 20:19:26 2001 +Received: from cenote.mrl.nyu.edu (CENOTE.MRL.NYU.EDU [128.122.47.95]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f62IJPX74170 + for ; Mon, 2 Jul 2001 20:19:25 +0200 (CEST) + (envelope-from ymorvan@mrl.nyu.edu) +Received: from localhost (ymorvan@localhost) + by cenote.mrl.nyu.edu (8.9.1/8.9.1) with ESMTP id OAA56542 + for ; Mon, 2 Jul 2001 14:04:32 -0400 (EDT) +Date: Mon, 2 Jul 2001 14:04:32 -0400 +From: Yann Morvan +To: nel@nevrax.org +Subject: Re: [Nel] Snowballs building problem +In-Reply-To: <20010702190457.B790@nevrax.com> +Message-ID: +MIME-Version: 1.0 +Content-Type: TEXT/PLAIN; charset=US-ASCII +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +That was exactly why I wanted to have a look at Snowballs. +The point I was particularly interested in was the mecanism +used by the server to identify a player's action and call the +matching piece of code, and how to define those "pieces of code". +I've compiled the documentation, so I'll just have to look at it, +but if you can think of informations I may have troubles to find, +don't hesitate to tell me about it. + + Yann + + +From miller@nevrax.com Tue Jul 3 10:56:10 2001 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f638u7X79376 + for ; Tue, 3 Jul 2001 10:56:08 +0200 (CEST) + (envelope-from miller@nevrax.com) +Received: from miller (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id f638pqI61465 + for ; Tue, 3 Jul 2001 10:51:52 +0200 (CEST) + (envelope-from miller@nevrax.com) +From: "Daniel Miller" +To: +Subject: RE: [Nel] Snowballs building problem +Date: Tue, 3 Jul 2001 10:51:48 +0200 +Message-ID: +MIME-Version: 1.0 +Content-Type: text/plain; + charset="us-ascii" +Content-Transfer-Encoding: 7bit +X-Priority: 3 (Normal) +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) +Importance: Normal +X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 +In-Reply-To: +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Your best bet for now is to look at the layer 4 code sample +(http://www.nevrax.org/cvs/cvsweb.cgi/code/nel/samples/net_layer4) + +In this example the 'client' sends messages to the 'frontend', the +'frontend' treats these messages and sends them to the 'ping service'. The +'ping service' receives messages from the 'frontend', treats them and sends +back new messages. The 'frontend' receives messages from the 'server', +treats them and dispatches new messages to the 'client'... + +The following chunks of code in the 'frontend' is the key. You can extend +the callback arrays to include messages for all the actions that the player +can send to the shard: + + +/* + * Callback array for messages received from a client + */ +TCallbackItem CallbackArray[] = +{ + { "PING", cbPing } // when receiving a "PING" message, call +cbPing() +}; + + +/* + * Callback array for message received from the ping service + */ +TCallbackItem PingServiceCallbackArray[] = +{ + { "PONG", cbPong } // when receiving a "PONG" message, call +cbPong() +}; + + + +Snowballs, being based on an older version of NeL, is far less clean - the +callback table contains a mixture of admin messages (such as "C" and "D"), +and game messages (such as "PAN" and "SHO"). Otherwise the principles are +the same. + +// Callback array as a server +TCallbackItem CallbackArray [] = +{ + { "ES", cbServerProcessEntityState }, + //{ "BT", cbSpawnBot }, + { "C", cbConnect }, + { "D", cbDisconnect }, + //{ "RST", cbResetServer }, + { "NAM", cbAssignName }, + { "PAN", cbPan }, + { "SHO", cbShoot }, + { "RMW", cbProcessRemoveWeapon }, + { "AUT", cbWelcome }, + { "DUMP", cbDumpState }, + { "CHAT", cbChat }, + { "PING", cbPing }, + { "PONG", cbPong } + //{ "ACC", cbGiveAccess } // this is for the test client. Remove it +for a real use or any client can connect with any password ! +}; + +-----Original Message----- +From: nel-admin@nevrax.org [mailto:nel-admin@nevrax.org]On Behalf Of +Yann Morvan +Sent: Monday, July 02, 2001 8:05 PM +To: nel@nevrax.org +Subject: Re: [Nel] Snowballs building problem + + +That was exactly why I wanted to have a look at Snowballs. +The point I was particularly interested in was the mecanism +used by the server to identify a player's action and call the +matching piece of code, and how to define those "pieces of code". +I've compiled the documentation, so I'll just have to look at it, +but if you can think of informations I may have troubles to find, +don't hesitate to tell me about it. + + Yann + +_______________________________________________ +Nel mailing list +Nel@nevrax.org +http://www.nevrax.org/mailman/listinfo.cgi/nel + + +From tanis@digi-web.it Tue Jul 3 12:34:07 2001 +Received: from www.digi-web.it ([62.110.27.80]) + by www.nevrax.org (8.11.0/8.11.0) with SMTP id f63AY6X79916 + for ; Tue, 3 Jul 2001 12:34:06 +0200 (CEST) + (envelope-from tanis@digi-web.it) +Received: (qmail 16614 invoked from network); 3 Jul 2001 10:25:36 -0000 +Received: from unknown (HELO valerio) (172.16.69.2) + by mail.digisoft.local with SMTP; 3 Jul 2001 10:25:36 -0000 +Message-ID: <04bb01c103ab$13e59af0$024510ac@valerio> +From: "Valerio Santinelli" +To: +References: <039c01c102c6$1e3e8b00$024510ac@valerio> <20010702190457.B790@nevrax.com> +Subject: Re: [Nel] Snowballs building problem +Date: Tue, 3 Jul 2001 12:29:44 +0200 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 5.50.4522.1200 +X-MIMEOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Go Cedric, go! We're all with you :) + +-- +Valerio Santinelli +http://www.digisoft-multimedia.it/ + + +----- Original Message ----- +From: "Cedric Valignat" +To: +Sent: Monday, July 02, 2001 7:04 PM +Subject: Re: [Nel] Snowballs building problem + + +> +> Hi, +> +> Valerio Santinelli wrote: +> > The Snowballs code is outdated. You've got to wait till something like +> > September for a working version of Snowballs. +> +> In fact, the new Snowballs, which is under work, should be done for the +end +> of this month, i'm actually working on it ;-) +> +> I'm putting a lot of comments to explain how to use NeL, so Snowballs +should +> look like to some kind of NeL tutorial ... at least i'm going to try to do +my +> best in that way :-) +> +> It will be done in 2 mains part : the client and the shard side (with +several +> services like a Frontend, a Chat service, a Score service, etc ...) so the +> server structur will show how we design NeL to be used. +> +> Have fun ... +> +> +> Cedric. +> +> _______________________________________________ +> Nel mailing list +> Nel@nevrax.org +> http://www.nevrax.org/mailman/listinfo.cgi/nel +> + + +From valignat@gw.nevrax.com Tue Jul 3 14:35:23 2001 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f63CZMX80847 + for ; Tue, 3 Jul 2001 14:35:22 +0200 (CEST) + (envelope-from valignat@gw.nevrax.com) +Received: from gw.nevrax.com (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with ESMTP id f63CV9I64059 + for ; Tue, 3 Jul 2001 14:31:09 +0200 (CEST) + (envelope-from valignat@gw.nevrax.com) +Received: (from valignat@localhost) + by gw.nevrax.com (8.11.2/8.11.2) id f63CV9Z09769 + for nel@nevrax.org; Tue, 3 Jul 2001 14:31:09 +0200 (CEST) + (envelope-from valignat) +Date: Tue, 3 Jul 2001 14:31:09 +0200 +From: Cedric Valignat +To: nel@nevrax.org +Subject: Re: [Nel] Snowballs building problem +Message-ID: <20010703143109.A9634@nevrax.com> +References: <039c01c102c6$1e3e8b00$024510ac@valerio> <20010702190457.B790@nevrax.com> <04bb01c103ab$13e59af0$024510ac@valerio> +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +User-Agent: Mutt/1.2.5i +In-Reply-To: <04bb01c103ab$13e59af0$024510ac@valerio>; from tanis@digi-web.it on Tue, Jul 03, 2001 at 12:29:44PM +0200 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Valerio Santinelli wrote: +> Go Cedric, go! We're all with you :) + +Thanks a lot Valerio, that cheers me up :-) + + +From tanis@digi-web.it Wed Jul 4 10:19:55 2001 +Received: from www.digi-web.it ([62.110.27.80]) + by www.nevrax.org (8.11.0/8.11.0) with SMTP id f648JsX88284 + for ; Wed, 4 Jul 2001 10:19:54 +0200 (CEST) + (envelope-from tanis@digi-web.it) +Received: (qmail 29754 invoked from network); 4 Jul 2001 08:11:21 -0000 +Received: from unknown (HELO valerio) (172.16.69.2) + by mail.digisoft.local with SMTP; 4 Jul 2001 08:11:21 -0000 +Message-ID: <064f01c10461$84a7e8e0$024510ac@valerio> +From: "Valerio Santinelli" +To: +Date: Wed, 4 Jul 2001 10:15:42 +0200 +MIME-Version: 1.0 +Content-Type: multipart/alternative; + boundary="----=_NextPart_000_064C_01C10472.481B5C20" +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 5.50.4522.1200 +X-MIMEOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 +Subject: [Nel] Italian NeL community +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Messaggio in formato MIME composto da piy parti. + +------=_NextPart_000_064C_01C10472.481B5C20 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: quoted-printable + +This message is mainly intended for the head people at Nevrax.=20 + +I am thinking about opening a new section on hateseed.com for italian = +people using NeL. +This means that I'd open a new forum for NeL-related talkings and a new = +section with NeL related material like downloads, tutorials, snippets of = +code and the like.=20 + +Do you think this would be usefull? Would you be interested in = +supporting this initiative? +Other people's thoughts about this are welcome. + +-- +Valerio Santinelli +HateSeed.com Founder (http://www.hateseed.com) +In Flames Italia Webmaster (http://www.inflames.it) +My Lab (http://tanis.hateseed.com) + +------=_NextPart_000_064C_01C10472.481B5C20 +Content-Type: text/html; + charset="iso-8859-1" +Content-Transfer-Encoding: quoted-printable + + + + + + + + +
This message is mainly intended for the = +head people=20 +at Nevrax.
+
 
+
I am thinking about opening a new = +section on=20 +hateseed.com for italian people using NeL.
+
This means that I'd open a new forum = +for=20 +NeL-related talkings and a new section with NeL related material like = +downloads,=20 +tutorials, snippets of code and the like.
+
 
+
Do you think this would be usefull? = +Would you be=20 +interested in supporting this initiative?
+
Other people's thoughts about this are=20 +welcome.
+
 
+
--
Valerio = +Santinelli
HateSeed.com Founder=20 +(http://www.hateseed.com)
In = +Flames=20 +Italia Webmaster (http://www.inflames.it)
My Lab = +(http://tanis.hateseed.com)<= +/DIV> + +------=_NextPart_000_064C_01C10472.481B5C20-- + + +From lejade@nevrax.com Wed Jul 4 15:15:14 2001 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f64DFDX95281 + for ; Wed, 4 Jul 2001 15:15:13 +0200 (CEST) + (envelope-from lejade@nevrax.com) +Received: from pc252.nevrax.com (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with ESMTP id f64DB0I75155 + for ; Wed, 4 Jul 2001 15:11:00 +0200 (CEST) + (envelope-from lejade@nevrax.com) +Message-Id: <4.3.2.7.2.20010704115106.00b967c0@pop.nevrax.net> +X-Sender: lejade@pop.nevrax.net +X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 +Date: Wed, 04 Jul 2001 15:10:14 +0200 +To: nel@nevrax.org +From: Olivier Lejade +Mime-Version: 1.0 +Content-Type: text/plain; charset="us-ascii"; format=flowed +Subject: [Nel] Copyright, Patents and the GPL +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Wow, I'm out of town for three days and I miss all the fun ! :) +Anyway, here goes my 0.02$. + +About the "game rules" issue: +John and Dave pretty much hit the nail on the head, so I won't go into an +extended rant. I'll only add that although you could probably (as Dave +mentionned) patent your rules *in the US*, it would most certainly be a bad +idea as it is very expensive and time consuming to fill such a patent and +numerous countries will not recognize it anyway. +Keep in mind that software and business method patents are highly +objectionable in the first place. You can read more about this subject here: +http://www.freepatents.org/ +and here: +http://lpf.ai.mit.edu/Patents/against-software-patents.html + +European citizens should also consider signing the petition against +software patents: +http://petition.eurolinux.org/index.html?LANG=en + +As for the Pro/Anti GPL debate: +Stephane Craux, I'm afraid you are *completely* missing the point of Free +Software. If you are genuinely interested in learning about it and +understanding what it stands for, I strongly suggest you spend some time +reading the texts on the GNU project's "philosophy" page: +http://www.gnu.org/philosophy/ +But I suspect you're only trolling... :( + +Finally, for those who still have questions about NeL's license, don't +forget: the GPL FAQ is your friend ! +http://www.gnu.org/copyleft/gpl-faq.html + +Hope this helps ! + +O. + + + + + +-- Nevrax -- +Olivier Lejade +CEO and co-founder +www.nevrax.com + + +From lejade@nevrax.com Wed Jul 4 15:48:12 2001 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f64DmBX95572 + for ; Wed, 4 Jul 2001 15:48:11 +0200 (CEST) + (envelope-from lejade@nevrax.com) +Received: from pc252.nevrax.com (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with ESMTP id f64DhwI75653 + for ; Wed, 4 Jul 2001 15:43:58 +0200 (CEST) + (envelope-from lejade@nevrax.com) +Message-Id: <4.3.2.7.2.20010704151107.00c02760@pop.nevrax.net> +X-Sender: lejade@pop.nevrax.net +X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 +Date: Wed, 04 Jul 2001 15:43:12 +0200 +To: nel@nevrax.org +From: Olivier Lejade +Subject: Re: [Nel] Italian NeL community +In-Reply-To: <064f01c10461$84a7e8e0$024510ac@valerio> +Mime-Version: 1.0 +Content-Type: text/plain; charset="us-ascii"; format=flowed +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +At 10:15 AM 7/4/01 +0200, you wrote: +>I am thinking about opening a new section on hateseed.com + +Nice site. +It's a pity my Italian is so lousy: it seems interesting too. + +>This means that I'd open a new forum for NeL-related talkings and a new +>section with NeL related material like downloads, tutorials, snippets of +>code and the like. +>Do you think this would be usefull? Would you be interested in supporting +>this initiative? + +Well to be honest, I have no idea if it would be useful... +But if *you* think some Italian-only speaking people would be interested, +then sure: go for it ! :) +And if you go so far as to translate some NeL docs and stuff, I'm sure Yan +would be happy to make some space for them on the official NeL website. +Here at Nevrax, we're focusing on an international, english speaking +community, but it would be cool to have localized forums elsewhere. + + + +From lejade@nevrax.com Wed Jul 4 16:06:51 2001 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f64E6pX95815 + for ; Wed, 4 Jul 2001 16:06:51 +0200 (CEST) + (envelope-from lejade@nevrax.com) +Received: from pc252.nevrax.com (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with ESMTP id f64E2bI75911 + for ; Wed, 4 Jul 2001 16:02:37 +0200 (CEST) + (envelope-from lejade@nevrax.com) +Message-Id: <4.3.2.7.2.20010704155021.00c09510@pop.nevrax.net> +X-Sender: lejade@pop.nevrax.net +X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 +Date: Wed, 04 Jul 2001 16:01:52 +0200 +To: nel@nevrax.org +From: Olivier Lejade +Mime-Version: 1.0 +Content-Type: text/plain; charset="us-ascii"; format=flowed +Subject: [Nel] GPL & Nevrax +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +BTW, we put it on the website but we forgot to tell you guys. We formed an +advisory board for Nevrax: +http://nevrax.com/press/board.php +and Richard Stallman agreed to be on the board (a premiere AFAIK). +He serves as our moral authority regarding Free Software, so I guess that +we can safely say we are pretty well advised as far as the GPL is +concerned... ;) + + +From lecroart@nevrax.com Thu Jul 5 16:41:01 2001 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f65Ef1X09039 + for ; Thu, 5 Jul 2001 16:41:01 +0200 (CEST) + (envelope-from lecroart@nevrax.com) +Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id f65EalI87394 + for ; Thu, 5 Jul 2001 16:36:47 +0200 (CEST) + (envelope-from lecroart@nevrax.com) +Message-ID: <004a01c1055f$eb6a2a80$0901a8c0@vianneyl> +From: "Vianney Lecroart" +To: +Date: Thu, 5 Jul 2001 16:36:47 +0200 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 5.00.2919.6700 +X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 +Subject: [Nel] TCP vs. UDP +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Hi everybody! + +Let's talk a little bit about this great subject: TCP vs. UDP + +Thanks to Valerio Santinelli and Olivier Lejade, there's some cool +discussion about this subject on the web and I would like to have your +thought and discuss about this. + +On Anarchy Online game, they only use TCP protocol between client and server +(other commercial online game use UDP) and it seems that it causes lot of +problem like horrible ping or connection lost: +http://aoforums.funcom.com/showthread.php?threadid=26297 + +There's also a mail on the MUD-Dev mailing list talking about these problems +here: +https://www.kanga.nu/archives/MUD-Dev-L/2001Q3/msg00009.php + +As you perhaps know, we only use TCP/IP (for server-server communication, +but also for the client-server connection) and we currently think more and +more about replacing the TCP client-server connection with a UDP one. + +In a first step, we would like to know your opinion about this choice. And +in a next step, we'll do some test about ping/packet lost and so on to +compare TCP and UDP, and we'll need your help to do that. + +Vianney Lecroart +--- +lead network programmer / nevrax.com +icq#: 6870415 +homepage: http://ace.planet-d.net +www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- +w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? + + + +From ymorvan@ens-lyon.fr Thu Jul 5 17:03:42 2001 +Received: from buffalo.ens-lyon.fr (buffalo.ens-lyon.fr [140.77.1.8]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f65F3gX09252 + for ; Thu, 5 Jul 2001 17:03:42 +0200 (CEST) + (envelope-from ymorvan@ens-lyon.fr) +Received: from woodstock (woodstock [140.77.11.50]) + by buffalo.ens-lyon.fr (8.11.2/8.11.2) with ESMTP id f65ExSb08921 + for ; Thu, 5 Jul 2001 16:59:28 +0200 (MET DST) +Date: Thu, 5 Jul 2001 16:59:27 +0200 (MET DST) +From: Yann Morvan +X-Sender: ymorvan@woodstock +To: nel@nevrax.org +Subject: Re: [Nel] TCP vs. UDP +In-Reply-To: <01061613290801.10787@localhost.localdomain> +Message-ID: +MIME-Version: 1.0 +Content-Type: TEXT/PLAIN; charset=US-ASCII +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +I've read the thread on MUD-Dev and some people here, +who seem to be quite experienced, say that TCP is not a +good choice for client/server communication when there are +many users and with real time constraints and it seems reasonable +since TCP implements re-emit mecanisms which are irrelevent +if the resent data doesn't matter anymore. They +say that UDP is a better choice, though EA and AC designed their own +layer. I am not a network expert but I think it would be wise to ponder +things thoroughly on that point, but I realize that designing one's own +layer (even using UDP as a starting point) is probably quite a hard task. + + Yann + + + +From zager@teleaction.com Thu Jul 5 17:03:44 2001 +Received: from jupiter.augur.de (jupiternew.teleaction.de [194.149.245.1]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f65F3hX09256 + for ; Thu, 5 Jul 2001 17:03:44 +0200 (CEST) + (envelope-from zager@teleaction.com) +Received: from zager ([194.149.245.62]) + by jupiter.augur.de (8.8.8+Sun/8.8.8) with ESMTP id QAA05872 + for ; Thu, 5 Jul 2001 16:59:10 +0200 (MET DST) +Date: Thu, 5 Jul 2001 17:00:13 +0200 +From: Dim Segebart +X-Mailer: The Bat! (v1.49) Business +X-Priority: 3 (Normal) +Message-ID: <8623106706.20010705170013@teleaction.de> +To: Vianney Lecroart +Subject: Re: [Nel] TCP vs. UDP +In-reply-To: <004a01c1055f$eb6a2a80$0901a8c0@vianneyl> +References: <004a01c1055f$eb6a2a80$0901a8c0@vianneyl> +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Transfer-Encoding: 7bit +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Sorry, I'm not the network guru at all, so may be it looks childish ... +I think you should implement minimum error checking protocol - +1. Client sends UDP data to the server +2. Client wait for confirmation from other end what data was received (use some +UID for packets to send back as confirmation) +3. If some timeout expired without confirmation, then client resends its data again + +Thursday, July 05, 2001, 4:36:47 PM, you wrote: + +VL> Hi everybody! + +VL> Let's talk a little bit about this great subject: TCP vs. UDP + +VL> Thanks to Valerio Santinelli and Olivier Lejade, there's some cool +VL> discussion about this subject on the web and I would like to have your +VL> thought and discuss about this. + +VL> On Anarchy Online game, they only use TCP protocol between client and server +VL> (other commercial online game use UDP) and it seems that it causes lot of +VL> problem like horrible ping or connection lost: +VL> http://aoforums.funcom.com/showthread.php?threadid=26297 + +VL> There's also a mail on the MUD-Dev mailing list talking about these problems +VL> here: +VL> https://www.kanga.nu/archives/MUD-Dev-L/2001Q3/msg00009.php + +VL> As you perhaps know, we only use TCP/IP (for server-server communication, +VL> but also for the client-server connection) and we currently think more and +VL> more about replacing the TCP client-server connection with a UDP one. + +VL> In a first step, we would like to know your opinion about this choice. And +VL> in a next step, we'll do some test about ping/packet lost and so on to +VL> compare TCP and UDP, and we'll need your help to do that. + +VL> Vianney Lecroart +VL> --- +VL> lead network programmer / nevrax.com +VL> icq#: 6870415 +VL> homepage: http://ace.planet-d.net +VL> www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- +VL> w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? + + +VL> _______________________________________________ +VL> Nel mailing list +VL> Nel@nevrax.org +VL> http://www.nevrax.org/mailman/listinfo.cgi/nel + + + +-- +Dim Segebart mailto:zager@teleaction.de + + + +From cblt@cblt.org Thu Jul 5 17:05:23 2001 +Received: from smarthost2.mail.easynet.fr (smarthost2.mail.easynet.fr [212.180.1.69]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f65F5NX09277 + for ; Thu, 5 Jul 2001 17:05:23 +0200 (CEST) + (envelope-from cblt@cblt.org) +Received: from mx1.mail.easynet.fr (slb-1-sippriv.mail.easynet.fr [10.0.1.57]) + by smarthost2.mail.easynet.fr (Postfix) with ESMTP id 0EFFFBC71 + for ; Thu, 5 Jul 2001 17:01:09 +0200 (CEST) +Received: from cblt.org (nemo-gw.nemo.com [212.180.94.137]) + by mx1.mail.easynet.fr (Postfix) with ESMTP id 321B9B6A5 + for ; Thu, 5 Jul 2001 17:01:08 +0200 (CEST) +Message-ID: <3B4480FF.7000409@cblt.org> +Date: Thu, 05 Jul 2001 17:00:15 +0200 +From: Nicolas Hognon +User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; 0.8) Gecko/20010215 +X-Accept-Language: en +MIME-Version: 1.0 +To: nel@nevrax.org +Subject: Re: [Nel] TCP vs. UDP +References: <004a01c1055f$eb6a2a80$0901a8c0@vianneyl> +Content-Type: text/plain; charset=us-ascii; format=flowed +Content-Transfer-Encoding: 7bit +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +> As you perhaps know, we only use TCP/IP (for server-server communication, +> but also for the client-server connection) and we currently think more and +> more about replacing the TCP client-server connection with a UDP one. + +You mean you are thinking about creating a tinny TCP over UDP. +If you want to do that i'm not sure it's a good idea. + +in "effective TCP/IP Programming" Jon C. Snader says +in +Tip 7 : Don't Underestimate The Performance of TCP +Tip 8 : Avoid Reinventing TCP + +Ok, i'm not very useful in this conversation but +i'm not (yet :)) a network guru .... + +I'm interest by answer from other people. + +> +> In a first step, we would like to know your opinion about this choice. And +> in a next step, we'll do some test about ping/packet lost and so on to +> compare TCP and UDP, and we'll need your help to do that. +> +> Vianney Lecroart +> --- +> lead network programmer / nevrax.com +> icq#: 6870415 +> homepage: http://ace.planet-d.net +> www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- +> w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? +> +> +> _______________________________________________ +> Nel mailing list +> Nel@nevrax.org +> http://www.nevrax.org/mailman/listinfo.cgi/nel + + + +-- +Nicolas Hognon +nicolash@virtools.com + +Virtools - The Behavior Company +Tel. (+33) 1 42 71 46 86 / Fax. (+33) 1 42 71 86 53 +http://www.virtools.com/ + + +From tanis@digi-web.it Thu Jul 5 17:07:00 2001 +Received: from www.digi-web.it ([62.110.27.80]) + by www.nevrax.org (8.11.0/8.11.0) with SMTP id f65F6xX09287 + for ; Thu, 5 Jul 2001 17:06:59 +0200 (CEST) + (envelope-from tanis@digi-web.it) +Received: (qmail 17870 invoked from network); 5 Jul 2001 14:58:18 -0000 +Received: from unknown (HELO valerio) (172.16.69.2) + by mail.digisoft.local with SMTP; 5 Jul 2001 14:58:18 -0000 +Message-ID: <019c01c10563$91ba2040$024510ac@valerio> +From: "Valerio Santinelli" +To: +References: <004a01c1055f$eb6a2a80$0901a8c0@vianneyl> +Subject: Re: [Nel] TCP vs. UDP +Date: Thu, 5 Jul 2001 17:02:54 +0200 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 5.50.4522.1200 +X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +You already know my position :) + +UDP for everything except datas that should get through reliably and that +aren't making a great impact on gaming speed, like chat, which should be +reliable (i don't really want to lose pieces of discussion throughout the +net) but that it's not critical to be delivered without lag. + +-- +Valerio Santinelli +http://www.digisoft-multimedia.it/ + + +----- Original Message ----- +From: "Vianney Lecroart" +To: +Sent: Thursday, July 05, 2001 4:36 PM +Subject: [Nel] TCP vs. UDP + + +> Let's talk a little bit about this great subject: TCP vs. UDP +> +> Thanks to Valerio Santinelli and Olivier Lejade, there's some cool +> discussion about this subject on the web and I would like to have your +> thought and discuss about this. + + + +From novalis@novalis.org Thu Jul 5 17:21:01 2001 +Received: from charger.oldcity.dca.net (charger.oldcity.dca.net [207.245.82.76]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f65FL0X09528 + for ; Thu, 5 Jul 2001 17:21:01 +0200 (CEST) + (envelope-from novalis@novalis.org) +Received: from novalis.org (kafka.i-site.com [216.158.32.67]) + by charger.oldcity.dca.net (8.9.3/8.9.3/DCANET) with ESMTP id LAA20506 + for ; Thu, 5 Jul 2001 11:16:45 -0400 +Message-ID: <3B448467.253F8ADA@novalis.org> +Date: Thu, 05 Jul 2001 11:14:47 -0400 +From: Dave Turner +X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.4.2 i686) +X-Accept-Language: en, pdf +MIME-Version: 1.0 +To: nel@nevrax.org +Subject: Re: [Nel] TCP vs. UDP +References: <004a01c1055f$eb6a2a80$0901a8c0@vianneyl> +Content-Type: text/plain; charset=us-ascii +Content-Transfer-Encoding: 7bit +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Vianney Lecroart wrote: +> +> Hi everybody! +> +> Let's talk a little bit about this great subject: TCP vs. UDP +> +> Thanks to Valerio Santinelli and Olivier Lejade, there's some cool +> discussion about this subject on the web and I would like to have your +> thought and discuss about this. +> +> On Anarchy Online game, they only use TCP protocol between client and server +> (other commercial online game use UDP) and it seems that it causes lot of +> problem like horrible ping or connection lost: +> http://aoforums.funcom.com/showthread.php?threadid=26297 +> +> There's also a mail on the MUD-Dev mailing list talking about these problems +> here: +> https://www.kanga.nu/archives/MUD-Dev-L/2001Q3/msg00009.php +> +> As you perhaps know, we only use TCP/IP (for server-server communication, +> but also for the client-server connection) and we currently think more and +> more about replacing the TCP client-server connection with a UDP one. +> +> In a first step, we would like to know your opinion about this choice. And +> in a next step, we'll do some test about ping/packet lost and so on to +> compare TCP and UDP, and we'll need your help to do that. +> +> Vianney Lecroart + +There's often a lot of lag at the beginning of a UDP "connection" (yes, +I know UDP doesn't have those). Then gateways, which consider UDP to +have higher priority, remember that there's a connection, and things +start going faster. Your tests should be written with this in mind. + +You might also want to look into XUDP, +http://www.gweep.net/~rocko/XUDP_Paper/paper.html + + +-- +-[Dave Turner Stalk me: (215)-545-2859] +--------------------------------------------------------------------- +"I would say our forefathers would have been ashamed, but they were +slave owners." - Slashdot Anonymous Coward. Bring Pug back! + +From zager@teleaction.com Thu Jul 5 17:49:09 2001 +Received: from jupiter.augur.de (jupiternew.teleaction.de [194.149.245.1]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f65Fn9X09849 + for ; Thu, 5 Jul 2001 17:49:09 +0200 (CEST) + (envelope-from zager@teleaction.com) +Received: from zager ([194.149.245.62]) + by jupiter.augur.de (8.8.8+Sun/8.8.8) with ESMTP id RAA07180 + for ; Thu, 5 Jul 2001 17:44:36 +0200 (MET DST) +Date: Thu, 5 Jul 2001 17:45:39 +0200 +From: Dim Segebart +X-Mailer: The Bat! (v1.49) Business +X-Priority: 3 (Normal) +Message-ID: <17125832931.20010705174539@teleaction.de> +To: Valerio Santinelli +Subject: Re[2]: [Nel] TCP vs. UDP +In-reply-To: <019c01c10563$91ba2040$024510ac@valerio> +References: <004a01c1055f$eb6a2a80$0901a8c0@vianneyl> + <019c01c10563$91ba2040$024510ac@valerio> +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Transfer-Encoding: 7bit +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Just facts: +We run relatively large chat server with our own server software. We +use TCP for all communications between Java clients and server-side. +At peak-load time we have 2000 opened TCP-sockets at once. Profiling +shows up what most of CPU time server performs write(). +And finally SW and HW - we use SunOS 5.7 aka Solaris7 +Our homemade software written in C++ utilize 2,5 CPU out of 4 in our +Sun Enterprise Server 450 with 4 CPU and 1G RAM +May be someone have the similar service on UDP and can share his +statistic ? + +-- +Dim Segebart + + + +From archer@frmug.org Thu Jul 5 17:54:51 2001 +Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f65FsmX09919 + for ; Thu, 5 Jul 2001 17:54:49 +0200 (CEST) + (envelope-from archer@frmug.org) +Received: (from archer@localhost) + by frmug.org (8.9.3/frmug-2.7/nospam) id RAA00660; + Thu, 5 Jul 2001 17:50:33 +0200 (CEST) + (envelope-from archer) +Message-ID: <20010705175031.26112@frmug.org> +Date: Thu, 5 Jul 2001 17:50:31 +0200 +From: Vincent Archer +To: nel@nevrax.org +Subject: Re: [Nel] TCP vs. UDP +References: <004a01c1055f$eb6a2a80$0901a8c0@vianneyl> <3B4480FF.7000409@cblt.org> +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +X-Mailer: Mutt 0.88.14i +In-Reply-To: <3B4480FF.7000409@cblt.org>; from Nicolas Hognon on Thu, Jul 05, 2001 at 05:00:15PM +0200 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +According to Nicolas Hognon: +> > As you perhaps know, we only use TCP/IP (for server-server communication, +> > but also for the client-server connection) and we currently think more and +> > more about replacing the TCP client-server connection with a UDP one. +> +> You mean you are thinking about creating a tinny TCP over UDP. +> If you want to do that i'm not sure it's a good idea. + +Hi. And first, I confirm I'm the same Vincent Archer that had @nevrax.com, +but I no longer work there. Just resubscribed in time to see the discussion. + +I had a vulgarisation post on the topic on one yahoogroups (Dark Age of +Camelot), but you can't access it without subscribing, so I'll summarise +the thing. + +> Tip 7 : Don't Underestimate The Performance of TCP +> Tip 8 : Avoid Reinventing TCP + +That's good advice... if you have the objectives of TCP in mind. You don't. +In theory. + +Pros of TCP: + +- Reliable +- Optimised over 20 years of programming +- Fast for development +- Most of the firewalls/telecom eqpt out hereare optimised for TCP protocols; + I know several IP providers who drop anything non-TCP based first when they + suffer congestion on their routers. + +Cons of TCP: + +- TCP is stream-based, the unit is the byte. You need to provide your own + packet framing, as you may, with one read call, catch part of a packet, + an entire packet, or multiple packets at the same time. +- TCP has its own model for retransmission of data; you have minimal to no + input on that model's behaviour. And the model is geared to the transmission + of bulk data. There is one bit to indicate "interactive data" in the TCP + protocol; no common equipment I know out there uses or checks that bit. +- TCP is strictly sequential: there is no way to access data "as soon as + received", or to ignore/discard "obsolete data": each data chunk must be + received, processed (at least at the framing level 5 layer, if you follow + the OSI layer model) before the next one. + +The last item in the list is what makes everyone look toward UDP (or any +other IP-level protocol in fact, but routers and firewalls are usually +disposed to treat more kindly UDP protocols than pure IP ones) for any +application with real time constraints where: + +1: The exact ordering of data isn't a strong requirement +2: The immediate processing of received data is highly desirable + +The real trap, as you underline, is when people design their own protocol +over UDP and end up using the same - unconscious - model as TCP; this +often leads to a "poor man's TCP" protocol that address none of the cons +while providing none of the pros. + +To be efficient, any UDP-based protocol needs to be highly aware of the +data semantics (not just syntax - i.e. format - but semantics - i.e. meaning) +of what it carries. Which makes it very complex and usage-specific; you +cannot plug in a "random UDP protocol" in your app (in this case, the +client-server part of NeL architecture). If you design the protocol in +complete isolation of the application (the MMOG) inside, better go directly +to TCP; it won't be worse than anything you'll design. And it's already +made and tested. + +Then, there's the whole problem of kernel resources devoted to TCP stack. +I pass here; I'm not a kernel developper. + +(but anyone who plays AO knows the problems you can have merely to *connect* + to the game at times) + +-- + Vincent Archer Email: archer@frmug.org + +All men are mortal. Socrates was mortal. Therefore, all men are Socrates. + (Woody Allen) + +From archer@frmug.org Thu Jul 5 18:09:00 2001 +Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f65G90X10052 + for ; Thu, 5 Jul 2001 18:09:00 +0200 (CEST) + (envelope-from archer@frmug.org) +Received: (from archer@localhost) + by frmug.org (8.9.3/frmug-2.7/nospam) id SAA01716; + Thu, 5 Jul 2001 18:04:45 +0200 (CEST) + (envelope-from archer) +Message-ID: <20010705180442.12223@frmug.org> +Date: Thu, 5 Jul 2001 18:04:42 +0200 +From: Vincent Archer +To: nel@nevrax.org +Subject: Re: [Nel] TCP vs. UDP +References: <004a01c1055f$eb6a2a80$0901a8c0@vianneyl> +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +X-Mailer: Mutt 0.88.14i +In-Reply-To: <004a01c1055f$eb6a2a80$0901a8c0@vianneyl>; from Vianney Lecroart on Thu, Jul 05, 2001 at 04:36:47PM +0200 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +According to Vianney Lecroart: +> On Anarchy Online game, they only use TCP protocol between client and server +> (other commercial online game use UDP) and it seems that it causes lot of +> problem like horrible ping or connection lost: +> http://aoforums.funcom.com/showthread.php?threadid=26297 + + +This post (and the rest of the discussion) do highlight the problems of +AO. However, only one post, in the whole thread, seems to be close to the +real "problem". + +I have two friends who are playing AO together. They often experience +"bad lag" (i.e. 20-30s delays between a command and it's execution). +However, there's one strange thing during these periods of bad lag. + +They still chat with each other. + +And I've done checking with tcpdump: you do not talk directly between clients. +Everything goes thru the AO servers. + +My guess is that their architecture is based on a front-end/zone service +model. Clients connect to a front end, and said front-end connects to a +zone service, depending on the zone you are in. This is further supported +by various analysis points during beta, notably when the zone service +crashed while I was in it (and the whole mission dungeon got resert and +randomly re-rolled), and the numerous problems people have for zoning +(zone... after a strangely fixed 45s - the default TCP connection timeout - + you get "Area Change not initiated on server). + +So you have: + +Client ---- TCP ----> Front End ---- TCP ----> Zone server + ^ / + | / + V / +Client ---- TCP ----> Front End ---- TCP -/ + +which is probably the worst architecture I can imagine, specially as there +appears to be one front-end per client, and front ends closes and opens +communication to zone servers. :( + +> In a first step, we would like to know your opinion about this choice. And +> in a next step, we'll do some test about ping/packet lost and so on to +> compare TCP and UDP, and we'll need your help to do that. + +Packet loss is a non-sequitur under TCP. You *cannot* lose packets under TCP :) +(you lose connection first) + +-- + Vincent Archer Email: archer@frmug.org + +All men are mortal. Socrates was mortal. Therefore, all men are Socrates. + (Woody Allen) + +From zane@supernova.org Thu Jul 5 19:12:41 2001 +Received: from xchnghq2.mmsa.com (xchngq2.mmsa.com [205.227.150.22] (may be forged)) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f65HCdX10523 + for ; Thu, 5 Jul 2001 19:12:40 +0200 (CEST) + (envelope-from zane@supernova.org) +Received: from IS64E003 ([172.18.51.157]) by xchnghq2.mmsa.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) + id MR7V6VB8; Thu, 5 Jul 2001 10:08:18 -0700 +Message-ID: <00c301c10575$10cf2d10$9d3312ac@hq.mmsa.com> +From: "Zane" +To: +References: <004a01c1055f$eb6a2a80$0901a8c0@vianneyl> <3B4480FF.7000409@cblt.org> <20010705175031.26112@frmug.org> +Subject: Re: [Nel] TCP vs. UDP +Date: Thu, 5 Jul 2001 10:08:09 -0700 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 5.50.4522.1200 +X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +----- Original Message ----- +From: "Vincent Archer" +Sent: Thursday, July 05, 2001 8:50 AM + + +> To be efficient, any UDP-based protocol needs to be highly aware of the +> data semantics (not just syntax - i.e. format - but semantics - i.e. +meaning) +> of what it carries. Which makes it very complex and usage-specific; you +> cannot plug in a "random UDP protocol" in your app (in this case, the +> client-server part of NeL architecture). If you design the protocol in +> complete isolation of the application (the MMOG) inside, better go +directly +> to TCP; it won't be worse than anything you'll design. And it's already +> made and tested. + +I don't believe that this is entirely true. Let's look at what we need out +of a protocol for NeL: + +1) Know what data HAS to be delivered and what data doesn't really. +2) Know what data can be overwritten by new data if we recieve a large +chunk of data +at once or out of order. (If the data is spread out, not read in one call to +the network object, then we don't need to know if it can be overwritten, and +in order the game engine will overwrite it if it's the same class of data) + +Problem one is very easy to solve, we simply use a priority argument when +sending data with our network object. In this case high priority data could +be sent via TCP and low priority data could be sent via UDP. + +Problem two really isn't all that hard to solve either. Perhaps we have a +'class' argument whend sending data via our network object. When a packet +is sent it includes it's data class and a serial number, both client and +server keep track of both. When we recieve data we check the class and +serial number. If the serial number is out of sequence and the data is +considered old for that class then it's discarded, otherwise it's accepted. +If the data has no class (class is set to 0) then all data is accepted and +the serial number isn't checked. + +The only problem I see is mainting the large list of data classes. Really I +don't think it's that much of a problem and wether or not you're using this +model if you do discarding of data you'll be doing class checking in some +form anyway. + +I'm sure the rest of you will point out the many other flaws I don't see. +:P + +-E.J. Wilburn +zane@supernova.org + + + +From zane@supernova.org Thu Jul 5 21:09:38 2001 +Received: from xchnghq2.mmsa.com (xchngq2.mmsa.com [205.227.150.22] (may be forged)) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f65J9bX11384 + for ; Thu, 5 Jul 2001 21:09:37 +0200 (CEST) + (envelope-from zane@supernova.org) +Received: from IS64E003 ([172.18.51.157]) by xchnghq2.mmsa.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) + id MR7V6VXT; Thu, 5 Jul 2001 12:05:17 -0700 +Message-ID: <00d301c10585$683ef430$9d3312ac@hq.mmsa.com> +From: "Zane" +To: +References: <004a01c1055f$eb6a2a80$0901a8c0@vianneyl> <20010705180442.12223@frmug.org> +Subject: Re: [Nel] TCP vs. UDP +Date: Thu, 5 Jul 2001 12:05:07 -0700 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 5.50.4522.1200 +X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +----- Original Message ----- +From: "Vincent Archer" +Sent: Thursday, July 05, 2001 9:04 AM + + +> This post (and the rest of the discussion) do highlight the problems of +> AO. However, only one post, in the whole thread, seems to be close to the +> real "problem". +> +> I have two friends who are playing AO together. They often experience +> "bad lag" (i.e. 20-30s delays between a command and it's execution). +> However, there's one strange thing during these periods of bad lag. + +I also play AO but every time I've experienced real "bad lag" you cannot sit +or do any action that requires server-side confirmation including ALL chat +channels. In fact, I frequently will say something or shout something so +that I know as soon as it shows up it's done lagging and this works like a +charm. What they're experiencing is a different type of lag than is +discussed in the above post, that's when a particular zone they're in lags +(or the server hosting that zone) but not all servers are affected. I +haven't experienced that type of lag since beta. + +As a side note I've noticed that when I get the "bad lag" others around me +appear to get it too (at least sometimes) which lends weight to the packet +storm theory. + +> My guess is that their architecture is based on a front-end/zone service +> model. Clients connect to a front end, and said front-end connects to a +> zone service, depending on the zone you are in. This is further supported +> by various analysis points during beta, notably when the zone service +> crashed while I was in it (and the whole mission dungeon got resert and +> randomly re-rolled), and the numerous problems people have for zoning +> (zone... after a strangely fixed 45s - the default TCP connection +timeout - +> you get "Area Change not initiated on server). +> +> So you have: +> +> Client ---- TCP ----> Front End ---- TCP ----> Zone server +> ^ / +> | / +> V / +> Client ---- TCP ----> Front End ---- TCP -/ +> +> which is probably the worst architecture I can imagine, specially as there +> appears to be one front-end per client, and front ends closes and opens +> communication to zone servers. :( + +There doesn't need to be one front-end per client. There can be several +load-balanced front-ends that handle multiple clients each. The major +problem with this is if one front-end crashes all those clients get dropped +(although under UNIX (I haven't been able to get win32 to do this) you can +pull some funky sockets tricks and recover from a crash without dropping +most players, just majorly lagging them & loosing some updates). + +The good side to this is you only need one connection per client per +protocol (so 2 connections if using both TCP and UDP). Unfortunately with +TCP that's both a pro and a con. With one TCP connection a dropped packet +on a chat message delays all other TCP traffic, but it also lessens +bandwidth and server resources over multiple connections (larger, more +efficient packets). Also, with a single front end you can have as many +seperate services as you want without having to have a ton of different +connections to the client. + +Regardless, we have no data as to wether or not AO is doing it that way. +Maybe tonight I'll run it in windowed mode and check netstat. If we've got +more than one active TCP connection to Funcom servers than that model +probably isn't what they're using. + +On a side note, using multiple TCP connections would eliminate some of the +packet-loss latency issues at the cost of increased bandwidth. Say you have +one connection for chat channels, one for inventory & stat handling, one for +world actions and one for combat. If connection 1 drops a packet its lag +won't affect the other connections as much. But of course if they all drop +packets at the same time we get the packet storm problem again. :) + +> Packet loss is a non-sequitur under TCP. You *cannot* lose packets under +TCP :) +> (you lose connection first) + +Yes but TCP has latency issues, UDP has packet-loss issues. Why can't we +have the uber protocol that has neither??? :) + +BTW, does anyone know if ipv6 has addressed this issue? I'm aware of QoS +but not sure to what degree they've taken it. Personally I think the only +way we could get garunteed delivery with low latency is to have each router +along the way garuntee a packet is delivered (if, of course, it's load +allows that packet to be accepted in the first place). That way if a packet +is dropped by a router due to load (or some other issue) the previous router +expects a timely response and when it doesn't get one it resends or sends +via a different route. (Of course I would expect a per-packet ack, probably +a CRC-ack for a certain amount of traffic) The point being the original +sender should never have to resend as long as the first router gets all the +packets. + +-E.J. Wilburn +zane@supernova.org + + + +From David.Mentre@inria.fr Fri Jul 6 10:25:07 2001 +Received: from nez-perce.inria.fr (nez-perce.inria.fr [192.93.2.78]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f668P6N00311 + for ; Fri, 6 Jul 2001 10:25:06 +0200 (CEST) + (envelope-from David.Mentre@inria.fr) +Received: from pochi.inria.fr (pochi.inria.fr [128.93.8.128]) + by nez-perce.inria.fr (8.11.1/8.10.0) with ESMTP id f667sxT07647 + for ; Fri, 6 Jul 2001 09:54:59 +0200 (MET DST) +Received: (from mentre@localhost) + by pochi.inria.fr (8.11.1/8.10.0) id f667sxr09428; + Fri, 6 Jul 2001 09:54:59 +0200 +X-Authentication-Warning: pochi.inria.fr: mentre set sender to David.Mentre@inria.fr using -f +To: nel@nevrax.org +Subject: Re: [Nel] TCP vs. UDP +References: <004a01c1055f$eb6a2a80$0901a8c0@vianneyl> +From: David Mentre +Date: 06 Jul 2001 09:54:59 +0200 +In-Reply-To: <004a01c1055f$eb6a2a80$0901a8c0@vianneyl> +Message-ID: +Lines: 48 +User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.4 +MIME-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Hi, + +From all other posters, it seems that performance result is highly +dependent on implementation. So to make the Really Good Choice(tm), you +should have both and choose according to *figures*. So I would do that +in the following order : + + 1. design a "packet sending" layer which allows messages + sending/receiving with semantics in mind (see Vincent's post in the + same thread). Maybe NeL has already that, I haven't check the + source, sorry. + + 2. implement this layer using TCP. Should be straightforward. + + => gives you a backup implementation + + => gives you basic performance figures + + 3. design and implement UDP implementation_s_ with various + requirements depending on the following parameters: + + - packet loss or not + + - in order delivery or not + + You could start from the easiest (packet loss && out of order <=> + raw UDP) and incrementally develop more complicated ones. + + 4. substitute parts of TCP implementation (chat, position packets, ...) + with the corresponding UDP based protocol + + 5. implement a benchmark and test, test, test, ... ; then go to step 4 + and loop + + +Ok. I don't propose any line of code so you could directly throw this +post to /dev/null but you asked for comments. ;) + +BTW, what is your Linux configuration? I've been stuck with the need to +reinstall everything (X, STLport, freetype) on my debian machine. So it +may be easier to install the Linux distribution your are using at Nevrax +on some spare partition to try to "enter the loop". + +Best regards, +d. +-- + David.Mentre@inria.fr + Opinions expressed here are only mine. + +From alfred@mazuma.net.au Fri Jul 6 11:38:30 2001 +Received: from mailin3.email.bigpond.com (juicer24.bigpond.com [139.134.6.34]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f669cJN00796 + for ; Fri, 6 Jul 2001 11:38:29 +0200 (CEST) + (envelope-from alfred@mazuma.net.au) +Received: from alfred ([139.134.4.54]) by + mailin3.email.bigpond.com (Netscape Messaging Server 4.15) with + SMTP id GG1PIU00.0HW for ; Fri, 6 Jul 2001 + 19:40:06 +1000 +Received: from CPE-61-9-148-130.vic.bigpond.net.au ([61.9.148.130]) by mail6.bigpond.com(MailRouter V2.9g 11/3751349); 06 Jul 2001 19:34:30 +Message-ID: <006101c105ff$e2071980$4201a8c0@vic.bigpond.net.au> +From: "alfred" +To: +References: <004a01c1055f$eb6a2a80$0901a8c0@vianneyl> +Subject: Re: [Nel] TCP vs. UDP +Date: Fri, 6 Jul 2001 19:41:50 +1000 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 5.50.4522.1200 +X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +You *must* replace your transport mechanism with UDP :) + +TCP provides (nah, ensures) reliable delivery of data, but it can spend a +long time transmitting (especially on clogged up links). Between packet +errors and backoffs due to packet drops it can easily take 2seconds plus to +get data down the "tcp pipe". And seeing its a pipe, everything behind it is +"backed" up. So, time critical data can't just jump past useless data (like +MOTD's,etc). + +With UDP on the otherhand, you lose the reliable data, but you get your +timeliness. Because of the datagram nature of transmission, you can also +implement independant "streams", with reliablity on some streams (via extra +software layers) and timeliness on others (auto drop of old data for eg). + +Btw, you cannot "design your own layer", because you need to use the +existing internet to send your data (which will only accept UDP and TCP). +However, they probably did add to UDP, by adding an extra software layer to +provide "reliable udp" (its almost trivial to do). + +Any, UDP is the only option that is sensible for anything that has time +critical performance or for things with mutliple "data channels". + +BTW, I do stuff like this for a living (I am a network researched for +www.dsto.defence.gov.au), with a fair bit of work in the voice arena, so I +have some experience backing me up here :) + + +----- Original Message ----- +From: "Vianney Lecroart" +To: +Sent: Friday, July 06, 2001 12:36 AM +Subject: [Nel] TCP vs. UDP + + +> Hi everybody! +> +> Let's talk a little bit about this great subject: TCP vs. UDP +> +> Thanks to Valerio Santinelli and Olivier Lejade, there's some cool +> discussion about this subject on the web and I would like to have your +> thought and discuss about this. +> +> On Anarchy Online game, they only use TCP protocol between client and +server +> (other commercial online game use UDP) and it seems that it causes lot of +> problem like horrible ping or connection lost: +> http://aoforums.funcom.com/showthread.php?threadid=26297 +> +> There's also a mail on the MUD-Dev mailing list talking about these +problems +> here: +> https://www.kanga.nu/archives/MUD-Dev-L/2001Q3/msg00009.php +> +> As you perhaps know, we only use TCP/IP (for server-server communication, +> but also for the client-server connection) and we currently think more and +> more about replacing the TCP client-server connection with a UDP one. +> +> In a first step, we would like to know your opinion about this choice. And +> in a next step, we'll do some test about ping/packet lost and so on to +> compare TCP and UDP, and we'll need your help to do that. +> +> Vianney Lecroart +> --- +> lead network programmer / nevrax.com +> icq#: 6870415 +> homepage: http://ace.planet-d.net +> www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? +K- +> w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? +> +> +> _______________________________________________ +> Nel mailing list +> Nel@nevrax.org +> http://www.nevrax.org/mailman/listinfo.cgi/nel +> + + +From archer@frmug.org Fri Jul 6 13:52:51 2001 +Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f66BqkN01538 + for ; Fri, 6 Jul 2001 13:52:50 +0200 (CEST) + (envelope-from archer@frmug.org) +Received: (from archer@localhost) + by frmug.org (8.9.3/frmug-2.7/nospam) id NAA27896; + Fri, 6 Jul 2001 13:48:54 +0200 (CEST) + (envelope-from archer) +Message-ID: <20010706134853.08077@frmug.org> +Date: Fri, 6 Jul 2001 13:48:53 +0200 +From: Vincent Archer +To: nel@nevrax.org +Subject: Re: [Nel] TCP vs. UDP +References: <004a01c1055f$eb6a2a80$0901a8c0@vianneyl> <20010705180442.12223@frmug.org> <00d301c10585$683ef430$9d3312ac@hq.mmsa.com> +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +X-Mailer: Mutt 0.88.14i +In-Reply-To: <00d301c10585$683ef430$9d3312ac@hq.mmsa.com>; from Zane on Thu, Jul 05, 2001 at 12:05:07PM -0700 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +According to Zane: +> I also play AO but every time I've experienced real "bad lag" you cannot sit +> or do any action that requires server-side confirmation including ALL chat +> channels. In fact, I frequently will say something or shout something so + +I wasn't referring to chat channels. I was referring to /tell commands. Who, +apparently, works (sometimes) while the rest is in limbo. + +As there is no detectable client-client communication, this shows that the +lag problem is sometimes/often an intra-server lag, not a client-server +lag. + +At other times, everything freezes up, as you experience. + +> Regardless, we have no data as to wether or not AO is doing it that way. +> Maybe tonight I'll run it in windowed mode and check netstat. If we've got +> more than one active TCP connection to Funcom servers than that model +> probably isn't what they're using. + +I've done a tcpdump. There are 2 connexions I've seen used. One goes to the +login service (dimension load/character selection). The other goes to the +game service frontend. I haven't found out if you disconnect/reconnect from +the game service; I suspect not. + +I'm maybe my graphics (love ansi art) should have put "client A", and "client +B". I was suggesting different clients, each connected to a separate process +that handle their frontend, not parallel TCP streams. + +> Yes but TCP has latency issues, UDP has packet-loss issues. Why can't we +> have the uber protocol that has neither??? :) + +RDP. Proposed 20 years ago, never ever used :) + +> BTW, does anyone know if ipv6 has addressed this issue? I'm aware of QoS +> but not sure to what degree they've taken it. Personally I think the only + +QoS in IPV6 is a lot better than the V4 version. At least, it uses more than +two bits in the header :) + +-- + Vincent Archer Email: archer@frmug.org + +All men are mortal. Socrates was mortal. Therefore, all men are Socrates. + (Woody Allen) + +From archer@frmug.org Fri Jul 6 14:01:14 2001 +Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f66C1DN01591 + for ; Fri, 6 Jul 2001 14:01:13 +0200 (CEST) + (envelope-from archer@frmug.org) +Received: (from archer@localhost) + by frmug.org (8.9.3/frmug-2.7/nospam) id NAA28365; + Fri, 6 Jul 2001 13:57:25 +0200 (CEST) + (envelope-from archer) +Message-ID: <20010706135724.12856@frmug.org> +Date: Fri, 6 Jul 2001 13:57:24 +0200 +From: Vincent Archer +To: nel@nevrax.org +Subject: Re: [Nel] TCP vs. UDP +References: <004a01c1055f$eb6a2a80$0901a8c0@vianneyl> <3B4480FF.7000409@cblt.org> <20010705175031.26112@frmug.org> <00c301c10575$10cf2d10$9d3312ac@hq.mmsa.com> +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +X-Mailer: Mutt 0.88.14i +In-Reply-To: <00c301c10575$10cf2d10$9d3312ac@hq.mmsa.com>; from Zane on Thu, Jul 05, 2001 at 10:08:09AM -0700 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +According to Zane: +> I don't believe that this is entirely true. Let's look at what we need out +> of a protocol for NeL: +> +> 1) Know what data HAS to be delivered and what data doesn't really. + +That's priority, and bandwidth management. Not really TCP-vs-UDP relevant. + +> 2) Know what data can be overwritten by new data if we recieve a large +> chunk of data + +The latter requires you to look at the semantics of the data, not just the +syntax. You have to posit specific types of data, and, for example, you +don't have to retransmit data type X about object A if it has been already +sent out, but you have to retransmit data type Y about the same object A. + +This quickly require you to tie the protocol to the exact game being made. +A current 3D coordinate/movement vector does not require retransmission +(or, at least, not the retransmission of the same data; you may send back + a more up-to-date version), but it automatically implies your game has +moving 3D objects. + +The example above is simple and obvious, but you quickly have to tie a lot +of knowledge about the game being made *into* the protocol. Making the +protocol generic enough to handle an "unspecified" game is *hard*. Hard +enough that I contend that using TCP in that case might be a good +compromise. + +Of course, the more specific (to a game design) your library is, the easier +it is to make it UDP-optimised. + +-- + Vincent Archer Email: archer@frmug.org + +All men are mortal. Socrates was mortal. Therefore, all men are Socrates. + (Woody Allen) + +From v.caron@zerodeux.net Fri Jul 6 20:25:39 2001 +Received: from zerodeux.net (zerodeux.net [62.4.22.182]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f66IPcN03697 + for ; Fri, 6 Jul 2001 20:25:38 +0200 (CEST) + (envelope-from v.caron@zerodeux.net) +Received: from zerodeux.net (zerodeux.home [192.168.1.3]) + by zerodeux.net (Postfix) with ESMTP id 088161BCB + for ; Fri, 6 Jul 2001 20:21:52 +0200 (CEST) +Message-ID: <3B4601BF.42F6CEDB@zerodeux.net> +Date: Fri, 06 Jul 2001 20:21:51 +0200 +From: Vincent Caron +X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.6 i686) +X-Accept-Language: en, fr +MIME-Version: 1.0 +To: nel@nevrax.org +Subject: Re: [Nel] TCP vs. UDP +References: <004a01c1055f$eb6a2a80$0901a8c0@vianneyl> <006101c105ff$e2071980$4201a8c0@vic.bigpond.net.au> +Content-Type: text/plain; charset=us-ascii +Content-Transfer-Encoding: 7bit +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +> Btw, you cannot "design your own layer", because you need to use the +> existing internet to send your data (which will only accept UDP and TCP). +> However, they probably did add to UDP, by adding an extra software layer to +> provide "reliable udp" (its almost trivial to do). + +But do you need 'reliable transmission' ? Lost or delayed packets are +part of the rules, couldn't you take this into account in your network +and game code design ? Have a look at the streaming pb and protocols +such as RTP or RTSP, they deal with the pb of 1) time sync and 2) data +loss. This is sometime perfectly acceptable to loose some info in +a game and replace it with interpolated data until getting back in +sync. + +From zane@supernova.org Fri Jul 6 21:03:36 2001 +Received: from xchnghq2.mmsa.com (xchngq2.mmsa.com [205.227.150.22] (may be forged)) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f66J3ZN03902 + for ; Fri, 6 Jul 2001 21:03:35 +0200 (CEST) + (envelope-from zane@supernova.org) +Received: from IS64E003 ([172.18.51.157]) by xchnghq2.mmsa.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) + id MR7V6YPF; Fri, 6 Jul 2001 11:59:43 -0700 +Message-ID: <000c01c1064d$c70904b0$9d3312ac@hq.mmsa.com> +From: "Zane" +To: +References: <004a01c1055f$eb6a2a80$0901a8c0@vianneyl> <3B4480FF.7000409@cblt.org> <20010705175031.26112@frmug.org> <00c301c10575$10cf2d10$9d3312ac@hq.mmsa.com> <20010706135724.12856@frmug.org> +Subject: Re: [Nel] TCP vs. UDP +Date: Fri, 6 Jul 2001 11:59:26 -0700 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 5.50.4522.1200 +X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +----- Original Message ----- +From: "Vincent Archer" +Sent: Friday, July 06, 2001 4:57 AM + + +> That's priority, and bandwidth management. Not really TCP-vs-UDP relevant. + +Yes, but what I'm saying is knowing that is a feature of the network object +I was discussing further into the message. + +> > 2) Know what data can be overwritten by new data if we recieve a large +> > chunk of data +> +> The latter requires you to look at the semantics of the data, not just the +> syntax. You have to posit specific types of data, and, for example, you +> don't have to retransmit data type X about object A if it has been already +> sent out, but you have to retransmit data type Y about the same object A. + +I don't mean to be confrontational but did you even read the rest of my +message? With the network object I was discussing you pass data to be sent +to the client with Priority and data class. The user of the object sets up +the classes in a manner such that the network object is aware of the classes +(in this case a simple enum would be enough). Here's an example: + +You want to pass property X of object A to the client. You don't care if it +gets there or not. You then pass the data to the network object with a low +priority and a class corresponding to the type of data property X is. + +You want to pass property Y of object A to the client and you need to ensure +that it gets there. You then pass the data to the network object with a +high priority (and no class). + +> This quickly require you to tie the protocol to the exact game being made. +> A current 3D coordinate/movement vector does not require retransmission +> (or, at least, not the retransmission of the same data; you may send back +> a more up-to-date version), but it automatically implies your game has +> moving 3D objects. + +The network object I described doesn't need to know anything other than data +class and priority. Both of those items are determined by the engine. The +only special knowledge the network object needs is the list of data classes. + +Please re-read my e-mail. + +In case the original wasn't clear enough the object itself decides which +protocol to use based on priority. High priority data would use TCP and low +would use UDP with of course an additional header in the packet. + +-E.J. Wilburn +zane@supernova.org + + + +From svferro@earthlink.net Sat Jul 7 00:33:49 2001 +Received: from harrier.mail.pas.earthlink.net (harrier.mail.pas.earthlink.net [207.217.121.12]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f66MXmN04884 + for ; Sat, 7 Jul 2001 00:33:49 +0200 (CEST) + (envelope-from svferro@earthlink.net) +Received: from celery (dialup-64.152.158.8.Dial1.Detroit1.Level3.net [64.152.158.8]) + by harrier.mail.pas.earthlink.net (EL-8_9_3_3/8.9.3) with SMTP id PAA24265 + for ; Fri, 6 Jul 2001 15:29:58 -0700 (PDT) +Message-ID: <00af01c1066b$96801bd0$0200a8c0@celery> +From: "Sal" +To: +References: <004a01c1055f$eb6a2a80$0901a8c0@vianneyl> +Subject: Re: [Nel] TCP vs. UDP +Date: Fri, 6 Jul 2001 18:32:46 -0400 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 6.00.2479.0006 +X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2479.0006 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +> In a first step, we would like to know your opinion about this choice. And +> in a next step, we'll do some test about ping/packet lost and so on to +> compare TCP and UDP, and we'll need your help to do that. +> +> Vianney Lecroart + + I've coded small scale 3d client/server systems in both TCP and UDP +while developing software for Worldforge, and have playtested both systems. +The end result was that UDP gameplay just seemed smoother, especially under +low latency/bad connections. Even when I had inserted code to purposely +drop packets, gameplay was still surprisingly bearable. + + On my LAN or for persons with fast links to the server TCP was not +really noticeably slower, though. So with very low latency, and little +packet loss TCP would be the better choice, but unfortunately that isn't the +case for the internet just yet. A lot of people are behind slow links, +shared internet connections, or in unfortunate locations... for some people +overseas my TCP-based software was almost unplayable, where UDP was still at +least minimally usable. If you guys do end up benchmarking TCP vs. UDP, be +sure to test over a simulated low-latency, and/or 'noisy' link. Drop +packets randomly, simulate possible internet conditions. I'm sure you will +come to the same results I did. + + The majority of problems I've had with UDP are firewall related. And +they were almost all serverside, ie a person trying to run a UDP server +behind a firewall and unable to map ports/etc. to let clients connect. +Clientside, however there was very little trouble, it worked through my +ipmasq firewall without problems, for one, and others had been testing +behind firewalls also. + + However, a bit of 'reinventing TCP' was needed for the reliable data. +This is unavoidable, some messages need to be sent and can't be +ignored/dropped. And I agree that the OS's TCP implementation is probably +more efficient than one drawn up for a video game. But I don't think using +both UDP and TCP is worth the trouble to gain a reliable data transmission +stream. I just don't think the performance improvement would be significant +enough to justify the implementation... Let me explain why I think so. + + Now, say you were sending a 10 MB file over the internet to a friend. +_Every_ packet must make it to the peer or the file would be corrupt. Every +packet must be acknowledged somehow, using some crc, sequence number... etc. +I haven't looked at any actual TCP implementation's source code, but I'll +bet it does all sorts of compromising between packet transmission and +acknowledgement frequency, message sizes, etc. and over the course of +sending 10 Million packets (ok, maybe less for a 10 MB file) it probably +saves a considerable amount of time over some dumb UDP code that +acknowledges say, every 10 packets or some other simplistic mechanism. + + Yes, in that situation, reinventing TCP would be a bad idea... and yes, +it is definately a better choice than UDP, which in fact is why almost every +internet protocol uses TCP. But in our case we aren't sending a 10MB file, +we're sending short messages to tell the client/server something important. +ie a 'player X has died' message, which could be maybe a dozen bytes in +size. All the fancy optimization that an OS's TCP stack does over the course +of time wouldn't be of much use here. Also, in sending a 10MB file you dont +care about latency, and you know what the next few thousand packets are +going to consist of beforehand, whereas in a video game this is not the +case. The optimizations TCP gives you would only take effect if you were +sending large, continuous blocks of data. + + So for the gameplay networking layer I suggest UDP. The only exception +in my opinion is for things like automatic client-patching, or downloading +of media. In that case, having the client make an HTTP connection to a web +server, or something similair is a *much* better choice than using the +'gameplay networking' layer to send this data. + + The software I spoke of here is all in Worldforge's (www.worldforge.org) +CVS repository. The software I tested with was XClient, and XServer, which +are both in CVS. + + The UDP networking library I created and used in XClient/XServer, which +I recommend taking a look at, is called 'XUDP' (not the library that Dave +posted about, but has the same name :-/) is also in Worldforge CVS. I +extracted the UDP networking code from the GPLed Quake1 src, and converted +it into a general C++ OO UDP networking library. It contains code for both +reliable and unreliable transmission of data. Credit should go mostly to +John Carmack of Id software for the code. I just abstracted, and tweaked a +bit for use in an MMORPG setting. It might be helpful if you guys decide to +go with UDP for Nel. + + Anyway, sorry for the long winded rant. Hope this helps some, and keep +up the great work! + +- Sal + + + + + +From miller@nevrax.com Sun Jul 8 16:59:11 2001 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f68ExBP00301 + for ; Sun, 8 Jul 2001 16:59:11 +0200 (CEST) + (envelope-from miller@nevrax.com) +Received: from miller (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id f68EtIH00350 + for ; Sun, 8 Jul 2001 16:55:18 +0200 (CEST) + (envelope-from miller@nevrax.com) +From: "Daniel Miller" +To: +Date: Sun, 8 Jul 2001 16:55:10 +0200 +Message-ID: +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 (Normal) +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) +X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 +Importance: Normal +Subject: [Nel] Power cut +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Our servers have been down since Friday evening when the server room's main +trip switch cut out during an electrical storm. +They should be back up now. + +Daniel + + +From miller@nevrax.com Sun Jul 8 18:48:05 2001 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f68Gm5P00872 + for ; Sun, 8 Jul 2001 18:48:05 +0200 (CEST) + (envelope-from miller@nevrax.com) +Received: from miller (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id f68GiHH00752 + for ; Sun, 8 Jul 2001 18:44:17 +0200 (CEST) + (envelope-from miller@nevrax.com) +From: "Daniel Miller" +To: +Subject: RE: [Nel] TCP vs. UDP +Date: Sun, 8 Jul 2001 18:44:09 +0200 +Message-ID: +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 (Normal) +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) +X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 +Importance: Normal +In-Reply-To: <00af01c1066b$96801bd0$0200a8c0@celery> +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +I've been reading this thread with great interest. There's clearly a good +case for using UDP for low priority or short life-span data. In this case +the app software on top of NeL must clearly be designed with the fact that +some data isn't going to get through in mind. + +The problem is particularly interesting because: +1. The limiting factor on the amount of data we transmit looks like being +the cost of output bandwidth for the servers. +- as far as I can ascertain, at today's costs we're looking at something +like 8-16 kilobits per client per second maximum output from the servers +(including lost packets) +2. The complexity of the scenes that we are trying to convey to the clients +is rising fast. +- view distances are increasing, as are screen resolutions which means that +you can see more dynamic world content at any given time (characters, +creatures, objects...) +- It is clear that for MMORPGs we wil soon need to be able to display crouds +or armies of 100s or even 1000s of characters and creatures at once. +- Character animation is becoming more complicated to reflect a mix of +actions performed simultaneously (such as speaking with emotional facial +expression and manipulating an object in one's hands while sitting down) - +which means more information to describe each character's state. +- and so on... + +These two points combined mean that, whichever way one looks at it, a lot of +scene information will have to be filtered out or sent at low frequency. If +one isn't careful low frequency sends can obviously be very sensitive to +packet loss - which leads me to the point of this posting: In order to work +the problem we need to have a good understanding of true internet behaviour +and to have a good set of test data for simulating it. + +The trouble right now is that I have no hard data to use to model packet +loss or delivery latency over time. If anybody knows of any studies that +have been done or has any of their own data I'd be very interested. In +particular I'm interested in moderately bad connections that exhibit both +good behaviour and bad behaviour over time. + +Regards to all, +Daniel + + + +From jcosby@gscyclone.com Sun Jul 8 19:32:20 2001 +Received: from smtp.gscyclone.com (server2.gscyclone.com [209.36.53.41]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f68HWFP01088 + for ; Sun, 8 Jul 2001 19:32:20 +0200 (CEST) + (envelope-from jcosby@gscyclone.com) +Received: (apparently) from jc2 ([12.25.141.5]) by smtp.gscyclone.com with Microsoft SMTPSVC(5.5.1877.447.44); + Sun, 8 Jul 2001 13:25:14 -0400 +Message-ID: <000701c107d3$5ca38a00$058d190c@gscyclone.net> +From: "John Cosby" +To: +References: +Subject: Re: [Nel] TCP vs. UDP +Date: Sun, 8 Jul 2001 13:28:04 -0400 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 5.00.2615.200 +X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +The US Dept. of Defense has been doing simulation for decades. When I first +read this thread, I though of my years-ago experience in Distributed +Interactive Simulation (DIS) and its successor, the High-Level Artchitecture +for Simulation (HLA). Although designed primarily for LANs, both have been +successfully been used over WANs. + +DIS is a protocol defined atop UDP. Derived from work in the 70s, it's a +bit-level definition of Ethernet packets, the most important of which is the +Entity State Protocol Data Unit (PDU), which describes in all detail +necessary for rendering one particular simulation entity and was rebroadcast +whenever something changed over a configurable threshold (direction change, +speed, etc.) or a max waiting time occurred (5 secs). Members of the +simulation were responsible for receiving and filtering things they cared +about, dead-reckoning the motion based on PDU updates, and broadcasting the +ES PDUs they were responsible for whenever the dead-reckoning thresholds +were hit or the entities timed out. Other PDUs describe weapons fire, +detonation, weather effects, etc. DIS was originally broadcast UDP. + +HLA was an OO approach to simulation where Entities published Events, and +subscribed to Events that other Entities published. It's based on classes, +and some reference object models are available. + +There's a lot of stuff published about these topics, and an experience base +that's studied many of the concerns brought up. Check the US Defense +Modeling and SImulation office (www.dmso.mil) and their HLA site +(www.dmso.mil/hla). Also check the Simulation Interoperability Workshop +(http://www.sisostds.org/siw/) for lots of interesting topics and papers - +these people have been working on creating worlds for a long time. + +-John + +----- Original Message ----- +From: Daniel Miller +To: +Sent: Sunday, July 08, 2001 12:44 PM +Subject: RE: [Nel] TCP vs. UDP + +> These two points combined mean that, whichever way one looks at it, a lot +of +> scene information will have to be filtered out or sent at low frequency. +If +> one isn't careful low frequency sends can obviously be very sensitive to +> packet loss - which leads me to the point of this posting: In order to +work +> the problem we need to have a good understanding of true internet +behaviour +> and to have a good set of test data for simulating it. +> +> The trouble right now is that I have no hard data to use to model packet +> loss or delivery latency over time. If anybody knows of any studies that +> have been done or has any of their own data I'd be very interested. In +> particular I'm interested in moderately bad connections that exhibit both +> good behaviour and bad behaviour over time. + + + +From archer@frmug.org Sun Jul 8 21:53:00 2001 +Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f68JqxP01749 + for ; Sun, 8 Jul 2001 21:52:59 +0200 (CEST) + (envelope-from archer@frmug.org) +Received: (from archer@localhost) + by frmug.org (8.9.3/frmug-2.7/nospam) id VAA03917; + Sun, 8 Jul 2001 21:49:04 +0200 (CEST) + (envelope-from archer) +Message-ID: <20010708214902.64212@frmug.org> +Date: Sun, 8 Jul 2001 21:49:02 +0200 +From: Vincent Archer +To: nel@nevrax.org +Subject: Re: [Nel] Power cut +References: +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +X-Mailer: Mutt 0.88.14i +In-Reply-To: ; from Daniel Miller on Sun, Jul 08, 2001 at 04:55:10PM +0200 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +According to Daniel Miller: +> Our servers have been down since Friday evening when the server room's main +> trip switch cut out during an electrical storm. +> They should be back up now. + +You weren't alone; the mail server I use, which is located 200m as the crow +flies from Nevrax, went down at the same time, and back up... almost at the +same time :) + +-- + Vincent Archer Email: archer@frmug.org + +All men are mortal. Socrates was mortal. Therefore, all men are Socrates. + (Woody Allen) + +From alfred@mazuma.net.au Mon Jul 9 09:26:27 2001 +Received: from mailin2.email.bigpond.com (juicer14.bigpond.com [139.134.6.23]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f697QPP05359 + for ; Mon, 9 Jul 2001 09:26:26 +0200 (CEST) + (envelope-from alfred@mazuma.net.au) +Received: from mazuma.net.au ([144.135.24.84]) by + mailin2.email.bigpond.com (Netscape Messaging Server 4.15) with + SMTP id GG73F000.48M for ; Mon, 9 Jul 2001 + 17:28:12 +1000 +Received: from CPE-61-9-148-130.vic.bigpond.net.au ([61.9.148.130]) by bwmam06.mailsvc.email.bigpond.com(MailRouter V2.9g 8341/12554076); 09 Jul 2001 17:22:20 +Message-ID: <3B495CCD.2060304@mazuma.net.au> +Date: Mon, 09 Jul 2001 17:27:09 +1000 +From: alfred +User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.2) Gecko/20010628 +X-Accept-Language: en-us +MIME-Version: 1.0 +To: nel@nevrax.org +Subject: Re: [Nel] TCP vs. UDP +References: <000701c107d3$5ca38a00$058d190c@gscyclone.net> +Content-Type: text/plain; charset=us-ascii; format=flowed +Content-Transfer-Encoding: 7bit +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +DIS and HLA are not solutions for a MMORPG's. They were designed around +LAN topologies, and there is an implicit assumption about latencies and +bandwidths available. HLA itself is pretty ugly, as all it describes is +a framework for a simulation "federate", it still requires lots of +specification to get things to talk (I am working with some DIS stuff +right now, related to wargaming for the Aust. Defence Dept, and trying +to intergrate some comms reality into the system). +The other problem with DIS is the amount of bytes it uses on the wire, +its pretty heavy.... + + +Gaming requires specific solutions to the problems of latency and +bandwidths due to the adhoc nature of gaming (anyone can play, you can't +pre-determine optimal toplogies) and because gamers always want the +bleeding edge. + +I think nevrax should roll their own protocol, with a mix of udp, r-udp +and tcp based on some kind of "traffic class" scheme. Shouldn't be too +hard to design a nice OO schema to make this easy to use :) + +As for simulating bad links, I hear "The Cloud" (http://www.shunra.com/) +can be a very useful tool. It can simulate WAN links between two +ethernet segments. Useful to stress the networking sublayer to see what +higher level effects you get. Other similar tools can be found on this +page (http://www.topology.org/soft/sim.html). + +I don't know of any papers that have "characterised" the performance of +the net, and I suspect that this is because it is such an agile beast. + From my own experience I regularly get 2-3sec pings from AU to the US, +and 10-30% packet loss is not unheard of. Perhaps some "VoIP" studies +exist that provide a more analytical analysis? Or even some backbone +providers stats pages? + + + + + + + + + + + + +John Cosby wrote: + +> The US Dept. of Defense has been doing simulation for decades. When I first +> read this thread, I though of my years-ago experience in Distributed +> Interactive Simulation (DIS) and its successor, the High-Level Artchitecture +> for Simulation (HLA). Although designed primarily for LANs, both have been +> successfully been used over WANs. +> +> DIS is a protocol defined atop UDP. Derived from work in the 70s, it's a +> bit-level definition of Ethernet packets, the most important of which is the +> Entity State Protocol Data Unit (PDU), which describes in all detail +> necessary for rendering one particular simulation entity and was rebroadcast +> whenever something changed over a configurable threshold (direction change, +> speed, etc.) or a max waiting time occurred (5 secs). Members of the +> simulation were responsible for receiving and filtering things they cared +> about, dead-reckoning the motion based on PDU updates, and broadcasting the +> ES PDUs they were responsible for whenever the dead-reckoning thresholds +> were hit or the entities timed out. Other PDUs describe weapons fire, +> detonation, weather effects, etc. DIS was originally broadcast UDP. +> +> HLA was an OO approach to simulation where Entities published Events, and +> subscribed to Events that other Entities published. It's based on classes, +> and some reference object models are available. +> +> There's a lot of stuff published about these topics, and an experience base +> that's studied many of the concerns brought up. Check the US Defense +> Modeling and SImulation office (www.dmso.mil) and their HLA site +> (www.dmso.mil/hla). Also check the Simulation Interoperability Workshop +> (http://www.sisostds.org/siw/) for lots of interesting topics and papers - +> these people have been working on creating worlds for a long time. +> +> -John +> +> ----- Original Message ----- +> From: Daniel Miller +> To: +> Sent: Sunday, July 08, 2001 12:44 PM +> Subject: RE: [Nel] TCP vs. UDP +> +> +>>These two points combined mean that, whichever way one looks at it, a lot +>> +> of +> +>>scene information will have to be filtered out or sent at low frequency. +>> +> If +> +>>one isn't careful low frequency sends can obviously be very sensitive to +>>packet loss - which leads me to the point of this posting: In order to +>> +> work +> +>>the problem we need to have a good understanding of true internet +>> +> behaviour +> +>>and to have a good set of test data for simulating it. +>> +>>The trouble right now is that I have no hard data to use to model packet +>>loss or delivery latency over time. If anybody knows of any studies that +>>have been done or has any of their own data I'd be very interested. In +>>particular I'm interested in moderately bad connections that exhibit both +>>good behaviour and bad behaviour over time. +>> +> +> +> _______________________________________________ +> Nel mailing list +> Nel@nevrax.org +> http://www.nevrax.org/mailman/listinfo.cgi/nel +> + + +-- +Alfred Reynolds +alfred@mazuma.net.au + + +From lejade@nevrax.com Mon Jul 9 13:04:46 2001 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f69B4kP06753 + for ; Mon, 9 Jul 2001 13:04:46 +0200 (CEST) + (envelope-from lejade@nevrax.com) +Received: from pc252.nevrax.com (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with ESMTP id f69B0vH05756 + for ; Mon, 9 Jul 2001 13:00:57 +0200 (CEST) + (envelope-from lejade@nevrax.com) +Message-Id: <4.3.2.7.2.20010709124915.00c51a70@pop.nevrax.net> +X-Sender: lejade@pop.nevrax.net +X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 +Date: Mon, 09 Jul 2001 13:00:11 +0200 +To: nel@nevrax.org +From: Olivier Lejade +Subject: RE: [Nel] TCP vs. UDP +In-Reply-To: +References: <00af01c1066b$96801bd0$0200a8c0@celery> +Mime-Version: 1.0 +Content-Type: text/plain; charset="us-ascii"; format=flowed +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +At 06:44 PM 7/8/01 +0200, you wrote: +>If anybody knows of any studies that +>have been done or has any of their own data I'd be very interested. + +You should absolutely take a look at CiteSeer: +http://citeseer.nj.nec.com/cs +There's always tons of interesting stuff in there. + +Or, you could also try the old pfd search: +http://searchpdf.adobe.com/ + + + + + + +From lecroart@nevrax.com Tue Jul 10 17:12:44 2001 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f6AFChP16460 + for ; Tue, 10 Jul 2001 17:12:43 +0200 (CEST) + (envelope-from lecroart@nevrax.com) +Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id f6AF8rH20026 + for ; Tue, 10 Jul 2001 17:08:53 +0200 (CEST) + (envelope-from lecroart@nevrax.com) +Message-ID: <008b01c10952$3ba74230$0901a8c0@vianneyl> +From: "Vianney Lecroart" +To: +References: <004a01c1055f$eb6a2a80$0901a8c0@vianneyl> +Subject: Re: [Nel] TCP vs. UDP +Date: Tue, 10 Jul 2001 17:08:53 +0200 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 5.00.2919.6700 +X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Hi David, + +> BTW, what is your Linux configuration? I've been stuck with the need to +> reinstall everything (X, STLport, freetype) on my debian machine. So it +> may be easier to install the Linux distribution your are using at Nevrax +> on some spare partition to try to "enter the loop". + +Ok, normally, it should works on all linux distribution with gcc 2.95 or +greater +We tested it on radhat, debian and it works well. But you have to install +external library like STLport and Freetype as explains in the INSTALL +file in the NeL root directory. +We plan to modify the configure.in to enable the compilation without STLport +but +we have to be sure that NeL works compile correctly without STLport! + +Vianney Lecroart +--- +lead network programmer / nevrax.com +icq#: 6870415 +homepage: http://ace.planet-d.net +www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- +w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? + + + + +From lecroart@nevrax.com Tue Jul 10 19:22:45 2001 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f6AHMiP17217 + for ; Tue, 10 Jul 2001 19:22:44 +0200 (CEST) + (envelope-from lecroart@nevrax.com) +Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id f6AHItH22066 + for ; Tue, 10 Jul 2001 19:18:55 +0200 (CEST) + (envelope-from lecroart@nevrax.com) +Message-ID: <00ab01c10964$65c31d70$0901a8c0@vianneyl> +From: "Vianney Lecroart" +To: +Date: Tue, 10 Jul 2001 19:18:55 +0200 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 5.00.2919.6700 +X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 +Subject: [Nel] Login System Game +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Hi everybody! + +We just launch our new game! no, no, please, keep cool, it's not THE game, +but a little game for geeks/nerds/hackers :-) + +On the server named itsalive.nevrax.org, we have launch a shard with: +login_service, naming_service, admin_executor_service, admin_service, +time_service, welcome_service and a frontend_service. + +The goal of the game is: to crash/hack everything on this server (and only +this one please ;-) + +We put the real login system to connect to the front end, so one goal is to +successfully connect to the front end *without* login/password +or to find a failure in the login procedure. + +You can find the documentation about how the login system works here: +http://www.nevrax.org/docs/doxygen/nel/login_system.html + +In the CVS directory "nel/samples/login_sytem/" +(http://www.nevrax.org/cvs/cvsweb.cgi/code/nel/samples/login_system/), +you'll find the client source that is used to connect to the shard and +also the frontend service code (that does nothing) that is running on +itsalive. +The client uses a configuration file (client.cfg) that contains the ip +address of the login service +and the login and password you want to provide. If the login doesn't exist, +it will be added to the +database with the password associate to it and the next time, you'll need to +provide the good password +to validate the login. + +All others services sources running on itsalive are located here: +http://www.nevrax.org/cvs/cvsweb.cgi/code/nelns/ + +Our goal is know if our login system is robust or not. + +You can do everything you want to crash a service, all services or the +computer but, please, +explain us what you did to enable us to fix the problem! + +Vianney Lecroart +--- +lead network programmer / nevrax.com +icq#: 6870415 +homepage: http://ace.planet-d.net +www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- +w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? + + + +From David.Mentre@inria.fr Wed Jul 11 09:27:30 2001 +Received: from nez-perce.inria.fr (nez-perce.inria.fr [192.93.2.78]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f6B7RUP21817 + for ; Wed, 11 Jul 2001 09:27:30 +0200 (CEST) + (envelope-from David.Mentre@inria.fr) +Received: from pochi.inria.fr (pochi.inria.fr [128.93.8.128]) + by nez-perce.inria.fr (8.11.1/8.10.0) with ESMTP id f6B7NeX13142 + for ; Wed, 11 Jul 2001 09:23:40 +0200 (MET DST) +Received: (from mentre@localhost) + by pochi.inria.fr (8.11.1/8.10.0) id f6B7Nep09113; + Wed, 11 Jul 2001 09:23:40 +0200 +X-Authentication-Warning: pochi.inria.fr: mentre set sender to David.Mentre@inria.fr using -f +To: nel@nevrax.org +Subject: Re: [Nel] TCP vs. UDP +References: <004a01c1055f$eb6a2a80$0901a8c0@vianneyl> + + <008b01c10952$3ba74230$0901a8c0@vianneyl> +From: David Mentre +Date: 11 Jul 2001 09:23:40 +0200 +In-Reply-To: <008b01c10952$3ba74230$0901a8c0@vianneyl> +Message-ID: +Lines: 14 +User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.4 +MIME-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +"Vianney Lecroart" writes: + +> We plan to modify the configure.in to enable the compilation without +> STLport but we have to be sure that NeL works compile correctly +> without STLport! + +STLport is not the most difficult software to install. Anyway, thanks +for your reply. I'll try to give it a new try. + +Best regards, +d. +-- + David.Mentre@inria.fr + Opinions expressed here are only mine. + +From elanda@hooper.xeme.com Wed Jul 11 19:38:46 2001 +Received: from hooper.xeme.com (adsl-81-59-155.asm.bellsouth.net [65.81.59.155]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f6BHchP24721 + for ; Wed, 11 Jul 2001 19:38:44 +0200 (CEST) + (envelope-from elanda@hooper.xeme.com) +Received: (from elanda@localhost) + by hooper.xeme.com (8.9.3/8.9.3) id NAA08566 + for nel@nevrax.org; Wed, 11 Jul 2001 13:34:39 -0400 +In-Reply-To: <008b01c10952$3ba74230$0901a8c0@vianneyl>; from lecroart@nevrax.com on Tue, Jul 10, 2001 at 05:08:53PM +0200 +Content-Type: text/plain; charset=us-ascii +References: <004a01c1055f$eb6a2a80$0901a8c0@vianneyl> <008b01c10952$3ba74230$0901a8c0@vianneyl> +Mime-Version: 1.0 +To: nel@nevrax.org +From: Ed Landa +Date: Wed, 11 Jul 2001 13:34:38 -0400 +X-Mailer: Mutt 1.0.1i +Message-ID: <20010711133438.C6852@xeme.com> +Subject: [Nel] Linux compiling (was: TCP vs. UDP) +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +> Ok, normally, it should works on all linux distribution with gcc 2.95 or +> greater +> We tested it on radhat, debian and it works well. But you have to install + +I've tried using STLport 4.0 and 4.5, but I still end up with an error in +one section. It's too much C++ for this C programmer to be able to debug, so +I thought I'd ask the list if anyone else is having this problem: + +(this isn't pretty, but it looks to me like it is trying to make a STL call +that doesn't exist) + +$ rpm -q gcc +gcc-2.96-85 + +make[1]: Entering directory `/home/elanda/NeL/code/nel/src/3d' +/bin/sh ../../libtool --mode=compile c++ -DHAVE_CONFIG_H -I. -I/home/elanda/NeL/ +code/nel/src/3d -I../../include -I/usr/include/freetype2 -O3 -I/usr/include/s +tlport -I/home/elanda/NeL/code/nel/src -Wno-multichar -D_REENTRANT -I/usr/X11R +6/include -c tile_bank.cpp +rm -f .libs/tile_bank.lo +c++ -DHAVE_CONFIG_H -I. -I/home/elanda/NeL/code/nel/src/3d -I../../include -I/us +r/include/freetype2 -O3 -I/usr/include/stlport -I/home/elanda/NeL/code/nel/src - +Wno-multichar -D_REENTRANT -I/usr/X11R6/include -Wp,-MD,.deps/tile_bank.pp -c ti +le_bank.cpp -fPIC -DPIC -o .libs/tile_bank.lo +../../include/nel/misc/stream.h: In method `void +NLMISC::IStream::serialSTLContLen (T &, int) [with T = +_STL::set, _STL::allocator >]': +tile_bank.cpp:616: instantiated from here +../../include/nel/misc/stream.h:570: no matching function for call to +`_STL::set, _STL::allocator +>::insert (_STL::_Rb_tree_iterator +>)' +/usr/include/stlport/stl/_set.h:134: candidates are: +_STL::pair, +_Compare, _Alloc>::const_iterator, bool> _STL::set<_Key, _Compare, +_Alloc>::insert (const _Key &) [with _Key = string, _Compare = +_STL::less, _Alloc = _STL::allocator] +/usr/include/stlport/stl/_set.h:139: typename +_STL::_Rb_tree<_Key, _Key, _STL::_Identity<_Tp>, _Compare, +_Alloc>::const_iterator _STL::set<_Key, _Compare, _Alloc>::insert +(typename _STL::_Rb_tree<_Key, _Key, _STL::_Identity<_Tp>, _Compare, +_Alloc>::const_iterator, const _Key &) [with _Key = string, _Compare = +_STL::less, _Alloc = _STL::allocator] +make[1]: *** [tile_bank.lo] Error 1 + + + +Also, I've put together a .spec file for making a STLport RPM. If anyone wants +it, just drop me a line. + +Ed + + +From v.caron@zerodeux.net Wed Jul 11 23:49:14 2001 +Received: from zerodeux.net (zerodeux.net [62.4.22.182]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f6BLnCP25992 + for ; Wed, 11 Jul 2001 23:49:13 +0200 (CEST) + (envelope-from v.caron@zerodeux.net) +Received: from zerodeux.net (zerodeux.home [192.168.1.3]) + by zerodeux.net (Postfix) with ESMTP id 734E439DE + for ; Wed, 11 Jul 2001 23:45:22 +0200 (CEST) +Message-ID: <3B4CC8F1.91EE0EC6@zerodeux.net> +Date: Wed, 11 Jul 2001 23:45:21 +0200 +From: Vincent Caron +X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.6 i686) +X-Accept-Language: en, fr +MIME-Version: 1.0 +To: nel@nevrax.org +Subject: Re: [Nel] Linux compiling +References: <004a01c1055f$eb6a2a80$0901a8c0@vianneyl> <008b01c10952$3ba74230$0901a8c0@vianneyl> <20010711133438.C6852@xeme.com> +Content-Type: text/plain; charset=us-ascii +Content-Transfer-Encoding: 7bit +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Ed Landa wrote: +> +> I've tried using STLport 4.0 and 4.5, but I still end up with an error in +> one section. It's too much C++ for this C programmer to be able to debug, so +> I thought I'd ask the list if anyone else is having this problem: + +Be sure to use the latest beta labeled '0619', it fixes some nasty bugs +of the 4.5b7 (http://www.stlport.org/beta/STLport-0619.tar.gz). + +From corvazier@nevrax.com Thu Jul 12 09:35:50 2001 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f6C7ZoP29140 + for ; Thu, 12 Jul 2001 09:35:50 +0200 (CEST) + (envelope-from corvazier@nevrax.com) +Received: from pc23 (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id f6C7W0H36923 + for ; Thu, 12 Jul 2001 09:32:00 +0200 (CEST) + (envelope-from corvazier@nevrax.com) +Message-ID: <001001c10aa4$bd264240$1701a8c0@nevrax.net> +From: "Cyril Corvazier" +To: +References: <004a01c1055f$eb6a2a80$0901a8c0@vianneyl> <008b01c10952$3ba74230$0901a8c0@vianneyl> <20010711133438.C6852@xeme.com> +Subject: Re: [Nel] Linux compiling (was: TCP vs. UDP) +Date: Thu, 12 Jul 2001 09:32:00 +0200 +Organization: Nevrax +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 5.00.2919.6600 +X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Hi, + +This error is a NeL compilation error, not a STLport version problem. +This should be fixed now. Thanks for the report. + +Regards, + +Cyril Corvazier +Lead 3d programmer +Nevrax France + +----- Original Message ----- +From: "Ed Landa" +To: +Sent: Wednesday, July 11, 2001 7:34 PM +Subject: [Nel] Linux compiling (was: TCP vs. UDP) + + +> > Ok, normally, it should works on all linux distribution with gcc 2.95 or +> > greater +> > We tested it on radhat, debian and it works well. But you have to +install +> +> I've tried using STLport 4.0 and 4.5, but I still end up with an error in +> one section. It's too much C++ for this C programmer to be able to debug, +so +> I thought I'd ask the list if anyone else is having this problem: +> +> (this isn't pretty, but it looks to me like it is trying to make a STL +call +> that doesn't exist) +> +> $ rpm -q gcc +> gcc-2.96-85 +> +> make[1]: Entering directory `/home/elanda/NeL/code/nel/src/3d' +> /bin/sh ../../libtool --mode=compile +c++ -DHAVE_CONFIG_H -I. -I/home/elanda/NeL/ +> +code/nel/src/3d -I../../include -I/usr/include/freetype2 -O3 -I/usr/inclu +de/s +> +tlport -I/home/elanda/NeL/code/nel/src -Wno-multichar -D_REENTRANT -I/usr/ +X11R +> 6/include -c tile_bank.cpp +> rm -f .libs/tile_bank.lo +> +c++ -DHAVE_CONFIG_H -I. -I/home/elanda/NeL/code/nel/src/3d -I../../include - +I/us +> +r/include/freetype2 -O3 -I/usr/include/stlport -I/home/elanda/NeL/code/nel/s +rc - +> +Wno-multichar -D_REENTRANT -I/usr/X11R6/include -Wp,-MD,.deps/tile_bank.pp - +c ti +> le_bank.cpp -fPIC -DPIC -o .libs/tile_bank.lo +> ../../include/nel/misc/stream.h: In method `void +> NLMISC::IStream::serialSTLContLen (T &, int) [with T = +> _STL::set, _STL::allocator >]': +> tile_bank.cpp:616: instantiated from here +> ../../include/nel/misc/stream.h:570: no matching function for call to +> `_STL::set, _STL::allocator +> >::insert (_STL::_Rb_tree_iterator +> >)' +> /usr/include/stlport/stl/_set.h:134: candidates are: +> _STL::pair, +> _Compare, _Alloc>::const_iterator, bool> _STL::set<_Key, _Compare, +> _Alloc>::insert (const _Key &) [with _Key = string, _Compare = +> _STL::less, _Alloc = _STL::allocator] +> /usr/include/stlport/stl/_set.h:139: typename +> _STL::_Rb_tree<_Key, _Key, _STL::_Identity<_Tp>, _Compare, +> _Alloc>::const_iterator _STL::set<_Key, _Compare, _Alloc>::insert +> (typename _STL::_Rb_tree<_Key, _Key, _STL::_Identity<_Tp>, _Compare, +> _Alloc>::const_iterator, const _Key &) [with _Key = string, _Compare = +> _STL::less, _Alloc = _STL::allocator] +> make[1]: *** [tile_bank.lo] Error 1 +> +> +> +> Also, I've put together a .spec file for making a STLport RPM. If anyone +wants +> it, just drop me a line. +> +> Ed +> +> _______________________________________________ +> Nel mailing list +> Nel@nevrax.org +> http://www.nevrax.org/mailman/listinfo.cgi/nel +> + + +From xordoquy@aurora-linux.com Fri Jul 13 12:17:14 2001 +Received: from mailhost.aurora-linux.com (mailhost.aurora-linux.com [212.81.103.10]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f6DAHDP37263 + for ; Fri, 13 Jul 2001 12:17:13 +0200 (CEST) + (envelope-from xordoquy@aurora-linux.com) +Received: from arrow.aurora-linux.com (ls.aurora-linux.com [212.81.103.6]) + by mailhost.aurora-linux.com (Postfix) with ESMTP id 7BE9891672 + for ; Fri, 13 Jul 2001 12:13:16 +0200 (CEST) +Received: by arrow.aurora-linux.com (Postfix, from userid 1) + id 556983EE54; Fri, 13 Jul 2001 12:13:16 +0200 (CEST) +Received: from ilaws.aurora-linux.net (ilaws.aurora-linux.net [192.168.10.105]) + by arrow.aurora-linux.com (Postfix) with ESMTP id ECCAC2F283 + for ; Fri, 13 Jul 2001 12:13:15 +0200 (CEST) +Received: from localhost (localhost [127.0.0.1]) + by ilaws.aurora-linux.net (8.10.2/8.11.0) with ESMTP id f6DAN8w05760 + for ; Fri, 13 Jul 2001 10:23:08 GMT +From: Xavier Ordoquy +To: nel@nevrax.org +Content-Type: text/plain +X-Mailer: Evolution/0.10 (Preview Release) +Date: 13 Jul 2001 12:23:08 +0200 +Message-Id: <995019788.5699.2.camel@ilaws> +Mime-Version: 1.0 +X-AntiVirus: scanned for viruses by AMaViS 0.2.1 (http://amavis.org/) +Subject: [Nel] Snowball client trouble +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Hi, + +I've downloaded and compiled snowball 0.2 +When I try to launch the client, I got error about the first packet +size. +I then tried to configure it to use my local serveur, but it doesn't +connect it and tries to reach the default serveur. +How can I change this ? (how does the client read the client.cfg +file ?) + +Thanks. + +-- + Xavier Ordoquy, Aurora-linux + If NT is the answer, you didn't understand the question. + Complexity has nothing to do with intelligence. Simplicity does. + (Larry Bossidy, CEO, Allied Signal) + + +From lecroart@nevrax.com Fri Jul 13 13:52:24 2001 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f6DBqNP37716 + for ; Fri, 13 Jul 2001 13:52:23 +0200 (CEST) + (envelope-from lecroart@nevrax.com) +Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id f6DBmVH50196 + for ; Fri, 13 Jul 2001 13:48:31 +0200 (CEST) + (envelope-from lecroart@nevrax.com) +Message-ID: <00af01c10b91$bd07c110$0901a8c0@vianneyl> +From: "Vianney Lecroart" +To: +References: <995019788.5699.2.camel@ilaws> +Subject: Re: [Nel] Snowball client trouble +Date: Fri, 13 Jul 2001 13:48:31 +0200 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 5.00.2919.6700 +X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Hi Xavier, + +I think you should try to install it on NT ;-) nice signature + +Snowballs 0.2 is really deprecated and you should wait the next week for +Snowball 2! + +Anyway, it's in the client.cfg file that you specify where the server is: +LSHost = "localhost"; +If you put this in the client.cfg, the client will connect to your localhost +login system + +Vianney Lecroart +--- +lead network programmer / nevrax.com +icq#: 6870415 +homepage: http://ace.planet-d.net +www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- +w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? + +----- Original Message ----- +From: "Xavier Ordoquy" +To: +Sent: Friday, July 13, 2001 12:23 PM +Subject: [Nel] Snowball client trouble + + +> Hi, +> +> I've downloaded and compiled snowball 0.2 +> When I try to launch the client, I got error about the first packet +> size. +> I then tried to configure it to use my local serveur, but it doesn't +> connect it and tries to reach the default serveur. +> How can I change this ? (how does the client read the client.cfg +> file ?) +> +> Thanks. +> +> -- +> Xavier Ordoquy, Aurora-linux +> If NT is the answer, you didn't understand the question. +> Complexity has nothing to do with intelligence. Simplicity does. +> (Larry Bossidy, CEO, Allied Signal) +> +> _______________________________________________ +> Nel mailing list +> Nel@nevrax.org +> http://www.nevrax.org/mailman/listinfo.cgi/nel +> + + +From david.belius@chello.se Mon Jul 16 09:34:00 2001 +Received: from smtp1.chello.se (smtp1.chello.se [193.150.195.10]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f6G7Y0d00224 + for ; Mon, 16 Jul 2001 09:34:00 +0200 (CEST) + (envelope-from david.belius@chello.se) +Received: from chello.se ([193.150.204.195]) by smtp1.chello.se + (InterMail vK.4.03.00.00 201-232-121 license a695420e49f967727839f4bc091d7585) + with ESMTP id <20010715095648.XDYN17677.smtp1@chello.se> + for ; Sun, 15 Jul 2001 11:56:48 +0200 +Message-ID: <3B5169B8.900@chello.se> +Date: Sun, 15 Jul 2001 12:00:24 +0200 +From: david.belius@chello.se +User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9) Gecko/20010505 +X-Accept-Language: en +MIME-Version: 1.0 +To: nel@nevrax.org +Content-Type: text/plain; charset=us-ascii; format=flowed +Content-Transfer-Encoding: 7bit +Subject: [Nel] www.nevrax.org down +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +I can't reach www.nevrax.org. +When i ping it i get: +Reply from 194.250.133.2: TTL expired in transit. + +When i traceroute i get: +pong:~$ traceroute www.nevrax.org +traceroute to www.nevrax.org (195.68.21.195), 30 hops max, 40 byte packets + 1 c193.150.204.1.cm-upc.chello.se (193.150.204.1) 7.8 ms 14.56 ms +9.447 ms + 2 gsr1-ge1-2.upc.se (213.200.190.91) 8.156 ms 8.703 ms 8.476 ms + 3 213.46.176.5 (213.46.176.5) 9.117 ms 17.592 ms 16.453 ms + 4 * 213.46.160.210 (213.46.160.210) 9.436 ms 12.343 ms + 5 213.46.160.205 (213.46.160.205) 34.315 ms 46.031 ms * + 6 * * fr-par-rc-01-pos-0-0.chellonetwork.com (213.46.160.69) 43.049 ms + 7 fr-par-rd-01-pos-1-0.chellonetwork.com (213.46.160.74) 43.536 ms +43.382 ms + 48.619 ms + 8 fr-par-rb-01-pos-8-1-0.chellonetwork.com (213.46.163.22) 49.991 ms + 45.381 +ms 48.53 ms + 9 213.46.163.30 (213.46.163.30) 46.188 ms 46.096 ms 52.818 ms +10 fr-par-ri-01-pos-0-0-0.chellonetwork.com (212.17.101.53) 49.037 ms + 52.145 +ms 60.492 ms +11 colt-telecommunication.sfinx.tm.fr (194.68.129.224) 48.797 ms * +48.3 ms +12 relay2-th.s3-0-E3.fr.colt.net (194.250.136.209) 50.71 ms 47.67 ms + 55.997 +ms +13 relay2-colt.OC3-POS5-0-0.fr.colt.net (194.250.133.206) 48.739 ms +53.683 ms + 47.798 ms +14 relay-colt.OC3.pos-0-0-0.fr.colt.net (194.250.136.61) 48.363 ms +69.684 ms + 59.31 ms +15 relay-colt.s5-1-0-8.fr.colt.net (194.250.133.2) 78.627 ms 76.116 +ms 93.71 +3 ms +16 gw1.NiceSiris.fr.colt.net (194.250.133.1) 72.892 ms * 203.14 ms +17 relay-colt.s5-1-0-8.fr.colt.net (194.250.133.2) 86.043 ms 85.756 +ms 81.68 +2 ms +18 gw1.NiceSiris.fr.colt.net (194.250.133.1) 83.823 ms 82.836 ms +85.816 ms +19 * relay-colt.s5-1-0-8.fr.colt.net (194.250.133.2) 100.03 ms +100.501 ms +20 gw1.NiceSiris.fr.colt.net (194.250.133.1) 99.883 ms 108.619 ms +115.294 ms +21 relay-colt.s5-1-0-8.fr.colt.net (194.250.133.2) 112.519 ms 131.176 +ms 135 +.302 ms +22 gw1.NiceSiris.fr.colt.net (194.250.133.1) 110.856 ms 117.394 ms +116.263 m +s +23 relay-colt.s5-1-0-8.fr.colt.net (194.250.133.2) 131.426 ms 129.002 +ms 132 +.275 ms +24 gw1.NiceSiris.fr.colt.net (194.250.133.1) 132.29 ms 126.232 ms +131.91 ms +25 relay-colt.s5-1-0-8.fr.colt.net (194.250.133.2) 143.837 ms 145.277 +ms 143 +.39 ms +26 gw1.NiceSiris.fr.colt.net (194.250.133.1) 141.688 ms 144.001 ms +142.631 m +s +27 relay-colt.s5-1-0-8.fr.colt.net (194.250.133.2) 160.698 ms 160.527 +ms 160 +.689 ms +28 gw1.NiceSiris.fr.colt.net (194.250.133.1) 161.402 ms 158.537 ms +158.716 m +s +29 relay-colt.s5-1-0-8.fr.colt.net (194.250.133.2) 176.744 ms 179.256 +ms 175 +.634 ms +30 gw1.NiceSiris.fr.colt.net (194.250.133.1) 177.412 ms 178.237 ms +174.412 ms + +It seems as if my packets are jumping back and forth between +relay-colt.s5-1-0-8.fr.colt.net and gw1.NiceSiris.fr.colt.net. +Is it your(nevrax's) isp that is choking? + +/David + + +From david.belius@chello.se Mon Jul 16 09:34:00 2001 +Received: from smtp1.chello.se (smtp1.chello.se [193.150.195.10]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f6G7Y0d00224 + for ; Mon, 16 Jul 2001 09:34:00 +0200 (CEST) + (envelope-from david.belius@chello.se) +Received: from chello.se ([193.150.204.195]) by smtp1.chello.se + (InterMail vK.4.03.00.00 201-232-121 license a695420e49f967727839f4bc091d7585) + with ESMTP id <20010715095648.XDYN17677.smtp1@chello.se> + for ; Sun, 15 Jul 2001 11:56:48 +0200 +Message-ID: <3B5169B8.900@chello.se> +Date: Sun, 15 Jul 2001 12:00:24 +0200 +From: david.belius@chello.se +User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9) Gecko/20010505 +X-Accept-Language: en +MIME-Version: 1.0 +To: nel@nevrax.org +Content-Type: text/plain; charset=us-ascii; format=flowed +Content-Transfer-Encoding: 7bit +Subject: [Nel] www.nevrax.org down +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +I can't reach www.nevrax.org. +When i ping it i get: +Reply from 194.250.133.2: TTL expired in transit. + +When i traceroute i get: +pong:~$ traceroute www.nevrax.org +traceroute to www.nevrax.org (195.68.21.195), 30 hops max, 40 byte packets + 1 c193.150.204.1.cm-upc.chello.se (193.150.204.1) 7.8 ms 14.56 ms +9.447 ms + 2 gsr1-ge1-2.upc.se (213.200.190.91) 8.156 ms 8.703 ms 8.476 ms + 3 213.46.176.5 (213.46.176.5) 9.117 ms 17.592 ms 16.453 ms + 4 * 213.46.160.210 (213.46.160.210) 9.436 ms 12.343 ms + 5 213.46.160.205 (213.46.160.205) 34.315 ms 46.031 ms * + 6 * * fr-par-rc-01-pos-0-0.chellonetwork.com (213.46.160.69) 43.049 ms + 7 fr-par-rd-01-pos-1-0.chellonetwork.com (213.46.160.74) 43.536 ms +43.382 ms + 48.619 ms + 8 fr-par-rb-01-pos-8-1-0.chellonetwork.com (213.46.163.22) 49.991 ms + 45.381 +ms 48.53 ms + 9 213.46.163.30 (213.46.163.30) 46.188 ms 46.096 ms 52.818 ms +10 fr-par-ri-01-pos-0-0-0.chellonetwork.com (212.17.101.53) 49.037 ms + 52.145 +ms 60.492 ms +11 colt-telecommunication.sfinx.tm.fr (194.68.129.224) 48.797 ms * +48.3 ms +12 relay2-th.s3-0-E3.fr.colt.net (194.250.136.209) 50.71 ms 47.67 ms + 55.997 +ms +13 relay2-colt.OC3-POS5-0-0.fr.colt.net (194.250.133.206) 48.739 ms +53.683 ms + 47.798 ms +14 relay-colt.OC3.pos-0-0-0.fr.colt.net (194.250.136.61) 48.363 ms +69.684 ms + 59.31 ms +15 relay-colt.s5-1-0-8.fr.colt.net (194.250.133.2) 78.627 ms 76.116 +ms 93.71 +3 ms +16 gw1.NiceSiris.fr.colt.net (194.250.133.1) 72.892 ms * 203.14 ms +17 relay-colt.s5-1-0-8.fr.colt.net (194.250.133.2) 86.043 ms 85.756 +ms 81.68 +2 ms +18 gw1.NiceSiris.fr.colt.net (194.250.133.1) 83.823 ms 82.836 ms +85.816 ms +19 * relay-colt.s5-1-0-8.fr.colt.net (194.250.133.2) 100.03 ms +100.501 ms +20 gw1.NiceSiris.fr.colt.net (194.250.133.1) 99.883 ms 108.619 ms +115.294 ms +21 relay-colt.s5-1-0-8.fr.colt.net (194.250.133.2) 112.519 ms 131.176 +ms 135 +.302 ms +22 gw1.NiceSiris.fr.colt.net (194.250.133.1) 110.856 ms 117.394 ms +116.263 m +s +23 relay-colt.s5-1-0-8.fr.colt.net (194.250.133.2) 131.426 ms 129.002 +ms 132 +.275 ms +24 gw1.NiceSiris.fr.colt.net (194.250.133.1) 132.29 ms 126.232 ms +131.91 ms +25 relay-colt.s5-1-0-8.fr.colt.net (194.250.133.2) 143.837 ms 145.277 +ms 143 +.39 ms +26 gw1.NiceSiris.fr.colt.net (194.250.133.1) 141.688 ms 144.001 ms +142.631 m +s +27 relay-colt.s5-1-0-8.fr.colt.net (194.250.133.2) 160.698 ms 160.527 +ms 160 +.689 ms +28 gw1.NiceSiris.fr.colt.net (194.250.133.1) 161.402 ms 158.537 ms +158.716 m +s +29 relay-colt.s5-1-0-8.fr.colt.net (194.250.133.2) 176.744 ms 179.256 +ms 175 +.634 ms +30 gw1.NiceSiris.fr.colt.net (194.250.133.1) 177.412 ms 178.237 ms +174.412 ms + +It seems as if my packets are jumping back and forth between +relay-colt.s5-1-0-8.fr.colt.net and gw1.NiceSiris.fr.colt.net. +Is it your(nevrax's) isp that is choking? + +/David + + +From miller@nevrax.com Mon Jul 16 19:56:25 2001 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f6GHuOd03468 + for ; Mon, 16 Jul 2001 19:56:25 +0200 (CEST) + (envelope-from miller@nevrax.com) +Received: from miller (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id f6GHqVu11020 + for ; Mon, 16 Jul 2001 19:52:31 +0200 (CEST) + (envelope-from miller@nevrax.com) +From: "Daniel Miller" +To: +Subject: RE: [Nel] www.nevrax.org down +Date: Mon, 16 Jul 2001 19:52:18 +0200 +Message-ID: +MIME-Version: 1.0 +Content-Type: text/plain; + charset="US-ASCII" +Content-Transfer-Encoding: 7bit +X-Priority: 3 (Normal) +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) +X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 +Importance: Normal +In-Reply-To: <3B5169B8.900@chello.se> +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Thanks for the message. +For info, the server is up and we have access to the outside world so I'm +not quite sure what's goign on. +Colt is our ISP - we're following it up. + +Regards +Daniel + +-----Original Message----- +From: nel-admin@nevrax.org [mailto:nel-admin@nevrax.org]On Behalf Of +david.belius@chello.se +Sent: Sunday, July 15, 2001 12:00 PM +To: nel@nevrax.org +Subject: [Nel] www.nevrax.org down + + +I can't reach www.nevrax.org. +When i ping it i get: +Reply from 194.250.133.2: TTL expired in transit. + +When i traceroute i get: +pong:~$ traceroute www.nevrax.org +traceroute to www.nevrax.org (195.68.21.195), 30 hops max, 40 byte packets + 1 c193.150.204.1.cm-upc.chello.se (193.150.204.1) 7.8 ms 14.56 ms +9.447 ms + 2 gsr1-ge1-2.upc.se (213.200.190.91) 8.156 ms 8.703 ms 8.476 ms + 3 213.46.176.5 (213.46.176.5) 9.117 ms 17.592 ms 16.453 ms + 4 * 213.46.160.210 (213.46.160.210) 9.436 ms 12.343 ms + 5 213.46.160.205 (213.46.160.205) 34.315 ms 46.031 ms * + 6 * * fr-par-rc-01-pos-0-0.chellonetwork.com (213.46.160.69) 43.049 ms + 7 fr-par-rd-01-pos-1-0.chellonetwork.com (213.46.160.74) 43.536 ms +43.382 ms + 48.619 ms + 8 fr-par-rb-01-pos-8-1-0.chellonetwork.com (213.46.163.22) 49.991 ms + 45.381 +ms 48.53 ms + 9 213.46.163.30 (213.46.163.30) 46.188 ms 46.096 ms 52.818 ms +10 fr-par-ri-01-pos-0-0-0.chellonetwork.com (212.17.101.53) 49.037 ms + 52.145 +ms 60.492 ms +11 colt-telecommunication.sfinx.tm.fr (194.68.129.224) 48.797 ms * +48.3 ms +12 relay2-th.s3-0-E3.fr.colt.net (194.250.136.209) 50.71 ms 47.67 ms + 55.997 +ms +13 relay2-colt.OC3-POS5-0-0.fr.colt.net (194.250.133.206) 48.739 ms +53.683 ms + 47.798 ms +14 relay-colt.OC3.pos-0-0-0.fr.colt.net (194.250.136.61) 48.363 ms +69.684 ms + 59.31 ms +15 relay-colt.s5-1-0-8.fr.colt.net (194.250.133.2) 78.627 ms 76.116 +ms 93.71 +3 ms +16 gw1.NiceSiris.fr.colt.net (194.250.133.1) 72.892 ms * 203.14 ms +17 relay-colt.s5-1-0-8.fr.colt.net (194.250.133.2) 86.043 ms 85.756 +ms 81.68 +2 ms +18 gw1.NiceSiris.fr.colt.net (194.250.133.1) 83.823 ms 82.836 ms +85.816 ms +19 * relay-colt.s5-1-0-8.fr.colt.net (194.250.133.2) 100.03 ms +100.501 ms +20 gw1.NiceSiris.fr.colt.net (194.250.133.1) 99.883 ms 108.619 ms +115.294 ms +21 relay-colt.s5-1-0-8.fr.colt.net (194.250.133.2) 112.519 ms 131.176 +ms 135 +.302 ms +22 gw1.NiceSiris.fr.colt.net (194.250.133.1) 110.856 ms 117.394 ms +116.263 m +s +23 relay-colt.s5-1-0-8.fr.colt.net (194.250.133.2) 131.426 ms 129.002 +ms 132 +.275 ms +24 gw1.NiceSiris.fr.colt.net (194.250.133.1) 132.29 ms 126.232 ms +131.91 ms +25 relay-colt.s5-1-0-8.fr.colt.net (194.250.133.2) 143.837 ms 145.277 +ms 143 +.39 ms +26 gw1.NiceSiris.fr.colt.net (194.250.133.1) 141.688 ms 144.001 ms +142.631 m +s +27 relay-colt.s5-1-0-8.fr.colt.net (194.250.133.2) 160.698 ms 160.527 +ms 160 +.689 ms +28 gw1.NiceSiris.fr.colt.net (194.250.133.1) 161.402 ms 158.537 ms +158.716 m +s +29 relay-colt.s5-1-0-8.fr.colt.net (194.250.133.2) 176.744 ms 179.256 +ms 175 +.634 ms +30 gw1.NiceSiris.fr.colt.net (194.250.133.1) 177.412 ms 178.237 ms +174.412 ms + +It seems as if my packets are jumping back and forth between +relay-colt.s5-1-0-8.fr.colt.net and gw1.NiceSiris.fr.colt.net. +Is it your(nevrax's) isp that is choking? + +/David + +_______________________________________________ +Nel mailing list +Nel@nevrax.org +http://www.nevrax.org/mailman/listinfo.cgi/nel + + +From brenden@rcsis.com Tue Jul 17 05:03:08 2001 +Received: from smtp.rcsis.com (smtp.surewest.net [208.45.228.18]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f6H337d06534 + for ; Tue, 17 Jul 2001 05:03:07 +0200 (CEST) + (envelope-from brenden@rcsis.com) +Received: from brenden2001towe (118.dsl6660144.DHCP.surewest.net [66.60.144.118]) + by smtp.rcsis.com (8.9.3/8.9.3) with SMTP id TAA25389 + for ; Mon, 16 Jul 2001 19:48:30 -0700 +Message-ID: <001001c10e6c$e3d61700$76903c42@brenden2001towe.rcsis.com> +From: "Brenden Towey" +To: +Subject: Re: [Nel] www.nevrax.org down +Date: Mon, 16 Jul 2001 20:02:18 -0700 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 4.72.3110.1 +X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Works fine at 8:00pm PDT from California (rcsis.com). + +I didn't get a traceroute... + +Brenden + +-----Original Message----- +From: david.belius@chello.se +To: nel@nevrax.org +Date: Monday, July 16, 2001 10:43 AM +Subject: [Nel] www.nevrax.org down + + +>I can't reach www.nevrax.org. +>When i ping it i get: +>Reply from 194.250.133.2: TTL expired in transit. +> +>When i traceroute i get: +>pong:~$ traceroute www.nevrax.org +>traceroute to www.nevrax.org (195.68.21.195), 30 hops max, 40 byte packets +> 1 c193.150.204.1.cm-upc.chello.se (193.150.204.1) 7.8 ms 14.56 ms +>9.447 ms +> 2 gsr1-ge1-2.upc.se (213.200.190.91) 8.156 ms 8.703 ms 8.476 ms +> 3 213.46.176.5 (213.46.176.5) 9.117 ms 17.592 ms 16.453 ms +> 4 * 213.46.160.210 (213.46.160.210) 9.436 ms 12.343 ms +> 5 213.46.160.205 (213.46.160.205) 34.315 ms 46.031 ms * +> 6 * * fr-par-rc-01-pos-0-0.chellonetwork.com (213.46.160.69) 43.049 ms +> 7 fr-par-rd-01-pos-1-0.chellonetwork.com (213.46.160.74) 43.536 ms +>43.382 ms +> 48.619 ms +> 8 fr-par-rb-01-pos-8-1-0.chellonetwork.com (213.46.163.22) 49.991 ms +> 45.381 +>ms 48.53 ms +> 9 213.46.163.30 (213.46.163.30) 46.188 ms 46.096 ms 52.818 ms +>10 fr-par-ri-01-pos-0-0-0.chellonetwork.com (212.17.101.53) 49.037 ms +> 52.145 +>ms 60.492 ms +>11 colt-telecommunication.sfinx.tm.fr (194.68.129.224) 48.797 ms * +>48.3 ms +>12 relay2-th.s3-0-E3.fr.colt.net (194.250.136.209) 50.71 ms 47.67 ms +> 55.997 +>ms +>13 relay2-colt.OC3-POS5-0-0.fr.colt.net (194.250.133.206) 48.739 ms +>53.683 ms +> 47.798 ms +>14 relay-colt.OC3.pos-0-0-0.fr.colt.net (194.250.136.61) 48.363 ms +>69.684 ms +> 59.31 ms +>15 relay-colt.s5-1-0-8.fr.colt.net (194.250.133.2) 78.627 ms 76.116 +>ms 93.71 +>3 ms +>16 gw1.NiceSiris.fr.colt.net (194.250.133.1) 72.892 ms * 203.14 ms +>17 relay-colt.s5-1-0-8.fr.colt.net (194.250.133.2) 86.043 ms 85.756 +>ms 81.68 +>2 ms +>18 gw1.NiceSiris.fr.colt.net (194.250.133.1) 83.823 ms 82.836 ms +>85.816 ms +>19 * relay-colt.s5-1-0-8.fr.colt.net (194.250.133.2) 100.03 ms +>100.501 ms +>20 gw1.NiceSiris.fr.colt.net (194.250.133.1) 99.883 ms 108.619 ms +>115.294 ms +>21 relay-colt.s5-1-0-8.fr.colt.net (194.250.133.2) 112.519 ms 131.176 +>ms 135 +>.302 ms +>22 gw1.NiceSiris.fr.colt.net (194.250.133.1) 110.856 ms 117.394 ms +>116.263 m +>s +>23 relay-colt.s5-1-0-8.fr.colt.net (194.250.133.2) 131.426 ms 129.002 +>ms 132 +>.275 ms +>24 gw1.NiceSiris.fr.colt.net (194.250.133.1) 132.29 ms 126.232 ms +>131.91 ms +>25 relay-colt.s5-1-0-8.fr.colt.net (194.250.133.2) 143.837 ms 145.277 +>ms 143 +>.39 ms +>26 gw1.NiceSiris.fr.colt.net (194.250.133.1) 141.688 ms 144.001 ms +>142.631 m +>s +>27 relay-colt.s5-1-0-8.fr.colt.net (194.250.133.2) 160.698 ms 160.527 +>ms 160 +>.689 ms +>28 gw1.NiceSiris.fr.colt.net (194.250.133.1) 161.402 ms 158.537 ms +>158.716 m +>s +>29 relay-colt.s5-1-0-8.fr.colt.net (194.250.133.2) 176.744 ms 179.256 +>ms 175 +>.634 ms +>30 gw1.NiceSiris.fr.colt.net (194.250.133.1) 177.412 ms 178.237 ms +>174.412 ms +> +>It seems as if my packets are jumping back and forth between +>relay-colt.s5-1-0-8.fr.colt.net and gw1.NiceSiris.fr.colt.net. +>Is it your(nevrax's) isp that is choking? +> +>/David +> +>_______________________________________________ +>Nel mailing list +>Nel@nevrax.org +>http://www.nevrax.org/mailman/listinfo.cgi/nel + + +From miller@nevrax.com Tue Jul 17 09:40:47 2001 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f6H7ekd08057 + for ; Tue, 17 Jul 2001 09:40:46 +0200 (CEST) + (envelope-from miller@nevrax.com) +Received: from miller (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id f6H7aqu13124 + for ; Tue, 17 Jul 2001 09:36:52 +0200 (CEST) + (envelope-from miller@nevrax.com) +From: "Daniel Miller" +To: +Subject: RE: [Nel] www.nevrax.org down +Date: Tue, 17 Jul 2001 09:36:40 +0200 +Message-ID: +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 (Normal) +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) +X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 +Importance: Normal +In-Reply-To: <001001c10e6c$e3d61700$76903c42@brenden2001towe.rcsis.com> +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Thanks for the info. +If anyone else has trouble it would be much appreciated if you could let us +know. + +Regards to all, +Daniel + + +-----Original Message----- +From: nel-admin@nevrax.org [mailto:nel-admin@nevrax.org]On Behalf Of +Brenden Towey +Sent: Tuesday, July 17, 2001 5:02 AM +To: nel@nevrax.org +Subject: Re: [Nel] www.nevrax.org down + + +Works fine at 8:00pm PDT from California (rcsis.com). + +I didn't get a traceroute... + +Brenden + +-----Original Message----- +From: david.belius@chello.se +To: nel@nevrax.org +Date: Monday, July 16, 2001 10:43 AM +Subject: [Nel] www.nevrax.org down + + +>I can't reach www.nevrax.org. +>When i ping it i get: +>Reply from 194.250.133.2: TTL expired in transit. +> +>When i traceroute i get: +>pong:~$ traceroute www.nevrax.org +>traceroute to www.nevrax.org (195.68.21.195), 30 hops max, 40 byte packets +> 1 c193.150.204.1.cm-upc.chello.se (193.150.204.1) 7.8 ms 14.56 ms +>9.447 ms +> 2 gsr1-ge1-2.upc.se (213.200.190.91) 8.156 ms 8.703 ms 8.476 ms +> 3 213.46.176.5 (213.46.176.5) 9.117 ms 17.592 ms 16.453 ms +> 4 * 213.46.160.210 (213.46.160.210) 9.436 ms 12.343 ms +> 5 213.46.160.205 (213.46.160.205) 34.315 ms 46.031 ms * +> 6 * * fr-par-rc-01-pos-0-0.chellonetwork.com (213.46.160.69) 43.049 ms +> 7 fr-par-rd-01-pos-1-0.chellonetwork.com (213.46.160.74) 43.536 ms +>43.382 ms +> 48.619 ms +> 8 fr-par-rb-01-pos-8-1-0.chellonetwork.com (213.46.163.22) 49.991 ms +> 45.381 +>ms 48.53 ms +> 9 213.46.163.30 (213.46.163.30) 46.188 ms 46.096 ms 52.818 ms +>10 fr-par-ri-01-pos-0-0-0.chellonetwork.com (212.17.101.53) 49.037 ms +> 52.145 +>ms 60.492 ms +>11 colt-telecommunication.sfinx.tm.fr (194.68.129.224) 48.797 ms * +>48.3 ms +>12 relay2-th.s3-0-E3.fr.colt.net (194.250.136.209) 50.71 ms 47.67 ms +> 55.997 +>ms +>13 relay2-colt.OC3-POS5-0-0.fr.colt.net (194.250.133.206) 48.739 ms +>53.683 ms +> 47.798 ms +>14 relay-colt.OC3.pos-0-0-0.fr.colt.net (194.250.136.61) 48.363 ms +>69.684 ms +> 59.31 ms +>15 relay-colt.s5-1-0-8.fr.colt.net (194.250.133.2) 78.627 ms 76.116 +>ms 93.71 +>3 ms +>16 gw1.NiceSiris.fr.colt.net (194.250.133.1) 72.892 ms * 203.14 ms +>17 relay-colt.s5-1-0-8.fr.colt.net (194.250.133.2) 86.043 ms 85.756 +>ms 81.68 +>2 ms +>18 gw1.NiceSiris.fr.colt.net (194.250.133.1) 83.823 ms 82.836 ms +>85.816 ms +>19 * relay-colt.s5-1-0-8.fr.colt.net (194.250.133.2) 100.03 ms +>100.501 ms +>20 gw1.NiceSiris.fr.colt.net (194.250.133.1) 99.883 ms 108.619 ms +>115.294 ms +>21 relay-colt.s5-1-0-8.fr.colt.net (194.250.133.2) 112.519 ms 131.176 +>ms 135 +>.302 ms +>22 gw1.NiceSiris.fr.colt.net (194.250.133.1) 110.856 ms 117.394 ms +>116.263 m +>s +>23 relay-colt.s5-1-0-8.fr.colt.net (194.250.133.2) 131.426 ms 129.002 +>ms 132 +>.275 ms +>24 gw1.NiceSiris.fr.colt.net (194.250.133.1) 132.29 ms 126.232 ms +>131.91 ms +>25 relay-colt.s5-1-0-8.fr.colt.net (194.250.133.2) 143.837 ms 145.277 +>ms 143 +>.39 ms +>26 gw1.NiceSiris.fr.colt.net (194.250.133.1) 141.688 ms 144.001 ms +>142.631 m +>s +>27 relay-colt.s5-1-0-8.fr.colt.net (194.250.133.2) 160.698 ms 160.527 +>ms 160 +>.689 ms +>28 gw1.NiceSiris.fr.colt.net (194.250.133.1) 161.402 ms 158.537 ms +>158.716 m +>s +>29 relay-colt.s5-1-0-8.fr.colt.net (194.250.133.2) 176.744 ms 179.256 +>ms 175 +>.634 ms +>30 gw1.NiceSiris.fr.colt.net (194.250.133.1) 177.412 ms 178.237 ms +>174.412 ms +> +>It seems as if my packets are jumping back and forth between +>relay-colt.s5-1-0-8.fr.colt.net and gw1.NiceSiris.fr.colt.net. +>Is it your(nevrax's) isp that is choking? +> +>/David +> +>_______________________________________________ +>Nel mailing list +>Nel@nevrax.org +>http://www.nevrax.org/mailman/listinfo.cgi/nel + +_______________________________________________ +Nel mailing list +Nel@nevrax.org +http://www.nevrax.org/mailman/listinfo.cgi/nel + + +From dupre_julien@yahoo.fr Tue Jul 17 16:55:58 2001 +Received: from web4104.mail.yahoo.com (web4104.mail.yahoo.com [216.115.104.124]) + by www.nevrax.org (8.11.0/8.11.0) with SMTP id f6HEtud10656 + for ; Tue, 17 Jul 2001 16:55:57 +0200 (CEST) + (envelope-from dupre_julien@yahoo.fr) +Message-ID: <20010717145159.7040.qmail@web4104.mail.yahoo.com> +Received: from [130.208.198.54] by web4104.mail.yahoo.com via HTTP; Tue, 17 Jul 2001 16:51:59 CEST +Date: Tue, 17 Jul 2001 16:51:59 +0200 (CEST) +From: =?iso-8859-1?q?Julien?= +To: nel@nevrax.org +In-Reply-To: <00ab01c10964$65c31d70$0901a8c0@vianneyl> +MIME-Version: 1.0 +Content-Type: text/plain; charset=iso-8859-1 +Content-Transfer-Encoding: 8bit +Subject: [Nel] pacs +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Hi, +I was wondering if anyone had a exemple of how to +use the pacs service ( exept from pacs_service.cpp), +or if more documentation about pacs (tahn on the +nevrax site)could be found somewhere? +Thanx, +Jul. + +___________________________________________________________ +Do You Yahoo!? -- Vos albums photos en ligne, +Yahoo! Photos : http://fr.photos.yahoo.com + +From corvazier@nevrax.com Thu Jul 19 14:08:01 2001 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f6JC81d45441 + for ; Thu, 19 Jul 2001 14:08:01 +0200 (CEST) + (envelope-from corvazier@nevrax.com) +Received: from cyrilc (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id f6JC44u38173 + for ; Thu, 19 Jul 2001 14:04:05 +0200 (CEST) + (envelope-from corvazier@nevrax.com) +Message-ID: <003c01c1104a$e7ad6790$1701a8c0@cyrilc> +From: "Cyril 'Hulud' Corvazier" +To: +References: <20010717145159.7040.qmail@web4104.mail.yahoo.com> +Subject: Re: [Nel] pacs +Date: Thu, 19 Jul 2001 14:04:03 +0200 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 5.50.4522.1200 +X-MIMEOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Hi, + +> I was wondering if anyone had a exemple of how to +> use the pacs service ( exept from pacs_service.cpp), +> or if more documentation about pacs (tahn on the +> nevrax site)could be found somewhere? + +A sample has been added in NeL to show how to use PACS library using +the PACS user interface (we recommand to not use the pacs service). +This sample is located in nel/samples/pacs. + +It doesn't show how to manage collisions against the landscape but this will +come +soon. + +Regards, + +Cyril Corvazier +Lead 3d programmer +Nevrax France + + + +From ahoyt@packetport.com Thu Jul 19 14:33:12 2001 +Received: from smtp2.mail.iamworld.net (smtp2-out.mail.iamworld.net [204.91.241.117]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f6JCXBd45706 + for ; Thu, 19 Jul 2001 14:33:12 +0200 (CEST) + (envelope-from ahoyt@packetport.com) +Received: from packetport.com ([207.86.139.130]) + by smtp2.mail.iamworld.net (8.9.3/8.9.3) with ESMTP id IAA2691029 + for ; Thu, 19 Jul 2001 08:29:14 -0400 (EDT) +Message-ID: <3B56D2CC.D3F6C078@packetport.com> +Date: Thu, 19 Jul 2001 08:30:04 -0400 +From: Tony Hoyt +X-Mailer: Mozilla 4.76 [en] (X11; U; SunOS 5.7 sun4u) +X-Accept-Language: en +MIME-Version: 1.0 +To: nel@nevrax.org +References: <20010717145159.7040.qmail@web4104.mail.yahoo.com> <003c01c1104a$e7ad6790$1701a8c0@cyrilc> +Content-Type: text/plain; charset=us-ascii +Content-Transfer-Encoding: 7bit +Subject: [Nel] Snowball 2.0? +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + + I'm curious as to the progress of SnowBall and it's compatability with +the latest version of nel. Has the team stableized things in the +interface to a point where a new version could be done or should we see +more inteface re-defineing changes in the future that could strongly +affect any projects desired to be based off of it? + + Also, how's the progress on the 3d rendering engine? At home I have a +p3 800 but only a tnt2 ultra video card with 32mb ram. Will nel +eventually be developed to support that weak a model of graphics card? +At least there should be some options of disableing a lot of 'special +affects' to help speed up the game in question. And we all know that it +should be able to deal with 100 active actors on screen at one time. +(Stress test) But how possable does that look in the near future? + + Tony + +From lecroart@nevrax.com Thu Jul 19 15:18:47 2001 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f6JDIkd45999 + for ; Thu, 19 Jul 2001 15:18:46 +0200 (CEST) + (envelope-from lecroart@nevrax.com) +Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id f6JDEou39352 + for ; Thu, 19 Jul 2001 15:14:50 +0200 (CEST) + (envelope-from lecroart@nevrax.com) +Message-ID: <006501c11054$ca781850$0901a8c0@vianneyl> +From: "Vianney Lecroart" +To: +References: <20010717145159.7040.qmail@web4104.mail.yahoo.com> <003c01c1104a$e7ad6790$1701a8c0@cyrilc> <3B56D2CC.D3F6C078@packetport.com> +Subject: Re: [Nel] Snowball 2.0? +Date: Thu, 19 Jul 2001 15:14:50 +0200 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 5.00.2919.6700 +X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Hello Tony, + +> I'm curious as to the progress of SnowBall and it's compatability with +> the latest version of nel. + +The Snowball is out of date. It doesn't compile with NeL since we change lot +of things in the user interface. We (Cedric Valignat, Benjamin Legros and I) +work on the new snowball called Snowballs2. In this version, we rewrite +everything from scratch (except lens flare and radar) with the current NeL +interface. There's a simple (14 cpp files) client explain how to use NeL. +It uses lot of stuffs from NeL like Particule system, Animation, Skeleton, +Skinning, Landscape, Collision, Network, etc... +So it will be a good tutorial or starting point to use NeL. +We plan to release it soon (before the end of the next week) and we actually +work on the server side and 3d datas integration. + +> Has the team stableized things in the +> interface to a point where a new version could be done or should we see +> more inteface re-defineing changes in the future that could strongly +> affect any projects desired to be based off of it? + +The NeL library user interface changes often because we have not fix it. We +plan to fix the NeL interface before the end of this year. But the current +user interface doesn't change often anyway. + +> Also, how's the progress on the 3d rendering engine? At home I have a +> p3 800 but only a tnt2 ultra video card with 32mb ram. Will nel +> eventually be developed to support that weak a model of graphics card? + +> At least there should be some options of disableing a lot of 'special +> affects' to help speed up the game in question. And we all know that it +> should be able to deal with 100 active actors on screen at one time. +> (Stress test) But how possable does that look in the near future? + +I leave Cyril Corvazier (lead 3d programer) to answer to this :) + +Vianney Lecroart +--- +lead network programmer / nevrax.com +icq#: 6870415 +homepage: http://ace.planet-d.net +www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- +w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? + + + + +From ahoyt@packetport.com Thu Jul 19 15:46:54 2001 +Received: from smtp2.mail.iamworld.net (smtp2-out.mail.iamworld.net [204.91.241.117]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f6JDkrd46178 + for ; Thu, 19 Jul 2001 15:46:53 +0200 (CEST) + (envelope-from ahoyt@packetport.com) +Received: from packetport.com ([207.86.139.130]) + by smtp2.mail.iamworld.net (8.9.3/8.9.3) with ESMTP id JAA2704715 + for ; Thu, 19 Jul 2001 09:42:56 -0400 (EDT) +Message-ID: <3B56E412.971E922C@packetport.com> +Date: Thu, 19 Jul 2001 09:43:46 -0400 +From: Tony Hoyt +X-Mailer: Mozilla 4.76 [en] (X11; U; SunOS 5.7 sun4u) +X-Accept-Language: en +MIME-Version: 1.0 +To: nel@nevrax.org +Subject: Re: [Nel] Snowball 2.0? +References: <20010717145159.7040.qmail@web4104.mail.yahoo.com> <003c01c1104a$e7ad6790$1701a8c0@cyrilc> <3B56D2CC.D3F6C078@packetport.com> <006501c11054$ca781850$0901a8c0@vianneyl> +Content-Type: text/plain; charset=us-ascii +Content-Transfer-Encoding: 7bit +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Vianney Lecroart wrote: + + I've read some of the logs to this newsgroup so I knew about the +issues with the current SnowBall. I would like to give NEL a try but I +was hopeing a more full version example would help me more :-) But yes, +i'll look at the tutorials some more to see how this sdk works. + +> The NeL library user interface changes often because we have not fix it. We +> plan to fix the NeL interface before the end of this year. But the current +> user interface doesn't change often anyway. + + I'm a little confused here. Basicly what I want to know is, if I +write code for nel now, how strong is the possablity of me having to +re-write that code to take into the count of changes in function +definitions? now i know the code must evolve and change, but if I start +writing an application with the sdk, and every two months i need to make +major revisions to keep up with the latest and greatest, I may pause +some before starting development. How possable is it to see a lock on +the headers? + +> I leave Cyril Corvazier (lead 3d programer) to answer to this :) + + Also, anyone hear about this new technology Verant Interactive is +going to be using for EQ1.5? (ie, the upcomeing expansion) I hear it's +supposed to help make online games work a hell of a lot faster. But +what is it? + + Tony + +From zane@supernova.org Tue Aug 7 20:11:05 2001 +Received: from xchnghq2.mmsa.com (xchngq2.mmsa.com [205.227.150.22] (may be forged)) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f77IAiJ67666 + for ; Tue, 7 Aug 2001 20:11:04 +0200 (CEST) + (envelope-from zane@supernova.org) +Received: from IS64E003 ([172.18.51.157]) by xchnghq2.mmsa.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) + id MR7V9LMF; Tue, 7 Aug 2001 11:06:28 -0700 +Message-ID: <018d01c11f6b$8a460190$9d3312ac@hq.mmsa.com> +From: "Zane" +To: +References: +Date: Tue, 7 Aug 2001 11:05:28 -0700 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 5.50.4522.1200 +X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 +Subject: [Nel] STLPort, again. :) +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +It's been a while since I last compiled NeL but I'm now trying to compile +the latest CVS version of NeL and configure is saying STLPort isn't found. +STLPort 4.0 is installed and the old configure was able to find it using the +same options (I am doing --with-stlport=/usr/include/stlport) but the new +configure is saying it's not installed (I'm the same shell script with the +configure options for both, so there are no typos or missing options, both +configures were ran the exact same way on the same system today). Is the +latest CVS version relying on a newer version of STLPort or is there a bug +with the latest configure script? + +Thanks, +E.J. Wilburn + + + +From zane@supernova.org Tue Aug 7 21:20:43 2001 +Received: from xchnghq2.mmsa.com (xchngq2.mmsa.com [205.227.150.22] (may be forged)) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f77JKgJ68055 + for ; Tue, 7 Aug 2001 21:20:42 +0200 (CEST) + (envelope-from zane@supernova.org) +Received: from IS64E003 ([172.18.51.157]) by xchnghq2.mmsa.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) + id MR7V9LVQ; Tue, 7 Aug 2001 12:16:28 -0700 +Message-ID: <019401c11f75$4fefe100$9d3312ac@hq.mmsa.com> +From: "Zane" +To: +References: <018d01c11f6b$8a460190$9d3312ac@hq.mmsa.com> +Subject: Re: [Nel] STLPort, again. :) +Date: Tue, 7 Aug 2001 12:15:25 -0700 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 5.50.4522.1200 +X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +----- Original Message ----- +From: "Zane" +Sent: Tuesday, August 07, 2001 11:05 AM + + +> It's been a while since I last compiled NeL but I'm now trying to compile +> the latest CVS version of NeL and configure is saying STLPort isn't found. +> STLPort 4.0 is installed and the old configure was able to find it using +the +> same options (I am doing --with-stlport=/usr/include/stlport) but the new +> configure is saying it's not installed (I'm the same shell script with the +> configure options for both, so there are no typos or missing options, both +> configures were ran the exact same way on the same system today). Is the +> latest CVS version relying on a newer version of STLPort or is there a bug +> with the latest configure script? + +It seems that either the --with-stlport-include is a new configure option or +recently the configure script has been changed to append /include to +your --with-stlport path if you don't specify --with-stlport-include. + If --with-stlport-include is a new option then it should be using +the --with-stlport path without modification unless it's explicitly +specified. The default distribution of STLport doesn't even have/create an +include directory for the header files, it's STLport-4.0/stlport. Also, +this change isn't documented in the INSTALL file (still says you just +need --with-stlport). + +From the INSTALL document: + + The "configure" script must be call with the "--with-stlport" and + "--with-python" options. + The option "--with-stlport" allow to override the default STL headers + and the option "--with-python" tell to the configuration script, where + to find the Python headers files. + +It specifically states that the --with-stlport option points to the STL +header files so --with-stlport-include seems redundant. + Either --with-stlport should be removed (so we're left +with --with-stlport-include and --with-stlport-lib) +or --with-stlport-include should be removed or at the very least /include +should not be appended to the --with-stlport option. + +Thanks, +E.J. Wilburn + + + +From zane@supernova.org Wed Aug 8 00:16:29 2001 +Received: from xchnghq2.mmsa.com (xchngq2.mmsa.com [205.227.150.22] (may be forged)) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f77MGCJ68999 + for ; Wed, 8 Aug 2001 00:16:28 +0200 (CEST) + (envelope-from zane@supernova.org) +Received: from IS64E003 ([172.18.51.157]) by xchnghq2.mmsa.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) + id MR7V9MPF; Tue, 7 Aug 2001 15:11:59 -0700 +Message-ID: <01af01c11f8d$d3f170f0$9d3312ac@hq.mmsa.com> +From: "Zane" +To: +References: +Date: Tue, 7 Aug 2001 15:10:54 -0700 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 5.50.4522.1200 +X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 +Subject: [Nel] Small bug in coarse_mesh_manager.h +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +In code/nel/src/3d/coarse_mesh_manager.h on line 98 an enum is being +declared with a value of 0xffffffffffffffff which is 32 bits too long for +i386 Linux. Changing the definition to (~0U) will give you 0xffffffff on 32 +bit and 0xffffffffffffffff on 64 bit. + +After this change and the problem with configure was worked around NeL +compiled fine on my system. + +-E.J. Wilburn + + + + + +From corvazier@nevrax.com Wed Aug 8 09:38:03 2001 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f787c3J72323 + for ; Wed, 8 Aug 2001 09:38:03 +0200 (CEST) + (envelope-from corvazier@nevrax.com) +Received: from cyrilc (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id f787XtZ77979 + for ; Wed, 8 Aug 2001 09:33:55 +0200 (CEST) + (envelope-from corvazier@nevrax.com) +Message-ID: <001d01c11fdc$7d7dd7f0$1701a8c0@cyrilc> +From: "Cyril 'Hulud' Corvazier" +To: +References: <01af01c11f8d$d3f170f0$9d3312ac@hq.mmsa.com> +Subject: Re: [Nel] Small bug in coarse_mesh_manager.h +Date: Wed, 8 Aug 2001 09:34:00 +0200 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 5.50.4522.1200 +X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Hi Zane, + +I will fixe this problem on the CVS. Thank you for the report. + +Regards, + +Cyril Corvazier + +> In code/nel/src/3d/coarse_mesh_manager.h on line 98 an enum is being +> declared with a value of 0xffffffffffffffff which is 32 bits too long for +> i386 Linux. Changing the definition to (~0U) will give you 0xffffffff on +32 +> bit and 0xffffffffffffffff on 64 bit. + + + + +From valignat@gw.nevrax.com Wed Aug 8 12:47:43 2001 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f78AlhJ73301 + for ; Wed, 8 Aug 2001 12:47:43 +0200 (CEST) + (envelope-from valignat@gw.nevrax.com) +Received: from gw.nevrax.com (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with ESMTP id f78AhYZ80050 + for ; Wed, 8 Aug 2001 12:43:34 +0200 (CEST) + (envelope-from valignat@gw.nevrax.com) +Received: (from valignat@localhost) + by gw.nevrax.com (8.11.2/8.11.2) id f78AhYA37013 + for nel@nevrax.org; Wed, 8 Aug 2001 12:43:34 +0200 (CEST) + (envelope-from valignat) +Date: Wed, 8 Aug 2001 12:43:34 +0200 +From: Cedric Valignat +To: nel@nevrax.org +Subject: Re: [Nel] STLPort, again. :) +Message-ID: <20010808124333.A36919@nevrax.com> +References: <018d01c11f6b$8a460190$9d3312ac@hq.mmsa.com> +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +User-Agent: Mutt/1.2.5i +In-Reply-To: <018d01c11f6b$8a460190$9d3312ac@hq.mmsa.com>; from zane@supernova.org on Tue, Aug 07, 2001 at 11:05:28AM -0700 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Hello, + + +Zane wrote: +> +> [...] +> configures were ran the exact same way on the same system today). Is the +> latest CVS version relying on a newer version of STLPort or is there a bug +> with the latest configure script? + +I changed NeL and NeLNS configure.in files recently and i forgot to commit +the new INSTALL file and send a mail about it ... sorry ... + +Now you have 3 options for STLPort. You can either use : + + --with-stlport= + + e.g.: --with-stlport=~/install + this will look for headers file in the ~/install/stlport directory + and library files in the ~/install/stlport/lib directory. + +or + + --with-stlport-include= + + e.g.: --with-stlport-include=~/install/stlport + this will look for the header files in the ~/install/stlport + directory + + --with-stlport-lib= + + e.g.: --with-stlport-lib=~/install/lib + this will look for the library files in the ~/install/lib directory + +Actually if you are using --with-stlport-include you must use +--with-stlport-lib too ... i will fix that for a situation like yours where +libraries files are installed in a default directory like /usr + + +From valignat@gw.nevrax.com Wed Aug 8 12:56:35 2001 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f78AuZJ73382 + for ; Wed, 8 Aug 2001 12:56:35 +0200 (CEST) + (envelope-from valignat@gw.nevrax.com) +Received: from gw.nevrax.com (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with ESMTP id f78AqRZ80145 + for ; Wed, 8 Aug 2001 12:52:27 +0200 (CEST) + (envelope-from valignat@gw.nevrax.com) +Received: (from valignat@localhost) + by gw.nevrax.com (8.11.2/8.11.2) id f78AqRM37076 + for nel@nevrax.org; Wed, 8 Aug 2001 12:52:27 +0200 (CEST) + (envelope-from valignat) +Date: Wed, 8 Aug 2001 12:52:27 +0200 +From: Cedric Valignat +To: nel@nevrax.org +Subject: Re: [Nel] STLPort, again. :) +Message-ID: <20010808125227.B36919@nevrax.com> +References: <018d01c11f6b$8a460190$9d3312ac@hq.mmsa.com> <019401c11f75$4fefe100$9d3312ac@hq.mmsa.com> +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +User-Agent: Mutt/1.2.5i +In-Reply-To: <019401c11f75$4fefe100$9d3312ac@hq.mmsa.com>; from zane@supernova.org on Tue, Aug 07, 2001 at 12:15:25PM -0700 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Zane wrote: +> +> The default distribution of STLport doesn't even have/create an +> include directory for the header files, it's STLport-4.0/stlport. Also, +> this change isn't documented in the INSTALL file (still says you just +> need --with-stlport). + +I've just fixed that bug ... + +> It specifically states that the --with-stlport option points to the STL +> header files so --with-stlport-include seems redundant. + +You can either use --with-stlport OR --with-stlport-include and +--with-stlport-lib. + +--with-stlport will automaticly set CFLAGS and LIB variables to the specified +directory with /stlport (for the header file) and /lib appended. + + +Thanks for pointing use probelms :-) + + +From valignat@gw.nevrax.com Thu Aug 9 19:13:03 2001 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f79HD0J82306 + for ; Thu, 9 Aug 2001 19:13:01 +0200 (CEST) + (envelope-from valignat@gw.nevrax.com) +Received: from gw.nevrax.com (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with ESMTP id f79H8mZ95152 + for ; Thu, 9 Aug 2001 19:08:48 +0200 (CEST) + (envelope-from valignat@gw.nevrax.com) +Received: (from valignat@localhost) + by gw.nevrax.com (8.11.2/8.11.2) id f79H8mk64822 + for nel@nevrax.org; Thu, 9 Aug 2001 19:08:48 +0200 (CEST) + (envelope-from valignat) +Date: Thu, 9 Aug 2001 19:08:48 +0200 +From: Cedric Valignat +To: NeL mailing list +Message-ID: <20010809190848.A22413@nevrax.com> +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +User-Agent: Mutt/1.2.5i +Subject: [Nel] Configure's options +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Hi All, + + +I've made some additions to the configure script. + +It's now possible to desactivate the compilation and installation process of +some part of NeL (network, 3d, PACS, etc ...) by using configure's options +--disable-. + +Every dependance is managed. ex: if you desactivate the 3d, the X checking +and the Freetype checking will not block the configure script so there is +no more meeds to install them on your computer if you don't need them. + +So if you decide to build only some server softs (like NeLNS) you may compile +only NeL Net, ex : + + $ ./configure --disable-3d --disable-pacs [...] + + +The default is : + + - misc + default: Mandatory + + - net + default: Enables + desativate with: --disable-net + + - 3d + default: Enable + desativate with: --disable-3d + + - pacs + default: Enable + desativate with: --disable-pacs + + - sound + default: Disable + ativate with: --enable-sound + + - ai + default: Disable + ativate with: --enable-ai + + + +Cedric. + + +From zane@supernova.org Fri Aug 10 20:24:33 2001 +Received: from xchnghq2.mmsa.com (xchngq2.mmsa.com [205.227.150.22] (may be forged)) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f7AIOVJ93949 + for ; Fri, 10 Aug 2001 20:24:33 +0200 (CEST) + (envelope-from zane@supernova.org) +Received: from IS64E003 ([172.18.51.157]) by xchnghq2.mmsa.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) + id MR7V94J7; Fri, 10 Aug 2001 11:20:16 -0700 +Message-ID: <003f01c121c8$e862f620$9d3312ac@hq.mmsa.com> +From: "Zane" +To: +References: +Date: Fri, 10 Aug 2001 11:18:51 -0700 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 5.50.4522.1200 +X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 +Subject: [Nel] NeLNS compilation problems +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +I've been able to compile NeL without errors for a few days now but when I +try to compile NeLNS using the newly compiled version of NeL I get the +following errors: + +login_service.o: In function `readPlayerDatabase(void)': +login_service.o(.text+0x1f56): undefined reference to +`NLMISC::CConfigFile::getVar(_STL::basic_string, _STL::allocator > const &)' +login_service.o(.text+0x2af6): undefined reference to +`NLMISC::CConfigFile::getVar(_STL::basic_string, _STL::allocator > const &)' +login_service.o: In function `CLoginService::init(void)': +login_service.o(.CLoginService::gnu.linkonce.t.init(void)+0x163): undefined +reference to `NLMISC::CConfigFile::load(_STL::basic_string, _STL::allocator > const &)' +/usr/local/lib/libnelmisc.so: undefined reference to +`NLMISC::CIFile::CIFile(basic_string, +__default_alloc_template > const &, bool)' +/usr/local/lib/libnelnet.so: undefined reference to +`NLMISC::CBufFIFO::front(_STL::vector > &)' +/usr/local/lib/libnelmisc.so: undefined reference to +`NLMISC::CIFile::open(basic_string, +__default_alloc_template > const &, bool)' +/usr/local/lib/libnelmisc.so: undefined reference to +`NLMISC::CClassRegistry::create(_STL::basic_string, _STL::allocator > const &)' +/usr/local/lib/libnelmisc.so: undefined reference to +`NLMISC::Exception::Exception(basic_string, +__default_alloc_template > const &)' +/usr/local/lib/libnelnet.so: undefined reference to +`NLMISC::CBufFIFO::push(_STL::vector > const &, _STL::vector +> const &)' +/usr/local/lib/libnelnet.so: undefined reference to +`NLMISC::CBufFIFO::push(_STL::vector > const &)' + +Here are the corresponding entries in the newly compiled library +(libnelmisc.a): + +000020f0 T NLMISC::CConfigFile::getVar(basic_string, __default_alloc_template > const &) +00001e5c T NLMISC::CConfigFile::load(basic_string, __default_alloc_template > const &) + U NLMISC::CIFile::CIFile(basic_string, __default_alloc_template > const &, bool) +00000158 T NLMISC::CIFile::CIFile(_STL::basic_string, _STL::allocator > const &, bool) +000000dc T NLMISC::CBufFIFO::front(vector > &) + U NLMISC::CIFile::open(basic_string, +__default_alloc_template > const &, bool) +00000394 T NLMISC::CIFile::open(_STL::basic_string, _STL::allocator > const &, bool) + U NLMISC::CIFile::open(_STL::basic_string, _STL::allocator > const &, bool) +00000a64 t global destructors keyed to +NLMISC::CClassRegistry::create(basic_string, +__default_alloc_template > const &) +00000a4c t global constructors keyed to +NLMISC::CClassRegistry::create(basic_string, +__default_alloc_template > const &) +00000000 T NLMISC::CClassRegistry::create(basic_string, __default_alloc_template > const &) + U NLMISC::CClassRegistry::create(_STL::basic_string, _STL::allocator > const &) +000008f8 T NLMISC::CBufFIFO::push(vector > const &) +00000000 T NLMISC::CBufFIFO::push(vector > const &, vector > const &) +------------------- + +All of this was just on the first service I tried to compile so I'm sure +that the other libraries have similar problems. A little info on my system: + +Debian Linux +GCC 2.95.4 +ld 2.11.90.0.24 +autoconf 2.52c +automake 1.4k +libtool 1.4c +STLPort 4.0 +Freetype 2.0.1 + +Thanks, +E.J. Wilburn + + + +From alex_tibbles@yahoo.co.uk Sun Aug 12 00:14:16 2001 +Received: from web12601.mail.yahoo.com (web12601.mail.yahoo.com [216.136.173.224]) + by www.nevrax.org (8.11.0/8.11.0) with SMTP id f7BMEGJ05782 + for ; Sun, 12 Aug 2001 00:14:16 +0200 (CEST) + (envelope-from alex_tibbles@yahoo.co.uk) +Message-ID: <20010811221004.59203.qmail@web12601.mail.yahoo.com> +Received: from [213.1.131.17] by web12601.mail.yahoo.com; Sat, 11 Aug 2001 23:10:04 BST +Date: Sat, 11 Aug 2001 23:10:04 +0100 (BST) +From: =?iso-8859-1?q?alex?= +To: nel@nevrax.org +MIME-Version: 1.0 +Content-Type: text/plain; charset=iso-8859-1 +Content-Transfer-Encoding: 8bit +Subject: [Nel] This isnt really the place but +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +There is no email address on the main website. Sorry. + +I'm very interested in reading the Nel docs, but +wouldn't mind some offline browsing - similarly CVS is +OK if you have a reliable connection and a good +frontend. I would really appreciate the docs (and +source, too) being available tarred and comressed for +swift download. + +Thanks +alex + +____________________________________________________________ +Do You Yahoo!? +Get your free @yahoo.co.uk address at http://mail.yahoo.co.uk +or your free @yahoo.ie address at http://mail.yahoo.ie + +From lecroart@nevrax.com Wed Aug 15 11:49:50 2001 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f7F9nnJ33893 + for ; Wed, 15 Aug 2001 11:49:49 +0200 (CEST) + (envelope-from lecroart@nevrax.com) +Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id f7F9jaZ43657 + for ; Wed, 15 Aug 2001 11:45:36 +0200 (CEST) + (envelope-from lecroart@nevrax.com) +Message-ID: <001b01c1256f$09348900$0901a8c0@vianneyl> +From: "Vianney Lecroart" +To: +References: <003f01c121c8$e862f620$9d3312ac@hq.mmsa.com> +Subject: Re: [Nel] NeLNS compilation problems +Date: Wed, 15 Aug 2001 11:45:36 +0200 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 5.00.2919.6700 +X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Hi Zane, + +I compiled NeL and NeLNS yesterday without any problem on our gnu/linux +computer. +It seems that the problem is that you compiled NeL *without* STLPort, so the +first parameter of the getVar function is basic_string + +> NLMISC::CConfigFile::getVar(basic_string, +__default_alloc_template > const &) + +but you tried to compile NeLNS (login service) *with* STLPort, so the linker +try to find the getVar function with the first parameter is +_STL::basic_string + +> +NLMISC::CConfigFile::getVar(_STL::basic_string, +_STL::allocator > const &) + +I think you should try to compile *all* (NeL + NeLNS) with or without +STLPort but not only the half and it should be ok. + +Vianney Lecroart +--- +lead network programmer / nevrax.com +icq#: 6870415 +homepage: http://ace.planet-d.net +www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- +w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? + +----- Original Message ----- +From: "Zane" +To: +Sent: Friday, August 10, 2001 8:18 PM +Subject: [Nel] NeLNS compilation problems + + +> I've been able to compile NeL without errors for a few days now but when I +> try to compile NeLNS using the newly compiled version of NeL I get the +> following errors: +> +> login_service.o: In function `readPlayerDatabase(void)': +> login_service.o(.text+0x1f56): undefined reference to +> `NLMISC::CConfigFile::getVar(_STL::basic_string _STL::char_traits, _STL::allocator > const &)' +> login_service.o(.text+0x2af6): undefined reference to +> `NLMISC::CConfigFile::getVar(_STL::basic_string _STL::char_traits, _STL::allocator > const &)' +> login_service.o: In function `CLoginService::init(void)': +> login_service.o(.CLoginService::gnu.linkonce.t.init(void)+0x163): +undefined +> reference to `NLMISC::CConfigFile::load(_STL::basic_string _STL::char_traits, _STL::allocator > const &)' +> /usr/local/lib/libnelmisc.so: undefined reference to +> `NLMISC::CIFile::CIFile(basic_string, +> __default_alloc_template > const &, bool)' +> /usr/local/lib/libnelnet.so: undefined reference to +> `NLMISC::CBufFIFO::front(_STL::vector _STL::allocator > &)' +> /usr/local/lib/libnelmisc.so: undefined reference to +> `NLMISC::CIFile::open(basic_string, +> __default_alloc_template > const &, bool)' +> /usr/local/lib/libnelmisc.so: undefined reference to +> `NLMISC::CClassRegistry::create(_STL::basic_string _STL::char_traits, _STL::allocator > const &)' +> /usr/local/lib/libnelmisc.so: undefined reference to +> `NLMISC::Exception::Exception(basic_string, +> __default_alloc_template > const &)' +> /usr/local/lib/libnelnet.so: undefined reference to +> `NLMISC::CBufFIFO::push(_STL::vector char> > const &, _STL::vector +> > const &)' +> /usr/local/lib/libnelnet.so: undefined reference to +> `NLMISC::CBufFIFO::push(_STL::vector char> > const &)' +> +> Here are the corresponding entries in the newly compiled library +> (libnelmisc.a): +> +> 000020f0 T NLMISC::CConfigFile::getVar(basic_string string_char_traits, __default_alloc_template > const &) +> 00001e5c T NLMISC::CConfigFile::load(basic_string string_char_traits, __default_alloc_template > const &) +> U NLMISC::CIFile::CIFile(basic_string string_char_traits, __default_alloc_template > const &, +bool) +> 00000158 T NLMISC::CIFile::CIFile(_STL::basic_string _STL::char_traits, _STL::allocator > const &, bool) +> 000000dc T NLMISC::CBufFIFO::front(vector char> > &) +> U NLMISC::CIFile::open(basic_string, +> __default_alloc_template > const &, bool) +> 00000394 T NLMISC::CIFile::open(_STL::basic_string _STL::char_traits, _STL::allocator > const &, bool) +> U NLMISC::CIFile::open(_STL::basic_string _STL::char_traits, _STL::allocator > const &, bool) +> 00000a64 t global destructors keyed to +> NLMISC::CClassRegistry::create(basic_string, +> __default_alloc_template > const &) +> 00000a4c t global constructors keyed to +> NLMISC::CClassRegistry::create(basic_string, +> __default_alloc_template > const &) +> 00000000 T NLMISC::CClassRegistry::create(basic_string string_char_traits, __default_alloc_template > const &) +> U NLMISC::CClassRegistry::create(_STL::basic_string _STL::char_traits, _STL::allocator > const &) +> 000008f8 T NLMISC::CBufFIFO::push(vector char> > const &) +> 00000000 T NLMISC::CBufFIFO::push(vector char> > const &, vector > const &) +> ------------------- +> +> All of this was just on the first service I tried to compile so I'm sure +> that the other libraries have similar problems. A little info on my +system: +> +> Debian Linux +> GCC 2.95.4 +> ld 2.11.90.0.24 +> autoconf 2.52c +> automake 1.4k +> libtool 1.4c +> STLPort 4.0 +> Freetype 2.0.1 +> +> Thanks, +> E.J. Wilburn +> +> +> _______________________________________________ +> Nel mailing list +> Nel@nevrax.org +> http://www.nevrax.org/mailman/listinfo.cgi/nel +> + + +From ams@freesoft4all.com Wed Aug 15 15:36:16 2001 +Received: from front8.grolier.fr (front8.grolier.fr [194.158.96.58]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f7FDaFJ35182 + for ; Wed, 15 Aug 2001 15:36:16 +0200 (CEST) + (envelope-from ams@freesoft4all.com) +Received: from sirius (lns3-176.arc2.club-internet.fr [213.44.214.176]) + by front8.grolier.fr (8.9.3/No_Relay+No_Spam_MGC990224) with SMTP id PAA03790 + for ; Wed, 15 Aug 2001 15:31:59 +0200 (MET DST) +From: ams@freesoft4all.com +Message-Id: <200108151331.PAA03790@front8.grolier.fr> +To: nel@nevrax.org +Mime-Version: 1.0 +Content-Type: text/plain; charset="iso-8859-1" +Date: Wed, 15 Aug 2001 15:31:54 +0200 +Subject: [Nel] An E-mail account for 2 years, 5 years, for life ? Avenger Mail System is for you ! +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Hello, +I will like to present you, very quickly, with a new Internet +service that i will be putting on line in a few days. +Do you want an account Mail independent of your FAI or ISP ? +What ever your reasons, Avenger Mail System is for you. + +Avenger mail System is like Msn, Hotmail, etc . . . +http://www.freesoft4all.com/avenger.shtml + +But here : No Spam, No Pub and respect of your Privacy. + +WIN ONE PSX 2 ( registered users ) + +Features : +Web-based email that can be accessed from any PC / Mac +Easy-to-use interface +Send Plain Text or HTML mail +Spam filter +Frames or noframes selectable +Multiple email attachments +Multiple folders (Inbox, Sent, Trash, Draft plus user configurable) +Draft folder for in-progress mail +Mail signature +Personal and Global Address books +Email redirection +Check multiple alternative POP email accounts +MiniMail email checker lets you know when new mail arrives +At this time : space disk max : 900 Ko +Max size mail : 400 Ko ( more soon ) +Task scheduler : Birthday, Event, Holiday, Sickness, Anniversary, Meeting, and many +others . . . +Calendar, and many many others functions . . . Try it ! + +Full trial ( without limimations ) after signup : 6 days +After you can or must register : +Very attractive and very studied prices ( definitive prices, +without no increase in the future ) +For example: +2 years : 30 USD +5 years : 60 USD +For life : Contact to avenger@freesoft4all.com ( subject : for life ) + +Registration is on a highly secure payment server +( SSL 128-bit strong encryption )and is certified ISO 7498-2. +Major credit cards are accepted (Visa, Eurocard, Mastercard, American +Express, JCB cards, French Carte-Bleue, Aurore). +Multilingual payment interfaces : English, French, German, Spanish and +Chinese now ! +Customers can buy in their own currency. + +You can, if you want it well on, to place a link on your site web, to make the +advertisement for this service. All offer of sponsoring or partnership will be +studied attentively ( money, banners, links, pubs, exchange, others, etc. . .). + +Sponsors : Welcome ; -)) + +Thank you for the time taken to read this E-mail, and bests regards to you. + + + +PS : This E-mail is not Spam, it's an E-mail of information on my new product. +If taken as spam, I apologize. It was not meant as such. + + +http://www.freesoft4all.com/avenger.shtml + + + + + + + + + + + + + + +From zane@supernova.org Wed Aug 15 18:25:23 2001 +Received: from xchnghq2.mmsa.com (xchngq2.mmsa.com [205.227.150.22] (may be forged)) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f7FGPMJ36080 + for ; Wed, 15 Aug 2001 18:25:22 +0200 (CEST) + (envelope-from zane@supernova.org) +Received: from IS64E003 ([172.18.51.157]) by xchnghq2.mmsa.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) + id MR7V98VT; Wed, 15 Aug 2001 09:21:03 -0700 +Message-ID: <010b01c125a6$23eba850$9d3312ac@hq.mmsa.com> +From: "Zane" +To: +References: <003f01c121c8$e862f620$9d3312ac@hq.mmsa.com> <001b01c1256f$09348900$0901a8c0@vianneyl> +Subject: Re: [Nel] NeLNS compilation problems +Date: Wed, 15 Aug 2001 09:20:03 -0700 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 5.50.4522.1200 +X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +----- Original Message ----- +From: "Vianney Lecroart" +Sent: Wednesday, August 15, 2001 2:45 AM + + +> I compiled NeL and NeLNS yesterday without any problem on our gnu/linux +> computer. +> It seems that the problem is that you compiled NeL *without* STLPort, so +the +> first parameter of the getVar function is basic_string + +Actually since Monday it's been compiling just fine. I've always been +compiling with stlport. Here's my compile procedure (I run it from a +script, it was the same Monday as it was Friday when it didn't work): + +bootstrap +configure --with-stlport=/usr/src/STLPort-4.0 --with-freetype=/usr/include/f +reetype2 --with-python=/usr/include/python-1.5 +make + +I have a similar script for NeLNS that uses STLPort. (has the --with-stlport +option). If I recall correctly you MUST specifically tell it not to use +STLPort. Regardless, some change was made Monday or over the weekend that +fixed my compiling problem. + +-E.J. Wilburn + + + +From lecroart@nevrax.com Wed Aug 15 18:46:32 2001 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f7FGkVJ36222 + for ; Wed, 15 Aug 2001 18:46:31 +0200 (CEST) + (envelope-from lecroart@nevrax.com) +Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id f7FGgHZ47881 + for ; Wed, 15 Aug 2001 18:42:17 +0200 (CEST) + (envelope-from lecroart@nevrax.com) +Message-ID: <007d01c125a9$3ee9b950$0901a8c0@vianneyl> +From: "Vianney Lecroart" +To: +References: <003f01c121c8$e862f620$9d3312ac@hq.mmsa.com> <001b01c1256f$09348900$0901a8c0@vianneyl> <010b01c125a6$23eba850$9d3312ac@hq.mmsa.com> +Subject: Re: [Nel] NeLNS compilation problems +Date: Wed, 15 Aug 2001 18:42:17 +0200 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 5.00.2919.6700 +X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Ok, + +So the only reason I see could be in the Makefile or autconf/automake. +You have to wait Cedric to have an answer about this problem. He should +comes back from his holiday tomorrow. + +Vianney Lecroart +--- +lead network programmer / nevrax.com +icq#: 6870415 +homepage: http://ace.planet-d.net +www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- +w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? + +----- Original Message ----- +From: "Zane" +To: +Sent: Wednesday, August 15, 2001 6:20 PM +Subject: Re: [Nel] NeLNS compilation problems + + +> ----- Original Message ----- +> From: "Vianney Lecroart" +> Sent: Wednesday, August 15, 2001 2:45 AM +> +> +> > I compiled NeL and NeLNS yesterday without any problem on our gnu/linux +> > computer. +> > It seems that the problem is that you compiled NeL *without* STLPort, so +> the +> > first parameter of the getVar function is basic_string +> +> Actually since Monday it's been compiling just fine. I've always been +> compiling with stlport. Here's my compile procedure (I run it from a +> script, it was the same Monday as it was Friday when it didn't work): +> +> bootstrap +> +configure --with-stlport=/usr/src/STLPort-4.0 --with-freetype=/usr/include/f +> reetype2 --with-python=/usr/include/python-1.5 +> make +> +> I have a similar script for NeLNS that uses STLPort. (has +the --with-stlport +> option). If I recall correctly you MUST specifically tell it not to use +> STLPort. Regardless, some change was made Monday or over the weekend that +> fixed my compiling problem. +> +> -E.J. Wilburn +> +> +> _______________________________________________ +> Nel mailing list +> Nel@nevrax.org +> http://www.nevrax.org/mailman/listinfo.cgi/nel +> + + +From valignat@gw.nevrax.com Thu Aug 16 15:34:49 2001 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f7GDYlJ43397 + for ; Thu, 16 Aug 2001 15:34:47 +0200 (CEST) + (envelope-from valignat@gw.nevrax.com) +Received: from gw.nevrax.com (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with ESMTP id f7GDUVZ58541 + for ; Thu, 16 Aug 2001 15:30:31 +0200 (CEST) + (envelope-from valignat@gw.nevrax.com) +Received: (from valignat@localhost) + by gw.nevrax.com (8.11.2/8.11.2) id f7GDUVY65166 + for nel@nevrax.org; Thu, 16 Aug 2001 15:30:31 +0200 (CEST) + (envelope-from valignat) +Date: Thu, 16 Aug 2001 15:30:31 +0200 +From: Cedric Valignat +To: nel@nevrax.org +Subject: Re: [Nel] NeLNS compilation problems +Message-ID: <20010816153031.A45508@nevrax.com> +References: <003f01c121c8$e862f620$9d3312ac@hq.mmsa.com> <001b01c1256f$09348900$0901a8c0@vianneyl> <010b01c125a6$23eba850$9d3312ac@hq.mmsa.com> +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +User-Agent: Mutt/1.2.5i +In-Reply-To: <010b01c125a6$23eba850$9d3312ac@hq.mmsa.com>; from zane@supernova.org on Wed, Aug 15, 2001 at 09:20:03AM -0700 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Hello Zane, + + +Zane wrote: +> +> Actually since Monday it's been compiling just fine. I've always been +> compiling with stlport. Here's my compile procedure (I run it from a +> script, it was the same Monday as it was Friday when it didn't work): +> +> bootstrap +> configure --with-stlport=/usr/src/STLPort-4.0 --with-freetype=/usr/include/f +> reetype2 --with-python=/usr/include/python-1.5 +> make + +It's just working fine on our computers and i can't find it could +come but from a wrong link PATH, so i have some stupid questions +for you (sorry for that) : + + - Is your '--with-nel' configure option properly set ? + - Did you do, if it's necessary, a make install in NeL ? + - Could you send us your script to compile NeLNS ? + +I told you that they were stupids :-) + + +> I have a similar script for NeLNS that uses STLPort. (has the --with-stlport +> option). If I recall correctly you MUST specifically tell it not to use +> STLPort. Regardless, some change was made Monday or over the weekend that +> fixed my compiling problem. + +You'r rigth, the default is to ask for the STLPort ortherwise you have to +set an option to overide that ... + + +Cedric. + + +From valignat@gw.nevrax.com Thu Aug 16 16:37:55 2001 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f7GEbtJ43799 + for ; Thu, 16 Aug 2001 16:37:55 +0200 (CEST) + (envelope-from valignat@gw.nevrax.com) +Received: from gw.nevrax.com (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with ESMTP id f7GEXfZ59497 + for ; Thu, 16 Aug 2001 16:33:41 +0200 (CEST) + (envelope-from valignat@gw.nevrax.com) +Received: (from valignat@localhost) + by gw.nevrax.com (8.11.2/8.11.2) id f7GEXec65644 + for nel@nevrax.org; Thu, 16 Aug 2001 16:33:40 +0200 (CEST) + (envelope-from valignat) +Date: Thu, 16 Aug 2001 16:33:40 +0200 +From: Cedric Valignat +To: nel@nevrax.org +Subject: Re: [Nel] This isnt really the place but +Message-ID: <20010816163340.B45508@nevrax.com> +References: <20010811221004.59203.qmail@web12601.mail.yahoo.com> +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +User-Agent: Mutt/1.2.5i +In-Reply-To: <20010811221004.59203.qmail@web12601.mail.yahoo.com>; from alex_tibbles@yahoo.co.uk on Sat, Aug 11, 2001 at 11:10:04PM +0100 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +alex wrote: +> There is no email address on the main website. Sorry. + +no problem ... + +> I'm very interested in reading the Nel docs, but +> wouldn't mind some offline browsing - similarly CVS is +> OK if you have a reliable connection and a good +> frontend. I would really appreciate the docs (and +> source, too) being available tarred and comressed for +> swift download. + +Next week i will setup an automatic daily snapshot of the sources +and of the Doxygen documentation for NeL, NeLNS, etc ... + + +Cedric. + + +PS: Sorry if it took a long time to answer your mail ... i was in vacation :-) + + +From Ratskindid@aol.com Thu Aug 23 04:32:40 2001 +Received: from imo-r02.mx.aol.com (imo-r02.mx.aol.com [152.163.225.98]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f7N2Wd892510 + for ; Thu, 23 Aug 2001 04:32:39 +0200 (CEST) + (envelope-from Ratskindid@aol.com) +Received: from Ratskindid@aol.com + by imo-r02.mx.aol.com (mail_out_v31_r1.4.) id d.f2.e8a72df (4354) + for ; Wed, 22 Aug 2001 22:28:18 -0400 (EDT) +From: Ratskindid@aol.com +Message-ID: +Date: Wed, 22 Aug 2001 22:28:18 EDT +To: nel@nevrax.org +MIME-Version: 1.0 +Content-Type: multipart/alternative; boundary="part1_f2.e8a72df.28b5c442_boundary" +X-Mailer: AOL 6.0 for Windows US sub 10532 +Subject: [Nel] Questions about NeL use. +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +--part1_f2.e8a72df.28b5c442_boundary +Content-Type: text/plain; charset="US-ASCII" +Content-Transfer-Encoding: 7bit + +Anybody know what other companies are using the NeL engine in game +development at this time? +Thanks, Jonathan. + +--part1_f2.e8a72df.28b5c442_boundary +Content-Type: text/html; charset="US-ASCII" +Content-Transfer-Encoding: 7bit + +Anybody know what other companies are using the NeL engine in game +
development at this time? +
Thanks, Jonathan. + +--part1_f2.e8a72df.28b5c442_boundary-- + +From Ratskindid@aol.com Thu Aug 23 04:32:40 2001 +Received: from imo-r02.mx.aol.com (imo-r02.mx.aol.com [152.163.225.98]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f7N2Wd892510 + for ; Thu, 23 Aug 2001 04:32:39 +0200 (CEST) + (envelope-from Ratskindid@aol.com) +Received: from Ratskindid@aol.com + by imo-r02.mx.aol.com (mail_out_v31_r1.4.) id d.f2.e8a72df (4354) + for ; Wed, 22 Aug 2001 22:28:18 -0400 (EDT) +From: Ratskindid@aol.com +Message-ID: +Date: Wed, 22 Aug 2001 22:28:18 EDT +To: nel@nevrax.org +MIME-Version: 1.0 +Content-Type: multipart/alternative; boundary="part1_f2.e8a72df.28b5c442_boundary" +X-Mailer: AOL 6.0 for Windows US sub 10532 +Subject: [Nel] Questions about NeL use. +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +--part1_f2.e8a72df.28b5c442_boundary +Content-Type: text/plain; charset="US-ASCII" +Content-Transfer-Encoding: 7bit + +Anybody know what other companies are using the NeL engine in game +development at this time? +Thanks, Jonathan. + +--part1_f2.e8a72df.28b5c442_boundary +Content-Type: text/html; charset="US-ASCII" +Content-Transfer-Encoding: 7bit + +Anybody know what other companies are using the NeL engine in game +
development at this time? +
Thanks, Jonathan. + +--part1_f2.e8a72df.28b5c442_boundary-- + +From Ratskindid@aol.com Thu Aug 23 04:32:40 2001 +Received: from imo-r02.mx.aol.com (imo-r02.mx.aol.com [152.163.225.98]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f7N2Wd892510 + for ; Thu, 23 Aug 2001 04:32:39 +0200 (CEST) + (envelope-from Ratskindid@aol.com) +Received: from Ratskindid@aol.com + by imo-r02.mx.aol.com (mail_out_v31_r1.4.) id d.f2.e8a72df (4354) + for ; Wed, 22 Aug 2001 22:28:18 -0400 (EDT) +From: Ratskindid@aol.com +Message-ID: +Date: Wed, 22 Aug 2001 22:28:18 EDT +To: nel@nevrax.org +MIME-Version: 1.0 +Content-Type: multipart/alternative; boundary="part1_f2.e8a72df.28b5c442_boundary" +X-Mailer: AOL 6.0 for Windows US sub 10532 +Subject: [Nel] Questions about NeL use. +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +--part1_f2.e8a72df.28b5c442_boundary +Content-Type: text/plain; charset="US-ASCII" +Content-Transfer-Encoding: 7bit + +Anybody know what other companies are using the NeL engine in game +development at this time? +Thanks, Jonathan. + +--part1_f2.e8a72df.28b5c442_boundary +Content-Type: text/html; charset="US-ASCII" +Content-Transfer-Encoding: 7bit + +Anybody know what other companies are using the NeL engine in game +
development at this time? +
Thanks, Jonathan. + +--part1_f2.e8a72df.28b5c442_boundary-- + +From Ratskindid@aol.com Thu Aug 23 04:32:40 2001 +Received: from imo-r02.mx.aol.com (imo-r02.mx.aol.com [152.163.225.98]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f7N2Wd892510 + for ; Thu, 23 Aug 2001 04:32:39 +0200 (CEST) + (envelope-from Ratskindid@aol.com) +Received: from Ratskindid@aol.com + by imo-r02.mx.aol.com (mail_out_v31_r1.4.) id d.f2.e8a72df (4354) + for ; Wed, 22 Aug 2001 22:28:18 -0400 (EDT) +From: Ratskindid@aol.com +Message-ID: +Date: Wed, 22 Aug 2001 22:28:18 EDT +To: nel@nevrax.org +MIME-Version: 1.0 +Content-Type: multipart/alternative; boundary="part1_f2.e8a72df.28b5c442_boundary" +X-Mailer: AOL 6.0 for Windows US sub 10532 +Subject: [Nel] Questions about NeL use. +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +--part1_f2.e8a72df.28b5c442_boundary +Content-Type: text/plain; charset="US-ASCII" +Content-Transfer-Encoding: 7bit + +Anybody know what other companies are using the NeL engine in game +development at this time? +Thanks, Jonathan. + +--part1_f2.e8a72df.28b5c442_boundary +Content-Type: text/html; charset="US-ASCII" +Content-Transfer-Encoding: 7bit + +Anybody know what other companies are using the NeL engine in game +
development at this time? +
Thanks, Jonathan. + +--part1_f2.e8a72df.28b5c442_boundary-- + +From Ratskindid@aol.com Thu Aug 23 04:32:40 2001 +Received: from imo-r02.mx.aol.com (imo-r02.mx.aol.com [152.163.225.98]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f7N2Wd892510 + for ; Thu, 23 Aug 2001 04:32:39 +0200 (CEST) + (envelope-from Ratskindid@aol.com) +Received: from Ratskindid@aol.com + by imo-r02.mx.aol.com (mail_out_v31_r1.4.) id d.f2.e8a72df (4354) + for ; Wed, 22 Aug 2001 22:28:18 -0400 (EDT) +From: Ratskindid@aol.com +Message-ID: +Date: Wed, 22 Aug 2001 22:28:18 EDT +To: nel@nevrax.org +MIME-Version: 1.0 +Content-Type: multipart/alternative; boundary="part1_f2.e8a72df.28b5c442_boundary" +X-Mailer: AOL 6.0 for Windows US sub 10532 +Subject: [Nel] Questions about NeL use. +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +--part1_f2.e8a72df.28b5c442_boundary +Content-Type: text/plain; charset="US-ASCII" +Content-Transfer-Encoding: 7bit + +Anybody know what other companies are using the NeL engine in game +development at this time? +Thanks, Jonathan. + +--part1_f2.e8a72df.28b5c442_boundary +Content-Type: text/html; charset="US-ASCII" +Content-Transfer-Encoding: 7bit + +Anybody know what other companies are using the NeL engine in game +
development at this time? +
Thanks, Jonathan. + +--part1_f2.e8a72df.28b5c442_boundary-- + +From Ratskindid@aol.com Thu Aug 23 04:32:40 2001 +Received: from imo-r02.mx.aol.com (imo-r02.mx.aol.com [152.163.225.98]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f7N2Wd892510 + for ; Thu, 23 Aug 2001 04:32:39 +0200 (CEST) + (envelope-from Ratskindid@aol.com) +Received: from Ratskindid@aol.com + by imo-r02.mx.aol.com (mail_out_v31_r1.4.) id d.f2.e8a72df (4354) + for ; Wed, 22 Aug 2001 22:28:18 -0400 (EDT) +From: Ratskindid@aol.com +Message-ID: +Date: Wed, 22 Aug 2001 22:28:18 EDT +To: nel@nevrax.org +MIME-Version: 1.0 +Content-Type: multipart/alternative; boundary="part1_f2.e8a72df.28b5c442_boundary" +X-Mailer: AOL 6.0 for Windows US sub 10532 +Subject: [Nel] Questions about NeL use. +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +--part1_f2.e8a72df.28b5c442_boundary +Content-Type: text/plain; charset="US-ASCII" +Content-Transfer-Encoding: 7bit + +Anybody know what other companies are using the NeL engine in game +development at this time? +Thanks, Jonathan. + +--part1_f2.e8a72df.28b5c442_boundary +Content-Type: text/html; charset="US-ASCII" +Content-Transfer-Encoding: 7bit + +Anybody know what other companies are using the NeL engine in game +
development at this time? +
Thanks, Jonathan. + +--part1_f2.e8a72df.28b5c442_boundary-- + +From Ratskindid@aol.com Thu Aug 23 04:32:40 2001 +Received: from imo-r02.mx.aol.com (imo-r02.mx.aol.com [152.163.225.98]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f7N2Wd892510 + for ; Thu, 23 Aug 2001 04:32:39 +0200 (CEST) + (envelope-from Ratskindid@aol.com) +Received: from Ratskindid@aol.com + by imo-r02.mx.aol.com (mail_out_v31_r1.4.) id d.f2.e8a72df (4354) + for ; Wed, 22 Aug 2001 22:28:18 -0400 (EDT) +From: Ratskindid@aol.com +Message-ID: +Date: Wed, 22 Aug 2001 22:28:18 EDT +To: nel@nevrax.org +MIME-Version: 1.0 +Content-Type: multipart/alternative; boundary="part1_f2.e8a72df.28b5c442_boundary" +X-Mailer: AOL 6.0 for Windows US sub 10532 +Subject: [Nel] Questions about NeL use. +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +--part1_f2.e8a72df.28b5c442_boundary +Content-Type: text/plain; charset="US-ASCII" +Content-Transfer-Encoding: 7bit + +Anybody know what other companies are using the NeL engine in game +development at this time? +Thanks, Jonathan. + +--part1_f2.e8a72df.28b5c442_boundary +Content-Type: text/html; charset="US-ASCII" +Content-Transfer-Encoding: 7bit + +Anybody know what other companies are using the NeL engine in game +
development at this time? +
Thanks, Jonathan. + +--part1_f2.e8a72df.28b5c442_boundary-- + +From Ratskindid@aol.com Thu Aug 23 04:32:40 2001 +Received: from imo-r02.mx.aol.com (imo-r02.mx.aol.com [152.163.225.98]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f7N2Wd892510 + for ; Thu, 23 Aug 2001 04:32:39 +0200 (CEST) + (envelope-from Ratskindid@aol.com) +Received: from Ratskindid@aol.com + by imo-r02.mx.aol.com (mail_out_v31_r1.4.) id d.f2.e8a72df (4354) + for ; Wed, 22 Aug 2001 22:28:18 -0400 (EDT) +From: Ratskindid@aol.com +Message-ID: +Date: Wed, 22 Aug 2001 22:28:18 EDT +To: nel@nevrax.org +MIME-Version: 1.0 +Content-Type: multipart/alternative; boundary="part1_f2.e8a72df.28b5c442_boundary" +X-Mailer: AOL 6.0 for Windows US sub 10532 +Subject: [Nel] Questions about NeL use. +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +--part1_f2.e8a72df.28b5c442_boundary +Content-Type: text/plain; charset="US-ASCII" +Content-Transfer-Encoding: 7bit + +Anybody know what other companies are using the NeL engine in game +development at this time? +Thanks, Jonathan. + +--part1_f2.e8a72df.28b5c442_boundary +Content-Type: text/html; charset="US-ASCII" +Content-Transfer-Encoding: 7bit + +Anybody know what other companies are using the NeL engine in game +
development at this time? +
Thanks, Jonathan. + +--part1_f2.e8a72df.28b5c442_boundary-- + +From Ratskindid@aol.com Thu Aug 23 04:32:40 2001 +Received: from imo-r02.mx.aol.com (imo-r02.mx.aol.com [152.163.225.98]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f7N2Wd892510 + for ; Thu, 23 Aug 2001 04:32:39 +0200 (CEST) + (envelope-from Ratskindid@aol.com) +Received: from Ratskindid@aol.com + by imo-r02.mx.aol.com (mail_out_v31_r1.4.) id d.f2.e8a72df (4354) + for ; Wed, 22 Aug 2001 22:28:18 -0400 (EDT) +From: Ratskindid@aol.com +Message-ID: +Date: Wed, 22 Aug 2001 22:28:18 EDT +To: nel@nevrax.org +MIME-Version: 1.0 +Content-Type: multipart/alternative; boundary="part1_f2.e8a72df.28b5c442_boundary" +X-Mailer: AOL 6.0 for Windows US sub 10532 +Subject: [Nel] Questions about NeL use. +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +--part1_f2.e8a72df.28b5c442_boundary +Content-Type: text/plain; charset="US-ASCII" +Content-Transfer-Encoding: 7bit + +Anybody know what other companies are using the NeL engine in game +development at this time? +Thanks, Jonathan. + +--part1_f2.e8a72df.28b5c442_boundary +Content-Type: text/html; charset="US-ASCII" +Content-Transfer-Encoding: 7bit + +Anybody know what other companies are using the NeL engine in game +
development at this time? +
Thanks, Jonathan. + +--part1_f2.e8a72df.28b5c442_boundary-- + +From Ratskindid@aol.com Thu Aug 23 04:32:40 2001 +Received: from imo-r02.mx.aol.com (imo-r02.mx.aol.com [152.163.225.98]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f7N2Wd892510 + for ; Thu, 23 Aug 2001 04:32:39 +0200 (CEST) + (envelope-from Ratskindid@aol.com) +Received: from Ratskindid@aol.com + by imo-r02.mx.aol.com (mail_out_v31_r1.4.) id d.f2.e8a72df (4354) + for ; Wed, 22 Aug 2001 22:28:18 -0400 (EDT) +From: Ratskindid@aol.com +Message-ID: +Date: Wed, 22 Aug 2001 22:28:18 EDT +To: nel@nevrax.org +MIME-Version: 1.0 +Content-Type: multipart/alternative; boundary="part1_f2.e8a72df.28b5c442_boundary" +X-Mailer: AOL 6.0 for Windows US sub 10532 +Subject: [Nel] Questions about NeL use. +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +--part1_f2.e8a72df.28b5c442_boundary +Content-Type: text/plain; charset="US-ASCII" +Content-Transfer-Encoding: 7bit + +Anybody know what other companies are using the NeL engine in game +development at this time? +Thanks, Jonathan. + +--part1_f2.e8a72df.28b5c442_boundary +Content-Type: text/html; charset="US-ASCII" +Content-Transfer-Encoding: 7bit + +Anybody know what other companies are using the NeL engine in game +
development at this time? +
Thanks, Jonathan. + +--part1_f2.e8a72df.28b5c442_boundary-- + +From Ratskindid@aol.com Thu Aug 23 04:32:40 2001 +Received: from imo-r02.mx.aol.com (imo-r02.mx.aol.com [152.163.225.98]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f7N2Wd892510 + for ; Thu, 23 Aug 2001 04:32:39 +0200 (CEST) + (envelope-from Ratskindid@aol.com) +Received: from Ratskindid@aol.com + by imo-r02.mx.aol.com (mail_out_v31_r1.4.) id d.f2.e8a72df (4354) + for ; Wed, 22 Aug 2001 22:28:18 -0400 (EDT) +From: Ratskindid@aol.com +Message-ID: +Date: Wed, 22 Aug 2001 22:28:18 EDT +To: nel@nevrax.org +MIME-Version: 1.0 +Content-Type: multipart/alternative; boundary="part1_f2.e8a72df.28b5c442_boundary" +X-Mailer: AOL 6.0 for Windows US sub 10532 +Subject: [Nel] Questions about NeL use. +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +--part1_f2.e8a72df.28b5c442_boundary +Content-Type: text/plain; charset="US-ASCII" +Content-Transfer-Encoding: 7bit + +Anybody know what other companies are using the NeL engine in game +development at this time? +Thanks, Jonathan. + +--part1_f2.e8a72df.28b5c442_boundary +Content-Type: text/html; charset="US-ASCII" +Content-Transfer-Encoding: 7bit + +Anybody know what other companies are using the NeL engine in game +
development at this time? +
Thanks, Jonathan. + +--part1_f2.e8a72df.28b5c442_boundary-- + +From Ratskindid@aol.com Thu Aug 23 04:32:40 2001 +Received: from imo-r02.mx.aol.com (imo-r02.mx.aol.com [152.163.225.98]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f7N2Wd892510 + for ; Thu, 23 Aug 2001 04:32:39 +0200 (CEST) + (envelope-from Ratskindid@aol.com) +Received: from Ratskindid@aol.com + by imo-r02.mx.aol.com (mail_out_v31_r1.4.) id d.f2.e8a72df (4354) + for ; Wed, 22 Aug 2001 22:28:18 -0400 (EDT) +From: Ratskindid@aol.com +Message-ID: +Date: Wed, 22 Aug 2001 22:28:18 EDT +To: nel@nevrax.org +MIME-Version: 1.0 +Content-Type: multipart/alternative; boundary="part1_f2.e8a72df.28b5c442_boundary" +X-Mailer: AOL 6.0 for Windows US sub 10532 +Subject: [Nel] Questions about NeL use. +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +--part1_f2.e8a72df.28b5c442_boundary +Content-Type: text/plain; charset="US-ASCII" +Content-Transfer-Encoding: 7bit + +Anybody know what other companies are using the NeL engine in game +development at this time? +Thanks, Jonathan. + +--part1_f2.e8a72df.28b5c442_boundary +Content-Type: text/html; charset="US-ASCII" +Content-Transfer-Encoding: 7bit + +Anybody know what other companies are using the NeL engine in game +
development at this time? +
Thanks, Jonathan. + +--part1_f2.e8a72df.28b5c442_boundary-- + +From Ratskindid@aol.com Thu Aug 23 04:32:40 2001 +Received: from imo-r02.mx.aol.com (imo-r02.mx.aol.com [152.163.225.98]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f7N2Wd892510 + for ; Thu, 23 Aug 2001 04:32:39 +0200 (CEST) + (envelope-from Ratskindid@aol.com) +Received: from Ratskindid@aol.com + by imo-r02.mx.aol.com (mail_out_v31_r1.4.) id d.f2.e8a72df (4354) + for ; Wed, 22 Aug 2001 22:28:18 -0400 (EDT) +From: Ratskindid@aol.com +Message-ID: +Date: Wed, 22 Aug 2001 22:28:18 EDT +To: nel@nevrax.org +MIME-Version: 1.0 +Content-Type: multipart/alternative; boundary="part1_f2.e8a72df.28b5c442_boundary" +X-Mailer: AOL 6.0 for Windows US sub 10532 +Subject: [Nel] Questions about NeL use. +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +--part1_f2.e8a72df.28b5c442_boundary +Content-Type: text/plain; charset="US-ASCII" +Content-Transfer-Encoding: 7bit + +Anybody know what other companies are using the NeL engine in game +development at this time? +Thanks, Jonathan. + +--part1_f2.e8a72df.28b5c442_boundary +Content-Type: text/html; charset="US-ASCII" +Content-Transfer-Encoding: 7bit + +Anybody know what other companies are using the NeL engine in game +
development at this time? +
Thanks, Jonathan. + +--part1_f2.e8a72df.28b5c442_boundary-- + +From Ratskindid@aol.com Thu Aug 23 04:32:40 2001 +Received: from imo-r02.mx.aol.com (imo-r02.mx.aol.com [152.163.225.98]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f7N2Wd892510 + for ; Thu, 23 Aug 2001 04:32:39 +0200 (CEST) + (envelope-from Ratskindid@aol.com) +Received: from Ratskindid@aol.com + by imo-r02.mx.aol.com (mail_out_v31_r1.4.) id d.f2.e8a72df (4354) + for ; Wed, 22 Aug 2001 22:28:18 -0400 (EDT) +From: Ratskindid@aol.com +Message-ID: +Date: Wed, 22 Aug 2001 22:28:18 EDT +To: nel@nevrax.org +MIME-Version: 1.0 +Content-Type: multipart/alternative; boundary="part1_f2.e8a72df.28b5c442_boundary" +X-Mailer: AOL 6.0 for Windows US sub 10532 +Subject: [Nel] Questions about NeL use. +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +--part1_f2.e8a72df.28b5c442_boundary +Content-Type: text/plain; charset="US-ASCII" +Content-Transfer-Encoding: 7bit + +Anybody know what other companies are using the NeL engine in game +development at this time? +Thanks, Jonathan. + +--part1_f2.e8a72df.28b5c442_boundary +Content-Type: text/html; charset="US-ASCII" +Content-Transfer-Encoding: 7bit + +Anybody know what other companies are using the NeL engine in game +
development at this time? +
Thanks, Jonathan. + +--part1_f2.e8a72df.28b5c442_boundary-- + +From Ratskindid@aol.com Thu Aug 23 04:32:40 2001 +Received: from imo-r02.mx.aol.com (imo-r02.mx.aol.com [152.163.225.98]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f7N2Wd892510 + for ; Thu, 23 Aug 2001 04:32:39 +0200 (CEST) + (envelope-from Ratskindid@aol.com) +Received: from Ratskindid@aol.com + by imo-r02.mx.aol.com (mail_out_v31_r1.4.) id d.f2.e8a72df (4354) + for ; Wed, 22 Aug 2001 22:28:18 -0400 (EDT) +From: Ratskindid@aol.com +Message-ID: +Date: Wed, 22 Aug 2001 22:28:18 EDT +To: nel@nevrax.org +MIME-Version: 1.0 +Content-Type: multipart/alternative; boundary="part1_f2.e8a72df.28b5c442_boundary" +X-Mailer: AOL 6.0 for Windows US sub 10532 +Subject: [Nel] Questions about NeL use. +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +--part1_f2.e8a72df.28b5c442_boundary +Content-Type: text/plain; charset="US-ASCII" +Content-Transfer-Encoding: 7bit + +Anybody know what other companies are using the NeL engine in game +development at this time? +Thanks, Jonathan. + +--part1_f2.e8a72df.28b5c442_boundary +Content-Type: text/html; charset="US-ASCII" +Content-Transfer-Encoding: 7bit + +Anybody know what other companies are using the NeL engine in game +
development at this time? +
Thanks, Jonathan. + +--part1_f2.e8a72df.28b5c442_boundary-- + +From Ratskindid@aol.com Thu Aug 23 04:32:40 2001 +Received: from imo-r02.mx.aol.com (imo-r02.mx.aol.com [152.163.225.98]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f7N2Wd892510 + for ; Thu, 23 Aug 2001 04:32:39 +0200 (CEST) + (envelope-from Ratskindid@aol.com) +Received: from Ratskindid@aol.com + by imo-r02.mx.aol.com (mail_out_v31_r1.4.) id d.f2.e8a72df (4354) + for ; Wed, 22 Aug 2001 22:28:18 -0400 (EDT) +From: Ratskindid@aol.com +Message-ID: +Date: Wed, 22 Aug 2001 22:28:18 EDT +To: nel@nevrax.org +MIME-Version: 1.0 +Content-Type: multipart/alternative; boundary="part1_f2.e8a72df.28b5c442_boundary" +X-Mailer: AOL 6.0 for Windows US sub 10532 +Subject: [Nel] Questions about NeL use. +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +--part1_f2.e8a72df.28b5c442_boundary +Content-Type: text/plain; charset="US-ASCII" +Content-Transfer-Encoding: 7bit + +Anybody know what other companies are using the NeL engine in game +development at this time? +Thanks, Jonathan. + +--part1_f2.e8a72df.28b5c442_boundary +Content-Type: text/html; charset="US-ASCII" +Content-Transfer-Encoding: 7bit + +Anybody know what other companies are using the NeL engine in game +
development at this time? +
Thanks, Jonathan. + +--part1_f2.e8a72df.28b5c442_boundary-- + +From Ratskindid@aol.com Thu Aug 23 04:32:40 2001 +Received: from imo-r02.mx.aol.com (imo-r02.mx.aol.com [152.163.225.98]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f7N2Wd892510 + for ; Thu, 23 Aug 2001 04:32:39 +0200 (CEST) + (envelope-from Ratskindid@aol.com) +Received: from Ratskindid@aol.com + by imo-r02.mx.aol.com (mail_out_v31_r1.4.) id d.f2.e8a72df (4354) + for ; Wed, 22 Aug 2001 22:28:18 -0400 (EDT) +From: Ratskindid@aol.com +Message-ID: +Date: Wed, 22 Aug 2001 22:28:18 EDT +To: nel@nevrax.org +MIME-Version: 1.0 +Content-Type: multipart/alternative; boundary="part1_f2.e8a72df.28b5c442_boundary" +X-Mailer: AOL 6.0 for Windows US sub 10532 +Subject: [Nel] Questions about NeL use. +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +--part1_f2.e8a72df.28b5c442_boundary +Content-Type: text/plain; charset="US-ASCII" +Content-Transfer-Encoding: 7bit + +Anybody know what other companies are using the NeL engine in game +development at this time? +Thanks, Jonathan. + +--part1_f2.e8a72df.28b5c442_boundary +Content-Type: text/html; charset="US-ASCII" +Content-Transfer-Encoding: 7bit + +Anybody know what other companies are using the NeL engine in game +
development at this time? +
Thanks, Jonathan. + +--part1_f2.e8a72df.28b5c442_boundary-- + +From Ratskindid@aol.com Thu Aug 23 04:32:40 2001 +Received: from imo-r02.mx.aol.com (imo-r02.mx.aol.com [152.163.225.98]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f7N2Wd892510 + for ; Thu, 23 Aug 2001 04:32:39 +0200 (CEST) + (envelope-from Ratskindid@aol.com) +Received: from Ratskindid@aol.com + by imo-r02.mx.aol.com (mail_out_v31_r1.4.) id d.f2.e8a72df (4354) + for ; Wed, 22 Aug 2001 22:28:18 -0400 (EDT) +From: Ratskindid@aol.com +Message-ID: +Date: Wed, 22 Aug 2001 22:28:18 EDT +To: nel@nevrax.org +MIME-Version: 1.0 +Content-Type: multipart/alternative; boundary="part1_f2.e8a72df.28b5c442_boundary" +X-Mailer: AOL 6.0 for Windows US sub 10532 +Subject: [Nel] Questions about NeL use. +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +--part1_f2.e8a72df.28b5c442_boundary +Content-Type: text/plain; charset="US-ASCII" +Content-Transfer-Encoding: 7bit + +Anybody know what other companies are using the NeL engine in game +development at this time? +Thanks, Jonathan. + +--part1_f2.e8a72df.28b5c442_boundary +Content-Type: text/html; charset="US-ASCII" +Content-Transfer-Encoding: 7bit + +Anybody know what other companies are using the NeL engine in game +
development at this time? +
Thanks, Jonathan. + +--part1_f2.e8a72df.28b5c442_boundary-- + +From Ratskindid@aol.com Thu Aug 23 04:32:40 2001 +Received: from imo-r02.mx.aol.com (imo-r02.mx.aol.com [152.163.225.98]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f7N2Wd892510 + for ; Thu, 23 Aug 2001 04:32:39 +0200 (CEST) + (envelope-from Ratskindid@aol.com) +Received: from Ratskindid@aol.com + by imo-r02.mx.aol.com (mail_out_v31_r1.4.) id d.f2.e8a72df (4354) + for ; Wed, 22 Aug 2001 22:28:18 -0400 (EDT) +From: Ratskindid@aol.com +Message-ID: +Date: Wed, 22 Aug 2001 22:28:18 EDT +To: nel@nevrax.org +MIME-Version: 1.0 +Content-Type: multipart/alternative; boundary="part1_f2.e8a72df.28b5c442_boundary" +X-Mailer: AOL 6.0 for Windows US sub 10532 +Subject: [Nel] Questions about NeL use. +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +--part1_f2.e8a72df.28b5c442_boundary +Content-Type: text/plain; charset="US-ASCII" +Content-Transfer-Encoding: 7bit + +Anybody know what other companies are using the NeL engine in game +development at this time? +Thanks, Jonathan. + +--part1_f2.e8a72df.28b5c442_boundary +Content-Type: text/html; charset="US-ASCII" +Content-Transfer-Encoding: 7bit + +Anybody know what other companies are using the NeL engine in game +
development at this time? +
Thanks, Jonathan. + +--part1_f2.e8a72df.28b5c442_boundary-- + +From Ratskindid@aol.com Thu Aug 23 04:32:40 2001 +Received: from imo-r02.mx.aol.com (imo-r02.mx.aol.com [152.163.225.98]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f7N2Wd892510 + for ; Thu, 23 Aug 2001 04:32:39 +0200 (CEST) + (envelope-from Ratskindid@aol.com) +Received: from Ratskindid@aol.com + by imo-r02.mx.aol.com (mail_out_v31_r1.4.) id d.f2.e8a72df (4354) + for ; Wed, 22 Aug 2001 22:28:18 -0400 (EDT) +From: Ratskindid@aol.com +Message-ID: +Date: Wed, 22 Aug 2001 22:28:18 EDT +To: nel@nevrax.org +MIME-Version: 1.0 +Content-Type: multipart/alternative; boundary="part1_f2.e8a72df.28b5c442_boundary" +X-Mailer: AOL 6.0 for Windows US sub 10532 +Subject: [Nel] Questions about NeL use. +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +--part1_f2.e8a72df.28b5c442_boundary +Content-Type: text/plain; charset="US-ASCII" +Content-Transfer-Encoding: 7bit + +Anybody know what other companies are using the NeL engine in game +development at this time? +Thanks, Jonathan. + +--part1_f2.e8a72df.28b5c442_boundary +Content-Type: text/html; charset="US-ASCII" +Content-Transfer-Encoding: 7bit + +Anybody know what other companies are using the NeL engine in game +
development at this time? +
Thanks, Jonathan. + +--part1_f2.e8a72df.28b5c442_boundary-- + +From Ratskindid@aol.com Thu Aug 23 04:32:40 2001 +Received: from imo-r02.mx.aol.com (imo-r02.mx.aol.com [152.163.225.98]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f7N2Wd892510 + for ; Thu, 23 Aug 2001 04:32:39 +0200 (CEST) + (envelope-from Ratskindid@aol.com) +Received: from Ratskindid@aol.com + by imo-r02.mx.aol.com (mail_out_v31_r1.4.) id d.f2.e8a72df (4354) + for ; Wed, 22 Aug 2001 22:28:18 -0400 (EDT) +From: Ratskindid@aol.com +Message-ID: +Date: Wed, 22 Aug 2001 22:28:18 EDT +To: nel@nevrax.org +MIME-Version: 1.0 +Content-Type: multipart/alternative; boundary="part1_f2.e8a72df.28b5c442_boundary" +X-Mailer: AOL 6.0 for Windows US sub 10532 +Subject: [Nel] Questions about NeL use. +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +--part1_f2.e8a72df.28b5c442_boundary +Content-Type: text/plain; charset="US-ASCII" +Content-Transfer-Encoding: 7bit + +Anybody know what other companies are using the NeL engine in game +development at this time? +Thanks, Jonathan. + +--part1_f2.e8a72df.28b5c442_boundary +Content-Type: text/html; charset="US-ASCII" +Content-Transfer-Encoding: 7bit + +Anybody know what other companies are using the NeL engine in game +
development at this time? +
Thanks, Jonathan. + +--part1_f2.e8a72df.28b5c442_boundary-- + +From Ratskindid@aol.com Thu Aug 23 04:32:40 2001 +Received: from imo-r02.mx.aol.com (imo-r02.mx.aol.com [152.163.225.98]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f7N2Wd892510 + for ; Thu, 23 Aug 2001 04:32:39 +0200 (CEST) + (envelope-from Ratskindid@aol.com) +Received: from Ratskindid@aol.com + by imo-r02.mx.aol.com (mail_out_v31_r1.4.) id d.f2.e8a72df (4354) + for ; Wed, 22 Aug 2001 22:28:18 -0400 (EDT) +From: Ratskindid@aol.com +Message-ID: +Date: Wed, 22 Aug 2001 22:28:18 EDT +To: nel@nevrax.org +MIME-Version: 1.0 +Content-Type: multipart/alternative; boundary="part1_f2.e8a72df.28b5c442_boundary" +X-Mailer: AOL 6.0 for Windows US sub 10532 +Subject: [Nel] Questions about NeL use. +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +--part1_f2.e8a72df.28b5c442_boundary +Content-Type: text/plain; charset="US-ASCII" +Content-Transfer-Encoding: 7bit + +Anybody know what other companies are using the NeL engine in game +development at this time? +Thanks, Jonathan. + +--part1_f2.e8a72df.28b5c442_boundary +Content-Type: text/html; charset="US-ASCII" +Content-Transfer-Encoding: 7bit + +Anybody know what other companies are using the NeL engine in game +
development at this time? +
Thanks, Jonathan. + +--part1_f2.e8a72df.28b5c442_boundary-- + +From Ratskindid@aol.com Thu Aug 23 04:32:40 2001 +Received: from imo-r02.mx.aol.com (imo-r02.mx.aol.com [152.163.225.98]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f7N2Wd892510 + for ; Thu, 23 Aug 2001 04:32:39 +0200 (CEST) + (envelope-from Ratskindid@aol.com) +Received: from Ratskindid@aol.com + by imo-r02.mx.aol.com (mail_out_v31_r1.4.) id d.f2.e8a72df (4354) + for ; Wed, 22 Aug 2001 22:28:18 -0400 (EDT) +From: Ratskindid@aol.com +Message-ID: +Date: Wed, 22 Aug 2001 22:28:18 EDT +To: nel@nevrax.org +MIME-Version: 1.0 +Content-Type: multipart/alternative; boundary="part1_f2.e8a72df.28b5c442_boundary" +X-Mailer: AOL 6.0 for Windows US sub 10532 +Subject: [Nel] Questions about NeL use. +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +--part1_f2.e8a72df.28b5c442_boundary +Content-Type: text/plain; charset="US-ASCII" +Content-Transfer-Encoding: 7bit + +Anybody know what other companies are using the NeL engine in game +development at this time? +Thanks, Jonathan. + +--part1_f2.e8a72df.28b5c442_boundary +Content-Type: text/html; charset="US-ASCII" +Content-Transfer-Encoding: 7bit + +Anybody know what other companies are using the NeL engine in game +
development at this time? +
Thanks, Jonathan. + +--part1_f2.e8a72df.28b5c442_boundary-- + +From Ratskindid@aol.com Thu Aug 23 04:32:40 2001 +Received: from imo-r02.mx.aol.com (imo-r02.mx.aol.com [152.163.225.98]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f7N2Wd892510 + for ; Thu, 23 Aug 2001 04:32:39 +0200 (CEST) + (envelope-from Ratskindid@aol.com) +Received: from Ratskindid@aol.com + by imo-r02.mx.aol.com (mail_out_v31_r1.4.) id d.f2.e8a72df (4354) + for ; Wed, 22 Aug 2001 22:28:18 -0400 (EDT) +From: Ratskindid@aol.com +Message-ID: +Date: Wed, 22 Aug 2001 22:28:18 EDT +To: nel@nevrax.org +MIME-Version: 1.0 +Content-Type: multipart/alternative; boundary="part1_f2.e8a72df.28b5c442_boundary" +X-Mailer: AOL 6.0 for Windows US sub 10532 +Subject: [Nel] Questions about NeL use. +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +--part1_f2.e8a72df.28b5c442_boundary +Content-Type: text/plain; charset="US-ASCII" +Content-Transfer-Encoding: 7bit + +Anybody know what other companies are using the NeL engine in game +development at this time? +Thanks, Jonathan. + +--part1_f2.e8a72df.28b5c442_boundary +Content-Type: text/html; charset="US-ASCII" +Content-Transfer-Encoding: 7bit + +Anybody know what other companies are using the NeL engine in game +
development at this time? +
Thanks, Jonathan. + +--part1_f2.e8a72df.28b5c442_boundary-- + +From Ratskindid@aol.com Thu Aug 23 04:32:40 2001 +Received: from imo-r02.mx.aol.com (imo-r02.mx.aol.com [152.163.225.98]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f7N2Wd892510 + for ; Thu, 23 Aug 2001 04:32:39 +0200 (CEST) + (envelope-from Ratskindid@aol.com) +Received: from Ratskindid@aol.com + by imo-r02.mx.aol.com (mail_out_v31_r1.4.) id d.f2.e8a72df (4354) + for ; Wed, 22 Aug 2001 22:28:18 -0400 (EDT) +From: Ratskindid@aol.com +Message-ID: +Date: Wed, 22 Aug 2001 22:28:18 EDT +To: nel@nevrax.org +MIME-Version: 1.0 +Content-Type: multipart/alternative; boundary="part1_f2.e8a72df.28b5c442_boundary" +X-Mailer: AOL 6.0 for Windows US sub 10532 +Subject: [Nel] Questions about NeL use. +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +--part1_f2.e8a72df.28b5c442_boundary +Content-Type: text/plain; charset="US-ASCII" +Content-Transfer-Encoding: 7bit + +Anybody know what other companies are using the NeL engine in game +development at this time? +Thanks, Jonathan. + +--part1_f2.e8a72df.28b5c442_boundary +Content-Type: text/html; charset="US-ASCII" +Content-Transfer-Encoding: 7bit + +Anybody know what other companies are using the NeL engine in game +
development at this time? +
Thanks, Jonathan. + +--part1_f2.e8a72df.28b5c442_boundary-- + +From Ratskindid@aol.com Thu Aug 23 04:32:40 2001 +Received: from imo-r02.mx.aol.com (imo-r02.mx.aol.com [152.163.225.98]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f7N2Wd892510 + for ; Thu, 23 Aug 2001 04:32:39 +0200 (CEST) + (envelope-from Ratskindid@aol.com) +Received: from Ratskindid@aol.com + by imo-r02.mx.aol.com (mail_out_v31_r1.4.) id d.f2.e8a72df (4354) + for ; Wed, 22 Aug 2001 22:28:18 -0400 (EDT) +From: Ratskindid@aol.com +Message-ID: +Date: Wed, 22 Aug 2001 22:28:18 EDT +To: nel@nevrax.org +MIME-Version: 1.0 +Content-Type: multipart/alternative; boundary="part1_f2.e8a72df.28b5c442_boundary" +X-Mailer: AOL 6.0 for Windows US sub 10532 +Subject: [Nel] Questions about NeL use. +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +--part1_f2.e8a72df.28b5c442_boundary +Content-Type: text/plain; charset="US-ASCII" +Content-Transfer-Encoding: 7bit + +Anybody know what other companies are using the NeL engine in game +development at this time? +Thanks, Jonathan. + +--part1_f2.e8a72df.28b5c442_boundary +Content-Type: text/html; charset="US-ASCII" +Content-Transfer-Encoding: 7bit + +Anybody know what other companies are using the NeL engine in game +
development at this time? +
Thanks, Jonathan. + +--part1_f2.e8a72df.28b5c442_boundary-- + +From Ratskindid@aol.com Thu Aug 23 04:32:40 2001 +Received: from imo-r02.mx.aol.com (imo-r02.mx.aol.com [152.163.225.98]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f7N2Wd892510 + for ; Thu, 23 Aug 2001 04:32:39 +0200 (CEST) + (envelope-from Ratskindid@aol.com) +Received: from Ratskindid@aol.com + by imo-r02.mx.aol.com (mail_out_v31_r1.4.) id d.f2.e8a72df (4354) + for ; Wed, 22 Aug 2001 22:28:18 -0400 (EDT) +From: Ratskindid@aol.com +Message-ID: +Date: Wed, 22 Aug 2001 22:28:18 EDT +To: nel@nevrax.org +MIME-Version: 1.0 +Content-Type: multipart/alternative; boundary="part1_f2.e8a72df.28b5c442_boundary" +X-Mailer: AOL 6.0 for Windows US sub 10532 +Subject: [Nel] Questions about NeL use. +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +--part1_f2.e8a72df.28b5c442_boundary +Content-Type: text/plain; charset="US-ASCII" +Content-Transfer-Encoding: 7bit + +Anybody know what other companies are using the NeL engine in game +development at this time? +Thanks, Jonathan. + +--part1_f2.e8a72df.28b5c442_boundary +Content-Type: text/html; charset="US-ASCII" +Content-Transfer-Encoding: 7bit + +Anybody know what other companies are using the NeL engine in game +
development at this time? +
Thanks, Jonathan. + +--part1_f2.e8a72df.28b5c442_boundary-- + +From Ratskindid@aol.com Thu Aug 23 04:32:40 2001 +Received: from imo-r02.mx.aol.com (imo-r02.mx.aol.com [152.163.225.98]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f7N2Wd892510 + for ; Thu, 23 Aug 2001 04:32:39 +0200 (CEST) + (envelope-from Ratskindid@aol.com) +Received: from Ratskindid@aol.com + by imo-r02.mx.aol.com (mail_out_v31_r1.4.) id d.f2.e8a72df (4354) + for ; Wed, 22 Aug 2001 22:28:18 -0400 (EDT) +From: Ratskindid@aol.com +Message-ID: +Date: Wed, 22 Aug 2001 22:28:18 EDT +To: nel@nevrax.org +MIME-Version: 1.0 +Content-Type: multipart/alternative; boundary="part1_f2.e8a72df.28b5c442_boundary" +X-Mailer: AOL 6.0 for Windows US sub 10532 +Subject: [Nel] Questions about NeL use. +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +--part1_f2.e8a72df.28b5c442_boundary +Content-Type: text/plain; charset="US-ASCII" +Content-Transfer-Encoding: 7bit + +Anybody know what other companies are using the NeL engine in game +development at this time? +Thanks, Jonathan. + +--part1_f2.e8a72df.28b5c442_boundary +Content-Type: text/html; charset="US-ASCII" +Content-Transfer-Encoding: 7bit + +Anybody know what other companies are using the NeL engine in game +
development at this time? +
Thanks, Jonathan. + +--part1_f2.e8a72df.28b5c442_boundary-- + +From Ratskindid@aol.com Thu Aug 23 04:32:40 2001 +Received: from imo-r02.mx.aol.com (imo-r02.mx.aol.com [152.163.225.98]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f7N2Wd892510 + for ; Thu, 23 Aug 2001 04:32:39 +0200 (CEST) + (envelope-from Ratskindid@aol.com) +Received: from Ratskindid@aol.com + by imo-r02.mx.aol.com (mail_out_v31_r1.4.) id d.f2.e8a72df (4354) + for ; Wed, 22 Aug 2001 22:28:18 -0400 (EDT) +From: Ratskindid@aol.com +Message-ID: +Date: Wed, 22 Aug 2001 22:28:18 EDT +To: nel@nevrax.org +MIME-Version: 1.0 +Content-Type: multipart/alternative; boundary="part1_f2.e8a72df.28b5c442_boundary" +X-Mailer: AOL 6.0 for Windows US sub 10532 +Subject: [Nel] Questions about NeL use. +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +--part1_f2.e8a72df.28b5c442_boundary +Content-Type: text/plain; charset="US-ASCII" +Content-Transfer-Encoding: 7bit + +Anybody know what other companies are using the NeL engine in game +development at this time? +Thanks, Jonathan. + +--part1_f2.e8a72df.28b5c442_boundary +Content-Type: text/html; charset="US-ASCII" +Content-Transfer-Encoding: 7bit + +Anybody know what other companies are using the NeL engine in game +
development at this time? +
Thanks, Jonathan. + +--part1_f2.e8a72df.28b5c442_boundary-- + +From Ratskindid@aol.com Thu Aug 23 04:32:40 2001 +Received: from imo-r02.mx.aol.com (imo-r02.mx.aol.com [152.163.225.98]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f7N2Wd892510 + for ; Thu, 23 Aug 2001 04:32:39 +0200 (CEST) + (envelope-from Ratskindid@aol.com) +Received: from Ratskindid@aol.com + by imo-r02.mx.aol.com (mail_out_v31_r1.4.) id d.f2.e8a72df (4354) + for ; Wed, 22 Aug 2001 22:28:18 -0400 (EDT) +From: Ratskindid@aol.com +Message-ID: +Date: Wed, 22 Aug 2001 22:28:18 EDT +To: nel@nevrax.org +MIME-Version: 1.0 +Content-Type: multipart/alternative; boundary="part1_f2.e8a72df.28b5c442_boundary" +X-Mailer: AOL 6.0 for Windows US sub 10532 +Subject: [Nel] Questions about NeL use. +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +--part1_f2.e8a72df.28b5c442_boundary +Content-Type: text/plain; charset="US-ASCII" +Content-Transfer-Encoding: 7bit + +Anybody know what other companies are using the NeL engine in game +development at this time? +Thanks, Jonathan. + +--part1_f2.e8a72df.28b5c442_boundary +Content-Type: text/html; charset="US-ASCII" +Content-Transfer-Encoding: 7bit + +Anybody know what other companies are using the NeL engine in game +
development at this time? +
Thanks, Jonathan. + +--part1_f2.e8a72df.28b5c442_boundary-- + +From Ratskindid@aol.com Thu Aug 23 04:32:40 2001 +Received: from imo-r02.mx.aol.com (imo-r02.mx.aol.com [152.163.225.98]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f7N2Wd892510 + for ; Thu, 23 Aug 2001 04:32:39 +0200 (CEST) + (envelope-from Ratskindid@aol.com) +Received: from Ratskindid@aol.com + by imo-r02.mx.aol.com (mail_out_v31_r1.4.) id d.f2.e8a72df (4354) + for ; Wed, 22 Aug 2001 22:28:18 -0400 (EDT) +From: Ratskindid@aol.com +Message-ID: +Date: Wed, 22 Aug 2001 22:28:18 EDT +To: nel@nevrax.org +MIME-Version: 1.0 +Content-Type: multipart/alternative; boundary="part1_f2.e8a72df.28b5c442_boundary" +X-Mailer: AOL 6.0 for Windows US sub 10532 +Subject: [Nel] Questions about NeL use. +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +--part1_f2.e8a72df.28b5c442_boundary +Content-Type: text/plain; charset="US-ASCII" +Content-Transfer-Encoding: 7bit + +Anybody know what other companies are using the NeL engine in game +development at this time? +Thanks, Jonathan. + +--part1_f2.e8a72df.28b5c442_boundary +Content-Type: text/html; charset="US-ASCII" +Content-Transfer-Encoding: 7bit + +Anybody know what other companies are using the NeL engine in game +
development at this time? +
Thanks, Jonathan. + +--part1_f2.e8a72df.28b5c442_boundary-- + +From Ratskindid@aol.com Thu Aug 23 04:32:40 2001 +Received: from imo-r02.mx.aol.com (imo-r02.mx.aol.com [152.163.225.98]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f7N2Wd892510 + for ; Thu, 23 Aug 2001 04:32:39 +0200 (CEST) + (envelope-from Ratskindid@aol.com) +Received: from Ratskindid@aol.com + by imo-r02.mx.aol.com (mail_out_v31_r1.4.) id d.f2.e8a72df (4354) + for ; Wed, 22 Aug 2001 22:28:18 -0400 (EDT) +From: Ratskindid@aol.com +Message-ID: +Date: Wed, 22 Aug 2001 22:28:18 EDT +To: nel@nevrax.org +MIME-Version: 1.0 +Content-Type: multipart/alternative; boundary="part1_f2.e8a72df.28b5c442_boundary" +X-Mailer: AOL 6.0 for Windows US sub 10532 +Subject: [Nel] Questions about NeL use. +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +--part1_f2.e8a72df.28b5c442_boundary +Content-Type: text/plain; charset="US-ASCII" +Content-Transfer-Encoding: 7bit + +Anybody know what other companies are using the NeL engine in game +development at this time? +Thanks, Jonathan. + +--part1_f2.e8a72df.28b5c442_boundary +Content-Type: text/html; charset="US-ASCII" +Content-Transfer-Encoding: 7bit + +Anybody know what other companies are using the NeL engine in game +
development at this time? +
Thanks, Jonathan. + +--part1_f2.e8a72df.28b5c442_boundary-- + +From Ratskindid@aol.com Thu Aug 23 04:32:40 2001 +Received: from imo-r02.mx.aol.com (imo-r02.mx.aol.com [152.163.225.98]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f7N2Wd892510 + for ; Thu, 23 Aug 2001 04:32:39 +0200 (CEST) + (envelope-from Ratskindid@aol.com) +Received: from Ratskindid@aol.com + by imo-r02.mx.aol.com (mail_out_v31_r1.4.) id d.f2.e8a72df (4354) + for ; Wed, 22 Aug 2001 22:28:18 -0400 (EDT) +From: Ratskindid@aol.com +Message-ID: +Date: Wed, 22 Aug 2001 22:28:18 EDT +To: nel@nevrax.org +MIME-Version: 1.0 +Content-Type: multipart/alternative; boundary="part1_f2.e8a72df.28b5c442_boundary" +X-Mailer: AOL 6.0 for Windows US sub 10532 +Subject: [Nel] Questions about NeL use. +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +--part1_f2.e8a72df.28b5c442_boundary +Content-Type: text/plain; charset="US-ASCII" +Content-Transfer-Encoding: 7bit + +Anybody know what other companies are using the NeL engine in game +development at this time? +Thanks, Jonathan. + +--part1_f2.e8a72df.28b5c442_boundary +Content-Type: text/html; charset="US-ASCII" +Content-Transfer-Encoding: 7bit + +Anybody know what other companies are using the NeL engine in game +
development at this time? +
Thanks, Jonathan. + +--part1_f2.e8a72df.28b5c442_boundary-- + +From lejade@nevrax.com Thu Aug 23 10:44:53 2001 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id f7N8ir894463 + for ; Thu, 23 Aug 2001 10:44:53 +0200 (CEST) + (envelope-from lejade@nevrax.com) +Received: from pc252.nevrax.com (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with ESMTP id f7N8ebD34063 + for ; Thu, 23 Aug 2001 10:40:37 +0200 (CEST) + (envelope-from lejade@nevrax.com) +Message-Id: <4.3.2.7.2.20010823103033.00c63540@pop.nevrax.net> +X-Sender: lejade@pop.nevrax.net +X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 +Date: Thu, 23 Aug 2001 10:39:38 +0200 +To: nel@nevrax.org +From: Olivier Lejade +Subject: Re: [Nel] Questions about NeL use. +In-Reply-To: +Mime-Version: 1.0 +Content-Type: text/plain; charset="us-ascii"; format=flowed +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +At 10:28 PM 8/22/01 -0400, you wrote: +>Anybody know what other companies are using the NeL engine in game +>development at this time? + +There's a few (and a few more considering the move), but apart from our +friends at In-Orbit (www.in-orbit.net), we have been asked not to mention +them for the time being. Sorry. +However we expect that as time goes by and the games are released, more and +more companies will hop in the bandwagon... +best, +O. + + +From tanis@digi-web.it Thu Aug 23 10:59:18 2001 +Received: from www.digi-web.it ([62.110.27.80]) + by www.nevrax.org (8.11.0/8.11.0) with SMTP id f7N8xI894561 + for ; Thu, 23 Aug 2001 10:59:18 +0200 (CEST) + (envelope-from tanis@digi-web.it) +Received: (qmail 9495 invoked from network); 23 Aug 2001 08:48:39 -0000 +Received: from unknown (HELO valerio) (172.16.69.2) + by mail.digisoft.local with SMTP; 23 Aug 2001 08:48:39 -0000 +Message-ID: <04ee01c12bb1$487a39a0$024510ac@valerio> +From: "Valerio Santinelli" +To: +References: +Subject: Re: [Nel] Questions about NeL use. +Date: Thu, 23 Aug 2001 10:54:56 +0200 +MIME-Version: 1.0 +Content-Type: multipart/alternative; + boundary="----=_NextPart_000_04EB_01C12BC2.0BF6D4A0" +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 5.50.4522.1200 +X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Messaggio in formato MIME composto da piy parti. + +------=_NextPart_000_04EB_01C12BC2.0BF6D4A0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: quoted-printable + +We'll start working with NEL late this september. But we're not an = +official company, we're just a group of amateurs. + +-- +Valerio Santinelli +http://www.digisoft-multimedia.it/ + + ----- Original Message -----=20 + From: Ratskindid@aol.com=20 + To: nel@nevrax.org=20 + Sent: Thursday, August 23, 2001 4:28 AM + Subject: [Nel] Questions about NeL use. + + + Anybody know what other companies are using the NeL engine in game=20 + development at this time?=20 + Thanks, Jonathan.=20 + +------=_NextPart_000_04EB_01C12BC2.0BF6D4A0 +Content-Type: text/html; + charset="iso-8859-1" +Content-Transfer-Encoding: quoted-printable + + + + + + + + +
We'll start working with NEL late this = +september.=20 +But we're not an official company, we're just a group of = +amateurs.
+
 
+
--
Valerio Santinelli
http://www.digisoft-multimedi= +a.it/
+ +
----- Original Message -----
+ From:=20 + Ratskindid@aol.com
+ +
Sent: Thursday, August 23, 2001 = +4:28=20 + AM
+
Subject: [Nel] Questions about = +NeL=20 + use.
+

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

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

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

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

Cordially,

Victor +Black
High-Tech-Communications.com

+

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

+

 

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

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

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

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

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

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

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

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

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

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

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

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

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

nel_flare.ms
nel_ps.ms


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

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

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


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


--
c'ya!

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

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

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

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

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

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

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

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

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

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

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

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

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

Hi, +

+ +

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

+ +

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

+ +

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

+
+ +

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

+ +

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

+ +

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

+ +

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

+ +

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

+ +

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

+ +

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

+ +

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

+ +

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

+ +

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

+ +

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

+ +

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

+ +

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

+ +

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

+ +

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

+ +

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

+ +

Thanks. +

+ +

Wilson +

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

Hi Vianney, +

+ +

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

+ +

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

+ +

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

+ +

. +
. +
. +
admin_service abort +

+
+ +

In admin_service.cfg, I have: +

+ +

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

+
+ +

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

+ +

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

+ +

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

+
+ +

Thanks, +

+ +

Wilson +

+
+
+ +

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

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

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

+ +

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

+ +

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

+ +

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

+
+ +

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

+ +

Cheers, +

+ +

Wilson +

+
+ +

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

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

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

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

+ Best Regards,

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

Output Window

+

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



+

Results

+

snowballs.exe - 31 error(s), 0 warning(s)
+
 
+
yes im a newbie =3D)
+
 
+
Feel free to mail me back : hubbster@online.no
 + +------=_NextPart_000_0007_01C17DDE.18205B70-- + + +From robert@in-orbit.net Thu Dec 6 02:57:01 2001 +Received: from mail.in-orbit.net ([63.205.226.187]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fB61uup88794 + for ; Thu, 6 Dec 2001 02:56:56 +0100 (CET) + (envelope-from robert@in-orbit.net) +Received: from PCTEST.in-orbit.org ([63.205.226.189]) + by mail.in-orbit.net (8.11.0/8.11.0) with ESMTP id fB60oJs15967 + for ; Wed, 5 Dec 2001 16:50:19 -0800 +Date: Wed, 5 Dec 2001 17:53:42 -0800 +From: =?ISO-8859-1?Q?R=F3bert_Bjarnason?= +X-Mailer: The Bat! (v1.49) Personal +Organization: InOrbit Entertainment, Inc. +X-Priority: 3 (Normal) +Message-ID: <155531971053.20011205175342@in-orbit.net> +To: nel@nevrax.org +Mime-Version: 1.0 +Content-Type: multipart/mixed; boundary="----------A119D143295BE29C" +Subject: [Nel] Landscape Building problems +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +------------A119D143295BE29C +Content-Type: text/plain; charset=ISO-8859-1 +Content-Transfer-Encoding: quoted-printable + +Hi, + +I'm building our landscape using the build_gamedata tools. +The process seems to work and all the .zonel, .smallbank, +.farbank, .rbank and .gr files are created. + +When I run the client with our landscape the far textures +look all strange, the landscape appears and disappears when +I move around using /goto. I also never see the near textures. + +The .rbank files don't seem to be working because I'm never +snapped to ground on our landscape and can't move except +with /goto. + +Everything looks fine in the landscape painter. + +I am attaching my export and build log along with the +config and property files as a zip archive. + +Any hints=3F + +Warm regards, +R=F3bert Bjarnason +InOrbit Entertainment, Inc. +------------A119D143295BE29C +Content-Type: application/x-zip-compressed; name="gd.zip" +Content-Transfer-Encoding: base64 +Content-Disposition: attachment; filename="gd.zip" + +UEsDBBQAAgAIAIG4hCuXTJM3R2IAACNMCAAJAAAAYnVpbGQubG9n7b1rcyTJca75XWb6D/GN1DnL +mfKMa7aZ1oxN3IciZSPJdGwPYbNooLobQwzQB0BzxP31W5VAo3DJiIyI1z3rohyjSTNA5usZlwp/ +/K2MwP/4H6//+cd/ePwX9f4/jv+49/SfLy753cM/3b+o918vry7UL2dfXv789QUfzq7/+uwXf/5B +3f1ydnW1/PH3T//23dO/9Wp8PLt9K/P4w2ciby9bSdxfXs3vXgosHv3up4+X12dX37+fX9zenP/1 +8Pbm6/UFNeGnGX13cXE3fJnOu8zmXebzLmuzLqPhJuQ0M6eNOQ3MaV1O0yLt2rv9+4+Xf5vfvt/f +6/polnNRllKTc5HOucjkXGRzLnI5F/mci0LORW3GRZTT44NjNzxww6M2PGTD4zU8WMMjNTxMw2M0 +PEDDozM8NJFx+bf52d3lxfwPV5cfP8Y/VG+uytNqsq7SWVeZrKts1lUu6yqfdVXIuqrNuYqy+n54 +HDMGMWMEM4YvY+wyBi5j1DKGLGO8MgYrY6QyhulpjPZ//PHPP6oPSzq5vP70/PKzqy+fz366vrm8 +mz8NV+bVZdpN0dWu6GpfdHUouZqKnpt00dWm6Oqy525Lrm5KRv5D2UT5UDZTPpRNlQ9lc+VD2WT5 +UDZbPpRNlw9l8+VD2YT5UDZjPpRNmQ9lc+a8bM6cl82Z87I5c142Z87L5sx52Zw5L5sz52Vz5rxs +zpyXzZnzsjlznjFnPnz95UtvXlv+gmK/6CWEi8vb+59++Xpx8fc4UL66hjKuyYmlM64xGdfYjGtc +xjU+45qQcU07fA1l9DMN9PPgYA2O1OAwDY7R4AANjs7g0AyOy+CgDI7I4HBExuLT7dnd4t+vbn6d +3/YPxosrhjWawSv04BVm8Ao7eIUbvMIPXhEGr2iHrqDBPh0el/iq9uaqPK0m6yqddZXJuspmXeWy +rvJZV4Wsq9qcqyir71Pj+OXs/vzz34fG8dlVeVpN1lU66yqTdZXNusplXeWzrgpZV7U5V1FW3w+P +Y8YgZoxgxvBljF3GwGWMWsaQZYxXxmBljFTGMMXH6G/zq+Sn7Nvvh+5vBn6vB35vBn5vB37vBn7v +B34fBn7fpn9PA/2X6v9k5yd7PtntyT5Pdniyt5NdneznZCcnezjZvZG+vTyff7k6u76Pz+4XVwxr +NINX6MErzOAVdvAKN3iFH7wiDF7RDl1Bg32aHpeBQRkYkYHhGBiLgYEYGIWBIRjo/4HOH+j5gW6P +9Pn1/Ne7s+uLn/79f/0Y6fYXVwxrNINX6MErzOAVduiK+Gf7zVWUdVWTdZXOuspkXdXbxtubs4uz +uy+fz64Sy9friyjnoibnIp1zkcm5KKt1Lucin3NRyLmozbiIcnqchnp8eOCGR214yIbHa3iwhkdq +eJiGx2h4gIZHZ3hoouNy/te/n6e/RH91TY5Ok3GNzrjGZFxjM65xGdf4jGtCxjXt8DWU0c9D4zU4 +WIMjNThMg2M0OECDozM4NIPjMjgogyMyOByRsVimrPin5um36Xub5G918rcm+Vub/K1L/tYnfxuS +v21Tv6VkX8X7+X26K9+n+/J9ujPfp3vzfbo736f78326Q9+ne/R9ukvfp/v0fUanUrzXUh2e6u1U +V6f6OdXJqR5OdW+qb1Mdm+rVVJcm+jOxUCR6OtHRiX5OdHOilxOdnOjjRBcnejjRwZH+vf98ef7X +zr9bztt41dZzXa5ek3mdzrzOZF5n09dlNTarpVnNzGpjVgNftG7/D0d/Vpd36ub6u1f/cf7lnTo/ +u76+uVd392f36v/97rvvLz8t//c/vrv89Jt36k836u7r+Wf18fJqrm5u1cXl7fz8/ub2773v0/9/ +N9dz9U5dzL/Mry/m1+eXL96uj9/w6/zq4tnv//Ef/njzSf3b/dnt/fKlg/89o++p+X5mVNO8a/Q7 +bU//8R/e/Ez9549/UhRC6ER/WkrOb787//JFNcYuYjy8yXCwbMeyuR+Xr42/e3btxfftT79//93y +B78uH0EmwB+kA+yJBqCZdB8tIwi3gcTbQNIDvYzwrJfqPzBaz2TnMxpgTzrAvmiA5XQWjkDSo/Bq +sglF2OeYzpu9eubMNjTAgfjqfDDmyiYUYV88wkH+dHY909l1T9HMghGabTwBDqQDHIoGWE5n4Qgk +PQqvJptQhLpeCm3zFGH5Y/XxbBHn4jv1h5vbZR2h5re3N7d36sP86ubXd+q3l9cXl+fzO3V2O1f/ +8vv/pb7992//J/3TPxXHDovY7xcSan8Z5Z26v/27ur9RH5Y/uv88V927KOpa0SLOQyWy+Pdlvla/ +Xt5/7vl1t/r94z/8++dF+fTw28W/nF3dzs8u/t7Jzi8ebl2qf7y5WjRq+YHvLl204t2TZLNDbWnF +2tKk29Lwt0XvUFtotq7GbNUHRqfbovnbYnaoLUTrasxWffpNui2Gvy12h9pCzboas1Wffptui+Vv +i9uhtpBeV2O26tPv0m1x/G3xO9QWMutqzFZ9+n26LZ6/LWGH2kJ2XY3Zqk9/SLclCAyMW1djtuoT +0+6QhTHQlnaryv41NEbu40+zXXJkhlrz7PfbUPuvpTlhbc3ZrmWAaJdspqHWEG2VobGW5rTra86W +rWvNLplnQ62hZqtsmnU0p5mtrzlbtrDpXbIEh1pDeqvMp3U0p6H1NWfLFjazS0bnUGvIbJWlto7m +NM36mrNlC5vdJft2qDVkt8r0XEdzGr2+5mzZwuZ2yWAfag0JJNHGrK85W7YS+J2ypgdaQ3673M81 +NKcRXNfCbnnTQ80J22UYrqE5jVtfc7ZsKWh3y50eak67XY7hOprj19ec7VrZmtlO2dNDzWlmW2UZ +rqU5YX2TbbtWtoZ2yp8eak5DW+UZrqU57fqas2UrW7NTBvVQc5pmq0zDdTRHz9bXnC1b2fROOdRD +zWn0Vpmg62iOpvU1Z8tWNrNTjvtQcxqBNKqb9TVny5YCu1Me9VBzGrtVLug6mqMFVza3Ux71UHMa +t1W24Tqao836mrNlS4HfKY96qDmN3y7bcA3N0XZ9zdmylS3slkc91JywXbbhGpqj3fqas2UrW7tb +HvVQc9rtsg3X0Ry/vuZs18qmZzvlUQ81R8+2yjZcS3PC+ibbdq1smnbKox5qjqatckHX0px2fc3Z +spWt2SnLfag5WiCNmtn6mrNlS4HeKY96qDlab5ULuo7mGMGVzeyURz3UHG22yjZcR3NMs77mbNlS +YHfKox5qjrZbZRuuozlGr685W7ayuZ3yqIeao91W2YbraI4x62vOlq1sfqc86qHmaL9dtuEammPs ++pqzZStb2C2Peqg5YbtswzU0x7j1NWfLVrZ2tzzqoea02+WCrqM5fn3N2a6Vzcx2ynIfao4RSKMm +rG90tmspMLRTHvVQcwxtlQu6luYIrmzNTnnUQ80xzVbZhutojp2trzlbthTonfKoh5pj9FbZhuto +jqX1NWfLVjazUx71UHOM2SrbcB3Nsc36mrNlK5vdKY96qDnGbpVtuI7mWL2+5mzZyuZ2yqMeao5x +W2UbrqM51qyvOVu2svmd8qiHmmP8drmga2iOtetrzpatbGG3LPeh5gikUevW15wtWwra3fKoh5rT +bpcLuo7myK1sdrZTHvVQc+xsq2zDtTQnrG+ybddSYGmnPOqh5ljaKttwLc1p19ecLVvZmp3yqIea +Y5utsg3X0Rw3W19ztmxl0zvlUQ81x+qtsg3X0RxH62vOlq1sZqc86qHmWLNVtuE6muOa9TVny1Y2 +u1Me9VBzrN0qF3QdzXF6fc3ZspXN7ZTlPtQcK5BGnVlfc7ZsKfC75VEPNMf67XJB19Acwfog7JZF +PdScsF2u4Rqa06yvNVu2ELS75VAPNafdLtNwDc3R62vNdq1rbrZTBvVQc9xsqzzDdTTHrG+ubde6 +5min/Omh5jjaKstwHc2x62vNlq1rzU7Z00PNcc1WOYZrac76WrNl65reKXd6qDlOb5X/uY7m+PW1 +ZsvWNbNTXvtQc5xAEg3ra43YQvCP//DHm0/q3+7Pbu+Xl/3vN807jTVZ+dnbJjfGLkLs//jjn39U +B5dXi+bc3C+e4uv1xbtn11583y4a8d3yB7/G+xQNcCgd4Eg0QDfQ4hGE20DibSDpgV5GeNZLQx8Y +3/OB8Y9rBDmh+cwT4Eg6wLFogOV0Fo5A0qPwarIJRThmmc40C7KzDQxwLB3gRDTAcjoLRyDpUXg1 +2YQinGzC6nwsvXieSAf4IR4g8KzOwhHSk40pwol4hB/yp3M4jT0FkW+qn6L56ffvh5qJBviDdIA9 +0QBauou0dAuMdAuM9CCbF10EfFZCCLJTGQywJx1gXzSAlg5gpMfASI+BedFF9VO5aYVnGhpgXzrA +gWgALR3ASI+BkR4D86KLhqZy2zOVW+k1jSfAgXSAQ9EAWjqAkR4DIz0G5kUX1U9l5WeyMw0NcCgd +4Eg0gJYOYKTHwEiPgSkxsc3s7VQ2s4eHaBf/IjLTmAIcSQc4Fg2gpQMY6TEw0mNgSgzsxFTu/c6W +c6ahAY6lA5yIBtDSAYz0GBjpMTAl5nVqKhOWnodbCQY4kQ7wg2gALR3ASI+BkR4DU2JcG+qZyoTb +50lXliOAGSHAnmgAK90CmzLjmALsrX2mJYvbLexGmQD5nqZpesapeSjh28bIVG4cAdLdyBNgXzpA +vmFndM84aRbXMFGWMARIdyNPgAPpAPlulDE942RYLLEEczMESHcjT4BD6QBHHOOkrZEqXRgC5HQj +GuBIOkCBj2B7xsk+mhmzmRCXMwRIdyNPgGPpAAVFcs8L64bhLeB0BcgQwEgHSI8TT4AT6QA/sEwE +8AP7frCV4HQXD7AnGsBJt8AlayOeAAUlZs9LpebhlUzyTgr8GQKku5EnwJ50gIISs+e1GRO46yeB +AOlu5AmwLx2goMTs+SLdtLhDmSZWhgDpbuQJcCAd4JBjnKiZBSFiZQiQ041ogEPpAPklpu353sjO +WOrcOFByBEh2I1OAI+kA+SWm7bGqLbHUuXEu5wiQ7kaeAMfSAfJLTNtjVduG5RWdeAXIEcBKB0iP +E0+AE+kAP3BMBNTofT/USiiAGyHAnmgAL90Cn6qNmALkl5i251sXq4WJlSNAuht5AuxJB8gvMW2P +m28frWotRawcAdLdyBNgXzrAwSaM0+EudaNMgPwS0/Z862ItvnMwTawMAdLdyBPgUDpAQYnZY7Zb +h78fmQZKhgDpbuQJcCQdoKDE7LGqreeunwQCpLuRJ8CxdIATjnFCK4sfhlqJgr9sgJxxQgOcSAco +KDF7vrOwAf8qNV0BMgTwIwTYEw0QpFsQkrURT4A9ppkmRawMATK7MTB1o0yAghKz51sX27LUuQli +ZQiQ7kaeAPvSAXJLTPNu9uZbl+XPHr9SaJ0EsfIESHQjW4AD6QCH+eNEPeP0+PY7NSLEyhMg3Y08 +AQ6lAxxxjBPqRxwPtRIKkNONaIAj6QDH+ePU9IxTw8J7J/FWNiy0dCQd4Fg6wEn+OOmecdIsFugP +8VZqlg+sbID0OPEEOJEO8APHRIDeoUxUgDwBwggB9kQDtNItaOO1EVuAvfyZZnpmmsHfAk0TK0OA +dDfyBNiTDrCfP062Z5wsy+cpQayWezbKBNiXDlBQYrqecXLc9ZNAgHQ38gQ4kA5wyDJO4Lp3NNhK +cNU4kA5wKB2goMT0PePkWfy9BFAyBEh3I0+AI+kABSVm6Bmnx5MrrRiXMwRIdyNPgGPpAAUlZtsz +Ti3LVwqJCrBl+cDKBkiPE0+AE+kAP3BMBLTOfT/USihAO0KAPdEAyz+78D57oKjnSwuasTQzv/yg +HqeXSPRvjvEEePUXu4aa2WOUUoPvDUrCAEeAwmb22EukWQg8nks5AhQ2s8fbIPPtO5LZOGBEPYU7 +We6/dTT0ED3VDvFUO/GkTDy1gmyAV38C53cP/3T/ot5/vby6ePgLj+/U1eWnz/fPLhjq8Z66hfzq +FdDzm19+ubnuHlW3zfJR/+t8/uX+8uZa/Xp5daU+zNXV2dfr88/zxQP/69n951UDFv/3Vn159/3F +2f3Zh7O7+fdXZ9cXd+dnX+bf/3Q//6/7r7fzn/590eS77//yl1/Obu/+8vH+y+3Nzf1fFv/34ut5 +F+Ps7m5+f/eX+/nt7dnl9V/uF5d/OLv+6133bz/N/+vLze39X86/3t7Or+//8uHrL19m391/Oku2 +6FvojwuFrl1k20W7/uXy7m7ZQY+/Xo7Fu015+td/76Qb48cJtEyt79R//v7HPx3/6VCdn13/5l5d +3ZxdqMvru/uz6/O5+nR78/WLuvy0mKRn599dfuqboXwRLmQjLD4HsRDNLBHCON0f4u7zYkgf/u/d +9//699uzXy4vZvRd94OMFcv0pKjnB3btxufneYu27/Pz5gA19s8PV4Tl7BYOEf+IMkaYy3dTTYgm +mKdk+yxAlzlfJduzj9F0ztmKj5FWuEQImaXM9hQV9hvzd+X+LixlL1u0bUvZy6eXWAX4IkQTNWsj +5uIRPkYi6EQEjnVmIATHOsMb4lMkhEuEkFrK3p7cbL8dS0zuWxXGPuueR9iNxfJ5i7ZvseQa8Shu +sE6qjxUReBYazn76KN5Pn2QjLBvxORLCJELILGWu58Un9/RWj9SsY43wSTZCNPWwNuKzfCMuIyH8 +Giadbt5OOt28+gqYfUowRvgsGyG6SLA24lK+ET9HQthECJlJ53t2afhvWxBWX60xTwnWCJeyEaKL +BGsjfo5EMIkIUjOiCW9nRPNgJButd+PLiZct2jbI3u7xoK0ej+GnR5YCE3Gi+SJY8QgmYkGxtkE4 +gsuKsG2fvGarP3n9T//IZf0jXp0iRwmSzMOhZ1NH+LZjoTvidhfy8MsWbVse3u7xoK0ej+GnR9Z/ +HcmSfBGMeAQ7RhsuxNsgHMGJR9ARH5t1HObi4zAXH4dYBLe9a2zTv0q57Vhj+5/+2xvJgfU1iVGC +DBDX279AFb69FNL9MZXdIK7nLdo+4nr+9DK5iyuCFY/gxCPEMwtjL83Fe0k4go58o8c6Dh/Fx+Gj ++DhEIjye+t4fgSujyARJZpR28b/XGWX5s4evebTZjRr+ZYu2LaO8fHoJzueLYMQjWPEIboxe+ije +Sx/Fe0k4go68EMA6Dp/ExyES4dtX6b0RRBZ7PXu7j6772bcHme3CYv+qRVu22L96egHkY4xgxCNY +8QhujF76JN5LsQiebS59lo1gxCPYaISmSUSQWorfnI3e/ezhZRqj3Y4sxc9btH1L8fOnFyAZxghG +PIIdow2fxdsgHEH3v4rH20uX4r0kHMFFItDT64S9EWSWYnpnXr/V3P3s4YQasxsWyKsWbdtS/PLp +JUiGL4IRj2DHaMOleBuEIzjxCLr/rWjecfhZfBx+Fh+HWISQiCCz2Dfvmte7Cbqf7dS7469atG2L +/cunl6AxvghGPIIVj+DG6KWfxXvpZ/FeikVwY796uwj65q8Ndz9b7c7ajWXseYu2bxnb5vGgrR6P +4acXePWWMYIVj+DEI0ReX+LtpQvxXhKO4OMR7PauHk3/589ux+rR9/T6218RZN77PEqQJEvoxf9O +3zyIfnwXaUdeAXrVom1jie0eD9rq8Rh+egmW4ItgxCPYeATDE8GJR4ixBGsbhCN48QiRFwgZIxjx +CFY8gsuKsAtM97JF28d03w4H430Jb5QgSaZbHnr9mulWB2G3u3EO4asWbRvTvXx6iUqbL4IVj+DE +I3jxCLHsyDoOc/FxmIv30kfZCEY8ghWP4OIRQiICT86SCpLMWfbtn3nvfvb4B1B35O30ly3atpz1 +8ukl1kq+CEY8ghWP4OIRNNs4fJSNYMUjOPEIsRd4+SIY8QhWPIKLRnj8e3/9EaTSiTFv08m3o5qX +f8RtN9LJ8xZtXzp5/vQyyxhXBCMewYpHcOIR4gslYy99Eu+lT+K99Fl8tn4WH4fP4uMQiWApEUEm +nbh3zZt0svzZwxusfkc2bL1s0balk5dPL7GM8UUw4hGseAQnHiG2ULL20mfxXopFsGy9dCkbwYhH +sOIRXDTC49m5/RFk0ol/N3tzFIP/dupeo+1upJOXLdq2dPLy6SWWMb4IRjyCFY/gxCPEFkrWXroU +76VL8V76WXy2/iw+Dj+Lj0MkwuMfT+yPIJVO7OxtOrGznfq7g69atH3p5PnTyyxjXBGMeAQrHsGJ +R4gvlIy99LN4L8Ui2LH/wJwOPSZL+FaINTPaDSp+2aJtW8ZePr3Ei8l8EZx4BB+PYNl66UI2ghWP +4MQj+HiENhFBZhlr3/7Jwu5njy5Dsxs7al62aNuWsZdPL7GM8UWw4hGceAQvHiG2ULL20oV4L12I +99JcfLbOxcdhLj4OsQghEUEqnbw9oKx9Op5nR/7O2qsWbV86ef70MssYVwQrHsGJR/DiEeILJWMv +zcV7aS7eSx/FZ2ssgmYbB+EIPh6hTUQQSSdm9tZk6X4m+tY1YwQbj2BF37pmjOCzIuxAWn/Voi1L +64wjHlkoeWftR/FZKxwh8lYUYwQrHsFFI2ga+y14szxR+fVi/3TK8q5sBH7Vom1bZF4+vcQiwxfB +ikdw4hG8eITYMsbaS5/Ee+mTeC99Fp+tn8XH4bP4OEQiEI29R3cR1Oi36eSxTGra3bCiXrVo+9LJ +86eXWca4IljxCE48ghePEF8oGXvps3gvxSIYtl66lI1gxSM48Qg+GuHxjaL+CDLpZHl29ut08nSe +NsdXXb1Tji+CFY/gxCN48QixDyZrL12K91JGhF2An5ct2jb4YZ21P4uvHj+Lfy5+Fv9cRCI8Hi46 +4hflRr+bvf5j5t3PHh7EWZE/9cEYwYpHcOIRfFaEXVgoX7Zo2xZK1s/Fz+Kz9mfxWRuJQCYRQWoZ +M/R2GXs8RZRjkTnvbypXBC8eIYhHiLwjwxjBiUfw4hFCPIIb/WNj3pF9/bFZ/uzxDyrgL8n3Tjm+ +CC4ewfFE8OIRYh8b1jZciLdhLhvBiUfw0QiPfw6tP4LUB/PN5tTuZ2xVVGRCcEVw4hG8eIT4pGZs +w1y8DR/FR/qjeC/FItjR62Xb8yagfTr3xsj8nQXGCE48ghePEMQjxD42rL30UbwNn8Tn0ifxXopE +0LOx/w7yIqgNbz/69vHUb+9mQlOOK4ITj+DFI4R4hJZtHD7JRvDiEYJ4hNi3eHwRnHgELx4hRCK4 +byfq9EeQWb7cO/1m+Vr+jG1D/Kf+pnJFcOIRvHiEIB7BRqccYy99Fu+lz+K9dCk+Wy/Fx+FSfBwi +EYwd+4AI49/Rmy8qlz97tGaczFspfBGceAQvHiH2sWFtw6V4G34WH+mfxXspEuHbGT29EaQ+mJbe +fjAtsf298siE4IrgxCN48QhBPEL8Y8PYSz+L91Isghv7T4ib8K55fUJF97Nv+xNmIl+M8UUI4hFi +3yHwRfDiEUI8gk1EkJpytmfK2cemhiA15bgiePEIQTxCfFIztuFCvA1z8ZGei/dSLIJPRJD5YLaL +1eD1B7N9OsTfyPwRdcYIXjxCEI8Qm9SsbZiLt+Gj+Eh/FO+lSITHowDG/Mqn7fnKp/32ZYY2rROa +clwRvHiEIB4hPqkZ2xCL0LK14ZNsBC8eIeJd29m3bdv9EUQ+mIug+vWm6u5nbC+bfexvKlcELx4h +iEdw0QnB2IZP4m34HIlg2EZaOEKIR2jHfnHR0tv9RN3P2CyB3gnBF8GLRwjiEWKTmrUNn8XbcCk+ +0pfivRSJQGZs82cR1Ni3H8xvX+QJfbvFGMGLRwjiEeKTmrENl+Jt+DkSwYl+u8UYIUQjPH3VMNr3 +Z7Z517x+1b/72bdDTmXWUb4IPh6BeCIE8QixSc3ahlgEk4ggNeVsz5T7dpgJNUbCpmeM0IpHiDia +jBGCeIQ2HkEnIshMOf2ueVOwL3/2wEFai+zSY4wQxCO04hFik5q1DRfibZiLj/RcvJdiEUIigtQH +0/q3H8zHL8FUKzbluCIE8QiteIT4pGZsw1y8DR/FR/qjeC/1RjDvZjoRQeaDad7pN5Bmvu174nA/ +5v1N5YoQxCO04hF8dEIwtuGjeBs+iY/0J/FeikVwoztp9t3sjZO2/BnbCSS9E8J+2zPEcQKJcIRW +PEJsUrO24ZN4Gz6Lj/Rn8V6KRCAa+zSbRVDdvv1g6lZ0dxhjhCAeoRWPEJ/UjG2IRDAz0Z1VjBGC +eIQ2HmH0vVvWvaM35s/yZ48vWrYyU44vQohHMDwRWvEIsUnN2oZL8Tb8LBshiEdo4xHaRASpD6bx +bz+Yxotu5mOMEMQjtOIR4pOasQ2RCN++ahjx606/+CS9nnL+26eL412oXhP9ZYQdOEr3VYu27Chd +xhGnWXzILdukupCN0IpHWHZTLEQY/S1B//ZvInU/ezzOTUstAlwR2qwIu7HMPG/R9i0zXCOeWGYe +/8wMx7S9kI2QWAQYGzGXjdCKR1h2U02IJpjlh/zHH//84/MAy+seLv51fnUxv+j0P363/Mmvwq34 +GGlFmwghs+KHd/Sm0lj+7NGLCDIv0/BFaLMi7MKK/7JF27bi8414dLFknbbzSITA1wjhELGvk/gi +tHUROJZj3pH4KD/Yn/pDPL661B9CasV/cy5Q97MHk8s5qY8OV4Q2K8JurPjPW7R9Kz7XiCcWS8Zp ++7EiAs9SxtlPH8X76ZP4x1s4QmI55gzxORLCJ0LIrPjt2z9N2v3sIfVoI3L0M2OEVjxCbFrzRYhO +OtZGfBYfiM/y3TRCiMv+EI8nmfSHEPhs6nez2eJ/Lz6bjz8T3KjPGqEVj9A7rVkj9E867kZcig/E +pXw3jRDi50gIO+63IV1Qbd5+NkWPh2CN0IpHiE9rbcUnneb7GvFn2QiteITEB2fsw0YWQendzL/+ +4Cx/9kC+5BuRSccXoRWPEJtzfBGiM4Le0SwRonpG/O7hn+5f1OH8en57dj9X5zfXHy8/qbvz28sv +9y8vWl397/O7u/nV4vJnPx+YYLpngmmvjv90oKhtgvrl7PLB/aGuPX/+ev/l6/2PNzf3S6/nnz+9 ++37xRGf355+/z1UxTyoXl7fz8/ub27//890vC8F8CbuQeGjqoq2XN9evH+X7+8d+WPwuW9QtRH+c +X3w9n//b19uPZ+fzu3++v/06z73dL27/t64Z729uL+a3ZXcvZ+Mfbn5ZdMp8/2r+t+7JiwTalcAf +53+bX93988ezq7vc2/1scfsfL6//ugj+y/z6vujhPS1jf73fv/hU1me+eT6O8/9n8QkqfOzljPyX +m69Xl9c1dy9n4r/e3ixG+u7H+f3t5aLfbgslljNxGfmPNzd//Y8v3Tz87rvvl2vB988WhIv0JPzw +9fLq4qe7xax7UKWwnIt38/vFAtQ5YPfP5vri/plTi0Xp93/oE33YK7QQRX3b9qffv++MtivRMMuG +jBKHxovzh5Hi7MXjROdW0ywXqq93D7bqcpQfn1Y1MzsDpfZWUoRIdbP7m9ZiuqNaeystX6RljF+t +q+rpC4AXH8gyQbtcaRf//O6BBZbfA6jlVwKik+XXs9svd4tE+8t3d7+cXV3F4r1d4BqzXNv//eb+ +7Er925ez68V/zHLvbF7c+cfLu/v8u3WzXFjvu7vPu95/WPvuL3+ZL0TUxdnf7/6vxf//fPP1tvuX +Xy6vFyN0pxYjtPivu/mCli7uEPZRLOyjcPZREuyjMPZREPsolH0Uxj4KYR9Vyz4KZR8FsY/C2Ucx +s4+qYh//sKLH1ks1UhJX4kk88MbZj8eJDkYpLBRJpWGhSGp/JdUgUsPcUaaV5o4yrf2VVijSqmOY +lGA+wzDO4SyGCT0LVR7D9N+ZyzB9d4/FMOE09jyofxNw/yZI+DcB828C5N8E1L8JmH8TEP8m1Po3 +AfVvAuTfBNy/Ccz+TQD8m/CwosfWSzZj5SDNFjQSw9AIDMMa5yDNSsQHOMQHOJlSByspjUjl8g0x +8g1x8w2x8A2NzDdUzTcE8Q1tGN8oFr5RON8oCb5RGN8oiG8UyjcK4xuF8I2q5RuF8o2C+EbhfKOY ++abKo6FZt6Ifynoaw3yjRuAB1jiHI8U5YvGCckgiU+pwJWVAqaOVlEU9l6fHWkxpVOtopUUj+Dct +i3/TjuzftNX+TQv5N+0a/Zv2NPY8qH/T4v5NK+HftJh/00L+TYv6Ny3m37SIf9PW+jct6t+0kH/T +4v5Ny+zftPX+DdHDih5bL0mcB5jjHI0U5zgep8DBSMNCkVQaFoqkjldSDpEa5o4yrTR3lGkdr7Sa +Ii2EYYiFYWhkhqFqhiGIYWjDGEaxMIzCGUZJMIzCGEZBDKNQhlEYwyiEYVQtwyiUYRTEMApnGMXM +MHUeTfOwoovWfBlsoUZgC9Y4J2mGUXzgofjAI1PqZCXlEalc7lCM3JGrdbLS0mW2yeTDTD7M5MNM +Pszkw2yKD6MfVnTRmm+RFn8Ywx6ZjRRnGJVoBFRijfMDi63EZeBkchSL52JmRVpJ9klpVbFPUjCb +fcxsXP/m+VOXsU/kzkz26b17JPYxs9PY84D+TUSlhH0iEhj7RERz2Sdyeyb7RO7OZ5+IQC779N+e +yT6Rm4fZJ3JjPvtEBDLZJ3J3CftEJKrZ57leGftYMkr37QB/XC1ZKsUmvmOaOcwfxgmzN0IYPU6n +mWSYXD9Er7Y7LWYUqLT3pGQRJbN6Ju9noNLekxIVKSG8o1h4R43MO6qadxTEO2rDeIdYeIdw3iEJ +3iGMdwjiHUJ5hzDeIYR3qJZ3COUdgniHcN4hZt6hGt6xXYoRrQ6HQYTGARGuMPtpQiA2QiA2QshU +2n9ScohSHmsQG2tkKu0/KTWTSzO5NJNLM7k0k0uzlS6N65LVLvgaaZzgDHPA4mswuRF5rJGpdPCk +9PZboUXq4vI1ipSSrFGkdPCkpIuU6qiFWLwWGtlroWqvhSCvhdbotdBp7HlQr4Vwr4UkvBbCvBaC +vBZCvRbCvBZCvBaq9VoI9VoI8loI91qI2Wuheq/Fd8kqtlqKuxO8YQ7GCXMYD8PlaxQpZbBGptLh +k1JAlPJYg9hYI1Pp8EnJFCkh1EIs1EIjUwtVUwtB1EIbRi2KhVoUTi1KgloURi0KohaFUovCqEUh +1KJqqUWh1KIgalE4tShmaqnyWkKXrERrvGGcUPI4wRnmKE0t4/oaeayRqXT0pNSuydeoYo1MpaMn +JTt5LZPXMnktk9cyeS1b6bW0XbJaozvBGeZonDCx/UuLJZrL1yhSSrJGkdK3zT62mSFKQ6xRpJRk +jSKl4yclV6RURy0Ni9fSjOy1NNVeSwN5Lc0avZbmNPY8qNfS4F5LI+G1NJjX0kBeS4N6LQ3mtTSI +19LUei0N6rU0kNfS4F5Lw+y1NNVeSzPrklVstRR3J3jDHI8T5iRNLYqNNRQba2QqnTwpEaKUxxqK +jTUylU6elHyREkItioVa1MjUoqqpRUHUojaMWoiFWginFpKgFsKohSBqIZRaCKMWQqiFaqmFUGoh +iFoIpxZippYar6WhLlmJ1njDOEHyOMEZ5ocRwuhxwphkmPFdmjxyEvZWqnhncmn+G7o0uod3NItL +o3GXRku4NBpzaTTk0mjUpdGYS6MRl0bXujQadWk05NJo3KXRzC6NrnVp/GKwTO8ZMXqc4070OMed +MIaxyTBcp6potn1Mmu1UFc22+yhfya6eiWaNA6X2VlK+SKqOWzSLT6NH9ml0tU+jIZ9Gr9GniXML +sXAL4dxCEtxCGLcQxC2Ecgth3EIIt1AttxDKLQRxC+HcQszcQjXcQl2SKZKsSsHEloI5tvdotmNL +NNuxJZpte0++UiYWEB8WZErtr6RCkRRCGMRCGDQyYVA1YRBEGJMzMjkjkzMyOSNDhNF0+eqtpGEr +zQ3bESOGbSuOYSvyDdsRI4ZtK47hcwuKpNJYUCR1sJJqi6TqCMOweBhmZA/DVHsYBvIwzBo9DHMa +ex7UwzC4h2EkPAyDeRgG8jAM6mEYzMMwiIdhaj0Mg3oYBvIwDO5hGGYPw9R7GLrLV0WSVVxAbFzA +sW3GsPkFhu04EMO2bcbwuQVFUjlYkCl1+CSle1Kc5fYwLIuHYUf2MGy1h2EhD8Ou0cOwp7HnQT0M +i3sYVsLDsJiHYSEPw6IehsU8DIt4GLbWw7Coh2EhD8PiHoZl9jBsvYdhunxVJFnIBZbt6A7LtsXF +svkFlu3oDsu2xcXyuQVFUjlYkCl1tJKiIimEMBQLYaiRCUNVE4aCCENtGGEQC2EQThgkQRiEEQZB +hEEoYRBGGIQQBtUSBqGEQRBhEE4YxEwYVR6G7fJVkWQVFxAbF3Bs4LBsfoFlO2bDsm0FsXxugSuR +SmNBkdTxSqopkqojDMfiYbiRPQxX7WE4yMNwa/Qw3GnseVAPw+EehpPwMBzmYTjIw3Coh+EwD8Mh +Hoar9TAc6mE4yMNwuIfhmD0MV+9huC5fFUkWcoFjOxLDsR2J4dj8Asd2JIZjOxLD8bkFRVI5WJAp +dbKS0kVSCGEoFsJQIxOGqiYMBRGG2jDCIBbCIJwwSIIwCCMMggiDUMIgjDAIIQyqJQxCCYMgwiCc +MIiZMKo8DN/lK9F6LHV8hRvn+ArGMDYZhstkcWynZDg2a8SxnZLBaGf4Eqk0t3huZ8SzOCN+ZGfE +VzsjHnJG/BqdEX8aex7UGfG4M+IlnBGPOSMeckY86ox4zBnxiDPia50RjzojHnJGPO6MeGZnxNc6 +I8uNj91GyNhyKX6qhh/nVA3GMC4ZhuugDM+2h8bzHZTh+ba+5Eu5Z0/VhAaU2ltJ6SIpBF0UC7qo +kdFFVaOLgtBFbRi6EAu6EI4uJIEuhKELQehCKLoQhi6EoAvVoguh6EIQuhCOLsSMLlSFLr5LM0gt +m5eFiS0Lc+xY8XwnXHi+Ey48356VfKlMNCA+NMiU2l9J9byvE7gNksBikISRDZJQbZAEyCAJazRI +wmnseVCDJOAGSZAwSAJmkATIIAmoQRIwgyQgBkmoNUgCapAEyCAJuEESmA2SABgkoctYRZqFbBDY +TrkIbLtWAl+pH/hOuQh8+1YCn2tQJJWDBplSByspWySFUIZioQw1MmWoaspQEGWoDaMMYqEMwimD +JCiDMMogiDIIpQzCKIMQyqBayiCUMgiiDMIpg5gpo87LaLuMVaRZxQbExgYcO1cCn2sQ+E66CHx7 +VwKfa9CWSKXRoEjqcCXliqTqKKNl8TLakb2MttrLaCEvo12jl9Gexp4H9TJa3MtoJbyMFvMyWsjL +aFEvo8W8jBbxMtpaL6NFvYwW8jJa3Mtomb2Mtt7L0LMuYxVpFrJBy3baRcu2e6Xlcw1avtMuWr79 +Ky2fa1AklYMGmVJHKylfJIVQhmKhDDUyZahqylAQZagNowxioQzCKYMkKIMwyiCIMgilDMIogxDK +oFrKIJQyCKIMwimDmCmjysvQ1GUspOzMYwNiYwOObR0tn2vQsp14schlXFtECqSG0KBMKokGZVLH +K6lQJFVFGUnBbMpYXDiql/H8qcsoI3JnJmX03j0SZdjZaex5QC8jolJCGREJjDIiormUEbk9kzIi +d+dTRkQglzL6b8+kjMjNw5QRuTGfMiICmZQRubuEMiIS1ZTxXK+YMpouYxVplrFBmVKKDcqUUls+ +C5Qy0UDxoQHHqRcFUplooPjQIFPqZCXVFkkhlKFYKEONTBmqmjIURBlqwyiDWCiDcMogCcogjDII +ogxCKYMwyiCEMqiWMgilDIIog3DKIGbKqPMydJexRIuyxIEbnGHsOGFcMgyT2VKmlAFULAYJsZ2h +USA1iC5FUml0IW6DhFgMEhrZIKFqg4Qgg4TWaJDQaex5UIOEcIOEJAwSwgwSggwSQg0SwgwSQgwS +qjVICDVICDJICDdIiNkgoWqDpAlNtz8ytlxKH7nBGcaNE8Ynw3CdolEmldxaUyA1tFW2TCq5H6ZA +yj97KqsDKLW3kmqLpBB4USzwokaGF1UNLwqCF7Vh8EIs8EI4vJAEvBAGLwTBC6HwQhi8EAIvVAsv +hMILQfBCOLwQM7xQFbzoLs2ANXZOHia+PMyxj6WsXM9J6cSX0jn2sRRIDdJBUyKVpoMiqacGWjMr +kqoDjYbFJWlGdkmaapekgVySZo0uSXMaex7UJWlwl6SRcEkazCVpIJekQV2SBnNJGsQlaWpdkgZ1 +SRrIJWlwl6RhdkkawCUxXcYq0iylg4btAIwyqeRWlgKpQTpo2A7AKJNKbmUpkMqkA8VHB5lSBysp +KpJCQEOxgIYaGTRUNWgoCDTUhoEGsYAG4aBBEqBBGGgQBBqEggZhoEEIaFAtaBAKGgSBBuGgQcyg +Uedo2C5jIZVnJh0QHx1w7GYpkMqkA44zMKzm282i+byDIqk0HRRJHa6kmiKpOtDQLI6GHtnR0NWO +hoYcDb1GR0Ofxp4HdTQ07mhoCUdDY46GhhwNjToaGnM0NOJo6FpHQ6OOhoYcDY07GprZ0dCAo+G6 +jFWkWUoHmu0YjDKp9IYWzecdaLZjMMqk0htaNJ93UCSVQweZUkcrKV0khYCGYgENNTJoqGrQUBBo +qA0DDWIBDcJBgyRAgzDQIAg0CAUNwkCDENCgWtAgFDQIAg3CQYOYQaPO0fBdxkIqz0w6ID46YNno +Yfi8A8N3Eobh2zNi+LyDIqk0HRRJHa+kTJFUHWgYFkfDjOxomGpHw0COhlmjo2FOY8+DOhoGdzSM +hKNhMEfDQI6GQR0NgzkaBnE0TK2jYVBHw0COhsEdDcPsaBjA0QhdxirSLKUDw3cYhuE7DMPweQeG +7zAMw3cYhuHzDoqkcuggU+pkJWWLpBDQUCygoUYGDVUNGgoCDbVhoEEsoEE4aJAEaBAGGgSBBqGg +QRhoEAIaVAsahIIGQaBBOGgQM2jUORptl7FE67LUMRxmnGM4GMP4ZBg2w8Xynaxh+VwSy3eyhuWz +Noqk0vBiuV0Sy+KS2JFdElvtkljIJbFrdEnsaex5UJfE4i6JlXBJLOaSWMglsahLYjGXxCIuia11 +SSzqkljIJbG4S2KZXRJb7ZJYHboNk7HlUvwgDjvOQRyMYUIyDNvJGpZvo43lO1nD8u2OyZcKz57K +twaU2ltJ2SIpBF4UC7yokeFFVcOLguBFbRi8EAu8EA4vJAEvhMELQfBCKLwQBi+EwAvVwguh8EIQ +vBAOL8QML1QFL22XZsAaOycPE18eZtnSYvmOw7B8x2E4vi0t+VKDdFAklaaDIqn9lZQrkqoDDcfi +kriRXRJX7ZI4yCVxa3RJ3GnseVCXxOEuiZNwSRzmkjjIJXGoS+Iwl8QhLomrdUkc6pI4yCVxuEvi +mF0SV++SmFmXsYo0S+nA8R2H4fi2tDi+gt/xHYfh+La0OD7voEgqhw4ypQ5WUr5ICgENxQIaamTQ +UNWgoSDQUBsGGsQCGoSDBkmABmGgQRBoEAoahIEGIaBBtaBBKGgQBBqEgwYxg0aVo7FYkHzveR+O +zztwfMdhOL4tLZ7PO/B8x2F4vi0tns87KJJK00GR1OFKKhRJ1YGGZ3E0/MiOhq92NDzkaPg1Ohr+ +NPY8qKPhcUfDSzgaHnM0PORoeNTR8Jij4RFHw9c6Gh51NDzkaHjc0fDMjoYHHI2my1hFmqV04PmO +w/B8W1o8n3fg+Y7D8HxbWjyfd1AklUMHmVJHK6m2SAoBDcUCGmpk0FDVoKEg0FAbBhrEAhqEgwZJ +gAZhoEEQaBAKGoSBBiGgQbWgQShoEAQahIMGMYNGnaOhu4yFVJ6DdBD4jsMIfBs9Ap93EPiOwwh8 +e0YCn3dQJJWmgyKppwaG2axIqg40AoujEUZ2NEK1oxEgRyOs0dEIp7HnQR2NgDsaQcLRCJijESBH +I6CORsAcjYA4GqHW0QiooxEgRyPgjkZgdjQC4GiYLmMVadbRgeKjA5bjMAKfdxD4jsMIfMdhBD7v +oEgqhw4ypU5WUlQkhYCGYgENNTJoqGrQUBBorMfRaHtAo2VxNFrc0WglHI0WczRayNFoUUejxRyN +FnE02lpHo0UdjRZyNFrc0WiZHY0WcDRsl7H6NEc5iKMd5yAOxjAhGYbNcGn5TtZo+VySlu9kjZbP +2iiSSsNLy+2StCwuSTuyS9JWuyQt5JK0a3RJ4vCiWOBF4fCiJOBFYfCiIHhRKLwoDF4UAi+qFl4U +Ci8KgheFw4tihpcal8S3ptswGVsuxQ/iaMc5iIMxTJsMw3ayRsu30ablO1mj5dsdky/Vrp6qmdkZ +KLW3kqIiKQReFAu8qJHhRVXDi4LgZXJeJudlcl4m52UQXmyXZsAaOycPE18exre0NO9mM6bjMEql +Eim9VCqxpaVIKk0HpVIJOiiV2l9JNUVSFaAxIJgJGp3KiC7Jy6cuAY3onVmgEbl7FNBYxj6NPQ/k +kkRV8kEjKoGARlQ0DzSit2eBRvTuXNCICuSBRuz2LNCI3jwEGtEbc0EjKpAFGtG780EjKlEJGi/1 +ikHDdRmrSLOIDkqlcugA39JSJJVJB4qPDvAtLUVSmXSg+OggU+pgJaWLpBDQUCygoUYGDVUNGgoC +DbVhoEEsoEE4aJAEaBAGGgSBBqGgQRhoEAIaVAsahIIGQaBBOGgQM2jUORq+y1hvNYnPOyCm4zBK +pRJbWoqkBumAmI7DKJVKbGkpkhqkgyKpNB0USR2upEyRVB1oEIujQSM7GlTtaBDkaNAaHQ06jT0P +6mgQ7miQhKNBmKNBkKNBqKNBmKNBiKNBtY4GoY4GQY4G4Y4GMTsaBDgaoctYRZp1dKD46ADf0lIk +lUkHio8O8C0tC6mGzzsokkrTQZHU0UrKFknVgUbD4mg0IzsaTbWj0UCORrNGR6M5jT0P6mg0uKPR +SDgaDeZoNJCj0aCORoM5Gg3iaDS1jkaDOhoN5Gg0uKPRMDsaDeBotF3GKtIspYOG6TiMUqnERo8i +qUE6aJiOwyiVSuwZKZLKpAPio4NMqeOVlCuSQkCDWECDRgYNqgYNgkCDNgw0FAtoKBw0lARoKAw0 +FAQaCgUNhYGGQkBD1YKGQkFDQaChcNBQzKBR42gsMlSXsZDKM5MOFB8d4MdhFEkN0oFmOg6jVCqx +o7RIapAOiqTSdFAkdbKS8kVSdaChWRwNPbKjoasdDQ05GnqNjoY+jT0P6mho3NHQEo6GxhwNDTka +GnU0NOZoaMTR0LWOhkYdDQ05Ghp3NDSzo6GrHY1FhuoyVmy5lD2IgzdMGCdMmwzDZrhoppM1iqQy +OYj4OIj44IX44IW44YVY4IVGhheqhheC4IU2DF4UC7woHF6UBLwoDF4UBC8KhReFwYtC4EXVwotC +4UVB8KJweFHM8FLhkiw3SHYbJkVrvehBHLxh2nHC0CwZh+dojVKp9E4bzXS0RqlUentMvtSyy58e +S8968MUUae2ttHyRVh2/GBbzxYxsvphq88VA5otZo/liTmPPg5ovBjdfjIT5YjDzxUDmi0HNF4OZ +LwYxX0yt+WJQ88VA5ovBzRfDbL6YWvNlmVi6RFOkWZqJDd+JGIZvV4vhOxHD8J2IYfh2teRL5fIB +MfJBrtb+SisUaSGsQSysQSOzBlWzBkGsQRvGGoqFNRTOGkqCNRTGGgpiDYWyhsJYQyGsoWpZQ6Gs +oSDWUDhrKGbWqPNKmi5piZZmy5RxEHMXDJ8lYPgO3zB8G2gMn7tg+A7fMHwbaCyjT1GmleYQy+15 +WBbPw47sedhqz8NCnoddo+dhT2PPg3oeFvc8rITnYTHPw0Keh0U9D4t5HhbxPGyt52FRz8NCnofF +PQ/L7HlYwPPQXaKJLZckziGWz8WwfGdzWL79NZbPxbB8Z3NYvv01ltHDKNN6ei5NsyIthEOIhUNo +ZA6hag4hiENowzhEsXCIwjlESXCIwjhEQRyiUA5RGIcohENULYcolEMUxCEK5xDFzCF1fojpEo1o +2ZbBIYoPHhQfPLBsv7HrcB4y4YFl+40r8jDS7FCmdbTSoiKtOg5xLH6IG9kPcdV+iIP8ELdGP8Sd +xp4H9UMc7oc4CT/EYX6Ig/wQh/ohDvNDHOKHuFo/xKF+iIP8EIf7IY7ZD3GAH2K7RFOkWZrUHd+J +G45vL4njcwQc34kbjm9bimP0Fsq0cvggV+t4pdUUaSGsQSysQSOzBlWzBkGsQRvGGoqFNRTOGkqC +NRTGGgpiDYWyhsJYQyGsoWpZQ6GsoSDWUDhrKGbWqPM8XJe0kOozExAUHyCwHLrh1lH1DwKC5zt0 +wzP6B2VaaT4o0zpZaekirTrW8Cy+hh/Z1/DVvoaHfA2/Rl/Dn8aeB/U1PO5reAlfw2O+hod8DY/6 +Gh7zNTzia/haX8OjvoaHfA2P+xqe2dfwgK/hu6QVWy7FT/zw45z44XnfWknEYfNdPN8ZHp7PLPF8 +Z3h4Rn+jTCuHX4ibX4iFX2hkfqFqfiGIX2S8kt89/NP9y7dhfPbTerxRLHijcLxREnijMLxREN4o +FG8UhjcKwRtVizcKxRsF4Y3C8UYx402NlaJn7mHjpmg5mDoUxI90KAhnHBovzh9GirOXBjaWY0s8 +38Yiz3hsiWfcDlQ7Kv9x/dfrm1+v1ccl3sxvbxejcnmtfnOw/M/fxLLRQ9MefvKbbkxvvsyv5xe/ +mbyWyWuZvJbJa9kyr2Wxoj4ssbL2xHBWpRGyKmuc/VicwHc+SeA7nyTw7ewJjOeTBMbzSQLj3p5Q +OVmqoWIvDypCtQESIAMkrPFlkXAaex7U4Qi4wxEkHI6AORwBcjgC6nAEzOEIiMMRah2OgDocAXI4 +Au5wBGaHIwAOR3hYYmPrqvwOmTBSqc4cZ3+kOAdpeFF8xKH4iINlO1BgdB4C40EkYWwXY78EOFQ1 +cCgIONSGAQexAAfhwEESwEEYcBAEHIQCB2HAQQhwUC1wEAocBAEH4cBBzMBR5WLQ7GEfBF8hVwcc +NEKCZo1zOFKcIxa3JCe1s2wKCnybggLjTp7AuJNndIfjMA842mqHo4UcjnaNDkd7Gnse1OFocYej +lXA4WszhaCGHo0UdjhZzOFrE4WhrHY4WdThayOFocYejZXY42nqHg+hhie0TZa3UowmaOc7RSHGO +43HYzulo+XbstHw7dlrGIz9axi07LeOWnXZsF+OoBCpUNVQoCCrUhkEFsUAF4VBBElBBGFQQBBWE +QgVhUEEIVFAtVBAKFQRBBeFQQcxQUediNA9LbGxdpZGSPY2Q7FnjnKShgvhIgPhIgGW/SsvoCLSM +e19axr0v7dhOxfHkVExOxeRUTE7FTjgV+mGJFa3sU9tcW95XPn5Yv1HBGudkpDg/sBgvXBbHENjQ +jM+VKNRKwshCa2SH4yQLRp63sQxGIndmwkjv3SPBCM1OY88DOhwRlRIYiUhgMBIRzYWRyO2ZMBK5 +Ox9GIgK5MNJ/eyaMRG4ehpHIjfkwEhHIhJHI3SUwEpGohpHnemUwYsko3bfx9XFVZfEDmvhGUeYw +fxgnzN4IYfQ4nWaSYXIdA73aVLKYUaDS3pOSRZTM6pm8n4FKe09Kb12aBc4LuCEDcKFfP/3t8niO +h8dvl2vof/7+xz8d/+nwnTo+VFdLVri+eRj2DK1VT9hO68vt/MvZ7eIZv2WTxXpytci2fceYUOLP +/jqzTA3nj+eizB/Tg/o/X8+u78/uyqT8clm77VKsunvMsW8VEn9zx7vlw3Q/7Sjn49XNzcVyLK4q +9bquWnTmt7vVp8XYLRhiflGkE2ZLnW/3vlyuPzzQQKHecjI/QFGdQGNWAl8eUtyioa3R6nf/tzIL +WPmtd9/N1Jf57fliPB8GZfm4//Q2jItP28YvueXu7G/zhw/EMwR7JLrlNFyE/75bba5uy9Qf0mBC +vVO9Of+8yMdJ5RTLG2Nz7+2l+abJux3CeZuP8z2HAhPLocCEHwpMEocCE3YoMEGHAhN6KDBhhwIT +cigw1R4KTOihwAQdCkz4ocDEfCgwVR8KvECmjqD6JNmsqxRn84bZGyfMfjxMrks1BMBFSkkALlLa +f1JyiNIQShcpJVG6SGn/Selt2mxEXME0lDdvXM16KG8SDmk5lKfUCqG8oYRUFpQ3TVyhBsqTeg9Q +HnKgPKVTA+VpvQwoTwr0Qnkz820H5aHtoNzmQPnbMJVQvtcH5Un1HCjfi0F5o/MMduNM7r39UG7z +boeg3GVDeaNPY88DeuwRlRIoj0hgUB4RzYXyyO2ZUB65Ox/KIwK5UN5/eyaUR24ehvLIjflQHhHI +hPLI3SVQHpGohvJG13vsrmOxPskxXGnmMPvjhDmIh2HyksuUUihdpnTwpOQRpQGULlNKonSR0sGT +0tuv6hs/vlPeeD6nvPGcTnlKrRTKA+qUNy2vU57U67pKz7KgvOV1ytN6OVDeljrl2s6aJZS3i+z3 +W99812RBecvklO/3QnkLOuX7USjPfAW3bdrce3uh3Ji828eC8p63cBuWt3Ab/C3cRuIt3AZ7C7eB +3sJt0LdwG+wt3AZ5C7epfQu3Qd/CbaC3cBv8LdyG+S3cpq13yn3HYn2SY3jLzGEOxglzGA/D5Err +WYlSCqXLlA6flAKiNIDSZUoplC5TOnxSeps2tR7fKdeazyl/q4VAuTZsTnlSKgvKteV1yrUbcsqN +y4HylE4NlKf1MqA8KRCB8sUnaAHlNFsk3t+69jufQ+Vv41RS+UEflSfVc6j8IEbl2uVZ5TSb6dyb +e7HchbzbR8Jy3fMCi3YcXnlEpQTLIxIYlkdEc7E8cnsmlkfuzsfyiEAulvffnonlkZuHsTxyYz6W +RwQysTxydwmWRySqsVy7eq88dDTWJzmGu8wc5nCcMEfxMEy+dJlSEqaLlI6elFpEaQimi5SSMF2k +dPSk9PbbCTMb3ys3Mz6v3Mw4vfKUWiGWG0K98pRCDZabZsgrd1leeUqnBsvTehlYnhToxXJjXfcC +C+nutfLZd5SD5W/jVGL5YR+WJ9VzsPwwhuXPlZNY3jife3MvllPPXw7uvX8kLjfNaex5QLs8olLC +5REJjMsjorlcHrk9k8sjd+dzeUQgl8v7b8/k8sjNw1weuTGfyyMCmVweubuEyyMS1Vxumnq7vO1w +rE9yDIOZOczROGGO42GYrOkypRRNlyl9O93BNj2JRXNZ02VKSZouUjp+Unr7BYVx49vlxvHZ5cZx +2uUptVIu96hdbgKvXZ7U67rKZtnlKZ0qLg+gXZ4U6Ofypn2wy5vFPF/a5W0Wlwcmu/yol8sDaJcf +Rbk880/sUNPzDaYp+Cs7PvP2sbC85y0Ww3JArcEPqDUSB9Qa7IBaAx1Qa9ADag12QK1BDqg1tQfU +GvSAWgMdUGvwA2oN8wG1pvqA2gV+dTTWJzmGwcwc5nicMCfxMEzWdJlSEqaLlE6elAhRGoLpIqUk +TBcpnTwpvXXDbDO+XW4bPrvcNpx2eUqtEMutRu1ya3jt8qTew6vlJgfLUzo1WJ7Wy8DypED/fk+9 +aOoCy90iSyzdcpdD5W/DVFL5cR+VJ9VzqPw4RuXPlVNU7nreDY/c2/9qeZN3+0iHsFhzGnse0CuP +qJRAeUQCg/KIaC6UR27PhPLI3flQHhHIhfL+2zOhPHLzMJRHbsyH8ohAJpRH7i6B8ohENZRbU+2V +N9SxWJ/kGO4yc5iTccL8MEIYPU4YkwzD5LJbW6KUKgwKlAZwvkwpifN+fJfdej6X3XpOlz2lVorz +AXXZLbPLbtvB41tsFs63vC57Wi8H59vi41vMQrfDeVrgPOW9k/42TCXOn/TifAua7CdRnM/8C3DO +znLv7cV5TXm3Qzhv8nG+x2O3LB67xT12K+GxW8xjt5DHblGP3WIeu0U8dlvrsVvUY7eQx25xj90y +e+y22mP3i8EyfUek23aU0745w5hxwthkGKZDxcuUUgfB2JbrUPEypdTxLQVKdvVMNGteU/nif7MS +qb2VlO+TGvEPv3WdPfynVl62sORPrUTvzPpTK5G7R/lTK8vYp7HngWzBqEo+R0QlEI6IiuZxRPT2 +LI6I3p3LEVGBPI6I3Z7FEdGbhzgiemMuR0QFsjgienc+R0QlKjnipV4pR1C36BdJlqTEUqV4SixV +ih/oUKSUTK6lSvHkWqoUP9ChSCkzTSueNF0gtb+SCrGMr0bL+HslGV9VZ3wFZXy1YRmfWDI+4Rmf +JDI+YRmfoIxPaMYnLOMTkvGpNuMTmvEJyviEZ3xizvhVzkHT5Q+kIsvL08SWp+G94kVKeXmaGPI0 +8ewVL1IaTNNFUuk0XSR1sJJq+6TGrfH38zI+Vdf4BNX4tMYan05jz4PW+ITX+CRR4xNW4xNU4xNa +4xNW4xNS41NtjU9ojU9QjU94jU/MNT7V1/i6yx9FkoV5mngOSCxViu9CLVLKy9OKLU/Du1CLlDLT +tOJJ0wVSh09SehbL+OPV+AclGV9VZ3wFZXy1YRmfWDI+4RmfJDI+YRmfoIxPaMYnLOMTkvGpNuMT +mvEJyviEZ3xizvhVNb7p8gdSkQ3l6Ybn7LVSpfgGtyKloTzd8Jy9VqoU3+BWpDSYpouk0mm6SOpo +JUV9UuPW+Id5Gb+prvEbqMZv1ljjN6ex50Fr/Aav8RuJGr/BavwGqvEbtMZvsBq/QWr8prbGb9Aa +v4Fq/Aav8RvmGr+pr/Ftlz+KJKvytGLL0/B+kyKlvDyt2PI0vHOlSCkzTSueNF0gdbySamIZf7wa +/6gk46vqjK+gjL+eGl/3ZHzNUuNrvMbXEjW+xmp8DdX4Gq3xNVbja6TG17U1vkZrfA3V+Bqv8TVz +ja/ra3zX5Y8iycI8rXkOjClViu8LLVIaytOa58CYUqX4DtMipcE0XSSVTtNFUicrKd0nNW6Nf5yX +8XV1ja+hGl+vscaPZ3zFkvEVnvGVRMZXWMZXUMZXaMZXWMZXSMZXtRlfoRlfQRlf4RlfMWf8qhrf +d/kjtqjKnkbBG8aME8Ymw3CZEJrn0IsipTwkUWxIovg4QvFxxHjOwUkJR6hqjlAQR0zOweQcTM7B +5BykOWK50avb+MVXnZXs6ucNY8cJ45JhWDbqL/5n2PYoGL6N+oZva0G+lHv2VE1oQKm9lZTukxrR +krDZxweYakvCQJaEWaMlYU5jz4NaEga3JIyEJWEwS8JAloRBLQmDWRIGsSRMrSVhUEvCQJaEwS0J +w2xJVJ8qulzmu2W/SLMqKyq2rMixI8Dw7bA3fDvsDd+egHypzFSteFJ1gdT+SsrEsr4aLevvlWR9 +VZ31FZT11YZlfWLJ+oRnfZLI+oRlfYKyPqFZn7CsT0jWp9qsT2jWJyjrE571iTnr1xkIocsgm1HB +DuVqy7YrwPKVwpZvl73l2xdg+arqIql0qi6SOlhJ2T6pcWv9zGMEbHWtb6Fa366x1rensedBa32L +1/pWota3WK1voVrforW+xWp9i9T6trbWt2itb6Fa3+K1vmWu9S1Q67ddBinSrMrVii1Xc+wMsHxV +teXbaW/59gZYvqq6SGooVRdIHa6kXCzrj1frH5RkfVWd9RWU9dWGZX1iyfqEZ32SyPqEZX2Csj6h +WZ+wrE9I1qfarE9o1ico6xOe9Yk561fV+nrWZRDJutqx7bZ3bLsDHF9V7fh22zu+/QGOr6oukkqn +6iKpo5WU75Mat9bPPE7AVdf6Dqr13RprfXcaex601nd4re8kan2H1foOqvUdWus7rNZ3SK3vamt9 +h9b6Dqr1HV7rO+Za39XX+pq6DFKkWZWrFVuu5nht3vFV1Y5vx73jewXf8VXVRVJDqbpA6nglFWJZ +f7xaP/NIAV9d63uo1vdrrPX9aex50Frf47W+l6j1PVbre6jW92it77Fa3yO1vq+t9T1a63uo1vd4 +re+Za30P1PpNl0GKNAtztWfbde/Zdt17vqra8+2693y77j1fVV0klU7VRVInK6m2T2rcWv+4JOtT +ddYnKOvThmV9xZL1FZ71lUTWV1jWV1DWV2jWV1jWV0jWV7VZX6FZX0FZX+FZXzFn/bpaX3cZJLaq +im/49+Ns+GcM45JhuMwIz7aH3/MZCJ5vD7/nq/qLpHJQYjwD4WQyELbSQAgSBkLADIQAGQgBNRAC +ZiAExEAItQZCQA2EABkIATcQArOBEKoNhCY03X6wPs1RtvyHcbb8M4bxyTBsu/gD39aFwLeLP/Dt +N8iX8s+eyuoASu2tpFq+iVIFEy77bIFQ7UsEyJcIa/QlwmnseVBfIuC+RJDwJQLmSwTIlwioLxEw +XyIgvkSo9SUC6ksEyJcIuC8RmH2JUO1LLJb5btkv0qzLi4ovL7LsEwh8u+8D3+77wLdPIF8qM1sr +nmxdIPXUQGtmscSvRkv8eyWJX1UnfgUlfrVhiZ9YEv/kIkwuwuQisLoIpssgolVsy7cBv+XbKtDy +FcQt3wb8lm+rQMtXWxdJpbN1kdTBSor6pMat+DNPGGirK/4WqvjbNVb87WnsedCKv8Ur/lai4m+x +ir+FKv4WrfhbrOJvkYq/ra34W7Tib6GKv8Ur/pa54m+Bit92GaRIsy5bK75szbJboOWrrVu+Pfgt +326Blq+2LpIaytYFUocrqSaW+Mer+PMOGaBZbcUfuTMz8ffePVLip9lp7HnAij+iUpL4IxJY4o+I +5ib+yO2ZiT9yd37ijwjkJv7+2zMTf+Tm4cQfuTE/8UcEMhN/5O6SxB+RqE78z/WKE7/rMkiRZmG2 +LpNKZusyqeSGgQKpoWxdJpXM1mVSyQ0DBVJD2bpMKpmty6SOVlK6T2rciv+wJPFTdeInKPHThiV+ +xZL4FZ74lUTiV1jiV1DiV2jiV1jiV0jiV7WJX6GJX0GJX+GJXzEn/rqK33cZpEizLlsrvmzN8SJ9 +gVRmtlZ82ZrjnfwCqcFsTSVS6WxdJHW8kjJ9UuNW/HlHDTxvYWHiJ6jipzVW/HQaex604ie84ieJ +ip+wip+gip/Qip+wip+Qip9qK35CK36CKn7CK35irvgJqPhDl0GKNEuzNbFtxi+TSm57K5AazNbE +thm/TCq5g65AKjNbE0+2LpA6WUnZWOIfr+I/Lkn8VJ34CUr8tGGJX7EkfoUnfiWR+BWW+BWU+BWa ++BWW+BWS+FVt4ldo4ldQ4ld44lfMib+u4m+7DMJXTpUdA8AZxo0TxifDsBkSxLazv0Aqk0sUH5ew +lP5NiVQaJpqRXYS88waet7AQJhrIRWjW6CI0p7HnQV2EBncRGgkXocFchAZyERrURWgwF6FBXISm +1kVoUBehgVyEBncRGmYXoal2EawO3Qax2KoqfRAAZxg/TpiQDMO1s79MKrmRoUBqaK9gmVRy90GB +VHj2VL41oNTeSsryTZQqmPC55w30rhglMEEQTNCGwYRigQmFw4SSgAmFwYSCYEKhMKEwmFAITKha +mFAoTCgIJhQOE4oZJlQVTLTdso9Ue5l5UfHlRY4tA2XlbE6KVXwplmPLQIFUZrZWPNm6QGp/JeXW +7CL43PMG/lu6CLon8WsWF0HjLoKWcBE05iJoyEXQqIugMRdBIy6CrnURNOoiaMhF0LiLoJldBF3v +IphZl0GKNEuztWbbjl8mld4yoPkKYs22Hb9MKr1lQPPV1kVS6WxdJHWwkvJ9UuNW/HnnDfR+uvMS +v4Yqfr3Gij+e+BVL4ld44lcSiV9hiV9BiV+hiV9hiV8hiV/VJn6FJn4FJX6FJ37FnPirKv7FguT7 +zhtIadZla8WXrVm2DGi+2lqzbccvk0pvGdB8tXWRVDpbmxKpw5VU6JMat+LPPG/AVFf8Bqr4zRor +fnMaex604jd4xW8kKn6DVfwGqvgNWvEbrOI3SMVvait+g1b8Bqr4DV7xG+aK3wAVf9NlkCLN0mxt ++LbjG74tA4avtjZ82/EN35YBw1dbF0kNZesCqaOVVBtL/ONV/IcliZ+qEz9BiZ82LPErlsSv8MSv +JBK/whK/ghK/QhO/whK/QhK/qk38Ck38Ckr8Ck/8ijnx11X8ussgSGWWma0VX7ZmeZHe8NXWhm87 +vuF7J9/y1dZFUulsXST11MAwm/VJjVvxZ543YKsrfgtV/HaNFb89jT0PWvFbvOK3EhW/xSp+C1X8 +Fq34LVbxW6Tit7UVv0UrfgtV/Bav+C1zxW+Bit90GaRIszRbW77t+JZvO77lq60t33Z8y7cd3/LV +1kVSQ9m6QOpkJUWxxD9exX9ckvipOvETlPhpwxK/Ykn8Ck/8SiLxKyzxKyjxKzTxKyzxKyTxq9rE +r9DEr6DEr/DEr5gTf13Fb7sMwldOFR4EYMc5CIAxTEiGYTMkLN/OfrsOF2GQSxxf6V8klYYJN7KL +kHnegKt2ERzkIrg1ugjuNPY8qIvgcBfBSbgIDnMRHOQiONRFcJiL4BAXwdW6CA51ERzkIjjcRXDM +LoKrdhF8a7oNYrFVVfwgADfOQQCMYdpkGLad/Y5vI4Pj29nv+HYf5Eu1q6dqZnYGSu2tpIhvolTB +RMg+b8BVOxMOcibcGp2JOEwoFphQOEwoCZhQGEwoCCYUChMKgwmFwISqhQmFwoSCYELhMKGYYUJV +wYTtln2k2svMi4ovL7JsGXB82/Ed33Z8x7dlIF8qM1srjmztS6T2V1JNn9SILkLIPm/AV7sIHnIR +/BpdBH8aex7URfC4i+AlXASPuQgechE86iJ4zEXwiIvga10Ej7oIHnIRPO4ieGYXwQMugusySJFm +abb2fNvxPd+WAc9XEHu+7fieb8uA56uti6SGsnWB1MFKSscS/3gV/35J4qfqxE9Q4qcNS/yKJfEr +PPEricSvsMSvoMSv0MSvsMSvkMSvahO/QhO/ghK/whO/Yk78dRW/7zIIUpllZmvFl61Ztgx4vtra +823H93xbBgJfbV0klc7WRVKHKynTJzVuxZ953kCorvgDVPGHNVb84TT2PGjFH/CKP0hU/AGr+ANU +8Qe04g9YxR+Qij/UVvwBrfgDVPEHvOIPzBV/ACr+0GWQIs3SbB34tuMHvi0Dga+2Dnzb8QPfloHA +V1sXSQ1l6wKpo5WUjSX+8Sr+w5LET9WJn6DETxuW+BVL4ld44lcSiV9hiV9BiV+hiV9hiV8hiV/V +Jn6FJn4FJX6FJ37FnPjrKv62yyBIZZaZrRVftmZ5kT7w1dYt33b8lu+d/Javti6SSmfrIqnjlZTr +kxq34s88b6CtrvhbqOJv11jxt6ex50Er/hav+FuJir/FKv4WqvhbtOJvsYq/RSr+trbib9GKv4Uq +/hav+Fvmir+trvgXGaPLIEWapdm65duO3/Jtx2/5auuWbzt+y7cdv+WrrYukhrJ1gdTJSsrHEv94 +Ff9xSeKn6sRPUOKnDUv8iiXxKzzxK4nEr7DEr6DEr9DEr7DEr5DEr2oTv0ITv4ISv8ITv2JO/Koq +8VOXQfjKqcKDANpxDgJgDNMmw7AZEi3bzv5mxuYilEkluaRAaggmyqSSMLGQGtdFyDtv4HkLy2Ai +cmcmTPTePRJMNLPT2POALkJEpQQmIhIYTEREc2EicnsmTETuzoeJiEAuTPTfngkTkZuHYSJyYz5M +RAQyYSJydwlMRCSqYeK5XhlMLDeEdRvEYquq9EEAnGHaccLQLBmHa2t/mVRyJ0OB1NBmwTKp5PaD +Aqlllz89lp45VGtvpeX55koVT7S5Rw70LholPEEQT9CG8YRi4QmF84SS4AmF8YSCeEKhPKEwnlAI +T6hanlAoTyiIJxTOE4qZJ1QVT1C38INlaE5mVHyZkWPXQFlFm5NkFV+S5dg10FC21HC+LtNK5+sy +rf2VVujTGtFLaHNPHXjexMLcT5CXQGv0Eug09jyol0C4l0ASXgJhXgJBXgKhXgJhXgIhXgLVegmE +egkEeQmEewnE7CUQ4CU0XRKJraps1fdBrPomvpKZ2Db/l0klNygUSA2CAbFt/i+TSm5QKJDK5QJi +5ILxPIH9Ei6gai4giAtow7hAsXCBwrlASXCBwrhAQVygUC5QGBcohAtULRcolAsUxAUK5wLFzAV1 +noDuFn6+aquOCxRfMld8yZxj/0KBFGOVP5jMG7b9CwVSw7m8TOvpuTTN+rTG9Qvyzix43sRCLmgg +v6BZo1/QnMaeB/ULGtwvaCT8ggbzCxrIL2hQv6DB/IIG8QuaWr+gQf2CBvILGtwvaJj9ggbwC0y3 +8MdWVXm/oOGrzBu2owPKpJLbGwqkMpM58SVzju0NBVI5ubxE62ilRXwzuJYLDku4gKq5gCAuoA3j +AsXCBQrnAiXBBQrjAgVxgUK5QGFcoBAuULVcoFAuUBAXKJwLFDMX1PkFtlv4kcotM8kqviTL8q7+ +WirmwSSr+V7714y1d5lWOl+XaR2vtJo+rXE9gbxTDZ43sTD3a8gT0Gv0BPRp7HlQT0DjnoCW8AQ0 +5gloyBPQqCegMU9AI56ArvUENOoJaMgT0LgnoJk9AQ14Aq5LIkWapQlbs236L5NKb67TfFWxZtv0 +XyaV3qenGevrMq2hfF2idbLS0rHcP17df1yS+6k69xOU+2nDcr9iyf0Kz/1KIvcrLPcrKPcrNPcr +LPcrJPer2tyv0NyvoNyv8NyvmHN/Xd3vuyTCV1GVnTjAGaYdJ8wyISXisPkSmu8MAUYzwfCdIWAY +6/8yrTRPmJG9hMyzDUy1l2AgL8EIegm/e/in+5du+by6OT+7evbzIeAwp7EHRs0Gg5sNRsJsMJjZ +YCCzwaBmg8HMBoOYDabWbDCo2WAgs8HgZoNhNhvM6/Lt9sPZ9V8flgZatuvq5uziYSF8NrMfPyhf +budfFg/+/cOOtavb2AosV9FFHiRrAabqBZigBXg9BV18fVUs66vC11clsb4qbH1V0Pqq0PVVYeur +QtZXVbu+KnR9VdD6qvD1VTGvrwpfX/cS66sac33dy11fdwtwJ36d+HXi193l1/1N4df9iV8nfp34 +deLX3eLXw03h18OJXyd+nfh14tfd4tejTeHXo4lfJ36d+HXi193i1+NN4dfjiV8nfp34deLX3eLX +k03h15OJXyd+nfh14tfd4Vcdfz3rSb17X/On228N7CK4bsAfVpX5Yo35cnN18+lyflcs5GnZiZ8W +y+ni+ebLdWcl1r2Kff757Pbs/H5+O4CVoDhJijewuI6L67KpoZfCd2d/m8emRs6UmGqHqXaYaoep +dtjo2kHHX417UufIbSSZ20gyt5FkbiPJ3EbVuW1wSkx121S3TXXbVLdtet22P9Vtm1+30biF2/5U +uE2F21S4TYXbthduB1PhtvmF2+I/x6zcDqbKbarcpsptqty2vXI7nCq3LajczKiV2+FUuT3Gtj3J +zbJUbhav3KxE5Waxys1ClZtFKzeLVW4WqdxsbeVm0crNQpWbxSs3y1y5WabKrX+3ieWq3Kxk5WYl +KzcrWbkVioei3GbBwm1wShTmNgsVbnaNhVs8tymW3Kbw3KYkcpvCcpuCcptCc5vCcptCcpuqzW0K +zW0Kym0Kz22KObfhhdtxYiFTXLlNSeY2JZnblGRuyy/cmorkVl+4Dc6JquSmoOQ2FW5T4TYVblPh +VpTcTqbCbfMLNz1q4XYyFW5T4TYVblPhttWFm4ltaLLjHtFgsk4gnyqHqXKYKoepctiWysHEttTY +cQ9oMFnnj0/sOrHrxK4Tu24Ru+5vCLvuT+w6sevErhO77hS7HmwIux5M7Dqx68SuE7vuFLsebgi7 +Hk7sOrHrxK4Tu+4Uux5tCLseTew6sevErhO77hS7Hm8Iux5P7FrIriFwsOsrlRp2fSXBw66vREvZ +9dXthez66u5ydn0lUMquL28vZNdXN+ez66sby9n1lUAhu766u4ZdX0nA7LrUg1bXkxS7LtVHWl1P +stn1RRcWseurOwvZ9cXdm8CuxnCw60uVKnZ9KcHEri9Fi9n15e2l7Pry7gp2fSlQzK4vbi9l15c3 +F7Dryxsr2PWlQCm7vry7il1fSuDsutCrX13t0PuuC/UxVldb9L7r8y4sY9eXd5ay6/O7J3ad2HVi +14ldB1bXvU1gV1vyvuvErhO7Tuw6ses2sOv+hrDr/sSuE7tO7Dqx606x68GGsOvBxK59q6vrWV0d +C7s6nF2dBLs6jF0dxK4OZVeHsatD2NXVsqtD2dVB7OpwdnXM7OqY2LX/fVc3OrtmvO/qqtnVQezq +1siu8dUVZVeHs6uTYFeHsauD2NWh7OowdnUIu7padnUouzqIXR3Oro6ZXR0Tux4lVtcx2fUod3Wt +YVcHsaub2HVi14ldJ3YtX12PN4Rdjyd2ndh1YteJXXeKXU82hF1PJnad2HVi14ldd4ddXex915HZ +1WW97zqx68SuE7tO7Lot7Opi77uOzK4u633XiV0ndp3YdWLXLWLX/Q1h1/2JXSd2ndh1YtedYteD +DWHXg4ldJ3ad2HVi151i18MNYdfpfdeJXSd2ndh1t9j1aEPYdXrfdWLXiV0ndt0tdj3eEHad3ned +2HVi14ldd4tdTzaEXaf3XSd2ndh1YtcdYle/Ie+7+ul914ldJ3ad2HWn2NVvyPuufnrfdWLXiV0n +dt01dt3fEHad3ned2HVi14ldd4tdDzaEXaf3XSd2ndh1YtfdYtfDDWHX6X3X3tXV96yunoVdPc6u +XoJdPcauHmJXj7Krx9jVI+zqa9nVo+zqIXb1OLt6Znb1TOza/76rH51dM9539dXs6iF29Wtk1/jq +irKrx9nVS7Crx9jVQ+zqUXb1GLt6hF19Lbt6lF09xK4eZ1fPzK6eiV2PE6vrmOx6nLu61rCrh9jV +T+w6sevErhO7lq+uJxvCricTu07sOrHrxK67w64h9r7ryOwast53ndh1YteJXSd23RZ2DbH3XUdm +15D1vuvErhO7Tuw6sesWsev+hrDr/sSuE7tO7Dqx606x68GGsOvBxK4Tu07sOrHrTrHr4Yaw6+HE +rhO7Tuw6setOsevRhrDr9L7rxK4Tu07sulvserwh7Dq97zqx68SuE7vuFruebAi7Tu+7Tuw6sevE +rjvEru2GvO/aTu+7Tuw6sevErjvFru2GvO/aTu+7Tuw6sevErrvGrvsbwq7T+64Tu07sOrHrbrHr +wYaw6/S+68SuE7tO7Lpb7Hq4Iew6ve86sevErhO77ha7Hm0Iu07vu/aurqFndQ0s7Bpwdg0S7Bow +dg0QuwaUXQPGrgFh11DLrgFl1wCxa8DZNTCza2Bi1/73XcPo7JrxvmuoZtcAsWtYI7vGV1eUXQPO +rkGCXQPGrgFi14Cya8DYNSDsGmrZNaDsGiB2DTi7BmZ2DUzsepJYXcdk15Pc1bWGXQPErkGQXX/3 +8E/3L91k+nR18+Hs6tkvJrqd6Hai262i265dv5z9da7OFgvk5fXd/dn14inXBrEm64XX8R5mb5Me +Zn+THuZgkx7mcJMe5miTHuZ4kx7mZGMexm7SOmM3aZ2xm7TO2E1aZ+wmrTN2k9YZu0nrjN2kdcZt +0jrjNmmdcZu0zrhNWmfcJq0zbpPWGbdJ64zbpHXGb9I64zdpnfGbtM74TVpn/CatM36T1hm/SeuM +36R1JmzSOhM2aZ0Jm7TOhE1aZ8ImrTNhk9aZsEnrTNikdabdpHWm3aR1pt2kdabdpHWm3aR1pt2k +dabdpHWm3aR1hmabtNAsn2Zvo55mf6Oe5mCjnuZwo57maKOe5nijnuak6H3IN1+St8vXDi6vL+/V +/ee5+j9fzy7Up9vLi0IR8/yb9qvL67/eFQos3/s4v5qfXavbb+8QqOWv1dcvRUqmWX7pP1Nnt3N1 +d7/s36/Xy+eZX6jfEs0enu3hhaF/KhRevhtyd/a3eextrl/Pbr/c3d/c/vLdp9syaW2zpbu7/nu8 +8fr/A1BLAwQUAAIACACksoQr+6B7Ul0CAAATKQAACgAAAGV4cG9ydC5sb2e12k9L40AcxvG7sO9h +zsKalfnvTTS2VbAignsr02Ss0TYJJrKur94mVm13BYU+Tw5lmvn1mxw+p6G7u/9eP3ZWC5H+vhhf +Xr1/35j5+Xr1C5E+1dVDKxah3tz4b2Iayvu1nfRoOBZFI6py7/P5tpjH5otmXjT1PGTxi7Fitnb/ ++vDyfHQ+EGUlquldzFoR+6mYi6IU7W1cjnerm+XzhagPkjy0YRqamMxDmTdZqGPyXJWxSfZ/TQ6P +9hbhCR09ZkRTRvSEER0wokNGdMSInjKiZ+ioJNiXBPqSIF8S4EuCe0lgLwnqJQG9IvhUBJ+K4FMR +fCqCT0XwqQg+FcGnJvjUBJ+a4FMTfGqCT03wqQk+NcGnIfg0BJ+G4NMQfBqCT0PwaQg+DcGnJfi0 +BJ+W4NMSfFqCT0vwaQk+LcGnI/h0BJ+O4NMRfDqCT0fw6Qg+HcGnJ/j0BJ+e4NMTfHqCT0/w6Qk+ +/bvPz05fu5m1nfGZmB0k2d/Zn6JMbqtFTKaPxTyfzMIidk9I6ocqi02z7Ha/7D8mb2+2OnN9TW5f +OoaVUljpBFYawEpDWGkEK52uSmuMuxvipnose8HLQq/6m0ej272RRLGUKJUShVKiTEoUSYkSKVEg +5YfH7UIK5UihHCmUI4VypFCOFMqRQjlSKEca5UijHGmUI41ypFGONMqRRjnSKEcG5cigHBmUI4Ny +ZFCODMqRQTkyKEcW5ciiHFmUI4tyZFGOLMqRRTmyKEcO5cihHDmUI4dy5FCOHMqRQzlyKEce5cij +HHmUI49y5FGOPMqRRznyH442/oj4AlBLAwQUAAIACAD8kIQrz0F8ic0CAAD8BgAADgAAAHByb3Bl +cnRpZXMuY2ZnhVVLb9QwEL5Hyn8Y9dSKJZts2W0rtIcWOCChglQ4IRQ5iZNYdewQ2y1LBb+dmbzb +7pZL1p755pu3d7mEK6ZuIReSg2IV970E73HNbAlbOAqCpamYlCTcdwrG09Fb3/O95RI+KmOZSjkU +jXY1EJPviWKkFMUIvSlZzU0PMe1lhHXXEXqtheFQsXqA03EE02WEXmaZsEIrJkEU88xYr0BNjJot ++N4DHJ3Gl+8DDMr3/oxxOQWZaHhK6IBExql4lKDlA7wOg/BivYBXURAu6LYOgQj2Is/ONptzAofB +KtpsoovO4iJ6cwaj10+aZSAeVS+AEAMxLJF8ARFwRSffk4jsMogG4w+tCrBqmb43B+w67dzs8x1v +DKtqKVQBd0w6xFfOWEg4Uhz3HCcLWC3gfAGn+BOtzn1Pz+22EM46Sh4SwTCGK/yCw7ZZTdHUkmFe +thyi5BnU2rQdASY1EpFO6aaizimouOXNEHRMlBR5MPnSue0zSqRrwIjfnBIvWZP1LuA4Z8aeUA0M +okepkei+OUHyiWOexV7mG/yCztsoW/EsxtEgJk1MBk+CnRnnuDJ45HmOU0LCeWx7SXsLZAwnymtX +Jbwhe2yG5b/ItK3uFH27RI+YWkncGcSpdsq2rE/GqKXBJUi1so1IXLsHB2YK530O2zOULdvtDgqp +E2qtlK5iSrCXWG93B1m/vkCHNbBc4VDtIIDvIfyF6EfHNimw0bis42uRpq5h6W5ozkFmJgvdCFtW +sxZ1wLgFCtXi4pRLOQzAemp/xkFyVeB7hY4kU5lJsRO0HhntR6qr2tmXawX/8dzzb2ET7p27nw4f +mKIRuB0UzkCGk11qJzPaeYYred8N1SqAY11bUWF3iB63hQhiIhjzi1ZPHTGgAjx3OXk7zDovXfR8 +zN99+TbVi8nUSdZXTIqitPQnQOOU6waYs7pCBylk6HR4x9PaxcpVPfs/UEsDBBQAAgAIAHGwhCvY +qTm/sQIAAM8FAAAKAAAAY29uZmlnLmNmZ3VUXW+bMBR9j5T/cKe+tBUNSbNKU6RpopS22aoQkVSa +9mI54ACqwcw2Tdtfv2sMKKjZCx/3+px77pfP4PLyEvxwdb98eI687TJcwd0yCvxtGC2DjfGOR+PR +GdzWOU8gpQVLqKaQ5JLFWsj38WhnPKTzkN4D3yFduPF7eshLNxMFc4cnLe8dfu2oYseMSWsbcFUL +t7NbpM9zVmoYyoFziBt7cxguxiP7+0mWSJh7oLJSaCsI5VVG3SOkO09slHmiCvp2rA5/B2zJwrWH +5mRmMAZlirqOQj/YbNri2kpWUsRMKaIFiUVRcaYZMhS0cpCA8x0tX5w9lc1b55wpJ8lVxWnMnDx1 +PkTJnMZ5HOdPuAogCh6wdRtMv66uONtrBxJxKK9knmYaLmx0gyeSpbkoMeqceL4Dsynxflq6jnDz +6K0DCH6vw2gL4XrbEPeD4KPuGmVzw4zKFfwYj1RGK0bYWyWkJqLS3WdzKC9TDKdl3TWOKg2IEMkB +8rInOsmDBsxjAH/qOHle5FpNYAoLKLGLlGM6+K3EvuFHoDpB2WkiDR6pZ0e8RgevC8ZB5R/sFNo4 +iXEicjq5vrHg8JVJRbGjRtgr5TWbYJ4l7BjMHLh24CsICd9OEIpjZC/GF1TiUhRMZaDZm64l/tSd +qtZC0NJIIU1Eg57cDHsZ3XqrX//t5b0ZMaiozvBFywRK3E2sWTNjpHkYCxL3qzLpB7U7pmJJdZwR +Q2OXq7W4NkhkB04LiNvROQfvaf3owfN6HUTge5vgi9lUS9cMKWZqB3RgTaRJsRtYLHqlkbnXK1lS +x4yoWu5xYZQtZquxEEJnZCdkgtU+9rSaCOPslWq7GZ+c6GPcwKadB7v1YjAFXhhDvhqHP0mH4Wu8 +y5oM1N+aSmaJmgxqjQGGZU/l56Knsk/ydFfaW+EfUEsBAhQAFAACAAgAgbiEK5dMkzdHYgAAI0wI +AAkAAAAAAAAAAQAgALaBAAAAAGJ1aWxkLmxvZ1BLAQIUABQAAgAIAKSyhCv7oHtSXQIAABMpAAAK +AAAAAAAAAAEAIAC2gW5iAABleHBvcnQubG9nUEsBAhQAFAACAAgA/JCEK89BfInNAgAA/AYAAA4A +AAAAAAAAAQAgALaB82QAAHByb3BlcnRpZXMuY2ZnUEsBAhQAFAACAAgAcbCEK9ipOb+xAgAAzwUA +AAoAAAAAAAAAAQAgALaB7GcAAGNvbmZpZy5jZmdQSwUGAAAAAAQABADjAAAAxWoAAAAA + +------------A119D143295BE29C-- + + + +From legros@nevrax.com Thu Dec 6 12:33:34 2001 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fB6BXYp11930 + for ; Thu, 6 Dec 2001 12:33:34 +0100 (CET) + (envelope-from legros@nevrax.com) +Received: from benjaminl (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id fB6BSFA98867 + for ; Thu, 6 Dec 2001 12:28:15 +0100 (CET) + (envelope-from legros@nevrax.com) +Message-ID: <004801c17e49$2dd216a0$1b01a8c0@benjaminl> +From: "Benjamin Legros" +To: +References: <155531971053.20011205175342@in-orbit.net> +Subject: Re: [Nel] Landscape Building problems +Date: Thu, 6 Dec 2001 12:28:50 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 8bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 5.00.2919.6700 +X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + + +From: "Róbert Bjarnason" + +> The .rbank files don't seem to be working because I'm never +> snapped to ground on our landscape and can't move except +> with /goto. + + +According to the log file, it seems that the build process crashes at the +tessellation pass : + +[...] +01/12/04 23:01:37 INF 1928 build_surf.cpp 1186 : setup zone tessellation +2306 10_AC +[...] +01/12/04 23:01:37 INF 1928 build_surf.cpp 1447 : Compute landscape +tessellation +01/12/04 23:01:37 INF 1928 build_surf.cpp 1450 : - load tile bank +01/12/04 23:01:37 WRN 1928 common.cpp 392 : Exception will be launched: Path +not found for warpstorm.smallbank +01/12/04 23:01:37 INF 1928 main.cpp 241 : Total Span : 0 +01/12/04 23:01:37 INF 1928 main.cpp 242 : Total SpanList : 0 +01/12/04 23:01:37 INF 1928 main.cpp 325 : total computation time: 0 days, 0 +hours, 0 minutes and 0 seconds + +The builder doesn't find a path to the file 'warpstorm.smallbank' +It should be located somewhere with the tile files... + + +Benjamin. + + +From corvazier@nevrax.com Thu Dec 6 10:42:03 2001 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fB69g3p01424 + for ; Thu, 6 Dec 2001 10:42:03 +0100 (CET) + (envelope-from corvazier@nevrax.com) +Received: from cyrilc (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id fB69aiA97341 + for ; Thu, 6 Dec 2001 10:36:44 +0100 (CET) + (envelope-from corvazier@nevrax.com) +Message-ID: <001f01c17e39$90efb9f0$1701a8c0@cyrilc> +From: "Cyril 'Hulud' Corvazier" +To: +References: <155531971053.20011205175342@in-orbit.net> +Subject: Re: [Nel] Landscape Building problems +Date: Thu, 6 Dec 2001 10:37:05 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 8bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 5.50.4522.1200 +X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Hi Róbert, nice to see you again on the list :-) + +> When I run the client with our landscape the far textures +> look all strange, the landscape appears and disappears when +> I move around using /goto. + +Perhaps it is the thread loading process that make some times to load new +zones when you use /goto. + +> I also never see the near textures. + +If you see arraws, it means the bitmap files are not found. +Are you sure tiles are in a path directory of the client ? +Can you check that your client use .dds tiles and not .tga tiles ? ( use +CTileBank::makeAllExtensionDDS () ) + +> The .rbank files don't seem to be working because I'm never +> snapped to ground on our landscape and can't move except +> with /goto. + +I will ask my coworkers for this. + +Regards, + +Cyril Corvazier + + + +From fred@via.ecp.fr Mon Dec 10 11:06:10 2001 +Received: from fred.ucender.net (ppp395-cwdsl.fr.cw.net [62.210.101.140]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fBAA68p93307 + for ; Mon, 10 Dec 2001 11:06:09 +0100 (CET) + (envelope-from fred@via.ecp.fr) +Received: (from fred@localhost) + by fred.ucender.net (8.11.6/8.11.2) id fBAA0fp27522 + for nel@nevrax.org; Mon, 10 Dec 2001 11:00:41 +0100 +Date: Mon, 10 Dec 2001 11:00:41 +0100 +From: Arnaud Bienvenu +To: nel@nevrax.org +Message-ID: <20011210110041.A22934@generasound.com> +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +User-Agent: Mutt/1.2.5i +Subject: [Nel] Feedback +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Good morning, + +I just tried to compile and run nel/snowballs2 from today's CVS source under +Linux Redhat 7.2. First I had to apply two tiny patches (see below), and +then, trying to run snowballs : + +WRN 3133 dru.cpp 95 : when loading dynamic library 'libnel_drv_opengl.so': +/usr/X11R6/lib/libICE.soh: shared object not open +WRN 3133 common.cpp 392 : Exception will be launched: libnel_drv_opengl.so +not found + +Actually, I have libICE.so, not libICE.soh ! Do you have any idea where this +error could come from ? Even if I ln -s libICE.soh libICE.so, I get the same +error. My libICE.so comes from XFree86-devel-4.1.0-3. + +Thank you for your attention, +Arnaud Bienvenu + +PS : Please tell me if the patches below are useful for you. If yes, would +you prefer to have them attached as text files ? + +Index: nel/src/3d/Makefile.am +=================================================================== +RCS file: /home/cvsroot/code/nel/src/3d/Makefile.am,v +retrieving revision 1.58 +diff -u -r1.58 Makefile.am +--- nel/src/3d/Makefile.am 6 Dec 2001 17:03:03 -0000 1.58 ++++ nel/src/3d/Makefile.am 10 Dec 2001 09:55:52 -0000 +@@ -180,11 +180,14 @@ + transformable_user.h \ + trav_scene.h \ + vegetable.h \ ++ vegetable_blend_layer_model.h \ + vegetable_clip_block.h \ + vegetable_def.h \ + vegetable_instance_group.h \ + vegetable_manager.h \ ++ vegetable_quadrant.h \ + vegetable_shape.h \ ++ vegetable_sort_block.h \ + vegetablevb_allocator.h \ + vertex_buffer.h \ + vertex_buffer_hard.h \ +@@ -369,11 +372,14 @@ + transformable.cpp \ + transformable_user.cpp \ + vegetable.cpp \ ++ vegetable_blend_layer_model.cpp \ + vegetable_clip_block.cpp \ + vegetable_def.cpp \ + vegetable_instance_group.cpp \ + vegetable_manager.cpp \ ++ vegetable_quadrant.cpp \ + vegetable_shape.cpp \ ++ vegetable_sort_block.cpp \ + vegetablevb_allocator.cpp \ + vertex_buffer.cpp \ + vertex_buffer_hard.cpp \ + + +Index: nel/src/3d/ps_mesh.cpp +=================================================================== +RCS file: /home/cvsroot/code/nel/src/3d/ps_mesh.cpp,v +retrieving revision 1.1 +diff -u -r1.1 ps_mesh.cpp +--- nel/src/3d/ps_mesh.cpp 6 Dec 2001 16:51:49 -0000 1.1 ++++ nel/src/3d/ps_mesh.cpp 10 Dec 2001 10:02:31 -0000 +@@ -840,7 +840,7 @@ + + //==================================================================================== + // Private func used to force modulation on a material and to store the preious state +-static inline ForceMaterialModulation(CMaterial &destMat, CMaterial &srcMat, uint8 modulatedStages) ++static inline void ForceMaterialModulation(CMaterial &destMat, CMaterial &srcMat, uint8 modulatedStages) + { + for (uint k = 0; k < IDRV_MAT_MAXTEXTURES; ++k) + { + +From skander@WPI.EDU Tue Dec 11 02:18:58 2001 +Received: from smtp.WPI.EDU (root@smtp.WPI.EDU [130.215.24.62]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fBB1Ivp01735 + for ; Tue, 11 Dec 2001 02:18:57 +0100 (CET) + (envelope-from skander@WPI.EDU) +Received: from grover.WPI.EDU (root@grover.WPI.EDU [130.215.25.67]) + by smtp.WPI.EDU (8.12.2.Beta1/8.12.2.Beta1) with ESMTP id fBB1DYvb022475 + for ; Mon, 10 Dec 2001 20:13:34 -0500 (EST) +Received: from localhost (skander@localhost [127.0.0.1]) + by grover.WPI.EDU (8.12.2.Beta1/8.12.2.Beta1) with ESMTP id fBB1DXCu031838 + for ; Mon, 10 Dec 2001 20:13:33 -0500 (EST) +Date: Mon, 10 Dec 2001 20:13:32 -0500 (EST) +From: Kai Schutte +To: nel@nevrax.org +Message-ID: +MIME-Version: 1.0 +Content-Type: TEXT/PLAIN; charset=US-ASCII +Subject: [Nel] compiling nel/3d ps_util.cpp causes error C1076, internal heap limit +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Hi, + +I'm trying to compile nel and snowballs, I've passed most hurdles, but +this one is sticking... + +While compiling ps_util.cpp in nel\src\3d, VC++ 6 gives a fatal error +C1076, internal heap limit reached. Full output is + +ps_util.cpp +D:\SKANDER\STLPORT-4.5.1\STLPORT-4.5.1\STLPORT\stl/type_traits.h(339) : +fatal error C1076: compiler limit : internal heap limit reached; use /Zm +to specify a higher limit +Error executing cl.exe. + +I tried adding the /Zm2000 option, but no luck... + +Can I get a hint? + +thanks, + +-Kai + + +From corvazier@nevrax.com Wed Dec 12 10:19:02 2001 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fBC9J1p14504 + for ; Wed, 12 Dec 2001 10:19:01 +0100 (CET) + (envelope-from corvazier@nevrax.com) +Received: from cyrilc (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id fBC9DcA42118 + for ; Wed, 12 Dec 2001 10:13:38 +0100 (CET) + (envelope-from corvazier@nevrax.com) +Message-ID: <000f01c182ed$5478afa0$1701a8c0@cyrilc> +From: "Cyril 'Hulud' Corvazier" +To: +References: +Subject: Re: [Nel] compiling nel/3d ps_util.cpp causes error C1076, internal heap limit +Date: Wed, 12 Dec 2001 10:13:57 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 5.50.4522.1200 +X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Hi, + +I had the same error yesterday. I have added the /Zm200 option in 3d.dsp and +it seams to work. It should be on the CVS now. +Big values passed to /Zm option lead to a visual crash.. /Zm100 is the +default value (100% the default heap size) +/Zm2000 is 2000% the default heap size ! :-) + +Thanks for the feedback, + +Cyril Corvazier + +> While compiling ps_util.cpp in nel\src\3d, VC++ 6 gives a fatal error +> C1076, internal heap limit reached. Full output is +> +> ps_util.cpp +> D:\SKANDER\STLPORT-4.5.1\STLPORT-4.5.1\STLPORT\stl/type_traits.h(339) : +> fatal error C1076: compiler limit : internal heap limit reached; use /Zm +> to specify a higher limit +> Error executing cl.exe. +> +> I tried adding the /Zm2000 option, but no luck... + + + +From nicolas.boulay@ifrance.com Wed Dec 12 13:09:09 2001 +Received: from lh00.opsion.fr (lh00.opsion.fr [212.73.208.226]) + by www.nevrax.org (8.11.0/8.11.0) with SMTP id fBCC99p17686 + for ; Wed, 12 Dec 2001 13:09:09 +0100 (CET) + (envelope-from nicolas.boulay@ifrance.com) +Received: from 10.1.1.6 [10.1.1.6] by lh00.opsion.fr; Wed, 12 Dec 2001 12:03:38 GMT +Send-By: 140.94.82.18 with Mozilla/4.0 (compatible; MSIE 5.0; Windows NT; DigExt; FR 15/06/2000) +To: +From: +MIME-Version: 1.0 +Content-Type: text/plain; charset="iso-8859-1" +Date: Wed, 12 Dec 2001 12:03:38 GMT +Message-id: <200112121203.264c@lh00.opsion.fr> +Content-Transfer-Encoding: 8bit +X-MIME-Autoconverted: from quoted-printable to 8bit by www.nevrax.org id fBCC99p17686 +Subject: [Nel] Rep:Nel digest, Vol 1 #199 - 5 msgs +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +I would to know what is the position of Nel (the +graphic part) compare to SDL. + +Thanks, +nicO + + +______________________________________________________________________________ +ifrance.com, l'email gratuit le plus complet de l'Internet ! +vos emails depuis un navigateur, en POP3, sur Minitel, sur le WAP... +http://www.ifrance.com/_reloc/email.emailif + + + +From v.caron@zerodeux.net Wed Dec 12 14:22:49 2001 +Received: from zerodeux.net (zerodeux.net [62.4.22.182]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fBCDMmp18207 + for ; Wed, 12 Dec 2001 14:22:49 +0100 (CET) + (envelope-from v.caron@zerodeux.net) +Received: from zerodeux.home (zerodeux.home [192.168.1.3]) + by zerodeux.net (Postfix) with ESMTP id 7D6C0F1BE + for ; Wed, 12 Dec 2001 14:17:26 +0100 (CET) +Subject: Re: [Nel] Rep:Nel digest, Vol 1 #199 - 5 msgs +From: Vincent Caron +To: nel@nevrax.org +In-Reply-To: <200112121203.264c@lh00.opsion.fr> +References: <200112121203.264c@lh00.opsion.fr> +Content-Type: text/plain +Content-Transfer-Encoding: 7bit +X-Mailer: Evolution/1.0 (Preview Release) +Date: 12 Dec 2001 14:17:24 +0100 +Message-Id: <1008163044.510.2.camel@zerodeux.home> +Mime-Version: 1.0 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +On Wed, 2001-12-12 at 13:03, nicolas.boulay@ifrance.com wrote: +> I would to know what is the position of Nel (the +> graphic part) compare to SDL. + +Something like 3 abstraction levels above SDL :) +SDL is a low-level programming framework, while NeL is rather a +high-level toolkit for game development. I guess the Nevrax guys will +just ask you to read the doc (at least its outline) if you want to grasp +the idea ... http://www.nevrax.org/docs/ + + + +From skander@skander.com Wed Dec 12 19:08:28 2001 +Received: from smtp.WPI.EDU (root@smtp.WPI.EDU [130.215.24.62]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fBCI8Q320241 + for ; Wed, 12 Dec 2001 19:08:27 +0100 (CET) + (envelope-from skander@skander.com) +Received: from bespin (bespin.ind.WPI.EDU [130.215.107.179]) + by smtp.WPI.EDU (8.12.2.Beta1/8.12.2.Beta1) with SMTP id fBCI2rjH008052 + for ; Wed, 12 Dec 2001 13:02:53 -0500 (EST) +Message-ID: <000001c18336$c2d66e30$b36bd782@bespin> +From: "Kai Schutte" +To: +Date: Wed, 12 Dec 2001 12:59:01 -0500 +MIME-Version: 1.0 +Content-Type: multipart/alternative; + boundary="----=_NextPart_000_000A_01C1830C.C53C3CB0" +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 5.00.3018.1300 +X-MimeOLE: Produced By Microsoft MimeOLE V5.00.3018.1300 +Subject: [Nel] last compile difficulty I hope... (driver_opengl) +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +This is a multi-part message in MIME format. + +------=_NextPart_000_000A_01C1830C.C53C3CB0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: quoted-printable + +Hi,=20 + +I got the 3d lib to compile. I was using the = +code\snowballs2\snowballs2.dsw workspace, and maybe that's why it wasn't = +working. I got 3d lib to compile fine under code\nel\nel.dsw. + +Okay, I got one more problem, and it seems to be associated with = + stuff...=20 +I downloaded and installed the file from the SGI site. +compiler output: + +driver_opengl.cpp +D:\skander\code\nel\src\3d\driver\opengl\driver_opengl_extension.h(142) = +: error C2146: syntax error : missing ';' before identifier = +'glActiveTextureARB' +D:\skander\code\nel\src\3d\driver\opengl\driver_opengl_extension.h(142) = +: fatal error C1004: unexpected end of file found +(repeated 9 times for the next 9 files) + +at line 142 in driver_opengl_extension.h you get:=20 +extern PFNGLACTIVETEXTUREARBPROC glActiveTextureARB; + +which refers to a entry at line 1620:=20 +typedef void (APIENTRY * PFNGLACTIVETEXTUREARBPROC) (GLenum texture); + +I would suppose that this is some sort of precompile error... I've tried = +changing little things in the vacinity, but everything I did just = +generated more compile errors.=20 + +Have you bumped into this problem?=20 + +thanks,=20 +-Kai + +------=_NextPart_000_000A_01C1830C.C53C3CB0 +Content-Type: text/html; + charset="iso-8859-1" +Content-Transfer-Encoding: quoted-printable + + + + + + + + +
Hi,
+
 
+
I got the 3d lib to compile. I was = +using the=20 +code\snowballs2\snowballs2.dsw workspace, and maybe that's why it wasn't = + +working. I got 3d lib to compile fine under = +code\nel\nel.dsw.
+
 
+
Okay, I got one more problem, and it = +seems to be=20 +associated with <GL/glext.h> stuff...
+
I downloaded and installed the = +<GL/glext.h>=20 +file from the SGI site.
+
compiler output:
+
 
+
driver_opengl.cpp
D:\skander\code\nel\src\3d\driver\opengl\dr= +iver_opengl_extension.h(142)=20 +: error C2146: syntax error : missing ';' before identifier=20 +'glActiveTextureARB'
D:\skander\code\nel\src\3d\driver\opengl\driver_o= +pengl_extension.h(142)=20 +: fatal error C1004: unexpected end of file found
(repeated 9 times for the next 9 files)
+
 
+
at line 142 in = +driver_opengl_extension.h you get:=20 +
extern PFNGLACTIVETEXTUREARBPROC=20 +glActiveTextureARB;
+
 
+
which refers to a <GL/glext.h> = +entry at line=20 +1620:
+
typedef void (APIENTRY * = +PFNGLACTIVETEXTUREARBPROC)=20 +(GLenum texture);
+
I would suppose that this is some sort = +of=20 +precompile error... I've tried changing little things in the vacinity, = +but=20 +everything I did just generated more compile errors.
+
 
+
Have you bumped into this problem? = +
+
 
+
thanks,
+
-Kai
+ +------=_NextPart_000_000A_01C1830C.C53C3CB0-- + + +From corvazier@nevrax.com Wed Dec 12 19:23:43 2001 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fBCINg320347 + for ; Wed, 12 Dec 2001 19:23:42 +0100 (CET) + (envelope-from corvazier@nevrax.com) +Received: from cyrilc (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id fBCIIKA50607 + for ; Wed, 12 Dec 2001 19:18:20 +0100 (CET) + (envelope-from corvazier@nevrax.com) +Message-ID: <00e601c18339$6c677aa0$1701a8c0@cyrilc> +From: "Cyril 'Hulud' Corvazier" +To: +References: <000001c18336$c2d66e30$b36bd782@bespin> +Subject: Re: [Nel] last compile difficulty I hope... (driver_opengl) +Date: Wed, 12 Dec 2001 19:18:39 +0100 +MIME-Version: 1.0 +Content-Type: multipart/alternative; + boundary="----=_NextPart_000_00E3_01C18341.CE1CA060" +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 5.50.4522.1200 +X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +This is a multi-part message in MIME format. + +------=_NextPart_000_00E3_01C18341.CE1CA060 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: quoted-printable + +Hi Kai, + + driver_opengl.cpp + = +D:\skander\code\nel\src\3d\driver\opengl\driver_opengl_extension.h(142) = +: error C2146: syntax error : missing ';' before identifier = +'glActiveTextureARB' + = +D:\skander\code\nel\src\3d\driver\opengl\driver_opengl_extension.h(142) = +: fatal error C1004: unexpected end of file found + (repeated 9 times for the next 9 files) + =20 + at line 142 in driver_opengl_extension.h you get:=20 + extern PFNGLACTIVETEXTUREARBPROC glActiveTextureARB; + +I compile without any kind of problem with the current file = +available on the SGI site. (GL_GLEXT_VERSION =3D 7) +Please make sure you have included the good file. If it is not the = +problem, don't hesitate to post again. + + which refers to a entry at line 1620:=20 + typedef void (APIENTRY * PFNGLACTIVETEXTUREARBPROC) (GLenum texture); + + +I have the same definition at the same line, and it is the only one. + +Regards, + +Cyril + +------=_NextPart_000_00E3_01C18341.CE1CA060 +Content-Type: text/html; + charset="iso-8859-1" +Content-Transfer-Encoding: quoted-printable + + + + + + + + +
Hi Kai,
+
 
+ +
driver_opengl.cpp
D:\skander\code\nel\src\3d\driver\opengl\dr= +iver_opengl_extension.h(142)=20 + : error C2146: syntax error : missing ';' before identifier=20 + = +'glActiveTextureARB'
D:\skander\code\nel\src\3d\driver\opengl\driver_o= +pengl_extension.h(142)=20 + : fatal error C1004: unexpected end of file found
(repeated 9 times for the next 9 files)
+
 
+
at line 142 in = +driver_opengl_extension.h you get:=20 +
extern = +PFNGLACTIVETEXTUREARBPROC=20 + glActiveTextureARB;
+
 
+
+
I compile without any kind of problem = +with the=20 +current <GL/glext.h> file available on the SGI site. = +(GL_GLEXT_VERSION =3D=20 +7)
+
Please make sure you have included the = +good file.=20 +If it is not the problem, don't hesitate to post=20 +again.
+ +
 
+
which refers to a <GL/glext.h> = +entry at=20 + line 1620:
+
typedef void (APIENTRY *=20 + PFNGLACTIVETEXTUREARBPROC) (GLenum texture);
+
 
+
+
I have the same definition at the same = +line, and it=20 +is the only one.
+
 
+
Regards,
+
 
+
Cyril
+ +------=_NextPart_000_00E3_01C18341.CE1CA060-- + + +From psiegel@geneticanomalies.com Wed Dec 12 23:21:38 2001 +Received: from mistery.geneticanomalies.com ([63.101.169.205]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fBCMLc322235 + for ; Wed, 12 Dec 2001 23:21:38 +0100 (CET) + (envelope-from psiegel@geneticanomalies.com) +Received: from binkystick ([63.101.169.138]) + by mistery.geneticanomalies.com (Lotus Domino Build 166.1) + with SMTP id 2001121217112452:3048 ; + Wed, 12 Dec 2001 17:11:24 -0500 +From: "Paul Siegel" +To: +Date: Wed, 12 Dec 2001 17:14:17 -0500 +MIME-Version: 1.0 +X-Priority: 3 (Normal) +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 6.00.2600.0000 +X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 +X-MIMETrack: Itemize by SMTP Server on mistery/Geneticanomalies(Release 5.0 |March 30, 1999) at + 12/12/2001 05:11:24 PM, + Serialize by Router on mistery/Geneticanomalies(Release 5.0 |March 30, 1999) at + 12/12/2001 05:11:34 PM, + Serialize complete at 12/12/2001 05:11:34 PM +Message-ID: <00c001c1835a$577400c0$8aa9653f@geneticanomalies.com> +Content-Transfer-Encoding: 7bit +Content-Type: text/plain; + charset="Windows-1252" +Subject: [Nel] Landscapes without 3DSMax +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Hi everyone - + +I'm wondering if there's a way to build landscapes without 3D Studio Max. +That's some pricey software just to do level editing. Is anything +available, or being worked on? Or am I going to have to learn how to +rewrite the max plugins for Blender? + +Paul + + +From froggy@froggycorp.com Thu Dec 13 14:38:56 2001 +Received: from vmmr1.verisignmail.com (vmmr1.verisignmail.com [216.168.230.137]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fBDDcu330062 + for ; Thu, 13 Dec 2001 14:38:56 +0100 (CET) + (envelope-from froggy@froggycorp.com) +Received: from vmms1.verisignmail.com (vmms1.verisignmail.com [10.166.0.138]) + by vmmr1.verisignmail.com (Mirapoint) + with ESMTP id ABE68846; + Thu, 13 Dec 2001 08:33:27 -0500 (EST) +From: +Received: from vmms1.verisignmail.com (localhost.verisignmail.com [127.0.0.1]) + by vmms1.verisignmail.com (Mirapoint) + with SMTP id AGD52518 (AUTH froggy@froggycorp.com); + Thu, 13 Dec 2001 08:33:26 -0500 (EST) +Message-Id: <200112131333.AGD52518@vmms1.verisignmail.com> +Received: from 159.50.96.226 + by vmms1.verisignmail.com + with HTTP/1.1; + Thu, 13 Dec 2001 14:33:36 +0100 +Date: Thu, 13 Dec 2001 14:33:36 +0100 +To: nel@nevrax.org +X-Mailer: Mirapoint Webmail Direct 2.9.2.1 +Content-Type: text/plain; charset=us-ascii +Content-Transfer-Encoding: 7bit +Subject: [Nel] Gamer question +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Hello, + +The 3D engine seems to be cool but when could we try the +game ? (Stupid question by a stupid gamer :) ) + ++ + +PS : Little hello to the demoscene people who work in +nevrax ;) (Ace, Hulud, and all i forgot) + +From ahoyt@packetport.com Thu Dec 13 14:46:44 2001 +Received: from smtp2.mail.iamworld.net (smtp2-out.mail.iamworld.net [204.91.241.117]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fBDDkh330165 + for ; Thu, 13 Dec 2001 14:46:43 +0100 (CET) + (envelope-from ahoyt@packetport.com) +Received: from packetport.com ([207.86.139.130]) + by smtp2.mail.iamworld.net (8.9.3/8.9.3) with ESMTP id IAA2212307 + for ; Thu, 13 Dec 2001 08:41:15 -0500 (EST) +Message-ID: <3C18B000.AE027E69@packetport.com> +Date: Thu, 13 Dec 2001 08:41:20 -0500 +From: Tony Hoyt +X-Mailer: Mozilla 4.76 [en] (X11; U; SunOS 5.7 sun4u) +X-Accept-Language: en +MIME-Version: 1.0 +To: nel@nevrax.org +Subject: Re: [Nel] Landscapes without 3DSMax +References: <00c001c1835a$577400c0$8aa9653f@geneticanomalies.com> +Content-Type: text/plain; charset=us-ascii +Content-Transfer-Encoding: 7bit +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Paul Siegel wrote: +> +> Hi everyone - +> +> I'm wondering if there's a way to build landscapes without 3D Studio Max. +> That's some pricey software just to do level editing. Is anything +> available, or being worked on? Or am I going to have to learn how to +> rewrite the max plugins for Blender? + + Blender is my choice as well for a good free alternative 3d editor. +I'm not sure how you make plug-in's for Blender other then with python +but if you can do it, I wish you all the best of luck. I think the +problem with doing a port is that if your not able to see the original +in action or see what library calls it's makeing, etc. It's going to be +rough going. But if your serious about it, I'm willing to give a hand +although I don't have 3D Studio Max as well. + + Tony + +From ahoyt@packetport.com Thu Dec 13 14:49:20 2001 +Received: from smtp2.mail.iamworld.net (smtp2-out.mail.iamworld.net [204.91.241.117]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fBDDnJ330212 + for ; Thu, 13 Dec 2001 14:49:19 +0100 (CET) + (envelope-from ahoyt@packetport.com) +Received: from packetport.com ([207.86.139.130]) + by smtp2.mail.iamworld.net (8.9.3/8.9.3) with ESMTP id IAA2211384 + for ; Thu, 13 Dec 2001 08:43:55 -0500 (EST) +Message-ID: <3C18B0A1.BF6EA5A7@packetport.com> +Date: Thu, 13 Dec 2001 08:44:01 -0500 +From: Tony Hoyt +X-Mailer: Mozilla 4.76 [en] (X11; U; SunOS 5.7 sun4u) +X-Accept-Language: en +MIME-Version: 1.0 +To: nel@nevrax.org +Subject: Re: [Nel] Gamer question +References: <200112131333.AGD52518@vmms1.verisignmail.com> +Content-Type: text/plain; charset=us-ascii +Content-Transfer-Encoding: 7bit +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +froggy@froggycorp.com wrote: +> The 3D engine seems to be cool but when could we try the +> game ? (Stupid question by a stupid gamer :) ) + + I assume your talking about the official game other then the Snowballs +Demo? I would be curious to know just how much more there is in the +Official game client compared to the Snowballs client. Now, here's a +question. If the Nevrax makes a game with NEL, do they have to release +the source or not? Does anyone who uses NEL actually have to release +there code as long as they don't alter the NEL code itself. + + Tony + +From tanis@mediacom.it Thu Dec 13 15:13:43 2001 +Received: from www.digi-web.it (80.64-26.27.110.62.in-addr.arpa [62.110.27.80] (may be forged)) + by www.nevrax.org (8.11.0/8.11.0) with SMTP id fBDEDh330407 + for ; Thu, 13 Dec 2001 15:13:43 +0100 (CET) + (envelope-from tanis@mediacom.it) +Received: (qmail 5845 invoked from network); 13 Dec 2001 14:54:25 -0000 +Received: from unknown (HELO valerio) (172.16.69.2) + by mail.digisoft.local with SMTP; 13 Dec 2001 14:54:25 -0000 +Message-ID: <0d9801c183df$980b0810$024510ac@valerio> +From: "Valerio Santinelli" +To: +References: <200112131333.AGD52518@vmms1.verisignmail.com> <3C18B0A1.BF6EA5A7@packetport.com> +Subject: Re: [Nel] Gamer question +Date: Thu, 13 Dec 2001 15:08:09 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 6.00.2600.0000 +X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +> > The 3D engine seems to be cool but when could we try the +> > game ? (Stupid question by a stupid gamer :) ) +> +> I assume your talking about the official game other then the Snowballs +> Demo? I would be curious to know just how much more there is in the +> Official game client compared to the Snowballs client. Now, here's a +> question. If the Nevrax makes a game with NEL, do they have to release +> the source or not? Does anyone who uses NEL actually have to release +> there code as long as they don't alter the NEL code itself. + +You have not got to release the source code of your game since it uses NEL. +But if you make any changes to NEL itself, then you're required to make them +public. + +-- +Valerio Santinelli +HateSeed.com Founder (http://www.hateseed.com) +In Flames Italia Webmaster (http://www.inflames.it) +My Lab (http://tanis.hateseed.com) + + + + +From corvazier@nevrax.com Thu Dec 13 15:18:12 2001 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fBDEIC330495 + for ; Thu, 13 Dec 2001 15:18:12 +0100 (CET) + (envelope-from corvazier@nevrax.com) +Received: from cyrilc (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id fBDECmA56623 + for ; Thu, 13 Dec 2001 15:12:48 +0100 (CET) + (envelope-from corvazier@nevrax.com) +Message-ID: <005701c183e0$472f4e00$1701a8c0@cyrilc> +From: "Cyril 'Hulud' Corvazier" +To: +References: <00c001c1835a$577400c0$8aa9653f@geneticanomalies.com> +Subject: Re: [Nel] Landscapes without 3DSMax +Date: Thu, 13 Dec 2001 15:13:03 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="Windows-1252" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 5.50.4522.1200 +X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Hi Paul, + +> I'm wondering if there's a way to build landscapes without 3D Studio Max. +> That's some pricey software just to do level editing. Is anything +> available, or being worked on? Or am I going to have to learn how to +> rewrite the max plugins for Blender? + +The NeL 3d library has several user level. + +Using the user interface (all u_headers.h in the 3d lib) of the library, you +can only +load and display a landscape. This level is used by the game developper to +abstract +the game engine from the technology implementation. + +Using the 3d lib at lowlevel (all the others header files) allow you to +quilckly create patches and +landscape zones. It is really simple to export some bezier quad patches from +Blender +(does blender have bezier patches ?) into a .zone file using a small plugin. +Simple C++ classes +are provided to "Builb" the ".zone" c++ objects. Then serialisation is used +to save them +in binary files. + +The hardest part is the patch painter that allow you to paint tiles, vertex +color and +displacement map over the landscape zone patches. At nevrax, this is done by +the artists using +a 3dsmax plugin (nel_patch_paint). If you can't use 3dsmax, you can perhaps +generate +the painting or rewrite a little ingame zone painter or why not, a blender +painter plugin... +You have to know that the painter algorithm that put tiles over the +landscape is not trivial at all. +If you are short on time, a good solution is to generate painting, as most +of the heightfield +landscapes do. + +The postprocess to weld the zones together and compute the lighting will +stay the same +as far as you generate ".zone" files. + +> +> Paul +> +> _______________________________________________ +> Nel mailing list +> Nel@nevrax.org +> http://www.nevrax.org/mailman/listinfo.cgi/nel +> + + +From corvazier@nevrax.com Thu Dec 13 15:28:57 2001 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fBDESu330631 + for ; Thu, 13 Dec 2001 15:28:56 +0100 (CET) + (envelope-from corvazier@nevrax.com) +Received: from cyrilc (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id fBDENXA56778 + for ; Thu, 13 Dec 2001 15:23:33 +0100 (CET) + (envelope-from corvazier@nevrax.com) +Message-ID: <006701c183e1$c76e0100$1701a8c0@cyrilc> +From: "Cyril 'Hulud' Corvazier" +To: +References: <200112131333.AGD52518@vmms1.verisignmail.com> <3C18B0A1.BF6EA5A7@packetport.com> <0d9801c183df$980b0810$024510ac@valerio> +Subject: Re: [Nel] Gamer question +Date: Thu, 13 Dec 2001 15:23:47 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 5.50.4522.1200 +X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Hi Valerio, + +> You have not got to release the source code of your game since it uses +NEL. +> But if you make any changes to NEL itself, then you're required to make +them +> public. + +No Valerio, you are wrong. :-) + +NeL is released under GPL license, not under the LGPL. + +In very quick words, it means that you have to release all the source code +of your program under +the GPL licence before it can be distributed. + +Cyril Corvazier + + + +From corvazier@nevrax.com Thu Dec 13 15:35:31 2001 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fBDEZU330710 + for ; Thu, 13 Dec 2001 15:35:30 +0100 (CET) + (envelope-from corvazier@nevrax.com) +Received: from cyrilc (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id fBDEU7A56899 + for ; Thu, 13 Dec 2001 15:30:07 +0100 (CET) + (envelope-from corvazier@nevrax.com) +Message-ID: <007901c183e2$b25c1030$1701a8c0@cyrilc> +From: "Cyril 'Hulud' Corvazier" +To: +References: <200112131333.AGD52518@vmms1.verisignmail.com> <3C18B0A1.BF6EA5A7@packetport.com> +Subject: Re: [Nel] Gamer question +Date: Thu, 13 Dec 2001 15:30:22 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 5.50.4522.1200 +X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +> I would be curious to know just how much more there is in the +> Official game client compared to the Snowballs client. + +Don't forget the snwoball client have been written in 2 weeks. :-) + +Imagine the work done on the Ryzom client by our game developpers +team working on it for a lot of monthes.. + +> Does anyone who uses NEL actually have to release +> there code as long as they don't alter the NEL code itself. + +At this question i can answer yes, by distributing a program using +NeL, you have to release your source code. + +Cyril Corvazier. + + + +From tanis@mediacom.it Thu Dec 13 15:48:25 2001 +Received: from www.digi-web.it (80.64-26.27.110.62.in-addr.arpa [62.110.27.80] (may be forged)) + by www.nevrax.org (8.11.0/8.11.0) with SMTP id fBDEmO330855 + for ; Thu, 13 Dec 2001 15:48:24 +0100 (CET) + (envelope-from tanis@mediacom.it) +Received: (qmail 6793 invoked from network); 13 Dec 2001 15:29:06 -0000 +Received: from unknown (HELO valerio) (172.16.69.2) + by mail.digisoft.local with SMTP; 13 Dec 2001 15:29:06 -0000 +Message-ID: <0da801c183e4$72849c00$024510ac@valerio> +From: "Valerio Santinelli" +To: +References: <200112131333.AGD52518@vmms1.verisignmail.com> <3C18B0A1.BF6EA5A7@packetport.com> <007901c183e2$b25c1030$1701a8c0@cyrilc> +Subject: Re: [Nel] Gamer question +Date: Thu, 13 Dec 2001 15:42:53 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 6.00.2600.0000 +X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +----- Original Message ----- +From: "Cyril 'Hulud' Corvazier" +To: +Sent: Thursday, December 13, 2001 3:30 PM +Subject: Re: [Nel] Gamer question + + +> > I would be curious to know just how much more there is in the +> > Official game client compared to the Snowballs client. +> +> Don't forget the snwoball client have been written in 2 weeks. :-) +> +> Imagine the work done on the Ryzom client by our game developpers +> team working on it for a lot of monthes.. +> +> > Does anyone who uses NEL actually have to release +> > there code as long as they don't alter the NEL code itself. +> +> At this question i can answer yes, by distributing a program using +> NeL, you have to release your source code. + +Does this mean that you should also release the source code of Ryzom +client?? + +-- +Valerio Santinelli +HateSeed.com Founder (http://www.hateseed.com) +In Flames Italia Webmaster (http://www.inflames.it) +My Lab (http://tanis.hateseed.com) + + + + +From tanis@mediacom.it Thu Dec 13 15:49:38 2001 +Received: from www.digi-web.it (80.64-26.27.110.62.in-addr.arpa [62.110.27.80] (may be forged)) + by www.nevrax.org (8.11.0/8.11.0) with SMTP id fBDEnc330895 + for ; Thu, 13 Dec 2001 15:49:38 +0100 (CET) + (envelope-from tanis@mediacom.it) +Received: (qmail 6846 invoked from network); 13 Dec 2001 15:30:20 -0000 +Received: from unknown (HELO valerio) (172.16.69.2) + by mail.digisoft.local with SMTP; 13 Dec 2001 15:30:20 -0000 +Message-ID: <0dae01c183e4$9edb2a30$024510ac@valerio> +From: "Valerio Santinelli" +To: +References: <200112131333.AGD52518@vmms1.verisignmail.com> <3C18B0A1.BF6EA5A7@packetport.com> <0d9801c183df$980b0810$024510ac@valerio> <006701c183e1$c76e0100$1701a8c0@cyrilc> +Subject: Re: [Nel] Gamer question +Date: Thu, 13 Dec 2001 15:44:08 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 6.00.2600.0000 +X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +----- Original Message ----- +From: "Cyril 'Hulud' Corvazier" +> > You have not got to release the source code of your game since it uses +> NEL. +> > But if you make any changes to NEL itself, then you're required to make +> them +> > public. +> +> No Valerio, you are wrong. :-) +> +> NeL is released under GPL license, not under the LGPL. +> +> In very quick words, it means that you have to release all the source code +> of your program under +> the GPL licence before it can be distributed. + + +I was discussing this with Ace a few moments ago. Yes, you're right, I was +confusing between GPL and LGPL. :) + +-- +Valerio Santinelli +HateSeed.com Founder (http://www.hateseed.com) +In Flames Italia Webmaster (http://www.inflames.it) +My Lab (http://tanis.hateseed.com) + + + + +From archer@lists.frmug.org Thu Dec 13 15:54:30 2001 +Received: from lists.frmug.org (lists.frmug.org [193.56.58.115]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fBDEsU330972 + for ; Thu, 13 Dec 2001 15:54:30 +0100 (CET) + (envelope-from archer@lists.frmug.org) +Received: by lists.frmug.org (Postfix/TLS, from userid 200) + id F360F20F31; Thu, 13 Dec 2001 15:49:06 +0100 (CET) +Date: Thu, 13 Dec 2001 15:49:06 +0100 +From: Vincent Archer +To: nel@nevrax.org +Subject: Re: [Nel] Gamer question +Message-ID: <20011213154906.I58318@frmug.org> +References: <200112131333.AGD52518@vmms1.verisignmail.com> <3C18B0A1.BF6EA5A7@packetport.com> <007901c183e2$b25c1030$1701a8c0@cyrilc> <0da801c183e4$72849c00$024510ac@valerio> +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +User-Agent: Mutt/1.2.5i +In-Reply-To: <0da801c183e4$72849c00$024510ac@valerio>; from tanis@mediacom.it on Thu, Dec 13, 2001 at 03:42:53PM +0100 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +According to Valerio Santinelli: +> From: "Cyril 'Hulud' Corvazier" +> > At this question i can answer yes, by distributing a program using +> > NeL, you have to release your source code. +> +> Does this mean that you should also release the source code of Ryzom +> client?? + +By implication, yes. + +The GPL is relatively strict in its implications. + +Whenever you get a GPLed program (and the license on the NeL library +is such that a program linked to it must be GPL too), under any form, +you must also be able to access/request/get a copy of the source. + +So anybody who has a Ryzom client has the right to access the source. + +Of course, until there IS an official client, almost no one outside +Nevrax has that right :) + +-- + Vincent Archer Email: archer@frmug.org + +All men are mortal. Socrates was mortal. Therefore, all men are Socrates. + (Woody Allen) + +From corvazier@nevrax.com Thu Dec 13 15:59:18 2001 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fBDExH331038 + for ; Thu, 13 Dec 2001 15:59:17 +0100 (CET) + (envelope-from corvazier@nevrax.com) +Received: from cyrilc (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id fBDErsA57302 + for ; Thu, 13 Dec 2001 15:53:54 +0100 (CET) + (envelope-from corvazier@nevrax.com) +Message-ID: <00af01c183e6$04fc12b0$1701a8c0@cyrilc> +From: "Cyril 'Hulud' Corvazier" +To: +References: <200112131333.AGD52518@vmms1.verisignmail.com> <3C18B0A1.BF6EA5A7@packetport.com> <007901c183e2$b25c1030$1701a8c0@cyrilc> <0da801c183e4$72849c00$024510ac@valerio> +Subject: Re: [Nel] Gamer question +Date: Thu, 13 Dec 2001 15:54:09 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 5.50.4522.1200 +X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +> Does this mean that you should also release the source code of Ryzom +> client?? + +Yes, as Ryzom client uses GPL source code, we will release its source +code too. + +Cyril. + + + +From nicolas.boulay@ifrance.com Thu Dec 13 18:11:01 2001 +Received: from lh00.opsion.fr (lh00.opsion.fr [212.73.208.226]) + by www.nevrax.org (8.11.0/8.11.0) with SMTP id fBDHB1331986 + for ; Thu, 13 Dec 2001 18:11:01 +0100 (CET) + (envelope-from nicolas.boulay@ifrance.com) +Received: from 10.1.1.6 [10.1.1.6] by lh00.opsion.fr; Thu, 13 Dec 2001 17:05:28 GMT +Send-By: 140.94.82.18 with Mozilla/4.0 (compatible; MSIE 5.0; Windows NT; DigExt; FR 15/06/2000) +To: +From: +MIME-Version: 1.0 +Content-Type: text/plain; charset="iso-8859-1" +Date: Thu, 13 Dec 2001 17:05:28 GMT +Message-id: <200112131705.1c32@lh00.opsion.fr> +Content-Transfer-Encoding: 8bit +X-MIME-Autoconverted: from quoted-printable to 8bit by www.nevrax.org id fBDHB1331986 +Subject: [Nel] TCP vs UDP +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +In June/Jully, there is a great thread about TCP vs +UDP. I would like to know where goes the debat. + +TCP+UDP use ? Custom UDP protocol ? + +nicO + + +______________________________________________________________________________ +ifrance.com, l'email gratuit le plus complet de l'Internet ! +vos emails depuis un navigateur, en POP3, sur Minitel, sur le WAP... +http://www.ifrance.com/_reloc/email.emailif + + + +From lecroart@nevrax.com Thu Dec 13 18:29:18 2001 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fBDHTI332122 + for ; Thu, 13 Dec 2001 18:29:18 +0100 (CET) + (envelope-from lecroart@nevrax.com) +Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id fBDHNsA59743 + for ; Thu, 13 Dec 2001 18:23:54 +0100 (CET) + (envelope-from lecroart@nevrax.com) +Message-ID: <006401c183fa$f06f8e70$0901a8c0@vianneyl> +From: "Vianney Lecroart" +To: +References: <200112131705.1c32@lh00.opsion.fr> +Subject: Re: [Nel] TCP vs UDP +Date: Thu, 13 Dec 2001 18:23:54 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 6.00.2600.0000 +X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +> TCP+UDP use ? Custom UDP protocol ? + +Server to server communication use TCP with 5 NeL layer abstraction (on +LAN). +Server to client and client to server communcations use UDP wrapper in NeL +(CUdpSock). + +Vianney Lecroart +--- +lead network programmer / nevrax.com +icq#: 6870415 +homepage: http://ace.planet-d.net +www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- +w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? + + + +From valignat@gw.nevrax.com Thu Dec 13 19:15:57 2001 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fBDIFv332480 + for ; Thu, 13 Dec 2001 19:15:57 +0100 (CET) + (envelope-from valignat@gw.nevrax.com) +Received: from gw.nevrax.com (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with ESMTP id fBDIAXA60296 + for ; Thu, 13 Dec 2001 19:10:33 +0100 (CET) + (envelope-from valignat@gw.nevrax.com) +Received: (from valignat@localhost) + by gw.nevrax.com (8.11.6/8.11.6) id fBDIAGQ79938 + for nel@nevrax.org; Thu, 13 Dec 2001 19:10:16 +0100 (CET) + (envelope-from valignat) +Date: Thu, 13 Dec 2001 19:10:15 +0100 +From: Cedric Valignat +To: nel@nevrax.org +Subject: Re: [Nel] Feedback +Message-ID: <20011213191015.A79849@nevrax.com> +References: <20011210110041.A22934@generasound.com> +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +User-Agent: Mutt/1.2.5i +In-Reply-To: <20011210110041.A22934@generasound.com>; from arnaud.bienvenu@via.ecp.fr on Mon, Dec 10, 2001 at 11:00:41AM +0100 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Hi Arnaud, + +Arnaud Bienvenu wrote: +> +> Actually, I have libICE.so, not libICE.soh ! Do you have any idea where this +> error could come from ? Even if I ln -s libICE.soh libICE.so, I get the same +> error. My libICE.so comes from XFree86-devel-4.1.0-3. + +Sorry but i i have no clue for that problem :-( + +> PS : Please tell me if the patches below are useful for you. If yes, would +> you prefer to have them attached as text files ? + +I applied the first patch, the second one was already applied when a +took a look on ii. + +If the patches are small you can do it like that, otherwise that will be +better to have them as attachments. + + +Thanks a lot for your help. + + +Cedric. + + +From valignat@gw.nevrax.com Thu Dec 13 19:19:15 2001 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fBDIJF332502 + for ; Thu, 13 Dec 2001 19:19:15 +0100 (CET) + (envelope-from valignat@gw.nevrax.com) +Received: from gw.nevrax.com (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with ESMTP id fBDIDpA60330 + for ; Thu, 13 Dec 2001 19:13:51 +0100 (CET) + (envelope-from valignat@gw.nevrax.com) +Received: (from valignat@localhost) + by gw.nevrax.com (8.11.6/8.11.6) id fBDIDXI79974 + for nel@nevrax.org; Thu, 13 Dec 2001 19:13:33 +0100 (CET) + (envelope-from valignat) +Date: Thu, 13 Dec 2001 19:13:33 +0100 +From: Cedric Valignat +To: nel@nevrax.org +Subject: Re: [Nel] small bug, bug unforgivable design flaw +Message-ID: <20011213191333.B79849@nevrax.com> +References: <1007082538.7649.2.camel@zerodeux.home> +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +User-Agent: Mutt/1.2.5i +In-Reply-To: <1007082538.7649.2.camel@zerodeux.home>; from v.caron@zerodeux.net on Fri, Nov 30, 2001 at 02:08:58AM +0100 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Hi Vincent, + +I applied your patch. + +Thanks a lot for the help, + + +Cedric. + + +From skander@WPI.EDU Fri Dec 14 01:16:04 2001 +Received: from smtp.WPI.EDU (root@smtp.WPI.EDU [130.215.24.62]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fBE0G3334647 + for ; Fri, 14 Dec 2001 01:16:03 +0100 (CET) + (envelope-from skander@WPI.EDU) +Received: from there (bespin.ind.WPI.EDU [130.215.107.179]) + by smtp.WPI.EDU (8.12.2.Beta2/8.12.2.Beta2) with SMTP id fBE0Ac1P007758 + for ; Thu, 13 Dec 2001 19:10:38 -0500 (EST) +Message-Id: <200112140010.fBE0Ac1P007758@smtp.WPI.EDU> +Content-Type: text/plain; + charset="iso-8859-1" +From: Kai Schutte +To: nel@nevrax.org +Subject: GPL specifics -- was: [Nel] Gamer question +Date: Thu, 13 Dec 2001 19:07:24 -0500 +X-Mailer: KMail [version 1.3.1] +References: <200112131333.AGD52518@vmms1.verisignmail.com> <0da801c183e4$72849c00$024510ac@valerio> <20011213154906.I58318@frmug.org> +In-Reply-To: <20011213154906.I58318@frmug.org> +MIME-Version: 1.0 +Content-Transfer-Encoding: 8bit +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +On Thursday 13 December 2001 09:49, Vincent Archer wrote: +> Whenever you get a GPLed program (and the license on the NeL library +> is such that a program linked to it must be GPL too), under any form, +> you must also be able to access/request/get a copy of the source. +> +> So anybody who has a Ryzom client has the right to access the source. +> +> Of course, until there IS an official client, almost no one outside +> Nevrax has that right :) + +I don't want to drag this out eternally, but I see a little lapse of +reasoning. Technically speaking, the development version of Ryzom is probably +currently being linked and tested with NeL, therefore, Ryzom must inherit the +GPL. +Therefore, the current development code is in the public domain, therefore +should be published. Of course, I understand your need to keep Ryzom "secret" +until it is done, releasable and sellable, so that you can put food on your +plates (and buy big cars for your Venture Capital people), yet, isn't this +secrecy a violation of the GPL, since Ryzom is GPL'd? + +Wouldn't it be better then, for Nevrax, if NeL was LGPL, and thereby making +it legal (or rather, in accordance to the GPL) for you to keep Ryzom from +public eyes? + +Just thinking out loud... + +-Kai + +From zen@lapisonline.com Fri Dec 14 03:37:15 2001 +Received: from proxy.lapisonline.com (ns1.lapisonline.com [210.65.246.1]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fBE2bD335909 + for ; Fri, 14 Dec 2001 03:37:14 +0100 (CET) + (envelope-from zen@lapisonline.com) +Received: from blackmesa (c1-102.lapisonline.com [10.1.1.102]) + by proxy.lapisonline.com (Postfix) with SMTP id B5D5D3261D + for ; Fri, 14 Dec 2001 10:31:14 +0800 (CST) +Message-ID: <002f01c18447$6a470bf0$6601010a@blackmesa> +From: "zen" +To: +References: <200112131333.AGD52518@vmms1.verisignmail.com> <0da801c183e4$72849c00$024510ac@valerio> <20011213154906.I58318@frmug.org> <200112140010.fBE0Ac1P007758@smtp.WPI.EDU> +Subject: Re: GPL specifics -- was: [Nel] Gamer question +Date: Fri, 14 Dec 2001 10:31:20 +0800 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 5.50.4133.2400 +X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Hi Kai, + +To my understanding, you don't have to release the source code if you don't +sell it, according to GPL. Surely you may release the code in development, +but it's not obligatory. + +Keep up the good work, guys. + +----- Original Message ----- +From: "Kai Schutte" +To: +Sent: Friday, December 14, 2001 8:07 AM +Subject: GPL specifics -- was: [Nel] Gamer question + + +> +> On Thursday 13 December 2001 09:49, Vincent Archer wrote: +> > Whenever you get a GPLed program (and the license on the NeL library +> > is such that a program linked to it must be GPL too), under any form, +> > you must also be able to access/request/get a copy of the source. +> > +> > So anybody who has a Ryzom client has the right to access the source. +> > +> > Of course, until there IS an official client, almost no one outside +> > Nevrax has that right :) +> +> I don't want to drag this out eternally, but I see a little lapse of +> reasoning. Technically speaking, the development version of Ryzom is +probably +> currently being linked and tested with NeL, therefore, Ryzom must inherit +the +> GPL. +> Therefore, the current development code is in the public domain, therefore +> should be published. Of course, I understand your need to keep Ryzom +"secret" +> until it is done, releasable and sellable, so that you can put food on +your +> plates (and buy big cars for your Venture Capital people), yet, isn't this +> secrecy a violation of the GPL, since Ryzom is GPL'd? +> +> Wouldn't it be better then, for Nevrax, if NeL was LGPL, and thereby +making +> it legal (or rather, in accordance to the GPL) for you to keep Ryzom from +> public eyes? +> +> Just thinking out loud... +> +> -Kai +> _______________________________________________ +> Nel mailing list +> Nel@nevrax.org +> http://www.nevrax.org/mailman/listinfo.cgi/nel +> + + +From michael@in-orbit.net Fri Dec 14 03:44:21 2001 +Received: from mail.in-orbit.net ([63.205.226.187]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fBE2iK335947 + for ; Fri, 14 Dec 2001 03:44:20 +0100 (CET) + (envelope-from michael@in-orbit.net) +Received: from baldur (w010.z064002027.sjc-ca.dsl.cnc.net [64.2.27.10]) + by mail.in-orbit.net (8.11.0/8.11.0) with SMTP id fBE1bCs13387 + for ; Thu, 13 Dec 2001 17:37:12 -0800 +Message-Id: <200112140137.fBE1bCs13387@mail.in-orbit.net> +Date: Thu, 13 Dec 2001 18:40:54 -0800 +To: nel@nevrax.org +From: Michael Warnock +Subject: Re: GPL specifics -- was: [Nel] Gamer question +Organization: InOrbit +X-Mailer: Opera 5.10 build 902 +X-Priority: 3 (Normal) +Mime-Version: 1.0 +Content-Type: text/plain; charset="us-ascii" +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +>I don't want to drag this out eternally, but I see a little lapse of +>reasoning. Technically speaking, the development version of Ryzom is probably +>currently being linked and tested with NeL, therefore, Ryzom must inherit the +>GPL. +>Therefore, the current development code is in the public domain, therefore +>should be published. Of course, I understand your need to keep Ryzom "secret" +>until it is done, releasable and sellable, so that you can put food on your +>plates (and buy big cars for your Venture Capital people), yet, isn't this +>secrecy a violation of the GPL, since Ryzom is GPL'd? +> +the gpl only requires source distribution in the event of binary distribution- as long as ryzom remains unreleased, the code is nevrax's domain- and even when it is released it will not be "public domain" because that implies a +total lack of license, or even copyright which nevrax will always retain. + +>Wouldn't it be better then, for Nevrax, if NeL was LGPL, and thereby making +>it legal (or rather, in accordance to the GPL) for you to keep Ryzom from +>public eyes? +> +lgpl vs gpl is certainly a complicated issue. it often makes a lot of business sense for a company to straddle the line between opensource and proprietary software, releasing libraries or some other chunk of code and selling +another proprietary chunk that is either linked to their lgpl libraries or makes use of the opensource code in some other way. in games, however, there is a lot of important copyrighted content required to play the official game +and in the case of an mmorpg there is probably a subscription cost associated with the service of running the network/updating the content. at InOrbit, we plan to release our client source and would do so even if nel were lgpl +. that does not mean that you'll be able to play our games for free, however. it seems nevrax feels the same way and is ensuring other developers will release their clients too by using the general gpl rather than the lesser. +we should count ourselves very lucky that a well funded and talented game company has released their libraries and even luckier that they'll release their own game's source when they're ready. we can't expect them to spend +their time packaging up and tech-supporting their pre-beta game, though, they have responsibilities to their publisher. + +thanks again nevrax, +Michael Warnock +InOrbit Entertainment Inc. + + +From claw@kanga.nu Fri Dec 14 04:59:30 2001 +Received: from dingo.home.kanga.nu ([198.144.204.212]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fBE3xS336383 + for ; Fri, 14 Dec 2001 04:59:28 +0100 (CET) + (envelope-from claw@kanga.nu) +Received: from kanga.nu (localhost [127.0.0.1]) + by dingo.home.kanga.nu (Postfix) with ESMTP id 7BC7923EF + for ; Thu, 13 Dec 2001 19:54:03 -0800 (PST) +To: nel@nevrax.org +Subject: Re: GPL specifics -- was: [Nel] Gamer question +In-Reply-To: Message from "zen" + of "Fri, 14 Dec 2001 10:31:20 +0800." <002f01c18447$6a470bf0$6601010a@blackmesa> +References: <200112131333.AGD52518@vmms1.verisignmail.com> <0da801c183e4$72849c00$024510ac@valerio> <20011213154906.I58318@frmug.org> <200112140010.fBE0Ac1P007758@smtp.WPI.EDU> <002f01c18447$6a470bf0$6601010a@blackmesa> +X-face: ?^_yw@fA`CEX&}--=*&XqXbF-oePvxaT4(kyt\nwM9]{]N!>b^K}-Mb9 + YH%saz^>nq5usBlD"s{(.h'_w|U^3ldUq7wVZz$`u>MB(-4$f\a6Eu8.e=Pf\ +X-image-url: http://www.kanga.nu/~claw/kanga.face.tiff +X-url: http://www.kanga.nu/~claw/ +Date: Thu, 13 Dec 2001 19:54:03 -0800 +Message-ID: <29114.1008302043@kanga.nu> +From: J C Lawrence +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +On Fri, 14 Dec 2001 10:31:20 +0800 +zen wrote: + +> Hi Kai, To my understanding, you don't have to release the source +> code if you don't sell it, according to GPL. Surely you may +> release the code in development, but it's not obligatory. + +As soon as you distribute the product, which essentially means that +you give, transfer, or otherwise provide it to someone else than +yourself or your development team, you must grant that person full +access to all the relevant sources. No more, no less. The GPL +infects on distribution and only on distribution. + +-- +J C Lawrence +---------(*) Satan, oscillate my metallic sonatas. +claw@kanga.nu He lived as a devil, eh? +http://www.kanga.nu/~claw/ Evil is a name of a foeman, as I live. + +From corvazier@nevrax.com Fri Dec 14 09:53:19 2001 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fBE8rJ337985 + for ; Fri, 14 Dec 2001 09:53:19 +0100 (CET) + (envelope-from corvazier@nevrax.com) +Received: from cyrilc (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id fBE8ltA64505 + for ; Fri, 14 Dec 2001 09:47:55 +0100 (CET) + (envelope-from corvazier@nevrax.com) +Message-ID: <001301c1847c$0f7bd770$1701a8c0@cyrilc> +From: "Cyril 'Hulud' Corvazier" +To: +References: <200112131333.AGD52518@vmms1.verisignmail.com> <0da801c183e4$72849c00$024510ac@valerio> <20011213154906.I58318@frmug.org> <200112140010.fBE0Ac1P007758@smtp.WPI.EDU> +Subject: Re: GPL specifics -- was: [Nel] Gamer question +Date: Fri, 14 Dec 2001 09:48:11 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 5.50.4522.1200 +X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +> I don't want to drag this out eternally, but I see a little lapse of +> reasoning. Technically speaking, the development version of Ryzom is +probably +> currently being linked and tested with NeL, therefore, Ryzom must inherit +the +> GPL. +> Therefore, the current development code is in the public domain, therefore +> should be published. Of course, I understand your need to keep Ryzom +"secret" +> until it is done, releasable and sellable, so that you can put food on +your +> plates (and buy big cars for your Venture Capital people), yet, isn't this +> secrecy a violation of the GPL, since Ryzom is GPL'd? + +No, as our client game is not yet distributed, we have not to release the +source +code. The GPL is clear on this point. As V. Archer has said, you can ask +for the client source code when you have the program under any form. + +> Wouldn't it be better then, for Nevrax, if NeL was LGPL, and thereby +making +> it legal (or rather, in accordance to the GPL) for you to keep Ryzom from +> public eyes? + +Releasing NeL under GPL means Nevrax can take a technical benefit +if others companies make a game with NeL because they have to release +there source code and the NeL modifications. This is one reason why +NeL is GPL. + +Cyril Corvazier. + + + +From corvazier@nevrax.com Fri Dec 14 09:55:56 2001 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fBE8tt338004 + for ; Fri, 14 Dec 2001 09:55:55 +0100 (CET) + (envelope-from corvazier@nevrax.com) +Received: from cyrilc (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id fBE8oVA64536 + for ; Fri, 14 Dec 2001 09:50:31 +0100 (CET) + (envelope-from corvazier@nevrax.com) +Message-ID: <001901c1847c$6cd0d100$1701a8c0@cyrilc> +From: "Cyril 'Hulud' Corvazier" +To: +References: <200112131333.AGD52518@vmms1.verisignmail.com> <0da801c183e4$72849c00$024510ac@valerio> <20011213154906.I58318@frmug.org> <200112140010.fBE0Ac1P007758@smtp.WPI.EDU> <002f01c18447$6a470bf0$6601010a@blackmesa> +Subject: Re: GPL specifics -- was: [Nel] Gamer question +Date: Fri, 14 Dec 2001 09:50:47 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 5.50.4522.1200 +X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Hi, + +> To my understanding, you don't have to release the source code if you +don't +> sell it, according to GPL. Surely you may release the code in development, +> but it's not obligatory. + +Selling is not obligatory. Even if you distribute freely your 'based on GPL' +program, you have to release the source code. + +> Keep up the good work, guys. + +Thanks Zen :-) + +Cyril Corvazier. + + + +From archer@lists.frmug.org Fri Dec 14 10:25:19 2001 +Received: from lists.frmug.org (lists.frmug.org [193.56.58.115]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fBE9PI338164 + for ; Fri, 14 Dec 2001 10:25:18 +0100 (CET) + (envelope-from archer@lists.frmug.org) +Received: by lists.frmug.org (Postfix/TLS, from userid 200) + id A67F220F31; Fri, 14 Dec 2001 10:19:52 +0100 (CET) +Date: Fri, 14 Dec 2001 10:19:52 +0100 +From: Vincent Archer +To: nel@nevrax.org +Subject: Re: GPL specifics -- was: [Nel] Gamer question +Message-ID: <20011214101952.D33968@frmug.org> +References: <200112131333.AGD52518@vmms1.verisignmail.com> <0da801c183e4$72849c00$024510ac@valerio> <20011213154906.I58318@frmug.org> <200112140010.fBE0Ac1P007758@smtp.WPI.EDU> +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +User-Agent: Mutt/1.2.5i +In-Reply-To: <200112140010.fBE0Ac1P007758@smtp.WPI.EDU>; from skander@WPI.EDU on Thu, Dec 13, 2001 at 07:07:24PM -0500 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +According to Kai Schutte: +> On Thursday 13 December 2001 09:49, Vincent Archer wrote: +> > Whenever you get a GPLed program (and the license on the NeL library +> > is such that a program linked to it must be GPL too), under any form, +> > you must also be able to access/request/get a copy of the source. +> > +> > So anybody who has a Ryzom client has the right to access the source. +> > +> > Of course, until there IS an official client, almost no one outside +> > Nevrax has that right :) +> +> I don't want to drag this out eternally, but I see a little lapse of +> reasoning. Technically speaking, the development version of Ryzom is probably +> currently being linked and tested with NeL, therefore, Ryzom must inherit the +> GPL. +> Therefore, the current development code is in the public domain, therefore +> should be published. Of course, I understand your need to keep Ryzom "secret" +> until it is done, releasable and sellable, so that you can put food on your +> plates (and buy big cars for your Venture Capital people), yet, isn't this +> secrecy a violation of the GPL, since Ryzom is GPL'd? + +It is not. A violation that is. + +I know the GPL is an awful amount of legalese, and, like any legal-jargon +document, people chiefly know its intent, and not its phrasing. + +But the GPL does not force you to release anything. + +What the GPL forces you is that, *if* you release any GPL program/library, +its sources MUST be available (and describes the minimum requirement for +this availability, i.e. you can't claim the sources are available but you +need to come to the Tuvalu Islands, wait 3 months of quarantine, and read +them on a dot-matrix printer listing with surgical gloves on). + +Note the "if". + +As long as *you* don't have a Ryzom client, *you* are not entitled to ask +for the sources. A company may very well decide to take a GPL piece of +software, and use it to write a program it uses internally, and no one +can come up front and ask for that program's sources. If the company +uses it internally only, the only legal obligation of source disclosure +is to the people who have the program, i.e. its own employees. + +Of course, the example shown above works as long as the program remains +inside. Other parts of the GPL allow any employee to pick the internal +programs, use it to write its own GPL variation, and distribute said +variation outside of the company, distributing the base source in the +same way, and there's nothing the company could do to prevent exposure. + +But, in Nevrax's case, it's not important, since the program will end +up available to the public, and when it does, the sources will be. + +> Wouldn't it be better then, for Nevrax, if NeL was LGPL, and thereby making +> it legal (or rather, in accordance to the GPL) for you to keep Ryzom from +> public eyes? + +As long as no one outside of Nevrax has Ryzom, the strictures of the GPL +are respected. + +Yeah, I know, we're impatient :) +-- + Vincent Archer Email: archer@frmug.org + +All men are mortal. Socrates was mortal. Therefore, all men are Socrates. + (Woody Allen) + +From archer@lists.frmug.org Fri Dec 14 10:28:45 2001 +Received: from lists.frmug.org (lists.frmug.org [193.56.58.115]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fBE9Sj338180 + for ; Fri, 14 Dec 2001 10:28:45 +0100 (CET) + (envelope-from archer@lists.frmug.org) +Received: by lists.frmug.org (Postfix/TLS, from userid 200) + id 3826C20F31; Fri, 14 Dec 2001 10:23:21 +0100 (CET) +Date: Fri, 14 Dec 2001 10:23:21 +0100 +From: Vincent Archer +To: nel@nevrax.org +Subject: Re: GPL specifics -- was: [Nel] Gamer question +Message-ID: <20011214102321.E33968@frmug.org> +References: <200112131333.AGD52518@vmms1.verisignmail.com> <0da801c183e4$72849c00$024510ac@valerio> <20011213154906.I58318@frmug.org> <200112140010.fBE0Ac1P007758@smtp.WPI.EDU> <002f01c18447$6a470bf0$6601010a@blackmesa> +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +User-Agent: Mutt/1.2.5i +In-Reply-To: <002f01c18447$6a470bf0$6601010a@blackmesa>; from zen@lapisonline.com on Fri, Dec 14, 2001 at 10:31:20AM +0800 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +According to zen: +> Hi Kai, +> +> To my understanding, you don't have to release the source code if you don't +> sell it, according to GPL. Surely you may release the code in development, +> but it's not obligatory. + +It's not "sell", it's "distribute". Even if you distribute it for free +on some web site with anonymous public access, it's distribution, and the +source must be available. + +A lot of projects release their source during development, but that's +because they're highly distributed in nature, and it works better. The +Ryzom team is working out of the same offices, and probably doesn't +have the time to look at most would-be contributions at this stage. + +Once the initial release is done, they'll have time to further cooperate +with the rest of the people out there. + +-- + Vincent Archer Email: archer@frmug.org + +All men are mortal. Socrates was mortal. Therefore, all men are Socrates. + (Woody Allen) + +From lecroart@nevrax.com Fri Dec 14 10:36:05 2001 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fBE9a2338230 + for ; Fri, 14 Dec 2001 10:36:02 +0100 (CET) + (envelope-from lecroart@nevrax.com) +Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id fBE9UaA64968 + for ; Fri, 14 Dec 2001 10:30:36 +0100 (CET) + (envelope-from lecroart@nevrax.com) +Message-ID: <002301c18481$fcc3c2e0$0901a8c0@vianneyl> +From: "Vianney Lecroart" +To: +References: <200112131333.AGD52518@vmms1.verisignmail.com> <0da801c183e4$72849c00$024510ac@valerio> <20011213154906.I58318@frmug.org> <200112140010.fBE0Ac1P007758@smtp.WPI.EDU> +Subject: Re: GPL specifics -- was: [Nel] Gamer question +Date: Fri, 14 Dec 2001 10:30:36 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 6.00.2600.0000 +X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Hi, + +> Of course, I understand your need to keep Ryzom "secret" +> until it is done, releasable and sellable, so that you can put food on +your +> plates (and buy big cars for your Venture Capital people), yet, isn't this +> secrecy a violation of the GPL, since Ryzom is GPL'd? + +No it isn't. If oneday, we *distribute* Ryzom program and if Ryzom uses a +GPL library, in this case, we have to give the source of Ryzom. But today, +we don't distribute Ryzom, so we don't have to give the source. Look the GPL +licence, it's based on distribution. + +Vianney Lecroart +--- +lead network programmer / nevrax.com +icq#: 6870415 +homepage: http://ace.planet-d.net +www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- +w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? + +----- Original Message ----- +From: "Kai Schutte" +To: +Sent: Friday, December 14, 2001 1:07 AM +Subject: GPL specifics -- was: [Nel] Gamer question + + +> +> On Thursday 13 December 2001 09:49, Vincent Archer wrote: +> > Whenever you get a GPLed program (and the license on the NeL library +> > is such that a program linked to it must be GPL too), under any form, +> > you must also be able to access/request/get a copy of the source. +> > +> > So anybody who has a Ryzom client has the right to access the source. +> > +> > Of course, until there IS an official client, almost no one outside +> > Nevrax has that right :) +> +> I don't want to drag this out eternally, but I see a little lapse of +> reasoning. Technically speaking, the development version of Ryzom is +probably +> currently being linked and tested with NeL, therefore, Ryzom must inherit +the +> GPL. +> Therefore, the current development code is in the public domain, therefore +> should be published. Of course, I understand your need to keep Ryzom +"secret" +> until it is done, releasable and sellable, so that you can put food on +your +> plates (and buy big cars for your Venture Capital people), yet, isn't this +> secrecy a violation of the GPL, since Ryzom is GPL'd? +> +> Wouldn't it be better then, for Nevrax, if NeL was LGPL, and thereby +making +> it legal (or rather, in accordance to the GPL) for you to keep Ryzom from +> public eyes? +> +> Just thinking out loud... +> +> -Kai +> _______________________________________________ +> Nel mailing list +> Nel@nevrax.org +> http://www.nevrax.org/mailman/listinfo.cgi/nel +> + + +From ahoyt@packetport.com Fri Dec 14 14:21:25 2001 +Received: from smtp2.mail.iamworld.net (smtp2-out.mail.iamworld.net [204.91.241.117]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fBEDLN339717 + for ; Fri, 14 Dec 2001 14:21:23 +0100 (CET) + (envelope-from ahoyt@packetport.com) +Received: from packetport.com ([207.86.139.130]) + by smtp2.mail.iamworld.net (8.9.3/8.9.3) with ESMTP id IAA2261762 + for ; Fri, 14 Dec 2001 08:15:53 -0500 (EST) +Message-ID: <3C19FB8F.925DCC95@packetport.com> +Date: Fri, 14 Dec 2001 08:15:59 -0500 +From: Tony Hoyt +X-Mailer: Mozilla 4.76 [en] (X11; U; SunOS 5.7 sun4u) +X-Accept-Language: en +MIME-Version: 1.0 +To: nel@nevrax.org +References: <200112131333.AGD52518@vmms1.verisignmail.com> <0da801c183e4$72849c00$024510ac@valerio> <20011213154906.I58318@frmug.org> <200112140010.fBE0Ac1P007758@smtp.WPI.EDU> <002301c18481$fcc3c2e0$0901a8c0@vianneyl> +Content-Type: text/plain; charset=us-ascii +Content-Transfer-Encoding: 7bit +Subject: [Nel] Using GCC? -- was: GPL specifics +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Okay well I hate to go slightly off topic here but this is a question +that I need to ask since we're talking about all GPL, LGPL, etc. Where +does building an application with gcc fall into all of this? I write a +program, build it with gcc or g++ and plan to sell it to other users. +But, I don't want to distribute the source of the application. Can I +still use gcc/g++? or am I forced to find an alternative compiler such +as VisualC for windows or a unix specific compiler for unix variants? + + Tony + +From zen@lapisonline.com Fri Dec 14 14:34:52 2001 +Received: from proxy.lapisonline.com (ns1.lapisonline.com [210.65.246.1]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fBEDYl339804 + for ; Fri, 14 Dec 2001 14:34:48 +0100 (CET) + (envelope-from zen@lapisonline.com) +Received: from blackmesa (c1-102.lapisonline.com [10.1.1.102]) + by proxy.lapisonline.com (Postfix) with SMTP id 76F8E3261D + for ; Fri, 14 Dec 2001 21:28:37 +0800 (CST) +Message-ID: <001b01c184a3$44c28920$6601010a@blackmesa> +From: "zen" +To: +References: <200112131333.AGD52518@vmms1.verisignmail.com> <0da801c183e4$72849c00$024510ac@valerio> <20011213154906.I58318@frmug.org> <200112140010.fBE0Ac1P007758@smtp.WPI.EDU> <002f01c18447$6a470bf0$6601010a@blackmesa> <20011214102321.E33968@frmug.org> +Subject: Re: GPL specifics -- was: [Nel] Gamer question +Date: Fri, 14 Dec 2001 21:28:50 +0800 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 5.50.4133.2400 +X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Thank you guys, for enlightening me 8-). I neglected the keyword +'distrubte'. + +Zen Jean +----- Original Message ----- +From: "Vincent Archer" +To: +Sent: Friday, December 14, 2001 5:23 PM +Subject: Re: GPL specifics -- was: [Nel] Gamer question + + +> According to zen: +> > Hi Kai, +> > +> > To my understanding, you don't have to release the source code if you +don't +> > sell it, according to GPL. Surely you may release the code in +development, +> > but it's not obligatory. +> +> It's not "sell", it's "distribute". Even if you distribute it for free +> on some web site with anonymous public access, it's distribution, and the +> source must be available. +> +> A lot of projects release their source during development, but that's +> because they're highly distributed in nature, and it works better. The +> Ryzom team is working out of the same offices, and probably doesn't +> have the time to look at most would-be contributions at this stage. +> +> Once the initial release is done, they'll have time to further cooperate +> with the rest of the people out there. +> +> -- +> Vincent Archer Email: archer@frmug.org +> +> All men are mortal. Socrates was mortal. Therefore, all men are +Socrates. +> (Woody Allen) +> _______________________________________________ +> Nel mailing list +> Nel@nevrax.org +> http://www.nevrax.org/mailman/listinfo.cgi/nel +> + + +From corvazier@nevrax.com Fri Dec 14 14:40:02 2001 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fBEDe0339868 + for ; Fri, 14 Dec 2001 14:40:00 +0100 (CET) + (envelope-from corvazier@nevrax.com) +Received: from cyrilc (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id fBEDYZA68172 + for ; Fri, 14 Dec 2001 14:34:35 +0100 (CET) + (envelope-from corvazier@nevrax.com) +Message-ID: <007901c184a4$1c471cd0$1701a8c0@cyrilc> +From: "Cyril 'Hulud' Corvazier" +To: +References: <200112131333.AGD52518@vmms1.verisignmail.com> <0da801c183e4$72849c00$024510ac@valerio> <20011213154906.I58318@frmug.org> <200112140010.fBE0Ac1P007758@smtp.WPI.EDU> <002301c18481$fcc3c2e0$0901a8c0@vianneyl> <3C19FB8F.925DCC95@packetport.com> +Subject: Re: [Nel] Using GCC? -- was: GPL specifics +Date: Fri, 14 Dec 2001 14:34:52 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 5.50.4522.1200 +X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +> Okay well I hate to go slightly off topic here but this is a question +> that I need to ask since we're talking about all GPL, LGPL, etc. Where +> does building an application with gcc fall into all of this? I write a +> program, build it with gcc or g++ and plan to sell it to other users. +> But, I don't want to distribute the source of the application. Can I +> still use gcc/g++? or am I forced to find an alternative compiler such +> as VisualC for windows or a unix specific compiler for unix variants? + +Yes you can use GCC to compile proprietary softwares (else most of +the playstation, GBA etc.. games are GPL :-) ), only software including +GPL code become GPL itself, not the product of GPLed software. + +Cyril Corvazier. + + + +From archer@lists.frmug.org Fri Dec 14 14:46:58 2001 +Received: from lists.frmug.org (lists.frmug.org [193.56.58.115]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fBEDkv339936 + for ; Fri, 14 Dec 2001 14:46:57 +0100 (CET) + (envelope-from archer@lists.frmug.org) +Received: by lists.frmug.org (Postfix/TLS, from userid 200) + id 5827620F31; Fri, 14 Dec 2001 14:41:33 +0100 (CET) +Date: Fri, 14 Dec 2001 14:41:33 +0100 +From: Vincent Archer +To: nel@nevrax.org +Subject: Re: [Nel] Using GCC? -- was: GPL specifics +Message-ID: <20011214144133.T33968@frmug.org> +References: <200112131333.AGD52518@vmms1.verisignmail.com> <0da801c183e4$72849c00$024510ac@valerio> <20011213154906.I58318@frmug.org> <200112140010.fBE0Ac1P007758@smtp.WPI.EDU> <002301c18481$fcc3c2e0$0901a8c0@vianneyl> <3C19FB8F.925DCC95@packetport.com> +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +User-Agent: Mutt/1.2.5i +In-Reply-To: <3C19FB8F.925DCC95@packetport.com>; from ahoyt@packetport.com on Fri, Dec 14, 2001 at 08:15:59AM -0500 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +According to Tony Hoyt: +> Okay well I hate to go slightly off topic here but this is a question +> that I need to ask since we're talking about all GPL, LGPL, etc. Where +> does building an application with gcc fall into all of this? I write a +> program, build it with gcc or g++ and plan to sell it to other users. +> But, I don't want to distribute the source of the application. Can I +> still use gcc/g++? or am I forced to find an alternative compiler such +> as VisualC for windows or a unix specific compiler for unix variants? + +Even though you *used* GCC to build the program, gcc *itself* is in no +way present in the program you distribute. There's no portion of gcc +source code or binary in your application. Thus, your program does not +inherit the licensing from the gcc GPL license. + +The only think that gets bundled is the C library. And the C library +(glibc) is covered by the LGPL, which specifically allows for that case +(i.e. distributing a program that is linked with a GPL software, without + placing the GPL strictures on the program itself). + +The same thing would apply to a C grammar parser that was generated +by bison (the GPL parser generation tool). Using bison to generate your +C source does not require you to put said source under the GPL: bison +is not included in your program, only its output (hmmm, is the library +required for bison LGPL? I think so, but can't remember) + +-- + Vincent Archer Email: archer@frmug.org + +All men are mortal. Socrates was mortal. Therefore, all men are Socrates. + (Woody Allen) + +From psiegel@geneticanomalies.com Fri Dec 14 14:50:34 2001 +Received: from mistery.geneticanomalies.com ([63.101.169.205]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fBEDoW339986 + for ; Fri, 14 Dec 2001 14:50:33 +0100 (CET) + (envelope-from psiegel@geneticanomalies.com) +Received: from binkystick ([63.101.169.138]) + by mistery.geneticanomalies.com (Lotus Domino Build 166.1) + with SMTP id 2001121408402654:4955 ; + Fri, 14 Dec 2001 08:40:26 -0500 +From: "Paul Siegel" +To: +Subject: Re: [Nel] Landscapes without 3DSMax +Date: Fri, 14 Dec 2001 08:43:24 -0500 +MIME-Version: 1.0 +X-Priority: 3 (Normal) +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 6.00.2600.0000 +X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 +X-MIMETrack: Itemize by SMTP Server on mistery/Geneticanomalies(Release 5.0 |March 30, 1999) at + 12/14/2001 08:40:26 AM, + Serialize by Router on mistery/Geneticanomalies(Release 5.0 |March 30, 1999) at + 12/14/2001 08:40:37 AM, + Serialize complete at 12/14/2001 08:40:37 AM +Message-ID: <006101c184a5$4d47b5a0$8aa9653f@geneticanomalies.com> +Content-Transfer-Encoding: 7bit +Content-Type: text/plain; + charset="Windows-1252" +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +> Using the 3d lib at lowlevel (all the others header files) allow you to +> quilckly create patches and landscape zones. It is really simple to +> export some bezier quad patches from Blender +> (does blender have bezier patches ?) into a .zone file using a small +> plugin. Simple C++ classes are provided to "Builb" the ".zone" c++ +> objects. Then serialisation is used to save them +> in binary files. + +Ok, this will be my first project. Besides Blender, I'm also looking at +OpenFX (www.openfx.org). Unfortunately, I'm a coder not a graphic artist. +I can't say I'm too learned on how to create bezier patches using either +program, so I'm going to have to do a bit of research before I even start +this. If there are any artists out there with some input (especially +something like "Blender doesn't support bezier patches") I'd love to hear +from you. Hopefully it shouldn't take too long to make either a file +translator or some kind of export plugin for one of the apps, once I learn +how to make the content using one of the aforementioned apps. + +> The hardest part is the patch painter that allow you to paint tiles, +vertex +> color and displacement map over the landscape zone patches. At +> nevrax, this is done by the artists using a 3dsmax plugin +> (nel_patch_paint). If you can't use 3dsmax, you can perhaps +> generate the painting or rewrite a little ingame zone painter or why +> not, a blender painter plugin... + +Right, this will be phase 2. I was sort of expecting this to be the hard +part. + +> You have to know that the painter algorithm that put tiles over the +> landscape is not trivial at all. If you are short on time, a good +> solution is to generate painting, as most of the heightfield +> landscapes do. + +Can you elaborate on this? Are you talking about coming up with some kind +of algorithm to color the geometries instead of using textures? I don't +follow. + +> The postprocess to weld the zones together and compute the lighting will +> stay the same as far as you generate ".zone" files. + +Right, I'm assuming that once the .zone files are generated, I can follow +the process used with 3DS Max. + +Thanks for the feedback Cyril. It's nice to see how much input the official +team has on this list. + +Paul + + +From psiegel@geneticanomalies.com Fri Dec 14 14:59:51 2001 +Received: from mistery.geneticanomalies.com ([63.101.169.205]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fBEDxl340082 + for ; Fri, 14 Dec 2001 14:59:48 +0100 (CET) + (envelope-from psiegel@geneticanomalies.com) +Received: from binkystick ([63.101.169.138]) + by mistery.geneticanomalies.com (Lotus Domino Build 166.1) + with SMTP id 2001121408494545:4957 ; + Fri, 14 Dec 2001 08:49:45 -0500 +From: "Paul Siegel" +To: +Subject: Re: [Nel] Gamer question +Date: Fri, 14 Dec 2001 08:52:43 -0500 +MIME-Version: 1.0 +X-Priority: 3 (Normal) +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 6.00.2600.0000 +X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 +X-MIMETrack: Itemize by SMTP Server on mistery/Geneticanomalies(Release 5.0 |March 30, 1999) at + 12/14/2001 08:49:45 AM, + Serialize by Router on mistery/Geneticanomalies(Release 5.0 |March 30, 1999) at + 12/14/2001 08:49:52 AM, + Serialize complete at 12/14/2001 08:49:52 AM +Message-ID: <006701c184a6$9a5cdfe0$8aa9653f@geneticanomalies.com> +Content-Transfer-Encoding: 7bit +Content-Type: text/plain; + charset="Windows-1252" +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Kai, from my reading of the GPL, everything wraps around the clause of "if +you distribute". Since Ryzom has yet to be distributed, I don't think +Nevrax is under any obligation to share the source code. + +Under this same logic, I would think that Nevrax will never have to release +the source code of their servers, since such software is really for internal +use only, not to be distributed. Isn't that correct? + +Paul + +> I don't want to drag this out eternally, but I see a little lapse of +> reasoning. Technically speaking, the development version of Ryzom is +> probably currently being linked and tested with NeL, therefore, Ryzom +> must inherit the GPL. +> Therefore, the current development code is in the public domain, therefore +> should be published. Of course, I understand your need to keep Ryzom +> "secret" until it is done, releasable and sellable, so that you can put +food +> on your plates (and buy big cars for your Venture Capital people), yet, +isn't +> this secrecy a violation of the GPL, since Ryzom is GPL'd? +> +> Wouldn't it be better then, for Nevrax, if NeL was LGPL, and thereby +making +> it legal (or rather, in accordance to the GPL) for you to keep Ryzom from +> public eyes? + + + +From hplus@mindcontrol.org Fri Dec 14 19:25:35 2001 +Received: from smithers.sfrn.dnai.com (smithers.sfrn.dnai.com [208.59.199.26]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fBEIPY341496 + for ; Fri, 14 Dec 2001 19:25:34 +0100 (CET) + (envelope-from hplus@mindcontrol.org) +Received: from sideshow-mel.sfrn.dnai.com (sideshow-mel.sfrn.dnai.com [208.59.199.19]) + by smithers.sfrn.dnai.com (8.11.2/8.11.2) with ESMTP id fBEIJtQ75404 + for ; Fri, 14 Dec 2001 10:19:55 -0800 (PST) +Received: from ns.watte.net (optiplex.b500.com [216.15.97.85]) + by sideshow-mel.sfrn.dnai.com (8.11.3/8.11.3) with ESMTP id fBEIH3d10438 + for ; Fri, 14 Dec 2001 10:17:03 -0800 (PST) + (envelope-from hplus@mindcontrol.org) +Received: from JWATTELAP (64-178-80-34.customer.algx.net [64.178.80.34]) + by ns.watte.net (8.9.3/8.9.3) with SMTP id KAA23669 + for ; Fri, 14 Dec 2001 10:20:00 -0800 +From: "Jon Watte" +To: +Date: Fri, 14 Dec 2001 10:19:49 -0800 +Message-ID: +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 (Normal) +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) +X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 +Importance: Normal +In-Reply-To: <200112141251.fBECpq339466@www.nevrax.org> +Subject: [Nel] RE: GPL confusion +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +> Therefore, the current development code is in the public +> domain, therefore should be published. + +I find two things confusing about this sentence. + +1) Something that is under GPL is explicitly NOT in the public +domain, as something under the GPL suffers substantially more +restrictive licensing than something that is in the public +domain. Basically, if it's in the PD, you can do what you want +to it, except POSSIBLY not mis-represent the origin. The GPL +imposes many more strictures on your use of the code. + +2) The GPL only requires that source code is made available +free of charge to anyone who purchases binaries, and that no +restrictions are made on the purchaser's rights to use that +source code (including subsequent redistribution). If Ryzom is +not for sale to anyone, then there is no requirement for the +developers thereof to make any source code available. + +Now, the GPL may have changed slightly since I last read it +through in full, but your statement does not seem to be based +on the actual language of the GPL. + + + +From michael@in-orbit.net Fri Dec 14 20:32:43 2001 +Received: from mail.in-orbit.net ([63.205.226.187]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fBEJWg341836 + for ; Fri, 14 Dec 2001 20:32:43 +0100 (CET) + (envelope-from michael@in-orbit.net) +Received: from baldur (w010.z064002027.sjc-ca.dsl.cnc.net [64.2.27.10]) + by mail.in-orbit.net (8.11.0/8.11.0) with SMTP id fBEIPVs21449 + for ; Fri, 14 Dec 2001 10:25:32 -0800 +Message-Id: <200112141825.fBEIPVs21449@mail.in-orbit.net> +Date: Fri, 14 Dec 2001 11:29:14 -0800 +To: nel@nevrax.org +From: Michael Warnock +Subject: Re: [Nel] Gamer question (the asp hole) +Organization: InOrbit +X-Mailer: Opera 5.10 build 902 +X-Priority: 3 (Normal) +Mime-Version: 1.0 +Content-Type: text/plain; charset="us-ascii" +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +12/14/2001 5:52:43 AM, "Paul Siegel" wrote: + +>Kai, from my reading of the GPL, everything wraps around the clause of "if +>you distribute". Since Ryzom has yet to be distributed, I don't think +>Nevrax is under any obligation to share the source code. +> +>Under this same logic, I would think that Nevrax will never have to release +>the source code of their servers, since such software is really for internal +>use only, not to be distributed. Isn't that correct? +> +thats what's known as the ASP hole (application service provider). On the one hand it has been used to create money-making websites out of gpl pieces by companies who have never released their code changes. On the +other hand, with a massively multiplayer game there is a lot of server side stuff- rules/ agent experience/ object locations that you may not want to release in the interests of gameplay. However, most of that type of thing can +be abstracted from the core programs and written in a definition or scripting language specific to the game or in some general purpose language like python. these interpreted programs, stored in some database, can now be +considered content and free from gpl obligations. But that means that even if all the backend source is available, you have a lot of work to do before it does anything useful. +with a few grey areas in rules (physics?) I think this is as it should be. + +michael + + +From cblt@cblt.org Fri Dec 14 20:36:16 2001 +Received: from smarthost2.mail.easynet.fr (smarthost2.mail.easynet.fr [212.180.1.69]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fBEJaG341886 + for ; Fri, 14 Dec 2001 20:36:16 +0100 (CET) + (envelope-from cblt@cblt.org) +Received: from smtp1.mail.easynet.fr (slb-1-sippriv.mail.easynet.fr [10.0.1.57]) + by smarthost2.mail.easynet.fr (Postfix) with ESMTP id C914FB75D + for ; Fri, 14 Dec 2001 20:30:51 +0100 (CET) +Received: from hognon (unknown [212.180.94.137]) + by smtp1.mail.easynet.fr (Postfix) with SMTP id 2B233B6A7 + for ; Fri, 14 Dec 2001 20:30:51 +0100 (CET) +Message-ID: <001101c184d3$2b4c4870$130000c0@hognon> +From: "Nicolas Hognon" +To: +Date: Fri, 14 Dec 2001 20:11:43 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 6.00.2600.0000 +X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 +Subject: [Nel] server architecture (front end, load balancing, login service, ....) +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Hello .... + +I've got a little question about the architecture of the server side. +If I don't make mistake a shard is composed of N front ends and behind +front ends there is some computers running different services. +And some where there is a login service (one per shard or one for all shard +?) + +Clients communicate with one front end of a shard. + +But how clients are balanced between the N front ends of a shard ? +It will be done by a generic load balancer (hardware) +or a specific service from NEL ? + +The source code of the load balancer and the front end are delivered with +NEL ? + +If there a description of all NEL services ? +what is the welcome service ? + +sorry for all this questions .... +bye + +-- +Nicolas Hognon +nicolash@virtools.com + +Virtools - The Behavior Company +Tel. (+33) 1 42 71 46 86 / Fax. (+33) 1 42 71 86 53 +http://www.virtools.com/ + + + +From Markus_Ewald@gmx.net Sat Dec 15 13:07:45 2001 +Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) + by www.nevrax.org (8.11.0/8.11.0) with SMTP id fBFC7j349410 + for ; Sat, 15 Dec 2001 13:07:45 +0100 (CET) + (envelope-from Markus_Ewald@gmx.net) +Received: (qmail 12548 invoked by uid 0); 15 Dec 2001 12:02:11 -0000 +Received: from pd903d314.dip.t-dialin.net (HELO gmx.net) (217.3.211.20) + by mail.gmx.net (mp020-rz3) with SMTP; 15 Dec 2001 12:02:11 -0000 +Message-ID: <3C1B3BBF.F1313D9A@gmx.net> +Date: Sat, 15 Dec 2001 13:02:07 +0100 +From: Markus Ewald +Organization: LunaticSystems +X-Mailer: Mozilla 4.7 [de] (WinNT; I) +X-Accept-Language: de +MIME-Version: 1.0 +To: nel@nevrax.org +Subject: Re: [Nel] Landscapes without 3DSMax +References: <00c001c1835a$577400c0$8aa9653f@geneticanomalies.com> <3C18B000.AE027E69@packetport.com> +Content-Type: text/plain; charset=us-ascii +Content-Transfer-Encoding: 7bit +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Tony Hoyt schrieb: + +> Paul Siegel wrote: +> > +> > Hi everyone - +> > +> > I'm wondering if there's a way to build landscapes without 3D Studio Max. +> > That's some pricey software just to do level editing. Is anything +> > available, or being worked on? Or am I going to have to learn how to +> > rewrite the max plugins for Blender? +> +> Blender is my choice as well for a good free alternative 3d editor. +> I'm not sure how you make plug-in's for Blender other then with python +> but if you can do it, I wish you all the best of luck. I think the +> problem with doing a port is that if your not able to see the original +> in action or see what library calls it's makeing, etc. It's going to be +> rough going. But if your serious about it, I'm willing to give a hand +> although I don't have 3D Studio Max as well. + +There's also a free landscape modeller at +-> www.geofrac2000.com + +It was once commercial and its interface is very much like that of 3dsmax. +The author discontinued the project and made it available for free, but it's +still worth a look. You can use standard algorithms (perlin, etc.) for +landscape generation, create mountains and craters or just paint with the +raise/lower-tool. Realtime 3D-display just like 3dsmax as well. + +> +> +> Tony +> + +-Markus- + + + +From denisov@darkwing.uoregon.edu Sun Dec 16 11:14:03 2001 +Received: from darkwing.uoregon.edu (root@darkwing.uoregon.edu [128.223.142.13]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fBGAE2356080 + for ; Sun, 16 Dec 2001 11:14:02 +0100 (CET) + (envelope-from denisov@darkwing.uoregon.edu) +Received: from tess (d22-133.uoregon.edu [128.223.22.133]) + by darkwing.uoregon.edu (8.11.6/8.11.6) with SMTP id fBGA8a715480 + for ; Sun, 16 Dec 2001 02:08:36 -0800 (PST) +Message-ID: <000501c1861c$832fd1c0$8516df80@tess> +From: "Alexander Denisov" +To: +Date: Sun, 16 Dec 2001 02:29:15 -0800 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="koi8-r" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 6.00.2600.0000 +X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 +Subject: [Nel] open source MMORPG and hacks/cheats question (probably off topic) +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Hi to everybody, I think this is my first time posting on the mailing list. + +I was thinking lately about GPL/open source discussion, and one question +still bothers me: hacks and cheats in MMORPG. + +I have seen a couple of times when hacks/cheats ruined great games +(and I do believe that Nevrax is doing a very good game), since online +gameplay is very sensitive to such things. + +By publishing source code of the game, isn't it like giving a "green light" +to hackers? Are there any ways +somehow to prevent (or at least try to prevent) hacks and cheats, even if +hacker +knows the source code? Can the game company keep the network part of their +game in secret +(though I don't see how, since its clearly using NeL in this case). + +I appologise if my question is completely unrelated to NeL and Nevrax game, +since all the details are kept in secret, but I think that this is very +important question. + +By the way, thanks for the great engine! (though I'm still trying to compile +it) + +Alex + + +From alfred@mazuma.net.au Sun Dec 16 12:26:24 2001 +Received: from mta02bw.bigpond.com (mta02bw.bigpond.com [139.134.6.34]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fBGBQM356462 + for ; Sun, 16 Dec 2001 12:26:23 +0100 (CET) + (envelope-from alfred@mazuma.net.au) +Received: from mazuma.net.au ([144.135.24.72]) by + mta02bw.bigpond.com (Netscape Messaging Server 4.15) with SMTP + id GOFP6400.FOA for ; Sun, 16 Dec 2001 21:27:40 +1000 +Received: from CPE-203-51-24-250.nsw.bigpond.net.au ([203.51.24.250]) by bwmam02.mailsvc.email.bigpond.com(MailRouter V3.0f 11/2049420); 16 Dec 2001 21:20:49 +Message-ID: <3C1C8398.4000004@mazuma.net.au> +Date: Sun, 16 Dec 2001 22:20:56 +1100 +From: alfred +User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.6) Gecko/20011120 +X-Accept-Language: en-us +MIME-Version: 1.0 +To: nel@nevrax.org +Subject: Re: [Nel] open source MMORPG and hacks/cheats question (probably off topic) +References: <000501c1861c$832fd1c0$8516df80@tess> +Content-Type: text/plain; charset=KOI8-R; format=flowed +Content-Transfer-Encoding: 7bit +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +I have nothing to do with the nevrax team but I know the answer to this. +To put it simply, there is not security in obscurity. The protection +isn't in the alogrithm, its in the "secret" that is shared. This axiom +has been proved time and again, just look at the troubles windows has +with its codebase... The lack of published source code ain't helping them. + +I am not sure what security model nel will adopt but there are many to +choose from and none suffer from the openness of the protocol. You could +sign the client binaries with a public/private key pair. This stops +trivial hacks. You would also run a secure game server which does bounds +checking on the input, this stops obvious hacking. You can also encrypt +the client->server data stream. Fundamentally you are in trouble because +the client is a generalised computing machine which the user has +complete control over, if they have the machine code they can crack it, +but you can make it damn hard. You can also make any hack shortlived by +having dynamic binaries. The open source nature of nel only makes it +more secure as any flaws or bugs in the implementation will be spotted +and solved, rather than being exploited (many eyes make bugs shallow). + +:) + + + + +Alexander Denisov wrote: + +> Hi to everybody, I think this is my first time posting on the mailing list. +> +> I was thinking lately about GPL/open source discussion, and one question +> still bothers me: hacks and cheats in MMORPG. +> +> I have seen a couple of times when hacks/cheats ruined great games +> (and I do believe that Nevrax is doing a very good game), since online +> gameplay is very sensitive to such things. +> +> By publishing source code of the game, isn't it like giving a "green light" +> to hackers? Are there any ways +> somehow to prevent (or at least try to prevent) hacks and cheats, even if +> hacker +> knows the source code? Can the game company keep the network part of their +> game in secret +> (though I don't see how, since its clearly using NeL in this case). +> +> I appologise if my question is completely unrelated to NeL and Nevrax game, +> since all the details are kept in secret, but I think that this is very +> important question. +> +> By the way, thanks for the great engine! (though I'm still trying to compile +> it) +> +> Alex +> +> _______________________________________________ +> Nel mailing list +> Nel@nevrax.org +> http://www.nevrax.org/mailman/listinfo.cgi/nel +> + + +-- +Alfred Reynolds +alfred@mazuma.net.au + + +From fred@via.ecp.fr Sun Dec 16 18:18:03 2001 +Received: from fred.ucender.net (ppp1226-cwdsl-paris.fr.cw.net [62.210.116.202]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fBGHI1358260 + for ; Sun, 16 Dec 2001 18:18:01 +0100 (CET) + (envelope-from fred@via.ecp.fr) +Received: (from fred@localhost) + by fred.ucender.net (8.11.6/8.11.2) id fBGHCTf09962 + for nel@nevrax.org; Sun, 16 Dec 2001 18:12:29 +0100 +Date: Sun, 16 Dec 2001 18:12:29 +0100 +From: Arnaud Bienvenu +To: nel@nevrax.org +Subject: Re: [Nel] Feedback +Message-ID: <20011216181229.B32593@generasound.com> +References: <20011210110041.A22934@generasound.com> <20011213191015.A79849@nevrax.com> +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +User-Agent: Mutt/1.2.5i +In-Reply-To: <20011213191015.A79849@nevrax.com>; from valignat@nevrax.com on Thu, Dec 13, 2001 at 07:10:15PM +0100 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Thanks for answering Cedric, + +On Thu, Dec 13, 2001 at 07:10:15PM +0100, Cedric Valignat wrote: +> Sorry but i i have no clue for that problem :-( + +I managed to workaround this problem linking the snowballs 2 client against +libGL.so (by default, libnel_drv_opengl.so is linked against libGL, but not +the snowballs 2 client). I do not know if this is a Linux requirement, or +another bug in RedHat's 7.2 GL librairies. I hope a Linux Guru will give us a +clue. + +By the way, the libICE.soh standing instead of libICE.so is obviously a +display bug non related to nel, since I could reproduce it from clean trivial +code. + +At last, running the snowballs client, I get this well known error : +INF 5222 client.cpp 145 : Starting Snowballs ! +WRN 5222 dru.cpp 95 : when loading dynamic library 'libnel_drv_opengl.so': +/usr/local/lib/libnel_drv_opengl.so: undefined symbol: glSetFenceNV +WRN 5222 common.cpp 392 : Exception will be launched: libnel_drv_opengl.so +not found + +I read on this list the problem is due to Fence NV disappearing from +Mesa-3.4 (which I use), and that the nevrax team is working on it. Is it +still the case ? + +> I applied the first patch, the second one was already applied when a +> took a look on ii. + +The patched versions are not yet available from today's CVS head revision, but +I trust you it's in the pipeline. + +Regards, +Arnaud Bienvenu + +From v.caron@zerodeux.net Sun Dec 16 19:18:07 2001 +Received: from zerodeux.net (zerodeux.net [62.4.22.182]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fBGII6365570 + for ; Sun, 16 Dec 2001 19:18:06 +0100 (CET) + (envelope-from v.caron@zerodeux.net) +Received: from zerodeux.home (zerodeux.home [192.168.1.3]) + by zerodeux.net (Postfix) with ESMTP id 46FA9F1D9 + for ; Sun, 16 Dec 2001 19:12:42 +0100 (CET) +Subject: Re: [Nel] open source MMORPG and hacks/cheats question (probably + off topic) +From: Vincent Caron +To: nel@nevrax.org +In-Reply-To: <000501c1861c$832fd1c0$8516df80@tess> +References: <000501c1861c$832fd1c0$8516df80@tess> +Content-Type: text/plain +Content-Transfer-Encoding: 7bit +X-Mailer: Evolution/1.0 (Preview Release) +Date: 16 Dec 2001 19:12:38 +0100 +Message-Id: <1008526358.652.0.camel@zerodeux.home> +Mime-Version: 1.0 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +There's a bit more than the 'security through obscurity' debate in this +question. It is actually more a question of trust, or if you prefer, +_what_ or _who_ needs to be secured ? The game ? The player moves ? The +server knowledge ? + +Eric S. Raymond (with a nice link to Carmack's tought about this) did a +nice essay, back to the time where 'cheating drivers' (making walls +transparent) were about to be unveiled for FPS games : + +http://www.tuxedo.org/~esr/writings/quake-cheats.html + + + +From miller@nevrax.com Mon Dec 17 12:13:06 2001 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fBHBD5371226 + for ; Mon, 17 Dec 2001 12:13:05 +0100 (CET) + (envelope-from miller@nevrax.com) +Received: from miller (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id fBHB7cA86300 + for ; Mon, 17 Dec 2001 12:07:38 +0100 (CET) + (envelope-from miller@nevrax.com) +From: "Daniel Miller" +To: +Subject: RE: [Nel] open source MMORPG and hacks/cheats question (probablyoff topic) +Date: Mon, 17 Dec 2001 12:07:37 +0100 +Message-ID: +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 (Normal) +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) +X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 +In-Reply-To: <1008526358.652.0.camel@zerodeux.home> +Importance: Normal +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +At Nevrax our thoughts run as follows: + +Game clients are very easy to reverse engineer or hack on a PC. +Server/ Client data packets are even easier to hack. + +We assume that whether the source code for the client is open or closed, it +will inevitably be modified. + +The only way to avoid cheating is to take all game sensitive decisions +server-side and to treat client as a kind of dumb terminal. This has +implications throughout the game design. + +For instance, to avoid a hack from making invisible players visible, it is +up to the servers not to transmit update information for invisible players +to the clients. This means that invisible players can not make 3d-positional +noises as this would give an exploitable piece of information. + +The front end servers clearly have to be robust too which means that all +incoming data from the clients is treated with caution - packets containing +invalid data are simply ignored. + + +In a nutshell - we assume that servers are trustworthy and that clients are +not. + + +Daniel. + +-----Original Message----- +From: nel-admin@nevrax.org [mailto:nel-admin@nevrax.org]On Behalf Of +Vincent Caron +Sent: Sunday, December 16, 2001 7:13 PM +To: nel@nevrax.org +Subject: Re: [Nel] open source MMORPG and hacks/cheats question +(probablyoff topic) + + +There's a bit more than the 'security through obscurity' debate in this +question. It is actually more a question of trust, or if you prefer, +_what_ or _who_ needs to be secured ? The game ? The player moves ? The +server knowledge ? + +Eric S. Raymond (with a nice link to Carmack's tought about this) did a +nice essay, back to the time where 'cheating drivers' (making walls +transparent) were about to be unveiled for FPS games : + +http://www.tuxedo.org/~esr/writings/quake-cheats.html + + +_______________________________________________ +Nel mailing list +Nel@nevrax.org +http://www.nevrax.org/mailman/listinfo.cgi/nel + + +From zager@teleaction.com Mon Dec 17 13:19:53 2001 +Received: from jupiter.augur.de (jupiter.teleaction.de [194.149.245.1]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fBHCJq371573 + for ; Mon, 17 Dec 2001 13:19:52 +0100 (CET) + (envelope-from zager@teleaction.com) +Received: from zager ([194.149.245.62]) + by jupiter.augur.de (8.8.8+Sun/8.8.8) with ESMTP id NAA28014 + for ; Mon, 17 Dec 2001 13:14:22 +0100 (MET) +Date: Mon, 17 Dec 2001 12:49:30 +0100 +From: Dim Segebart +X-Mailer: The Bat! (v1.49) Business +X-Priority: 3 (Normal) +Message-ID: <132344043088.20011217124930@teleaction.de> +To: Markus Ewald +Subject: Re[2]: [Nel] Landscapes without 3DSMax +In-reply-To: <3C1B3BBF.F1313D9A@gmx.net> +References: <00c001c1835a$577400c0$8aa9653f@geneticanomalies.com> + <3C18B000.AE027E69@packetport.com> <3C1B3BBF.F1313D9A@gmx.net> +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Transfer-Encoding: 7bit +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +And more: +http://terraform.sourceforge.net/ +http://ftp.arl.army.mil/brlcad/ +http://www.planetside.co.uk/terragen/ + +Saturday, December 15, 2001, 1:02:07 PM, you wrote: + +ME> Tony Hoyt schrieb: + +>> Paul Siegel wrote: +>> > +>> > Hi everyone - +>> > +>> > I'm wondering if there's a way to build landscapes without 3D Studio Max. +>> > That's some pricey software just to do level editing. Is anything +>> > available, or being worked on? Or am I going to have to learn how to +>> > rewrite the max plugins for Blender? +>> +>> Blender is my choice as well for a good free alternative 3d editor. +>> I'm not sure how you make plug-in's for Blender other then with python +>> but if you can do it, I wish you all the best of luck. I think the +>> problem with doing a port is that if your not able to see the original +>> in action or see what library calls it's makeing, etc. It's going to be +>> rough going. But if your serious about it, I'm willing to give a hand +>> although I don't have 3D Studio Max as well. + +ME> There's also a free landscape modeller at +->> www.geofrac2000.com + +ME> It was once commercial and its interface is very much like that of 3dsmax. +ME> The author discontinued the project and made it available for free, but it's +ME> still worth a look. You can use standard algorithms (perlin, etc.) for +ME> landscape generation, create mountains and craters or just paint with the +ME> raise/lower-tool. Realtime 3D-display just like 3dsmax as well. + +>> +>> +>> Tony +>> + +ME> -Markus- + + +ME> _______________________________________________ +ME> Nel mailing list +ME> Nel@nevrax.org +ME> http://www.nevrax.org/mailman/listinfo.cgi/nel + + + +-- +Dim Segebart mailto:zager@teleaction.de + + + +From lecroart@nevrax.com Mon Dec 17 15:27:56 2001 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fBHERu372258 + for ; Mon, 17 Dec 2001 15:27:56 +0100 (CET) + (envelope-from lecroart@nevrax.com) +Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id fBHEMUA88912 + for ; Mon, 17 Dec 2001 15:22:30 +0100 (CET) + (envelope-from lecroart@nevrax.com) +Message-ID: <007b01c18706$42dbd020$0901a8c0@vianneyl> +From: "Vianney Lecroart" +To: +References: <001101c184d3$2b4c4870$130000c0@hognon> +Subject: Re: [Nel] server architecture (front end, load balancing, login service, ....) +Date: Mon, 17 Dec 2001 15:22:30 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 6.00.2600.0000 +X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Hi nico, + +> I've got a little question about the architecture of the server side. +> If I don't make mistake a shard is composed of N front ends and behind +> front ends there is some computers running different services. +> And some where there is a login service (one per shard or one for all +shard +> ?) + +Shard is composed of services. There are front end services and back end +services. +Client are connected with on front end service and front end services are +connected with back end services. +There's only one login service for all shards. The client first connects to +the login service that checks the validity of the account, after the client +choose the shard. The login service warn the shard (via welcome service (one +per shard)) that a new client will come. The welcome service chooses the +best front end for the client and sends the choosen front end to the login +service and the login service sends this info to the client. after, the +client connects to the selected front end and authenticates. + +> But how clients are balanced between the N front ends of a shard ? + +For now, the welcome service does a dumb balancement (try to have the same +player number on each front end). + +> It will be done by a generic load balancer (hardware) +> or a specific service from NEL ? + +It s the welcome service that do that. + +> The source code of the load balancer and the front end are delivered with +> NEL ? + +Look the welcome service :-) + +> If there a description of all NEL services ? + +Look the net part of http://www.nevrax.org/docs/ +And also try here http://www.nevrax.org/docs/doxygen/nel/pages.html + +Vianney Lecroart +--- +lead network programmer / nevrax.com +icq#: 6870415 +homepage: http://ace.planet-d.net +www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- +w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? + + + + +From nicolas.boulay@ifrance.com Tue Dec 18 13:21:36 2001 +Received: from lh00.opsion.fr (lh00.opsion.fr [212.73.208.226]) + by www.nevrax.org (8.11.0/8.11.0) with SMTP id fBICLZ378867 + for ; Tue, 18 Dec 2001 13:21:35 +0100 (CET) + (envelope-from nicolas.boulay@ifrance.com) +Received: from 10.1.1.6 [10.1.1.6] by lh00.opsion.fr; Tue, 18 Dec 2001 12:15:59 GMT +Send-By: 140.94.82.18 with Mozilla/4.0 (compatible; MSIE 5.0; Windows NT; DigExt; FR 15/06/2000) +To: +From: +MIME-Version: 1.0 +Content-Type: text/plain; charset="iso-8859-1" +Date: Tue, 18 Dec 2001 12:15:59 GMT +Message-id: <200112181215.3bac@lh00.opsion.fr> +Content-Transfer-Encoding: 8bit +X-MIME-Autoconverted: from quoted-printable to 8bit by www.nevrax.org id fBICLZ378867 +Subject: [Nel] peer to peer ? +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +--__--__-- + +Message: 3 +From: "Vianney Lecroart" +To: +Subject: Re: [Nel] server architecture (front end, +load balancing, login service, ....) +Date: Mon, 17 Dec 2001 15:22:30 +0100 +charset="iso-8859-1" +Reply-To: nel@nevrax.org + +> But how clients are balanced between the N front +ends of a shard ? + +For now, the welcome service does a dumb balancement +(try to have the same +player number on each front end). + +>>>> Why don't you try to use LVS ? +More generaly do you plan to make direct connection +between client (such peer to peer network, or +distributed computing) ? It could be nice for +reduicing trafic to the server. To havoid cheating, +each client cheeck data as the server does. Maybe it +could be possible to connect people which interract a +lot (in the same area, ...), there is still some +mouvement with server to handle critical ressouces. +So mouvement to the center server are almost reduice +to the minimum. + +Does i smoke too much ? + +nicO + + +______________________________________________________________________________ +ifrance.com, l'email gratuit le plus complet de l'Internet ! +vos emails depuis un navigateur, en POP3, sur Minitel, sur le WAP... +http://www.ifrance.com/_reloc/email.emailif + + + +From psiegel@geneticanomalies.com Tue Dec 18 15:56:56 2001 +Received: from mistery.geneticanomalies.com ([63.101.169.205]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fBIEut379746 + for ; Tue, 18 Dec 2001 15:56:56 +0100 (CET) + (envelope-from psiegel@geneticanomalies.com) +Received: from binkystick ([63.101.169.138]) + by mistery.geneticanomalies.com (Lotus Domino Build 166.1) + with SMTP id 2001121809461337:7475 ; + Tue, 18 Dec 2001 09:46:13 -0500 +From: "Paul Siegel" +To: +Subject: RE: [Nel] Landscapes without 3DSMax +Date: Tue, 18 Dec 2001 09:49:45 -0500 +MIME-Version: 1.0 +X-Priority: 3 (Normal) +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 6.00.2600.0000 +X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 +X-MIMETrack: Itemize by SMTP Server on mistery/Geneticanomalies(Release 5.0 |March 30, 1999) at + 12/18/2001 09:46:13 AM, + Serialize by Router on mistery/Geneticanomalies(Release 5.0 |March 30, 1999) at + 12/18/2001 09:46:19 AM, + Serialize complete at 12/18/2001 09:46:19 AM +Message-ID: <004101c187d3$3bcb1a20$8aa9653f@geneticanomalies.com> +Content-Transfer-Encoding: 7bit +Content-Type: text/plain; + charset="iso-8859-1" +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +My apologies, I accidentally sent this first to nel-admin. Guess the +reply-to of the digest isn't set up to go to the correct place. Here it is +again, I hope nobody gets this twice: + +Thank you everyone for the links. I'm afraid though that these terrain +building packages generate height fields, and as you may or may not be +aware, NeL uses bezier patches, not height fields to generate its terrain. +Therefore, I've finally settled on the most basic thing I could find, namely +sPatch. (http://www.geocities.com/getspatch/index.html). It is little more +than a bezier patch editor, but currently that's all I need. There appears +to be a more feature rich package based on sPatch called hamaPatch +(http://www.geocities.com/Tokyo/Ginza/6625/soft10.html), but currently all +documentation on this is in Japanese and I don't speak the language. +Perhaps my work can some day be moved to hamaPatch, but for the moment I'm +sticking with sPatch. Which means we should be able to generate the zone +files with sPatch, but will need a seperate piece of software to paint the +textures (since sPatch doesn't support any kind of texturing). But I'll +burn that bridge when I get to it. ;) + +Fortunately, sPatch has good documentation on creating export plugins, and +I'm well on my way to successfully making one. I have a couple questions +though for anyone on this list whi is familiar with the 3D code. + +1. How much information of the CPatchInfo object must be filled in to have +a viable object? sPatch gives me a 4x4 array of vertexes which I can use to +populate the vertices, tangents, and interiors of the CPatchInfo object. +However, I am still a bit unclear what much of the data in the CPatchInfo +object is, especially the BindEdges (4 CBindInfo structs). Are these filled +in when welding the zones together, or are they something I will need to +fill in upon generating a single zone? + +2. Once I manage to export a .zone file, what's the quickest, dirtiest way +to test it? Will I need to build an entire app just to load the .zone, or +is there some way I can easily hack it into the Snowballs client just to see +if it indeed exported a valid file? + +Thanks again everyone for all the help. This is a great project, and I'm +having lots of fun playing with it. + +Paul + +> And more: +> http://terraform.sourceforge.net/ +> http://ftp.arl.army.mil/brlcad/ +> http://www.planetside.co.uk/terragen/ +> +> Saturday, December 15, 2001, 1:02:07 PM, you wrote: +> +> ME> Tony Hoyt schrieb: +> +> >> Paul Siegel wrote: +> >> > +> >> > Hi everyone - +> >> > +> >> > I'm wondering if there's a way to build landscapes without 3D Studio +> Max. +> >> > That's some pricey software just to do level editing. Is anything +> >> > available, or being worked on? Or am I going to have to learn how to +> >> > rewrite the max plugins for Blender? +> >> +> >> Blender is my choice as well for a good free alternative 3d editor. +> >> I'm not sure how you make plug-in's for Blender other then with python +> >> but if you can do it, I wish you all the best of luck. I think the +> >> problem with doing a port is that if your not able to see the original +> >> in action or see what library calls it's makeing, etc. It's going to +be +> >> rough going. But if your serious about it, I'm willing to give a hand +> >> although I don't have 3D Studio Max as well. +> +> ME> There's also a free landscape modeller at +> ->> www.geofrac2000.com +> +> ME> It was once commercial and its interface is very much like that of +> 3dsmax. +> ME> The author discontinued the project and made it available for free, +but +> it's +> ME> still worth a look. You can use standard algorithms (perlin, etc.) for +> ME> landscape generation, create mountains and craters or just paint with +> the +> ME> raise/lower-tool. Realtime 3D-display just like 3dsmax as well. +> +> >> +> >> +> >> Tony +> >> +> +> ME> -Markus- +> +> +> ME> _______________________________________________ +> ME> Nel mailing list +> ME> Nel@nevrax.org +> ME> http://www.nevrax.org/mailman/listinfo.cgi/nel +> +> +> +> -- +> Dim Segebart mailto:zager@teleaction.de + + +From corvazier@nevrax.com Tue Dec 18 20:25:43 2001 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fBIJPh381441 + for ; Tue, 18 Dec 2001 20:25:43 +0100 (CET) + (envelope-from corvazier@nevrax.com) +Received: from cyrilc (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id fBIJKGA04851 + for ; Tue, 18 Dec 2001 20:20:16 +0100 (CET) + (envelope-from corvazier@nevrax.com) +Message-ID: <01bd01c187f9$1132c170$1701a8c0@cyrilc> +From: "Cyril 'Hulud' Corvazier" +To: +References: <004101c187d3$3bcb1a20$8aa9653f@geneticanomalies.com> +Subject: Re: [Nel] Landscapes without 3DSMax +Date: Tue, 18 Dec 2001 20:20:34 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 5.50.4522.1200 +X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Hi Paul, + +> Thank you everyone for the links. I'm afraid though that these terrain +> building packages generate height fields, and as you may or may not be +> aware, NeL uses bezier patches, not height fields to generate its terrain. + +You can build patches with an heightfield. It a fast way to generate +a simple lansdcape. Simply raise the tangeants vertices with the joined +vertices of a bezier patch : you have a heightfield ! + +> 1. How much information of the CPatchInfo object must be filled in to +have +> a viable object? sPatch gives me a 4x4 array of vertexes which I can use +to +> populate the vertices, tangents, and interiors of the CPatchInfo object. +> However, I am still a bit unclear what much of the data in the CPatchInfo +> object is, especially the BindEdges (4 CBindInfo structs). Are these +filled +> in when welding the zones together, or are they something I will need to +> fill in upon generating a single zone? + +The BindEdges info are required to properly link patches together at +runtime. You have to filled them for internal zone linking. zone_welder will +fill them +of inter-zone link. Hear come some explications on how to fill the +CBindInfo. + +The patches can be linked those way : (warning ASCII arts in non-constant +size +fonts.. :-) ) + +--- + +The edge numbers are : + + 3 + *** +0 * * 2 + *** + 1 + +--- + +There is 3 ways to bind patches together. (1-1, 1-2, 1-4) + +--- + +One patch on another : + +********** +* * * +* 0 * 1 * +* * * +* * * +********** +CBindInfo: +Patch 0, edge 2 : NPatchs = 1, MultipleBindNum = 1, Next = { Patch 1 }, +Edge = { 0 } +Patch 1, edge 0 : NPatchs = 1, MultipleBindNum = 1, Next = { Patch 0 }, +Edge = { 2 } + +--- + +Two patches on another (Bind 2) + +********** +* * 1 * +* 0 ****** +* * 2 * +********** +Bind info: +Patch 0, edge 2 : NPatchs = 2, MultipleBindNum = 1, Next = { Patch 1, Patch +2 }, Edge = { 0, 0 } +Patch 1, edge 0 : NPatchs = 1, MultipleBindNum = 2, MultipleBindId = 1, +Next = { Patch 0 }, Edge = { 2 } +Patch 2, edge 0 : NPatchs = 1, MultipleBindNum = 2, MultipleBindId = 0, +Next = { Patch 0 }, Edge = { 2 } + +--- + +4 patches on another (Bind 4) + +********** +* * 1 * +* ****** +* * 2 * +* 0 ****** +* * 3 * +* ****** +* * 4 * +********** +Patch 0, edge 2 : NPatchs = 4, MultipleBindNum = 1, Next = { Patch 1, Patch +2, Patch 3, Patch 4 }, Edge = { 0, 0, 0, 0 } +Patch 1, edge 0 : NPatchs = 1, MultipleBindNum = 4, MultipleBindId = 3, +Next = { Patch 0 }, Edge = { 2 } +Patch 2, edge 0 : NPatchs = 1, MultipleBindNum = 4, MultipleBindId = 2, +Next = { Patch 0 }, Edge = { 2 } +Patch 3, edge 0 : NPatchs = 1, MultipleBindNum = 4, MultipleBindId = 1, +Next = { Patch 0 }, Edge = { 2 } +Patch 4, edge 0 : NPatchs = 1, MultipleBindNum = 4, MultipleBindId = 0, +Next = { Patch 0 }, Edge = { 2 } + +--- + +Note that zone_welder welds automaticaly the zones together but don't +generate bind info for internal patch linking in a zone. +It searches for shared vertices in the 2 zones and weld them. Zone_welder +can perform only 1-1 bind type. + +I hope this is understandable, don't hesitate to ask for details. + +> 2. Once I manage to export a .zone file, what's the quickest, dirtiest +way +> to test it? Will I need to build an entire app just to load the .zone, or +> is there some way I can easily hack it into the Snowballs client just to +see +> if it indeed exported a valid file? + +You can replace a zone in snowball, or make a simple application to see +the zone. If you want, i can post a peace of code for a small app. + +Cyril Corvazier + + + +From corvazier@nevrax.com Wed Dec 19 09:37:27 2001 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fBJ8bR386809 + for ; Wed, 19 Dec 2001 09:37:27 +0100 (CET) + (envelope-from corvazier@nevrax.com) +Received: from cyrilc (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id fBJ8VxA08389 + for ; Wed, 19 Dec 2001 09:31:59 +0100 (CET) + (envelope-from corvazier@nevrax.com) +Message-ID: <002201c18867$ac0089d0$1701a8c0@cyrilc> +From: "Cyril 'Hulud' Corvazier" +To: +References: <004101c187d3$3bcb1a20$8aa9653f@geneticanomalies.com> <01bd01c187f9$1132c170$1701a8c0@cyrilc> +Subject: Re: [Nel] Landscapes without 3DSMax +Date: Wed, 19 Dec 2001 09:32:19 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 5.50.4522.1200 +X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +There is mistakes in the previous mail, + +--- + +In bind 2: + +> Patch 0, edge 2 : NPatchs = 2, MultipleBindNum = 1, Next = { Patch 1, +Patch +> 2 }, Edge = { 0, 0 } + + +Please read : + +Patch 0, edge 2 : NPatchs = 2, MultipleBindNum = 1, Next = { Patch 2, Patch +1 }, Edge = { 0, 0 } + + +--- + +In bind 4: + +> Patch 0, edge 2 : NPatchs = 4, MultipleBindNum = 1, Next = { Patch 1, +Patch +> 2, Patch 3, Patch 4 }, Edge = { 0, 0, 0, 0 } + +Please read : + +Patch 0, edge 2 : NPatchs = 4, MultipleBindNum = 1, Next = { Patch 4, Patch +3, Patch 2, Patch 1 }, Edge = { 0, 0, 0, 0 } + +Cyril Corvazier + + +From psiegel@geneticanomalies.com Wed Dec 19 17:12:42 2001 +Received: from mistery.geneticanomalies.com ([63.101.169.205]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fBJGCd389382 + for ; Wed, 19 Dec 2001 17:12:41 +0100 (CET) + (envelope-from psiegel@geneticanomalies.com) +Received: from binkystick ([63.101.169.138]) + by mistery.geneticanomalies.com (Lotus Domino Build 166.1) + with SMTP id 2001121911015016:8126 ; + Wed, 19 Dec 2001 11:01:50 -0500 +From: "Paul Siegel" +To: +References: <796C10603A1BABC685256B27003D03FD.003DA22C85256B27@geneticanomalies.com> +Date: Wed, 19 Dec 2001 11:05:16 -0500 +MIME-Version: 1.0 +X-Priority: 3 (Normal) +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 6.00.2600.0000 +X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 +X-MIMETrack: Itemize by SMTP Server on mistery/Geneticanomalies(Release 5.0 |March 30, 1999) at + 12/19/2001 11:01:50 AM, + Serialize by Router on mistery/Geneticanomalies(Release 5.0 |March 30, 1999) at + 12/19/2001 11:02:10 AM, + Serialize complete at 12/19/2001 11:02:10 AM +Message-ID: <002401c188a6$f3cafe00$8aa9653f@geneticanomalies.com> +Content-Transfer-Encoding: 7bit +Content-Type: text/plain; + charset="iso-8859-1" +Subject: [Nel] Re: Nel digest, Vol 1 #207 - 4 msgs +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Cyril to the rescue again! (Or do you prefer Hulud? And if so, will you +tell me what it means?) You know, I've gotten slower responses from +"support" that I pay for. My thanks again. + +> You can build patches with an heightfield. It a fast way to generate +> a simple lansdcape. Simply raise the tangeants vertices with the joined +> vertices of a bezier patch : you have a heightfield ! + +Hmm, I'm not sure I parse this, but it intrigues me. Unfortunately, my +knowledge of height fields is even less than that of bezier patches, the +latter of which I've only learned as I researched writing this plugin. What +do you mean by "the joined vertices"? Are these the four outer corner +vertices of a bezier patch? And what happens to the interiors? + +> The BindEdges info are required to properly link patches together at +> runtime. You have to filled them for internal zone linking. zone_welder +> will fill them of inter-zone link. Hear come some explications on how to +fill the +> CBindInfo. + +Thanks, the info was very helpful. I've coppied it over into a monospaced +text file, and it all makes sense. I'm guessing now that the program I've +been working with is much more simplistic than what you've had to deal with +(though I guess it doesn't take much to be more simplistic than max!) + +The plugin includes the following code with which I can deal: + +typedef struct { + float x, y, z; +} SP_Vector; + +typedef struct { + long v1, v2, v3; +} SP_Triangle; + +typedef struct { + SP_Vector ctrlPoints[4][4]; + + long numPoints, numTriangles; + SP_Vector *points, *normals; + SP_Triangle *triangles; +} SP_Patch; + +void SPExportPatch(SP_Patch *patch) +{ + /* This function is called for each patch in a layer. */ + /* Every patch is described as both a set of control points (for a cubic +Bezier */ + /* patch) and as a set of triangles - use whichever you need. */ + } + +Unfortunately there appears to be no information whatsoever on the +interconnectivity of the patches. Therefore, I can either add some complex +ruitines to mathematically figure out which patches are adjacent to each +other and therefore how to bind them, or move along to another piece of +software with hopefully better export data. I'd really hate to do the +former as I've actually got the thing exporting zone files (they just have +no bind info, and would probably look like hell if I tried to use them). +The latter though seems rather intimidating, especially with my limited +knowledge of three dimensional geometry. + +Well, before I make that decision I want to be sure I understand all the +data I need to create these patches. I've got the vertices, tangents, +interiors, and now the BindInfo structs. There is also an array of +BaseVertices in the CPatchInfo object that I don't think I understand. +Besides that the rest of the data appears to concern coloration and tiles, +which I'm not going to worry about yet (recall that's phase 2). Is it valid +though to set OrderS and OrderT to 0, and therefore only supply a single +color for the entire patch? Will the patch render, or will I see nothing +until I complete phase 2 (painting the patches)? + +Paul + + + + +From corvazier@nevrax.com Wed Dec 19 18:26:26 2001 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fBJHQP389787 + for ; Wed, 19 Dec 2001 18:26:25 +0100 (CET) + (envelope-from corvazier@nevrax.com) +Received: from cyrilc (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id fBJHKvA15959 + for ; Wed, 19 Dec 2001 18:20:57 +0100 (CET) + (envelope-from corvazier@nevrax.com) +Message-ID: <000901c188b1$91805460$1701a8c0@cyrilc> +From: "Cyril 'Hulud' Corvazier" +To: +References: <004101c187d3$3bcb1a20$8aa9653f@geneticanomalies.com> <01bd01c187f9$1132c170$1701a8c0@cyrilc> +Subject: Re: [Nel] Landscapes without 3DSMax +Date: Wed, 19 Dec 2001 18:21:17 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 5.50.4522.1200 +X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +Hi Paul, + +Forget all the ASCII parts of the 2 previous mail, here is the good way to +fill the CPatchInfo::CBindInfo structure : + +--- + +We will assume all patches in this example are oriented like this + +0 3 + *** + * * + *** +1 2 + +--- + +The edge numbers are : + + 3 + *** + 0 * * 2 + *** + 1 + + --- + + There is 3 ways to bind patches together. (1-1, 1-2, 1-4) + + --- + + One patch on another : + + ********** + * * * + * 0 * 1 * + * * * + ********** + CBindInfo: + Patch 0, edge 2 : NPatchs = 1, Next = { Patch 1 }, Edge = { 0 } + Patch 1, edge 0 : NPatchs = 1, Next = { Patch 0 }, Edge = { 2 } + + --- + + Two patches on another (Bind 2) + + ********** + * * 2 * + * 0 ****** + * * 1 * + ********** + Bind info: + Patch 0, edge 2 : NPatchs = 2, Next = { Patch 1, Patch 2 }, Edge = { 0, +0 } + Patch 1, edge 0 : NPatchs = 1, Next = { Patch 0 }, Edge = { 2 } + Patch 2, edge 0 : NPatchs = 1, Next = { Patch 0 }, Edge = { 2 } + + --- + + 4 patches on another (Bind 4) + + ********** + * * 4 * + * ****** + * * 3 * + * 0 ****** + * * 2 * + * ****** + * * 1 * + ********** + Patch 0, edge 2 : NPatchs = 4, Next = { Patch 1, Patch 2, Patch 3, Patch +4 }, Edge = { 0, 0, 0, 0 } + Patch 1, edge 0 : NPatchs = 1, Next = { Patch 0 }, Edge = { 2 } + Patch 2, edge 0 : NPatchs = 1, Next = { Patch 0 }, Edge = { 2 } + Patch 3, edge 0 : NPatchs = 1, Next = { Patch 0 }, Edge = { 2 } + Patch 4, edge 0 : NPatchs = 1, Next = { Patch 0 }, Edge = { 2 } + + --- + +Sorry but i have been confused by the two classes called CPatch::CBindInfo +and CPatchInfo::CBindInfo. :-) + +Cyril Corvazier. + + + + +From zen@lapisonline.com Thu Dec 20 08:25:46 2001 +Received: from proxy.lapisonline.com (ns1.lapisonline.com [210.65.246.1]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fBK7Ph394555 + for ; Thu, 20 Dec 2001 08:25:45 +0100 (CET) + (envelope-from zen@lapisonline.com) +Received: from blackmesa (c1-15.lapisonline.com [10.1.1.15]) + by proxy.lapisonline.com (Postfix) with SMTP id 2F17C3260E + for ; Thu, 20 Dec 2001 15:19:33 +0800 (CST) +Message-ID: <001301c18926$c1ec3590$0f01010a@blackmesa> +From: "zen" +To: +Date: Thu, 20 Dec 2001 15:20:09 +0800 +MIME-Version: 1.0 +Content-Type: multipart/alternative; + boundary="----=_NextPart_000_0010_01C18969.CFF89230" +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 5.00.2919.6700 +X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 +Subject: [Nel] precompiled header file +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +This is a multi-part message in MIME format. + +------=_NextPart_000_0010_01C18969.CFF89230 +Content-Type: text/plain; + charset="big5" +Content-Transfer-Encoding: quoted-printable + +Hi all! + +I don't know whether gcc support precompiled header or not, but = +VisualC++ do support it. So, I suggest the VC++ workspace setting take = +advantage of this. I've make some experiment on the 'misc' project. The = +compiling time drop from 2 minutes to 1 minute and 30 seconds, reduced = +about 25% , not bad. + +And in case you don't know how to set precompiled header file support, = +these are the steps: +1. Add to the project a .h file, e.g stdafx.h, which #includes those = +common header files, particularly STL header files . +2. Add a dumb .cpp file, e.g stdafx.cpp, which do nothing more than = +#include "stdafx.h". +3. Change project setting, in 'C/C++' tab 'Precompiled Headers' set it = +to 'Use precompiled header file [.pch]' through header: stdafx.h. +4. Change the setting of stdafx.cpp to 'Create precompiled header file = +[.pch]'. +5. Add every .cpp file a line #include "stdafx.h". +6. recompile. + +Hope this would be helpful. + +Regards, +Zen Jean + + +------=_NextPart_000_0010_01C18969.CFF89230 +Content-Type: text/html; + charset="big5" +Content-Transfer-Encoding: quoted-printable + + + + + + + + +
Hi all!
+
 
+
I don't know whether gcc support = +precompiled=20 +header or not, but VisualC++ do support it. So, I suggest the VC++=20 +workspace setting take advantage of this. I've make some experiment on = +the=20 +'misc' project. The compiling time drop from 2 minutes to 1 minute and = +30=20 +seconds, reduced about 25% , not bad.
+
 
+
And in case you don't know = +how to set precompiled=20 +header file support, these are the steps:
+
1. Add to the = +project a .h file, e.g=20 +stdafx.h, which #includes those common header files, particularly = +STL=20 +header files .
+
2. Add a dumb .cpp file, = +e.g stdafx.cpp, which do=20 +nothing more than #include "stdafx.h".
+
3. Change project setting, = +in 'C/C++' tab=20 +'Precompiled Headers' set it to 'Use precompiled header file [.pch]' = +through=20 +header: stdafx.h.
+
4. Change the setting of = +stdafx.cpp to 'Create=20 +precompiled header file [.pch]'.
+
5. Add every .cpp = +file a line #include=20 +"stdafx.h".
+
6. recompile.
+
 
+
Hope this would be = +helpful.
+
 
+
Regards,
+
Zen Jean
+
 
+ +------=_NextPart_000_0010_01C18969.CFF89230-- + + +From sorn@dsl.upc.es Thu Dec 20 12:35:02 2001 +Received: from dsl.upc.es (dsl.upc.es [147.83.61.61]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fBKBZ2r95978 + for ; Thu, 20 Dec 2001 12:35:02 +0100 (CET) + (envelope-from sorn@dsl.upc.es) +Received: from dsl.upc.es (localhost [127.0.0.1]) + by dsl.upc.es (8.12.1/8.12.1/Debian -2) with ESMTP id fBKBeGCa015528 + for ; Thu, 20 Dec 2001 12:40:16 +0100 +Received: from localhost (sorn@localhost) + by dsl.upc.es (8.12.1/8.12.1/Debian -2) with ESMTP id fBKBe9U8015390 + for ; Thu, 20 Dec 2001 12:40:09 +0100 +Date: Thu, 20 Dec 2001 12:40:08 +0100 (CET) +From: David Artiga Torrijos +To: +Message-ID: +MIME-Version: 1.0 +Content-Type: TEXT/PLAIN; charset=US-ASCII +Subject: [Nel] Building Nel +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0beta5 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Id: Developer's list for the NeL platform + +When running 'bootstrap' in 'Nel' src dir, i'm getting: + +aclocal: configure.in: 410: macro `AM_PATH_XML' not found in library + +Any idea? +Thx + + +From miller@nevrax.com Thu Dec 20 20:09:12 2001 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fBKJ9Cw15027 + for ; Thu, 20 Dec 2001 20:09:12 +0100 (CET) + (envelope-from miller@nevrax.com) +Received: from miller (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id fBKJ3iA27687 + for ; Thu, 20 Dec 2001 20:03:44 +0100 (CET) + (envelope-from miller@nevrax.com) +From: "Daniel Miller" +To: +Subject: RE: [Nel] peer to peer ? +Date: Thu, 20 Dec 2001 20:03:29 +0100 +Message-ID: +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 (Normal) +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) +X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 +Importance: Normal +In-Reply-To: <200112181215.3bac@lh00.opsion.fr> +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +There are various reasons why we haven't opted for a peer to peer model. + +One of the most basic problems is this: +We are trying to achieve a high level of audio-visual immersion with scenes +in which tens or hundreds of individuals move about fluidly. The majority of +players only have 56k modems and bandwidth is a big issue. The problem with +peer to peer is that each player has to send and receive tens or hundreds of +packets per scene update at a rate of several scene updates per second. The +internet headers alone for these packets are liable to completely drown the +modem. + +Internally we use kunning systems to decide which information on which +players is relavent to send to which other players taking bandwidth +constraints into account. This allows us to make optimum use of the +bandwidth available. + +This code is tightly tied in with the game systems so I'm affraid it won't +be released for a while yet. + +Daniel + + +-----Original Message----- +From: nel-admin@nevrax.org [mailto:nel-admin@nevrax.org]On Behalf Of +nicolas.boulay@ifrance.com +Sent: Tuesday, December 18, 2001 1:16 PM +To: nel@nevrax.org +Subject: [Nel] peer to peer ? + + +--__--__-- + +Message: 3 +From: "Vianney Lecroart" +To: +Subject: Re: [Nel] server architecture (front end, +load balancing, login service, ....) +Date: Mon, 17 Dec 2001 15:22:30 +0100 +charset="iso-8859-1" +Reply-To: nel@nevrax.org + +> But how clients are balanced between the N front +ends of a shard ? + +For now, the welcome service does a dumb balancement +(try to have the same +player number on each front end). + +>>>> Why don't you try to use LVS ? +More generaly do you plan to make direct connection +between client (such peer to peer network, or +distributed computing) ? It could be nice for +reduicing trafic to the server. To havoid cheating, +each client cheeck data as the server does. Maybe it +could be possible to connect people which interract a +lot (in the same area, ...), there is still some +mouvement with server to handle critical ressouces. +So mouvement to the center server are almost reduice +to the minimum. + +Does i smoke too much ? + +nicO + + +____________________________________________________________________________ +__ +ifrance.com, l'email gratuit le plus complet de l'Internet ! +vos emails depuis un navigateur, en POP3, sur Minitel, sur le WAP... +http://www.ifrance.com/_reloc/email.emailif + + +_______________________________________________ +Nel mailing list +Nel@nevrax.org +http://www.nevrax.org/mailman/listinfo.cgi/nel + + +From nel-list@mindcontrol.org Tue Dec 25 17:51:18 2001 +Received: from smithers.sfrn.dnai.com (smithers.sfrn.dnai.com [208.59.199.26]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fBPGpHw09009 + for ; Tue, 25 Dec 2001 17:51:17 +0100 (CET) + (envelope-from nel-list@mindcontrol.org) +Received: from sideshow-mel.sfrn.dnai.com (sideshow-mel.sfrn.dnai.com [208.59.199.19]) + by smithers.sfrn.dnai.com (8.11.2/8.11.2) with ESMTP id fBPGjKW61722 + for ; Tue, 25 Dec 2001 08:45:24 -0800 (PST) +Received: from ns.watte.net (optiplex.b500.com [216.15.97.85]) + by sideshow-mel.sfrn.dnai.com (8.11.3/8.11.3) with ESMTP id fBPGgOd46847 + for ; Tue, 25 Dec 2001 08:42:25 -0800 (PST) + (envelope-from nel-list@mindcontrol.org) +Received: from JWATTELAP (10-0-2-4.b500.com [10.0.2.4]) + by ns.watte.net (8.9.3/8.9.3) with SMTP id IAA03424 + for ; Tue, 25 Dec 2001 08:45:34 -0800 +From: "Nel List" +To: +Date: Tue, 25 Dec 2001 08:45:26 -0800 +Message-ID: +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 (Normal) +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) +Importance: Normal +X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 +In-Reply-To: <200112241931.fBOJVSw02506@www.nevrax.org> +Subject: [Nel] Max Bezier Patches +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + + +> Unfortunately there appears to be no information whatsoever on the +> interconnectivity of the patches. Therefore, I can either add +> some complex + +If these are Bezier patches, then the outer control points (the four +corners) will be shared with the neighbours; two corners per +neighbour. This seems to me to be equivalent to finding adjacent +triangles using shared edges, which certainly isn't complicated math +(although the simplest implementation takes O(n^2) time). + + + +From nicolas.boulay@ifrance.com Wed Dec 26 13:40:49 2001 +Received: from relay-1v.club-internet.fr (relay-1v.club-internet.fr [194.158.96.112]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fBQCemw14841 + for ; Wed, 26 Dec 2001 13:40:49 +0100 (CET) + (envelope-from nicolas.boulay@ifrance.com) +Received: from ifrance.com (vlt11-112.n.club-internet.fr [195.36.224.112]) + by relay-1v.club-internet.fr (Postfix) with ESMTP id 3F6AA169F + for ; Wed, 26 Dec 2001 13:35:15 +0100 (CET) +Message-ID: <3C2A18B1.46FF1048@ifrance.com> +Date: Wed, 26 Dec 2001 13:36:33 -0500 +From: nicO +X-Mailer: Mozilla 4.77 [fr] (X11; U; Linux 2.4.3-20mdk i686) +X-Accept-Language: en +MIME-Version: 1.0 +To: nel@nevrax.org +References: <200112251100.fBPB0Aw07343@www.nevrax.org> +Content-Type: text/plain; charset=us-ascii +Content-Transfer-Encoding: 7bit +Subject: [Nel] Re: Nel digest, Vol 1 #210 - 1 msg +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +I imagine that the data resend by the server are almost the same than +those send by the client. It isn't possible to mix this to technics ? We +can imagine peer to peer access for close characters to interract with a +minimuim latency. And for the farer charaters, we can use the server and +movement prediction (which could not be so bad because if there far, the +characters will be small on screen). + +The idea behind that is to relax the pressure on the needed latency of +the server. Does it not possible to add some more intelligence inside +the client to predict what is usefull or not to minimize exchange ? + +nicO + +> Subject: RE: [Nel] peer to peer ? +> +> There are various reasons why we haven't opted for a peer to peer model. +> +> One of the most basic problems is this: +> We are trying to achieve a high level of audio-visual immersion with scenes +> in which tens or hundreds of individuals move about fluidly. The majority of +> players only have 56k modems and bandwidth is a big issue. The problem with +> peer to peer is that each player has to send and receive tens or hundreds of +> packets per scene update at a rate of several scene updates per second. The +> internet headers alone for these packets are liable to completely drown the +> modem. +> +> Internally we use kunning systems to decide which information on which +> players is relavent to send to which other players taking bandwidth +> constraints into account. This allows us to make optimum use of the +> bandwidth available. +> +> This code is tightly tied in with the game systems so I'm affraid it won't +> be released for a while yet. +> +> Daniel +> +> -----Original Message----- +> From: nel-admin@nevrax.org [mailto:nel-admin@nevrax.org]On Behalf Of +> nicolas.boulay@ifrance.com +> Sent: Tuesday, December 18, 2001 1:16 PM +> To: nel@nevrax.org +> Subject: [Nel] peer to peer ? +> +> -- __--__-- +> +> Message: 3 +> From: "Vianney Lecroart" +> To: +> Subject: Re: [Nel] server architecture (front end, +> load balancing, login service, ....) +> Date: Mon, 17 Dec 2001 15:22:30 +0100 +> charset="iso-8859-1" +> Reply-To: nel@nevrax.org +> +> > But how clients are balanced between the N front +> ends of a shard ? +> +> For now, the welcome service does a dumb balancement +> (try to have the same +> player number on each front end). +> +> >>>> Why don't you try to use LVS ? +> More generaly do you plan to make direct connection +> between client (such peer to peer network, or +> distributed computing) ? It could be nice for +> reduicing trafic to the server. To havoid cheating, +> each client cheeck data as the server does. Maybe it +> could be possible to connect people which interract a +> lot (in the same area, ...), there is still some +> mouvement with server to handle critical ressouces. +> So mouvement to the center server are almost reduice +> to the minimum. +> +> Does i smoke too much ? +> +> nicO +> + +From lecroart@nevrax.com Wed Dec 26 14:05:21 2001 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id fBQD5Lw14992 + for ; Wed, 26 Dec 2001 14:05:21 +0100 (CET) + (envelope-from lecroart@nevrax.com) +Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id fBQCxmJ04612 + for ; Wed, 26 Dec 2001 13:59:48 +0100 (CET) + (envelope-from lecroart@nevrax.com) +Message-ID: <003101c18e0d$38622640$0901a8c0@vianneyl> +From: "Vianney Lecroart" +To: +References: <001301c18926$c1ec3590$0f01010a@blackmesa> +Subject: Re: [Nel] precompiled header file +Date: Wed, 26 Dec 2001 13:59:57 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="big5" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 6.00.2600.0000 +X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Hi Zen, + +>I don't know whether gcc support precompiled header or not, but VisualC++ +do support it. + +We know precomp headers and we don't include it because on big project we +already had some strange bug during compilation because of precomp headers +so we decided to not use them because we already have lot of strange visual +bug to don't add more. +But we'll do a try soon and add them in the CVS if it works fine. + +Vianney Lecroart +--- +lead network programmer / nevrax.com +icq#: 6870415 +homepage: http://ace.planet-d.net +www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- +w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? + + + +From valignat@gw.nevrax.com Wed Jan 2 19:05:20 2002 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g02I5Kw72484 + for ; Wed, 2 Jan 2002 19:05:20 +0100 (CET) + (envelope-from valignat@gw.nevrax.com) +Received: from gw.nevrax.com (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with ESMTP id g02HxhJ43754 + for ; Wed, 2 Jan 2002 18:59:43 +0100 (CET) + (envelope-from valignat@gw.nevrax.com) +Received: (from valignat@localhost) + by gw.nevrax.com (8.11.6/8.11.6) id g02Hwg991298 + for nel@nevrax.org; Wed, 2 Jan 2002 18:58:42 +0100 (CET) + (envelope-from valignat) +Date: Wed, 2 Jan 2002 18:58:42 +0100 +From: Cedric Valignat +To: nel@nevrax.org +Subject: Re: [Nel] Building Nel +Message-ID: <20020102185842.A91285@nevrax.com> +References: +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +User-Agent: Mutt/1.2.5i +In-Reply-To: ; from sorn@dsl.upc.es on Thu, Dec 20, 2001 at 12:40:08PM +0100 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Hi David, + + +According to David Artiga Torrijos: +> When running 'bootstrap' in 'Nel' src dir, i'm getting: +> +> aclocal: configure.in: 410: macro `AM_PATH_XML' not found in library +> +> Any idea? + +You get this error message because libxml is not or incorectly installed, +you have to install the devel package on GNU/Linux platforms. + + +Cedric. + + +From psiegel@geneticanomalies.com Wed Jan 2 20:59:37 2002 +Received: from mistery.geneticanomalies.com ([63.101.169.205]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g02Jxaw73146 + for ; Wed, 2 Jan 2002 20:59:37 +0100 (CET) + (envelope-from psiegel@geneticanomalies.com) +Received: from binkystick ([63.101.169.138]) + by mistery.geneticanomalies.com (Lotus Domino Build 166.1) + with SMTP id 2002010214482717:2412 ; + Wed, 2 Jan 2002 14:48:27 -0500 +From: "Paul Siegel" +To: +Date: Wed, 2 Jan 2002 14:52:20 -0500 +MIME-Version: 1.0 +X-Priority: 3 (Normal) +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 6.00.2600.0000 +X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 +X-MIMETrack: Itemize by SMTP Server on mistery/Geneticanomalies(Release 5.0 |March 30, 1999) at + 01/02/2002 02:48:27 PM, + Serialize by Router on mistery/Geneticanomalies(Release 5.0 |March 30, 1999) at + 01/02/2002 02:48:34 PM, + Serialize complete at 01/02/2002 02:48:34 PM +Message-ID: <016f01c193c6$fd5b20a0$8aa9653f@geneticanomalies.com> +Content-Transfer-Encoding: 7bit +Content-Type: text/plain; + charset="iso-8859-1" +Subject: [Nel] Welding and Lighting zones +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +I've got some zones built that I wanted to try and do the post-processing +work on, so I went into the code\nel\tools\3d\landscape_builder directory +and tried to follow the steps therein. I got the three executables built +(zone_dependencies.exe, zone_lighter.exe, and zone_welder.exe) and put them +in the bin directory. I put my exported zone files in the zone_exported +directory. Then I started running the batch files. Everything was working +fine until I got to 2_weld.bat. I was quite surprised to find it contained +only the single command: + +bash sh\weld.sh + +I noticed that 3_light.bat contained a very similar command as well. This +doesn't help me very much working on a Windows machine and not having a bash +shell to execute the script with. But never mind, I'm resourceful, I +figured I could crack open sh\weld.sh, learn what it was doing, and recode +2_weld.bat to do the same. + +Then to my horror I found that the sh directory was empty. I double-checked +CVS, and sure enough there are no files in the sh directory. Where are +these scripts? Can someone send me them, or at least tell me what they are +supposed to do? Thanks. + +Paul + + +From milou212@msn.com Thu Jan 3 04:34:11 2002 +Received: from hotmail.com (f14.pav0.hotmail.com [64.4.33.85]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g033YAw76301 + for ; Thu, 3 Jan 2002 04:34:10 +0100 (CET) + (envelope-from milou212@msn.com) +Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; + Wed, 2 Jan 2002 19:28:28 -0800 +Received: from 208.231.226.159 by pv0fd.pav0.hotmail.msn.com with HTTP; + Thu, 03 Jan 2002 03:28:28 GMT +X-Originating-IP: [208.231.226.159] +From: "James Sanders" +To: nel@nevrax.org +Date: Wed, 02 Jan 2002 19:28:28 -0800 +Mime-Version: 1.0 +Content-Type: text/plain; format=flowed +Message-ID: +X-OriginalArrivalTime: 03 Jan 2002 03:28:28.0399 (UTC) FILETIME=[B5CE37F0:01C19406] +Subject: [Nel] Licensing Issue +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Hello, + I have a question. Lets say I wrote a killer MMPOG with Nel and I +became a hit, not that that would happen, just hypothetically :). Now, +because this isn't a perfect world, what keeps a user from just recompiling +the code with for instance wireframing enabled to give himself an unfair +advantage over the other users. This is a real possibility with GPL. My +question is, are there any alternative licenses available? E.g., pay or +profit sharing in return for a closed source license. Just wondering. + +Thanks, +James + +_________________________________________________________________ +Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp. + + +From milou212@msn.com Thu Jan 3 06:01:28 2002 +Received: from hotmail.com (f34.pav0.hotmail.com [64.4.32.218]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0351Rw76989 + for ; Thu, 3 Jan 2002 06:01:27 +0100 (CET) + (envelope-from milou212@msn.com) +Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; + Wed, 2 Jan 2002 20:55:44 -0800 +Received: from 208.231.226.159 by pv0fd.pav0.hotmail.msn.com with HTTP; + Thu, 03 Jan 2002 04:55:44 GMT +X-Originating-IP: [208.231.226.159] +From: "James Sanders" +To: nel@nevrax.org +Subject: Re: [Nel] Licensing Issue +Date: Wed, 02 Jan 2002 20:55:44 -0800 +Mime-Version: 1.0 +Content-Type: text/plain; format=flowed +Message-ID: +X-OriginalArrivalTime: 03 Jan 2002 04:55:44.0215 (UTC) FILETIME=[E6985670:01C19412] +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +As an amendment, if the server is not distributed, is it therefore not +covered under the GPL and can be closed source? Not trying to be difficult, +just curious. Thanks again. +James + + +>From: "James Sanders" +>Reply-To: nel@nevrax.org +>To: nel@nevrax.org +>Subject: [Nel] Licensing Issue +>Date: Wed, 02 Jan 2002 19:28:28 -0800 +> +>Hello, +> I have a question. Lets say I wrote a killer MMPOG with Nel and I +>became a hit, not that that would happen, just hypothetically :). Now, +>because this isn't a perfect world, what keeps a user from just recompiling +>the code with for instance wireframing enabled to give himself an unfair +>advantage over the other users. This is a real possibility with GPL. My +>question is, are there any alternative licenses available? E.g., pay or +>profit sharing in return for a closed source license. Just wondering. +> +>Thanks, +>James +> +>_________________________________________________________________ +>Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp. +> +>_______________________________________________ +>Nel mailing list +>Nel@nevrax.org +>http://www.nevrax.org/mailman/listinfo.cgi/nel + + +_________________________________________________________________ +Chat with friends online, try MSN Messenger: http://messenger.msn.com + + +From corvazier@nevrax.com Thu Jan 3 10:16:22 2002 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g039GMw78428 + for ; Thu, 3 Jan 2002 10:16:22 +0100 (CET) + (envelope-from corvazier@nevrax.com) +Received: from cyrilc (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g039AjJ46741 + for ; Thu, 3 Jan 2002 10:10:45 +0100 (CET) + (envelope-from corvazier@nevrax.com) +Message-ID: <001101c19436$93884250$1701a8c0@cyrilc> +From: "Cyril 'Hulud' Corvazier" +To: +References: <016f01c193c6$fd5b20a0$8aa9653f@geneticanomalies.com> +Subject: Re: [Nel] Welding and Lighting zones +Date: Thu, 3 Jan 2002 10:11:06 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 5.50.4522.1200 +X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Hi Paul, + +You can use landscape_builder to build the landscape. But this tools is now +deprecated and will not be supported in the futur. + +We have unified the export / bulid process for all NeL 3d media. It is done +in the folder build_gamedata. It provids for each NeL 3d media type, an +export process (from 3dsmax or directly from the artist database), a build +process to make the final data and an install process to copy data into the +final client directories. All is done with batch files. Each process is +incremental, i-e, build only modified data. + +In build_gamedata/processes/, you will find the build environement for +each NeL3d media. In build_gamedata/cfg/ you will find some +configuration files. + +In build_gamedata/processes/zone, you will find a build environnement +for the landscape very close to landscape_builder. + +> I was quite surprised to find it contained only the single command: +> +> bash sh\weld.sh + +We use the cygwin toolkit to build the landscape under windows and it +works well. + +http://www.cygwin.com + +> Then to my horror I found that the sh directory was empty. I double-checked +> CVS, and sure enough there are no files in the sh directory. Where are +> these scripts? Can someone send me them, or at least tell me what they are +> supposed to do? Thanks. + +Yes, the scripts was missing ! Sorry for this. It should be ok now. + +Regards, + +Cyril Corvazier + + + +From lecroart@nevrax.com Thu Jan 3 10:54:49 2002 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g039snw78647 + for ; Thu, 3 Jan 2002 10:54:49 +0100 (CET) + (envelope-from lecroart@nevrax.com) +Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g039nCJ47052 + for ; Thu, 3 Jan 2002 10:49:12 +0100 (CET) + (envelope-from lecroart@nevrax.com) +Message-ID: <001a01c1943b$e5f3dc70$0901a8c0@vianneyl> +From: "Vianney Lecroart" +To: +References: +Subject: Re: [Nel] Licensing Issue +Date: Thu, 3 Jan 2002 10:49:12 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 6.00.2600.0000 +X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Hi James, + +> I have a question. Lets say I wrote a killer MMPOG with Nel and I +> became a hit, not that that would happen, just hypothetically :). Now, +> because this isn't a perfect world, what keeps a user from just +recompiling +> the code with for instance wireframing enabled to give himself an unfair +> advantage over the other users. This is a real possibility with GPL. My +> question is, are there any alternative licenses available? E.g., pay or +> profit sharing in return for a closed source license. Just wondering. + +Enabling wireframe in game was already done in games like Quake or Counter +Strike and these games are *not* GPL so the problem is not a GPL problem but +a generic one that is: You can't know what the player will do with the +client. To resolve this problem, you can send to the client only visible +entities or change your gameplay to disable the avantage to see across the +wall. + +For now, NeL is available only on the GPL licence. + +> As an amendment, if the server is not distributed, is it therefore not +> covered under the GPL and can be closed source? + +The GPL licence says that you have to give the source of your program to +anybody who ask you only if you distribute your program. + +Vianney Lecroart +--- +lead network programmer / nevrax.com +icq#: 6870415 +homepage: http://ace.planet-d.net +www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- +w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? + + + +From nel-list@mindcontrol.org Thu Jan 3 17:59:40 2002 +Received: from moe.sfrn.dnai.com (moe.sfrn.dnai.com [208.59.199.25]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g03Gxdw81149 + for ; Thu, 3 Jan 2002 17:59:39 +0100 (CET) + (envelope-from nel-list@mindcontrol.org) +Received: from sideshow-bob.sfrn.dnai.com (sideshow-bob.sfrn.dnai.com [208.59.199.20]) + by moe.sfrn.dnai.com (8.11.2/8.11.2) with ESMTP id g03Grc802801 + for ; Thu, 3 Jan 2002 08:53:38 -0800 (PST) +Received: from ns.watte.net (optiplex.b500.com [216.15.97.85]) + by sideshow-bob.sfrn.dnai.com (8.11.3/8.11.3) with ESMTP id g03GrC917775 + for ; Thu, 3 Jan 2002 08:53:12 -0800 (PST) + (envelope-from nel-list@mindcontrol.org) +Received: from JWATTELAP (64-178-80-34.customer.algx.net [64.178.80.34]) + by ns.watte.net (8.9.3/8.9.3) with SMTP id IAA00622 + for ; Thu, 3 Jan 2002 08:53:55 -0800 +From: "Nel List" +To: +Date: Thu, 3 Jan 2002 08:53:53 -0800 +Message-ID: +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 (Normal) +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) +Importance: Normal +X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 +In-Reply-To: <200201031101.g03B12w79039@www.nevrax.org> +Subject: [Nel] RE: Nel miscellanea +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +> I noticed that 3_light.bat contained a very similar command as well. This +> doesn't help me very much working on a Windows machine and not +> having a bash + +You might want to get Cygwin and install it. It runs fine on +Win98 and Win2k, and comes with bash and all the usual shell tools. + +Another goodie to get for your Windows box is perl (typically, from +the ActivePerl distribution). + + +> >because this isn't a perfect world, what keeps a user from just +> recompiling +> >the code with for instance wireframing enabled to give himself an unfair +> >advantage over the other users. This is a real possibility with GPL. My + +If the data goes over the wire to the user's machine, it is visible +to an enterprising user (witness ShowEQ). Re-compiling the client +doesn't change this in any real way (as long as all decisions are +made on the server). + + +> We have unified the export / bulid process for all NeL 3d media. + +What I've found lacking the most when looking through the NeL sources +is simply documentation on how to build and use it; especially under +Windows. There's all kinds of miscellaneous DSW files scattered over +the source tree, and nowhere does it say which ones should be built, +in what order, or what the other requisite tools/libraries needed are. + + +> Yes, the scripts was missing ! Sorry for this. It should be ok now. + +Does this mean you don't have an automated daily build? Having a +machine that checks out a clean source into an empty directory, and +turns the crank to build the real product, is a must-have for any +engineering organization. You may find that if your build is too +complicated to get that going, effort you put into fixing that may +improve the issue above, too. + + + + +From zane@supernova.org Thu Jan 3 18:19:57 2002 +Received: from xchnghq2.mmsa.com (xchngq2.mmsa.com [205.227.150.22] (may be forged)) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g03HJtw81309 + for ; Thu, 3 Jan 2002 18:19:56 +0100 (CET) + (envelope-from zane@supernova.org) +Received: from IS64E003 ([172.18.51.157]) by xchnghq2.mmsa.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) + id Z6VQVMAA; Thu, 3 Jan 2002 09:14:10 -0800 +Message-ID: <00e101c19479$64c6fa40$9d3312ac@hq.mmsa.com> +From: "Zane" +To: +References: +Subject: Re: [Nel] RE: Nel miscellanea +Date: Thu, 3 Jan 2002 09:09:24 -0800 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 6.00.2600.0000 +X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +----- Original Message ----- +From: "Nel List" +Sent: Thursday, January 03, 2002 8:53 AM + + + +> Does this mean you don't have an automated daily build? Having a +> machine that checks out a clean source into an empty directory, and +> turns the crank to build the real product, is a must-have for any +> engineering organization. You may find that if your build is too +> complicated to get that going, effort you put into fixing that may +> improve the issue above, too. + +Yes, that's what it means. In the past I was updating and recompiling NeL +daily but about 50% of the time it wouldn't compile due to errors checked +into CVS. Cross-file errors I can understand in a large project with +multiple developers. Typos or ommisions that cause the code to be +incompilable I can't, it's a major annoyance. + +Anyway, I'm lucky to get the code at all. :) + +-E.J. Wilburn + + + +From corvazier@nevrax.com Thu Jan 3 19:09:53 2002 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g03I9qw81660 + for ; Thu, 3 Jan 2002 19:09:52 +0100 (CET) + (envelope-from corvazier@nevrax.com) +Received: from cyrilc (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g03I4EJ52126 + for ; Thu, 3 Jan 2002 19:04:14 +0100 (CET) + (envelope-from corvazier@nevrax.com) +Message-ID: <006f01c19481$1b1c0e00$1701a8c0@cyrilc> +From: "Cyril 'Hulud' Corvazier" +To: +References: +Subject: Re: [Nel] RE: Nel miscellanea +Date: Thu, 3 Jan 2002 19:04:36 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 5.50.4522.1200 +X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Hi, + +> What I've found lacking the most when looking through the NeL sources +> is simply documentation on how to build and use it; especially under +> Windows. There's all kinds of miscellaneous DSW files scattered over +> the source tree, and nowhere does it say which ones should be built, +> in what order, or what the other requisite tools/libraries needed are. + +Yes, you're right. We know that the lack of documentation is a problem. +Be sure that it will be solved in a near future when we will stabilise a +NeL version. For the moment, we are taken by internal deadline. + +> > Yes, the scripts was missing ! Sorry for this. It should be ok now. +> +> Does this mean you don't have an automated daily build? Having a +> machine that checks out a clean source into an empty directory, and +> turns the crank to build the real product, is a must-have for any +> engineering organization. You may find that if your build is too +> complicated to get that going, effort you put into fixing that may +> improve the issue above, too. + +Please, note that those sources was deprecated. It means, we don't use it anymore. + +Can you please put your name in your messages ? It is a must-have for any user of this list. + +Cyril Corvazier +--- +Lead 3d programmer +Nevrax France + + + +From corvazier@nevrax.com Thu Jan 3 19:11:49 2002 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g03IBmw81687 + for ; Thu, 3 Jan 2002 19:11:48 +0100 (CET) + (envelope-from corvazier@nevrax.com) +Received: from cyrilc (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g03I6AJ52142 + for ; Thu, 3 Jan 2002 19:06:10 +0100 (CET) + (envelope-from corvazier@nevrax.com) +Message-ID: <007001c19481$602d5440$1701a8c0@cyrilc> +From: "Cyril 'Hulud' Corvazier" +To: +References: <00e101c19479$64c6fa40$9d3312ac@hq.mmsa.com> +Subject: Re: [Nel] RE: Nel miscellanea +Date: Thu, 3 Jan 2002 19:06:32 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 5.50.4522.1200 +X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Hi, + +> Yes, that's what it means. In the past I was updating and recompiling NeL +> daily but about 50% of the time it wouldn't compile due to errors checked +> into CVS. Cross-file errors I can understand in a large project with +> multiple developers. Typos or ommisions that cause the code to be +> incompilable I can't, it's a major annoyance. + +Yes, sometimes sources on the CVS doesn't compile under linux. It comes +from 2 main reasons: + +1) Most of NeL developpement is done under Windows and rarely under linux. +(Some network guys do it..). Sometimes, you're right, sources checked into +the CVS doesn't compile under linux, but very rarley under windows. +We have automatic rebuild systems at Nevrax, but sometimes errors pass thru. + +2) The CVS is updated with a daily snapshot and not a stabilized / tested / +compiled version. + +But be sure that for our internal developement, the CVS is always consisting. + +Cyril Corvazier + + + +From ahoyt@packetport.com Thu Jan 3 20:15:01 2002 +Received: from smtp1.mail.iamworld.net (smtp1-out.mail.iamworld.net [204.91.241.116]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g03JExw82246 + for ; Thu, 3 Jan 2002 20:15:00 +0100 (CET) + (envelope-from ahoyt@packetport.com) +Received: from tony ([207.86.139.130]) + by smtp1.mail.iamworld.net (8.9.3/8.9.3) with SMTP id OAA3976378 + for ; Thu, 3 Jan 2002 14:09:21 -0500 (EST) +Date: Thu, 3 Jan 2002 14:09:32 -0500 +From: Tony Hoyt +To: nel@nevrax.org +Subject: Re: [Nel] RE: Nel miscellanea +Message-Id: <20020103140932.7c24b7d0.ahoyt@packetport.com> +In-Reply-To: +References: <200201031101.g03B12w79039@www.nevrax.org> + +Organization: PacketPort.com Inc. +X-Mailer: Sylpheed version 0.6.6claws (GTK+ 1.2.9; sparc-sun-solaris2.7) +Mime-Version: 1.0 +Content-Type: text/plain; charset=US-ASCII +Content-Transfer-Encoding: 7bit +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +"Nel List" wrote: +> > >because this isn't a perfect world, what keeps a user from just +> > recompiling +> > >the code with for instance wireframing enabled to give himself an +> > >unfair advantage over the other users. This is a real possibility +> > >with GPL. My +> +> If the data goes over the wire to the user's machine, it is visible +> to an enterprising user (witness ShowEQ). Re-compiling the client +> doesn't change this in any real way (as long as all decisions are +> made on the server). + + Some possable results of allowing the client to be released to the +general public have been disccused before. I believe someone here +published a link to a website discussing this very issue, focusing on +two key problems with open source clients. And this is no matter what +format you end up following, includeing the complete "Only send client +location of things local to the player, and only the bare bones data as +well (Location, moveing, apperence, and health in % for the case of a +RPG style online game) + + 1) Radars: These are specialy dangerous for Player vs Player combat. +since it can allow someone to know instantly 1) Who are your enemies +around you, 2) How much health they have, and depending on how clever +the hacker is 3) how strong the player is vs you. The last bit of data +comes from the fact that some online games offer you some clue as the +level of the people around you, as well as monsters for your +information. This kind of information can lead to unfair advantages. +In Dark Age of Camelot, which is said to have taken the minimalist +apporach to sending data to players, even they have recently had +concernes about such "radar" 3rd party applications. ShowEQ is all +about this, and exploits the fact that the game sends all monsters spawn +information to the client constantly. Although not Player spawn +information unless local to the player. + + 2) Auto-aimers: This doesn't sound like it could be a problem on say +MMORPG's but it can be if it means players can auto-target the weakest +player in a Player vs Player conflict and constantly attack them. +Auto-targeting is still a problem here, no matter where it came from. + + 2a) Derived from this we get, Auto-Clickers or in other words, +applications that automaticly perform repedative actions or a macro of +complex actins. Perhaps, again in a RPG setting, a healer could then +put all his healing action onto a long string of intelligent macros that +will watch some players health levels, and then auto-send a heal command +at say 40% loss. That's a combination of auto-targeting and +auto-commands. Reverse this for Combat mages, Auto-targeting for spell +attacks.. You get the idea. + + 2b) The final and worse form of this, Bots. Auto-hunters that can run +around, and hunt for players hour after hour without the player actually +being there or only occasionaly monitoring. Quite unfair from my stand +point. + + Now that's enough examples at the moment. As you can say, and as the +article said before (I wish I had the link) This problem is quite +serious even if the source is not released. Packet sniffing and reverse +engineering will always result in the hackers discovering everything +they need to know to make there tools work. + + Possable solutions. These just came to me. These will only work in a +closed source solution. + + 1) Re-arrange the order of data in the packets every build or whenever +you can. This forces the hackers to re-sniff and learn all your packets +again each time you come out with a new version of the client. + + 2) Update/change your encription: Again, they will discover what you +are using, and just changeing one of the keys won't be enough. I don't +know a whole lot about encription but hopefully there's something that +can be done to perlong the chance that the hackers will be successfull. +Please note that even this method is not invulnerable to de-compileing +the application. + + 3) Change the ports you use for communication: Again a delaying tactic +at best. It's not a great solution but, it's better then nothing. You +can get really fancy with this, and make the port the client connects to +the server for game data the result of a function based off of data sent +from the 'connection' port and user data. That idea may only work with +tcp/ip though. + + There are a thousand tactics you can use. But all of them are simply +slowing measure to prevent hacking. Hackers are only successful nine +times out of ten because the client never changes for long periods of +time, and when it does change, changes only very minorly so. This +makeing it easy for a hacker with enough time on his hands, (Or on the +hands of a small team of them) to decode the packets, and then engineer +a soultion to decode the packets for there own use. ShowEQ is the best +result of such a product (http://www.sourceforge.com/projects/seq) The +most trouble they ever have, is when the packets change size slightly, +or the encription changes. Other then that, it knows everything about +anything that goes on. + + Tony + +> +> +> > We have unified the export / bulid process for all NeL 3d media. +> +> What I've found lacking the most when looking through the NeL sources +> is simply documentation on how to build and use it; especially under +> Windows. There's all kinds of miscellaneous DSW files scattered over +> the source tree, and nowhere does it say which ones should be built, +> in what order, or what the other requisite tools/libraries needed are. +> +> +> > Yes, the scripts was missing ! Sorry for this. It should be ok now. +> +> Does this mean you don't have an automated daily build? Having a +> machine that checks out a clean source into an empty directory, and +> turns the crank to build the real product, is a must-have for any +> engineering organization. You may find that if your build is too +> complicated to get that going, effort you put into fixing that may +> improve the issue above, too. +> +> +> +> _______________________________________________ +> Nel mailing list +> Nel@nevrax.org +> http://www.nevrax.org/mailman/listinfo.cgi/nel + +From zager@teleaction.com Thu Jan 3 21:44:23 2002 +Received: from jupiter.augur.de (jupiter.teleaction.de [194.149.245.1]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g03KiMw83191 + for ; Thu, 3 Jan 2002 21:44:22 +0100 (CET) + (envelope-from zager@teleaction.com) +Received: from zager ([194.149.245.62]) + by jupiter.augur.de (8.8.8+Sun/8.8.8) with ESMTP id VAA14427 + for ; Thu, 3 Jan 2002 21:38:31 +0100 (MET) +Date: Thu, 3 Jan 2002 21:40:31 +0100 +From: Dim Segebart +X-Mailer: The Bat! (v1.49) Business +X-Priority: 3 (Normal) +Message-ID: <4296816864.20020103214031@teleaction.de> +To: Tony Hoyt +Subject: Re[2]: [Nel] RE: Nel miscellanea +In-reply-To: <20020103140932.7c24b7d0.ahoyt@packetport.com> +References: <200201031101.g03B12w79039@www.nevrax.org> + + <20020103140932.7c24b7d0.ahoyt@packetport.com> +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Transfer-Encoding: 7bit +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +X-Reply-To: Dim Segebart +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +IMHO, cheating is bad only then ones try to increase his stat's points: Health, +Power, Mana, etc. But this kind of cheating prevents by server-side decision making (I +hope) +Other kind of tools like radars, wire framing, auto targeting, etc., etc. are +not cheats but features ;) Just provide enough of such tools as default set to the end user +and he will be happy to use it, moreover telling the user which +helper means are activated by his opponent will help him to adjust +his behavior according to the current situation. The main point is - if two +opponents has wire framing, auto targeting and healing switched on it's no more +cheating, but additional weapon which everyone can use without additional cost. +If you will provide API for creating bots, what will be the reason to create hunting +bot if your opponent will launch hunting-bots bot or just defence bot? +So, prevent your game from Games Stat cheating, open it for hacking and extending and +game balance will be achieved by users themselves. It's just like USA vs +Soviets - you and your counterpart has enough of atom bombs to destroy each +other but you are in the state of balance so you play everyday Game according to the +"normal" rules. + + +Thursday, January 03, 2002, 8:09:32 PM, you wrote: + +TH> "Nel List" wrote: +>> > >because this isn't a perfect world, what keeps a user from just +>> > recompiling +>> > >the code with for instance wireframing enabled to give himself an +>> > >unfair advantage over the other users. This is a real possibility +>> > >with GPL. My +>> +>> If the data goes over the wire to the user's machine, it is visible +>> to an enterprising user (witness ShowEQ). Re-compiling the client +>> doesn't change this in any real way (as long as all decisions are +>> made on the server). + +TH> Some possable results of allowing the client to be released to the +TH> general public have been disccused before. I believe someone here +TH> published a link to a website discussing this very issue, focusing on +TH> two key problems with open source clients. And this is no matter what +TH> format you end up following, includeing the complete "Only send client +TH> location of things local to the player, and only the bare bones data as +TH> well (Location, moveing, apperence, and health in % for the case of a +TH> RPG style online game) + +TH> 1) Radars: These are specialy dangerous for Player vs Player combat. +TH> since it can allow someone to know instantly 1) Who are your enemies +TH> around you, 2) How much health they have, and depending on how clever +TH> the hacker is 3) how strong the player is vs you. The last bit of data +TH> comes from the fact that some online games offer you some clue as the +TH> level of the people around you, as well as monsters for your +TH> information. This kind of information can lead to unfair advantages. +TH> In Dark Age of Camelot, which is said to have taken the minimalist +TH> apporach to sending data to players, even they have recently had +TH> concernes about such "radar" 3rd party applications. ShowEQ is all +TH> about this, and exploits the fact that the game sends all monsters spawn +TH> information to the client constantly. Although not Player spawn +TH> information unless local to the player. + +TH> 2) Auto-aimers: This doesn't sound like it could be a problem on say +TH> MMORPG's but it can be if it means players can auto-target the weakest +TH> player in a Player vs Player conflict and constantly attack them. +TH> Auto-targeting is still a problem here, no matter where it came from. + +TH> 2a) Derived from this we get, Auto-Clickers or in other words, +TH> applications that automaticly perform repedative actions or a macro of +TH> complex actins. Perhaps, again in a RPG setting, a healer could then +TH> put all his healing action onto a long string of intelligent macros that +TH> will watch some players health levels, and then auto-send a heal command +TH> at say 40% loss. That's a combination of auto-targeting and +TH> auto-commands. Reverse this for Combat mages, Auto-targeting for spell +TH> attacks.. You get the idea. + +TH> 2b) The final and worse form of this, Bots. Auto-hunters that can run +TH> around, and hunt for players hour after hour without the player actually +TH> being there or only occasionaly monitoring. Quite unfair from my stand +TH> point. + +TH> Now that's enough examples at the moment. As you can say, and as the +TH> article said before (I wish I had the link) This problem is quite +TH> serious even if the source is not released. Packet sniffing and reverse +TH> engineering will always result in the hackers discovering everything +TH> they need to know to make there tools work. + +TH> Possable solutions. These just came to me. These will only work in a +TH> closed source solution. + +TH> 1) Re-arrange the order of data in the packets every build or whenever +TH> you can. This forces the hackers to re-sniff and learn all your packets +TH> again each time you come out with a new version of the client. + +TH> 2) Update/change your encription: Again, they will discover what you +TH> are using, and just changeing one of the keys won't be enough. I don't +TH> know a whole lot about encription but hopefully there's something that +TH> can be done to perlong the chance that the hackers will be successfull. +TH> Please note that even this method is not invulnerable to de-compileing +TH> the application. + +TH> 3) Change the ports you use for communication: Again a delaying tactic +TH> at best. It's not a great solution but, it's better then nothing. You +TH> can get really fancy with this, and make the port the client connects to +TH> the server for game data the result of a function based off of data sent +TH> from the 'connection' port and user data. That idea may only work with +TH> tcp/ip though. + +TH> There are a thousand tactics you can use. But all of them are simply +TH> slowing measure to prevent hacking. Hackers are only successful nine +TH> times out of ten because the client never changes for long periods of +TH> time, and when it does change, changes only very minorly so. This +TH> makeing it easy for a hacker with enough time on his hands, (Or on the +TH> hands of a small team of them) to decode the packets, and then engineer +TH> a soultion to decode the packets for there own use. ShowEQ is the best +TH> result of such a product (http://www.sourceforge.com/projects/seq) The +TH> most trouble they ever have, is when the packets change size slightly, +TH> or the encription changes. Other then that, it knows everything about +TH> anything that goes on. + +TH> Tony + +>> +>> +>> > We have unified the export / bulid process for all NeL 3d media. +>> +>> What I've found lacking the most when looking through the NeL sources +>> is simply documentation on how to build and use it; especially under +>> Windows. There's all kinds of miscellaneous DSW files scattered over +>> the source tree, and nowhere does it say which ones should be built, +>> in what order, or what the other requisite tools/libraries needed are. +>> +>> +>> > Yes, the scripts was missing ! Sorry for this. It should be ok now. +>> +>> Does this mean you don't have an automated daily build? Having a +>> machine that checks out a clean source into an empty directory, and +>> turns the crank to build the real product, is a must-have for any +>> engineering organization. You may find that if your build is too +>> complicated to get that going, effort you put into fixing that may +>> improve the issue above, too. +>> +>> +>> +>> _______________________________________________ +>> Nel mailing list +>> Nel@nevrax.org +>> http://www.nevrax.org/mailman/listinfo.cgi/nel +TH> _______________________________________________ +TH> Nel mailing list +TH> Nel@nevrax.org +TH> http://www.nevrax.org/mailman/listinfo.cgi/nel + + + +-- +Dim Segebart mailto:zager@teleaction.de + + + +From mbresnah@visi.com Fri Jan 4 04:56:03 2002 +Received: from brea.mc.mpls.visi.com (brea.mc.mpls.visi.com [208.42.156.100]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g043u2w16763 + for ; Fri, 4 Jan 2002 04:56:02 +0100 (CET) + (envelope-from mbresnah@visi.com) +Received: from anelginanalas (mbresnah.dsl.visi.com [209.98.224.51]) + by brea.mc.mpls.visi.com (Postfix) with SMTP id EE7962DDCB4 + for ; Thu, 3 Jan 2002 21:50:23 -0600 (CST) +From: "Mike Bresnahan" +To: +Date: Thu, 3 Jan 2002 21:50:55 -0800 +Message-ID: +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 (Normal) +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) +Importance: Normal +X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 +Subject: [Nel] NeL Build Problems +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Hello, everyone. I am brand new to Nevrax and I am having troubles with my +first build. + +I have downloaded and built STLPort and FreeType 2 without much trouble, but +I have been unable to build NeL. When I open the workspace file (nel.dsw) +with Visual C++ 6.0 SP5 it contains no projects. What's up with that? + +Ideally, I would like to build NeL with Cygwin. I still want to use the +Visual C++ compiler, but I want to use bash, GNU make, etc. that come with +Cygwin. Has anyone accomplished this? It looks like a whole project to get +it to work. First off, NeL makes use of autoconf and libtool, and these +tools are in a state of flux on Cygwin. It appears that the only working +libtool on Cygwin requires autoconf 2.52. Which version does NeL use? + +Mike + + + +From lecroart@nevrax.com Fri Jan 4 10:54:11 2002 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g049sAw19067 + for ; Fri, 4 Jan 2002 10:54:10 +0100 (CET) + (envelope-from lecroart@nevrax.com) +Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g049mWJ55425 + for ; Fri, 4 Jan 2002 10:48:32 +0100 (CET) + (envelope-from lecroart@nevrax.com) +Message-ID: <001e01c19504$f8ba95f0$0901a8c0@vianneyl> +From: "Vianney Lecroart" +To: +References: +Subject: Re: [Nel] NeL Build Problems +Date: Fri, 4 Jan 2002 10:48:32 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 6.00.2600.0000 +X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Hi Mike, + +> I have downloaded and built STLPort and FreeType 2 without much trouble, +but +> I have been unable to build NeL. When I open the workspace file (nel.dsw) +> with Visual C++ 6.0 SP5 it contains no projects. What's up with that? + +No project in the nel.dsw??? Too strange, we use it everyday and we have +project on it. +Open the nel.dsw in a notepad and look if the link to the .dsp are there or +not. +Look if the .dsp path/file are good. Don't know what to do more. + +> Ideally, I would like to build NeL with Cygwin. I still want to use the +> Visual C++ compiler, but I want to use bash, GNU make, etc. that come with +> Cygwin. Has anyone accomplished this? It looks like a whole project to +get +> it to work. First off, NeL makes use of autoconf and libtool, and these +> tools are in a state of flux on Cygwin. It appears that the only working +> libtool on Cygwin requires autoconf 2.52. Which version does NeL use? + +We only work on windows with Visual C++ so I don't think it compiles well on +cygwin but if you want to try :) good luck. + +Vianney Lecroart +--- +lead network programmer / nevrax.com +icq#: 6870415 +homepage: http://ace.planet-d.net +www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- +w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? + + + + +From me@lars.in-berlin.de Fri Jan 4 11:48:02 2002 +Received: from einhorn.in-berlin.de (einhorn.in-berlin.de [192.109.42.8]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g04Am1w19401 + for ; Fri, 4 Jan 2002 11:48:01 +0100 (CET) + (envelope-from me@lars.in-berlin.de) +Received: from psych-o-mat (port-213-20-24-56.reverse.qdsl-home.de [213.20.24.56]) + (authenticated bits=0) + by einhorn.in-berlin.de (8.12.1/8.12.1/Debian -2) with ESMTP id g04AgN19015203 + (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NOT) + for ; Fri, 4 Jan 2002 11:42:23 +0100 +X-Envelope-From: me@lars.in-berlin.de +X-Envelope-To: +Received: from [10.20.40.80] (helo=bit-weaver) + by psych-o-mat with esmtp (Exim 3.33 #1 (Debian)) + id 16MRul-0002kA-00 + for ; Fri, 04 Jan 2002 11:49:31 +0100 +Received: from lars by bit-weaver with local (Exim 3.33 #1 (Debian)) + id 16MRoP-0002ta-00 + for ; Fri, 04 Jan 2002 11:42:57 +0100 +To: nel@nevrax.org +Subject: Re: Re[2]: [Nel] RE: Nel miscellanea +References: <200201031101.g03B12w79039@www.nevrax.org> + + <20020103140932.7c24b7d0.ahoyt@packetport.com> + <4296816864.20020103214031@teleaction.de> +From: Lars Weber +Date: 04 Jan 2002 11:42:57 +0100 +In-Reply-To: <4296816864.20020103214031@teleaction.de> +Message-ID: <873d1mtn0u.fsf@lars.in-berlin.de> +Lines: 26 +User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/21.1 +MIME-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Dim Segebart wrote: + +> IMHO, cheating is bad only then ones try to increase his stat's points: +> Health, Power, Mana, etc. But this kind of cheating prevents by +> server-side decision making (I hope) Other kind of tools like radars, +> wire framing, auto targeting, etc., etc. are not cheats but features ;) +[...] + +Problem is: there are quite a few people (including me) that would rather +like to see nice landscapes instead of boring wireframe graphics[0] :-) + +(And I wouldn't want to use things like auto-aim/unlimited health/what- +have-you, either -- there actually exist people that cannot understand +that... to me it's completely the other way around!) + +Regards, +Lars + +[0] Not to say anything bad about games using wireframe graphics! But +when there are actually nice landscapes available... the one screenshot +I've seen of Ryzom(sp?) really looked awesome! + +-- +[ Lars Weber ]-------< me@lars.in-berlin.de >-----[ GPG-ID: 1383B42E ] ++++ fingerprint: 44B1 1D23 DD53 E6B2 4AAB 4C36 0323 9141 1383 B42E +++ +[ Using GNU ]----< www.gnu.org | www.debian.org >---[ Running Debian ] + +From mbresnah@visi.com Fri Jan 4 12:13:14 2002 +Received: from brea.mc.mpls.visi.com (brea.mc.mpls.visi.com [208.42.156.100]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g04BDEw19647 + for ; Fri, 4 Jan 2002 12:13:14 +0100 (CET) + (envelope-from mbresnah@visi.com) +Received: from anelginanalas (mbresnah.dsl.visi.com [209.98.224.51]) + by brea.mc.mpls.visi.com (Postfix) with SMTP id E78162DDBE9 + for ; Fri, 4 Jan 2002 05:07:35 -0600 (CST) +From: "Mike Bresnahan" +To: +Subject: RE: [Nel] NeL Build Problems +Date: Fri, 4 Jan 2002 05:08:06 -0800 +Message-ID: +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 (Normal) +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) +Importance: Normal +In-Reply-To: <001e01c19504$f8ba95f0$0901a8c0@vianneyl> +X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +> > I have downloaded and built STLPort and FreeType 2 without much trouble, +> but +> > I have been unable to build NeL. When I open the workspace +> file (nel.dsw) +> > with Visual C++ 6.0 SP5 it contains no projects. What's up with that? +> +> No project in the nel.dsw??? Too strange, we use it everyday and we have +> project on it. +> Open the nel.dsw in a notepad and look if the link to the .dsp +> are there or +> not. +> Look if the .dsp path/file are good. Don't know what to do more. + +Ha! I think I've found the problem. The visual studio files are using \n +for line endings instead of CR LF. This was probably caused by the fact +that I'm using the Cygwin version of cvs. + +> > Ideally, I would like to build NeL with Cygwin. I still want to use the +> > Visual C++ compiler, but I want to use bash, GNU make, etc. +> that come with +> > Cygwin. Has anyone accomplished this? It looks like a whole project to +> get +> > it to work. First off, NeL makes use of autoconf and libtool, and these +> > tools are in a state of flux on Cygwin. It appears that the +> only working +> > libtool on Cygwin requires autoconf 2.52. Which version does NeL use? +> +> We only work on windows with Visual C++ so I don't think it +> compiles well on +> cygwin but if you want to try :) good luck. + +Yeah, there are a lot of issues. I've gotten as far as getting STLPort and +freetype2 to compile on Cygwin using the microsoft compiler. Interestly, if +you specify CC=cl to configure, libtool uses Microsoft lib to preform +library creation, rather than ar. I'm clueless how libtool figured this +out. + +Mike + + +From hplus@mindcontrol.org Fri Jan 4 19:57:50 2002 +Received: from barney.sfrn.dnai.com (barney.sfrn.dnai.com [208.59.199.24]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g04Ivnw79232 + for ; Fri, 4 Jan 2002 19:57:49 +0100 (CET) + (envelope-from hplus@mindcontrol.org) +Received: from sideshow-bob.sfrn.dnai.com (sideshow-bob.sfrn.dnai.com [208.59.199.20]) + by barney.sfrn.dnai.com (8.11.2/8.11.2) with ESMTP id g04IpmJ98894 + for ; Fri, 4 Jan 2002 10:51:48 -0800 (PST) +Received: from ns.watte.net (optiplex.b500.com [216.15.97.85]) + by sideshow-bob.sfrn.dnai.com (8.11.3/8.11.3) with ESMTP id g04IpL971997 + for ; Fri, 4 Jan 2002 10:51:21 -0800 (PST) + (envelope-from hplus@mindcontrol.org) +Received: from JWATTELAP (64-178-80-34.customer.algx.net [64.178.80.34]) + by ns.watte.net (8.9.3/8.9.3) with SMTP id KAA03470 + for ; Fri, 4 Jan 2002 10:52:04 -0800 +From: "Jon Watte" +To: +Date: Fri, 4 Jan 2002 10:52:01 -0800 +Message-ID: +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 (Normal) +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) +Importance: Normal +X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 +In-Reply-To: <200201041101.g04B12w19570@www.nevrax.org> +Subject: [Nel] RE: Nel digest, Vol 1 #214 - 9 msgs +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +> 2b) The final and worse form of this, Bots. Auto-hunters that can run +> around, and hunt for players hour after hour without the player actually +> being there or only occasionaly monitoring. Quite unfair from my stand +> point. + +If this is a real problem, you should ask yourself what your game +offers a real human being to actually enjoy. If the game is reducible +to a simple series of scripted actions (or even a complex series of +scripted actions) then it'll become monotonic for a human sooner rather +than later. Witness EQ: if you didn't have the human communication +element, it would SUCK as a game. + +> Possable solutions. These just came to me. These will only work in a +> closed source solution. + +Security through obscurity doesn't work. + +> 1) Re-arrange the order of data in the packets every build or whenever + +This leads to much more testing for you, and only deters hackers a short +while when you update the version. It doesn't work over time. (Verant does +it for EQ -- ShowEQ still lives) + +> 2) Update/change your encription: Again, they will discover what you +> are using, and just changeing one of the keys won't be enough. I don't + +This leads to much more testing for you, and only deters hackers a short +while when you update the version. It doesn't work over time. (Verant does +it for EQ -- ShowEQ still lives) + +> 3) Change the ports you use for communication: Again a delaying tactic +> at best. It's not a great solution but, it's better then nothing. You + +This is not even a delaying tactic. Any packet sniffer will show you +what the new port is, and changing that constant in the radar app is +going to be a simple re-compile. If you do it a lot, and I was writing +a radar app, I'd just have the radar app sniff the network and look at +all UDP packets, and figure out what the port is automatically. It's +so weak as to be fully ineffective. + +Proper design and tight server-side control is the only way to avoid +hacking users to have an advantage over non-hacking users. + +-- Jon + +PS: To the others replying on the list: PLEASE don't quote the ENTIRE +messages. It's quite annoying in digest mode. + + +From ahoyt@packetport.com Fri Jan 4 20:27:14 2002 +Received: from smtp2.mail.iamworld.net (smtp2-out.mail.iamworld.net [204.91.241.117]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g04JRDw79477 + for ; Fri, 4 Jan 2002 20:27:13 +0100 (CET) + (envelope-from ahoyt@packetport.com) +Received: from tony ([207.86.139.130]) + by smtp2.mail.iamworld.net (8.9.3/8.9.3) with SMTP id OAA3455236 + for ; Fri, 4 Jan 2002 14:21:34 -0500 (EST) +Date: Fri, 4 Jan 2002 14:21:46 -0500 +From: Tony Hoyt +To: nel@nevrax.org +Subject: Re: [Nel] RE: Nel digest, Vol 1 #214 - 9 msgs +Message-Id: <20020104142146.00963d19.ahoyt@packetport.com> +In-Reply-To: +References: <200201041101.g04B12w19570@www.nevrax.org> + +Organization: PacketPort.com Inc. +X-Mailer: Sylpheed version 0.6.6claws (GTK+ 1.2.9; sparc-sun-solaris2.7) +Mime-Version: 1.0 +Content-Type: text/plain; charset=US-ASCII +Content-Transfer-Encoding: 7bit +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +"Jon Watte" wrote: + +> If this is a real problem, you should ask yourself what your game +> offers a real human being to actually enjoy. If the game is reducible +> to a simple series of scripted actions (or even a complex series of +> scripted actions) then it'll become monotonic for a human sooner +> rather than later. Witness EQ: if you didn't have the human +> communication element, it would SUCK as a game. + + This problem is evident in all games, From Quake to Dark Age of +Camelot. I spoke to a man who claimed to have develop a dual bot +application, where computers, playing a game with two accounts, had the +two characters work in sync to automaticly fight in a small area over.. +and over.. and over. He took the work out and just recieved all the +reward. Now if you believe this claim, and I can't say honestly I have +any real evidence that his claim is true, I would be seriously concerned +about this kind of player. True, it took a lot of work to make the +bot, but once done, this guy, can leave the bot alone to successfully +advance his characters without much intervention. That's just plain +unfair in my book. Little work for a great deal of reward. + +> Security through obscurity doesn't work. + + The the examples I gave where really just simple ideas to just like +you said, Slow them down a little. To make this soulution work would +require you to constantly make these changes on at least a weekly +basises. In other words, constantly updateding the packets, the +encription, etc. And a lot of this could be done without much testing +between builds at all. This would then make the whole process much more +annoying to reverse engineer. I'm not saying that you should trust the +client more even after these tacktics, it's just you as the developer +should at least feel a little better that these simple tactics will at +least give them constant headaches. But there's almost nothing you can +do to stop them. + +> Proper design and tight server-side control is the only way to avoid +> hacking users to have an advantage over non-hacking users. + + This is true, and this was implyed(sp) from the begining. I'm just +trying to offer ways to help deter hackers, But when you got 100 +people, many of them working together out to cheat and create these +applications then your going to face an uphill battle no matter what. +You must address it strongly with clear design that can address the +issue without much impact to development and testing, or embrace it in +some fashion. Then again you could just make it not worth it at all and +have a non-game chat world. Then there's no point in doing anything but +just have fun. :-) + +> PS: To the others replying on the list: PLEASE don't quote the ENTIRE +> messages. It's quite annoying in digest mode. + + That was an honest mistake, I ment to remove the text from the end in +my last post, sorry. + + Tony + +From psiegel@geneticanomalies.com Fri Jan 4 23:37:19 2002 +Received: from mistery.geneticanomalies.com ([63.101.169.205]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g04MbIw80846 + for ; Fri, 4 Jan 2002 23:37:18 +0100 (CET) + (envelope-from psiegel@geneticanomalies.com) +Received: from binkystick ([63.101.169.138]) + by mistery.geneticanomalies.com (Lotus Domino Build 166.1) + with SMTP id 2002010417261916:3606 ; + Fri, 4 Jan 2002 17:26:19 -0500 +From: "Paul Siegel" +To: +Date: Fri, 4 Jan 2002 17:29:56 -0500 +MIME-Version: 1.0 +X-Priority: 3 (Normal) +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 6.00.2600.0000 +X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 +X-MIMETrack: Itemize by SMTP Server on mistery/Geneticanomalies(Release 5.0 |March 30, 1999) at + 01/04/2002 05:26:19 PM, + Serialize by Router on mistery/Geneticanomalies(Release 5.0 |March 30, 1999) at + 01/04/2002 05:26:26 PM, + Serialize complete at 01/04/2002 05:26:26 PM +Message-ID: <000901c1956f$56937f60$8aa9653f@geneticanomalies.com> +Content-Transfer-Encoding: 7bit +Content-Type: text/plain; + charset="iso-8859-1" +Subject: [Nel] VC6 Build Error C1001 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Hmm, I was compiling NeL just fine a couple days ago. Today I decided to +re-get all the code from CVS and clean and rebuild the whole project. Under +any configuration, it starts compiling the misc project, and gets as far as +bsphere.cpp when I suddenly start getting these errors: + +bsphere.cpp +fatal error C1001: INTERNAL COMPILER ERROR + (compiler file 'msc1.cpp', line 1794) + Please choose the Technical Support command on the Visual C++ + Help menu, or open the Technical Support help file for more +information +geom_ext.cpp +fatal error C1001: INTERNAL COMPILER ERROR + (compiler file 'msc1.cpp', line 1794) + Please choose the Technical Support command on the Visual C++ + Help menu, or open the Technical Support help file for more +information +line.cpp +fatal error C1001: INTERNAL COMPILER ERROR + (compiler file 'msc1.cpp', line 1794) + Please choose the Technical Support command on the Visual C++ + Help menu, or open the Technical Support help file for more +information + +You get the idea, it gives this error for every file left in the project. +I'm running VC6 sp5. Anyone got any idea why this would happen? + +Paul + + +From nhognon@noos.fr Fri Jan 4 23:47:11 2002 +Received: from smtp.noos.fr (claudel.noos.net [212.198.2.83]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g04MlBw81009 + for ; Fri, 4 Jan 2002 23:47:11 +0100 (CET) + (envelope-from nhognon@noos.fr) +Received: (qmail 4350006 invoked by uid 0); 4 Jan 2002 22:41:28 -0000 +Received: from unknown (HELO bobsmith) ([212.198.184.66]) (envelope-sender ) + by 212.198.2.83 (qmail-ldap-1.03) with SMTP + for ; 4 Jan 2002 22:41:28 -0000 +Message-ID: <005501c19571$3a415dd0$42b8c6d4@bobsmith> +From: "Nicolas Hognon \(noos\)" +To: +References: <000901c1956f$56937f60$8aa9653f@geneticanomalies.com> +Subject: Re: [Nel] VC6 Build Error C1001 +Date: Fri, 4 Jan 2002 23:43:27 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 6.00.2600.0000 +X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +have you installed the last service pack for visual ? + +----- Original Message ----- +From: "Paul Siegel" +To: +Sent: Friday, January 04, 2002 11:29 PM +Subject: [Nel] VC6 Build Error C1001 + + +> Hmm, I was compiling NeL just fine a couple days ago. Today I decided to +> re-get all the code from CVS and clean and rebuild the whole project. Under +> any configuration, it starts compiling the misc project, and gets as far as +> bsphere.cpp when I suddenly start getting these errors: +> +> bsphere.cpp +> fatal error C1001: INTERNAL COMPILER ERROR +> (compiler file 'msc1.cpp', line 1794) +> Please choose the Technical Support command on the Visual C++ +> Help menu, or open the Technical Support help file for more +> information +> geom_ext.cpp +> fatal error C1001: INTERNAL COMPILER ERROR +> (compiler file 'msc1.cpp', line 1794) +> Please choose the Technical Support command on the Visual C++ +> Help menu, or open the Technical Support help file for more +> information +> line.cpp +> fatal error C1001: INTERNAL COMPILER ERROR +> (compiler file 'msc1.cpp', line 1794) +> Please choose the Technical Support command on the Visual C++ +> Help menu, or open the Technical Support help file for more +> information +> +> You get the idea, it gives this error for every file left in the project. +> I'm running VC6 sp5. Anyone got any idea why this would happen? +> +> Paul +> +> _______________________________________________ +> Nel mailing list +> Nel@nevrax.org +> http://www.nevrax.org/mailman/listinfo.cgi/nel +> + + +From mbresnah@visi.com Fri Jan 4 23:53:45 2002 +Received: from brea.mc.mpls.visi.com (brea.mc.mpls.visi.com [208.42.156.100]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g04Mriw81112 + for ; Fri, 4 Jan 2002 23:53:45 +0100 (CET) + (envelope-from mbresnah@visi.com) +Received: from anelginanalas (mbresnah.dsl.visi.com [209.98.224.51]) + by brea.mc.mpls.visi.com (Postfix) with SMTP id 017E62DDEF1 + for ; Fri, 4 Jan 2002 16:48:05 -0600 (CST) +From: "Mike Bresnahan" +To: +Date: Fri, 4 Jan 2002 16:48:35 -0800 +Message-ID: +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 (Normal) +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) +Importance: Normal +In-Reply-To: +X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 +Subject: [Nel] CVS messes up line terminators (CR LF -> NL) +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Something about the interaction between my cvs client (CVS 1.11 on Cygwin) +and the nevrax CVS server is causing the line endings to be translated from +CR LF to NL. As a result, Visual C++ can't make sense of the workspace and +project files (*.dsw,*.dsp). I don't have this problem with sourceforge, +but they use the ssh protocol instead of pserver. Has anyone else +encountered this problem? Found a fix? + +Mike + + +From david.mentre@wanadoo.fr Sat Jan 5 14:15:25 2002 +Received: from mel-rto6.wanadoo.fr (smtp-out-6.wanadoo.fr [193.252.19.25]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g05DFOw88400 + for ; Sat, 5 Jan 2002 14:15:24 +0100 (CET) + (envelope-from david.mentre@wanadoo.fr) +Received: from antholoma.wanadoo.fr (193.252.19.153) by mel-rto6.wanadoo.fr; 5 Jan 2002 14:09:41 +0100 +Received: from oops (193.252.189.46) by antholoma.wanadoo.fr; 5 Jan 2002 14:09:41 +0100 +Received: from david by oops with local (Exim 3.33 #1 (Debian)) + id 16MqZx-00022n-00 + for ; Sat, 05 Jan 2002 14:09:41 +0100 +To: nel@nevrax.org +From: David Mentre +Organization: none +Date: 05 Jan 2002 14:09:41 +0100 +Message-ID: <87wuyx2bca.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me> +Lines: 39 +User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7 +MIME-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Subject: [Nel] Compiling NeL on debian woody + error during compilation +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Hello all NeL developers and users, + +I'm trying to compile NeL on debian woody/testing 3.0. + +First of all, here is the list of needed packages : + libxml2-dev libttf-dev autoconf automake libtool flex bison + python1.5-dev xlibmesa-dev + +However, both STLport4.5 and OpenAL (from cvs) should be installed +manually. + +Here is my configure : +./configure --with-stlport=/usr/local/Installed/STLport4.5/ --with-stlport-include=/usr/local/Installed/STLport4.5/include/stlport --with-stlport-lib=/usr/local/Installed/STLport4.5/lib/ --enable-sound --enable-ai --disable-xmltest --with-openal=/usr/local/Installed/OpenAL-1.0/ + + +Now, the bad news: the compilation in nel/ fails. + +c++ -DHAVE_CONFIG_H -I. -I. -I../../include -I/usr/include/libxml2/libxml -I/usr/include/libxml2 -I/usr/local/Installed/STLport4.5/include/stlport -O3 -ftemplate-depth-24 -Wno-multichar -D_REENTRANT -I/usr/X11R6/include -Wp,-MD,.deps/mutex.pp -c mutex.cpp -fPIC -DPIC -o .libs/mutex.lo +mutex.cpp: In method `NLMISC::CUnfairMutex::CUnfairMutex(const _STL::string &)': +mutex.cpp:246: `PTHREAD_MUTEX_FAST_NP' undeclared (first use this function) +mutex.cpp:246: (Each undeclared identifier is reported only once +mutex.cpp:246: for each function it appears in.) +make[3]: *** [mutex.lo] Error 1 +make[3]: Leaving directory `/home/david/pub/NeL/code/nel/src/misc' +make[2]: *** [all-recursive] Error 1 +make[2]: Leaving directory `/home/david/pub/NeL/code/nel/src/misc' +make[1]: *** [all-recursive] Error 1 +make[1]: Leaving directory `/home/david/pub/NeL/code/nel/src' +make: *** [all-recursive] Error 1 + +I've not found this symbol in .c nor .h. Is it a standard symbol that +should be included (from STLport ?) or is it an forgotten NeL symbol? + +Hope I'm not doing something stupid. + +Best regards, +d. +-- + david.mentre@wanadoo.fr + +From david.mentre@wanadoo.fr Sat Jan 5 15:25:06 2002 +Received: from mel-rto3.wanadoo.fr (smtp-out-3.wanadoo.fr [193.252.19.233]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g05EP5w88742 + for ; Sat, 5 Jan 2002 15:25:05 +0100 (CET) + (envelope-from david.mentre@wanadoo.fr) +Received: from villosa.wanadoo.fr (193.252.19.122) by mel-rto3.wanadoo.fr; 5 Jan 2002 15:19:22 +0100 +Received: from oops (193.252.189.46) by villosa.wanadoo.fr; 5 Jan 2002 15:19:04 +0100 +Received: from david by oops with local (Exim 3.33 #1 (Debian)) + id 16Mrf5-0002pz-00 + for ; Sat, 05 Jan 2002 15:19:03 +0100 +To: nel@nevrax.org +Subject: Re: [Nel] Compiling NeL on debian woody + error during compilation +References: <87wuyx2bca.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me> +From: David Mentre +Organization: none +Date: 05 Jan 2002 15:19:03 +0100 +In-Reply-To: <87wuyx2bca.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me> +Message-ID: <87sn9k3mp4.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me> +Lines: 12 +User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7 +MIME-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +David Mentre writes: + +> I've not found this symbol in .c nor .h. Is it a standard symbol that +> should be included (from STLport ?) or is it an forgotten NeL symbol? + +Ok. I'm stupid. PTHREAD_MUTEX_FAST_NP is defined in pthread.h which is +included. I'm not fluent at all with C++ so I can't say more. + +Best regards, +d. +-- + david.mentre@wanadoo.fr + +From robert@in-orbit.net Sat Jan 5 16:23:34 2002 +Received: from quasar.skima.is (quasar.skima.is [212.30.200.205]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g05FNYw89053 + for ; Sat, 5 Jan 2002 16:23:34 +0100 (CET) + (envelope-from robert@in-orbit.net) +Received: from [157.157.149.19] by quasar.skima.is with ESMTP for nel@nevrax.org; Sat, 5 Jan 2002 15:17:42 Z +Date: Sat, 5 Jan 2002 15:43:21 -0800 +From: Robert Bjarnason +X-Mailer: The Bat! (v1.49) Personal +Organization: InOrbit Entertainment, Inc. +X-Priority: 3 (Normal) +Message-Id: <7932890954.20020105154321@in-orbit.net> +To: nel@nevrax.org +Mime-Version: 1.0 +Content-Type: text/plain; charset=ISO-8859-1 +Content-Transfer-Encoding: 8bit +X-MIME-Autoconverted: from quoted-printable to 8bit by www.nevrax.org id g05FNYw89053 +Subject: [Nel] How to use CollisionMeshBuild (.cmb) +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +X-Reply-To: =?ISO-8859-1?Q?R=F3bert_Bjarnason?= +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Hi, + +We are currently working on a contract job +along with our game. An educational 3D environment +demonstrating the Mayan culture. We have created +a pyramid in a new landscape, the rbank tool +generates collision info for the landscape and +everything works fine. + +Now, to be able to walk up the pyramid, boxes or +cylinders are not enough for collisions. I've +exported collision info from 3dmax into a .cmb +file. How do I load this file into PACS? Can +anybody give me a hint or a code snipped? + +Thanks, +Robert Bjarnason +InOrbit Entertainment, Inc. + + + +From david.mentre@wanadoo.fr Sat Jan 5 23:07:57 2002 +Received: from mel-rto4.wanadoo.fr (smtp-out-4.wanadoo.fr [193.252.19.23]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g05M7vw91093 + for ; Sat, 5 Jan 2002 23:07:57 +0100 (CET) + (envelope-from david.mentre@wanadoo.fr) +Received: from citronier.wanadoo.fr (193.252.19.222) by mel-rto4.wanadoo.fr; 5 Jan 2002 23:02:13 +0100 +Received: from oops (193.252.189.154) by citronier.wanadoo.fr; 5 Jan 2002 23:02:08 +0100 +Received: from david by oops with local (Exim 3.33 #1 (Debian)) + id 16MytD-0004g0-00 + for ; Sat, 05 Jan 2002 23:02:07 +0100 +To: nel@nevrax.org +Subject: Re: [Nel] Compiling NeL on debian woody + error during compilation +References: <87wuyx2bca.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me> +From: David Mentre +Organization: none +Date: 05 Jan 2002 23:02:07 +0100 +In-Reply-To: <87wuyx2bca.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me> +Message-ID: <87u1u0a23k.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me> +Lines: 23 +User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7 +MIME-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +David Mentre writes: + +> mutex.cpp:246: `PTHREAD_MUTEX_FAST_NP' undeclared (first use this function) + +Ok. I've finally compiled nel/ with the following hack: +CUnfairMutex::CUnfairMutex(const std::string &name) +{ +// pthread_mutexattr_t attr; +// pthread_mutexattr_init( &attr ); +// // Fast mutex. Note: on Windows all mutexes are recursive +// pthread_mutexattr_setkind_np( &attr, PTHREAD_MUTEX_FAST_NP ); //PTHREAD_MUTEX_ERRORCHECK_NP );//PTHREAD_MUTEX_ADAPTIVE_NP );//PTHREAD_MUTEX_RECURSIVE_NP ); + pthread_mutex_init( &mutex, NULL ); + // pthread_mutexattr_destroy( &attr ); +} + + It comments everything except the pthread_mutex_init() call. I don't + know why the original code doesn't work. + +Next steps nelns and snowball2. :) + +d. +-- + david.mentre@wanadoo.fr + +From david.mentre@wanadoo.fr Sun Jan 6 00:06:32 2002 +Received: from mel-rto3.wanadoo.fr (smtp-out-3.wanadoo.fr [193.252.19.233]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g05N6Ww91417 + for ; Sun, 6 Jan 2002 00:06:32 +0100 (CET) + (envelope-from david.mentre@wanadoo.fr) +Received: from citronier.wanadoo.fr (193.252.19.222) by mel-rto3.wanadoo.fr; 6 Jan 2002 00:00:48 +0100 +Received: from oops (193.252.189.154) by citronier.wanadoo.fr; 6 Jan 2002 00:00:40 +0100 +Received: from david by oops with local (Exim 3.33 #1 (Debian)) + id 16Mzns-0005QI-00 + for ; Sun, 06 Jan 2002 00:00:40 +0100 +To: nel@nevrax.org +References: <87wuyx2bca.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me> + <87u1u0a23k.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me> +From: David Mentre +Organization: none +Date: 06 Jan 2002 00:00:39 +0100 +In-Reply-To: <87u1u0a23k.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me> +Message-ID: <87pu4o9ze0.fsf_-_@oops.i-did-not-set--mail-host-address--so-shoot-me> +Lines: 39 +User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7 +MIME-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Subject: [Nel] Issue running snowballs2 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +David Mentre writes: + +> Next steps nelns and snowball2. :) + +Ok. I've now compiled all required binaries. But I have some remaining +issues: + + - I need to set + LD_LIBRARY_PATH=/usr/local/Installed/NeL/lib/:/usr/local/Installed/STLport4.5/lib/ + otherwise libraries are not found. Strange as their location was + given to the various configure script. + + - when running snowballs2 binary, I get the following error: +david@oops:~/pub/NeL/code/snowballs2/client$ /usr/local/Installed/NeL/bin/snowballs +INF20825 client.cpp 145 : Starting Snowballs ! +WRN20825 path.cpp 440 : CPath::addSearchPath(data/pacs/, 0, 1): 'data/pacs/' is not found, skip it +WRN20825 path.cpp 440 : CPath::addSearchPath(data/anims/, 0, 1): 'data/anims/' is not found, skip it +WRN20825 dru.cpp 95 : when loading dynamic library 'libnel_drv_opengl.so': /usr/local/Installed/NeL/lib/libnel_drv_opengl.so: undefined symbol: glSetFenceNV +WRN20825 common.cpp 390 : Exception will be launched: libnel_drv_opengl.so not found +Aborted + +Any idea where I should look to solve this issue? I'm stuck. + +My config: +XFree86 4.1.0.1 on ATI rage 128. +Mesa 4.0.1 (as given by debian dpkg) +some glxinfo: + OpenGL vendor string: VA Linux Systems, Inc. + OpenGL renderer string: Mesa DRI Rage128 20010405 AGP 1x x86/MMX + OpenGL version string: 1.2 Mesa 3.4.2 + +Tell me if you need further info. + +Any help would be very appreciated. + +Best regards, +d. +-- + david.mentre@wanadoo.fr + +From kalldrexx@programmer.net Mon Jan 7 02:20:11 2002 +Received: from ws1-2.us4.outblaze.com (205-158-62-54.outblaze.com [205.158.62.54]) + by www.nevrax.org (8.11.0/8.11.0) with SMTP id g071KAw00520 + for ; Mon, 7 Jan 2002 02:20:10 +0100 (CET) + (envelope-from kalldrexx@programmer.net) +Received: (qmail 7676 invoked by uid 1001); 7 Jan 2002 01:14:25 -0000 +Message-ID: <20020107011425.7675.qmail@mail.com> +Content-Type: text/plain; charset="iso-8859-1" +Content-Disposition: inline +Content-Transfer-Encoding: 7bit +MIME-Version: 1.0 +X-Mailer: MIME-tools 5.41 (Entity 5.404) +Received: from ws1-2.us4.outblaze.com for [65.14.53.206] via web-mailer on + Mon, 07 Jan 2002 09:14:24 +0800 +From: "Matthew Shapiro" +To: nel@nevrax.org +Date: Mon, 07 Jan 2002 09:14:24 +0800 +Subject: [Nel] Help compiling and cvs.... +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +I can't figure out how to set the cvsroot with win32 cvs.exe. I use the -d option but it doesn't seem to work. + +However I did download snowballs iwth the engine source... but It's not compiling right. it mentioned STLport (or whatever it was) and so i downloaded it, put it in d:\, compiled it with no errors and it still doesn't compile and keeps mentioning that? what am I doing wrong? I used the vc++ 6 make file. thanks... + +KallDrexx +-- + + +----KallDrexx + +_______________________________________________ +Sign-up for your own FREE Personalized E-mail at Mail.com +http://www.mail.com/?sr=signup + + +1 cent a minute calls anywhere in the U.S.! + +http://www.getpennytalk.com/cgi-bin/adforward.cgi?p_key=RG9853KJ&url=http://www.getpennytalk.com + + + +From mbresnah@visi.com Mon Jan 7 03:17:10 2002 +Received: from breg.mc.mpls.visi.com (breg.mc.mpls.visi.com [208.42.156.101]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g072HAw00856 + for ; Mon, 7 Jan 2002 03:17:10 +0100 (CET) + (envelope-from mbresnah@visi.com) +Received: from anelginanalas (mbresnah.dsl.visi.com [209.98.224.51]) + by breg.mc.mpls.visi.com (Postfix) with SMTP id 5A0972D08A1 + for ; Sun, 6 Jan 2002 20:11:29 -0600 (CST) +From: "Mike Bresnahan" +To: +Subject: RE: [Nel] Help compiling and cvs.... +Date: Sun, 6 Jan 2002 20:12:04 -0800 +Message-ID: +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 (Normal) +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) +In-Reply-To: <20020107011425.7675.qmail@mail.com> +X-MIMEOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 +Importance: Normal +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +> I can't figure out how to set the cvsroot with win32 cvs.exe. I +> use the -d option but it doesn't seem to work. + +What are you putting after -d? Which version of cvs are you using? What +error do you get? + +> However I did download snowballs iwth the engine source... but +> It's not compiling right. it mentioned STLport (or whatever it +> was) and so i downloaded it, put it in d:\, compiled it with no +> errors and it still doesn't compile and keeps mentioning that? +> what am I doing wrong? I used the vc++ 6 make file. thanks... + +Did you add the STLPort install directory to the Include and Lib directory +settings in VC++ as per the instructions in the INSTALL file? + +Mike + + +From kalldrexx@programmer.net Mon Jan 7 08:33:51 2002 +Received: from ws1-9.us4.outblaze.com (205-158-62-50.outblaze.com [205.158.62.50]) + by www.nevrax.org (8.11.0/8.11.0) with SMTP id g077Xow02347 + for ; Mon, 7 Jan 2002 08:33:50 +0100 (CET) + (envelope-from kalldrexx@programmer.net) +Received: (qmail 1205 invoked by uid 1001); 7 Jan 2002 07:28:04 -0000 +Message-ID: <20020107072804.1204.qmail@mail.com> +Content-Type: text/plain; charset="iso-8859-1" +Content-Disposition: inline +Content-Transfer-Encoding: 7bit +MIME-Version: 1.0 +X-Mailer: MIME-tools 5.41 (Entity 5.404) +Received: from ws1-4.us4.outblaze.com for [65.14.53.206] via web-mailer on + Mon, 07 Jan 2002 15:28:04 +0800 +From: "Matthew Shapiro" +To: nel@nevrax.org +Date: Mon, 07 Jan 2002 15:28:04 +0800 +Subject: RE: [Nel] Help compiling and cvs.... +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +> > I can't figure out how to set the cvsroot with win32 cvs.exe. I +> > use the -d option but it doesn't seem to work. +> +> What are you putting after -d? Which version of cvs are you using? What +> error do you get? + +No error... just displays the same thing if you just typed cvs (the help stuff) and doesn't change the CVSROUTE. I dont see a version number either. I'm putting the CVSROOT= stuff after -d and even wit hthe export. + +> > However I did download snowballs iwth the engine source... but +> > It's not compiling right. it mentioned STLport (or whatever it +> > was) and so i downloaded it, put it in d:\, compiled it with no +> > errors and it still doesn't compile and keeps mentioning that? +> > what am I doing wrong? I used the vc++ 6 make file. thanks... +> +> Did you add the STLPort install directory to the Include and Lib directory +> settings in VC++ as per the instructions in the INSTALL file? +> +> Mike + +Yes I did that and it's still asking for STLPort... +-- + + +----KallDrexx + +_______________________________________________ +Sign-up for your own FREE Personalized E-mail at Mail.com +http://www.mail.com/?sr=signup + + +1 cent a minute calls anywhere in the U.S.! + +http://www.getpennytalk.com/cgi-bin/adforward.cgi?p_key=RG9853KJ&url=http://www.getpennytalk.com + + + +From logout@free.fr Mon Jan 7 10:06:25 2002 +Received: from smtp.completel.fr (smtp.completel.fr [213.244.0.12]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0796Pw02808 + for ; Mon, 7 Jan 2002 10:06:25 +0100 (CET) + (envelope-from logout@free.fr) +Received: from dracont (unknown [213.30.163.34]) + by smtp.completel.fr (Postfix) with SMTP id EE00817A32F + for ; Mon, 7 Jan 2002 09:54:56 +0100 (CET) +Message-ID: <007501c19759$f2ee94d0$1000a8c0@completel.fr> +From: "Emmanuel Deloget" +To: +References: <20020107072804.1204.qmail@mail.com> +Subject: Re: [Nel] Help compiling and cvs.... +Date: Mon, 7 Jan 2002 09:59:43 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 6.00.2600.0000 +X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +X-Reply-To: "Emmanuel Deloget" +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +c:\set CVSROOT=":pserver:...." +c:\cvs login +c:\cvs checkout code + +Should work well (sorry : works well) + +-- +Emmanuel Deloget + +----- Original Message ----- +From: "Matthew Shapiro" +To: +Sent: Monday, January 07, 2002 8:28 AM +Subject: RE: [Nel] Help compiling and cvs.... + + +> +> > > I can't figure out how to set the cvsroot with win32 cvs.exe. I +> > > use the -d option but it doesn't seem to work. +> > +> > What are you putting after -d? Which version of cvs are you using? +What +> > error do you get? +> +> No error... just displays the same thing if you just typed cvs (the help +stuff) and doesn't change the CVSROUTE. I dont see a version number either. +I'm putting the CVSROOT= stuff after -d and even wit hthe export. +> +> > > However I did download snowballs iwth the engine source... but +> > > It's not compiling right. it mentioned STLport (or whatever it +> > > was) and so i downloaded it, put it in d:\, compiled it with no +> > > errors and it still doesn't compile and keeps mentioning that? +> > > what am I doing wrong? I used the vc++ 6 make file. thanks... +> > +> > Did you add the STLPort install directory to the Include and Lib +directory +> > settings in VC++ as per the instructions in the INSTALL file? +> > +> > Mike +> +> Yes I did that and it's still asking for STLPort... +> -- +> +> +> ----KallDrexx +> +> _______________________________________________ +> Sign-up for your own FREE Personalized E-mail at Mail.com +> http://www.mail.com/?sr=signup +> +> +> 1 cent a minute calls anywhere in the U.S.! +> +> +http://www.getpennytalk.com/cgi-bin/adforward.cgi?p_key=RG9853KJ&url=http:// +www.getpennytalk.com +> +> +> _______________________________________________ +> Nel mailing list +> Nel@nevrax.org +> http://www.nevrax.org/mailman/listinfo.cgi/nel +> + + +From lecroart@nevrax.com Mon Jan 7 10:41:37 2002 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g079faw03034 + for ; Mon, 7 Jan 2002 10:41:36 +0100 (CET) + (envelope-from lecroart@nevrax.com) +Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g079ZvJ74256 + for ; Mon, 7 Jan 2002 10:35:57 +0100 (CET) + (envelope-from lecroart@nevrax.com) +Message-ID: <004d01c1975e$b58ab150$0901a8c0@vianneyl> +From: "Vianney Lecroart" +To: +References: <000901c1956f$56937f60$8aa9653f@geneticanomalies.com> +Subject: Re: [Nel] VC6 Build Error C1001 +Date: Mon, 7 Jan 2002 10:35:57 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 6.00.2600.0000 +X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +> bsphere.cpp +> fatal error C1001: INTERNAL COMPILER ERROR +> (compiler file 'msc1.cpp', line 1794) +> Please choose the Technical Support command on the Visual C++ +> Help menu, or open the Technical Support help file for more +information + +Outch, thank you M$ :-( I work with Visual C++ SP5 and it compiles quite +well with the current CVS snapshot. +The only things that changed are precompilated header, you could perhaps try +to remove them from project settings to see if something change. + +Vianney Lecroart +--- +lead network programmer / nevrax.com +icq#: 6870415 +homepage: http://ace.planet-d.net +www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- +w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? + + + +From lecroart@nevrax.com Mon Jan 7 10:44:51 2002 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g079ipw03060 + for ; Mon, 7 Jan 2002 10:44:51 +0100 (CET) + (envelope-from lecroart@nevrax.com) +Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g079dBJ74293 + for ; Mon, 7 Jan 2002 10:39:11 +0100 (CET) + (envelope-from lecroart@nevrax.com) +Message-ID: <005b01c1975f$29a3c310$0901a8c0@vianneyl> +From: "Vianney Lecroart" +To: +References: +Subject: Re: [Nel] CVS messes up line terminators (CR LF -> NL) +Date: Mon, 7 Jan 2002 10:39:11 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 6.00.2600.0000 +X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +> Something about the interaction between my cvs client (CVS 1.11 on Cygwin) +> and the nevrax CVS server is causing the line endings to be translated +from +> CR LF to NL. As a result, Visual C++ can't make sense of the workspace +and +> project files (*.dsw,*.dsp). I don't have this problem with sourceforge, +> but they use the ssh protocol instead of pserver. Has anyone else +> encountered this problem? Found a fix? + +We use WinCvs and don't have the problem you said. in the command line cvs, +there options like --crlf or --lf, you should take a look on this and do +some tries. + +Vianney Lecroart +--- +lead network programmer / nevrax.com +icq#: 6870415 +homepage: http://ace.planet-d.net +www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- +w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? + + + +From lecroart@nevrax.com Mon Jan 7 10:55:45 2002 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g079tjw03183 + for ; Mon, 7 Jan 2002 10:55:45 +0100 (CET) + (envelope-from lecroart@nevrax.com) +Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g079o5J74510 + for ; Mon, 7 Jan 2002 10:50:05 +0100 (CET) + (envelope-from lecroart@nevrax.com) +Message-ID: <009001c19760$af3bc8f0$0901a8c0@vianneyl> +From: "Vianney Lecroart" +To: +References: <20020107072804.1204.qmail@mail.com> +Subject: Re: [Nel] Help compiling and cvs.... +Date: Mon, 7 Jan 2002 10:50:05 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 6.00.2600.0000 +X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +> > Did you add the STLPort install directory to the Include and Lib +directory +> > settings in VC++ as per the instructions in the INSTALL file? +> Yes I did that and it's still asking for STLPort... + +Did you put the STLport include *before* other ones? + +Vianney Lecroart +--- +lead network programmer / nevrax.com +icq#: 6870415 +homepage: http://ace.planet-d.net +www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- +w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? + + + +From legros@nevrax.com Mon Jan 7 17:10:18 2002 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g07GAIw06209 + for ; Mon, 7 Jan 2002 17:10:18 +0100 (CET) + (envelope-from legros@nevrax.com) +Received: from benjaminl (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g07G4cJ79687 + for ; Mon, 7 Jan 2002 17:04:38 +0100 (CET) + (envelope-from legros@nevrax.com) +Message-ID: <000901c19795$1f9738d0$1b01a8c0@benjaminl> +From: "Benjamin Legros" +To: +References: <7932890954.20020105154321@in-orbit.net> +Subject: Re: [Nel] How to use CollisionMeshBuild (.cmb) +Date: Mon, 7 Jan 2002 17:05:27 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 6.00.2600.0000 +X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +X-Reply-To: "Benjamin Legros" +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Hi, + +We just put the indoor collision tool in the CVS. +It should be available very soon. +You can find it in nel/tools/pacs/build_indoor_rbank. + +You can build the .lr, .gr and .rbank this way : + +1. Put all your .cmb files to process in the same directory +2. Check the tool config file so that the MeshPath variable points + to it. +3. Also put the cmb files in the Meshes list (without extension) +4. Setup output directory and output filenames + +You can also choose to merge the computed indoor .lr in a previous +.gr (in order to use a single file for the whole world) by setting +Merge to 1 and the input and merge output directories and filenames +Remember the filenames shouldn't have extensions (.gr and .rbank will +automatically be added.) +Anyway, the sample config file should be clear enough (well, I hope :-) + +You will find the output lr, gr and rbank in the specified OutputPath. +These files just work the same way as landscape files. +If you need more info, don't hesitate !! + + +Good luck !! + + +Benjamin Legros +Nevrax France + + + + + + +----- Original Message ----- +From: "Robert Bjarnason" +To: +Sent: Sunday, January 06, 2002 12:43 AM +Subject: [Nel] How to use CollisionMeshBuild (.cmb) + + +> Hi, +> +> We are currently working on a contract job +> along with our game. An educational 3D environment +> demonstrating the Mayan culture. We have created +> a pyramid in a new landscape, the rbank tool +> generates collision info for the landscape and +> everything works fine. +> +> Now, to be able to walk up the pyramid, boxes or +> cylinders are not enough for collisions. I've +> exported collision info from 3dmax into a .cmb +> file. How do I load this file into PACS? Can +> anybody give me a hint or a code snipped? +> +> Thanks, +> Robert Bjarnason +> InOrbit Entertainment, Inc. +> +> +> _______________________________________________ +> Nel mailing list +> Nel@nevrax.org +> http://www.nevrax.org/mailman/listinfo.cgi/nel +> + + +From v.caron@zerodeux.net Mon Jan 7 17:41:20 2002 +Received: from zerodeux.net (zerodeux.net [62.4.22.182]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g07GfJw06551 + for ; Mon, 7 Jan 2002 17:41:19 +0100 (CET) + (envelope-from v.caron@zerodeux.net) +Received: from localhost.localdomain (zerodeux.home [192.168.1.3]) + by zerodeux.net (Postfix) with ESMTP id 51F08B4CF + for ; Mon, 7 Jan 2002 17:35:42 +0100 (CET) +From: Vincent Caron +To: nel@nevrax.org +Content-Type: text/plain +Content-Transfer-Encoding: 7bit +X-Mailer: Evolution/1.0 (Preview Release) +Date: 07 Jan 2002 17:35:37 +0100 +Message-Id: <1010421337.538.4.camel@zerodeux.home> +Mime-Version: 1.0 +Subject: [Nel] Linux: patch for misc/mutex.cpp (cf. David Mentre post) +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +'PTHREAD_MUTEX_FAST_NP' is a GNU extension to Posix threads, either : + +- add '#define _GNU_SOURCE' before the '#include ' +- or replace PTHREAD_MUTEX_FAST_NP with PTHREAD_MUTEX_ADAPTIVE_NP + +I recommend the second alternative, since it is equivalent (FAST mutex +is currently equivalent to ADAPTIVE mutex) and more portable. + + + +From mbresnah@visi.com Mon Jan 7 19:52:13 2002 +Received: from breg.mc.mpls.visi.com (breg.mc.mpls.visi.com [208.42.156.101]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g07IqCw07427 + for ; Mon, 7 Jan 2002 19:52:13 +0100 (CET) + (envelope-from mbresnah@visi.com) +Received: from anelginanalas (mbresnah.dsl.visi.com [209.98.224.51]) + by breg.mc.mpls.visi.com (Postfix) with SMTP id 571882D050D + for ; Mon, 7 Jan 2002 12:46:32 -0600 (CST) +From: "Mike Bresnahan" +To: +Subject: RE: [Nel] CVS messes up line terminators (CR LF -> NL) +Date: Mon, 7 Jan 2002 12:47:06 -0800 +Message-ID: +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 (Normal) +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) +In-Reply-To: <005b01c1975f$29a3c310$0901a8c0@vianneyl> +X-MIMEOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 +Importance: Normal +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +> We use WinCvs and don't have the problem you said. in the command +> line cvs, +> there options like --crlf or --lf, you should take a look on this and do +> some tries. + +I can't find any such options, but I did discover that I get newline line +endings even when I have specified that the file is binary with -kb. What +OS is the cvs server running on? + +Mike + + +From v.caron@zerodeux.net Mon Jan 7 20:15:07 2002 +Received: from zerodeux.net (zerodeux.net [62.4.22.182]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g07JF7w07573 + for ; Mon, 7 Jan 2002 20:15:07 +0100 (CET) + (envelope-from v.caron@zerodeux.net) +Received: from localhost.localdomain (zerodeux.home [192.168.1.3]) + by zerodeux.net (Postfix) with ESMTP id 7B90FB4CF + for ; Mon, 7 Jan 2002 20:09:30 +0100 (CET) +Subject: RE: [Nel] CVS messes up line terminators (CR LF -> NL) +From: Vincent Caron +To: nel@nevrax.org +In-Reply-To: +References: +Content-Type: text/plain +Content-Transfer-Encoding: 7bit +X-Mailer: Evolution/1.0 (Preview Release) +Date: 07 Jan 2002 20:09:23 +0100 +Message-Id: <1010430564.538.13.camel@zerodeux.home> +Mime-Version: 1.0 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +On Mon, 2002-01-07 at 21:47, Mike Bresnahan wrote: +> I can't find any such options, but I did discover that I get newline line +> endings even when I have specified that the file is binary with -kb. What +> OS is the cvs server running on? + +The pb is purely client side. On the server side, CVS stores text files +as they are commited, ie. CR and LF are kept intact, often leading to +mixed mode text files in the repository. The default behaviour of WinCVS +is to convert incoming (checkout'ed or updated) files to DOS format in +order they are workable with Windows tools (MSVC for instance), and of +course do the inverse conversion when checking in (ie. only sending unix +format text to the repository). + +WinCVS has a checkbox 'Checkout files with Unix LF' in the preferences +dialog, and this is a _bad idea_ to activate it. For instance, MSVC will +open unix format files, but will save added text lines in DOS format. +When you'll reopen this mixed format file, it will confuse MSVC and +you'll end up with blank lines scattered in your code. + +If you're using CVS from the cygwin distribution, it will behave as it's +unix counterpart, ie. check files as-is. I'm not sure wether cvs is +sensible to the global cygwin setting about text file format ( +http://sources.redhat.com/cygwin/cygwin-ug-net/using-textbinary.html ) + +If files have CR in the repository, the proper solution consist in +removing (cvs rm) the file, and re-adding it (cvs add) properly. + +However I grepped nel and swnoballs2 source, and I can't find a single +CR. The repository is fine :) + + + + +From kalldrexx@programmer.net Mon Jan 7 22:29:29 2002 +Received: from ws1-7.us4.outblaze.com (205-158-62-57.outblaze.com [205.158.62.57]) + by www.nevrax.org (8.11.0/8.11.0) with SMTP id g07LTSw08209 + for ; Mon, 7 Jan 2002 22:29:29 +0100 (CET) + (envelope-from kalldrexx@programmer.net) +Received: (qmail 3811 invoked by uid 1001); 7 Jan 2002 21:23:42 -0000 +Message-ID: <20020107212342.3805.qmail@mail.com> +Content-Type: text/plain; charset="iso-8859-1" +Content-Disposition: inline +Content-Transfer-Encoding: 7bit +MIME-Version: 1.0 +X-Mailer: MIME-tools 5.41 (Entity 5.404) +Received: from ws1-7.us4.outblaze.com for [65.14.53.206] via web-mailer on + Tue, 08 Jan 2002 05:23:41 +0800 +From: "Matthew Shapiro" +To: nel@nevrax.org +Date: Tue, 08 Jan 2002 05:23:41 +0800 +Subject: Re: [Nel] Help compiling and cvs.... +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +after I do the set and I try cvs login here's what happens (happens in wincvs too): +d:\>set CVSROOT=':pserver:anonymous@cvs.nevrax.org:/home/cvsroot' +d:\>cvs login +cvs login: CVSROOT "':pserver:anonymous@cvs.nevrax.org:/home/cvsroot'" must be an absolute pathname +cvs [login aborted]: Bad CVSROOT. + +any ideas? + +ALSO I moved the include for the STLport to the first slot but it still says i need it to compile... any ideas? sorry + +-----Original Message----- +Wrom: SKVFVWRKJVZCMHVIBGDADRZFSQHYUCDDJBL +Date: Mon, 7 Jan 2002 09:59:43 +0100 +To: +Subject: Re: [Nel] Help compiling and cvs.... + + +> c:\set CVSROOT=":pserver:...." +> c:\cvs login +> c:\cvs checkout code +> +> Should work well (sorry : works well) +> +> -- +> Emmanuel Deloget +> +> ----- Original Message ----- +> Wrom: VLMHAALPTCXLYRWTQTIPWIGYOKSTTZRCLBDXRQBGJSNB +> To: +> Sent: Monday, January 07, 2002 8:28 AM +> Subject: RE: [Nel] Help compiling and cvs.... +> +> +> > +> > > > I can't figure out how to set the cvsroot with win32 cvs.exe. I +> > > > use the -d option but it doesn't seem to work. +> > > +> > > What are you putting after -d? Which version of cvs are you using? +> What +> > > error do you get? +> > +> > No error... just displays the same thing if you just typed cvs (the help +> stuff) and doesn't change the CVSROUTE. I dont see a version number either. +> I'm putting the CVSROOT= stuff after -d and even wit hthe export. +> > +> > > > However I did download snowballs iwth the engine source... but +> > > > It's not compiling right. it mentioned STLport (or whatever it +> > > > was) and so i downloaded it, put it in d:\, compiled it with no +> > > > errors and it still doesn't compile and keeps mentioning that? +> > > > what am I doing wrong? I used the vc++ 6 make file. thanks... +> > > +> > > Did you add the STLPort install directory to the Include and Lib +> directory +> > > settings in VC++ as per the instructions in the INSTALL file? +> > > +> > > Mike +> > +> > Yes I did that and it's still asking for STLPort... +> > -- +> > +> > +> > ----KallDrexx +> > +> > _______________________________________________ +> > Sign-up for your own FREE Personalized E-mail at Mail.com +> > http://www.mail.com/?sr=signup +> > +> > +> > 1 cent a minute calls anywhere in the U.S.! +> > +> > +> http://www.getpennytalk.com/cgi-bin/adforward.cgi?p_key=RG9853KJ&url=http:// +> www.getpennytalk.com +> > +> > +> > _______________________________________________ +> > Nel mailing list +> > Nel@nevrax.org +> > http://www.nevrax.org/mailman/listinfo.cgi/nel +> > +> +> _______________________________________________ +> Nel mailing list +> Nel@nevrax.org +> http://www.nevrax.org/mailman/listinfo.cgi/nel +> +> + +-- + + +----KallDrexx + +_______________________________________________ +Sign-up for your own FREE Personalized E-mail at Mail.com +http://www.mail.com/?sr=signup + + +1 cent a minute calls anywhere in the U.S.! + +http://www.getpennytalk.com/cgi-bin/adforward.cgi?p_key=RG9853KJ&url=http://www.getpennytalk.com + + + +From v.caron@zerodeux.net Mon Jan 7 22:40:33 2002 +Received: from zerodeux.net (zerodeux.net [62.4.22.182]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g07LeXw08305 + for ; Mon, 7 Jan 2002 22:40:33 +0100 (CET) + (envelope-from v.caron@zerodeux.net) +Received: from localhost.localdomain (zerodeux.home [192.168.1.3]) + by zerodeux.net (Postfix) with ESMTP id D0FB4B4CF + for ; Mon, 7 Jan 2002 22:34:56 +0100 (CET) +Subject: Re: [Nel] Help compiling and cvs.... +From: Vincent Caron +To: nel@nevrax.org +In-Reply-To: <20020107212342.3805.qmail@mail.com> +References: <20020107212342.3805.qmail@mail.com> +Content-Type: text/plain +Content-Transfer-Encoding: 7bit +X-Mailer: Evolution/1.0 (Preview Release) +Date: 07 Jan 2002 22:34:48 +0100 +Message-Id: <1010439288.4100.15.camel@zerodeux.home> +Mime-Version: 1.0 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +On Mon, 2002-01-07 at 22:23, Matthew Shapiro wrote: +> after I do the set and I try cvs login here's what happens (happens in wincvs too): +> d:\>set CVSROOT=':pserver:anonymous@cvs.nevrax.org:/home/cvsroot' +> d:\>cvs login +> cvs login: CVSROOT "':pserver:anonymous@cvs.nevrax.org:/home/cvsroot'" must be an absolute pathname + +Seems this is a quote pb, remove the single quotes in the "set" +invocation (or try double quotes). + + + + +From kalldrexx@programmer.net Tue Jan 8 00:04:12 2002 +Received: from ws1-9.us4.outblaze.com (205-158-62-37.outblaze.com [205.158.62.37]) + by www.nevrax.org (8.11.0/8.11.0) with SMTP id g07N4Aw08734 + for ; Tue, 8 Jan 2002 00:04:11 +0100 (CET) + (envelope-from kalldrexx@programmer.net) +Received: (qmail 36731 invoked by uid 1001); 7 Jan 2002 22:58:24 -0000 +Message-ID: <20020107225824.36730.qmail@mail.com> +Content-Type: text/plain; charset="iso-8859-1" +Content-Disposition: inline +Content-Transfer-Encoding: 7bit +MIME-Version: 1.0 +X-Mailer: MIME-tools 5.41 (Entity 5.404) +Received: from ws1-9.us4.outblaze.com for [65.14.53.206] via web-mailer on + Tue, 08 Jan 2002 06:58:23 +0800 +From: "Matthew Shapiro" +To: nel@nevrax.org +Date: Tue, 08 Jan 2002 06:58:23 +0800 +Subject: Re: [Nel] Help compiling and cvs.... +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +ahhhh thanks... + +-----Original Message----- +Wrom: TTZRCLBDXRQBGJSNBOHMKHJYFMYXOEAIJJPH +Date: 07 Jan 2002 22:34:48 +0100 +To: nel@nevrax.org +Subject: Re: [Nel] Help compiling and cvs.... + + +> On Mon, 2002-01-07 at 22:23, Matthew Shapiro wrote: +> > after I do the set and I try cvs login here's what happens (happens in wincvs too): +> > d:\>set CVSROOT=':pserver:anonymous@cvs.nevrax.org:/home/cvsroot' +> > d:\>cvs login +> > cvs login: CVSROOT "':pserver:anonymous@cvs.nevrax.org:/home/cvsroot'" must be an absolute pathname +> +> Seems this is a quote pb, remove the single quotes in the "set" +> invocation (or try double quotes). +> +> +> +> _______________________________________________ +> Nel mailing list +> Nel@nevrax.org +> http://www.nevrax.org/mailman/listinfo.cgi/nel +> +> + +-- + + +----KallDrexx + +_______________________________________________ +Sign-up for your own FREE Personalized E-mail at Mail.com +http://www.mail.com/?sr=signup + + +1 cent a minute calls anywhere in the U.S.! + +http://www.getpennytalk.com/cgi-bin/adforward.cgi?p_key=RG9853KJ&url=http://www.getpennytalk.com + + + +From kimsama009@orgio.net Tue Jan 8 07:52:32 2002 +Received: from user14.orgio.net (root@[211.115.216.244]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g086qUw11552 + for ; Tue, 8 Jan 2002 07:52:31 +0100 (CET) + (envelope-from kimsama009@orgio.net) +Received: (from nobody@localhost) + by user14.orgio.net (8.9.3/8.9.3) id PAA22400 + for ; Tue, 8 Jan 2002 15:46:39 +0900 +Message-Id: <200201080646.PAA22400@user14.orgio.net> +Received: (from nobody@localhost) + by user14.orgio.net (8.9.3/8.9.3) id PAA22396; + Tue, 8 Jan 2002 15:46:39 +0900 +From: "±èÇö¿ì" +To: nel@nevrax.org +X-Priority: 3 +MIME-Version: 1.0 +Date: Tue, 08 Jan 2002 15:46:39 KST +Content-Type: text/html; +Content-Transfer-Encoding: 8bit +X-Mailer: Orgio Mail Webmail Interface +Subject: [Nel] How to use 'Pacs' with static geometries like BSP? +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + + + + +
I've compiled NEL and ran pacs sample.
+It wokrs good and make me so impressive.
+
+I looked at the source over and became know how it does work.
+
+In pacs, there are four parts of the library;
+
+1) Static Collisions
+2) Dynamic Collisions
+3) Pathfinding
+4) User
+
+The pacs sample uses 'User' part and demostrate it.
+
+If I use pathfinding and collision detection in interior geometry like BSP,
+how to do I use those of classed?
+(specially, all geometry data I have is consist of triangles)
+
+If possible show me the examples or some psuedo code is also welcome.
+
+Hope your best reply. Thanks
+ + + +
+--------------------------------------------------------
+Best Free e-Mail Site Orgio.net http://www.orgio.net
+ÆÄ¿öÀ¯Àú°¡ ¼±ÅÃÇÑ ¸ÞÀÏ 30M ¹«·á ÀúÀå°ø°£, ¼ö½ÅÈ®ÀÎÀÇ ¿øÁ¶ + + +From valignat@gw.nevrax.com Tue Jan 8 17:03:42 2002 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g08G3fw14484 + for ; Tue, 8 Jan 2002 17:03:41 +0100 (CET) + (envelope-from valignat@gw.nevrax.com) +Received: from gw.nevrax.com (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with ESMTP id g08Fw1J89801 + for ; Tue, 8 Jan 2002 16:58:01 +0100 (CET) + (envelope-from valignat@gw.nevrax.com) +Received: (from valignat@localhost) + by gw.nevrax.com (8.11.6/8.11.6) id g08Fvnp53256 + for nel@nevrax.org; Tue, 8 Jan 2002 16:57:49 +0100 (CET) + (envelope-from valignat) +Date: Tue, 8 Jan 2002 16:57:49 +0100 +From: Cedric Valignat +To: nel@nevrax.org +Subject: Re: [Nel] Linux: patch for misc/mutex.cpp (cf. David Mentre post) +Message-ID: <20020108165748.A53227@nevrax.com> +References: <1010421337.538.4.camel@zerodeux.home> +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +User-Agent: Mutt/1.2.5i +In-Reply-To: <1010421337.538.4.camel@zerodeux.home>; from v.caron@zerodeux.net on Mon, Jan 07, 2002 at 05:35:37PM +0100 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Hello Vincent, + +I commited your patch to NEL. + +Thanks for your help :-) + + +According to Vincent Caron: +> +> - or replace PTHREAD_MUTEX_FAST_NP with PTHREAD_MUTEX_ADAPTIVE_NP +> +> I recommend the second alternative, since it is equivalent (FAST mutex +> is currently equivalent to ADAPTIVE mutex) and more portable. + + +Cedric. + + +From david.mentre@wanadoo.fr Tue Jan 8 19:40:51 2002 +Received: from mel-rto2.wanadoo.fr (smtp-out-2.wanadoo.fr [193.252.19.254]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g08Ieow15523 + for ; Tue, 8 Jan 2002 19:40:51 +0100 (CET) + (envelope-from david.mentre@wanadoo.fr) +Received: from mel-rta7.wanadoo.fr (193.252.19.61) by mel-rto2.wanadoo.fr; 8 Jan 2002 19:35:04 +0100 +Received: from oops (193.252.189.28) by mel-rta7.wanadoo.fr; 8 Jan 2002 19:34:46 +0100 +Received: from david by oops with local (Exim 3.33 #1 (Debian)) + id 16O15C-0000mz-00 + for ; Tue, 08 Jan 2002 19:34:46 +0100 +To: nel@nevrax.org +From: David Mentre +Organization: none +Date: 08 Jan 2002 19:34:46 +0100 +Message-ID: <87n0zo3d4p.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me> +Lines: 41 +User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.1 +MIME-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Subject: [Nel] Issue to run snowballs2 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Hello all, + +I'm trying to run snowballs2. However, it failed while trying to load +libnel_drv_opengl.so with an undefined symbol glSetFenceNV. + +I commented out all gl*Fence*NV symbols and now I have the following +error: + +david@oops:~/pub/NeL/code/snowballs2/client$ /usr/local/Installed/NeL/bin/snowballs +INF 2967 client.cpp 145 : Starting Snowballs ! +WRN 2967 path.cpp 440 : CPath::addSearchPath(data/pacs/, 0, 1): 'data/pacs/' is not found, skip it +WRN 2967 path.cpp 440 : CPath::addSearchPath(data/anims/, 0, 1): 'data/anims/' is not found, skip it +WRN 2967 dru.cpp 95 : when loading dynamic library 'libnel_drv_opengl.so': /usr/local/Installed/NeL/lib/libnel_drv_opengl.so: undefined symbol: glBindProgramNV +WRN 2967 common.cpp 390 : Exception will be launched: libnel_drv_opengl.so not found +Aborted + +Like glSetFenceNV, glBindProgramNV symbol is not available in +/usr/lib/*GL* libraries neither in /usr/include/GL/*.h. + +Notice also that those symbols are not defined in SGI latest glext.h +(http://oss.sgi.com/projects/ogl-sample/ABI/glext.h). + +Notice also that Alexandre Courbot had the same problem as me +(http://www.nevrax.org/pipermail/nel/2001-October/000650.html). Apparently, +this has not been fixed. + +Are those symbols standard OpenGL or Windows specific? I have missed +something? + +Versions: +OpenGL implementation: Mesa 3 provided with XFree86 4.1.0.1 +Linux 2.4.17, XFree 4.1.0.1, +OpenGL renderer string: Mesa DRI Rage128 20010405 AGP 1x x86/MMX +OpenGL version string: 1.2 Mesa 3.4.2 + + +Thanks in advance for any help, +Best regards, +d. +-- + david.mentre@wanadoo.fr + +From tharibo@free.fr Tue Jan 8 21:11:27 2002 +Received: from postfix2-1.free.fr (postfix2-1.free.fr [213.228.0.9]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g08KBRw15981 + for ; Tue, 8 Jan 2002 21:11:27 +0100 (CET) + (envelope-from tharibo@free.fr) +Received: from there (toulouse-1-a7-33-201.dial.proxad.net [62.147.33.201]) + by postfix2-1.free.fr (Postfix) with SMTP id 70486428 + for ; Tue, 8 Jan 2002 21:05:46 +0100 (CET) +Content-Type: text/plain; + charset="iso-8859-1" +From: Thomas RIBO +To: nel@nevrax.org +Subject: Re: [Nel] Issue running snowballs2 +Date: Mon, 7 Jan 2002 19:54:14 +0100 +X-Mailer: KMail [version 1.3] +References: <87wuyx2bca.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me> <87u1u0a23k.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me> <87pu4o9ze0.fsf_-_@oops.i-did-not-set--mail-host-address--so-shoot-me> +In-Reply-To: <87pu4o9ze0.fsf_-_@oops.i-did-not-set--mail-host-address--so-shoot-me> +MIME-Version: 1.0 +Content-Transfer-Encoding: 8bit +Message-Id: <20020108200546.70486428@postfix2-1.free.fr> +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +X-Reply-To: tharibo@free.fr +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +> - when running snowballs2 binary, I get the following error: +> david@oops:~/pub/NeL/code/snowballs2/client$ +> /usr/local/Installed/NeL/bin/snowballs INF20825 client.cpp 145 : +> Starting Snowballs ! +> WRN20825 path.cpp 440 : CPath::addSearchPath(data/pacs/, 0, 1): +> 'data/pacs/' is not found, skip it WRN20825 path.cpp 440 : +> CPath::addSearchPath(data/anims/, 0, 1): 'data/anims/' is not found, + +Did you download the data pack? + +-- +tharibo@free.fr +"Le temps ne fait rien à l'affaire, quand on est con, on-est-con !" +-- Georges Brassens + + +From david.mentre@wanadoo.fr Tue Jan 8 21:27:21 2002 +Received: from mel-rto4.wanadoo.fr (smtp-out-4.wanadoo.fr [193.252.19.23]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g08KRLw16093 + for ; Tue, 8 Jan 2002 21:27:21 +0100 (CET) + (envelope-from david.mentre@wanadoo.fr) +Received: from mel-rta9.wanadoo.fr (193.252.19.69) by mel-rto4.wanadoo.fr; 8 Jan 2002 21:21:35 +0100 +Received: from oops (193.252.189.28) by mel-rta9.wanadoo.fr; 8 Jan 2002 21:21:34 +0100 +Received: from david by oops with local (Exim 3.33 #1 (Debian)) + id 16O2kX-0000rH-00 + for ; Tue, 08 Jan 2002 21:21:33 +0100 +To: nel@nevrax.org +Subject: Re: [Nel] Issue running snowballs2 +References: <87wuyx2bca.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me> + <87u1u0a23k.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me> + <87pu4o9ze0.fsf_-_@oops.i-did-not-set--mail-host-address--so-shoot-me> + <20020108200546.70486428@postfix2-1.free.fr> +From: David Mentre +Organization: none +Date: 08 Jan 2002 21:21:33 +0100 +In-Reply-To: <20020108200546.70486428@postfix2-1.free.fr> +Message-ID: <87itac386q.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me> +Lines: 12 +User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.1 +MIME-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Thomas RIBO writes: + +> Did you download the data pack? + +Yes. + +I think my problem is more a library issue. + +Best regards, +d. +-- + david.mentre@wanadoo.fr + +From david.mentre@wanadoo.fr Tue Jan 8 21:45:15 2002 +Received: from mel-rto2.wanadoo.fr (smtp-out-2.wanadoo.fr [193.252.19.254]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g08KjFw16224 + for ; Tue, 8 Jan 2002 21:45:15 +0100 (CET) + (envelope-from david.mentre@wanadoo.fr) +Received: from mel-rta6.wanadoo.fr (193.252.19.222) by mel-rto2.wanadoo.fr; 8 Jan 2002 21:39:29 +0100 +Received: from oops (193.252.189.28) by mel-rta6.wanadoo.fr; 8 Jan 2002 21:39:29 +0100 +Received: from david by oops with local (Exim 3.33 #1 (Debian)) + id 16O31t-0000ra-00 + for ; Tue, 08 Jan 2002 21:39:29 +0100 +To: nel@nevrax.org +Subject: Re: [Nel] Issue to run snowballs2 +References: <87n0zo3d4p.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me> +From: David Mentre +Organization: none +Date: 08 Jan 2002 21:39:28 +0100 +In-Reply-To: <87n0zo3d4p.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me> +Message-ID: <87ell037cv.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me> +Lines: 27 +User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.1 +MIME-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +David Mentre writes: + +> Are those symbols standard OpenGL or Windows specific? + +After further investigation, I would say that those symbols (and thus +library functions) are NVidia specific: + +http://oss.sgi.com/projects/ogl-sample/registry/NV/fence.txt + +As far as I have understood, the NeL library should have queried the +OpenGL library to find if those extensions are available and if not use +a workaround. Am I right? + +However, there is some code to test those functions availability: +driver_opengl_extension.cpp:333: + if( strstr(glext, "GL_NV_fence")==NULL ) + return false; + +Maybe some cleanup would be needed in driver_opengl_extension_def.h? + +I would so much play with snowballs! :) + +I hope it helps in some way, +Best regards, +d. +-- + david.mentre@wanadoo.fr + +From kalldrexx@programmer.net Tue Jan 8 23:47:46 2002 +Received: from ws1-9.us4.outblaze.com (205-158-62-55.outblaze.com [205.158.62.55]) + by www.nevrax.org (8.11.0/8.11.0) with SMTP id g08Mljw16856 + for ; Tue, 8 Jan 2002 23:47:45 +0100 (CET) + (envelope-from kalldrexx@programmer.net) +Received: (qmail 80187 invoked by uid 1001); 8 Jan 2002 22:41:57 -0000 +Message-ID: <20020108224157.80185.qmail@mail.com> +Content-Type: text/plain; charset="iso-8859-1" +Content-Disposition: inline +Content-Transfer-Encoding: 7bit +MIME-Version: 1.0 +X-Mailer: MIME-tools 5.41 (Entity 5.404) +Received: from ws1-3.us4.outblaze.com for [65.14.53.206] via web-mailer on + Wed, 09 Jan 2002 06:41:57 +0800 +From: "Matthew Shapiro" +To: nel@nevrax.org +Date: Wed, 09 Jan 2002 06:41:57 +0800 +Subject: [Nel] problems compiling.... +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +OK i THINK i know what's wrong. I followed the new instructuions that came with the cvs version of the code and i did the nmake clean all stuff to STLport and at the begging it says the following files could not be found like 8 times and then compiles the rest.... Then when i do nmake install it says that cl.exe cannot be found (apparently cl.exe is the file all these compilations want to maek... including nel...) any ideas. and yes STLport 4.0 +-- + + +----KallDrexx + +_______________________________________________ +Sign-up for your own FREE Personalized E-mail at Mail.com +http://www.mail.com/?sr=signup + + +1 cent a minute calls anywhere in the U.S.! + +http://www.getpennytalk.com/cgi-bin/adforward.cgi?p_key=RG9853KJ&url=http://www.getpennytalk.com + + + +From robert@in-orbit.net Wed Jan 9 01:44:41 2002 +Received: from quasar.skima.is (quasar.skima.is [212.30.200.205]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g090idw17528 + for ; Wed, 9 Jan 2002 01:44:39 +0100 (CET) + (envelope-from robert@in-orbit.net) +Received: from [157.157.149.19] by quasar.skima.is with ESMTP for nel@nevrax.org; Wed, 9 Jan 2002 00:38:51 Z +Date: Wed, 9 Jan 2002 01:04:38 -0800 +From: Robert Bjarnason +X-Mailer: The Bat! (v1.49) Personal +Organization: InOrbit Entertainment, Inc. +X-Priority: 3 (Normal) +Message-Id: <446156809.20020109010438@in-orbit.net> +To: nel@nevrax.org +Subject: Re[2]: [Nel] How to use CollisionMeshBuild (.cmb) +X-Sender: Robert Bjarnason +Mime-Version: 1.0 +Content-Type: multipart/mixed; boundary="----------241A61752056A23D" +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +X-Reply-To: =?ISO-8859-1?Q?R=F3bert_Bjarnason?= +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +------------241A61752056A23D +Content-Type: text/plain; charset=ISO-8859-1 +Content-Transfer-Encoding: quoted-printable + +Hi, + +I've exported a .cmb file from Max from the same +Max file as I use to export the instance group that +includes stairs in the Mayan pyramid we are +reconstructing. + +The process explains it self and everything seems +to work except when I load the scene no collision +happens with the stairs. My .rbank and .gr files +both grow and this is the output log: + +02/01/09 00:25:33 INF 708 main.cpp 234 : compute retriever 8_AO +02/01/09 00:25:33 INF 708 main.cpp 255 : Material 0 used +02/01/09 00:25:33 INF 708 local_retriever.cpp 665 : compute topologies +02/01/09 00:25:33 INF 708 local_retriever.cpp 709 : generated 24 topologie= +s for character 0 +02/01/09 00:25:33 INF 708 local_retriever.cpp 709 : generated 0 topologies= + for character 1 +02/01/09 00:25:33 INF 708 local_retriever.cpp 709 : generated 0 topologies= + for character 2 +02/01/09 00:25:33 INF 708 local_retriever.cpp 709 : generated 0 topologies= + for character 3 +02/01/09 00:25:33 INF 708 main.cpp 195 : instance making and linking work = +time: 0.010 +02/01/09 00:25:33 INF 708 main.cpp 325 : 0.170 seconds work +02/01/09 00:25:33 INF 708 main.cpp 329 : CVector translation_0 =3D C= +Vector(-2237.0f, 1149.0f, 0.0f); + +What I see right away that is strange it that the +approximate middle of my stairs in the world is +(2240.0f, -1148.0f), looks very much like +"translation_0" except for the "-" being swapped, +maybe this is just a coincident=3F + +When I export the .cmb file then it takes on the +name of the instance group of the shape...I guess +that is normal, right=3F + +Another thing that might be related to this not +working is that I had problems getting the +Landscape pacs to work until I realized the +importance of having my zones translated to the +correct world coordinates based on the names. +I used the snowballs example max zones to figure +out where they were supposed to be located. + +According to the Max snowballs example_zones the +size of each zone in Max is supposed to be +approx 4 meters by 4 meters, and that is +supposed to translate in the NeL 160m by 160m, +right=3F I'm a little bit confused on the zone +size issue because the units seem to be different +in Max and NeL=3F Also, am I correct to assume +that the zones have to be in the correct world +coordinates based on their names for pacs to +work=3F + +Maybe this is unrelated but build_rbank does +not compile anymore because it can't find +moulinette.h + +I include a low quality screenshot, still only +first pass on models and textures and we don't +have our sky-dome or visiting characters in +there, yet, only good old Gnu :) + +Thanks, +Robert Bjarnason +InOrbit Entertainment, Inc. +------------241A61752056A23D +Content-Type: image/pjpeg; name="screenshot000.jpg" +Content-Transfer-Encoding: base64 +Content-Disposition: attachment; filename="screenshot000.jpg" + +/9j/4AAQSkZJRgABAgEASABIAAD/7Q8uUGhvdG9zaG9wIDMuMAA4QklNA+0KUmVzb2x1dGlvbgAA +AAAQAEgAAAABAAIASAAAAAEAAjhCSU0EDRhGWCBHbG9iYWwgTGlnaHRpbmcgQW5nbGUAAAAABAAA +AB44QklNBBkSRlggR2xvYmFsIEFsdGl0dWRlAAAAAAQAAAAeOEJJTQPzC1ByaW50IEZsYWdzAAAA +CQAAAAAAAAAAAQA4QklNBAoOQ29weXJpZ2h0IEZsYWcAAAAAAQAAOEJJTScQFEphcGFuZXNlIFBy +aW50IEZsYWdzAAAAAAoAAQAAAAAAAAACOEJJTQP1F0NvbG9yIEhhbGZ0b25lIFNldHRpbmdzAAAA +SAAvZmYAAQBsZmYABgAAAAAAAQAvZmYAAQChmZoABgAAAAAAAQAyAAAAAQBaAAAABgAAAAAAAQA1 +AAAAAQAtAAAABgAAAAAAAThCSU0D+BdDb2xvciBUcmFuc2ZlciBTZXR0aW5ncwAAAHAAAP////// +//////////////////////8D6AAAAAD/////////////////////////////A+gAAAAA//////// +/////////////////////wPoAAAAAP////////////////////////////8D6AAAOEJJTQQIBkd1 +aWRlcwAAAAAQAAAAAQAAAkAAAAJAAAAAADhCSU0EHg1VUkwgb3ZlcnJpZGVzAAAABAAAAAA4QklN +BBoGU2xpY2VzAAAAAHsAAAAGAAAAAAAAAAAAAAHgAAACgAAAAA0AcwBjAHIAZQBlAG4AcwBoAG8A +dAAwADAAMAAAAAEAAAAAAAAAAAAAAAAAAAAAAAAAAQAAAAAAAAAAAAACgAAAAeAAAAAAAAAAAAAA +AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAOEJJTQQREUlDQyBVbnRhZ2dlZCBGbGFnAAAAAQEAOEJJ +TQQUF0xheWVyIElEIEdlbmVyYXRvciBCYXNlAAAABAAAAAE4QklNBAwVTmV3IFdpbmRvd3MgVGh1 +bWJuYWlsAAALgAAAAAEAAABwAAAAVAAAAVAAAG5AAAALZAAYAAH/2P/gABBKRklGAAECAQBIAEgA +AP/uAA5BZG9iZQBkgAAAAAH/2wCEAAwICAgJCAwJCQwRCwoLERUPDAwPFRgTExUTExgRDAwMDAwM +EQwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwBDQsLDQ4NEA4OEBQODg4UFA4ODg4UEQwMDAwM +EREMDAwMDAwRDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDP/AABEIAFQAcAMBIgACEQEDEQH/ +3QAEAAf/xAE/AAABBQEBAQEBAQAAAAAAAAADAAECBAUGBwgJCgsBAAEFAQEBAQEBAAAAAAAAAAEA +AgMEBQYHCAkKCxAAAQQBAwIEAgUHBggFAwwzAQACEQMEIRIxBUFRYRMicYEyBhSRobFCIyQVUsFi +MzRygtFDByWSU/Dh8WNzNRaisoMmRJNUZEXCo3Q2F9JV4mXys4TD03Xj80YnlKSFtJXE1OT0pbXF +1eX1VmZ2hpamtsbW5vY3R1dnd4eXp7fH1+f3EQACAgECBAQDBAUGBwcGBTUBAAIRAyExEgRBUWFx +IhMFMoGRFKGxQiPBUtHwMyRi4XKCkkNTFWNzNPElBhaisoMHJjXC0kSTVKMXZEVVNnRl4vKzhMPT +dePzRpSkhbSVxNTk9KW1xdXl9VZmdoaWprbG1ub2JzdHV2d3h5ent8f/2gAMAwEAAhEDEQA/AKYs +aBHoVkgbQXVNdp8fp7tfpJ2HDcCy4V08e5tQa7T83ePd7keyjKrEuAe0fnRKEbHjUMg+IJW1owGL +IM6OXFpe0sPctdI/tKtdj9Nr4tDu5Ia86fciPucdHVsd5ua0/wDfQoC1og+gx0ebx/1NiSOFVd/S +a2wXNeQZa4Mf/wBLVqtVdcx6XGGMLIAG1kEAfmjdKp2XVveHPx2+Ya+wf9KXOQ/1aZ9Kue25rnx9 +9iBRwuq/601NYW1YtbyeDYTof3m7Vn39U6tlhwqs2sP02sd/6UdvVd1FbzyPhBAHwa1N9haT9JoH +k0k/wTdBskQXpaylpOQHWDTawvIk/vPc3/qFDJzHXGSSP5LdG/5oRW4VRcA1j7XeGoVqnpdztW1t +qB/f+l+KaSvEXIFdjzwSiNxNfcQ38T9wW8zod7yIJIPYQrVfRBUfftb5aEppI7rqefrwgeGk/wAo +/wDkVex+nSd212ndx0Wx9mx6v3f6x/8AJOSgO+iC/wA/ot/6Xu/6KYZBcOIaB//Q3SaT9KhvntJH +4IFuJg2mfdW75kf5qvHp1s+1xI82un8E37Ny4kNLvGA4/wAFqccf3vxXmAci3puMGzXYXO8C2B/n +SqrsBwn2SPhP8V0BwMoalhHxDo/6lMMKwn3gAd4BJ/6lL3B3R7Qecd05x/NP3JN6U93DBp4ldN9j +xwNbAI+luZt/6Tntaq2Tbi44IDq7LBthpADTOv8AOuv2+1qjnnhEXKVJ9pw7ukPx2eo+CJDQGEEy +fIlqGMdpIkP7DUCNYH73mtOnLtzMnHreytjPUB21vH5mrnO2v3P2ottmx4tbW1xYS8h8bWj3b7HB +zmN/R7vzlRyc+eOofL4hcMPihq6beDta8hveJj/vqs1Y7KDuda3cPIvP/R9ir05+6wNyamOaZ32t +ub7SQPSYK5d6m/8Ae9RXa34zxvY9jWzDQS1xOu3x/eVgc1jlsfod0e2jdkPI2tc6PMho/wA2rchC +q20kSfg0R/5N6uek8+J+SLWy1rCA4M8o1P8AaQlmHRXAGtjYdcy9jhHdrS53/flYPT6Xgbd7HHmd +CR/0tqk2mzdJJJGo0nX8FarOUHBxAPxEKGWU91wi/wD/0dZn1j6U7X7SQPiijr3R3c5DZ8yuEOLJ +JNjiSI4bxM/uqdGNSMit2Q97qQ4G1oa0kt7s4H0voJ330fu/j/6AuGV7s9e6Kxu5+UwN0BO5x50G +jdyDl/WvpWK1v2dzMqWl7mNe5pDG/wCF/mntdX9Jcww9KZeLRTGyfTbWyBLm7N1nq27neg73sr/m +7f8ACfov0Sm27Ba4uLsiwux3YrS+ur9HXY3037drttjqNn6D+umS5onbT62u4x3DqdV6zhZdWVTf +lvGPk7G10sY4tYYbd6TjsZvdox+9/wD53m3O6NtDrcqytoDP0Ox7gAXF1bPUr2/ovZ+jZ+5/xald +nYd2R6ljC6rf6rmNZDnk+11F1j7Gu9Hb+5/4EoW5mKWMr2ueGNa0v2Radgb6cH1K6mf6Pb/NV1qA +yBNkknzTxjuGz0PMwbLyyt2y51lgreJe60+k9rad7RtrZsZ661bmWtrfv/RiytzHnQkNc07nhs+7 +axYvT83p+FbM3XNLbodZXWzY+6v0bLQzHLvVt/wP+h9P9J/OKr0Gvp/Sc2rJff6grDGENx9ntb9O +Q36bnM/z/wA9NIidbqthvaRkA0satsZHRgfsbngVOcbL7HssGtX87U2v6Tad/v8AUq/P9/56Z9/S +aHNfRkW0Oa5r6CGOIq9X31+m65tm9rW/pqvofy0J1+C4NO6xljWPrc9lNZL22z61dnqOb7fdsqez +9Jsr/wBIivz8J7J2ONgDI9VsyaxG91lTtznZH+Fa79DX/gqkfT/Io4x+8HQp+s1GDj3Outs6lZAe +3dvDWjc9vtvLLdzXO/6j/g1oY31t6HbSxzn7LnEMfU0F+17j7Kt4YNznLnWZWB6TKrA9wraGgvrA +BHs9Nn6F77aqcVjba6mVu/S+r6l296gzKxmu3tdbRYHtuJpqrLXWNb6TDuus9djq63P9/s/6hO49 +N1cY/eD1R+t3QmSDcdORCgfrt0Fv+EcfkuT9HoEOcMQF/tj1muJJaPc9zqX/AM5luc+y/d9D9H6X +prNOBVJg6E6exn/kUCR+8UHIB2Pk/wD/0sbTxS+9IExz8NEpPhr5hU2NeE0R2Te6Y1+MaKQ+890l +LfIhRc9jGF7yGsaJc4nQDzT6/d2KZ9ddjYeNwBBEgGCOHe5EeKUf2zDgE3saDwSQPyqD+pYTHlgs +L3gwW1tLjPhoPcqHW8RmwZMgWl/uaA1siNvta391S6RS25r7GufW9oAD6zBjv23KTghw8Vmk8Ojq +se2xoc0+08TIP+afc1PCTWuY0Ne82EcufEnz9sJ55kiPHwUXkhaD8Uin8Dp8ku+p0PB7pIW18EoS +17H8Sl7vj5JKf//TxpJPdx8RwnJ90HTTjulqAdBH+pUQ9pPHaS4cKmxrlxGmg8uU24njT8ii5zO0 +c+Kfc0CXHtoD2SUyJiS2THJT9h4d/BJoBA7g/gmc7ax9gYXtYCQO5jX2pJDlZ3rWWWYZfNfqF7Q7 +UNLtdIna5WOh4GdhsN2VSH1uY4+2D6Y9o9X1Gu/O37PTQ7cbZtz6ybse0zY4DWt7j/N2/wBaf0Vv +5618bqmM3HbjhwdbkA1tYPzQ4fzln8hV8uaXBwwiJQlL16EH+v8A3W3jhr6iRID09v6qJvYNMkCJ +7pak6jXyn8dFJzH1PdW5sPY7aYM6hQ76REa/66KewdRqC1K1IPRR3TIkg9zqnIM+I5/1CY7gSAZB +18UxfxrHgO/9lGlMtkBzh28OFEeJ/wBv5VMPIbMye3injWZgnsp80cMYYzCRlIx9Vx4f0pfN6vT/ +AHV0hEAUbNP/1MSzdPv+jGs8SmG3Tw7xMc+1cMkqn8tFj3I9PXwnvzKm3bpEcj71waSSi983vH04 +13cR/wBSlXx+j4nTmN3muBSQQdv4PW5X2b0X/Z/V9H1K/tG3+anf+f6n5m7/AEf56BgejvZ9Pfu9 +kbY2z+j3fnbtq5lJD9CXy/N/L3GYdPn+v/cveGdZjdrvmf4qfbT6P+v/AEVwCSLEXvNdwjiNY+X9 +lM+e3MnjmVwiSdHcb/4O6R9XuxMaxGk/H+Uk6N3nGs8f+SXCJJw2Pz9fJR+r/9k4QklNBCEaVmVy +c2lvbiBjb21wYXRpYmlsaXR5IGluZm8AAAAAVQAAAAEBAAAADwBBAGQAbwBiAGUAIABQAGgAbwB0 +AG8AcwBoAG8AcAAAABMAQQBkAG8AYgBlACAAUABoAG8AdABvAHMAaABvAHAAIAA2AC4AMAAAAAEA +OEJJTQQGDEpQRUcgUXVhbGl0eQAAAAAH//4AAQABAQD/7gAOQWRvYmUAZIAAAAAB/9sAhAAUEREa +EhopGBgpMycgJzMnHBwcHCciFxcXFxciEQwMDAwMDBEMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwM +DAwMARUaGiEdISIYGCIUDg4OFBQODg4OFBEMDAwMDBERDAwMDAwMEQwMDAwMDAwMDAwMDAwMDAwM +DAwMDAwMDAwMDAz/wAARCAHgAoADASIAAhEBAxEB/90ABAAo/8QApAAAAwEBAQEAAAAAAAAAAAAA +AAECAwQFBgEBAQEBAQEAAAAAAAAAAAAAAAECAwQFEAACAgIBAgQDBAQJCgYDAQAAARECEgMhMQRB +USITYXEyQmIUBYGRUnKhgpKiIzNDU3Pw0dLiY4OTo7MVsbLCw9PjweHzlBEBAQEAAgECBQIEBgMA +AAAAAAERAhIhMQNBUWEiMlITQnKCBPCBYpIjM3PD4//aAAwDAQACEQMRAD8A5K6nZqq6vg3/AAV2 +1DTTy9S/2X9cRV1lZdJ9UHTbfS1uHZVSda1r6Pb/AMv7U9934OTjfbt3WuvLfH7P/VL/AAVp6rGH +bP7Ho/o9h1X7pZ0uk51pJT9Wz/GJ/FUVfaSeGNq/f9dvfJ5GF+w21WUTzj6fV9n3f+GYrt9lm6qr +ldVB6urvKbHZW9KjY+v2fa/Da9f+N/RmVO8qnDTdIpTFqts/b/vf9r/hk2/JfDztXb33XWqq9Tcc +l07O95iOrpX796f3R06u4WrY71r6XZWj7WNbe5/WFU7utXOP03tt1x+1f+8LdRw17bc0mqWh9OBr +XsxyxcLxg7vxiS6PppX/APnf9J/xBX7ul62V6u054T/Z+5b3P6/+s/3Q2/IcHUarJVKydHsmkcjq +CpJ1PUFaJFRz+0yHRo9Dhg9SZB5mLFB320wZOiCuWQiTd0GqSBzpBidHtQRasAZqo3U1rWQwCIrS +RvW0zfXTF8nTaifIHBgx0nod0LoxPXXqgOf2W+To164UM6KquJLaQEvTJVNEMS2m1byS6H7RS1pA +tkCdpM+QOoJY8jSkuAEqu3IrVb4NlwjTXVdTOjk9pglidt1By2a8RLozt3MGfv5DuqM5rWrXobkg +6/eSIvvR5mzc5M3tbLkHffcmcW3f4IxttZha0hWr3MK3bMkpNEgNlsJtYiGb00O6AzraTs068iF2 +rqaq3toKd6xwjJ7MCs3Y5tjlgVbezJ7GyWiWjKm7E5BAgqnYmRAA5F1ACBAMQAEDgApDgcAAhhAQ +AQEFKpaqBnBSqW68B8jFtl/pdePGXjP1cvc6fyf9RJDmBBi2Z734cXSezx+PP8//AK+3/wCkFJDw +b+RVdcvnpyXtf0s/t8c3v/jp/wCQKpWIKsL1eRrrXpXyLx57fRnn7fSb27/d0f/Qw4YQZSPJn0HJ +qlIWoZZFK5QmggrJDkCYKSBNDUEDVTRapEmb0sgjNa4NUVkh+kDC9ZIxZ1cEPFgYqrNKyPhFJpgT +asnPajO5Yg61Jo4FUHWDsdakOtSjjsn4EJT1O2KmNlXwYRlhHQR0UhdSoowOfJtQaUyLeNSltpAC +dG+SJaNPxCQvdrYDPJg7Mdr1QvdRRMtGtNsHPbYhK6A7Vc0rsXiec9gLayYPU91IVtyg833mJ7CY +PR/EcCfe4nm22Gbs2Mg9G/5g2jC3dto4mEBW3v2Jtsb5IgmAHaxm2VBOMgLqPGRRA04CrVGh5QL3 +G+EFdbtywNtVcuToWz23BnRYIm9kwOl9wmY3vJzg2RWi2QS2Zg2RTbEhSJ2AbZApAgAAAoAcBABA +QUhgTAMpVkpUAiBqrNVWC0kBkqFLWXwJ2CFCQyZkaAGFalKpcQBKoUqjkAHED5BclJAGKfUcFQUk +Rdf/0eaAg0xFifQc2cBiW6sIAzhhyaDgDLkUtGzRLrIRGbKWxhgHtsor3WHusjBiwZBb3WF7jZDq +/EUAarcwW5oyCUEdPvSC3NHLBVQN7bZMXtsh4kuoEvZZmb2WNYgborAYra0P3mX7DE+3YA98ojIT +1NB7YBmwV2GAOjQDzHkSqSDqBWQZGb4AC8gyIkUgaJjkykrkCpHJnyEEFygTMwkDSRyZZBLCumtV +YpaZOVXaNF3FkBu9Emb0iW9h7oF11qvUu1uISMXeRe4RVWbZMMl7Cc2wqyW4IyYEFZCbEEAAioGq +kVA4NFQrEDLEqDTEWAEQNVNFUcAZqhaoUKQHCQTBMsIkAkJGqtlqgREDVZNFQrEDPApULiCuoGUD +Sk0VS1UDNUGqmqo2WqQFY4l11myqkEk0SqQEJDklsg//0ozQ00zED6DDeBOqZlkx5hF4BjAlsgpb +E+oEtE9DXJBCAzkfuQVCZLqgKWyr6oasjPBBiBsnUp6qWOaGHKA1t2y8CX2yZPuWQvdYQPtX4Gb1 +Wqare0aLufMDl5FFl4HX7mu3hBS2UQHC58gUo71s1+JU6reQHEtlqha9rco9Gt9S4Jd9PkBw8vqZ +W4PRt7T6MweIRxSC2NHaqUZa7TXboB5zbfIobPS9qlOHyZ2etdEFcOFmL27eR3LbVC96qfQDiWqz +8GbV7Zs7q95rXgYbO6VuhBi+3jqQ4rwaPa2ZNFENiZcDVSDKJDE1FIVniGJoIgmBQXIpkKmBgKCA +kRoqSNa5AyCDdUKWsK58R4nT7YYAc+JS1yb4IOEBmtRSokU7E5EDEEhIAEixbDFgDYSLFlqkgQUq +yaKhaoBkqFqhokAEqpSqUkUqgZwUkarWWqJAYYNmldRsuBSTRHtlKsFC5ZAxDfBJAA4GLGQpBBao +PEaP/9PLEUHS6GbofQYYwEFuosQIgCoACeQyYRAAGTDJiCAgyYZBAoAr3GDvJMCgCsgyJgQFtokU +AA4QgHAEwwH0EEKH5i5KACZYS0UIAyBWa6MUABStZ9WOBBIFYSC1SJWDNkU3pJ9spbBrZ5gZ4jVY +NMkwlEGbUkNNG8oJQVgkwdWdEoeSA5YYoZ18MIRByYtjwZ18ClIK51qbL9ho29yOgvckBKiQ8UJ2 +JkBtJBlBDYnIFZBkShkBIpKxk0rpyAx6jVGdS7eC1rgK5lrNVqSNVQPbbAzwSFijdah+2BzqqLx8 +jT24KVGEYqhWJrgy662wOfEpUR0ewNa4JoyVClQ2hCgmqjEGi4CIJojEeI24JkA4CYEOJAiRqrZr +CXUze5LoRTwHxUwey1iGmwN3tRm9jYlRlLWB/9TogMZLdYA96M/bItqNwXxIOJ0aJaO21EzP2y6j +mgUHS9ZGBRhAQa4iaCMoCDSBYgZwEFtCgCICC8RYgQIuAgCIGhwOAiXyKCmhBSgUFCgBQTEmgmRE +QEFBAVMCLgIIIYFQEAIAgcBSAcAAAAyBRI4KQwJ5HJaQQgqAVSgkAxFiOQRAsSYN1wWq1YHLiyq1 +fida1pmipVAc3syC7dnVKXQHcDJaYLqo6BlI/kA+gJyJKTRV8iArCKiRqhSpIEpF4ota5K9smjFK +S60+BqkkDsTROKCIB2Rnbb5EGkwQ7IyzbAuKuQZDYnYC3aCXczdhZoC3NghLqZPY/Al2bA2zSJe3 +yIVGy66iCG3Yaqa+2kLGAuEqwUkhDRBahEWuOBNIiv/V9f20yHpH7hSuezyrJ6oJeps6JRUobRx+ +20P2pOppMmIGo5HraMba2ei0TBdMeW6MWLPStRMyeoupjixFizqesjEqOeGEHRiS6/ADCGEG2LFi +Bk0TBs0JgZYgqlyKQFAYociBhOpOJfLCCaM8ROprAoYGUBBo6hiFxnAYmsBBBmqidTbEIAxxGqmo +gMnSBQbNiakDKBwXAQBGI8S4DFsgmIGNVY8JAzCDR0GqQBCUFJDgrEKXUS4NIQQgFLQ02wAIpDEu +SlVsiga5GqM1VUgJqjWpMwCsB0cJC9xIwlscNkwb+6iHtZliylUB+6yW7MrEHwBEMeKE9iRm9hBq +4RDukZOzYsWwNPcJdyq6/MeCQGfLBa2zbhDki4ha0WqJByylQmmDoI0VDRayauOfFsMGdDr4IapB +NXHI9TYKjr1OxqCLUduo0crvJnY6LaG2a10VSJo//9bvaCWOAg9zQliyaH0CZAa2MtXkyAYNsgyk +xyHJMG/BLM5HmMFpIHSrIzF7gxF+ymVXTXxMs2J3ZMo0vSi6HLdQW7MTcliMIE6mxLhlTGOKDFF4 +idQJxQsSsWKGRUwEFQEALgRWIYgQ0I0xDAgiAg0wkPbAyCDb2ilqA54FB1LUUtSA48WP22zuWpFe +2FxwYeZVaHatMi2aVWj+RLfA4+JgrAwVKxEOfmL2OJ/9Rw/cqN1D6F4JKTnrSrXR/rJWiOXyvKR+ +5R0JVt0B0hSYvWrfSuPixLVHPh+8P3KNkk+ha1yc1tVbLjj5nbqSrRJcwjfHnbRn7UdQVDaPMcR0 +Ogw9stajSGylVgQtaQ5SNMSlREXGPLEqM6sR8IGMFrbL9qDT3KoztvXgA1QfCMLb2+hDdrEHS7VR +lbajLBspa0AnsfgS22aQkGSAyVGy1qHmTLZFxWFag7pdCVVstUgGJlsWNjWYHkyarNa34lQkNvzC +EyaBPyNKolIrJImjaqSLkxV5B7IMjUZz+55DrZkGyBhWAlIKlk8mqSZcIg//1/QgOQkWR72zkaYp +CSIHAsRyEgTiEFCAkCoCAEIoEBIZF8EwmASmKUVigwIYngIQ8AwBhQhYlYhDBiMROqLdWLFkMTig +wRWIQwIxQYovEeIGbqLE0gYMZYjxkuBwQxCqUkh4jVQYOAlBjAYgWmg9xISHiFPNsi7yTRTqK966 +qu1+ES5J5MearpdH8zRarTMLnlBbbXVRXiKr1WtidOi34nWtlPFs8exMrk9u1UpXPCgbo3b4HTtr +PXhtyxY8zxH/AKSbFyue1LNNRyP2buOPib6ktXTmSL7ra7Vq6/VlyNhlYZKr+COzTX+jr8hLXfY2 +oTTXB0V9Ch9Udvbs1MRgVgPMnJncXWqH6UzF2YuWB0O1UQ9qRlDDEgp7W+hLbY+BOwCxbDFIfLH7 +bBiZSB2NFpDBE0ZZNi5ZtCQcE1WOLY8DWRRI0RCQyogZNEQxqrZarJrXWTRnXWisDXAIgzqsnReI +KifQtifQaIjkpalZ9RLgJ8iDX2l0Qvw/xMsmjSl2wLWpIftopIqYIM8YE+RyUmQJKB4yWikgP//Q +7hlvWycWe5vCFAwCCBQOQgBDDoAUAKQkBwOBIZAugihwgJgUF4kcogYSwkMgDJjyCUxSFVIST1NF +qyXDAngahD9iyJ9qxNDUFQhezYzdbrwA1xQoRCVisLAPFFYIzdbInKyA3wqGKMMrBNuqA6GkEI5X +sfiL3108zNsnrR1zVFKqamUk/wBpnAt9LWdU/UvqRntebWVmlH0J/wDMOXP3JJ9t+4j0bquu0XaS +Sysefv2V7vWnqTxn7X2jDK2XF2tcY42+0aq/im1XyR57z5X1VHca/cpfUusR1PS161TXWq4SXpPO +rna/D+qEejsT1UrTlOIMX0J6o3JrwIXDb+Bpdyl5oznmUc22bQbrOta34cWX8kbcIjbb3NV69FGR +qerNelzW2Sj0iequyzt1T9WSZ5mva3qWVnZWicnb0kWv7axrZqr4VTctl8I6ldcxPDxfBWSnHxXJ +xvbDXLk007VXbN5dWoO3H3LucvxTHQNVbHfvu31RlPLxXpLXeabcKf1HXvPmmIwsGLN2kxqiNauM +MEOEguoJJorLyFmyQkB5MnkYE0IBgTQhyADQTI0hAQaJpFe5BjAyC3tE9jZIAEsJYwAUhyMCARtW +EjEakDd28hzHUwTYSyK3yErGUsaIOqrHkcys0aZSEf/R9yExOqFDHJ6XRD1ph7aLkUl2iHqQnqNZ +CRtGPtMa1G2TE2xtGftIl6jWGJpjVZe0J62axYOfEujLBi9tm0hkNGODH7bNshSTRjgxe2zoQ5Gj +m9or2jfgJQ0Ye0WtbReSDKRopFmMgrkxMboeRz5oeZMMbOPISghcjdGyGKcMMaeJC1A9Q/zFf0a4 +DPWjzt2m1rvHkS13fRT4M4X3MuLjs3PVi7NpQeZoa2LrPPH7Ru+2W1ZJS0Q+wTeVlDj7L+k5c+fZ +XJvy192m3xen/lI3NqL8K04yzs26K44NRH02n1/7wz1a3OPH8rIyjPWrtrJ1xfl//MJwT6wdG3tV +9UpPwlitrs+PTPzKMqcNc/oPVdWq0XPn19Rxae3db1s0uGuJPR3NuX8Ohnl6LHNLsrPw6Iz8U/gO +7WPAP7PEGGku6r06iVvcTrbq00OOCWlMefkaiOLtbYRSzh1Vlz9PpNu6pb25pZcNcG/4SbWaXjlU +T7Gs5WSmPsvE1fVlzQ8Zu5tIplpcyvM69nbLGHio6OzMsGklNP1lHn/mCa0K1XLV6+B09re6bmPp +9OR0LtrPrH6ytXbKr5ifFT9kWjprslLlDWyejRy213fppi+fB4/8Q2ppxjNqUuTp+5TFu6fii1Vn +L7PqirXHkdjZvjytDSquo3WpANmkNx4E4oAAaqhOvkIIICAAcAICoHBBKUmtda8SYHDAv2kRaiXQ +csJIrPEMTSQgCFWSsUhwBA06oTSYQEAKAgpVHiQRA4LxHgwM4KLwY8CD/9L6CEEI55CWejHTHRFR +KlTCWEsYY6cK+YYpHNNg9Qz6mOmEPJI5YsHqGGOxXr4jzocMWYY2J1iY7cqC9DOPFhjYdfquOzDW +Ht08zixsEWQ6/wCox2e1TzE9S8GckWGlbzGX5mNsEhOqM8beY0n4lVaqh4VZEFKoFLWhYpBEDIFw +J1RWI4SJoxdEPFCtv1V62SE+50Jw71n5jtPmKSxPM3/mT1bLUVuU4iDvXfds5WfT4M+f756bb7bK +Oznnh/6hy58tnijvf5jsUy4fl6fSa0727UttpxHFTxb1pudtkNy1wrI633K7dLJYVSr19f8A0zjv +L58hvseVnZpy/qf0id9DbWLy6fUce677nuNd6xjj9X2f+GPCG07KWuPTb/QIG6vjmECfVW5/jE7N +tNLXuWST+D/0DDR2262y1nXrz1p9IkNdjum+kJ/eM7V1abt1UfpDZWuVapNtrn+rrX/zkd17dbJ2 +9PSKei//AE7+2B0rYsIhWT9XVCVdcq1aJWXlb6Q16H3FKW1ptV9P9n6vV7n94dF9VtTdnrhvnH0+ +mv8AuyDft9eVlkmlH1feOvblV+l8vwMOy3e5d1xiFJW9p3fnBL6LE3p4zMk2fKnwcBCdZ5Cckn8T +DSXL4CtcuAdlLkrlKV58lRXf6p0JvwZ471tym/ke93Fs9Fl482PGVeJbTXwRtlC7iq9M9R2rrfWt +W18TJ69dLTi1Kn6vsl03UvvmqlvjC2GP0+0UdK2OzisfPIW5rTZ2smsjenb7aLikx9Uuv/tmPdRs +ovcpzX6fV9mxBzV266q1uYfpsV7uvZVqPTxz9JD16a0trtTG3DXrMkljbVWrjh/Vl9JR063rtZqn +WPsnc91nypPJ17KdvZxTlqKvI66d4ra7crpjEftDyN13b1pu3K/eFt7x3j2/SvizzNOr2NCW22DX +q6Zen/dG1HW8OlpTSUwx5+Y9vQrW11b5ccs1wObV3erVStL29SXlYrZ+Zdtprle8J8fTY7SjoxDE +zp3ejYk63UPoNdzqtZa1ZOz8Bo0xQ4KgAJAqJHiQRyBeEjxAzCDVUQ4QGUDSNOBkGWMjwNOAAhUH +gVIyBYhA+QgBByVAQETyEMsJIa//0/WgfQcphKPTrpqeRqQmByNNKWGTGipBqc2vAeYSEgPMMwkM +iB5BLJyQ8gqswyknIasRDyHKJyQZIKqUORZIatUiAJHlUm91VNrlomigOBfmLTdbUiy8EzNfm/8A +s4f7xjvB6qfmRtsq0s/JM4V+aP8Au/5w9nd+7SHThx0sZvKYPMe/3m6WWLjI1p29d9+cefiaX7TW +p2OU/Ocg7bt1sx20b4b9JwVtbsVorbYqpqOfUzze70J2hQmusHr7NmxLDZFs37Xp/wCIcmztlSbc ++LvAHFo1LXVqFZN5ST3GtdwvatatFx6rHbq0Kjitv4toLWvTd+pNx6bfeGjz7PVVKs+lJY4LLIwv +GzbbF+Kix6O/Rp1w8IoulsvV/h+2aP8AK6tu1FLjKr+7/wAQujm7v8sp3Fa22bFWtVjX26/V/ies +X4JaIxs7T/l7h037O137Ts+FlGNcPV/vRLtraYrk1V+mkUr/AKY0xw30qjhOWbbew07LcbE7JKuN +Vkb7tWuiyry/vQcFdmpW41w31sgPV7Cle0/oX6m3lmkX+Y7/AGb4pTVV9TOTXvaeSUqZj9o0cb+L +1lt5dSYNOxU5bE5bqrY1NNqbu7MfY6Xrrb2/Tzj6g32Ts+HJKsTbFteSKvEcPryZ8JdOSrfR8jDS +LdfAcpdfEq9EuTPx+BUdWt1trw8H6P4DxNTi/tviZX8g9G+VddvhjYw39tr00VsfV14f2zpPRkq6 +q7WpdYjEdvy6lLrYnxVp4/tHRXsfcxsrKPqJ21tW2PD9OZB313VvqtsiGk+LHjPe9r9u8VcZGn4l +8UcNTNv/AGybUrd5KmLn6pLg016a7rqXXk7H2K01ttqqvj730nLTS1er8fgdW7uL6qPN5SsYIPN7 +rTW7hNT90jt9ftp4xafNfsno17NbFnVw7LKf3jKnaPXsVavh1d3+yBx9wlsXtXsqJr6iZ1UpWlXl +VL7C9VrSels1Vqk7LKGq9f2iX2/bbE6pKsP9pjR4+21b7Ir+yju29hTuNCWzZ6Kzb+jr6szSva6N +jziE16P2q/70z26r62q3tFG1GKLpiK9jq00VtVnaIjk37XVWncUc8tv/AMppX8u2a0/bvC6/TU10 +6VTa+JtSPXbH1ZoaY9XgODkt3WDStXr9PP8A1DPb36oprVP+Mb7QdwSeMvztzHtqPPI6Nf5m9jSw +XLj6hqPRkJHKB2GqUjhiyB2JocBApCRoqAFIJk0VISTKCRoqQFIZE1DAnJBmhosCMkGZNH//1Ov3 +mHvs8v8AFrzH+LT8T0ta9VbyvePKXclfiQPUW4fvI8pd0P8AFBXqe8h+8eX+JQLuUB6q2ofuo8r8 +Sh/iUQer7iBbEeV+JQ/xKA9XNDyTPJ/Eof4pLxIPVyQ5qeV+KXmc+78zWmyrEprzJfHqPemo4qfP +6/zZbFMRzHU1/wC48Tx1xRntPmPbhE7IVG/geRr7y+22KSn5/wCoc+381lOsrn0zV/6hLyl+Kuyy +m2ePDXU49l/JcnPXvdlv6OtrKOk+vIVaZ29Ttl8jjia69Hu0+ynXxlnqUeadaJJqPE+b/ExuelO0 +L7Unf23ru61tZOJt6v2RYPT3P1YpTJnTZbt6ua+OVjxLd/rni17NdHmbb/fydXsaUL0/vkyGvX3b +a7cLLiLLY/5JG/u1GKq4u8F/GPC32t21/atd+nrjYmm6uyebcR1sXIa9nZrdoa4aUNyRo13dnSvS +rmH9487K0Nra1VI10PZW/F+bLHqyWK9XbVtOkZNGtO5WvGrTScVPC291s7bZar2TdcW+19IrX7rb +WtrXTrb1V+z9IyGvdeyq2u/OOCp/Gky2dwtlq60mmvX/ABTxN77jSqu916llXn7JlXfe1kldzHX7 +pcia9Lu6Wok6Qk30ZzUmXKRl7ltvpveTO16rpL587DE1309yzyqog9Ht9jS/pKrLisyePRpKa5QX +v2LVpexZtqMVZ4jFfS6rvVZqy4fkc+6tZbfU4Pyvutm9KzmH1n1HZbQ725cS/A58p5bhQocdEKIT +Zdeybs29jSjpH+uFuzfP9I4+ROpofMEOrXPWTW2qHOTh9OPp/nmWzt1WvO11+8OtNVSq2N0fR1Id +Luda5aXiVpmrV+v7x5vdbY3WVvBwmjXFK9L8RbRjlVJcVM9u1e57kcKuEfpPE73Dtdnt3vazhWxn +6chaqrbre1vicIk3kZ12bbWvbFI6u2eyrSuk6+HJ5NnXXynz5eovTtexcZT5JlxH0dP6RVuox5nk +w2TduqSfjyebqunVr1pLyszi7XvLbbN8qy8c7/T/ACyYuvoK9w9CqnX08VC2yvurZHFaukfpPG9u +22l732vGnNsjkpuW26rW1nLVeX/rkyGve3dw7tasYn1TP7BGzVm8uifWGecu2va/t5erLBc3/wBM +5dm62u7r7jaTx4di4a9vtdd9nCiK+mDXZV3TSrOLg8Pt+6cWas1Lj6mdFe4dFay2OW4/jkxde2u6 +i2NqtJ9CFtrXZfY5iyqqr9w8atd2+9aW2S59Jzbtz12dXsdmvIZE17l+4926pi06eo4+7pakOkJN +/SceG6K7MoyWS5t9FSO5W7Wq+7dWyWdV90uQ1tSU+Yk6NGdr1vEJNfyTzK3ra2K8p62/0zbXaq4l +fzio+r99Ce9Hzd/zGy+nlmte7tZZJOPEzjWve99B76PD2dy6arbIcpcSYdv3tt1cnw/ImGvovxCD +8Sjx3sa1La3w3hH3jF9wTFe7+JXiH4lHhfiBfiBiPd/FoX4pHh/iPiL8QMHuPuxfjDw/xAvxAwe3 ++LF+LPE/EC98YPbfdifeHi/iBPeMH//V8qElwhNVfD/QVa1a/MiuxHMLOOg6r3OW/wBBOxmlIiTp +edzBOK+QVWfV8ILXrMFViJMbQsV5wL1OIY865QJtPn9JZysDhp9WKuVn16Ba64RVY5+A7cvmFyvt +A7WTjzNaarX5SleBVex22Ssq8THWonOz4nli8/MWV15Qb/h72WaU1XDsmL8LsfSr80O/L5r5ZZXN +NcXq7NJv7wLRZuIh+MvH/mEdtq9zZh1huP2ci3lbMqxvhoum6LFP7Nf2jPtqV7je6RKooPQ7Xs3r +urbapVT+o4+y0um61tjxpZ2f+XtGVr0/YVHxVS1h9r6bHhb9eql3r11fp8ZyPU271S3ou5X7xnd0 +dXN0259RNXHB2lFsuvunsVp6k4+Z5/Z1rSXa3L+mtfV/0z6Pt6UVVeeX8GN8j5fstK39ztcTDfU9 +xaMXCqvV6Xx9k8vsO2dN1/d9NXk/3jutps/XqfHSZxLb5SPNs+19x69ehNp4pzc6b7tnLxo8VH0P +L/ZnVp11l2ylJ+q/1eoqyys3S7h/Q/URXlrTVWyslk/U3b/7B1Wi3KSTSxvj9q394abqPZdUs+E+ +bP8A+0jRWj3YcPmJj0gc+Ndm+mhKV9R7Ve3WqLKilfT1OLZ2WyveW2pRqlLL7OJ1bEuuuzj5sVI8 +/u9fZ6trV9btd+uzz+1Y1V4rXWtdYX0qztlXI632901s3NeHqvj6TTcsLVi3gFeTald7Wy6T+zWo +1q0tw6pbE/s/3ZvvWzbWyUvwbOdaqpppSgMtvb211tsS4mK/unJ9MO0qT2K3rONX6VzZer6jj7mi +23To1Hi/2RqY7O10qutKOqkx/NFj26nq7V4O/RfRVqt9iVY6sx/OLU7qmvX27zas7PBWEvkr0fy/ +VXX29IUVa/nmP5hv9iiuuLKXWT0O1r7fbpWTlVR535lVbdTaXRO3Jm+sano8v/vG3xt/MqT/AN32 +zzbj92py0pW7S5iYcM7/AMz7LR29NftNZPjZ6/8A2jvOGzt+ljzmsn+a7G+v806XstuVbWcykeW6 +pceJ6uuvor8kZs8Eer2VstccP5nHuWHcLpNkb/l/Tn9H8U0/MNFbUWzxTRxnrW76PN766042tqre +9+bWtUyr7rp6KqifONaG6pWri1llMYz9J1bNSvWNdpa+p/cNo+b2ZNu101HwO7sNatOxecGnea/c +WFHNl6o+6X2nt6KpXvFp9Shi1MbWpjS76JJnF+TdutmvOFM+J63c7+2/D7Ka9itZ1a6W+0eX+W+1 +q1tbbfu1+v8A6Jd8HxenfRV1tS9U6RldR9WB5Oq+nZaNWitWvter7P8AaHoV0Xu51yk+tua+k11U +rqtF7QTVcN9u202xrLcTWnrMVprrlJVT8cl/8h6i1u+Spfo/P7Bw30W3bVVw8Vlw8gM17F03VKqf +VV/aMdVVu7n2olVR2droS2epLFP1OMjGmi2vu73t6aWs/wCR/u/6QsSvTWn2YtWqlfSeX3NOz0bX +reqbdW839R19xt16rJVvLjjF2v8A9M119vfY1ss8nbnKxFcvuNKtFrpFVwrZZVqc9qLc1tuk2+Ko +9a69aVb+Dn7JzbdG7dV4+qeJyA5Fr0tw6pXTma/sGO3trUrbbVSpip0/g45rVWS9Lho2Sh1rXir+ +f1AeJ9MOyak9fstSWtcdeTDvNDteqr5Hfotp1OtL3hRE42FqY5fzGuPa2b4lr/xN/wAu7Ze1WySU +l/nG3Tt7dadNsrZJ4xavpr/imfavTXSleyz8i74PivvtcaLN1UUjCF9N7v8A+M8L3GelvvW9HWtp +T+zX7Rz6uw2bVNaNk0cubDM69nYX1/VWP4yHX8vvd4qvL8mXU1x5izOv8BdWVHX1OcVlX1D/AANp +dcXK6oGuPMMje/bYNKyhvn+KK2qsNwNNY5BmbV1VSSa5Ba6qXA1NYZBkb7dSxlLkpa1VJcDTX//W +8X2r+PRA9dplLg6gOff6Jrl9q78gWrYlHgdQDv8ATia5Hqs+I5H7WxKDqAd/oa5Pas+EuR+3sOoY +7/Q1x+1Z8RyNati6HUA7/Q0/y7TsW5Xx9MOs/ZPX7q2TpprGKvW11T7ou2s66aJJuf8AOYKmzbu2 +NJqqf7hPq6z0X3u2tls064r7j9VkQ++xoqVfCqjPZ2u3Ot0mq1n0oz7fXtv6dtqvW/Cv/uFHNZ++ +/bTct5+k9PtLVo283eyqq/TidHb000rjRqV1IeylrutXWEvVb7/92S+VY/m+9bmtdJlczX6f8I4t +evYqLJW5mX9o9SddbJWsmo8zWmzRa0ZLnogPnU9mqzsk14epHRdPVpx281braqr9R7jrq2VlW9KM +F7GrYpssmsUQebp1V1KNjulaP6P7J7G3usNNlWrs5itf2jLuN9dahNZP6Z/5hne+vFtWTfz+oDze +z0bK9xmqPHn6vvnqd3bJV0ViMqu6p901reKVxUz4nG6bN2/Y0mqKOfoKjXvdtf6TXrir28Wv/wDW +Y173DWtdXxWsEbO12u1bJNVUzVeoz0a91nje1Xrf2a/UUc17rc8Jbdnl6T0Ozddbl7Ha1ax9OJ1d +tq06640alfyibbK2vjV14Xrt97+7JfIz/N99dlVqrMxM1kx/KaWdH7lX1y9Z18K1UnKfxL2bKqtl +HFasCMq7+4t7iToteGP2Lf5f2ZzbdqtfUk0qan4/X/siNFNl9Ss00n9lekwtq3Vd3CltYKPSWDq7 +jvXsq0mlJnTZKSUQkiu30vc1+JVa4+pYfQdit2tX9VXP3iUeJs07auytk+clj9sjXmktfRWfkfR6 +79vi5suOf3R31a7cu3y4JqvD7hThr2J2uvT6Tq7WlNVq1va7tWWk/snZpeitrUrZZN5feI376zhV +qec/1f0RR69vpn4HifmTtVLXXpat5Y+wu8mlyrLx/eNfzCvu3VU/VFqonpyJ5j5e1cHiNRll1Z61 +fy7dVyrqXx0F/wBt2/t1N9oxleaq+7810PZ1VilV5JGC/LttVCvWDtrqdKpPlpLkvaWLIO22ZbK6 +X5O6Z3fmKX4e1Ucfb1x20uuWnj/Fud3e1nt9n6znfVr4PnF223durtrTxzZ7Pc7XXU9dWs7L7P1E +dnZ+z6VLXBHcVvt3Uqk8VWbN+kqM+4bpWmC+muH3qHlxfXaUnx42R7tNdKvlpI6XTVeVW3TqTVeF +TKuq19n0XX86SdGqtV7jd6Usvp/aPVvXRqtW1rLjzNd23Xqrk3+7+9/ZgVo311UhTCqo4PAvq2bd +62VpZS1a1X909et6WSdrVyjz/wCWaabpa8ly/gUPdterVZVhXtV/esZ+7TtdeuySzpTGbfXX/EMe +5z2bddaVfSbOMTPuO123q606/tfXkELt+4/DVtWU7WtnZx+2c/cd1lZ2tb7vH1eot17it/6N1S4T +z/rDu0dvp12ytGVv2v2ijz+31rWovsaTaapj6v8Aintbu6pr03bl8wuuVjLuL0ovB2bWKfzJukk3 +lyviZV5HaVv+ITizpz1+8ev3tsdXs1UZOuUfUaK6pVOOWcV3bZ3Nq61wkvUio6e52U0u61JK2xYz +Poy/vf8AFOfR3S0aqapTxX84x36dlnXFcK02dvXYzp76s5rX22/q/tMCiq7na1rSpcEdxTZdVtTm +Hyq/9Q9LXo7bTRUdkn9Tq7LI0rs7aU1ZJEo+edL1tKT85sdfbu7nbZ+l5K57jrqtNa2UnNt1aKQ7 +WUJzyRXkdvrq37tXelV4r7R7fZbaa61wmPU+SrbdVa5uyx6nNr2V2JO9km54n6QPL7+t+62O1KWT +bj+L/ent6b+zrV7JVtEdfURosps05jyMO9va9KqtXk7eX01KitDrTQrbFN87bPV6fX/sjCnc4bb9 +w7KdiUfdxNL9vsiF9XnOWJx+13GtVrVpWS9XuFgy761+42K1fBQci1bFwv8AxPQ2qyad/qa9RkTX +O3y41p2df/yN6dj6/wDidYx2qa5Hr2tR4fMlaNicvn9J2AO1Nf/X88AgZ52SAYFCAcBACAYEAIYA +ba+626641cIde721mLdXk+DACm11f9x7hpp24ajpU567HSi114qvIkAu09NnoTrr4T5ZFqKzl+eR +QA2k0rOX1JVEnlzPnJYDU2ta9xspXFOFLcfvGS4v7n210sAA2nsu9sZ8wTT0VxXRlANXa1p3W3Ws +auF5Dr3e2sw+rlmASE2uxfmPcL7X8FTlpe2uuFeFz0X7RMgDaemz0T7fGX1EXortt+PJQA2nLlPx +XQ3fe72oduOnQ5wC7XQu+31iH04XCI393u7int7HNZyiMTIAbVe/ddOj4iDlWiqUJQbjLqbWdKe3 +OPioZ0W7nbZKrfC6GchJF2lqdtLdqcO31MLN7LZW68c/ujCRptderuVplxk2oK2d/wC5ZWdOnTk4 +pAW6dq7Px/3P4Rfj/u/wnIBMXtXZ+Of7P8I/x/3f4TiAYdq7H3vKarDTni3+ob3/ADT3a2pakKya +4Z5khJTtWmrds0/1bieo/wATtyyy5jHp9kyAam1Vtt79WVTuNtJxcZObGcgDam6eyytblr6TTZsv +tUXcokJHk2ppX223Xx6m2rfs0/1bgzkAbW34vdlllzGPQtfmHcV4Vv5qOYAbVvde2y21tZ2+q0Gf +Pue79teIwGm0bLW2tO7loVEqVdUuH5jAabXRq7zbprjWI+Q1321Nvj1RPH7JzADa7q/mu+vTHj7p +x1u6zETZ5t/5f2RIA2p3VW+6veJSxMfw1esv9Z0ANqbWmruL6m3V8tKrb+6Z7n7/ANfKTmPsgA1d +rS2+964PmsYmNEqWzSl/EoBpta6u4tptlRJM0t322zTcel5I5ggG121/M91emP6jHd3Vt+yu3Yqu +1VjXj0mEADavZsttc2+RmMCIQDgChAMQH//Q4AkUjODIkJAACQEMAAA5AAAAAAgACACAgAAIAAAA +AACAgAkAgAABDgAAIAAABAMUgOAEMAAQcjkJAQwkcgIAkQDAQAMQwAQAADCBDTAIAcAAQKAAAAOo +QAcBAgAYSIAHISIYAAhgAQEgAAAAAAAAAhgAAABAAAAIYAAAAAAgAYCGB//R4AGI87ICAGAoAAAB +iCShigAAOAAAAIDgOACAgJAAAICACQAIAJYBMCyAYMJFIBAxSAD4CAQ5AIQhNgmAwCRSwHwAhqQH +ANADZAuAgJCSgEUACGKRgIBiYDFwTmvNFdQGmBI+QAAGAgkfAmiAAAKCQCQkgQDCCgkJCBAMAEBQ +CAAAAAICBcgAwAQDkBAAxySAFCEOQAIFIcAEBA+AA//S4AFLGcGRISIJAYgQwEEDgaAUBBUEtkAA +BKKAIAOoAEMYAECHyBApFyUyQAYCkofIuR9RwBMPxGOREALkYFCGJhyA+RNMJGBKXmFrqn1OBX2V +1rJnn32O9smanHR2/iE+Kpv4lZnBW5p7p06xXX7q8RrbV+JwPZ5k5mbxhj1OH0FEHh23Wymja+Rv +S9urY6GPWbSUvoYX7vXXhPJ/dOS1fdrDOK+u2l89B1Mehbu726cEZt82cnPR5dC28fqZuSQW9sMd +dpertHdTb0m34GvmyXlBpr3K3DNkjCvbqvRs1qnXx4Odz4CgHMCmTKGEISGQIfACiCg4GhQADYBI +ckQATI0yqAhjkCBRAD5CfgAgAZQChBAgGEAmPqQECCRyAhhyIA4AAgAHBPI5AICBgB//0+CBi4DI +4MnAQTMjAJDkJCQGEilgmASHI5FIBADlikiBIZOQJyVVC5CRZAPkZOYZSQOQ5YskgdpKHA4EhkQg +gfQUlUMGxNiyYDn4DQIGAQKAABxApCR9QOS2i+22VmkvD7Rde0p9pt/zTog5u3pWl42cI3Las8t1 +2mqqmK/pOfZ29Nn0emy/knZbuNDmfM5d+7Tb+rX62akq+Hn3rs1P1148/smd71suOp1+619PP6TD +bzy6wzQwqoLVn4ESXReLKNKuxUt8W5QIvBW5XDMqzrqsnFOh06qadTyc2t8TGqf09CvbtX6k/wBQ +9UrrXc634s0rtpbo0cTtR+EMjGrHSMvUgIZ5ldrrbhs9CTneOC/mKF4CKMhQNABADgTQpjxKHHkE +QAdeGACCI6FcMgXAuCicZ6ACQxdPAOoQ+Bk9AleADbECgAokMkMloobaCScWEPxArIMiWh4hDmAy +JgcBVcAKEEgEj5FK8x8EAEwHIyj/1PO6jxQBicGQvgNghgSBTgkA5GKQyAqBNtClhyAsmESUEgKA +gcikADEWQKWAcDUMGkwXADhAEjIhQAAVT4EwliAfLFD8xwACXxE2VIgHIQCAGFiEFSJsAB1VlFuR +BAEvVrXghLVXyX6imhl8hKiXEHH31Jxg7UY9yppPkXj6jyXRplVKkz6M7K1TNaWgwRojNajqpWtr +S/A7fkefp6nbToY5HL0U6q3VSQ9Gt84qSo5KMejCKpV6IvqLkJ8wCA6AHQAHyL9A5Al2aDqViLGA +GgkXKBAORSOQ5IhBl8ByyuoEZAmmN8dRMKA4GgAl8CmS4YOslCXA4kSTHJAgkqCYXiDSfIFY+QQV +E5DkIJAoTYikgqQ5LdSQDKAyTATSA//V8+QkpVHBw1lPIpKa+IsfiACyKS8ghICBpFt+RMeYCiRs +YKqRNROMhHkVC8RFUiXLNFAQwM1RrkpFtQS4GgCJH0Dp4AKAUhLfyFywHDCYGoXUMk+hEJyxSyuA +kql18SeZ4GHC6gUhNBx4BEkEwOICOSoKJx8x8A15DSIhNCljf8ApRVGM8jheIZcGT2c4kvhZGvC6 +ENqzep+KN1pV14o4e4020W4fXozn3nL7Z+TrOF4/dfxcFlDIt5mlkR4HtciTNEZI1oZV1aF1+R2U +XpOTWdNNr+meEcudyN5qyk4NqVV6x4mBy485y/pZ5cbx/qV1F06hVg2bYEyMhSXjwURPgVAYthjB +ATAmD4JTkouI8QgUA15gNsFySqrzKwXgDwYdCUsfECA6jCPMXTqEEwEiakfQqk+egZMqV4iheDAU +jkQ4gB8ibFLDhdQGuQ5QskCYUShyMXAQSAFARPmPqNiQBi0KS+RT5gf/1uKSGmwkXLODJgHQakCe +fApJgMB4x4kuRtT0DoATASGSJyRMMDaQJj5fLH4clCgaBsJ8gH8xSiXaATS5JgsTE7SCXmEP5BJP +C6BIU8l4DJjxQpArkHLJl9Ckp8QhQDUBDXQIa6gMaEJyUOJGhLnoLGCKG5GlIQPoAuegkoH4jmep +VI4/cTu34HZCZ5zUNozV4vRr3LRnuut8ZeHSDjkaszl0kux27XMZ7kpar0Rzs2bTZjsWLhnt4zJj +jUmlDJ2GrwUd9eFJ0rtdj9SiGeYt7R9Bq2VvVWq5TR5fe5XjJjrxkpaddqdXJjscWa+J2V6nLuUX +Zw9q7yv8q+7Ptn8zNc9DTgiRs9LzpaTKrKGJproUEtj6dSVK6j+rqRDiSbVdehSjwFMvkeRDkajx +Khhi+oA0TMFdfmLAAmfESgGhJKSqp8BwJ8CbjpyQXDHMCQOGAuAgSgeICY05CA4RQ2KEPhciYEhP +gw5H4ACgJkGoCYQszxQQh9ScpHHkAoHCFlA5TAJHIsU+g+UB/9fz8WykoCGJfE87AlMcIh28hS2X +FxTtBSaISKVQHwKwQACrD6oqCWx8AMTBVn5B8iamlE8jQkn4jcLhFXUuqbHj4hECcPgBtoTDp0Qf +MIcMFD5BPyBNeLIp89BR5sJS5Qk2yoaUlNQLhDIoiPEBMX6RiGMj4ku0lwVaz8QQLlF8IKfQnL4D +5FEAAdeoPkE4Cn0+BwblF3+s7Wmzm7inGXkSrPVzhIARpinDHu9cm+FWa0qksfM6X3ITi8mtHboa +V1Px4Lp2e1vpB1V/Ld1+ZqvmzV58J68k635FbtdWqmd9imP6uv1Hb29sdVV8B37JVo62x6c2rX1G +KtCOHucuPOfb9zpJePq7dezkL2ycwYa1bx4NPUupjhwy9k58tnUD6CfPIvn0OziAbYJIrEmmlnCI +9xmkeYkkBOTB7IKhEuqfVFU62kbtIlC6BBEPgJfiHAMBtGTsX04HZSijNWT68FRwT8OpSYD+A0vM +Eo5KyIJaglz4FSS+ehQKR+HJKkqQBSgGnHCG0DU4wUuSZjoVVnT2+PblI1JtOyIbRb5MmoOnv8c5 +b+tec8qhMWMfInJDT8jzsB1THhASNNsBiiRQw48QP//Q4HaCZy8RQkUueiODISHHgDXxHVJck0EB +FmJ28gllFJNEtwPJtcEEQsi02Z8/oLXC5KG22NwS+BoYE7BIl5goAPEIkfHmS7eQVUwKRKr6scBC +4Gl4F1oKzSJomFUqAXIZBSnkXAS/EceQEz5lpN9AjxY3byAGoXJEeY3ZsHwwgUeAKXwLHxKrwVcN +eQdfgDbfkJN+IDEp8AE0/AgfEwc3c2Sii+bOrpyzzbObN/ELxhDQgI2uprQyrybVXgYrcb6zqryc +1Dpqefk6QbdVtlcatJPq2Vo7OmuG/VbzZrVmiOV5XMdJJuuXuaQ8kcbvyertrkmvgeXHHJ6/Z5bx +z9Dz+9Mu/rORZP5jieguh3cFT5Am/AShjbjoRFKV1B9Bqz6idyIn5FN+BGbfRD5RY0IGk2Sm2Uig +jzFNn0G7N8A35EQmmyugshxKlFUnUjq5fBrDBMCPkPgT68DkFUl4kt8lJktT1MsqST6kujXRi6FJ +sslvoub6EuAl+KHAztx9nnfh1anCpfJS4D5DPZ7ftdPP5cuTrx44REfEsMZHu+33nj8uJymoxDhF +YpEtweHlw5cfyjlZYMhTIKBrkwhJ8jakp1gSCP/R4MYQdBsWMHnYFfiVwDcCT8RgFXyCRNyDKK+Z +PUE0+o1CAGo5klKeCrAiCYCEuvBU+Q4S58QM2vEfzLTgHyNELkTgbQLzLqhNrqDceI0uROsEQci9 +ueo+gS68pFwNVSQlXgafmWmo+BFQkugsWvkFnA5lcgKfApJIS58ICfBMofM+QmmOI6sOpAmoHKfI ++PIbrAE9RKqYN+QpcFFIa+Q6peJPy6E0TZwm14HnHo2SfCPO8YFa4lI0vMOnQaRGmteenQ1qvIxS +8zWrOdajoob1OerN6nDk6St6s1RlU0TOVdYs8xrlwejmjzZWT+J3/t/Xk5e9/CJS4YRKktQhfI9b +y4E56BymOfBiba4IAHwQ34MpVqEHASpFj5DYCyT4G46Eykx9EVTxnoJyhZN/EqUwITc/Afj1E1Pj +AkoYFuyTiQduRZc8oE21wBfUWSIj4lpcQApBvIMeOB9ShcBJLTXQpc9STwoVvMpOROsLgmY6no4+ +/wAp6/8AI1OVaDMlsXRmh6+HOc5sdJdA0KRTJefOcPyLZPVRMoQOp5eX9x+nj/vc7z+SG0NLgaS8 +hx5Hmt7eWLdJX8y8kQ1PgOq4M4j/0vOafiCRbgiZ6HDWdNJ+IQ+r6DQOERC6A5YN+QpLinXgGCbZ +LtPBQ5kuqMcYLU8EFx5i4XQG1A44IFPkJvyBy+OgUSXBRKr4sHJdnPBm/mZZPivL4BbH4DxSXIlZ +P5FVS5BIccyirOChfwCa44JbgMmFHXoXlHJEyVXp8AFyNVQ0+eB8kNLhAoDhqGEYfEot9OCXx1Ep +XLJtyyQN/AIM3JrWs8stCnzM9m32/mbOf0HD3Dm0eSIs81tq2c8ndXXTaoskzyaWg9DRtPN7nG+s +enhXD3Pb20Wj7L+lmSTPd2Vrvo6W8TxNuq2mzpb9f7Rv2+faZfzZ58c8z8FI0rBzr5lpmrGHXVm9 +GcdLHRS6OXKNx2VYOyXNuEjLNVU2cI8/uO4e1wvpOfHhbW+2R6D7qtljUweu1VPUx0npa+Ub7ft/ +imd/VwTHQqr+Jtu0JW46NGeOPB6ZynKbHm5TL1odvIWSXXkG0JV+JUVPHBONn0HDQN8wAILKFJTa +iCW2BnBouQXxKdEuTShJIOgYueRtpGUZZNceHxKzT8BvkUKCg4ZNunC4CI48Br4DQJcfEpP9ZMZc +SJKEwH8xSgSy6dRqE48QBUlxI+ejCV4icANSwUsS+DKXPiFJr4FC8ClDPT/b8vuvH9bXC+ScQQ1B +TUkv4mPe5duf8n2Jyu00/mivmTXkqH4HFkJfqBcdB816gnPDIJ8SsSfhIS0B/9PgxyXIOsF2JUeJ +wZNNvyJarUc+KE0pyZBTf6jJ3hyJt9X0CtY5LAN5DSS8BVlDVm+GUL5lxxwxTHCHKnwAlhAJ8/Ad +uehBLu/0iTswiBpAFavqwleHUcN8eAoSUDDAnxyuR1SalrkVax4lRPC6F8BZD6hDjgMPEngSm1x/ +ALnr4GiUdOoNvoUQ0/AaT8zRIWMdeSJokGo+A+ET1/8A2CKxlfAbtAkk/wBI8UlHUlqocir8RuzX +QmSwaR4eBaM6GnFSULhvkx7nSrLKv1LqbO0Cq0/EG481G1LwG/Vg8l0ZkrGLHWV6eradFqV3Vxsp +R5evZB3atknm5cc8x348nmd72/4aHV8NmXEJmn5hte3Y0uVX0mNKu6hymuh7JL0l5fm43Nufi0Wy +teprff7S4XJxW+JvuWVoNdOPrU2nbbbZ9T48hIRSOfoOnSz0dNoPMod2u6qpZ5+c1143G3dcVTOR +WK2XdnLIco78OPXj1rhzvbl2OJG6MlWaKrNlKNuYSfhyJr4A+OvQStl1AcqQfHiOvwB18UVS6rgS +fgzRQgbSRBDX6Arw/MHWV1FBVWrwK0yK3MBC+IAq/Ep8LklNtjal+YCheHUnqXEPngTkBJNitZoH +QrhrlGpNGaskNORrhlVUm+q4nFrnoUogE8eBKIJOOmHPn0BNLoJcFJJ+BOFy9oRNn5jlMWPMMSQn +Db6pjT6egO3wFWIC3TkThph5royePMhc9Sl0hl6ehipQ8uOEZxxwNSjFmJX/1OGtkunXzYp8xSkS +1zPgcMQ7P9RKatwgfqUpQgrFuv8AAX0F4JLkFXyFy3CBJ88kQ1X+AHVPryRm+iLquJ6gS00ug0+I +Q78gmqlCwfiDbb46F5SHEGUZ1UdeATxclOs/IGuCqbasvgJJTwGUcjniXwBLUMY7Q1wFYCFZOy4f +UKprrwVliNuERSfw6irLBBEcrqVDfBKakrF+IKrATiOgVo+XYpJJQxr58BQuOoSpkTt5EQ7c/qRB +T9XlBDrz6ehSl/AqI6FEpD68oT54XUar59CJpLrPJeK8RPh8Eq0v4ANpPhy0cz7R9as6olcFrn4E +WXHmvTsp4BbfaleE58/2Tvu/BEP+Anj4xe9ePaz6rzOp2lJ+Ze/s1ZTTj4D7ejrRq65b6HXlZYs5 +OO68ja7m3zSJ7lLXZrzL1antVbdFEF/hN+KSk4OivbJfU5K9qq4hfM5HaMqWnhHUqz18Ca1VHwik +2uhZxk8run0BIn3F8R1crgtZXjKJ+noFrQ5RLbt1Ii0k/Hkp1nhGbjoOigIGofA6tzLHCmAtwo8C +6qbW5lD+p/5xKyahD4YBCkXpTnwD4PlB169CIYo8gtC+ngOYh8oCIclLzJVmuLPg0lvhc/IrUCtk +gfKBp15fCE0nyABbkE0v8wrNdYIEpYnNWN38QlRyVBP6iolmcJOSmp/zgW3wL5sTs0vMVefmA5+A +1Apn4MM0uPECsVXlcg1xwTmp5ZSXkDENkp2XU0iRYqOAHWGJrzDGeoKehEf/2Q== + +------------241A61752056A23D-- + + + +From skander@skander.com Wed Jan 9 03:30:42 2002 +Received: from postfix2-1.free.fr (postfix2-1.free.fr [213.228.0.9]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g092Ugw18514 + for ; Wed, 9 Jan 2002 03:30:42 +0100 (CET) + (envelope-from skander@skander.com) +Received: from bespin (nas-cbv-7-23-106.dial.proxad.net [213.228.23.106]) + by postfix2-1.free.fr (Postfix) with SMTP id D8A4F121 + for ; Wed, 9 Jan 2002 03:25:00 +0100 (CET) +Message-ID: <005901c198b4$a1eb1d40$4216e4d5@bespin> +From: "Kai Schutte" +To: +References: <20020108224157.80185.qmail@mail.com> +Subject: Re: [Nel] problems compiling.... +Date: Wed, 9 Jan 2002 03:22:58 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 5.00.2919.6700 +X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + + +> OK i THINK i know what's wrong. I followed the new instructuions that +came with the cvs version of the code and i did the nmake clean all stuff to +STLport and at the begging it says the following files could not be found +like 8 times and then compiles the rest.... Then when i do nmake install it +says that cl.exe cannot be found (apparently cl.exe is the file all these +compilations want to maek... including nel...) any ideas. and yes STLport +4.0 +> -- + +Hi, + +cl.exe is the compiler that comes with VisualC++. At first sight it seems +simply that your path isn't set correctly, yet nmake.exe is (at least with +my install of VC++) in the same directory than cl.exe, and your nmake.exe +seems to work. Are you sure that cl.exe is installed? On my box, this is +located in C:\Program Files\Microsoft Visual Studio\VC98\Bin\ + +What version of VC++ are you using, and are you sure you moved the right +makefile from the STLPort distribution. I've compiled STLPort 4.5.1 without +any problems, with VC++6. + +-Kai + + +From robert@in-orbit.net Wed Jan 9 01:36:18 2002 +Received: from quasar.skima.is (quasar.skima.is [212.30.200.205]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g090aGw17480 + for ; Wed, 9 Jan 2002 01:36:16 +0100 (CET) + (envelope-from robert@in-orbit.net) +Received: from [157.157.149.19] by quasar.skima.is with ESMTP for nel@nevrax.org; Wed, 9 Jan 2002 00:30:21 Z +Date: Wed, 9 Jan 2002 00:56:07 -0800 +From: Robert Bjarnason +X-Mailer: The Bat! (v1.49) Personal +Organization: InOrbit Entertainment, Inc. +X-Priority: 3 (Normal) +Message-Id: <3045646396.20020109005607@in-orbit.net> +To: Benjamin Legros +Subject: Re[2]: [Nel] How to use CollisionMeshBuild (.cmb) +In-reply-To: <000901c19795$1f9738d0$1b01a8c0@benjaminl> +References: <7932890954.20020105154321@in-orbit.net> + <000901c19795$1f9738d0$1b01a8c0@benjaminl> +Mime-Version: 1.0 +Content-Type: multipart/mixed; boundary="----------C230F2CA5C4A5" +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +X-Reply-To: =?ISO-8859-1?Q?R=F3bert_Bjarnason?= +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +------------C230F2CA5C4A5 +Content-Type: text/plain; charset=ISO-8859-1 +Content-Transfer-Encoding: quoted-printable + +Hi, + +I've exported a .cmb file from Max from the same +Max file as I use to export the instance group that +includes stairs in the Mayan pyramid we are +reconstructing. + +The process explains it self and everything seems +to work except when I load the scene no collision +happens with the stairs. My .rbank and .gr files +both grow and this is the output log: + +02/01/09 00:25:33 INF 708 main.cpp 234 : compute retriever 8_AO +02/01/09 00:25:33 INF 708 main.cpp 255 : Material 0 used +02/01/09 00:25:33 INF 708 local_retriever.cpp 665 : compute topologies +02/01/09 00:25:33 INF 708 local_retriever.cpp 709 : generated 24 topologie= +s for character 0 +02/01/09 00:25:33 INF 708 local_retriever.cpp 709 : generated 0 topologies= + for character 1 +02/01/09 00:25:33 INF 708 local_retriever.cpp 709 : generated 0 topologies= + for character 2 +02/01/09 00:25:33 INF 708 local_retriever.cpp 709 : generated 0 topologies= + for character 3 +02/01/09 00:25:33 INF 708 main.cpp 195 : instance making and linking work = +time: 0.010 +02/01/09 00:25:33 INF 708 main.cpp 325 : 0.170 seconds work +02/01/09 00:25:33 INF 708 main.cpp 329 : CVector translation_0 =3D C= +Vector(-2237.0f, 1149.0f, 0.0f); + +What I see right away that is strange it that the +approximate middle of my stairs in the world is +(2240.0f, -1148.0f), looks very much like +"translation_0" except for the "-" being swapped, +maybe this is just a coincident=3F + +When I export the .cmb file then it takes on the +name of the instance group of the shape...I guess +that is normal, right=3F + +Another thing that might be related to this not +working is that I had problems getting the +Landscape pacs to work until I realized the +importance of having my zones translated to the +correct world coordinates based on the names. +I used the snowballs example max zones to figure +out where they were supposed to be located. + +According to the Max snowballs example_zones the +size of each zone in Max is supposed to be +approx 4 meters by 4 meters, and that is +supposed to translate in the NeL 160m by 160m, +right=3F I'm a little bit confused on the zone +size issue because the units seem to be different +in Max and NeL=3F Also, am I correct to assume +that the zones have to be in the correct world +coordinates based on their names for pacs to +work=3F + +Maybe this is unrelated but build_rbank does +not compile anymore because it can't find +moulinette.h + +I include a low quality screenshot, still only +first pass on models and textures and we don't +have our sky-dome or visiting characters in +there, yet, only good old Gnu :) + +Thanks, +Robert Bjarnason +InOrbit Entertainment, Inc. +------------C230F2CA5C4A5 +Content-Type: image/pjpeg; name="screenshot000.jpg" +Content-Transfer-Encoding: base64 +Content-Disposition: attachment; filename="screenshot000.jpg" + +/9j/4AAQSkZJRgABAgEASABIAAD/7Q8uUGhvdG9zaG9wIDMuMAA4QklNA+0KUmVzb2x1dGlvbgAA +AAAQAEgAAAABAAIASAAAAAEAAjhCSU0EDRhGWCBHbG9iYWwgTGlnaHRpbmcgQW5nbGUAAAAABAAA +AB44QklNBBkSRlggR2xvYmFsIEFsdGl0dWRlAAAAAAQAAAAeOEJJTQPzC1ByaW50IEZsYWdzAAAA +CQAAAAAAAAAAAQA4QklNBAoOQ29weXJpZ2h0IEZsYWcAAAAAAQAAOEJJTScQFEphcGFuZXNlIFBy +aW50IEZsYWdzAAAAAAoAAQAAAAAAAAACOEJJTQP1F0NvbG9yIEhhbGZ0b25lIFNldHRpbmdzAAAA +SAAvZmYAAQBsZmYABgAAAAAAAQAvZmYAAQChmZoABgAAAAAAAQAyAAAAAQBaAAAABgAAAAAAAQA1 +AAAAAQAtAAAABgAAAAAAAThCSU0D+BdDb2xvciBUcmFuc2ZlciBTZXR0aW5ncwAAAHAAAP////// +//////////////////////8D6AAAAAD/////////////////////////////A+gAAAAA//////// +/////////////////////wPoAAAAAP////////////////////////////8D6AAAOEJJTQQIBkd1 +aWRlcwAAAAAQAAAAAQAAAkAAAAJAAAAAADhCSU0EHg1VUkwgb3ZlcnJpZGVzAAAABAAAAAA4QklN +BBoGU2xpY2VzAAAAAHsAAAAGAAAAAAAAAAAAAAHgAAACgAAAAA0AcwBjAHIAZQBlAG4AcwBoAG8A +dAAwADAAMAAAAAEAAAAAAAAAAAAAAAAAAAAAAAAAAQAAAAAAAAAAAAACgAAAAeAAAAAAAAAAAAAA +AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAOEJJTQQREUlDQyBVbnRhZ2dlZCBGbGFnAAAAAQEAOEJJ +TQQUF0xheWVyIElEIEdlbmVyYXRvciBCYXNlAAAABAAAAAE4QklNBAwVTmV3IFdpbmRvd3MgVGh1 +bWJuYWlsAAALgAAAAAEAAABwAAAAVAAAAVAAAG5AAAALZAAYAAH/2P/gABBKRklGAAECAQBIAEgA +AP/uAA5BZG9iZQBkgAAAAAH/2wCEAAwICAgJCAwJCQwRCwoLERUPDAwPFRgTExUTExgRDAwMDAwM +EQwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwBDQsLDQ4NEA4OEBQODg4UFA4ODg4UEQwMDAwM +EREMDAwMDAwRDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDP/AABEIAFQAcAMBIgACEQEDEQH/ +3QAEAAf/xAE/AAABBQEBAQEBAQAAAAAAAAADAAECBAUGBwgJCgsBAAEFAQEBAQEBAAAAAAAAAAEA +AgMEBQYHCAkKCxAAAQQBAwIEAgUHBggFAwwzAQACEQMEIRIxBUFRYRMicYEyBhSRobFCIyQVUsFi +MzRygtFDByWSU/Dh8WNzNRaisoMmRJNUZEXCo3Q2F9JV4mXys4TD03Xj80YnlKSFtJXE1OT0pbXF +1eX1VmZ2hpamtsbW5vY3R1dnd4eXp7fH1+f3EQACAgECBAQDBAUGBwcGBTUBAAIRAyExEgRBUWFx +IhMFMoGRFKGxQiPBUtHwMyRi4XKCkkNTFWNzNPElBhaisoMHJjXC0kSTVKMXZEVVNnRl4vKzhMPT +dePzRpSkhbSVxNTk9KW1xdXl9VZmdoaWprbG1ub2JzdHV2d3h5ent8f/2gAMAwEAAhEDEQA/AKYs +aBHoVkgbQXVNdp8fp7tfpJ2HDcCy4V08e5tQa7T83ePd7keyjKrEuAe0fnRKEbHjUMg+IJW1owGL +IM6OXFpe0sPctdI/tKtdj9Nr4tDu5Ia86fciPucdHVsd5ua0/wDfQoC1og+gx0ebx/1NiSOFVd/S +a2wXNeQZa4Mf/wBLVqtVdcx6XGGMLIAG1kEAfmjdKp2XVveHPx2+Ya+wf9KXOQ/1aZ9Kue25rnx9 +9iBRwuq/601NYW1YtbyeDYTof3m7Vn39U6tlhwqs2sP02sd/6UdvVd1FbzyPhBAHwa1N9haT9JoH +k0k/wTdBskQXpaylpOQHWDTawvIk/vPc3/qFDJzHXGSSP5LdG/5oRW4VRcA1j7XeGoVqnpdztW1t +qB/f+l+KaSvEXIFdjzwSiNxNfcQ38T9wW8zod7yIJIPYQrVfRBUfftb5aEppI7rqefrwgeGk/wAo +/wDkVex+nSd212ndx0Wx9mx6v3f6x/8AJOSgO+iC/wA/ot/6Xu/6KYZBcOIaB//Q3SaT9KhvntJH +4IFuJg2mfdW75kf5qvHp1s+1xI82un8E37Ny4kNLvGA4/wAFqccf3vxXmAci3puMGzXYXO8C2B/n +SqrsBwn2SPhP8V0BwMoalhHxDo/6lMMKwn3gAd4BJ/6lL3B3R7Qecd05x/NP3JN6U93DBp4ldN9j +xwNbAI+luZt/6Tntaq2Tbi44IDq7LBthpADTOv8AOuv2+1qjnnhEXKVJ9pw7ukPx2eo+CJDQGEEy +fIlqGMdpIkP7DUCNYH73mtOnLtzMnHreytjPUB21vH5mrnO2v3P2ottmx4tbW1xYS8h8bWj3b7HB +zmN/R7vzlRyc+eOofL4hcMPihq6beDta8hveJj/vqs1Y7KDuda3cPIvP/R9ir05+6wNyamOaZ32t +ub7SQPSYK5d6m/8Ae9RXa34zxvY9jWzDQS1xOu3x/eVgc1jlsfod0e2jdkPI2tc6PMho/wA2rchC +q20kSfg0R/5N6uek8+J+SLWy1rCA4M8o1P8AaQlmHRXAGtjYdcy9jhHdrS53/flYPT6Xgbd7HHmd +CR/0tqk2mzdJJJGo0nX8FarOUHBxAPxEKGWU91wi/wD/0dZn1j6U7X7SQPiijr3R3c5DZ8yuEOLJ +JNjiSI4bxM/uqdGNSMit2Q97qQ4G1oa0kt7s4H0voJ330fu/j/6AuGV7s9e6Kxu5+UwN0BO5x50G +jdyDl/WvpWK1v2dzMqWl7mNe5pDG/wCF/mntdX9Jcww9KZeLRTGyfTbWyBLm7N1nq27neg73sr/m +7f8ACfov0Sm27Ba4uLsiwux3YrS+ur9HXY3037drttjqNn6D+umS5onbT62u4x3DqdV6zhZdWVTf +lvGPk7G10sY4tYYbd6TjsZvdox+9/wD53m3O6NtDrcqytoDP0Ox7gAXF1bPUr2/ovZ+jZ+5/xald +nYd2R6ljC6rf6rmNZDnk+11F1j7Gu9Hb+5/4EoW5mKWMr2ueGNa0v2Radgb6cH1K6mf6Pb/NV1qA +yBNkknzTxjuGz0PMwbLyyt2y51lgreJe60+k9rad7RtrZsZ661bmWtrfv/RiytzHnQkNc07nhs+7 +axYvT83p+FbM3XNLbodZXWzY+6v0bLQzHLvVt/wP+h9P9J/OKr0Gvp/Sc2rJff6grDGENx9ntb9O +Q36bnM/z/wA9NIidbqthvaRkA0satsZHRgfsbngVOcbL7HssGtX87U2v6Tad/v8AUq/P9/56Z9/S +aHNfRkW0Oa5r6CGOIq9X31+m65tm9rW/pqvofy0J1+C4NO6xljWPrc9lNZL22z61dnqOb7fdsqez +9Jsr/wBIivz8J7J2ONgDI9VsyaxG91lTtznZH+Fa79DX/gqkfT/Io4x+8HQp+s1GDj3Outs6lZAe +3dvDWjc9vtvLLdzXO/6j/g1oY31t6HbSxzn7LnEMfU0F+17j7Kt4YNznLnWZWB6TKrA9wraGgvrA +BHs9Nn6F77aqcVjba6mVu/S+r6l296gzKxmu3tdbRYHtuJpqrLXWNb6TDuus9djq63P9/s/6hO49 +N1cY/eD1R+t3QmSDcdORCgfrt0Fv+EcfkuT9HoEOcMQF/tj1muJJaPc9zqX/AM5luc+y/d9D9H6X +prNOBVJg6E6exn/kUCR+8UHIB2Pk/wD/0sbTxS+9IExz8NEpPhr5hU2NeE0R2Te6Y1+MaKQ+890l +LfIhRc9jGF7yGsaJc4nQDzT6/d2KZ9ddjYeNwBBEgGCOHe5EeKUf2zDgE3saDwSQPyqD+pYTHlgs +L3gwW1tLjPhoPcqHW8RmwZMgWl/uaA1siNvta391S6RS25r7GufW9oAD6zBjv23KTghw8Vmk8Ojq +se2xoc0+08TIP+afc1PCTWuY0Ne82EcufEnz9sJ55kiPHwUXkhaD8Uin8Dp8ku+p0PB7pIW18EoS +17H8Sl7vj5JKf//TxpJPdx8RwnJ90HTTjulqAdBH+pUQ9pPHaS4cKmxrlxGmg8uU24njT8ii5zO0 +c+Kfc0CXHtoD2SUyJiS2THJT9h4d/BJoBA7g/gmc7ax9gYXtYCQO5jX2pJDlZ3rWWWYZfNfqF7Q7 +UNLtdIna5WOh4GdhsN2VSH1uY4+2D6Y9o9X1Gu/O37PTQ7cbZtz6ybse0zY4DWt7j/N2/wBaf0Vv +5618bqmM3HbjhwdbkA1tYPzQ4fzln8hV8uaXBwwiJQlL16EH+v8A3W3jhr6iRID09v6qJvYNMkCJ +7pak6jXyn8dFJzH1PdW5sPY7aYM6hQ76REa/66KewdRqC1K1IPRR3TIkg9zqnIM+I5/1CY7gSAZB +18UxfxrHgO/9lGlMtkBzh28OFEeJ/wBv5VMPIbMye3injWZgnsp80cMYYzCRlIx9Vx4f0pfN6vT/ +AHV0hEAUbNP/1MSzdPv+jGs8SmG3Tw7xMc+1cMkqn8tFj3I9PXwnvzKm3bpEcj71waSSi983vH04 +13cR/wBSlXx+j4nTmN3muBSQQdv4PW5X2b0X/Z/V9H1K/tG3+anf+f6n5m7/AEf56BgejvZ9Pfu9 +kbY2z+j3fnbtq5lJD9CXy/N/L3GYdPn+v/cveGdZjdrvmf4qfbT6P+v/AEVwCSLEXvNdwjiNY+X9 +lM+e3MnjmVwiSdHcb/4O6R9XuxMaxGk/H+Uk6N3nGs8f+SXCJJw2Pz9fJR+r/9k4QklNBCEaVmVy +c2lvbiBjb21wYXRpYmlsaXR5IGluZm8AAAAAVQAAAAEBAAAADwBBAGQAbwBiAGUAIABQAGgAbwB0 +AG8AcwBoAG8AcAAAABMAQQBkAG8AYgBlACAAUABoAG8AdABvAHMAaABvAHAAIAA2AC4AMAAAAAEA +OEJJTQQGDEpQRUcgUXVhbGl0eQAAAAAHAAEAAQABAQD/7gAOQWRvYmUAZIAAAAAB/9sAhAAMCAgI +CQgMCQkMEQsKCxEVDwwMDxUYExMVExMYEQwMDAwMDBEMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwM +DAwMAQ0LCw0ODRAODhAUDg4OFBQODg4OFBEMDAwMDBERDAwMDAwMEQwMDAwMDAwMDAwMDAwMDAwM +DAwMDAwMDAwMDAz/wAARCAHgAoADASIAAhEBAxEB/90ABAAo/8QArAAAAgMBAQEAAAAAAAAAAAAA +AQIAAwQFBgcBAQEBAQEBAAAAAAAAAAAAAAABAgMEBRAAAgECBAUCAwUGAwYEBQUAAQIAEQMhMRIE +QVEiEwVhMnGBQpFSIxQGobFicoIVwdGS8OHxotIzssLiQ1NzJFQW8mOTNEQRAAICAQMCBAQEAwkB +AAAAAAABEQIhURIDMUFhgRMEcSIyUpFCYhShgqLwscGSssIjMwVy/9oADAMBAAIRAxEAPwDmWtq9 +24lpBV7hCrXAVOGZm0eC3DMgR7bo/c/EXUVBtf8AeX26+n+WUobQup3gTaDDuBcCVr1BZvu+Q29y +8CrXrdlVZLdu3pt9sHLRpZu5/wDu6/8AuT7FnacHnSRy38bcbcptrJF27cIUABlxP0nuqjS3+x7g +MDrtmzoa4b4J0BUbt3K9OvpudPtnQu+WT81s9zbRi2xVFUvQtcAJLteb+r8OL/ddsLP5Nbb/AJQ2 +rltiadytxxf1D6OlkWSb4x8SwjHe/T/kbds3O1rpc7YVKsWovdNxaD/t9tplXx+9e41pLFw3EpqU +KaiuVZ6TaeZ2+5e6l0Gyui+ytqA6ewu2t21P/wAb8OZbXmrC3NLIzbYW7VrtuqvrFqvXdrp0Xero +e2/RMq3JlOuRC1OJtfH7nebtNnaX8a42mjYAc9f3dMsseF3d7UFKAi41m2CSDcuINTpaw+796b9r +5G1tN81+1YHYe6twoSS4VG7gRLmpf+eWWvLWUcXDZINncXNzt1U4arg0abmqvJXmrO/Zdv4kSRyL +fi/Jsqsu2ulXAKkIcQfbT+aMu33naa72LnbSup9JoKYNX+Wdf+8oFA7b+zaLgR//AJm13P8A+T6I +t3y22vWb9u/Za8HN02FYKDbNxjcXRfSlzT1ddrrjdf7e4hanGrqEZbYPxjWLRJAM2jZGlROhk5zW +wJFsljSdBtqKUMluyqtBDEdo1MpS1ll4TtgIaCRtojCtJAcA22rhAVM7FzZhcaYTO9heUQWTnAtx +kK1FaTW1gVyjLYBwiAYlWsPbqZt/KgYyq5bIOEQCkW6SMgrhNNpAwoZOwSaDGIIV27BfKE7d0ahE +17a0UcFhhN9yxaYBhnAON2HzjWg1dJnXpaA0sBFO2se5cDAMX5NydQGE3bbbkLQzbaW12gDSsR3V +cpJBWdnrwBj2diVYcYE3WOM1W74NDI3ZAI2laYSxdsigkyDcAQPd15THzADW6YCQKUxEdBqEs0il +DJIAqM41RbltnNBNSAKgplL9vaUnUeMw7xkHMGzfiIVU2hWdW+oUYTn3WWvXlLWzsCi55NkwlH54 +3DWG+u1YYZzBcuWbeAznWta6A6Y3iKMTKru/TnOBuN62o44TO27Y4Ey7UIO1f3iMa1ynJ3e/xIBm +W5um4GY7lwsZZjoWDQ29fEAmG3eYmpmZVJwl6qQJJEGpNxQUMS5dxrKQrVmyzsLl5cBWCwU27lZ0 +9lthcFTKk8TcQ1IoJoW7+XWgECB71oJgJla/2ayzvtcqZh3DEsZGzSQ9zfucjM77lmzMqZeEQqZJ +LAz3OMQXCZNOHwi4CQo7XMImowGCQo2qKSTJhJAJBDnJTGQAkpCBDSACkIENJKQAQw6TJQygFIQo +jrbJEsW0YBSFIjrbrwlzWgENBjAaUIFazla1ld6Kqsl91vnk9PHxcduKrmLW5LUtb7Kf8W231V+/ +kAqAQltJoItDVQRjjWHtOchwP75h89sxR/LErq+lLR0/Wdq+y401v5qpXT2t7a1+rl41ed/zf9O/ ++cmJMdUrjCLDHEKdNR+/GW2tsWu9S9PV8OFJfWvMKj6xM4+rbP0/SY/acW1t8yUVdtsLd8tN+z/s ++v8AIBLYOUsFqBLWlaXFJ6MBxBqc5o26fg2656R+6a4+be427cbs9THuPariq7LkV4tslL5bfVbd +W279J//QyAqc4NArhKAWrDrcT7Z5zQqgwPZGYlAukRxfPGAKUIk0mWdxTnDUQBACM46qDCCsZNJg +gVtS9NpqEVGAOc12rq5SAoXbBCMJoU8Jb3LfGSlo45VkkGW7bJNRKSjAzo/hytjaPESpiDIttq1l +1ssBQx+kCMhtk0rSGyQI9ssMpju2GBynXQ2qYwPbsnIgybvAHGW1U0MjW9LTqtbsekpe1ZzBlkHM +uq5xEqVSTRp1SLAGMzXUs16WEpDN2SuKxRqE3WTbGDEUjlds2GEgMQu3CtJdZ71aVNJcRZtn0jru +9oF5GJArWLhGqVEupoZd/cLSjPCKN3t7hxIxgQVd25XCtJHuORxhe9aBwpF/NWqSgTWwzl9jdFcD +Md3dIcoq30zgHWS+NVSZfa3FsHqnCO5IyhG6ahxkaQPQjdIuRzi3N6oXPGcEbxsqxW3LE1Jwk2oH +dPkuilYp84bYpWcB9yecpa6xjbXQHdvfqFmWlTMd3y7OmZnIYmslCThIkl0RYNn5+7X3GVXNw7mt +ZVp5xdJlEBuXKylnNYxWKUrjIUSlTjGFupoIKaTQxlYg/CAWiwwFYTdCYUqYp3DEaQslvb3LjVYY +QWDVtbYuGs3LuewwUSiwosrEvXVOPGBBvbySsKTJdvhqzESSZC2GEklguXcBQREZgTWUnnAWoJJN +QOxFPWBaUxiF4rXMKCQDOwoaSugi1qZDhIUkENZKQASAYxgph00FIEACwhYwAjUgC6QKGRhWMtst +LFsmClOg0jLaaaVtgZywKsEM62TxjrtxxlxKgRC/KADQq4RgREqTjCorBCGtKQpbjqktCgCAVrZF +cpYttYa4YSVI+MFz+AwFMIwLZDKBQTnLVWCC9pWxYBj6x6GOFFPWOq1wmYSl6mm20k22l0Wh/9HB +oEmiXG2YO3PtnApKCApylxttygIoJAUlGg6speAI4QHKAZeqQOymaWURDaDZQSCrvNHXcNzk7Bk/ +LtwlED/m2yJkG6fgZV2HMHYu8BALTvLvExDubjGtZWUcZgxaEQQ0DeXKUJhXeMDWZqkcKyakOeBg +G8b3UMGoZBvXU51nOI4gyxDXAyA2Xd2XrQ4zI+6vDJjHNvDAxDaqKwCptzeMpbcXaZzSFUYESNYS +4MIBmG6uAYEwjeODWstOwY5RW8e9ORgDHfFloZQbuOBgO1uJhJ2CYAe83OQXmEAsGRrLgVpAGF8n +jCLh5xUs1zwMBtkHOCFhuDjALglJBEgkkFvc9ZDcMqJpAWgsF4cmEuThM4YiMO4cRBILNXOHWoEq +6sznBQ1rBS3WtPWRXAlJoDJq4ySILq1jahWZtZk1tElg6Fu1bcY0rHTZahUZTnrfuLlLk8heUUBw +iRBrbYBspSdmBhFXf3OJk/N1iSwXJt7dvFgDLLl0BdKKBMrXyeMH5imcklgd2uNKyrHMxX3OGEq7 +zGSRBbkaViMwGEr1scYCWkLBZrwiFqwUIkpIUlawEGMFxji2DAKsY2ky0WWzlgtHlBSgW42gS/tH +OKLRrAKtJhFsmaBbAzjaRAKFsGvpLBZHGWVAil4IEIoGEhYCJVjJpJgBLGTUYRaY4S1bJGcAqoxh +W2TNC2pZ28MBAM4sx1tUxlwXSuMbMUEEKNJEYIzS9bfEyxbZpgIKULYji0vxl62WJlq2AMxI2gZh +bPAS1NuTiZpW2gHOTXQUGEy7CCsWQM4wVRjxk1GmMQknASFP/9KoXlMZWQzLhJUjIz7RxNhC8Ipt +qZnFxhCL2MQC7sQC2QIq7giWLuFODCBAjKaVGcrxE060OAgosCCjVGG4KnKss0IYhtLBBhubRGK0 +MZbtuUG0tZDaPAwDWrbc5xjtdrcGFK+kwFXGcnWMiREA1P4xB7Th6ypvGoeNDFG43AFNVRAd3d+E +ADeKu/TiPSUNtL9s4gzQu+uKZevlARRwG+MEOf8AiUpSLS+MlrOkNxtHNdOkxxuNsvAGAchhcOak +QqHFKTsrudkT1Cnxj6/HOMlifAQclNxuLRrSo9RI9+7cNVFPhO4l/wAeq6SBQ84jXvGVxQD1Ek+B +IOPVyKsKyi5UE9NJ3Lh2DDoanoZifsg0zEsg5VW4QjcuBQ4zrJa2j5kYyweI2dwVDUPpI3AOEzOT +qAgpcONDO8NrtLFVajSi42zU9K0lByDYvMK0g/L3jktTOsu6sJhQU9YPztlGroBEgOUu03DHG232 +TVa8Y7DEUnWt+Z2aj/tkGZNz5VLh/DFInVAyt44r7sKSolU6RLm3bPUHjM7qCaiCwVsamsQk/wCU +uKGlYVtrnIDNoJNTG7TS+gBg1GCwUduHty2khGMhYKtNINGOMtJik1kLAumTAQkwaamQQAmKTLxZ +rGG3rBTNQw6TNYsR120AxBCY3abjN35cDCHsAZmQph7UdduTNpsIJKquAgGddpzlgsqnrHa5EL1g +BwGQgk1DhJqJygErDURTbYwdthACW4wVg7bky1bJIygFQqYy2iTWaEsUzlq2qCkAzrZrLFsgcJeF +pkIR8IIVrajhBLApOQji2YBSV5RkB5VmldtUVlqWVAxkkQZBZZ+EtTammU1LRchIWMksFI24Ajrb +C5xwOMlGJwEy2UlBwinOOwpEoSZAQQHSIfSDRqMSWBa1kAEtFoiOLYGcjYg//9PN2zxgKUm42ZU9 +kz7UnODIRSSglxtGKUIghURJSPpgI4QBergZBcYYSUIkpKIB3GhNxhxgMGmshA91uMgumLSQrAG/ +MMPhIb9YhEWnpALe7hB3RxlekiQiBA7MhyimlYtJKQQbSnA0iHVlWGhhCkwBaPSCh+EY1XCDHOAL +RxkxwinuHjLIKQSBdT0wJk1OBiY1IDlBQd1oRdujFXK/AxSIQBAgcXbre5i0JWucUUEmuSRA/YB4 +wjag8YouESG8wkkQE7MjIxDto43DR13IyaJEGft0MYW6Gsv7ls4yarRwkksFDAnAStkcCbNSAYSF +rdIksGIK5kNu5ym0G2BWMLtvlIIOfoflFK3OU6X4bQ6UgsHNFpzmIRYedOlqLW2uUgMC7O4/CXjY +MADNJ3IAosU7knOCiraVRQxgi0itdHCIXJgDkKsHcpKixJgYMZAObpr6ydxjEUc41IBCxGZiluMc +Wi0vtbIvAMlC2EYWWM6K+PpnLBttOFIKYE21eE0JtFAqZqWyeEn5dzmTIDObKCL21m0bWH8v6QIM +S21Jylva5S/8uRkI4styghkWwa4yw2uU09h+UsTau0SDGLcZLKkzeNiczCu2CYybkIM62RyjrZFZ +q0qIumZdiwVC3SEpXASzTWELpmZBSLZGcbQvGFmpnEL1MSxBDpBkLAZRaVMYAk0gsFRYkxlRziBS +X6baCrSp94q4KJJEDCzxMP4VvMiZH3F64c8JURcJxgvwNT7peGMobcMcoFssc5YNvhjIIZ//1NtB +CbYIlrWgIKUn1yQUHb1lVzamk2gkyAjIxLJByWsspiFDOrcsqwqJQduJqSNGDTzilZvbbYSs2VGc +SSDHp9JNNJoKCBkEsiDPpgIl+gQG3BIKKc5CssKGTSYBTprJprLO3JoPDhAgqIpFIlpU8pNMAqpG +UwlRCAIIIQCcYNMsIEWkAUrhFpHxgoayCBSIlKiXUgIESIKiDAFwllIKSSWBCppBjLacICgkkQIZ +BjG085NI4RJYF+GcOHGTRDSgkEApJSECQViSwQCSkgjUkkQDSSKQ6DSOtBDWBAgDRtWFDLVFRIUQ +ZwWCoA0hFupxjCn2SapATtCuGUBt8odR4Qg40gCdoxShmtQBnLktWnzOMA5wRuUst22PuGE6Kbe2 +TSXrZsqccpJEGAbLWKgSL49uM6Oq2uC5QNfGQESDOmxCjGW20VTRZO5UxjgMIKE4Ywq2rhFVSxpw +l62qZRIAmgZjGPoBxyjrZGdJYtok4CZkFaKJYUQCstSxXOWfl+eUjsDKFrkKyy3YJxK0E0oqJlC1 +0ZTO4hWbaDhIEpiIDcUY1lNzd0wWTLKXk0zlT3Fymc3naTPOWAWgg5QMBKy1IhuGAWlwsRr54So3 +AM4hvqIBadT4w6VUVZpmbct9MrNy42cFg1m9bX1lbbs/TKhadpcm15wIKi9y4cTGW0OMv/Lqozg0 +UkbLAqoBHVFEWo5xlNfWSSwWqEUVMqu3RkI2nmYGW3nWZksH/9X0x26nOVtshwhG5B4yxb4M+n86 +NQZm2lMpW20YzeHUxgyRvsuxIOX+Xdc435UMJ0SFMTSAZd4haHLfbXFyma7t7pyE7hUGLpAwIBlV +ybTzpsuMxAbbjhO7cso300md9rThNKxnackoYDbadB9ueAlXaI+MskgxEPxEmlpuNs0yrK2tk5LE +iDGVYcIdJmg2m5SdsjMUiSQZihiFDymooRFJI4RIgzG3CLXGWlhyg1cokQJoHGTtIco2rCCpiSwK +bQlZtS0hjDpNJJEFBtmsBSX6DAVblEiDPok0y42zWQWhJJYKNJkFtjNIWmEmiSRBSLWEQ2zWau2a +w6QM4ksGTtmMLRPCaKDhBWmMCDO1kiLpmoknhEKg8JAUBeEOn7ZcEHzkK4YQCrRGCR6EEYGTQzZQ +IFClRnCcYwttxh7JOECCoCkmmstNmkZbNMZAVqoGccKM42knhGFr1gQACueEC1BwMt0qM4QE5QAB +nAwhBc8ZCeAkFRAHWvGGBakR1tseEgIDWMtSY62H45S9LaAY5wIEtrSaEGVIlQBSQXKDCQptBtqu +MA3CjITJqc5w6GIwkhdwa/zSiVNumrhKO28dbZ5SQgE7pzK2e62MtNscICAMzGBBUEc5mMLajEwN +uEXKUPuScoEF50iVteQcZma45MUW3YwC87gcpW14k4Sy3tjTqjizbXPGSSwZzrfIQptmJxmoFF4Q +hwcpJEFK7ZQcZctm2M4aMThHFknMySWCAADARSSZelquEuXbUxpMuxraYu27ZQGy2Qm9rROC4c4V +shRTMzO4QcxtndbKQWXt4mdQqQMBjK7lq4/uy5Sbywc1robCUvnTVWbrnj2ZxTLjNFrYWVXECsbk +IP/W7JSmIMGphHKHhBoM+ubgmtqYQdy4IT0yaq5iCQMu4cS1b9c5nwzgrjhI0mU1G6IQ9Zl7gyMY +OOEm0mNDWApFaxDjKA5HGMb1PjJtYwWqq8RCbNluEoN+T8zEMFv5K0RhGt7KyPdM/ffhlFe/c4GN +ttSQaL9nbjBc5zb6FTlhLi7HOAtqwMqx3kkGIj0gNsUxmqgGYiOFOEpIMvaUwdtMpcbZrhEa2c4E +CdpRxgNsRtDHKQo0FgTSBJpEbSRJQmQQKNMBpH7Yh7cggpKiAACX9qsHZiRBUFEhFJd2CY35cc4k +QZjnIRWahtamONoOMklgwlacKwFTynRG1Alg2qRIg5Qttyjfl3IqBOwm1WmIjflhwESION2CBjHS +wMxiZ1hsdWYg3WztptbvAlSB8xM2tCb0Qg5f4ZbSfcMCJZ2MCQMBnMS2bGkLoY3AeoBzpp/NWD8h +0swGAzHcwpw+qeX9zfSpDWnbc0UgmW9lVXUSKDjMSWLLqwCsD/MdPzxiLsSgNxmDIfcus4fDGP3V +9EDcos3MEIMBsgKXqKc5kaxauVFpSFJwZnIkGz0AMRVOFXNf6Y/c30Q8jUotuOkg8ayxNuWxGXOY +H2li4o7Y0VGJYn/lnW2apb2lpEOrStKjiZ04ua17Q46ApO1C5wCweAmvTU9UNNPtneRBk/LHMCWr +tKjGXBHOUsW0/OSRBSu3trnGqi4AS8WjLEsqeESWDGdbZCQWLhNZ0O0BlCNC5kSSWDGm1YnGXDa0 +l35iyozlNzfp9MksQhhYJzwEaltMDMb792wWUs95zAOg120ozEz3N2nCZu1cOccbdeJgZA25Y+2V +s115fotoOcncQSSIM4sOc5aNovEwm/yiFrhyrElgs7VlMSYDeQYKIgtXGzlq2aZzMhIrDXGGUnbv +HIEzRqCjASC45NRJuLBSu3f6sJZpVcCYSzHOTQp/zkdiwFW+7L7ak5mVqoEcXVWZdgarYVZbq55T +It2uUL7gKucxINNQcpAVHxmP8wSOkGFHYmpykKaxSuMjUgthaV4wllGcgK2JlZNzhlNSqhxllErJ +IP/X7ek8JOqAvJ3DPrwdYDU8RCCBwgD85CywQh0nKL26xqiCo4GBApt0zg0iPWslIkkIrxEgrH0i +SgpEkgUgwVMahkBpIWBATD3OJlnTSKVRsIEA1KRFqssFpecnaXgZBtK+kyaUj9oVk7PKBtEKLFNs +SzQZNDSCCrtjhhAbay0o3CDtsc4EFXaQmHspH7REmhpBBWbSwdtay3QYRb4wIKWt1yg7RAl2n0hF +eUCCjQRD2yc85aExjFBmDAgpW3TOWALzjaDCtqsggg0mHWoNKQG3pkFo5wWC1XXlD+YQYAYxRUYA +VjaAcSMYEB7zHKVXnL23U5EGssKYVGES/es7Ww16+2lFGJzmbOqq3ZpLViDhLetgDSwOquqlaCtP +SXps9wXL6VAYlk9ajTlBd3drbbVdxoC2FOu7cZCelj9Okes6Gwf+47NN3YFA7sADgBQ9M+W7JKZC +Tnoc0be9atrqWjkqgStMqnqkaxde6KgBCACcMCDWdDdWtZIaqtcfU59MMR/pg7R7hNF0A6iv8JUq +sm+v3Iu22jMNy1fdGthKsxIVa1Jx1Q/k90So0AEEsQSOIo3+mbdqi7Y0WrMxLKWNca16fuSm/vLu +3vWbL2q/mS6h60CtTUtf/me2FereGR1suxk7i22Ir0qANRqchTlOnsrR/KWQPuiKu23G4u3LYS29 +u4nQBQGp+M3IeygtuAGQAEDmB6T0+1tV3cNNwNr74KhaPHGWG0AIe8KSvuuTPYSEW27S1xwj/hBs +TMpe5FIcmB5G1rllZW27tjKZtDHMyC0OMgyWPu2bACVsznGEaBAbh5RIhi9tmGMGhBnHpcYYAwjb +XDwkkQKHtjhAbgGQly7PnD2FGcm5FgzG67ZCClwmatKDCklVHCTcIMvac55QixzmjVyg0sxk3Fgr +CKOEIrkBH0aRUwilKCZ3CCuj5xltuc8pYtpjNKbfAEyOxYKLe3XM4ywWhWgGE0CyKSaNOUw7AzGw +v1SLZU4KMBLmA4xDgtBJIKtJ1U4SxdpbuNi0UGmcJP3cIkF/5RPajU+MH9tUnFqzPrZTgZfZv3GN +M/WSRBYu1RcIw29sCWARi4AkkpV2wsQgsco5apyjqRJIFVKRtDNlLFAMdVAgh//Q7GcNOMtbbMMR +K9FwcJ9afE6NMGMFKwmvGA/CUZRNMhUZwgyFa8ZJAADJjJUiGtcaQAYw14Qaj8pNUFCFOcJWKCY1 +TJIFOEEswOcbQsSWCqmEgBBwMs7eGEr6gZJEBxEGpxlJqpG7gEEIHbiIQ/pIXVhBrGQkkvmNqrJW +IAHbE0l67UuvS0SBBpIhBQZxjsL4GdYg2t6uIklAYdsxtCxfyV0ColTW9whppMStQXm2lIAtscJS +FvngRLBY3BEDyGFpCfSN2LfDKUta3C4gGJ3b4wKyeZTWLFqHtWgcDMgu3aZQV3BxAMZ1IbWW3xkC +25zzuXHuBwiDf2wQC2LCowOUza1a/VZV+LgHT1WRwjrbV1V9SIrEga2C1pOOnkNtdv3LCvqu2gDc +UVwDe2Z90xusnd3D2reklbCMMzUG4uH3Z5/ce5rSq2WTs30+rBUpO7fFrb3tO4ZVRV13CDkJxd9u +bPldmr7JGFksQpuj3Cvu0/dmPuXReJTdMuzFsIbT1JYg9K5fTNCXgCHS4yWRUBFrQA41I0/TPFfn +5Lpq1uvbsWCryO3/ADG13WxUDUUKmrHSNNGPPTO9ttvbs7GzatqUVV/DHGgFAz6ffOGh3b7hqMaX +iq4E1plXEfdnd3CvtdttrHUrBdKsOqhBp1TldxRrxKvqKt4jKVOkCoGFa5fU0pWgZmoPZUftl15m +dVxq6AmoFK1z90pLDUrClSCDWcDoUFa4UxGJI9c5N5cuWrFjcnSwt3k1VFaKelmpHYlUOGeRGQ9N +Mq3dw3/H7myToVbesVwNRlOlH8yMW6HdGq3fW4mitgACgONcPTVA20tX7ty6AXtuC4uIwpX7rf1T +z+33TN45TfvPuFvBCwdmJUEezT9eppTdv/l0Fq3ee3YbpSyKgBgdXRp+9OlLWpaatp9CPKOkLts6 +9Ietp9DjThX+BvrjC4huGyAQ6gMQeRnMO6pdUG7c1A+2pzIoddZfst2trflr4ZrLoVBIOFDqVjWe +nj91fcldrb3cZMuqN3VwEItXDjSG/wCe8NtRbN4XALr9tSEr1Urzlq+a8ZcbRb11pUdFMp6n7in3 +L8TKRV2bsgtMM5sZVahGRFR84y2U0nHGa3F2mMWV4w6banDGG8ChIldDJIgsN2mAEU3nlcgNJJA5 +u3DxiEsTSsIBkyk3AHpJSGSTcAUk1HhDJjJuACSYyrxgpJQ8JJBcrqOMcbgCZtJhpIC1t2eEU7i4 +cBhEw5QiQAL3DmayanjACSgiSg1GTqkhEkggONDNVrQFwmWhjDUMZGwa2uGoCxw4HumMM8lXrWQG +wuucVXGqZ6sc4VqJJB0LbARjcEwJcYHGXC6WEkiD/9H15VTFNpYNLwgnjPfnszuVtt1MX8svxl2o +Qapd1gVHapFba8peGpG1HlG6wMn5VuUI2vOau44yEDNdP0y77eAKPyixDtRNGm4eEUpcjc9Smc7U +8Ip27TTS9ykBuD3CXcxCM3YaT8u80l6ZiQXK8JJYgyiy9cIx27UrNJcCTX9kSxCMfYblJ+WebQQe +Eao4CNwhGAbVgYw2pmyq8ZCyDjJuYhGQbWplqbdgRjhLda8IO6xwpEsRoWIAMzLQF4GZS1OBkF4D +OZaJBsUkcYS44gTF314GHvk5zOwm01MUP0iAFMjhKkJbIwvZdsoiMSWFqWEWycxJ29t9VKyldpXi +YW2tOJjH3CPEc/kVahIr8oe7s1ypOFvNjdubu72+qpA41FAIqbbdtXSobSdLA4HD/wA08d/dNWa2 +zDa+rQu3xZ1N4/j+y9xnVNIJrUVqBw/inn/Hsl9cLoatwhQ2oNUcNNOn3TYfGW92ouKguOlQDXp1 +L95fbKm8AjP3b1sq+kCtt2UqRypPPzc3qRKiPGSpQc3fC7t/1HbZrgKbrbUwzBRulW+yU71riBL/ +AEJd16FdqldNScVGrpWdXdbGyLS2HthdIPbuFus//McSnabZu4tqqAEVZg4bTTgdUx1h6E6eZRtk +3TXFN67aNi4TqC0oDTBqNbVpNQso5LMEpQUFRiff96bt14lcLvctqw9qs1AecR9tfYgUtFj91hq/ +01MoM9klHQ9yhArpAqzGtc6T0T22SxtlAY0AZgW6ur+b6pytn4+5b3Vq89tSbbr06sxix/qWdzeM +zB2CgELiuZBGWX80zyP5fMtVkwgtcW82SDpUcfn/AEyjDUpqSoUgV+GUa89sWhprUGpHqZGqRZqu +nA4fL1nE6Ire8iAaRVh9kUXO/ba3dADOrI3KhEfQNAJGLGIy2jdAGTVFVzFcK4zdXDRl9DkeKudo +pt7r9prCuraq6TpNelvqfS/smrytq8dop215fw3Q6czQ4e3qm0eHDbjcMqBiX12y2C4j2xX8FY1m +7etrq0gakZlK0+7pM6NxYyuhg0MbGrcOHvh8McwfXSsXUDct2yzF1AYlhn97H2zpbjxts2ArG1aF +sdDu1T/WwMzmxcFtV7m3YAUHWAT8OqVOSHE/UIuL4pLttzcuW9xbIAXH6shN/ir+6DXAdBPaJt9w +CoNRgP5kLTaPGXWFH0LQEqdVDXKWbXxtu2xLlWcAB015rX6f5ZW5SWhEsyb7e5U2lGtagAGhyIGU +I3IY0W4p45zn3druGJtbbtONRoUfSADh+IzzTY2faCd+4i3LaAMQQ38WDfVO37q32osFxuoQCbit +U0BqMxLEttmcJgOz/FCWnQ6AAFWlKHqnUL+uE6cXK7zKiCNECWRg2cYpY5Ss84C1ROkgdjbpQCkr +NtTjWDEyVNJAMttKYwG2AMItDJQ84kE085KCEiTQZJBMIKYxwhjBDXLCSQIF1YTRb21sjqMr0muU +YKwkkFw2toSq5ZUe2Gr0zkDEZ4ySCk2jSDtzRqJ4RSKxIK1SuEftqsOkyU5ySUcPaApQViMFJh0m +HT9skgTQBCQDHCGN22kkFWjCHSJYLbU5xhaalZJBUFHKNWnCWiwxji0BnEg//9L2wVJKW+Mw6m4G +Atc5z27PE7bfE3FLRgFm0eMx1uc5AzS7H9w2vU3ixZp7oDbtg5iYa3eclLvEybH3sNr1N1E9I4dR +wnOpe4GD8fnJsnuNvidRb1n6hHN/a0oaTkFbxEBt3ZPRX3E2LVnVNzanKkFNsxxpScvtXOchtXhk +THpLtZl2eLOr2NmcawHbbU5NOV2r/MwaLw4mPTf3sbXqzqHa7f7wittLdOlhOcEvn6jCEvj6zLsf +3l2vU1myq5xCluudJR275zaMEf6pY8SpPUtCW+cbs2mzlWgCOLeGcP4iPEsXbW6YQdpVMAFMjCKn +1mc6kzqQhDhFNq3yjduNoUKScABU/ASbku5TMbKcBD2lpSC5v/G2/wDubi2nOpit5Pw6Pofd2lfA +0LY45R6tfuX4iR1QocJwN/8Aqe5td7f2y3wr27mgIVX06Z2F874Jiw/MglMWAVsK/wBM8V59vFv5 +e/urFy6xunWCrAA4D6XTWqzz+45U6rbbM/lYk7LfqTeLrLXdDH6OglKen1f1TRZ83u2Qs1xnVwpR +tK1GGP8AD1zyl63tN5cvbrtM4dlAVLigVI6lxE6T+UtePRe/a/Lbe0iA6z3DyDVtgTyu/J2vb8RK +Nu5buXnvFbmq4Qbje2oppyDBf9MVr/h2Z1NhxfUBABcNDQY6+ucveXn8l5vZbi0VO3FghrpBCmtX +FbZ6vbD2NL3Va8huMvQNDAg1B6tSe3RMtPWW8sSM1p6qNWhD7ip5/ORGpqS4S9DTquAGgPT0lpXu +N3t9o1v81ft2luE0GlmJpyXR96ZNh43ydzfbm7c24pdOoVe3XSKt01aFVw2w2ux1Tdttc9nbVyT7 +wa8OLTPdt+N2e6Z7S6CwArqqDUdWbQ7m3Y71i0iM9xlJdh2VUE/SdbqvRKvK/k7d5HuE2W6Almlu +5UAaTc123a31N/FEMSbxuLf5YKVS7budarqWtR0dWPTEW3tBdW7a2ypdWh1LcFVpyAaHb+PueQ22 +1u7O2z27I0EjsqW6+46v+JqVtPRN1/a7jbO919noa6dQt9AVUP8AFbdpCmvx22NzcWhdVraBSe4p +GLA6rY1D+GdLdm7batpwHelVAxpWkyeD3w3G5uWRZC9tQ5JJPUOikbfMp3TDJ1XqNf3fVM36L4iv +US9YIowcP3DiBkOUW4za01j2NpHKKFRrQYFgyg0xhqr21bElWxqKVOWU5nQR9bdIw4EiC1bNwhNJ +BFKn9kLXV1OXqKGmX+6MO4qrcUjUG6lzy6l4ekqIyz9Q7RW8RbuMBW24AJNCNXQw+n7s8wdux1qz +mtKrjXKex8lcF/xF62eliGuKaahRdL5CeVS30l3uo1s0NFVsV+rrKTq5w0YXiVr5GwtbOqhcUatK +FY1y3sSw12bVxlOBDhRjjq6ZmfbbK1dDHbshuLqDdwGik56W0y2xvNpe8uLlpSz3CVWxc7YQtp7V +vq9v8crT7Ek6CblrrhbarnQMHBNT6xN6beyutcuqyG/gGrWv3ur5NNljx/kbSg29prCdVxmZAcPu +9tpl8r2tzt1/N7UlrRItqHIGljq1dIPVIimC3u9jbt3bwLi29Ldxa40//VLDutluLLKFH5cFVLk6 +StMVTWZSdv4tNve2t3aGzdIVkpdJJqa4sRpXpmdFXsX9nbsMUojnVcDEaT9P3VmoJJv27bG5eZbG +FzTUMhDCgOqpx907D768xLqHBGJAI0in3p5nb7nb+P3Dm3tCGuoVtuXJOPuoumdOx5lbuzvkOhbQ +UZdJFS6lUWTKeG0JNieYfbrcuXSLi0oKuppX6ukxd15lr5U7OtlCcdTAkzgbLa/kvEW0314bV0Bd +hpLgKTmzWi802Hs3hafb7gPbuoqhyjKCwJq9T7ZW7r8zCaPW7AXbmysPcOu4yAs3MzSLPOYNp5jx +u129jbX9wO8qCtEah/iXpj7n9S+B2loXdzudFtjpVtDnH+lJ6K3ULOYIzb2sIRaHGUWfMeJ3CW3t +blCt0AoTVag+33U0xk8n459wu2S+r3mJUItSagVP7o3LUF/bXlJpXlHKiSkSUXADKTGtAJYF1cIR +bMSCqjCSmEt7JMbtcJJBn/bJQnhNItKIQqjOJBn0k8IQhmgaeUPTJIM/aJhFn7ZeNMOEgKlsEcIe +yJZUw1PKJJkUWxSEBYQGPpJpMkgGHCCjcI+nCGgAgSV9cOhjnLMIaiQSf//T9IFMahHGHUphqonv +3HfcIdXCFdcJYDOTVyiRuJqcSG5d+7GB5xi1JJJIgvOPph7x4iHWDwk1g/TE+BZCL3pD3scRBrHK +Q3F5SeQkPcqMJAzHGL3F5Q9xeEeQks7tBTTALtfpia4y3QJPIDdwcowe3yxid1JBcSsgGLLwEYMO +UXuJGF21TGRvwBKryk1CHuWYl2/bS2zquplFQtaVPKsjtClpjyHqp4Q/AUnFT9SOrtavbULeUElF +auR++R92VL+sagg7PSwNKF8x/D0zj+4p2f8AeGehVhxEq3d1U2t5/uoxxNOH3pyV/VTHA7InDUCH +BFPs90O58wdztTbfakW3K1KuCaVDcpi/NR1stU0RdTgPvvzrttryCw4QuwNSAAadMvsePsb7dAv2 +jrAzZhkJov8Ah9kC27cPacVJcNqND71YavZ/DJ43xy7jtb7bswKsy9s0Uah0/eaeR/E2aX8Cmws7 +jdpZt3FKjUA7VCjj1LpnC8vsEa7pQqjIKNoJJH/KJ6bcbjfLbG33SrdO6f8ALDRQaQPxBrac3c+M +W0HvAsKBmvMhBZq9XSrR5g5Xj9ou3ssoRb63GDhyCMho0yvyW3t79PyN29Z2iUUm45rgpLafvNqn +W2mwt2mNuxuCoYf9u4VorHr1y1dv4q/c/HV7mgm3dNQFYL7vb0/yvCcORGDiXX2CLas9wG1bRVtm +ypbUaHU+mo6VmK9ov7+8LF0UZlC3KYYgZ1p7frnd3+w8ZYKMNsbe2tklLi3DqONe21sD7n16pe36 +V27M97bqWZlD2XyKrT+O42vVLKJBz/Mfpbb+RsWL2739uxasKLdo2LZIbUcXuPceT+yJsTbNu/cv +i4SoBoQBT/uf0zdd8PevXTsnvMQlsXGU21KUfJQe719UVPG39pos/mGWwxFuzptISCep/c57cu/C +U9BtzMHJvbK3auFVYO9K6SMKV01LfTNW78B43cXgbe/W5dS2ts27ahgCPq9017zabGyi3rQ7jmoJ +crjhqyRm5Tj29x41Lw0bMW2Y9V1aAA+q0hNvJMHofAWLPiAdgxN1rlzW15VwqQFVNP8ALLf1Jvzs +t0LdtBcspaBuPWpBxp016Zzdv5Bg4urb1qramQEDUP4Gprl5070Mu5sG5cZtbEtQGuC9H3U9szGZ +ZZRf4IFjf3VttTPZW520BqS3sTOXbtLp3T3blBqA+WGAj+C2b2LF78qDZKsEAc1otPo/hg8hdtNd +YhWDUNfXH0mb9Ear1EuGyWSh/DUVNByOLSy8UNoG23vIatKZmUAqqgFaMRiBXLOWXKHb41qtMPQG +c2bRTdxuGpUUNCTxjEqtQaHViCvpGv2VWhoSCc6mkqNQxBNLYyzwlRDobd7NzZmwQe3dJtA1oQWU +0nkto2ncHZ3DpDhlqRWhQdaijdWU7t8X7exvgGpU23Vq1oQ3KY9/4zY7PbLd7QF/3VVjXWcXbPp1 +zsvpOb6iptdvu2th7loLpCVIIIAw5w3f03tbO5t7tboNuw6ubYHuoeDV1Tfa8CNwLV5bqhaC4oIp +jSultMr3SXre4NkaWBtC8GGBzpoykKdm1vLV7x243Wk2mto3TcwFSPvCeWbfPurjbXchbThC7YVG +H3erVLv7ncGnbsFZdeu7jp1D/wBtG+hFX/nlb2bF653l23Zu6qC5qJxbH+q20qrgkov2+zsb3cqb +j2jqoOoNypznUbwK7Kzf3lpLDAW+odYoi+pac6zsmG7s3CCGFWUqQFrx1Tob3yG42u1f8y3eDobY +QADpP0a5mMlOD5bZ2rzi2rKGA6u2GNB7qSvx22/L23NoLeF0jUWX2lPpwM7lvwq7lVv2XCteXWXO +BOoV0t75ns+Ifb79LNq6Qtyy158QUrqp9XVrlkHK8gi7m3+Rv3be1tXFo1wgnSCwNae6IW8fY29j +bW7ne29tdINlaMzavuufpXqne3G0s2kW5ftm/pZbatqNTqbq1r7WWI/jvBbhGtW7duwFYsKXWFCP +cvt/8UbsQSMnl93csXt2BaJA7SipFGDVPRjOxuv09tfIeKtrvN9p223DODYtjUXIo2t3PVLrfivE +7i5+YKaLbLSyKdSsT7+6znuSjdbTc2HW3f3GnbuyhdCBjSul2cMyyq2cOA1gqt+A8fs9sl7ZX7m4 +CFQg1AhsR7lXpm3xO1sWfN7VixLMz0BHHS1ay5P01vturDaboIiksR20UVP1YEzTsdktjftVDdvb +PSWvOVGoup9mn4y78yIPRUTKQaJzX8t2WVblg0uEi2VYHADUe592Ubv9QJZtLct2lcNXA3OQr9Kz +p6iEHYNOAgrTOeWX9c3O6F/JKEJozm4cD/om3bfqi5fuog2yAOwWus1IJpqRSvVG4kndBPKTUeUb +WsBuCN3iPIGo8oaNALtJDcP2ybvEoQph0/ZF1HnJq+yTcgNQCNUcohIHGQMCJNwgckQ6hnKwyn5Q +61jcSBw5kqYmsGTuCTeIHBrJjE1qMa09JDdWkm4QWUMkr7qgZwd5RJuEH//U6X5xgMIRv24zzo8w +gr+IARnGHmEagDg1ynvleBuT0a74nOP+eHCecXyfrH/ueGJiCyehG95mP+cXOtZ5xfKCH+6A4SQJ +R6L84hzh/OKJ50eSWEeTUZxAk9Gu7TjG/NJnPODyicBJ/c1kgso9J+ZQisIv2jxnm/7ktc8I390t +84gSej71rKsbuocKzzX90t8zWMPKoBixkhiT0fctjOMGs8DPOf3W2RXVMO+/VC7O8lrRrV11atVC +P6aTNntUtwJPZVtHMwhbPA0rPE7b9XrfQOE0KWK9Tcvqymr/APJR29Q01ZtCCpxNK/d9s5+rT7v4 +FnxPWabY4xNwFXb3WrUhSafCeZ23mt1ub3YRU7lCQNZxoK/cmHdfqwG1cshlqwKFkYmlcKqdGmR8 +tWmlbtoJg6l1Qbw3PYIV0JDVzJH1Tl7i+RXRarc9ueNZit+c31z/AOltX71sKQqFgtzUMl4Jpgt2 +e9f/ABbl8XgakhT/AEtgyzyqqRHaTo7E7+zpHaV7TElwzUNDywnorJN+09rb21W5bC16hhXGn+me +E/uZTylzx4e6FtmguliKke7pr0/6p2fGk3dy9q1evrcKFrhFwgHQNWpv5Uiy1CZ394wF5bSIHD1W +hOFaav8ATKLG5u+P27arFArF7lDwp9M8ld/UGzFzov7m+9s9DC6QtThqrNW+PmO+1l966qyoe2SW +FLg6V1fOTbUss9PvN3a3P5W4gKi3eW+4riRpPSP9Up3/AJdRaNpbLad0wtIajNvvfdnj9/cu+O3T +bG9uWY2cHW3cNBXFRj92Ja3lncawLt0C0VoWuHM/Wv8ALLtqTcz1O42zXArAC2yqFZ9Qq1AFlew2 ++5e6+2s0a3ZfUEY1JDY11DpnC7l7S7L5F1tW1A09TEk4Zs31NNHjzvU3YC7o9y+otqQzDE+z73OZ +aRUz0e6tsyPtjb7z2gCTWuc02fJpYNmzctsttgttSceqnGeP3flt947eXbdzfat0vTcVasKr09X8 +US7d8/urG3v3t0rWb9XtVBU9B93QJdlRuZ7BtzZTyLbkluydutlVFMWDM0z7nyK39xZ2qo6vaPeN +aAaQdOdfqrPJb9/NbNbVzcbpabhe5bUOalBhqpSZ7e/3dzcKqbphc0E66nBR1aJdlSbmd/y9m/ZR +X2yqqu1NDmuY+nTOfZ7gZi6rUkECuGEzncXtyRa3O77mk6gASPswlF2/YQE2y906gCAzZfUcdPVK +qojZ2bB3l24Ltu3p0e2pwp6Tu+O3NxbYO7soLtVTUHwJJovDpnl7LItoPa7wtKaE1J0n3N9Us8hu +V2njX3YO4e6pXto7FV1E9LdLav5IdZwEz321vNtb923dSq3SCunGgwX/AMUxby3a7jsR1EgGmORE +436V8rvt6iXWDdq5gzMS1KfTruam906lzYveugs5tl3IOkVwFPf1CcORZSOtHhsUpb0uFHQoqCQd +XwgK6bVxiKAj1z+FZba8I7XnY71kXSAqFcK/eXrku+GcBqb5gpAGkLXGuP1/dmHxPUquiPQm2TXi +eP7ZS6XADcA1h6gjqwmq5tQtwnvsVb2KErpw+rrmbcePRNu2ryLWCcrtMjwX3wuOwd0NZtruGbbt +gt20QM64DPGVta3LB9otLj21GpnxxNaR9nrt3Ev4sBUNrwZcKaVoT/NOF5XdFPJ31ug9LaVdSQQD +gV6TOnH0afYzbU7v9w3Gx7IuWVW1026ZAV+uU7rdWzvBuylVSz2QlTxbVrnkvNna+M3f5S/u725f +Srm0zYLqGtdZP1LBtLVvc7Nt6zEKLgtaCxJrT3YGdVWv4mG2dPdvfvXzbt2xQ0JKn7Kzo+NbepcV +Nxat3LWGnqIII+U83daxtqurksagKC9SRwzluz3T37YKi8LiirIrHh93qlawST3Vmu4t2twiqtmr +auqtQOn/AMUxbjuXnu2bdtWIAZQ2YrhScHaXrbWWWu6totT0uwApiyrqecvxXmr27vXXJe3dXBW7 +tw1Xhm8mxRJdx7RPIXNilkXLGm0um3QHJic/5ZLu5tfn7W701SzZe1oBxJZtWqeWFi/utpudzufI +3DY2tGurcJ00Jov1e7VObZ3ibrdW7Fm9ec3WVAWZgKnpr7/qkValbZ7He+Re+9vY9rT3Sbitqw6C +Gle52gvXDcNLasetValR/pnBXxm4ubv8oLtL3dNlWLXKA8aNrnP3G9v2N1dsneM6W3KURmoCuGGp +pYXYkvuet8Xtt3foqlSm3Jt6Sclr0ENNO5tveVkWyLpstpLV/qwM8j43ylwJde3uHTuPpY62BwH/ +AHMDNtvyFy0l66u+uBrjBQQTjcYYNpfp9omdq7l3HrF8qqXRZu2mVboIQ/AdWqVDdWre+3W5bUbd +9LS21BGaA1LTy1q15Tf7u1t7m/Ny6W/CqCOo8egzBvN423v3LFzfPeu2yQyoWIBrTRq1fTKq1DbP +X3vI/mt3bsC0ytth3GBIoVbVb/q1TleXs7iyLbWNCK7U7Z6uGS6ZzOx5MLt91+YKfmbetDqepRTS +jYyryieS26WDvtyl4Xk7tpCWqFy15ywuxJZqsdxWYsF1E1A4TbsBu7m7s39IRUdTmaaQcaTz9q9Z +u3haWlSpYsWemGNK65q29y0rLbF1QRiKG4PWn1SwiSfRzvkBzwgbfoMjPB3v1HeUN2wLrAgBRUYc +cWmlPL3rtvupbcqKaxgaVGrnMbGa3I9j+fU4Vh/PpzrPIbjybWPHXt4Euara6kDABST7a46tMx+O +87uN3tzdYC3cBIZRU5fOTY4kbke5/uSVxMh8moFKzyzbhl2Cb1roC3LhtKpBBLAa+n+mZj5I51k2 +lk9j/c7fEyDya5gis8d/cvWIfI0OJjaxJ7E+WWuB+MX+7JXAzyB8jzaA+S9Y2iT158uo+qL/AHrD +CeQPkvWA+QqMDJsEnrP7vjiYD5gA4GeS/uGFKxf7gRxl2CT1x8weBit5o0znk/7gecU+QY8Y2CT/ +1fOFLYtjtqCGx/41ilbJGlgTnpIylly7at1JajDKVWtzbocADnOGeuQJ3ghXSxoRiDmCMI1od86m +fAHBAc6ZxNw4JoCMfd885fZ7fb1YADiJ2tz2fGqy51Eidu3UkkqDhWpgtJ3SdVwsqmirkSBJdv2u +5pqDw1ekstG2ULEgUOJExvul1eQL27eNWKBuNTWAm8yqFu4E0J4gw9+z3SDQjKsDFCSwAqaN8xFe +S9ejeQMVcMR3WHCpOAMW2b11iO5ghphxku3rVVWtS2Z5V5x7fbJbIaDSo4CX1eRL6nkSxfxACRdP +PHjSR7m4DBARVx0sMpos7W7fNbdvWrAlDUAEDpNNRlqeC8jcRblvbgpq06i6j5dTRXn5FK3PzLnx +Mh/MVp3aGnLCsU3N0FBquk5H19Zs/t+5uWzfRO5YUlXuKykAj6X6vpi/2rfMOjbudQ1p90j+b2wu +fkX5n5j5vEz93cjMVoKjTyl22Nu9ae6yW2ZenVcAPrp6oV2O4Nzt6dDD3lmVVy1U7jN2/wDmlXi9 +p+Z3h2/uKs+g0qhY0GNz/tzT5rWo1Z6QarM5Ngs+IvKz7dBZt3aEW0wow6bmer3Umfxtiz5HzF2x +2+4u0XStTgcteVJ2/FeHfbbpbu8sJa26tU3Djl/CmqczwmzuWPJ7i7uWNjb33uMDU449NO11rOSi +G5+Bp9sHf/t62Hom3UXLq9rUC1dLdLUP8s8fvtv461u322zsOO0SNYYsDSei3W+t2rx/L7lgy0pi +2f3uoTPdfaPZultyj3GDE3Wwqxxz0yKxWjj+Is29zu1oCeyCxxyNelp6dLA76sEoDi7HOowynE8L +bsWTce7eAuOALdtAXrjkWthlWe78bY2iWl3Bu1uMKsGVloQPb1L96N2QkfPfBbO3vfPeQJtrc0XG +0lqkU1ZT1w2BR+2ti2xvDtOQprobB1rq+7PPfp/xtyz5Pc/nj2bVw3HoxBDGuGnQ3vnXu7O8xN/Z +NRQQocPpof6ys1d/NqSqwcG4fADePtNr4e2zI+hHLXOo/wAoOrpm69vN4A7fl9u3YUKPwmL0XC3x +6tM6Oz29nVcvDca7Vpit2+SXOoYsrU6l/rljobl64233Nw23ANlqOAfv4qNMy+pTzw2dpLzXbltD +fuAu73RXE/f7kNtfE3RqS2lq4qm3f7dBqYYrcl+9sXNzure3uuDaR6vcY4Y+3Xcu6UlWxTav5IbY +C2/UFZ9JKA1p71XRKDFos3/L7bxaqXQAXMTgSfZWeqTx1vai3dXbJqtY2/dgR85y9x4Pfp+qL++t +2+3sNaqLwI0lANPtVu5OhuUWgfa3mKKStdTDEcCGizWIc4Il1OL5fb/pnab97e42T3t1d/FusLxA +Dt1Mrfdzmhb6pas7VNlZFq2C1tbjuXVX6nTXqGqdFvH7lWXd7+4pY6S1y6Vog9qDUOppo3idm9Z0 +7mgZTUgYaqdFKatWqR5KeauWLW/uW93uLasT+Hat1JUKv/totfZGTaeLL6Wspa3aNqLJkbZGmmjV +p1aps343m5s3UQtdOCs5qNP8mrRMQ2m3Vle3bF1BhqAINB/zR5gy7vx242+3u7tErbNzRboKtpP1 +VWc4fh6WvBlDVIBFKcMJ6hL9kuLdl9NhQWuLRzR8tHt6ZyvJ2Le53aPYur26UZjUaSDl1BZVfUjq +dXxOyVNiqFD1qGIJzJ+ppk/Va9vwlsMKM19OnnmZ2djf8PadbO436W7JQDWwahp9OUzfrO7tPK7b +Z7PxDneNavM7i0rUAoArB2VdUUec4DWDufpzaWdv4Xadu3ptMhLf/Mzp/pmT9Q7/APJbVNwg0XbZ +ZrerHMZ09raZ3PF2+x4a3bvW21JZTIgsWAAfT/FOF+p7dvd+Pdrdsjtq1xtRoaAe2c7Z5Km1ijPO +j9aeR+q8COQtL/0xf/zHyGpi90FeFLSV/dOdYsWb9xEJYqzBWKt1YnLqOjVOz+qPCeJ8ftdn+RuK +dw5C7jTdLGtOpTaY6l0/XPZXh3UtdJRXqc0rOrtPQzP+rd4WqLgA5dpT/hN77i7vLdm9cbUWVSMK +DEfdE861u2DpqdRGVTiOZnpdsgG129MtKfunNpQ2KtuT0Pgn7mzKllfKpatakHM/0zmbxBZ83bJC +6r6CpIBBYDV9f8s2fp4ELRiACAVAzOjV3P8All/6i2O3ubRdyRS5adQprnU0pPNTF7I6vojg+dvW +9m1m7d8bZ3m53Q1XLr269IJUHUg09K/TM9seQO3rY29vbW7gLG0lkacPYzAjpaaxZs22pevKL4fQ +beqoUH2HSp0zoX9rbu2dO1ul3tkG6+KqEzdshOkmDwm577M9y+jKFoD06Qazrfp7bo7PulUkFtIa +vADqWhl/mtsL69jbMLl9SH0CuKHJ1qNLS3xH5TZWLdu/uQt0uTcUq3SOft6odsEVcmu7ZFvbbpiu +hFtvQj4Ezkforx6X9kb/AGk1aqFnFeGDYz03k9/4P+yb3bbTeJevXLLIoCsCWY/eZdKzz36Z/IbX +Yum+vAMCO3aANwg06mHZ16Ump+R57hrKO/e2FlrV2xuNvbubVlNy+oUjVoGpcU6umeb2l7xm43AT +ZeIs2rikkXOtiAuIuLjpnat7Hc37gbaG5btuaNcXUhCnj1aW0tNG0sWNrdKbi8LVCFp7mNcjqHSs +zuwWDkX935G4HumzaL3H0s1uyQ9WwLhh7WmRdnt9v3FRLSsANTOozPCtyeiTa3bveWxuSSjEjqYd +H3pyLvj9xu/ILZbTcNm2X0qwc0PtdserV/DCBnUeJvKz2ba2VcBWS30jWvS1z+uZdratb3zo2GjW +m2WoqcNRH/TOr4vYqN4DdtILCuBcfSWpj1dKBplsePvbf9SbncXq2druLraWFTVPvabf4izVejz2 +I+x312X5Qpet7e33EH4ZoxoftnnvJ2f0xst/c2p8cbt9et37rAaziVbHV7p0vI7zZ7a6iWdzrYrV +Fts1z4au3q0f1zTt/Hbrcva3Vxjee6AxuXPpoKaTk/TMzBYOcL7qlnbLs9uLdpToV9ZZVbqZNWrq +mJ7Cb24m83NtWdui2hqQAv8A7aIT/wBtZ6W+o/NIlnckUtsXGK0YcvvTn7zYeV3u3cWfxw1FLlxh +6LqKwgzmrtvGF9D2bdvdo2rWmANsjSV010TLu/G37Ni/vLS6rWsLbpiSp9V+qb/7MVJe3aS9btHQ +7Ky4EZq1D7pqVNL2bVk6bN0ksAGZdYwVQaRLQg8mK2tD3ldFYkgMCMvu/VPTeE2arslqh/FGo451 +9rNMfmthcu7u0togkqa+lJ2dg/jds1qxuN327ZQKzlHzp7F6YtboRVOf+o07X6d3BYaSzKFAy92A +mr9N+MT+22bq27aFhXEVOePulv603Xjdz4RdhsLveum8jC2FdelRnquqkp8S3jLXjETcX1O5Fegh +iyrw1MtZp2W1Z79BHzeRb57b6fD3neygTalDZZVppd2CO3T9630zyH5huc7u/vWLu0u2bO41owH4 +dskliGUhe3MWz/T+83KarW2uXAcQxwqPQNpkTUZDbXZnO7zc5O8x4zpbn9Pbnb07lkqRiV1rlzwY +xrf6d3N24LSWC1xhUBXX/q0yyibnozld485O6ec6R/T+6W9bsXLQF67q7aC4tWK8Fox6of7Df1tb +7D9xBV0U1IHMisSTc9GczvHnAbpPGbb3jDZa2l60bbuNVCadOX/NFfaWDaZgtCMiDxiUN5k7p5yG +6cqzXa2lpVVXUMxxJrWpkXbWFLuEGknDUch/6olE3mPumTuniZr3W1TtBraAPhiMAanlHTb2kVUK +pU5nMkxKG8//1vKHabnA3AGVeFYG218trVRp+6DznRNMpBQek4eu/tqZ3M552e6IAKrQVGYyMi7T +eKoUU0iuFRxnRrJHrvptr+A3M5jbW6w0aBr4tWMNrvQukUAx4jjOjxkrHrP7ajczmna3yulUAYe4 +1zh/LbzGgABNcxhOjJHrP7ajczmHa3zVNI1njWMNpvFBCAAHOp+U6Mkes/tqNzD+m9jvV8ku4O3r +YCMhcnoq315/TpnpvK3RdfabCyV7NvcJc3CWTUgKda9X0dUHi7jW/G7ZUts2uupgCQBqPV0+6Yls +bzd+U3rrba3t0cKrGqVAz1aOpnaSW8nor0XwLfN7qw6b3x+07e3/ALgxN66tSGIGpiqfedRKj57t +7ZbFpwFtWlUGmWGZ+7Kdx4ryJ3FrcKjJt7IctbUFsxgWdvplPjtt5G+ezvb9m7snBqlulaH2NccT +SgOTn3XG9b8qt1musxuq1sBlFfras9B4e5Ys3Ljndtub62lQgJpriF0ulsfT96bfHWPG2LAtbe5b +7lvByCC2P32Eqbc7e7ubluy9rtIg7lwGhL6uu3WYeSoy/rHf2t46bWwLjOgD60DBSR7bTmgnK223 +3q7RDcS6Q2rW+bAk6vq6p6HVs0vqly+rW9NSNQP+oTTZ3Pibl4obyddAi8yeUNtJDB4dX3m2vPeV +WSnTV1qa5V6qzZdVtr4w2t6C9q6yPZRPcTTqXpnsDa8dubJe3fBtKSCQAQSuDCv8MxD+z7XfLrvp +3bi6EBzqT9KRM5gHB2WzsbZAu5ubm3bvlSu2pVf9S/Ws9Ru/KCz4zcJbtXL7ltNu0AdTCgQVbq/1 +TP5LfbfbJ20uL37hAtBwcgfxC1f4JTevbHtXHXcW2ccQ3u+ERmSnA8LsN5b8yL67Z/y4DAm4aAF+ +L4+5J6LzF0Xbe38ba09sX7b30smraVOuur6OqaUvadva7Sm53aVdeoD7zdPvnKNnebvy+8Nu29vb +2yqq56K4DVq09TfwxnqTBo83u7J/O7Paduw/kiFvXlqQTT3dv7+iZrfnOxs7W1suNNm0FBpiKCmq +U7nxPkW3Fi9bRksWizPbQFiRQ0OtpRsNv5O6/Z3N+y+yuE1t26aqH263H0rNqCOTDfvLvHO27rPc +vv3F7dGGWnU1fuzt+GNmxcq+9bcbi1ZK6QmnDLtutsdc6Hjdr4zbWu1Ye33bddVCC9Cempx6Ilzc +bd92bNl7VFQm9crQh9Q/D1fyzDzJVgp/WHkLO5s29laFxrhTUXthqLQdKXMPraZP0jYvttrn5yw5 +Os3NV00wp0rW592dIi2L9m2twOj5qGBND9LCXbnc2Vs7hChK2rTHEV1GnsVVjMJAp7trfea3H5tV +ubS3tDZW0adtqnU+pvvL/wC3MG73aXdx49UZU2vjWxVzquMSNNrEU9sr8fZ3l3YJduJcVXGFpSEx +ONFX6kWY7u08pbbcsFUvdZPy6FenD7zmaXxD+B0PI+dbcWHVGRS1akGmQ+8ZRZ3DMltQVKqqivGg +HKP47Zvu7qDzK2bI257iC0AEAH3z/NOqt39PW3B/MWbpuGikOG/YkW8CI8luNlv0e8t4XWBc3ENs +dLhvUfTplW1/NhV2tNC32FQVocDxYz3W3v8AhjaYtuEJtgsx+6tfWNf2mxuBbjXhpI6ekU+UzPaD +UHkPIIW/K7PdI17dqCgFrgK1Dvms6PibO22t+zav39zdu2NTKrA0XD6CNPTOpsm8VavXrFq8hvMx +dlU1an9PtlW/3+3F0ba1dTUA5vFuAK/hBWP33iG8Ek9PcI7BcLQFARwpUD/zTyP6ne+ips7Qpb3F +i8Hc8wYf09fcXnAJZb1sgBjgCGXVhNP6it/mtwlm24F7Q9tKYijGutv9MjUci+ATmj+J89e2bLdm +oAU1IGVc6wrp75vkarn3iSTlTnPS2/015K05uLubYZhpaqk4H0Kxf/xrf/8A3Nr7P/TO3q16T/ec +9ltDgpaG5woO4ntJ5fVPV7W3p2tlTiVRP2TEn6a8gidtNzaCk1pTj9k61ra3LVlUchmRVUsMiRnH +qVaaTyarVqZRPGbjubyz48igCtdVqHEg+2df9Rop8LetgjSSAacPrE5fjrZt7/bX0Gp1Y22U/cuD +QzD+K3Ov5y1q8PvaY0AcDjUHqnFv518Df5WeGXxm/wB35OzvbO0AAcXWqag09rL/AAPPU+T3TWvH +3NrZuIu53Fs9NsdWODe7plXhrr/2pTaTuXUJQqK4Y9Or+mU+QtbvdeU2tlLbC0lktdZujGvuwq2l +ZpzJMFPkXa1Y2gsW8bFnstpFWQEDVVj7p50LudtfLqr1t1bXcWpOOfGeysbfaW3AuMiIQBx6j/VN +zWfH3xct2r4/DOlwADQ/caTcIPHWe9a2F/cbo1226tksBTUX1asNPtZ/pi7Da2bSfm3ubna7e6un +tgVDA/fw+qejv2/EbW/ZvXr6AITpLUAqcF6frmjebvZ7WybjXBQilsEHF2H4eEZ6As2G/sbTalbY +uG2lhdFVJJOLaBnPF3dpvt15W3urWzuqWuLcuW2Jw0mujP2NPTWr21uIrXdxaF7QCaMKA06rZWXb +K+q7Q3rf4rAkAKa/AVx0wpSwGNvd0218beSz203O4tMFUHU5LdPs/hUykbraeL2ewurbU7na7ftq +7k61BHUtz766vbMvlDutx5HZWNvaYntlrrhdNDXBQ7fR9+UeR8V5C7t3tbZSLhArcqXLEfSNcqx1 +Y+APHeQPjbF20bq3L1+8b1xtNAS/XpVZh8j5UXLzXb140obdF9w1cNMta15m3umG1u2raKFVxeA7 +lR/AfqadfYeO8ZYvG5da2Lt4AgXCD1fVQH65XhERxfH7a3YQW9xvGt27jq6bcoAw+6y3RVp6re+W +29jxe5Larp1lVUBtTmmlWXCZ/IX9tZQANbuX2ZRaRsTTUBcb+HSsW8qrbuuLy6lwIDCh/kmYymak +8v4e1uv70jC3eu7Yaj11Aq/1MG6eien845teOHj7Ci13rid3SQz0BDM66Zct63Z26HSS12lcuObO +Zyrxvbjzu4tbRCqW1X8VRpqSKmrv936Zc9SG/wAnudps7m6XZIlvcb5AjNq/DLkaFuugH/d+/MXj +/KLsPHbbYhkZrKFWOOLCurTMm+2e+e5aNpSttLoa679bED6l0/TKbQ8qt59ViyNk7Gt0gG5oPu0T +Sh9yOSy3vnubi/cLqWcKAKilM/8AZZV5Gzvr6Wb23qwtMS6WwCeoaRcx+md7b+P8Hs9vbsNft22A +1vbZ1Vscfql1vceD1IyX7a2yCGoTQ05zLeZgqPENY3NrcBlS4aVYPcFaj0nS8e+7Pc39xh2LgdLx +IHFaKdK9U9gbfjrpazZvqGABYAAkBvb/AKpz93tPFWgj3byaEcMdRCjD/wAX8skz2B5jxu2tFhvr +TbnZ2EJGtMS3yp7J63wm62m2s2RYNw22FxizA5k6RT+b7ssubrx9uz+Za8v5cdRYVpT+GYdvuLG4 +RH3F62jMWooYKV6joYqT9SRElk875+1uvKb17232l5LjsUFQRVf/AIqZe6et2d/8ns0v3Vt2L2kK +Kt1Age2lfvSrYXbRa+ysLnbOGk1/0iY/OX9xd2m2SzZc37t+hGmpVacHb/3JXLfwJgs2LWbPh0ub +u2Lm5G6fcDWSpDsffap7EmOz5M2vI7zyr3VNzeougAYIqHRpx90uv+P3ugqqlrxB62Ytprkuj2zl +/k/Nba3t7Vpra37ak3TuAAKE/Qv1KsqjUjM/nru78hvEv2yNK2wv3ciTlOcu03ygqoFDXUNXOdre +JfVrbbgg33TVdYCgLVIqo+7M8ju04UHG1nLOWux3obVmRlVpDst6xqwBHLVhOoPskk9W3gZ3PwOa +2135QpQBDw1YiKux3gbUw1cuqdTCTCPVfgNz8D//1+LhnJgZKQ0PKeM5gkoYcYKGADGTHlDSSkFB +DJSSkEJ+2SGkkA1bfyvkNtZ7Nm7pt1qBQHH5w2/MeSt69N3/ALjdx6qDVqUrjMmEkZNbnqzon9Se +ZZGttfBV1KMNK5EUP0zDa3FyztV2lmluygICoAD1e7U/uaJJQSy9RutqxtldubC29raHtJcOp8Kk +n+JmlL2UusXYVLMXJBI6jxwjwxL1G56sV1V31soDZVAoRT+WIthEui6C3cBBDajWolskS9SbnqzR +b8jvLVk2Lb6bTMzFQBiWxczODp3Q3g//ALC4LcOJH8tfbJDjEvUbrasO4vXN1p751lKlScxUUMSy +BZsmzbA7bGpBAP7WjSRL1LutqzTY8t5Db2zas3dFtjXTQUB/hw6Y1vzHkbZcrdxusHeoBqQNMyVE +GoRLG62r/E6Y/Uvm1FBfFCNPsXI/0zBZv3dvY/L2KW7YLHpUAkt7tT+6V1krEvUbrasbZXH2AuDa +fh901uHMn+ppVesrednuCpc6mINMaUrhLMIK+sS9Rutqw6mDIwADW6aGAAIpNr+c8qyFGvVVgVPS +uIOHKYfnJEvUbras2p53y9sIEuilsBUqqmgHyle/8x5PyG1O03lwXLBYPpCqvUvt6kAaZqmCpiWN +1tWWfn92KhWAVhpK6RSn8tJz12G3VQqJpA5Eg/bNkOAl3PVk3PVlFiwNvq7QIFxSrgkkEHMNqm65 +5PyVy2ttrlUQAKAAKAYLwlGoSVkll3W1Yu0e9s3uXNue3cvf9x8y3xYwuXv7gXb1CxK1alMFOpYa +iSojc9Rutq/xOltfJ29kWcJ37rLpB9oHUGZv9Kx9x58X7qXX2grbB0UbKueOmcmsIMWcuSrkslCZ +1D588NtT+r/0wf38/wD2/wDzf+mc2CskLQvq31/gdUeebhY/5v8A0wjz547ev9X/AKZyqiSsm1D1 +r6/wOmfODWj27BtsjBul8DT6WGibL/6rG5sX7F3bFVvqyllcEgnI0KrPP1krKPVvr/Au2u93eyr+ +VuaNQo9QDX7Y39z8j3e93uvQbdSo9pOrTSZ6yVMrb6md1tWWXd1ur1O5crTLAD90ez5Df2e52roX +vMGuGg6iBp5SislYl6jdbViXka/dS7eIuPaNbdcQDngvtl+53O73SdvcP3FqDiBmMpXUyViXqN1t +WJYQ2Hd7YAa5XVUaq1/mmna7/fbOv5VxbqKEACh+IlNYYl6jdbVmr+7+UF4X+/8AiBSgOke1jVhS +ktT9RebtgKm4AAy6F/6ZgkpEsbrassfe7t95e3zsrbrcALdulFqQvt04dH9MoBf86u+rq3K+12Fa +f0npj0kwiXqNz1ZNzdv7t1e++t0rpNKHqFG9sS0q2rTWgoZW4tUkfytWNhDhEvUb7as2bXzW/wBp +Z7FkoLf0qVrp/l6oyee8ir3XBQte066r93AU6pgwhiWN9tWde3+rPLW9OkWenKtuv/nnKS+9sXdG +kPeuG670JapOpra6j02v4YmEmES9RvtqyvfWl325Xc7gKbiJowFARn1fxTN/bbNdRuOeQ1YD9k24 +SRutqTc9S/aeQ3e0ZmtMNbqqM7CpKp7Zn3p/PFfzNHVW1aPpJ9VhwkwiXqXfbVl13f7m9YO3uENa +K6NNMh/DjM1hEsXu+qhnwpqxFANPt9segkwiXqN9tWaNp5C9tLou7dUtvUkkA9VfpfH2y+753yF2 +5buMVBtP3FABpq9cZgoJKRL1G+2rOrb/AFR5S3XT2urPpP8A1TNvPLbjfb2zvd1btXL23Q27VVOk +BuJTV1NMdJKRLG+2rLNzub26uC5dIJUBRTAUEqpDSSkhlsFZKcZKeslIBMZBXlJSShgH/9Dj1EFR +BX0h+U8ZzJX0kqeUmMkAFTJjzkr8JKwA09ZMIMZKNAgMNItDz/bJAGgkoZKGASkkmkwaT/sYAYId +POTCASSpkgpAJWGvxkoeElIBNXpBWvCHSZKGAT5SVHKCkmkwCV9JJNMNQIAKGTCSvxkgpKyVMkNP +SCArJGwEHxgQDHlJ1SVHKHVyMAGPKECSvMw1HOACCvrITJnwgEkghrAD8oPlCMsZCYKCSsla8JIA +aAyaRBWEGucEJQQ0PKSgkgpNMBWSlf8AjITSATpk6ZOkwEUggaLzkoIskAOUmqTGCo4wBtUlYMOB +kpADjJBDjAJnJpkqYaylBQyYyYSYyAkklT6QYcoIGSnpB8JPnADT0kpBjDUwCUkpJUyVEAFDJQw1 +kqYAIZMeIkwgEqZMeUEkAMkGMmMA/9HjYyQ0A5SEjnPGcwUMmkmEU9ZKwCaQIMJPthwjIBUQyYQa +oKGkFBxrJUQ1gE6fWD4Vhr6QU51ghKVk0jnIAohJXnABph0jnBqEIxgoD8TJUcodOMGmnGCE1E5i +SsNK84CAOMFIS3KQfCStMzBrrwgDfIQH4GAMOUmrHIwQlPSGg44Qaz92TP6awA9EmlTIPhDWCk0q +JKjgKxWb5yBjygBx5SAc4CTwEhZuAggaplWSg4CLX0xjAtywgBCiQgcpKyFoEgokmnljJqpwhDE8 +IKCgpBgcaR8JKjhSCAAHKSgpwk1Yw8IKIPSkND6QmvCBiQKkgDmYAaDlASgOWMrF63XC4p+BEeur +I1liOoGU+khi1pDVuGMhCUPODGEV5Q05QUXGGp5w0U54SFRwIgAFecmHpCK8vsgIghK/CQmTV6Qg +1gQJWEERiPWkBU84EBrQQavSClPWSsAOfGQVEGMmI9IKNISYMYafOACp4iSgMhEnzgE0wUMh1cJM +eMAlIcRxgr6SVgga85MIDT4QU5EwUb5mEExKSYczALKmA1iinAyaoIH4gQUEFQeEPR8IKTSJNJkq +p4yU9YIf/9LjY8qfOT4kQVbjSGeM54BUc4QYIKxBRjBjIKmNQ8YAmMlI1KZCvwjAGnAftiQLpPKk +mmmeMcqKVJiFuAiSEpyH2w48YBXM4QFl5wBqVg0j0MgIpnDQnif2QAGvASAMcyYQD/xhrzMFBT4w +HD/fD1VwyhovGpggupjkfsg/EjtQDAxOr4CJBKHjJjwEOAzxg1D1gE6oDr4CNUHKp+ZhpQVyiSiB +W+oRgCMsIa+sB9IIDH1k6+EIw4fbJUH0+EFgFKZmTGmGEBp8ZBq+ECBqNxikNwMIPMw/LCUCKp40 +MF2/asit1xbByxxP8ogvbi1YQ3HwGQHEnkJxb99r143XHUfavBR92bpxu+XhDqdb+423Om0jNyZu +kft6o4vMDWgp8TOLbvkHGXHdmlAZ29Ki7GoOp+btg0YEfCFd1YJpqp8cJxm3IGDYepiG+RiG6fSY +fFXtgQj0QKsKqaj0i6QDnT4zyFze7jv6tvcZP5SR+6bLF66cXck+prIuHxJt8T0hdUUszAKMycBM +d/zGxt4I3efkmXzec27bG5tNbYkV/fOTe297Z3OoVU5NwMq4VOXJdp27nmNzcNEpbHpif9Rlffdy +WuMXrzMwWWNwVUVP7JazBB+IwB4Cda1quigQWtutLYZRre7IPMcZbtfDvfXXeJs19q0q3xP3ZqHg +tuAPxbleJBA/8szblr0bJJdtt4twaWNCOJmwLhWv2TEnjVtnC61BnUAn/CabSPbw1Bl5UxnG+x5q +48A4HINc6Q4190hNMaRdQbhSYgg49cZCFOREVa/GNUcpIJAooIarxkwMWlM8REFCdBjARdI4YSUp +nDAxpBhTlJWSrRBCCn3qyUHOIWJzFI4PzlgoMPhDoY+ohrwpBSnAyABUiQUOHGMC3rISctJgC0pl +X7YRX1i4V9pEbAwQOHGAqpg0D1gNRzgoaDgIQvrArGNicYANJHCsGHEUh1UhBJyoYAvw/fCD6CQh +jwH2wYjMftggSF4yUHCCinhJpHCCkpXhT4Q6ef7YvVXCNqORgA0D0MND92GCp5QQ/9PjBRGFDFqo +yp85DcHMfKePOhzzoMVHKCh4Uihq5YxsRwgE1NwpFq1chG1QFj6QUIJ40kqKQamPESA04AxAJXkK +ydZzoBDq9afAQVIgk+BNPGDp9TGDOc/2wFiP84yMhVeWENKcZWbvqTIGBzEQxkfHg0BDnj+yDWBk +ZO4DxH74KEagcT+yNjK+8flCHJ40gkhr8/SSlxvQQdxV41gN3Uc8JYKOFkKU4QD40hzyPzmSAqcs +odIHHGQnTiINTcJSqSHPjISBwMDORgBE1tXKUDhifpA9TjCpJOQkXEVNQIG+GEgIVrwk01wIwgqD +6/CT5H7ZQHSAK0+cFTmKkchDX/asJqeEg8jm3dhut1eNy6y2lGCrXVQfLplieH2lPxXZznSun9iz +bQEU5zF4+zas7rRvDotiuJ409onatrWUTtjoqlSnwNQ8RsLdvV27Sg4gMSxP/imPc+N225H/ANMR +ZurlT2n+Zf8ApnUu+R8OSwZiw1VqKCg5Tnb7e+LfDaqQeJZv8pqtLdZZpqq7nEv297tGI3Fk6R9a +4qfg0ovXrT26J7jlSdIbu6p/CBb+qY93VutrQtvzApWdYfcYMltQgrmZal25wlRPTQVzqZbZSvUc +jwgF6NepUGOWdhoukOpzBxwkQiW9hbgqp0t+wzDNIotbS8raLBHbYaqtwB/8U37Sz43av3XLXr33 +m0mh/hSZbauCLYISmAoMan70tO3v2z+NbbDHVpr+6WFZQ3HmZtg6Q8ns2+tgfUS63u9vd9t1anJT +gf8AmnJZ9oQBo0MM+H/KZWbdh6VOAJJPGn3ZH7evZswehpx4wUYf7CcC3umtXSEZqfSASR9k7YY0 +FSSaCcL8ex9ZEeJaKH3AwFVrgIoJ+9WMCMjnMAmk8/lCPQyVpkftgpXOCBz4mEqOIwilfWkGsrgW +iNAEL92QgDMw58cZKFsGwgEoKYRQTWmPzkoUOGMfpIqVoeUAWqgYgGDp4YAx6AjKgiG3qPS0YEhA +FcxWE0GZimq4FcZBQ5qB8YwJQQUPH9sYYZZRSFHAEQa0pQCkmGMMJPpSAVzgUqTwhqK4HGUQQt6S +B0rwjVJ4RGUHMRgoSynhWTVyiC23ASUYHqUiPMMbujIiHWOY+crIHL5xu2CMohEgYtTgBCLinMiV +6eQh0DiPtiEMD0U8fskx4GsUKvL7Ia04GIASfl8YRqpjjFDLX3fIxqqf8xABichJqIzEILDjhDUm +Af/U4YoTkYTbUY0+0yYcDJ2xznkMZCtMgJCP9hCo4Axq0zkJkrw/4yY8BHbR8ItRwGHOAgANyrG+ +IAg1UwEBuAYcYyUcKTwMDMy8KRdb0xanoJKt6mAA3HMgUtnjHw4/ZJXhlL8EBStDkJNNMo1QOdYu +r0rJkhKDKnzrJ2wMc4C5yy+Ei6z8JYKSlvjCNBwArCUUnESCg4ZcBBJG0rIeQgDEjHD0GcYAjIfM +yAXScyT8IcsKQY1zr85ADXKspQ9NMsYDQcYCX4UgFa40PwgBqxGdIKOMmMYA8qfGEkUwkIKCOIJM +VnNf8M4+sUpXH0gIMpQhgRgaGTTyNTIK0z+UnwIPpJAgHbIxpX1k08TWOSKUrQxS+FDhWATCmB+2 +Brdu4um6A49cZADJpPAkQCttrs1wCKPkIq7Xb5i2pPqojuCCKYH1jY0xOM1L1YyBbNtenSKcgABO +X52xU2Sg6TVf8Z1RQY4g+kzeUXXtSwFShBr+ya4386YXU80bTBqEZRklhbHGUmoYgz1M0Xq1DnNN +m4AccpkQy5DObNI6Fi3auXQzYhTU05Tr4E0U4cJxNnU3K8gZ1bB/DFTTGcuRShyKa+ZY6K+DKH9C +Af3yk+P2ZNTZUscThLQBqrjWOa8P3zmm10cHMqtrbtmiIFHoAJbicsIpDSBqDE0PIQ9QQpjX7ZKg +cCZK1y+dYSCDUH5cJGRgrypWEhoK0zX5wg14UgIRncGlJKhuABlnaJFag+giC0wOdRxllFGAOFDI +TTIVMUlgaAUHOMvriR6SAmrngZCajL7IdZ4UHxg6uVP3SEkgK0yPwzg7vDSfsjVfkPjGpXlX4xOo +nVFRuAYkGFTbYVofnGNR7v3xSRwNPnLM9C9Q4GSi8qQrjxAkocqgwPIQ1XECoi6gx5fKWANXMU5S +NbBNcjAAtU9eUYgkVyihWB9IQTzggDqEGo/H0lmgUrFCpXEUkkShCGYYYfOQFgMqxygzBEmnDMSy +hKED8/2wg1wpDQjOkQjHDCJQwPSnL5QO0WMqky4KLQEc5AGGQEsNs04RTQZ1ESgDuEZ4fCEXFbjJ +0nh9kUoh4RgmD//V4gc/dAhL1wArHW3jgISpHETxyYkSrAUpFDY4n7JYyimLn5Re2p+uETJKLStY +pcVoATHAGQxEICgwCrGlSMIVAzGHrLWOGBiUH1ViSyACuIPzhNcq1hoDkKD1kCKPj8Ykki9snPD5 +yaae2NpXj++AHkB85ZAp1U5GIe4cKH4y8BOI6pAr+lIkGcWGXEn5ywVBpn6mXEaczWIdNeUktiQV +PPCChONcuEckDj+ysFQMdNYEgoAMpAW5QFnONKLJRjjUwWRiGMXVT1/ZGBRcWqYRcRsFB/dJK0JI +jaziaDlJVweEc6a/DnICDwx9JZAmebUiEtqopjkUJ4epgqq0D5ekpSxRhWuMVga1pUSVWlVrSEpq +GZPOREKypxAwrwEOgIMM5NCh6g/HGOVHEZ8TjKBNA+o/Osei/EwFAB05/sjIppUkfKSUJFZccK14 +CKWcYHH4xmqDQElYpK50+2EvMqRO2D1DA8jGCLTqPxpJrGnl6TO+4Pc7QAxFSTwizhS+hVVtwjR0 +LgDWvCVMy3XubNs3tnHlyE1pskvWhUspONVJE5Hkdlf2F+qsQHBKPxxwaedc9ORulW627T+k9FeC +3G1e3zV7x4nGugqxldwYBuUuuqaY5jOVH2mfW6o4ARjLkrMyzTazmGaR0diANR/hnUsKDZU5mczb +YV5EUm+zurmlbOqltOHqcZ5vcX20Ticm9m7EwXUPAH5xlag/2rNdm3av2ipALU6TyMyCvHA8pw4u +avJuUNOvUxy8T49suVboNQtkawEafdj6SIxrmfgcoGY0px9J1ORAwYgDCMaDDP1rKgXJwofQy0Ww +VqPdyhhor1HVQA04kxtK0xOPAwi2zYgfPjJ2wmfHjAAG04Y1+yAkE44EyOCoxy+2ICG+UpSzSAPd +8jCUNKgiKFqcMeVZChybAekkrUkoYmnKQUORAHKVi0nFj8I5sqfafslwXA1K4VwkwXDOKE7f1YGA +gk4fskZA0DYkD4GSg5SUJ937ZAAPcKfDKQC6wDw+EJKg4g/KBlBNTSMKLxNfhNFFapxUyB2HA0j6 +lpRq1MGhQahqelZALr9YdXpBjlUmHQRlKMjHUMqRWJpU4+kUs2WJkqo9xqIAQa5YSHUpxg7iUwkB +5iILAQ6g5/KEuOdIcCItF4GnMZyGWNqwzP75DiMzBSpwx+EeijGtDAKyzA4g/GHFsKA/shah4gjm +JAKHAV/bBRSjAYH/ABgqeJH7paAw5RdWPUKwD//W5OoUwNPlKyGJwNflAXJAGmo5nCAamyNBPJEG +AmvE/KQDCtflCBTl88YVLHgfjlEgQ669Nax1VqUrU+sg5mlY1RyhsB0EY6q/CIdRPL5VMYrq9uUh +BUVP+ciBCQABQkwahTEUkNxRn+2L3VJwxjb4EgjMo9IAxPCg5nOMdRFWB+Uag0jUafGVQXAgB+fr +HX1NT6QMQMBlxMgIyH2kSdSD4gVJy4RQVrniYjXAuBOf2SKyDqJFeEkAspxJoYCRxyiNcBNK6owU +EdRpHQBqDlnJqOVQBzidKnpHxJg1cQQB6iksAfuLkmcJqczX0iBTQsDELEnjXhSIEFvUMx9kU6mF +KZRA74AkiOqEn3kjlwkkkkC8MyYGXThWsOhlNBjJRgcTCYJgOGcZcKkA/uignh8uMjF6AkmXBQ6Q +4JplnGX0/bFUVHSSDF7ZU1xrzgBZwa0NCMKQqCcQKyBcMR8YSaHmPSMaCEQ6vaMK51iqhUmvyhOD +YjH1jVL+46acJTQpqTiQByM5Z3CndvcPsrgPQYTq6LZNSJwmXTcZctJIofQzF1Kg1x4bZ3LXlHA4 +U4Ckp319N8U7/wD7ddOk0znLDkDAwi41c551wVVt1cPU9L5W1D6FG8W33HW37VNBXPCYWNBSbCys +5HPlMu4Q23KtPq8SdaKrcwea2XJXyl9nMTK10cIyXiJWEdlKqgI4ToDxe9Yi6hQI4DAEmtKfCeeT +fugpmOInttpubN7b2rtpg1tlGkz5/v8AkvStdq6tyejhrWzc9gbGxdsEam1DjSZNw2i86UrRjl8Z +1LZUtgZz94AN3cFTgan4kVnk9lZvlvPes/gzXu6xxVjtaPxRSvUw00HMS6igHD5ysMKczC2IB+wG +e9o8QjBWOBI5nONb1LxqIwJzyHOB1YA6BXmRHgCFmbAc4SQPcaRFLqOr/fGA1+44CTJlyEAN6RLl +tkxWhBjgrkD9sWpLAMTTnEMsOCs6sOfKMumuLEGMVatB9ucnbaurh9kCGFkBGYiByuNaegjEArga +NF7Izpj6RldSJMhfVWrfKQaScG+wwEAepgCLqoMDzllaGvIsYhcCa8qwdJzJHIRXABoTASRgpDCF +8SFulsqBhwrDrINB9hgTKhNPQyNoNQcTygAopzkoDhSsUFagAU/fGNsk1BqIYyKcqg/shBLY4GAq +Pn6SAKDlU84TKmxiBTKnpFAWhp9kY6R1YwEmnAA5QJK6DmBDrPtIw9DhJRq8IRipqKHnKCDTnkYQ +QwgKEAGHWAuGPOkWq6uGoa7Fcp5AFt1rXSYxxFM5XrDZxtJAwOHpJ0IKEIOAwjAKMqg8oO4AaVxj +a1OJA+IlBNfCHXyFf2wG2pxWokAdcspCQf/X4hts2Z+2Oq0XEZcZNDccIoNak4AcTPGc4Y1VPH7J +AF+Mqa5jRMvhSAsxyOkS7RBYXKnkD/twjBkI9fWVKpriSRLBboeEQijVX73+MS4W4V+JhK4+g4iE +n4mJAlsIT1LWWaB/lKyxGNdPrGGilSSZG2RyMKjM1ERxQ4EAchnGCE4k0X1gIwIU1k3EkXTU6gfl +CK1oSSIFRgephTkM4zaBghoZZLJWyKzVJjdvHVnCFIzp8Yp7bELU/DKJAWKnlXnAScBiRB7cEUA+ +mMI1fV0n7TEANGFCTh6YwroY6qV5GAMclJPGRSpFXY+lIYDW5lWgk0UxZqcoC6jqU48RApZ8SaAZ +VEIfAZQWPtB5RyAuH7ovSo/eYa4UMQIIFANddBCccMxwitQ4HAH5RaYe6nwkgDHA0hqBkMTKjqA1 +YgfvitcJFQenKkqQHd3BIatOFMP2yLWnEHPEyKarQgU/bLekUwzllISGtFqK+tYguD7sJLY/VBpI +Wowr9sgSISTjgPTjJiR1GvpIwJFSMeFZFJUYLUn0lg1AT05dNZxt4pXdXBnU6gfjjOuUY1xMweRs +9PerUqdLfCRrBauHBhkrSSDiJg6mdG03AQMZN4De1kDqABw4YGbOxZalVx5jCabNu2E7Wn3VqeYP +3p2v7qqWE5kleNs81btPcFU6jxHGXptHJAY6ScKGW2fC+QZ6i2UFaBqgf4zoWv0x5S6al7VvkHYk +n16FM6W9xw1XzXr+JFx3fSrFu+J8btNqNxuN8rXNJYbVAWcn6V1exFnW8bc7WwsJkQgJwpi3Wf8A +xQ3/AAiJtWtXe0QFq9y2hDGg9WmYXNKgDIZTx+55ePmrVcb3JOXh/wC47UrambKJOrt9wS+cN+53 +bpbTjwPwwmTbpdoS4K8QpwJlp7q0JNB6THt+DbZ31UVM8/JuqqaOWEVxBwEOWOB+MD6Wo1dUU4Hq +rp4T0HmgmJqRlxkZmJArUQoEIx45gRu2TkaRKJuQveCr6+sr/MMTiBXmJcFGRGXzihUqcKmTGhU0 +xO45IJGHGkj7igxFeUsKphQVMRktkjUtJpNaFkKXQ2OULOThTDieMVBbGCinpG01OOMz3ITpOWB9 +RIC1KNT5SDSTTFTIQDhSvOAmMwwwIPKUM5BxGMsGkDRQ/PKF01LUYU+csrQSikOpwYFTzlhUaQAf +2SsVrpqGrLFYgUpWnGHHYMh9oUY+kdVBxOB4QBQDqGUsLiuUjIVkMMR+2Ke5moxPGMXoakVHLP8A +dFYavbUfCVFSAO6RjQ0+2HDT1EiKNVcTWWBuBGENwSYApZRStQeQk9CDGDMOkUpGIPEExJZK9AU1 +IPylgKsRxldQvtJI9Y9s4VAz5Tv7Xh9XmrXtO63/AM1NUpusguBnTGVlkBxFDLGGoETOwKnCp5hp +3/8AR49vMrfev6q/Ka501adUWFUYZxe2Rl7ecQulcQR6jKMCTipJHpPDBzIbatmPmIRaKccJCw5U +POMHcjAj5yiRqYYY/CKFqcSQR60ikOM8PUYiTpp1HV+wyQMM/9DjPdphUAxAxfEtQeog0WwagFj9 +kdasRpUD1OJnkldkYkAUn1pDQV0mg5UhYHLWB/jGtKijUSCZJ8SSgEUAGf8Atyh03TgKU5RWuClF +p6Q6rgxArzpDA6o4FP8AcIhIGZEPcd16QRzrKcSTXLnSRLVgBuVNNOPrLFe4FwA9SZVR64e3gJaB +RasfiBNQgyM9xuQEYlQBUV+cQmgBB+GUYEUqTUyQRAZyDQAiCpHEGsANKmlSecihOP2ylBU6s6cx +IELYkGMSgNdWAiG5npOochhIB9ekYCgHCAOCKgjHPCKqMMSKV+9G0ClCKfCHAhAOkjHCvGRUNKDA +niZdbtDMYnkYl1lU0NAJN3YTAmhEagWprwxMtocuefOKprgMvSQ3KZEVGEkheJC5DYrl/tnFJUnE +Eepg1sR1CprwyjgA0KsNVMzj+yaBXXElq4cspYoZlqh+Jh016mJYcTC1xgOiiqMqmPgWCMCFBbH0 +lenGr/Gn+UZrjNgcQeMjEhvdUGRSZhgUJXpoOUihiKVxJgCZ3Aak4UjoNIFcx6ZSwu5YQQSaqMKc +JPfhitOUjFmWo06R/tnAhcGjUI5RguBgACQK/bFUsT05cSeEhpXA1IxJgZXw0mgOdBnDDGOjVpzr +mcpzvKXVBXbWzgOp/jwWdIEqKtzpScG62u67k11MTX5yOUXjrmdBcoRSoMEgzmTsWWxjU5CabNTj +/tSZ0BY0GXEzVbANFGQznK50qbNuBUE5DIToWqk1BxmGwMP3TfaoKTx8vU70ZN1tL+4tdq2yqr4u +7VrhwCx9j4babcq7jvXRiGbIH+BJotthSXLPO+S6rtTheB2rWrtual+Jz/J2Crd1a1OBpOUbvVQZ +H5monpN1aFy0y0rVTT40wnngDpOoUNc8J9H2HLu4nV/kx/LY8XvqKvIrL8/+pDB/88IhuMMKFx6c +I9K4LyxMUAjAio5z1o8kjEtSqYekiu+AHGAaWyBUnnwjltNKVwzpzkcEcDrrUdRJJygc1WhBWFbj +nqoPnI17A1FfQTM+BmROWkfExmY10mp+AlQvMahFjVugAhaH7ZpZ6mlBNIByI/fGVLjCoiKzk45+ +uEdSaVJpSVorQCvFyQftg1XywC4g8WjNdY9JIoOPMSFunCuWYkyRiFbjHEU4SwDSAMQBhhxi9zpx +NYxBNsMpwlyBXt0xFCORlfuYOwK0wHKXkOAKCo5yA44EU4wUrpWhXE8TwhBXLL/OAkF8KD/GEsK1 +ofjEEa0HVRTVT9kUk6qAgHlHDAioJPoYjqGNGoKTPcznuMqqR1YxHtMoqjYQe3KtByMdXY5CqniZ +a0tZxROz0Sku1voKAyjOpkDtm60j0biY2QpSonr4vYe4t1qqr9bg6V4bvqo+JWerAYHhGACgDKGl +PaKekNeYn0va+0XBLdt1rf0no4+PZOZkFONZUVxpqr6GXH0im2GOI+cvvPbvmotrStV4kclXZKOx +V2xw+yE6VywHGP2lBxrT4xHfThwnx+Xg5eP66uNfy/5jz2pavVEN3gK0+FYCxIwz+yAFaZA8jHUB +jj9k5eRkQOdVCKc6mF0Byw+EsZAP8jAKDIRJk//R4/b0qAczygoVyNPQYmMwGRJJ4CDRppTEn9nx +nieTl1BbGNWyj9JHISMQuZFIFfDURQHKEu4gAtClAafKphDUAH/EwM4Y1rhAa1qDgP8AbOUsjgGh +1dI5Ss1JzNOcIKsaNg3OMptqcqn1yjyIApQFi2HrjFUAilaxnAIzB9BCgoAa0HKCiBQRSmo8AJCq +igbpJ4GPrqarllCAoxOLc85JBSyDMLUnI5GGhAo2R4UqZaHoRQVJ5wvVgajHhEkKVIbMYDic4H0g +0A/yhKMMsKYmsK49RM07IoAzCmrHkJGcKcWwjKvVQEQG3Q44k8c5nqTABr4Yg8Ip25Y4mp9eEcgq +K5/GDUydQUVPCWNCwMEVUIrQDlFFoaaDPmYwdjUsAteWMsQpowPTICsBaAVAJGMXtMuWK84bjlM6 +enOEEso1A14CWGGLrqAtaiOqqFrSp4AQKC2a6RzOEgJHSrD4xBYGBYsBhbA+fygYNUilccjCVoAL +jZ8oCAWqK0HOEiJClaZEgjNRlG1qRqGdBnH6TiFIHCFrdBUUNMxJJRD1AmgryioisKkgHhCz0B0j +UTF1sFpShMuRI6hRQ04wrSp6dONcIURaDuHHlFOkmqkhRmJJ8CSJdais69RUEj7Jwp3LoVqrbxBF +CeJnCIOrR7SM68Is0+/Q6ca6kLcBiYVQ1q5oOUmAwX5njGUHgPtmWdDRbAIovSomi0oOC5cTMyKe +Jw5TRbbCgnG5pM22aUmu2aTFabCa7Wc8nIjtRm20f2TQhme3LlameU81kemjLjjPPOPxGC0zP7J3 +e8lMMZwqr3WNK6scMhWez/zU55P5f9x5/fw1T+b/AABVUFGrjyh06l1A+3Gg4yxQgFCaHnh+6A5U +Ar/jPpPB89qAKxIJUYE8ZKOG9uBxypDWo0kU5cqwMzINJNeXOkkjyDhSpoPXnAxpShFDnK2J9r9Q +OVR+wxxbs5DCuYrELQhPwyK1x+H74AV1YkivGDtkYLlzhfDA58ecY0EANxT0jqpnCe0aDL4xNShg +a/ONgFwwP2x5FDoripAPqYG1KMWBPpFFxiRQ6iI+tCBVSKZ4QCpGbVQ10k5gUj/V7iV445RShJNH +0jlFAIYEfOssT0Ba91VYAMKEYHGRrnUAOPL0ii6AzalHphxkRmdSVoQeFKQm+4+JaaMAD8uEGtK0 +xwyEq0Gnu+VJaoGila/xcYlEx2Brr6AfbAzazxw5iQW+noxxhJJFCcsMJTQBo51/YRIHFCATQfKI +Q6+01HIZxwdZGugPORSnKcPVBJkFygOrEDlHVgcsa5QPbKr05+mUr1aR1DDnPZxe/wCamLRyL9X1 +f5jpXlsuuS+pBwPyhlC7hahWBFcJcJ9P2/uK81XZJ1hw0ztS6spWCDLGFf8AhAWGXCLqBFRlzEc/ +uOPhSd5z0Syxe6p1HNMq1iErQjP9sWhoanUDl6SNbGdcfWeHk/8AUbxTjX8+f6Ti+fRfiVsyk4Ch +5iMq9NRGUKDQrCVBxXCk8F7u7bhLwqtqOVnOQLdqaNQjnLBdStCPnKmQEU0gHnGRQFxwI4f5Tm0Z +g//S4ZR8y1CcqQIBT/E5S1ivD/UZXqDEacp450RzljBG+qh5cBBS4BqagXgKxlByrU/bI5UDOpHr +WMsgMsyNJyEDh2OZPoJC5FCtccyRBqNaAaeOP+UsFgKAgY0qZDgSeHEn/dIru5NBlxOAiG7qWlQK +5gHCUQwlwwpw4AS22q0rx5zNoCGtAw9P8ZapbpINQc5GhBYFYVDUC8IOlciRXMyFlK51PpDQacf3 +yRqUAfGgx9TAWxwxJzocpCGI0g6ZLKqo0kHDiRSG0kJUCIhGLY+pMjhif8P90suNq6TQAcBnKGrU +AMQfSZy2Y6j0W2CW6eZMVNw1ar1A5VjdtAvWa8gcftgF1C1KgL6YSpFQ6jVwxzoecKoRma8aCEKd +QZBlxrHdtIoc/wCGWWXuKBUUHSDiQYGFVwFfThEdiBgKn9shuuAAchmJYHwAAGIpUcq5VlutgdVM +cpXqDcaAfSM6ese3UrgKLXhDLIDqOZwjC0tMiQf9uMKuuuqj5xuutSaVzpjMySZFOkAgDAcucii2 +TQEjGDoddLGlTwh0mycBrxwA4y9EWILWFVoBlmKysnSaNmePEwLqBLPkclp/jK3qWrx/d6wkEMwX +ppiOVZAAcaCvIyhtQIIrgacJptJq6nrQZw1AYmo6qMMeX/CU7nd/l9IAq5qFrkBzmtgwrQdB4icj +yLA3woyVR9pxkfQtFNsmna3zrqTUmdi3tttu003UV6jiMf8AV7p5qzcpSdrYbqlMZ4Pc8b+qrhnv +4bLo+hyPJ+Ou7HcaMTabG254/wAP8yzOobnPYbi1Z3+3axdwDDBhmDwYTyO82u42e4axeOI9rcGH +3lnX23P6i22xevX9X6jHPw7Hur9D/p8CxAOJl6FBxmJQM9UtQ04zpavicUzo2mHym20wwnLs3BxM +2Wry4UOM83JU60Z1bbYVge4gXXdbTaX9szi/btoblxtKLiSZxfI+RbdvoSq2VyHP1acuPgd7aLvY +7PkVF4nbfytm4ht2cmBGA54cZkO3vW7euoZeNBkJl2IUUM7u2AZZ0XJ+2fyZq380/m8zO31vqw10 +aOLqoemlRWuHCW22/iqM+YmrfbC0t1SvSrriK5c6TP2jbAU5cKnOe+nLXkorV/NqeHlq6XdH1qF7 +mHTUDnnF7irTUNROBaRipwpXhygFoHJvgJpGRyxK0Fa8InbusKoQaHI4QhXXAEGBmOvSTRTlSRdS +BBNaZSOCFrWtcjLGZdAUfI8ZW7MTiMThLJSjQNVATStfnL1oQAR1c+YgUY9WFczLTZVQGy9SZrqW +AKqKK0BJkAAFBkeGUgtsG6hQZgDKMSoBFCRymDMGY3HTDAqD0ls6co/fttjp086Y/vjt1ihIAHPC +ABCuK6jl6yyFKANBxJFOQ4xLlSoCpVa5DjJoodIBK5jHEekZQMQK9WNP/TLJWgKvSADpb7vCOGAz +FGyoIpBuErqoQMDFVdKsDUn4VxkepBjTHVnnSkUOuAAArwHKRFLiq+4ZjhSMukNp01Y44ZyyWQJZ +1NQNQ8ucYagCGWvCsFUr1YEGQlQaCvxjITYV1kcqSLqPCvOKlMSrU5yxRqJAuVI5Q8FlilAa1XLK +ks+MX6faajOmJjqUYcMPnPd/5nJHJan3qf5qHTgb3NaiuVK5nHCVldIyp6R2RXNBgREcUPUa/tnL +3vN6nO0ninyLy+oxy3m78MBVsakMp/ZHxr+J8olo19APSWaWOC1blWeVx8DAAtMa1WRRTL28Yw7l +rBhTkJFYNg+FcuAkyUShDV4c+EbtilcieHCLj7NWPCsBZ0NDieRlB//T43a7igtkPskNsKeJ5AYS +x6kGgwHrFGgCjY1+M8cnOQhmOB0gcorCwhGPUZNRHUB8zgBIyoW7j0JpgaZRIGZqipNF50mdr2lq +6q8hFdmxY108Mc4bdvSGNQByzMqXdlAWa4cKA86mEIgxK/Cn+MCBkqaH0jB2YaWI+JympEgFDTVm +cgJaVHb6GoePGKHVCFBqBnXL5Q6k1fTQcpGGI4JUAVrxPOTSaDE4ZSKx150UYkHCM5DGqggZSSBD +ebAA0Yc4qvfcGpqfhh9shWmApXkM4VAyNWHKIQhEt22ILMdQ4mtJNdsYWzVuQjBWbppRaZGAKqoV +FRyphG0m0iNRTqU6+A5j1jWwhTU6DUMzwB4RLVoAYt8QY5WvQoATnwlhIsIgucMFA4iQ0bHCo4HC +shRioAxAy4Vk7GTFjX1klDAoLgac2OSiKA5q5wXlLlQqegaWOdBIxeoUjA/P9ksgqYXMCpoeYjqG +pXXQ+olypRQSaVyGZrF7bIcW1CvHhJJGyayAMAwGY/4QlQgU+0tmM8OUhKjAAr6iKATU0AHNjlIk +Ehu2WXOi/vjNcoATgBAqowOdWFDyjdu2qlR1HlzpI2g2UtqOONOcFup9wwIhe7cGCEAUxwleog0z +PKaq2VGjR9OBXP4ES0DAjMHAmUWRWo+YpLgVT/OtZLdQwAK7Y8DmMPtmXyWzS5b7tr/vIOpfvD/q +WanuaBjgOB4xUKuaaiDnX/b2yRImOhwU9JrsXihpBvtqbDd1fYx6qcGmZXnO9ZO9L90eh2u6qoE2 +XLFjeWTbvKHU8D/hPP7fcUpOxtNyGpjPn83E6vdXDXdHs4uWcPKZ57znjx40o1t6pcaiq3uEzgL2 +0bImtZd+o90263jKtWWyQigDl7z/AK5ms2mvLoYtbZRVWphXkwn1KVsuCj5H87U2fxPNd1fJZVUV +mEXJuLKe8nD4zTf342q0Camw9BjOTcBAo2JGBM2b1Rcu6eAoafITfocbzaWkjG9roNd3V++fxGqo +yXhFUYxZYk44SwoLMvJu2ZxAnd2bgATz9gkEGdfb31tpqY0Ani9xR2wlLZ6OK6r17Gry1Fs22PM1 ++FJzVuY0pX09JZuL73G1OQwI6anIchKibi48Z6/b8T4+KtLZan+J4+e65OR3WJ/wGoGyHGoMLWWB +J55EGIt1gDhjx4x013F1LgV4VwnXJyIgauFGpmeGMUggmqmvpIwKGr+2uQPGKLouCj1rwIxrKlIg +bUhcZqciZHIQ0LH7IbZFekVFcQIWtCgYHSONcYKLSqHtn4kxVJPSwy4jCXLpAoMa+orC7qENCVOQ +jIRUwHBtIzktkq1fdXInDCQoSvuPqIuk41OqmRHD0l7FwWi+AaEEHjXGkVy2rM14EZQXADpIFaZg +4SUU4gtUZgGRQJREtscQ1a5DGWNpVBrIB4UwlaszNStBz4wlKvjVjwxlL1BoShKHq4xAAwNchn6S +wqVapBX44iAh6GpC1+z5ydGSIAgc8QafVWJcuMpxp8awtaw50xwOEc6SlGUMKZZzpWqtPgpKkmUJ +cQEc/hhGVgScBXgOEYYOAQaE8cAPSNbUkmgwGAnT0l0bj4o1tF7TKSwAXnSMpQrier7IyuyEoQTU +4H0iKF04c8ZlcUuJjLr/AJQkNqoCWxT0MiOorpx+NIqVVjU1X7vCWKqEAaaYVFMo4W6X31ea9Iz9 +X/H/ALiVw5XYRzkTgeEJZSaHh9kBQFtLYU/bFVRTAVxOI/8ANIuBWtG7zj+33GdmepfTRTQc8T6y +PcNMVoDEtlQlONeJhegQkmK8EpOeqb6faFSV1D31pRxUcK5iVnRqqGHqDhK1BcVYc6+sdQdIDc86 +cJVwTtW76l/b/UVU6Z6lmpeFCONeMOsaaBcOco0kLgaimA9YyllGY+ExemyMzKkzZR3P/9Tj2rqg +EWxVstbQaiTVqEwBkU1FKHgP8TKyh16wKL94meRKTMDOSSASFXP1MrVlukhanlgYWq66lXSo4mgJ +kthHHUTRfpTP+pprCGEWGxbW2S5x4YfukFokAJhXnBV2bStSOBrIFejVbBf9vdMSZGCHImungMoD +aVvcNYz9JV3mAIU4ZE0lttenVXVzFZUmIFZXRR06a8RnCGIXSigkYCvOG8dVD7ac8ZA1tKHUTz5n +5St4ECiw5xfHGpAwhZnZiEFEGAPCWdwMDzrkYapo92eFKYTEshRbTSWDVUnlh+2RGNti+fDV6ekd +7eo1oNPDHOFgoUUNRXEcvtlRpBZ1dATgtfmYERe4SBgfnJ3aDURgMhSuHpDXp1MSozB4wCtlKXMT +QDjGAxFQK/SK1A9Y1wqynSaEDAc4E0kAUIAz5V+MpJBcV3QhHoWONMDJbR1A7gCheOcfuFCCaMTh +Q4RmYhCOJyEyAPUCqmrZEgRbeonAemWXrItSBjqOZGQpCFIAZa6jkCaAzSgYC2pccCTlQSsOmrHF +fWtJYUc4tRjmIBbY5gnnhgIwMCsLZSunjhjWsa1abqa4MMwP8IwVAhVqiuTcMIw4jVVaYAyTgoU6 +BVhpqcBnQQa7YbUScMzTCK1wYachnjSVabtyrYHUehF5QkmILH/ErQqF4E5/slT2yWrbPSBUmufO +OpYgigXmI4WgBU4nl/nL0QgVQoFa1pkMZDRsVJBGQykJJOlMG5mRbZAIc0UcBnXnMszLkiA9w3Dq +Y5Y5SztoSa0pxpnFYhHGnED6ZWLpLVAohrXn8JMsDsFbofUyGo+ImB/D3DVrLhlGIDYGdALVQFND +zPH7JchDCnt9IZU3VYOC2z3tnEoWHoQYLm+3Fmwe2rBmwL0wUTs3WNSqLjXGuMqfADDpPu4gyJVb +TtWUjS5rI8vdut0upp1CdFrlbaXAfcKH4iWb7wyXU1bZhbINdBHSf5ae2P42xct7Zlvr1M1NBFcB +O/Lat6yjVeSEzlXlxOmtBi3+6arzA3gfvIpGNeEXyaLt7txAKBgCo9CJbtdpd3S2Lp/CULpNQan+ +USuPTy+xdywyuOjAZmbrfjEUnuuHHAKaYfej/lNuAALa+rkk/wCM8/Uj5aoz2bupgqipM6K2tSkM +fbSgpnWVIiWnaiijD3AUEsV7gFVoBnUYgiapx1TnuV33LwGpQ5aqYfD1kVTUVNRxlY3C6gQWJOGq +lI6EFSAPic5pmGWBAyA0zzpKz0AacQOMN25obUONMBlEZrj4MdI5ZD4aZkkFiqrUGvqbEV4iWG2G +UIpAocZQ3bFBSmkx7KUUgHUa8eUOepAOAHGnD4YRrZuBgWxA6qRtFvVpBqc60gu1Cla9IzMqYFuu +C4ZVJJz5QitxyB8CGygS4rIFTELmc4SVJzx4RljLIFXVShPrADZV9RqVGa/8ZAcAhBZTljQQU1Gj +EKo4UwiR06jDGtCSMwDjhF0ECqjn1VhuBRjbOgZE/wDTAQ5QrcAdRk1dJk6kkrAYP/ujA1Gog544 +GIly4p03HAt5An/GXhmYBV6/vBZpG6sAuC4tADT1hajLQUFMx/jIVa31NVV5cTFZEILVNQcKDMQw +2HHEAhRw5SOQyimBpTSMvjWBCgwqD/CcItxrddWkimRkABqY0rSnHPGK4dGJpw+2M13BWoDXh8IC +ylTqH/GUhA5Gkgal4iPQM2AqAJSAi3A2fESxlDYnp5MpkcCSwsAvrwi0wFWoeAOED3HVSPeBgcIt +sBhWlWHPlCLKHLAH2/HnCoSuFQOWUGsOMBpbkcawd1R0Gmr0j4B+A4tKhqCWrnqykZTpwoTmAIvd +XV1McDGCqCxWorlyhEgrZhiDSowPoZWr3VNGqBwIoQZfoDAggmnEQdtNNFBBHGVseAUKsK6gPUf7 +4HWnuNPWAIWqGGEiFsFIBHGvL5zMEg//2Q== + +------------C230F2CA5C4A5-- + + + +From berenguier@nevrax.com Wed Jan 9 11:22:45 2002 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g09AMiw20772 + for ; Wed, 9 Jan 2002 11:22:44 +0100 (CET) + (envelope-from berenguier@nevrax.com) +Received: from lionelb (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g09AH4J95891 + for ; Wed, 9 Jan 2002 11:17:04 +0100 (CET) + (envelope-from berenguier@nevrax.com) +Message-ID: <003b01c198f7$71970030$0601a8c0@lionelb> +From: "Lionel Berenguier" +To: +References: <87n0zo3d4p.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me> <87ell037cv.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me> +Subject: Re: [Nel] Issue to run snowballs2 +Date: Wed, 9 Jan 2002 11:21:47 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 5.50.4133.2400 +X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Okay, sorry for late answer but this an issue I have not yet fixed, and I +apologize, but I still don't know how to (the fact is that here at nevrax we +develop under windows, still trying to support linux, except network guys +which really tests both versions). + +David, you're right, glSetFenceNV, glBinProgramNV etc.... are part of NVidia +OpenGL extension, but they are dynamically checked (like all other +extensions) in driver_opengl_extension.cpp. + +The difference with other extensions is that they are too recent and don't +exist in GLext.h, so they are defined +in "driver_opengl_extension_def.h". + +I tried to follow same syntax as in GLext.h to define thoses extensions (use +of GL_GLEXT_PROTOTYPES, use of APIENTRY) but it seems that it works under +windows (even with drviers/cards that don't support thoses extensions) but +not under linux. I'm not very aware of dynamci libs (.so) under linux but I +think the problem is that all thoses functions are not "export"-ed and so +the dynamic library loader think the function is in libnel_drv_opengl.so. +And of course it is not. + +The test in driver_open_extension.cpp:333 ensure that code that use +glSetFenceNV won't be executed, but it's still compiled and linked. +Therefore it crahses when the libnel_drv_opengl.so is loaded. + +If someone could explains me where I am wrong in +driver_opengl_extension_def.h, it would be cool. + +Also, can anybody explains me why under linux/unix we don't have to +dynamically import functions (ie with such call like wglGetProcAdress(), or +window's GetProcAdress()) ??? In other terms, What system underlie the +dynamic library loader (I suppose there is system which fill a table of jump +or something like this but I don't really knows). + + +thanks + +Lionel, Nevrax. + +----- Original Message ----- +From: "David Mentre" +To: +Sent: Tuesday, January 08, 2002 9:39 PM +Subject: Re: [Nel] Issue to run snowballs2 + + +> David Mentre writes: +> +> > Are those symbols standard OpenGL or Windows specific? +> +> After further investigation, I would say that those symbols (and thus +> library functions) are NVidia specific: +> +> http://oss.sgi.com/projects/ogl-sample/registry/NV/fence.txt +> +> As far as I have understood, the NeL library should have queried the +> OpenGL library to find if those extensions are available and if not use +> a workaround. Am I right? +> +> However, there is some code to test those functions availability: +> driver_opengl_extension.cpp:333: +> if( strstr(glext, "GL_NV_fence")==NULL ) +> return false; +> +> Maybe some cleanup would be needed in driver_opengl_extension_def.h? +> +> I would so much play with snowballs! :) +> +> I hope it helps in some way, +> Best regards, +> d. +> -- +> david.mentre@wanadoo.fr +> _______________________________________________ +> Nel mailing list +> Nel@nevrax.org +> http://www.nevrax.org/mailman/listinfo.cgi/nel +> + + +From kalldrexx@programmer.net Wed Jan 9 12:09:06 2002 +Received: from ws1-10.us4.outblaze.com (205-158-62-111.outblaze.com [205.158.62.111]) + by www.nevrax.org (8.11.0/8.11.0) with SMTP id g09B95w21073 + for ; Wed, 9 Jan 2002 12:09:06 +0100 (CET) + (envelope-from kalldrexx@programmer.net) +Received: (qmail 24573 invoked by uid 1001); 9 Jan 2002 10:40:14 -0000 +Message-ID: <20020109104014.24572.qmail@mail.com> +Content-Type: text/plain; charset="iso-8859-1" +Content-Disposition: inline +Content-Transfer-Encoding: 7bit +MIME-Version: 1.0 +X-Mailer: MIME-tools 5.41 (Entity 5.404) +Received: from ws1-10.us4.outblaze.com for [65.14.53.206] via web-mailer + on Wed, 09 Jan 2002 18:40:14 +0800 +From: "Matthew Shapiro" +To: nel@nevrax.org +Date: Wed, 09 Jan 2002 18:40:14 +0800 +Subject: Re: [Nel] problems compiling.... +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +I didn't say it compiled with errors ;) Nevrax compiles with errors casue stlport doesn't seem to work right.. or something i'm not quite sure... +-----Original Message----- +Wrom: FGGMEPYOQKEDOTWFAOBUZXUWLSZLKBRNVWW +Date: Wed, 9 Jan 2002 03:22:58 +0100 +To: +Subject: Re: [Nel] problems compiling.... + + +> +> +> > OK i THINK i know what's wrong. I followed the new instructuions that +> came with the cvs version of the code and i did the nmake clean all stuff to +> STLport and at the begging it says the following files could not be found +> like 8 times and then compiles the rest.... Then when i do nmake install it +> says that cl.exe cannot be found (apparently cl.exe is the file all these +> compilations want to maek... including nel...) any ideas. and yes STLport +> 4.0 +> > -- +> +> Hi, +> +> cl.exe is the compiler that comes with VisualC++. At first sight it seems +> simply that your path isn't set correctly, yet nmake.exe is (at least with +> my install of VC++) in the same directory than cl.exe, and your nmake.exe +> seems to work. Are you sure that cl.exe is installed? On my box, this is +> located in C:\Program Files\Microsoft Visual Studio\VC98\Bin\ +> +> What version of VC++ are you using, and are you sure you moved the right +> makefile from the STLPort distribution. I've compiled STLPort 4.5.1 without +> any problems, with VC++6. +> +> -Kai +> +> _______________________________________________ +> Nel mailing list +> Nel@nevrax.org +> http://www.nevrax.org/mailman/listinfo.cgi/nel +> +> + +-- + + +----KallDrexx + +_______________________________________________ +Sign-up for your own FREE Personalized E-mail at Mail.com +http://www.mail.com/?sr=signup + + +1 cent a minute calls anywhere in the U.S.! + +http://www.getpennytalk.com/cgi-bin/adforward.cgi?p_key=RG9853KJ&url=http://www.getpennytalk.com + + + +From legros@nevrax.com Wed Jan 9 12:13:04 2002 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g09BD3w21129 + for ; Wed, 9 Jan 2002 12:13:04 +0100 (CET) + (envelope-from legros@nevrax.com) +Received: from benjaminl (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g09B7LJ96528 + for ; Wed, 9 Jan 2002 12:07:21 +0100 (CET) + (envelope-from legros@nevrax.com) +Message-ID: <001a01c198fd$ede96b90$1b01a8c0@benjaminl> +From: "Benjamin Legros" +To: +References: <7932890954.20020105154321@in-orbit.net> <000901c19795$1f9738d0$1b01a8c0@benjaminl> <3045646396.20020109005607@in-orbit.net> +Subject: Re: Re[2]: [Nel] How to use CollisionMeshBuild (.cmb) +Date: Wed, 9 Jan 2002 12:08:11 +0100 +MIME-Version: 1.0 +Content-Type: multipart/mixed; + boundary="----=_NextPart_000_0017_01C19906.4F136850" +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 6.00.2600.0000 +X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +X-Reply-To: "Benjamin Legros" +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +This is a multi-part message in MIME format. + +------=_NextPart_000_0017_01C19906.4F136850 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit + + +From: "Robert Bjarnason" + + +> Hi, +> +> I've exported a .cmb file from Max from the same +> Max file as I use to export the instance group that +> includes stairs in the Mayan pyramid we are +> reconstructing. +> +> The process explains it self and everything seems +> to work except when I load the scene no collision +> happens with the stairs. My .rbank and .gr files +> both grow and this is the output log: +> +> 02/01/09 00:25:33 INF 708 main.cpp 234 : compute retriever 8_AO +> 02/01/09 00:25:33 INF 708 main.cpp 255 : Material 0 used +> 02/01/09 00:25:33 INF 708 local_retriever.cpp 665 : compute topologies +> 02/01/09 00:25:33 INF 708 local_retriever.cpp 709 : generated 24 +topologies for character 0 +> 02/01/09 00:25:33 INF 708 local_retriever.cpp 709 : generated 0 +topologies for character 1 +> 02/01/09 00:25:33 INF 708 local_retriever.cpp 709 : generated 0 +topologies for character 2 +> 02/01/09 00:25:33 INF 708 local_retriever.cpp 709 : generated 0 +topologies for character 3 +> 02/01/09 00:25:33 INF 708 main.cpp 195 : instance making and linking work +time: 0.010 +> 02/01/09 00:25:33 INF 708 main.cpp 325 : 0.170 seconds work +> 02/01/09 00:25:33 INF 708 main.cpp 329 : CVector translation_0 = +CVector(-2237.0f, 1149.0f, 0.0f); +> +> What I see right away that is strange it that the +> approximate middle of my stairs in the world is +> (2240.0f, -1148.0f), looks very much like +> "translation_0" except for the "-" being swapped, +> maybe this is just a coincident? + +This is normal, because .lr files are centered on the +center of the computed zone (because of some vertex +compression on 2 uint16, we use local coordinates.) +So, the translation_0 is the translation used to go +from world space to local space. + +There is also a really important thing for the indoor +collision export. To embed the indoor collisions with +the landscape collisions, you have to create an 'exterior +collision mesh' which will be used to collide from +landscape to indoor and to walk through doors. +This mesh must coincide with indoor/lanscape doors +(e.g. for a house, the front door) and common edges +must be invisible. In attachment, a little picture +that will probably explain more that words... + +Please note that common edges must be flagged invisible +to be recognized as a door. In any case, assume that +visible edges are real wall (can't walk through) and +invisible edges are soft (can walk through). +You may divide the collision in different meshes +if you respect the visible/invisible edges (that will +allow to create different pacs surfaces, different +material, etc.) + + +> When I export the .cmb file then it takes on the +> name of the instance group of the shape...I guess +> that is normal, right? + +Yes, and you'll get this name when you call +UGlobalRetriever::getIdentifier(const UGlobalPosition&) +Another thing is that the material id you set in MAX +for the meshes will be the id you get when you call +UGlobalRetriever::getMaterial(const UGlobalPosition&) +minus 1 (MAX ids start at 1, our material ids start at 0) + + +> Another thing that might be related to this not +> working is that I had problems getting the +> Landscape pacs to work until I realized the +> importance of having my zones translated to the +> correct world coordinates based on the names. +> I used the snowballs example max zones to figure +> out where they were supposed to be located. +> +> According to the Max snowballs example_zones the +> size of each zone in Max is supposed to be +> approx 4 meters by 4 meters, and that is +> supposed to translate in the NeL 160m by 160m, +> right? I'm a little bit confused on the zone +> size issue because the units seem to be different +> in Max and NeL? Also, am I correct to assume +> that the zones have to be in the correct world +> coordinates based on their names for pacs to +> work? + +You should use MAX generic units (menu Customize, +Units setup, Generic units). Zones are approx. +160x160. Please note that PACS zones must not +be wider than 512.0 and better centered on the +grid (again for vertices compression...) + +The build tool uses zone ids to translate into +local space (instead of real zone center, this +to avoid linkage issues due to float imprecision). +The linker also uses zone ids. + +For your convenience, these are the functions used +in the builder to convert from float coords to name, +id to float coords, integer coords to id... + +string getZoneNameByCoord(float x, float y) +{ + const float zoneDim = 160.0f; + + float xcount = x/zoneDim; + float ycount = -y/zoneDim + 1; + + char ych[32]; + sprintf(ych,"%d_%c%c",(sint)ycount, 'A'+(sint)xcount/26, +'A'+(sint)xcount%26); + return string(ych); +} + +CVector getZoneCenterById(uint16 id) +{ + CAABBox bbox; + uint x, y; + const float zdim = 160.0f; + + x = id%256; + y = id/256; + + return CVector(zdim*((float)x+0.5f), -zdim*((float)y+0.5f), 0.0f); +} + +uint32 getIdByCoord(uint x, uint y) +{ + return y*256+x; +} + + +> Maybe this is unrelated but build_rbank does +> not compile anymore because it can't find +> moulinette.h + +Wooops ! +I just fixed it on the CVS, but you can fix it by replacing "moulinette.h" +by "build_rbank.h". Sorry... + + +> I include a low quality screenshot, still only +> first pass on models and textures and we don't +> have our sky-dome or visiting characters in +> there, yet, only good old Gnu :) + +He he =) +The gnu reminds me of something ;) + + + +Good luck ! + + +Benjamin Legros +Nevrax France + + +------=_NextPart_000_0017_01C19906.4F136850 +Content-Type: image/gif; + name="coll.gif" +Content-Transfer-Encoding: base64 +Content-Disposition: attachment; + filename="coll.gif" + +R0lGODdhgAFUAfcAAAAAAIAAAACAAICAAAAAgIAAgACAgMDAwMDcwKbK8EAgAGAgAIAgAKAgAMAg +AOAgAABAACBAAEBAAGBAAIBAAKBAAMBAAOBAAABgACBgAEBgAGBgAIBgAKBgAMBgAOBgAACAACCA +AECAAGCAAICAAKCAAMCAAOCAAACgACCgAECgAGCgAICgAKCgAMCgAOCgAADAACDAAEDAAGDAAIDA +AKDAAMDAAODAAADgACDgAEDgAGDgAIDgAKDgAMDgAODgAAAAQCAAQEAAQGAAQIAAQKAAQMAAQOAA +QAAgQCAgQEAgQGAgQIAgQKAgQMAgQOAgQABAQCBAQEBAQGBAQIBAQKBAQMBAQOBAQABgQCBgQEBg +QGBgQIBgQKBgQMBgQOBgQACAQCCAQECAQGCAQICAQKCAQMCAQOCAQACgQCCgQECgQGCgQICgQKCg +QMCgQOCgQADAQCDAQEDAQGDAQIDAQKDAQMDAQODAQADgQCDgQEDgQGDgQIDgQKDgQMDgQODgQAAA +gCAAgEAAgGAAgIAAgKAAgMAAgOAAgAAggCAggEAggGAggIAggKAggMAggOAggABAgCBAgEBAgGBA +gIBAgKBAgMBAgOBAgABggCBggEBggGBggIBggKBggMBggOBggACAgCCAgECAgGCAgICAgKCAgMCA +gOCAgACggCCggECggGCggICggKCggMCggOCggADAgCDAgEDAgGDAgIDAgKDAgMDAgODAgADggCDg +gEDggGDggIDggKDggMDggODggAAAwCAAwEAAwGAAwIAAwKAAwMAAwOAAwAAgwCAgwEAgwGAgwIAg +wKAgwMAgwOAgwABAwCBAwEBAwGBAwIBAwKBAwMBAwOBAwABgwCBgwEBgwGBgwIBgwKBgwMBgwOBg +wACAwCCAwECAwGCAwICAwKCAwMCAwOCAwACgwCCgwECgwGCgwICgwKCgwMCgwOCgwADAwCDAwEDA +wGDAwIDAwKDAwP/78KCgpICAgP8AAAD/AP//AAAA//8A/wD//////yH5BAAAAAAALAAAAACAAVQB +AAjaAP8JHEiwoMGDCBMqXMiwocOHECNKnEixosWLGDNq3Mixo8ePIEOKHEmypMmTKFOqXMmypcuX +MGPKnEmzps2bOHPq3Mmzp8+fQIMKHUq0qNGjSJMqXcq0qdOnUKNKnUq1qtWrWLNq3cq1q9evYMOK +HUu2rNmzaNOqXcu2rdu3cOPKnUu3rt27ePPq3cu3r9+/gAMLHky4sOHDiBMrXsy4sePHkP8CmEy5 +suXLliNrnoi5s+fPoEOLvrw57ujTqFOrXs2adGmfrWPLnk27dmWMrl+LtM27t2/MSnPr6+74uzjo +vcCHc6ytvGLy5hcpQ2cpfLpE6dZXVs/eEDt3ldu/I/QuHuXz8gfJoz95fr1A9e5Nhi8PP778zPFv +29eOf339/SW1x91/AAY4X3MEFmigfgNOpuBLB76W4IP3MYiggxRC2J9yEw5k3IcghijiiNB1+N4/ +AGQYkomOsegghipuZOFwLqJ4YowZpchiYzXa6COOzr0HI4dDKpTijUcCeZ2HRerW441KRjTkjow9 +CWWU3Rk0o4RNjoclRUkWRKViVn755ZZemqlmmQmFqaZ7bLb5pn1xyjmnf12mt5Cbbt6ZXZ0E8dmn +n/8XDqonQ30aKp6i+wEqppZ0cpbnZo4+ail9jBo5qWaVXpqfRWhSummgb2ba3aiPdaogqqea2iKr +PyrpqkNjJqZqo8vBWiWss0KkK3q1InbrkjEGe9iwaR6aobGGIZuslr02GC2ZJk77LKQPMtssq9Yq +ey2hwvKa456EdYujs3ZWCW564mpkLl7vntuuu7bGK++s9mJbWL730grnunvOC15d/AKJbq5yFQzm +r9TiC5PC+zJcr8Mr+ittiQJ/hC/EgWlbbsYaP8SxZBKHS/FIvY7cV6iRHcxZtiVvezJJKktVM24x +RzwzzW7lvBuKPg/GMqnmsXVzjh4Lze3AaR3tbtD/Srvq9LfkVjU10lcTvHRPWbcEddGFWszT1zd1 +vVzYWf5ktnxFrf2Wy14z5TZxNII89twe4U2c3mjBDWFpfJvlt4wvUyrqznHj2rLd1F2s76uIuxR4 +z3lODtbgeVtHoOVeYZ653E0lyDlXnn+OFNk0TTi6VqWb3jZUHa6O1dAe5vQu6mBGVe2uUutOnex7 +R/5x776nBHzerb+9te5dH6+xrs4zT/xUV0ePfLTWO7W71btlH5P3S21vNfg2k39U8gCL3THjOJmv +lvtDoc8zgPAHJf/8ipMs/E71n9U/1+zjX4H+x78ACnBciCKgThTYPgNaJVMMDF7BIliT+8UvXWNJ +C1rtkOPAqzSJgtc7/5teLPg6IfUNd7GyC+2uJBYdvQ+FKdTa9MjyohHZ0Dchg9fyBAfC66msh17b +4eno5r8VSkqFQhwi4ZpmRGLNRXzho9daNrTEhCUxKfwC4oqaKKUnXhGLuFGeBj1Fuf2dLzpwoSIC +xai+0IHKNFwUWRo7uBUtVgiFdtyiGTtHFzWisS0kNEoe2RPHtE2RjlkZpHnGuMEX7pF0eSkkog75 +yCi2UYau42ElLTnJSMIwhhmEIvc6qcOaKRJnM3wgKe/CyMfR8IvUMxIHj/bJ88EyllTrYy2JFspU +zi6XXqzeK315uVkKs4W3hOQs2RYWUTaTL62s2lecWcxlsudyyWTdyiZ2CcwHZtODoETiKcuGSKpw +s47n1OQlO2cbZI7TJoG0X65uGJrfvf+zguW0GfV4IzKJ+dKFvOxi/PIJO8r5Kp1kNNf/4sk1QAKU +VggNaDhXCRSGju2QjWzVknR0pCQBFEMcBamQEgUj/Zi0pKsz4j1lyUQyBsxaHD2RR23UUZrW7qFh +mqlOb8rTifKHmOkDmrcSCNMf1bSmRk1qSKd0m53K1KTw/OacJoW9MeFUplA6Kk8Nxaee2tSVD5Oq +mUY1LasmNas+cuFOZ9rIqzr1qykVa1B9yq6ynvWsIoUq0EjqUeyctK/4BOpch0pUMMJGrnOtKgEl +KTnEnhFeB13pTKhZ0GbGS7ETM6Q5sRnGfkpWJpTV3jQnGNnMUrSypIMYZk2mWdSOsLR3rG2tG1cG +22MRVG2Sqa3M1jlYwmrqs9+7rZOytlrbOpZLYINoRHsp2+8sN6Maja00F4W3sj7XsoIlkuSkdF1s +Zre30C2sdFmqxHJxF7hh/S5sjnVe006XKIo8XnF3e1p5PqW7vB0Pftmp3gXe13rz1Vlz1xs67wX1 +eHgDvqjcyHfgqCX4gMGpqG4FXF8Fq8uz7iUveDUsXuPmd8MsfCl6G7vJSBoWwx5+MAcjPOGo9ReJ +oGuxgyvsSdHKWDChBS18XRvdFL8XnhJq73gxCOQg33h9L9YOjYTsYw5PlsDgPDJgcpy4AtZRyvpT +sZKtrEzlZpjID+NyVxqM4+NWzHYjButvv9zNUGYQy36hMojJjGQtb1ixabanncFr3Tz/dM+/fB+T +Kfxj46XOzx+u65DBfE3QIlqOcIamnEHCuf3uONKSTrIINZSwQRPayfjzj6cRTGNK58/Li/btmSOF +aWsWetWfavUIzVw44z1606jsbjKjg3PrTL6Uzaq2Zcdk7UlNA1BoxC4loO+2r8j2ukLL9m+zRl1m +Ywe1z6lWM4gl2uFP77qzxaJ2nUsdJFOnStxTpvW3o/Ps7SZbnKbi2A/b/bd3i5PcAkUY4NCdbmu3 ++Tr01rG9MYlv8AT8yQPXpb/Xhe1su3Tb4f21w7kN8RBLXNf/5jO/s1xwcwPL2ROPOM0ODuVcezvj ++o41iun7alCfaoAb36axFZqtmGd62SRPpM1d7fJgT3Xns35xzrWZcCv2N2VYajjLe05xaJ0J6MWO +N74tTSaoF5vcEBz6fa2u7JYn0E9KXzrKexvJ9pP7fM5cZ6W6wX5erQevtYkiO8DdPk/NCkrjaSe4 +NHNK9ysXHY7T62jfu2xyUlctphWnK7QGj7UsRdNgeVd4jxNv8TVjvK7GCbdnGY/K4NKznX3bPLDn ++Hnm/KxVnG88oUKE+sUwlvKt5x3sfQi52c8z9W+3PdZwn3vdO+f1Mvf97x8veeHPneplIT6flS/D +1swe+EguvWyoi/wTSv/60wc87wuI/e7TE77MX733x0+i4W9/uORPv2iMr0n1n4b9h3M+/OdP//rb +3P/++M+//vfP//77//8AGIACOIDMtG5B8lAiV0UEKEghU10LWF5n44AP6F+It1eC11eCJyYopVUZ +mFZ5JSgV6B0fOIFlI1RfdYJudSkpqFZYpVNIhSRYFYOId36rolRelYIStVZpdYN3tYM0pVc9SILf +Y4MxiIIp1FUtiFdEGCtIhYAbxFZCOFIfQi5vhYMniFY6+FFGCIU+iINXFYU6xlZ/xSQvSIZmaFMd +eIFo9YRIglJrCIZwGIdyOId0WId2eId4mId6uId82Id++IeAGIiCOIiEuH+mVIg2xjSDiMhJhraI +ysV6EndUaihUk8hUIeiGP+iIv1V+yaKFL+iJXgWDW/hUlaeJFggiIpaGUgiKRSiKS/WJCWiKQ6iB +osiGb+WKoASLstg+PaWFMriEuOhUX7iL5NSEbWiMe8VCyCiCukiMzviM0BiN0jiN1FiN1niN2JiN +2riN3NiN3kiIAQEAOw== + +------=_NextPart_000_0017_01C19906.4F136850-- + + +From legros@nevrax.com Wed Jan 9 12:15:56 2002 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g09BFtw21175 + for ; Wed, 9 Jan 2002 12:15:56 +0100 (CET) + (envelope-from legros@nevrax.com) +Received: from benjaminl (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g09BAFJ96576 + for ; Wed, 9 Jan 2002 12:10:15 +0100 (CET) + (envelope-from legros@nevrax.com) +Message-ID: <002e01c198fe$5540f4c0$1b01a8c0@benjaminl> +From: "Benjamin Legros" +To: +References: <7932890954.20020105154321@in-orbit.net> <000901c19795$1f9738d0$1b01a8c0@benjaminl> <3045646396.20020109005607@in-orbit.net> +Subject: Re: Re[2]: [Nel] How to use CollisionMeshBuild (.cmb) +Date: Wed, 9 Jan 2002 12:11:06 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 6.00.2600.0000 +X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +X-Reply-To: "Benjamin Legros" +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Woops !! +Forgot to tell you the exterior mesh material id MUST be 666 (in MAX ids) + +It seems that collisions are evil, hu ? + + +Benjamin Legros +Nevrax France + + +From robert@in-orbit.net Wed Jan 9 18:10:39 2002 +Received: from quasar.skima.is (quasar.skima.is [212.30.200.205]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g09HAZw23127 + for ; Wed, 9 Jan 2002 18:10:35 +0100 (CET) + (envelope-from robert@in-orbit.net) +Received: from [157.157.149.19] by quasar.skima.is with ESMTP for nel@nevrax.org; Wed, 9 Jan 2002 17:04:45 Z +Date: Wed, 9 Jan 2002 17:30:31 -0800 +From: Robert Bjarnason +X-Mailer: The Bat! (v1.49) Personal +Organization: InOrbit Entertainment, Inc. +X-Priority: 3 (Normal) +Message-Id: <100105310137.20020109173031@in-orbit.net> +To: Benjamin Legros +Subject: Re[4]: [Nel] How to use CollisionMeshBuild (.cmb) +In-reply-To: <002e01c198fe$5540f4c0$1b01a8c0@benjaminl> +References: <7932890954.20020105154321@in-orbit.net> + <000901c19795$1f9738d0$1b01a8c0@benjaminl> + <3045646396.20020109005607@in-orbit.net> + <002e01c198fe$5540f4c0$1b01a8c0@benjaminl> +Mime-Version: 1.0 +Content-Type: multipart/mixed; boundary="----------FBCCA322C0BA27" +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +X-Reply-To: =?ISO-8859-1?Q?R=F3bert_Bjarnason?= +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +------------FBCCA322C0BA27 +Content-Type: text/plain; charset=ISO-8859-1 +Content-Transfer-Encoding: quoted-printable + +Hi Benjamin, + +Thanks a lot for the help :) +The exterior of the pyramid works now and I can +enter the interior through the invisible surfaces. +I haven't tried the interior collision it self, +yet. + +My problem now is that when I'm at the bottom +of the stairs, on my way to the top (see attached +screenshot), then I can't walk up, pacs stops my at +the first step. There are no actual steps yet, only +a sliding plane. Is it maybe too steep or does the +exterior mesh collision not work for walking on top +of buildings=3F + +Should I maybe try to make the pyramid a part of +the landscape=3F Will I be able to walk into the +landscape and have an interior there=3F + +Thanks again, +Robert +------------FBCCA322C0BA27 +Content-Type: image/pjpeg; name="screenshot002.jpg" +Content-Transfer-Encoding: base64 +Content-Disposition: attachment; filename="screenshot002.jpg" + +/9j/4AAQSkZJRgABAgEASABIAAD/7RTaUGhvdG9zaG9wIDMuMAA4QklNA+0KUmVzb2x1dGlvbgAA +AAAQAEgAAAABAAIASAAAAAEAAjhCSU0EDRhGWCBHbG9iYWwgTGlnaHRpbmcgQW5nbGUAAAAABAAA +AB44QklNBBkSRlggR2xvYmFsIEFsdGl0dWRlAAAAAAQAAAAeOEJJTQPzC1ByaW50IEZsYWdzAAAA +CQAAAAAAAAAAAQA4QklNBAoOQ29weXJpZ2h0IEZsYWcAAAAAAQAAOEJJTScQFEphcGFuZXNlIFBy +aW50IEZsYWdzAAAAAAoAAQAAAAAAAAACOEJJTQP1F0NvbG9yIEhhbGZ0b25lIFNldHRpbmdzAAAA +SAAvZmYAAQBsZmYABgAAAAAAAQAvZmYAAQChmZoABgAAAAAAAQAyAAAAAQBaAAAABgAAAAAAAQA1 +AAAAAQAtAAAABgAAAAAAAThCSU0D+BdDb2xvciBUcmFuc2ZlciBTZXR0aW5ncwAAAHAAAP////// +//////////////////////8D6AAAAAD/////////////////////////////A+gAAAAA//////// +/////////////////////wPoAAAAAP////////////////////////////8D6AAAOEJJTQQIBkd1 +aWRlcwAAAAAQAAAAAQAAAkAAAAJAAAAAADhCSU0EHg1VUkwgb3ZlcnJpZGVzAAAABAAAAAA4QklN +BBoGU2xpY2VzAAAAAHsAAAAGAAAAAAAAAAAAAAHgAAACgAAAAA0AcwBjAHIAZQBlAG4AcwBoAG8A +dAAwADAAMgAAAAEAAAAAAAAAAAAAAAAAAAAAAAAAAQAAAAAAAAAAAAACgAAAAeAAAAAAAAAAAAAA +AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAOEJJTQQREUlDQyBVbnRhZ2dlZCBGbGFnAAAAAQEAOEJJ +TQQUF0xheWVyIElEIEdlbmVyYXRvciBCYXNlAAAABAAAAAE4QklNBAwVTmV3IFdpbmRvd3MgVGh1 +bWJuYWlsAAARLAAAAAEAAABwAAAAVAAAAVAAAG5AAAAREAAYAAH/2P/gABBKRklGAAECAQBIAEgA +AP/uAA5BZG9iZQBkgAAAAAH/2wCEAAwICAgJCAwJCQwRCwoLERUPDAwPFRgTExUTExgRDAwMDAwM +EQwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwBDQsLDQ4NEA4OEBQODg4UFA4ODg4UEQwMDAwM +EREMDAwMDAwRDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDP/AABEIAFQAcAMBIgACEQEDEQH/ +3QAEAAf/xAE/AAABBQEBAQEBAQAAAAAAAAADAAECBAUGBwgJCgsBAAEFAQEBAQEBAAAAAAAAAAEA +AgMEBQYHCAkKCxAAAQQBAwIEAgUHBggFAwwzAQACEQMEIRIxBUFRYRMicYEyBhSRobFCIyQVUsFi +MzRygtFDByWSU/Dh8WNzNRaisoMmRJNUZEXCo3Q2F9JV4mXys4TD03Xj80YnlKSFtJXE1OT0pbXF +1eX1VmZ2hpamtsbW5vY3R1dnd4eXp7fH1+f3EQACAgECBAQDBAUGBwcGBTUBAAIRAyExEgRBUWFx +IhMFMoGRFKGxQiPBUtHwMyRi4XKCkkNTFWNzNPElBhaisoMHJjXC0kSTVKMXZEVVNnRl4vKzhMPT +dePzRpSkhbSVxNTk9KW1xdXl9VZmdoaWprbG1ub2JzdHV2d3h5ent8f/2gAMAwEAAhEDEQA/AFn/ +AGX1HtqxKsapwLQ4N9TjRtnv91bv6lipXYmNdW6ujIpL2xJfR6BI01qubv2/8J6q6PqeDSN2waHs +sLIx2zBZEdwtGJQYuJZQWuI0keBkfJw9rkM1u8FrGuv0n0vYS4maXjlrvDb+fVZ+fX+/+kTDp9bK +mZGTa1rXu2jHaT6rjOytn7tfrP8A+uJ/HHqQGIwPRyfTI1hI1S5o7EgaeZ81q2dOe4j02CvdAaHP +Jd3Li6st3f8ARRcbo2PdVVZblPay97W1GugvD5Oz9E9zq/U3P9ntb7P5x6ilzOCO+QfT1/8AQ4kj +DM7R/Ygf0KgDW1/0on28f1dm7+39BMehUt3+942zMkaR5tq22f1a11tuDgVtcDWSdz4e5xnQQIiP +U+l9NV24uNU4H0i4MJDm7jOsh/v923+z9BZx56YNcR+yLY+7Deg8Zn4TMW5tTSTLA47iCdSe21mz +j6KCKwui6h0Ox5bkulrbCWMtaAWvaz6D3MLmuZc2v+eq/wAJZ/N+xUbulMa4elc5zDAAdXLy4nb/ +ADdRf7P5av4ucwcMROfqr1XGTBLBOzQ06auc2usalTDo+iFed0fI+0WUVllrqmB9jtza2gEmsNDr +XNa+zc3+bY5M3puR6b7S0NrrcWOeTpIO32/6Rm789nsViOfDKhHJC5fKOIcRv+r8yw4pi7idPBp+ +8/BO2vwV0YtIGji/xgQEaqhnZg05k8KUxHVMTICg/wD/0NHH+tIzW31W9NNduNb6TgXb92jC14hj +Nrv0n+YshnVb+qZDox5eHzBdYKwD+j27vSr9Rjf5z3LZxOs9KusDX2DIyGvtNNTQS5uO2x9jH+n7 +P0baG/n+/wDwSq19coZinHyrLjZUHainbtDnF9jRt/Rta3dv3KKWXNIUSe+mn/RZ/SHPscLLvVsq +fjsLN1e0Op1aB/NsfDPV+la/3/Q9WxXxgXjGvyjbTYWAvdRc42ODWN9QuZTWx7tzm/zKq5/1mqDB +9iycqysgOaCxwYA4fut9R797H/m/+YKGB9YcZ1lLLXZlljHltw9J7iKvTu/RQx4e79M+rfXsTJRk +dTr5lQkEdeVkZrHEYzqQWEhjWOBO0Ha1o937+79H+4t/o3Sv2WbcnKB+2WV+xjnCWVODgzY/c307 +Lf8AC7Gf8HV/hVNll+XbiW41T8Xp4c71fX3VFwsa2pjfQscx/wDpW/pH112ep+j9REyrftNNFdVY +2NrBLrZJk+9rfz/ou/f/APBEyRoX9iRqWuLLLY3Ol7iA4iCA7j2bj7m/vKFk7tGjbLonyLkzWF5D +RWA0aEtBEDng+9rFN5AqLnNJAe+XbCWjc51f5u781Q9WXolF7bOn5FJYXuY0WVtDg3cW8Mq/N+0e +79H7P66rY/T8nqNTvTyqmEQwQ3d9IOFnqFpb9H/CKdPqMdVfRUd0iytoBduFZjbr6f8A0rFDrlrn +Xty6mmzHbZZXmVtdttraXD7Pk7W2Nc2q17/St9SpSw1FdQxy0Lg0HqFhyhZg3VsNTn+q/HJFhDvs +9b8hjn7dmwWN+n9Cv/g1AYHUHYbbWY9tmYN8Mqxi9gr2V+gz0/V+j6v+Ed++p33Wvobc5xFOQzcw +suJeGu9rxabS233bf5D2fo0Lp/VLcK9lVjzW2xr3B7X+pbDdphlR2/4Nns32KXhPYLOId2zb1DrZ +pxnZWM2nOeCbaGYzh6QcfTZVdQz+bdsb9oZ7t76rlL1uq2ZmPTRQ19AsdXdR6bqtlbWDY/3N2U17 +2/SZ71ad9Y8SnDta6jKsusbaG2MYXk79/wBmc6bWv/QNf+9+iYmd9cukuxXVjHyaLvT9Oy19Ya8P +NTamv3Mfa9+76bLH+/8AwiEROEuKI4ZC64dPmSSCKJt//9HKd06hn1wwaqCbTlU3AgOL52st2tDX +hj2/QU+tdOpo6c9xYK3MdvtGh3AOFb6xv/Ma1/8ANoHSuomnIfuJFBc59rwWBzT9Fk12tfZ6bvo/ +o7F0vTMq7Fv6fXfa7IHUq77rnbGBzb/b6XpM2f0X0t7GfTsutUPEdOlMoA+15DpVeXcGitofiun+ +cfDGxps2stqd7trF0fS/q3j9S6w/M6hj+lkGwXtzWXWkPt/nXNZRUf0VdbW/pLX3s/wddXq2K6/p +mRdl0YVdkY7XnIzX217SKo21mrYa3OybHO9NjP5r/C2exdJSciu3GxsOtnpPZY94fa4MYxprr2VM +ZX+sX2Os9ltuz/CIGR3TXRBm4DMuvOZZcy7CzDUKWMc0mWB3q7vU+k+ze1n03+xip2OsYRtubsa9 +r21se0SG/R7s+k6v6DG+yr/jPUR8hhtca3VyzHDi9oAeXOBc3e2y1vt9T0/bWz89Asx32WgVAVFj +CNzWtcGNj9JW2Q33PfRZ+/8AQUE5WfJliKCi5paLKyQ4ES4GNs7fZb+c9z9v+YoUPe2trSHD9LZ/ +NkNaPc8e1rnbPa38/wD0iIC1rXsdqXOLg2dxEu/RN0+m72+1VaZsNdTQ5r622l7G7S0ubZY/6do2 +fR3fo1F1X9G0xl5AFN7Q6stJa8uLtQd7ntrf/OO/R/pGMsqs/wAIj/YasgZxqNdV+ZW2svc7c1wr +LXb3+7e7dS1lT/8Aiv8ABrMZVcyGUsupyq5NttbWS4ENho+l4b/Sb+Yr3TmZLbS15va0vh9Vpra0 +vfB30uqbu/TfRfuenwNG7WSFhxM36usxbWe6vPwbLCKbtoa5jtP1ff7/AF2ue/8Anf3/AOcXKdeo +qxeoQ6AMiHNPt2tMursG2Pb/AFF6b1HCuzsAYV2NS+jOrdXJsd61dkPyKxXNW3bW6v2e7+e/wa4L +Es6t9XHX19Me/HzHuH7Qe59LqYB3U2mrKZZZu1976tjGKzGXixENLG6Xkvpc/Kc2lmM5m0F+5z2P +JFnpenu93t9nsU7cfo7rHEMf6jjNl9rrQCTtrxa6dha2uyrbte+1auR13rz8OnKyuoOyMz1XNoNd +dLqgGs9Tf6jaW/8AXNqycrqE59eZU91lp3PNtrWVOLnCbJsra+v+p7UuIkqoP//S0bOl9Cr9Ru/H +rupcw2DbBBf/ADRs37n/AKT/AAap5PTszIo9LDh1thHsc5uwbnNbv+hXY2n/AImz1P8ARrEb6trw +xpNttrmsa2SS559lbSXH/N3Lsuk4g6XQaA1t+VZAutFoPId+jq3/AEK/Tbf79v8AR/Vu/SKqGWM+ +LpX1drGodRi101OYWDaDO4lzhta5+9zvdthDynvY9tLXWuvshosDtkA+57ttQb+ipa3dZYrYY5/5 +wDWNBDQNsacbj7nLKui2+x9d4rpPsYa/Bo2XbP3nXP3/AE/9ChM0PNfEWWLX1Pq9lWxrWOc4mWiG +7djt0bWud6f5n56rANxcg47/AE8gl/scWmdx3UNbX/V9X6X8hEL6q7KjfaDVVa95YZc5ram+va3j +a2mmv0n2O/4b/hFFhYX5FNQL8prq4Y0a1s2ufq9/+m+koGVx83J69iltuK8swvtG26rKxmtZDrHn +1Kr2vZmW/wCv82gdJ6j1zP8AR6hfLcE3vdRh4tDbN7Dbttfe59nr7Pdbs2V/+Bqz1l1duMwUlxqZ +jAPd2NjNzd79384/+WsX6l5b29Qf06+5zsYs3UYoE7nlw9V1LR9F9dLrrNqMcsZccREcUCATX6P/ +AHy2USJR1NS1/wAJ7bGqcKW1v9jNrWeJBBLCWFv5n5n77PWUmUW49pLAH1EFtlz9HFgNm2wNZ7XO +bND3/wDAs/4NCbm4+NcX1v8Afe1u4WGAZazY5n/CfvKWcGUuF7A5hZZLyNQNR7vb+7bZur/fqQXN +2hz2Ojc40y30jWZAO5zX/S9Rr9j/AKf/AG4ud+uXT7sTZ1ahu9tJm920enDzDvWrH+Dfu966B4xA +RbBA5sgbgS0N2vDY9tjK3+x/8j/jFafU27HJLWupvGx9dskbXc1uPuf9FTY5WPJjmK+rxPTMHpz6 +22dLe3DqvqcMnE3SG2E+4fpd9lW7/g/0d1StU/VjpNTP0oxzW125rnPJg9y7edn9VYnUOj5fRs57 +HgxQScPMHL6HHZO4fQurd+iyWfvoD8vJsxjiWWvfjuADqXH2kA7hub/WT5abWxyycO4f/9OfSGDB +x2XNxjZ1XLcfsps0ZRSB7sm52132bf8AS+h9r2enVV/OLbzM+rpONXXmEOyLG73hrQHvedv+Dn9H +W1jG/Td/ov0n6Bc0z6wdcqa0NzXBtY9vsqOvmfS3LNsdZY99j3Ossedz7Hnc4k93Peqt9lwyACoj +7XW6p9Zep5tfoNecbFjaa2GHPB/01jdv/bdf/TWUHvgBljgAIAa4/wB/tUe0aQf9dqT2kkAAE+Yl +BjJJ3SC/Ign1bNZBO92odG6dfz9jP66m3Ky2Oc9uRaHEy6LHAkxt3OdO72t9iDDtCfv81LbqdCNd +AECiz3ZnIyH49lLsi5m/6EbXt/lN/Se/3fyHKl0yrMxcp2S291dgbtYaztfqWu3bmfR+h+8rPt7u +Lp4lxSLRG7QzoRMpoxxBMh+luvOSRAjeg2TPy8t7j6l9j3kTJeXT2nVSb1LqTYIzL4b9H3OMaf2v +3lXBAAjkfIylJOkme57I14LeKXc/a2R1TqkAHKu2iCDuOkfQ9v8AJWh0r61dSwbdtznZmNMureRv +HZpqf/3xYbt+paQfEeabfM+PdECtlCUh1P229R1fIo61gN+w/pc4vPpMkh2o/SU2Md+bf/N/1/TX +LUEPqdtcSaXhr2OEOa1+tDntP/bW/wD0v/GI7LbK4fW4tsHDp18Usm85ORXkvrDbwCLHjUP3fzjL +B+5b/W/nP0is5RhEIcErkRcrH/ozNKUDEC9a1f/U5r/Lu7/tHz/wv/nSTv21Ov2Hjv6v8Vx6Srf4 +rH9j2A/bWw7fsPn/ADsp/wDLk/8AaLy/nVxySH+Kn7HsB+3p/wC0f/gvgnd+3PzvsUz/AMNyuOSR +6/oqP0exd+3N2v2KfzY9aJ/kqNf7b2iPsXHf1ZhcgkkNj8qR12ex/wAvTr9jnz9ZI/t2dPsU+Xq/ +xXHJJD/BUPo9i79ua7vsMazPq/iou/bu7/tHGs/zsfiuQSRj830/RQN/4PYf5d0/oUx/w3Cf/L0f +9o9v/XVxySd9vXb+X+Ml/9k4QklNBCEaVmVyc2lvbiBjb21wYXRpYmlsaXR5IGluZm8AAAAAVQAA +AAEBAAAADwBBAGQAbwBiAGUAIABQAGgAbwB0AG8AcwBoAG8AcAAAABMAQQBkAG8AYgBlACAAUABo +AG8AdABvAHMAaABvAHAAIAA2AC4AMAAAAAEAOEJJTQQGDEpQRUcgUXVhbGl0eQAAAAAH//0AAQAB +AQD/7gAOQWRvYmUAZIAAAAAB/9sAhAAbGhopHSlBJiZBQi8vL0InHBwcHCciFxcXFxciEQwMDAwM +DBEMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMAR0pKTQmNCIYGCIUDg4OFBQODg4OFBEMDAwM +DBERDAwMDAwMEQwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAz/wAARCAHgAoADASIAAhEBAxEB +/90ABAAo/8QApwAAAgMBAQAAAAAAAAAAAAAAAQMAAgQFBgEBAQEBAQAAAAAAAAAAAAAAAAECAwQQ +AAICAQIDBAUGCggFAgUFAQABEQIDIRIxQQRRIjITYUJSchRxYoKSorLwgZGhI0NTw9MFwjNjc4OT +s+PS4vKjFcHxseHzVGQkRHTE1OQRAQEBAAIBAwMEAAcBAAAAAAABEQISITFRE0JSA/AiMmJBcSMz +U2Nz0//aAAwDAQACEQMRAD8ASsdm1VLVkvidInVPu932qnZ2IXmw+Ykl6ver7x31Mcx9NaY047bf +MtHm/pf8Mnw12pWq7vh9fzP2Rqy22vg9bebf6vl/oSYuoTuk+H6Ou639na+X9KNowPHaYhyDy3u2 +8H87umr4hVaSmFv8W2+/zLfrP7ERkvW191VC7vdKgLp7OzppNd27/DBXBa1dy+dtr61/L/rhqzJZ +bZI0t5n/AHVclM6rVKO9VZK0/wAb9oPIR5GT2X9Ur5do3Q49o2/FrdMPxY8n+Tj+HFWz1tTbZS42 +0t+z/wAX9bi/sco8oyEIQ0AQIAgECQAEIQCEIQghCEABAkABCEAKIAsAABIBABAAAkIBCEIBCEAw +IAJAAQJAAQJAIAgSgEIQAgCQAECQCEIQCEIQCQQJAAEkBgAELQGCorAYCGAqpaCEAJJAECEICQLS +CSpACCSAM23f1/d0nGWf3+T/AOSECQz2v2/r9jc/HP8AHn+v9X8f3/8AShCEL2v2p0mfz/XT/wBE +CQkFnLU5cOs/l3/e/9DoPNtcMRfqnV6Cs63MQ0d8gdkzK+orRlGiIqDfHpoK8q3YPTNWLNVaMDB5 +Ni3w9jo2y0S0M/xSmAMdsNqijs1dciEX6VPgNMcyCQaL4HURwNMqwAuSAKALwCAKkCQIACwAAQJA +AQJAAQJAAQgQIAISAACAAF8dN9lWYkqGlttk+wB9unVdd32SLp1xn83/ADjq41bhPEs8KT1k4dq3 +ha6Wr9Zkt02Nes5+iR4lwQPKquKHamFrDRuJenujK9Pjcy2xnlVn/wCZL461ldg7X3MD4fEuLf1q +irYsS4SHy41a0HVpR9miHa+5hPlY1q/vF3jwfhYttoim2r/ok2+4jrg5a/SsUrXHPD624bVVngMp +Wjf/AMht91Jr5S4pAusTo9qUpDGp0S/MIy0dallupWWAwQJ6WAgkBIEAgYIBABCACBIBApEgIACQ +gEIAhVQhCAGQSAhASEIBABIBCEIUQgYIBCBIAAkIFf/RbYpAxlT0BNqlB7KNBCpI9QtAAEwVZaAQ +UGtmuBprmcamQsrAaVmaevAF9j1MzclGERrXQqWTLOkqUUKCQgQIBBYAAgkBIEVgkFiAVgkFiAVI +WgAFSFoBAALAgIABBYgFYL4UndK2qKkmNQNtnFd1VEEb7qs1KfeLSrQ0WniplyeR1RbXrC1DZqYS +XvC7Nbk+UE4Va7QK0ltrhH2y9LPVNcgV722ORbdq1OsgM3pLlIi9rWUriG9u8mGO7Z66+yALbqw1 +qM8ydZArayhVdU6+kB1sjlJaJiqJuzngg3eqbC692zaeoBpuT9BTLk7ll9AZVy9PdMufRR2vca4+ +al9GUJCHqckIQkBRkhIIBCQSCAQIAgQhCAQgCAQgSFEIQgEIQIAIEgACQIAIEgEIQMAAIYJAAgIS +Af/S1OsC2jXaop1O4zwVaHNFGgEtFYGtFIKKQBoYSAFQVaGwVgIVBILtFYKBBfFbvbeTKwRaOewB +mfB5TnkxB0q2rnrttxMmTp3j15BGcgSFFSBIEAgSKrtogKkNPw7ieYKYG+IGchqeKqQmlJAXJC9s +e0pARCEIASAIBCQQNauzVVxYGrHaySSS+0Xi/GFPyWNFMNq7d3Gte0F3ajlxt9XvfuzyWzXXFWqc +LwrepUrsspVuw21xJ99pSG1Zeq1M2tY5+JPbK5Irv5x+epvVKpad0W+2SdoYxO8vhw+cWrdvgvtG +tJKWuYapKo7Qxmou33hSjb8rNcFYQ7GGUSfpMru72dNaR7X/AEGuv5yvU4nHmV4+sWVMIeKyXF/W +/wCQx5qxtfajXizaQ5b9YVkxu6Ucjpx5SXyllxjgJayScJyVPVLvlyAgSAAJCAQASASCQQJQAFiQ +ACBIACBIBCBIAAkgMAAgQgVDAYJAAgkFoDAVWAwWSLbQihIGJFoQUpVLbS8gA//T6tkLaGNlGdlK +dRTQ5lGUIZRjmhbQQtgks0VaKIVIQCFSxUCrIi0FYKgqVwNa6iabbGQEkFXWCo1uSsFRSCyx2eqG +4ce+3yHRarRQNMcjy7GzHjWNS+I+arUzZMm7TkT1A81yLeRlWy1aq3FwW2cfNPUptsEwPeOq4v7L +IsVWuLn3THycV60ncVHvFRcbP6pFjqrJS490fJxOtZxm2vNmy2DFG7vx9ErFY0nT3THL8n/Gs4/c +zVx1bjcP+Fxc8q+qaMWRU4av53eLXzK2lq1a905/Jya6wivS4bcMk/h+qG16KlbJq24jupVo8Pg7 +nhHfFaJw5XzUZ78r9S5DlipWX3Siiz8PD1/AGtPNrNnCfq17u4q7Kl1hromu9+6JItp29RPIRv10 +1LW7tUuMeMrolr90xVhm/TUQ9OJas25aAvpoRU9AKvQj9BWulQCRuCSkVdlxRUFXgfjyb00Znkf4 +i25LgWDn9TjvS26rcerY0Y7zVPSfa7xocXyLHy2/aMqw2x2idGbrK1sSrZztnxFLKVoq/VHOXq2v +yClls3xX5CbVKeF5O6tqsaceC9Uq7a2+fYpW96N2T1+iWfVSu636a90bTwdXDdvSuNHP6illkaa1 +n1fCOWWeTI8vatflNceV43t/uJZrJsfYw7LdjNayqVLc/RGPLPrfd/4Dp81+1nowbLLk/wAhZYrv +kzWstbaWs/s1/djfNr7f3f8AgHzX7To5/lW7GUaacPidHcruavh+HsGLM++5ZvhzvK5yZvHCyFlS +1lKTaDst2P8AIdtZUIMWOzcJMrZbXtto/ZGwCCFlBfyrcYGz3MLJA3y32BVS7oWqSXWMvKRNwA2p +AgMgkCQAkkAJAEAJCBAgQQ2W2hX/1Ooyg1opB2UplGPaTFWqAtoo0M2lq1KM7RV1NdsYq1AM0FYH +NC2girQILAgoqAuACgC0AaAio2W2NcRqmy7q8K7xdLetdDz/ACVrAwtY9dS18yt2ldltYKVquJO9 +XEtbQwvqqzEM6EKHJhfSY796raZqfkrNjR5T4F647pPbZL6JWtrpQ7bvxF6PttYzeVvqsmClkrXv +Pc/movVuNSrh6d6ARXhr9Y5tKtO73LgW2FXjrXwz+UkrsAXeqpOv0SdJRZ7WUQq+sCyrd97h7xfF +SuKWrbZ9JUaV0ztwcfRK+W6c9znsF36ja43N+0Uebd6F7VnYyq/Vfo7bK6prdYZ0uPJo3WaP8PM/ +uy2HG81tzU19r1slv4R0YfB8fmlCm9lXET8gl43bLXJyrT7Y+0W4dliktQuQtFnopfITO/i/ol/N +3abWLabeif0jDQ2hVhPSRe5NpB1iHyDWa/8AsBZuE4KV4Jlrt2WgK6V/EAKqfkI1GgZ+UpP4d4qL +Qo5FHAZcww6P5QDjqvMV17NqmjEpSnVwIqmnLNNbbOHzamohHUY1Vb1w9czeZTguPuHYbTUrn3bH +Ny47U1XB/h5ZUZ7xK0f1QXbjROfdLrd6S+2yW6fokUhWTS0cjJjVIusbvrMFVifFsBKyOeDgTbBL +lOy+qarU2a8WXxY96dmBmx4Yadpf1TVe9eMJNiU3UtRbnqwAknMnMz4ct5aTa9qpo6iymKqY9sOK +1+xR+MsRt6XMqYa42rJo0efXww5EKzVTPsdnOupFafMSsm1MfIZc1d93ZtTb51ROW/lWSUa+0X20 +tbgmxgK6RcdWvlqa5e3RaL5xmV7U0XAW89lpIG5pw3HLtMcgrmu9GytnDO3DnOE/czZqwQ1q7cB3 +w914tDr8vH+7PWkENPkzKXEXSrXiWhPmntzOpZIG92zhaDFiTHyz25L1ZoCqlKZMtL2213V+cvCN +WJ3i0Ne0T5Z9p1RVLQMt0rd1tfd+UpB048+6WYEgkMEg6Mv/1etVl4TFJjUzpWgdEU2DCjukNC3Q +CUDVZWKNQaCstmquOJktlnRcTRlfdZlrtT3X4HHnbqxdVb0kyrNetrLbvr7XsGtVs16C1MexaLj6 +pz2qRTFa1k9VV+0Mp01tzb1r6oeotd3S12/ZFWwur3Vn5NxNvuY1XxVx1mJZzrN2euhrtbckmJVE +nrqvnDaM6bUoiT48TTfbfWtYRd0q4hQXajJXdV8dH4h9lpoTYuZXHjrxepFJ3VSmRlcq5OS/l43x +SDtpXSqQDKNXfBjklR8Uxbsnjala+qJbrSIgDRorSxjaZmXUVWkoPn1WsgMtaUUwKLNsXXPWy4wD +enwYBs1ubKWskpkkp8y0Kil6AZ5VnAGnyHJK+i4spSlaJ1v4wEw/xm3B09s+nJeIRTH5ltleJ1qY +VhqvMfBep6/94UPrTbpHLu1Kuu2GuE94Xgv5lXdLRD3EbeTCM9LOqba4WtUr5lnaHqUyZVLrOnsx +6/7QE1spbm7MVod23RLvJ+Iu8lonXQTPZGn4f4g61u803xRFKmZbX4ftC7sr6IFnvjnYrNp1SAtZ +RWEgY1CXpXYXstHoVotF8gAcTH9EkFFo9YLOzfYVBidGvzESS1a/MVrFvFCgZS9dE0o+aAaXUy/u +jcil1jhuruM0LVd0ZjumtvB+r6xRoSmvvFdj2xbX6X+X/j4v+4MVpUr6IMs0h8vW/iGmWB3dHsS3 +v2iK08VBqvXzVNYlGBpqddSKfX5USZUozqzS1KXtZrRwA+yniCuRUq69oubxxK998kBbdIFZzpoL +tla4wUtltXhAQ/Ys1osweSqPixdct0906gt1F2+RRpVo0Ya1TfebSMtcjtZJvRl+otse2lmveAtk +w03aJ2+dYnlqutdJMls2aJb+kIfU5HzYG7JfVVSlgvRrRpSY65r2a3HVz1axq6CsaieBovZNQ1w9 +kxb7dpL5LRxGJrtYknWa21G5MarXdZtnll1WZcLNGnH1mW9Ydmy9TXddcW2dUzLbThJmwZW7JXbg +b1mR1ybavumVNqq18XPwl9tmteBzrXt2sFctuEv6wHTpjVFp9UHVXvtSrw+aZMF7PJq212SVvke9 +pNx80YNF8KulZSn8paGZFdtxLMHV3acSzrw5dWa7cEg5XQNu6lnbslZ6HS/kz6Ux/9ZS6nJE7jA/ +5j1G6Fdx9H/gNW11q2cfhYzK1XqsGbJbGnZ6sDT5tnNrKxrkbKPupviSqc1aOL+iY+oWVJOlrR8r +JfK09G4LVyWWN2bJtGPfmejdhlHkS4sSs+SNHoWnI1unQBzV+K3Ninhz3fCwKZcjt4mjXuyPVtgZ +69PnXK0fKaPKyJqUy1N74tieoy3TSlwA7NR6CHjt2MKyPiwPI3ogJsfYacKdX3tDG7Nm63exJgHX +joV2GeilmpUkik2TS1GrFKQ7aoNtXWtF2gcvyUuJlyUsnomd1vTQFLPWSDhPE2tzUES0K9V1N8t3 +V+Gpn1ZpGlUkvXG/QITaG7m1IDK4rW0UDsm112t6iemlX+UtnSV2AMH6O0p8CuRPJkmqlsbSqS4H +Q6fpnRbo7z+xUKr02KtVpM+vkj2f2RpdsWTTxMp5La090GHb3lVRX8P0oQ1XSUcNBOa/l1+6Gy3a +dn4Y8hTLkjvRCU1/3CVYytvdq238gxzw1BKdYnWfpFZnhM+EyrSltbT4sQptGuvuglqrmfe90tVr +nLYF8debevhr6pdY2nq5M0NxLevAc2q19LIoWcqZYKKypKegLuE5ngSt3tXHggBu5f8AoViz/wCk +MpNtyCX2soYt3GfsgW6qmfzFE3x1gturzkIKsrLRv6pFaqmZ+iUVlxTcEdlzbA10ybk+I123r0Mx +0sphS/6RpomuOn/Fb9X/AIZqIw3yW6e8C/Pd7S0pZo6rE8lmlxEdLSuR7edX3lb2P7I0iSnpAXiN +OTGsb0cr7RGjKmLp26ptlX0/zjTLdEVjQgxPoqZHG7UzZ8eLp6xu3WOrSqk891VWsrVtEBXzVEwU +WZPgisKOIdrSk2y3dLXHd77W4eqbM76TP4nDOZ0Ls7tDL07zUEVTLix1/q7N/NBTDjb3Ws5LWolx +ZVV10KHLFgbl2cnRyLGsSo7aHK4Drxaqa4ogq8WJesyPDjdXFmZ7ZrWUJcBW+70LCsT2qz7DT0b7 ++nAyPS2po6eyrkT5G2XXdNrlaC7V3PVo6OXHjvXutT8pybtLTmc2kaVechxUWRxuSKrVAxRvUgbM +dF0+SW5QnKlbI7V1THZl3oExD7CKlaNvgc/rF3jsYmrOG0jL1mKu7RyaiVh6Vt2Oi9LmHpqxeDsN +ul+G5e2KR//Xv5atjbZxcnT2lNJ/VPSKj4NaF1gT5nOXG8cytXTHVxL9ixosldaaMvkxbXDZRY41 +Iqu1JakyVr5bqhvw+7VDK9LPEDh0xt92ibfsl/hcky6wbcWB/EaLQ7HlVA4NcbtE6R7Rr21XNGi2 +PXTgDyZGiiVKrvWSEZ8WPM1atpNi6cpjr2pIBS6ajXi/MC3TJ89DWqjFSvagOZbp1RTGhXHmplXl +Ucs6SrVym00Urjw9PbdVLUDnPbhcW4mqupfJTHdt6JlFbHiUTLANstaaWGV6rHtS1GfonXvNGa9M +aejA0Vz1twTD5ta8Z1EK2Ousj65aMg42Tp27N04P2iUwP1joZL13aIi2lGZ461XOS9KVjRGxOjUM +dj2R2Acylqq+31jRfpXZy9Be3F5+5uTflzpV7v1vZAz4McObaJPunQskq6tv3TBjzJap91e169zX +i6h5eCKheacdJXLvCMF4XyrcbMiWXHbtU7jFSm221c0A55a14iXlrDS4hy2hxWHt+8IXOVqYaXtd +QlP5iidnwZG5ampfHktG2sKQCr6TZ8QOz9riC1WntalAdo4LUijLiZ4DqWUQ9WKavWsxoRZHbkAc +k7eIaa14xpUF5ScIlLQko5IC1m0lHFeIXa8tOUkPVrRNeHsmd34d3QC9XK8QtzxnQaqNa7UKtpo6 +x90qCrRwt9EO5WaqnWX4doVe2TjXVfWK5E1E0gC2118VkoG0vaO85llFNlMa/OBSzq9sbU+HsgDL +Zu6XPd3vdF9T0lqW304W+yaqUTtFuO4137za5JG2XErmvLT0X3R9a3T1tKfhNHly1t0t96v7Irkv +tcbX3PF9L90AxWslE6Fk7GV9VGu1ll1sLwkVomyMHW9Lkzd6g59c76KoP/IOujqAMPQqmKXWtr/O +Mj6d0tLU/NNHxl54E+KtzQDceCtFu2qrfsi8vR3feoK+IyNzyHX67IlwQGO+K9X3kjRXG66tT+Iz +3661nwQynW2KHXrWJ/8AQvbHux6KDLbqXkY22S7rDehBpw9KnXWA/DpckDF1Gyi7rY5dWo4MgV8J +XjtX5Kll065Iu+r7EUr1leHMDnZK7r7UVXQvtNOSk331RqrlSUOoHM+A18RZdBu4W/MdBOHwKZM3 +l6tNIaM3/jrdol9G09Tfh65ZNKptlsyyPWILo53wy4Da9LC01NVVeJgum6cUNCscxt2jMue+LHEK +Bqu+MCerz0VdrTn5Bo//0Neal1XdW2pn6O+XM2rOEjVmybcbkR/LnuTscXQ/L06s9G2y/wANHMDc +20HWsUIVGnE6Bu7YquyZd2M3V5NtdvaQYqZsjtvbNyyO70ZgrRwbMStQoc6TzK2xtKE2FWgMzwAy +ZVarS3PUtXEu1jnXc5ZeOwDJ5MvixV6awmza6mfbFioVfHC0mSlKbuJssJyOFpoUUtiVRajmitb6 +8RjSsgClWNBlaoXjpCNVKkFc2OuwP8vxVrVtC+rs604D/wCX645IrVZq1kmhtlVaJGdKbDLegCu1 +JyUzwqNotM6GfrG6004EGHBjra0vT2mdStPNtwiq+0cjFxk30u7OE37JpGy1KWaSS2rxW/dF6JLV +aJeqJyY3Sk0epoxd9SA1VVk4/DQx+GWpHOzxWlcGt1veMuXMrV14GasRxaiUfO3kvZVrq9X90pbL +W6haIpbY4I0bWqhJvn9kretZd6/R/KUmqerB3dsJhDU7tNNgfKbak3VSccX3d3vFHWqvLZFGIslu +1DFtXyJZVVt0yX3JJpcwK5OEN6kxuEteSF5Goe6dS9K1ivbCAZWspy4FqZUvQu4mOYtVUgXtWHG6 +UCmPVp209UDddFrqSaxHNesVFXS9dJ4eG8+Mq9zWrG+ZiejXyAXlbYan3QJy8X/KUddtvGGtcf4g +WWNpdoGrplXdDcu3e+r+xNdrKXVeg5mBqltH9E6OJRXXi/aNRKVam5xO32bGbPW1/E+9X1qeK1Bu +Wu+yXJA6qjS314oqMWNbV4lZDMloRzc2r31+nU19NlWaux+JeH59ChmOuk8ylsTtqaK12oVa6Aru +VOIttXK5LTwF1s0EWbdUVtfcvSOXeRRpAZljnWSPRjuC0FQplhV0uZp3d0zqCzvXgBvw52qKvINu +oS4mKtki1Kb+JMG3Dk3mStIytmrDjVKvkY8M+Y7PgMV1Csw9S9bSUs9SC+4p1LmgUhHWbljcAL/l +ySbg3ZbnP/lTlM3XrrqUaFfui7aha0FuUQWraDldY3bIdOsNGDJii0zJB//R19XWcb0E/wAs7uPU +zvIno7FsdsdfWMY26cJWJeyRh8yj13mfNlTaVXIw1u85TpoW6hpJNiVRKs8zLarb4jE06mSsmjdB +yrNrQEsYa6tLbnDNCSRwU9SNtsYa6js3kjkaW61OHqtWJeXc4Lhr0O5Cb5ca4s5jiqEvKTDWjJ1d +d0IrbJoIeeORS+eVwKNCjiWWVIxLqHXgitMibmwR1qZariaaZqc2jgO6b4As0+CCu51V6Xo0mX6L +LWlI/wDU4CTXBDKtrWAPS+bWZlFLdQphOTg2zWsoSG4uqti9UmK6LzOdTPmeTqLSquF4ajaWv1LS +iI8RuVPIrE6v2fUA5y6e6r6fZN+CipDentEahxV6LjaxotjW6teKStuIFZ86piVlw37BuFTV66z3 +TJ1FVWaRNL9/3LlumSpTVy931QLZMja224x3jO3XJ8iL3Sb95DIpjonVeJ7DDROLHWdFwA60mPtD +a5Gu6lxLVdaTpxAz6LvR833gWtR6xEheWaptRx7vvBetJjRAVs6rRIjtWZL+Yly+aXsq8I4+sFUr +ev41BZNeJSBVWOzUT631i6strUEFM7UQ9f8A2L47LanzSKZWoiNCYrKIAY8iV93Mo71bb4Adtzhr +gVT04ATRxJHeq1jQpbKmojUtTOmogqBNbaFqqj4cSmPJW1k6o02oq615hSppVKFqV7j4E37bNNeL +1RlnXa3VS14vdCF2vVOdsR6prwZPMiz8NTPbErJWhtF65FVTjXH2xKK9Rm25Eqat2r9U13zKbViV +P9ExZdLu6UNwbK0nE6rjHe986MuV1WLyr6Ixpw1aujR3epos7VV4ku8cq/TOjYDHnyZlFUl7Rmdc +lH3mmHE7YrbkKfU2y322UFRo8i9tVBW1XXTmdStVWhktWWBjm6C7MbkoJSaCC7OIFujtrJd1kkMq +lw40cCnhs+ZrWLtKZauq0IgY7Kmj7zNqzKnCpy8V+9qa8t9ArV8UmoaFeZGqRkrkku1JRtr1TSiA +vrGuS/KYHoCZIOgv5g16q+sJy/zDzFtdV9Y516ONBFZA6PTdb8Noqp/SND/mu9xt+0cn8RRzOiA9 +FfrGlKS+sZvjXd8I/Gcml7LjI15H7IwdWvV2rwgTkzWbnQwfENcifFt8hg//0sPw9CrpiS1HTCM+ +W1WjLTDk46Mf0TXmLcZtrbL4lFkaZemtkq1xEu1FxYry5UoXbErcTLRllW/BiLOtXAm2J00TLVxb +ghrh8CydUtQUwJGa67xQ2+esQYd63aDMtVJXbUDbG5cQVwmXVLiOxZH2gO2egm1dgu17SN3ONSKo +q1nRGi3Tqtd0GWre7Q61rrytQOHbLtfANepa5CruWxbtHAQbX1vog048iyLWEcZ2kG5rmMHpsOHd +rxNNMG5zZaGL+W535bbWntHUTy2WiVfeMqVlrTDDS79v6vH7f4fthlatrXX7pk8l4sqs35mS3jtb +9XQ34rN6MAZ2qYrWfYc1dXbBDa3V9r5p0+raWKztrWO8cy2zHCXeq3u2eyBL5VlU1cmi91SnDV93 +3jnfy/pXezyvSs9yh1X32rLwp7vw/szNailpdkl821v3WH94Wtjd7JP1V/qFseWVvS0s/wD6QMeT +vWfpX/wMqq28cuNK9wPetXdG2UVy2uq7KrvXfd/f9R/lh8/c3iS1gBWWPLVn80F+4lWdLMvny7a1 +o6zLrXaWvV5HVtQlIFFWIa7S1sm7Iqxw8VvmQGydVK5PaC3cab147vpgWS33dfRu/dlcmNUenMLu +q23Ln3Atebq3EEVnzXSTUaNMbjonVRxithWairVvxKLDFOKtbLXStf8AMKHVxKU+YGninTQGWzpR +v6RMmaFD4WCF7VLfN+qV2KqjtHpeUpfe4bvpfrQWzqr22AzxVTuUa97+KbNWkplTtsIrdZHarS0S +ra3t7y27yXWsblYA9TXYlpuXt+tQOlbJ8rfh/wB0nnTWLKauaCHala1q9XG0qNNaeU1D0sw2rsaU +cRVb1utjGeYv6u3H2v3hBn6mrSTfhXrfus5lfWOz2YdZ8dzfbJ5itjtWXHh/a0/a9McjBPTu1eT2 +3NxK6XSXjK6cXtta9v3Yzq8TTlcGDBZeYq1WjrfJv+obc7rsc8EVHnrLa45CL0i26vFG+1XW2mqf +eoZLtudJKNK6lxwKW6hpSkVw3rbuF7U2lQj4uXqits6fAffHV1M9cYRVZmuJfzOY6uNMOZRSAMzz +uy0M1813oXo4KpbnKKE1dk5Zt86rUMRaU4ZOK0Aduo+AyuztMUQy6SA2eXV8yt60XMXaqjQzsDSt +i4vQt3EpoZILptLQitFO84gV1Fnj0JS1qais+Tc+8AMeZsfvbMK46DJjmENtfkRU5iXJZ3bKP//T +Xbp7WUIzvp2kzobrQK14mGnCtjtVsFHFlJszXhsw11ubZeixvuorarTkZjrNEC6hGWibUdtSVoy9 +WMqRS72hQjm5K3meR0r11FZEmgjm1s5lhvaeRaujLWaKhdX2klJkjcR0VSjTRJ6s0UpS7hs56cl1 +rwIrp1w4quZG5lTLXanBynWyLUq29SK0r+Vqy0sD/wAR84RbO8dtJGrqnXWwDP8AxK7Qf+Irzehb +D1ds+RY6cX9ip1fhK38TbQFel6atUn6tfBX8P9T9ZmNWTJtU/VE4cKl2nuep8/8A/wCb9n+0NGys +agc+mSvea71hXQ1yWu739Zd4GVrPbZj7kfbNPQK1E627SDRmxO1XVPxRU5/U46uGtH7J0c25NWry +8XuirY9+Te+EVGjJVvDhWOut42+7u/Wl7N+VsWmmwbRTN3z+4Utdqq+d3/4JzbGtlWovHRtS+c2s +L2u1kuS8Q9U117UAp2tWe2NtfpFulqq3tazDfH+kT7FbJYYkr7Z7SgZ7/pKRrE2sG+Rbk32W7vzy +y1yN9i2i74t+ZXfqV21/vMn+0QWd+5tjVlb958OYxqbVfZu+0MyNJ1nt/ogZsld1q/N71/pf1QaS +/kBo7Wa4FeLf4rEVMynHar5r7ZatnfEk1xVdv7sydQpXp/oGvDphq/RTIVF9za2tceQrLTetvNGi +7TtWy/DeSy70+0vt0IquNp6Pw2W0yvF3Jvxp3d37Wn/7bMPwbq2a7H98c6qydLcP6Fiox4FslW03 +I1W71InvLw+//ulXjdqzzp3fqfxMInIo9O71gGVStWG4/wCMOzG+LU/0iYsW6sPijL1HTRb0W73u +3Kh+TLVLelrX8PKNNlXIlZdm+phrVtRzNuOyS28v1fu/sv8ADyBTVsuk0/dOf1GKlrLJwb7mSvu/ +rh1Fss6eq+9QvaitCa/6hKmLUom1ZaJLbX6ZfqcO/G6oqqWda0XCsbx+VxXsNsuPgxtLbM7bfo/3 +2Ez5sTxZW66J97H++6UdXD5K8xObz3TY8L6nHqof9KoHDy6WTWkm3HdZVFtLLxfxBnU/y9qqty9f +5lv2391+0MbpbDZPivV//wA/8M0H7VwJ5SK71Mjk51IAq7RV1vNPFCmoCOblwumoqifI35moMlZR +RS9WyVe0ZewtahFHfUvE6lrVVVIutihtW+Yyyq0ZXdmzFheRSFZ4SL0BkxujHdK9XJBdV7RWTCsj +hG/IlApYlMoiq0/lcV3PgCvT4k9WdC/Ufo9qOUBoeDE9EZ8vTUXBjFSNSNBH/9TXaqFOiiSr6uOQ +PiVdREHNpx+p0bMePxI6OfY2c71tDpEelxW7iI6qxbosW+mo14knCM1piWPa9BjTRay2sKlkCnL4 +i743ZaD7uNCvIg5Nr7HDKWsrDcq3WEuhUGrYcjYcbhm5bbcijnVcGnEtzNNaVXFDltXBEUqznSCV +T4QbFlSUwCtlbkQYc1HXWDGrb3talv1TtWb4QMxUpR77KG+7/t4y6L9H0tcFdOL8dv3Zsa8yaLh+ +st//AFv8T9YZLZ8lm64qwl+suP6XI42NcPFb8P1hBsjs4AFWy7F3tJIrp8GBW2Gj1jUFcGxymMme +BYBTy2o4a0EZN0t8vZ941WTsLdFZ7VwXi94zVhF5dWlz7tQZcCxUdpnatw2+kKvFC7/pEqPg33/d +p+kIqYqXdN9tJ720prnccNR3U9QqU04lMS2pJAZ1W/mXT4dylSUb368l94fVy255lISyO3Iigm1d +r3R1KytO0VKd5LYsu3SADar2O/P1P9IFkm+9yLK841Gr1t9oFqq2vaAutaq0cmgp+tz8P1bfoyNK +ltAatNLjrBFUy2afDj3S2JxRJdhMte402pjcTFLovkAEwoj5pFkTakdVurcr5wny1u9BUVWVpv5d +pe2Z6Wfu2Gba2bn1vv1LPFRqGBN6Vt3tbah8qqW2Sm2u2J4orW7Uc48RBfDvh0yeOnr19fD+pyh4 +2i+q8VP4YzzKtq3Brukyw+Gj9UorbCrWTWijaCmNq7rfWO/QO53o9ulvF9MnmTDiLJd6oC836N73 +rR/9u38IcqJw0Wtatu72rwi8a8viwLb8lNF3q28HzP7wb5e5RZlN6raOVvvDlbcpWqNxiqLFWnDk +N5FLONXwK+dTtKLWtV91mLJ09bJ4n72P3P4vTlslq5nFX3l4fnf2I94nkxpJ95d7Ff2b/s/3YHA2 +vHZ1v+H9sa610NF8fnUmO8vsX/XdLk/dmSrjTk/w8kos6vkB1aHJCLPUgpkxKy9JyrN0cHYbUaHM +yKbagJ3zxJVN8A7URJpmkWvSzQrbap0aXbUQM2zyIOXDfI6/TYu7K4gaXYO6e2oVXJgs9WJ2KnA0 +Z8nJGK1m+BA5uSJwjM7WRR2syi1sz3Q+A+FbgYPLtMjUrpaBG5026ITdOvEzPJko5Zprk85KQr// +1V/FYl2/VK5OrxNRVN/ZFZMNVrJlVYsc2zPItk7y0KLoLN8V+c6eLLWIGb6GtTF+kv5FdttfdH+a +rOYZnWSgxZK11IqmfJVcmVx33cCuXNjsiuDJWQNFsDtzRR9PbtRs0akqQc2/8tvbVOq+sIt/L719 +ZfaO8rKDJlupKOSumsnq0a6YXHIu3IylSaA8LidDPa2sHQyOKwc12hgWSfMdVekVVO3I14sanUoZ +gx+vb6P8U1Y8U232Wv6uv7On7T/+Rn/0yuNp68kMfUUqpIL3vt4at92lfw/VYgpbTNjy7rbnxf2K +fs/4hqSlagJzVVlLMz6dNrkaMkwUVm1AVSuJ1XdY2+R46uz4ICq6yy7aehNGBLLk7+R7aLvbROBZ +FV2bf6R7q/NxftP8U35u9FXwt9wF1OqMqzZZaVeCfet7tP1Ra9bWolw3Ov1C/lqzljMneh8l94Ba +pEt8jLkdlSK8Te7VtWF9Iy3pDl9oFcHTt9yXFfFYtteN1T4QaG9q+8UbT1tyILdR4VAcT/JBS7eW +sLh7QFL1XIipgx+XXc9dTTVPfPzRVJr3eMFrO1LS+aKM0K2R7tC11Kkves2d2TbOhBj6mu7V8ErG ++lVtVl2VMvUKu1/IOx0tTHXdxS2lVFbj2d4oqtTPNbv3ZaVBPMTaa5bqERWqamqKy6vtL1yJX9Ja +7rZp/WKKK257XyW6vuCLaWleFjrYk4dXqVxdPZ6z3WApu0a8+7Y247zRWtxr3bFbbap1ZSmWtE0+ +DYGvI9sWXL7hTN7dfV8X92Ir1CTStqvCX8+qlcv6IC8j1TXFd417fNrK4Mwb604/RH4OrrRNfVKh +ypvUPxVGUrCmnB+KvsX/AFn+YIx5q5rebj4+vj+Z/tFvOWrqveqWJV7Y9z1egldPWVA7d5imvBrc +TWiNIOKqTZbNmeNd3iUxy2aNisoYGOztdeZj42Xfp+H6042a7Vt7UT/WV/tP2p6aqVVCOd1+GavT +8P2f8MDmrq9IiRV+qjWDN/8AERluzUkRrXWK3q/aL48PxDhPacytoOl0mdUakuQdD/wka7/sf7pT +/wAU16/2P9w7GPqaXrMlvNoQc/H/ACxrjb7I5dClzZqfV468WV+NxdpkZr9EkvEzFbDsfE6b6urM +970sRWLy0+Y6nTLiROicyOrlr2gJv06iZMGR7dDq3vWOJzbOrsBleRrkDz32Gp0oZLxyKGKts5pp +geNCcGRUNvxFXxKP/9bn304sNKK3FkvjFbXyObbSsS7RtOnT1k59pQ3Fka0A6Pw6XMXkiiiR2Jpq +WZ+pU8CjC6O70Op0/R7a7mw9HgXrHRsoq0gOTnyunODd0bWSstnE6rdv1Ot0eWu2ANt8c8DFkwwb +02yt6yBzKqC7T5Gl44IkzI5+Wzqu8xWPqaLiN66jiTldLgv1F1Sn0vmV/aGoju4L/FW20UUX9Zk/ +df3uQ66xVqoKYMFenoqV4L737UrmytNYqeO3/Zxf/c5P3IUGlkttXhr4/nX/AGH8QYsdXyIqqi2r +giWttUkFq1XIFcibdZ1RxbdbkvZrGmWwVyqys5n1grr5LtuEiuNafKVeZ8EtRGXJkx7UlIRsdTDn +s/NarwqvtWNFbWdXa+kCcdJ7z594xWoWqvJaOFa+Iak2WopU8J7wxtKPrEUtpY9OwZt7taiMt02k +vFZjrW2pvsQGV1my287WDdfpEvZX3y+HuVXyffK4Yta9rcZ7pULyXmyQm9m6s07U7u74JbKBWKE1 +xZFNxY2sKnjDsZ8LcQOvls4S90ql5egFsPP5dv1RubjVrtF0mqaj2vtFKptJ8qvUB+fSjT9BnScl +7zkq/sgXdW6xFZOp0TtyatU6dUml9E5mW2/HdP50GzC26qewoztRWPSVx03XtVeq6/bqaNLN/LuK +Y8f6XzKPl30IKZcbpdP2u79IrkTrxNWVq+PTinvr79Ab65K6lRnonfHK41G9PdpW7F3vo3BitWig +bS1aW3cvCQLy0cz9H+EZMldGuzvnSy5KOrXaIrejr3uMAZLU3JW7Rm17U2aU67EVrkrje23hv3q/ +3hUJpj393s8JRdPZX+XvV/eG1ZcePVDvOrkrNeNe8Bz8VXS/Z/x/7ptfdavyfj+Zf9oUWSuTlqy+ +LKrLa+YGhVTU14EstIFVv5VbLjpu/wB0zV6jJay0lM1EaqWdYG5Mipx5iFktSatczF1e+9pXBFHW +9KM/mLLux2Wvht+7/wBo5Fesy4o3zB0LZFZ1ype8ByOow7La8fvGeqVX2o6nW3Tsp4W8Njm5Kw0+ +RYhipS3ArfpbcamjBZYnNloNzdfjqtCDB5WWvMrN1zDfrNygTLZRZ2s+YUrPmUVSQ+RBqpgtbmXt +0l66yX6WjfE6GXgFcfZdA7y5ml8TLk0ZBdVvbmFYXzNPTJNajMqT4BGG9YXEUkuY+2NszWo0UaFj +q+Y5dNRric+GTdavMD//1+VZstWz5AtWeBWtnRmGzbUb4i1jZfzNxrx5Kx6QK0bXEZvQi99SVcgb +cV3yN1MkrUw9PWTc4qiDndcqtacTF0sp+g1dRqxWJwwOvW7SCsrkXjbaLqjCrXyNmdZGtDR5bMuZ +WRBl6i1szVKqW+7tOv0XR16Snzn/AFt/w/U4zJ0tfKe5qbv7B0L2bXe4FQy2RVUrVvwV9sVjxLHN +nre3eyX/AHX91iFu1k07eK3hr+zx/h/WEbtdxyActdS1lFW32Fap8w5p2tLsAx9Biqla8cWdHauJ +i6JOtGn2m1MAQhGe0WSRoMua3rPgu7X3iVYXRPLZz4Kld+6+1cKrvDH+jrt+sUxU0l+t3jDQZU2t +teNooNtRJaci1V3k+wGdxWFxt3QMWGqtd3fq92v700508kY1pu8fuVLUxLGiitN2l2bP3gFtPxGR +PdazXCdlR+Z7VCL4MSpXXiAHj1on+G0c2qLdzSYba5K+7YrnSWO3yBGfp5tWebmwtzvSfNj8TVKp +LsqBv9LL9VBTOqvsppz7oujax68IK5776NDNyWNU9AAp4UZ8qd6fjGJxt+QirZ0+QikZscS+Trb6 +w/FbdRfNRTOm8T9BXC2qr0oCqe2zXIvhmt9OclbUllqzS6fYVDFja09AqOHajoUtVsottrMDnrG2 +2CsztZvSVWrcjNes3nt7v0ijPRy4fA0rFuW3nUiooa5+Ib4WrLg/GQZLaUj0l2vMW36VfeNd8dX9 +4Ncaq5XBgc1rbq+D8QzBbY9DdatWnV+8Krio4a4+sVBrVK3ofh98u8aV/Q/W+eXeNWrFeK+/UW7b +lrzIrRerhNeKv4eX/iCqtVdXXwt/5e7/AHB+K+6ve4oo0qWl+F973LljNPaRNqAmrKVqmGTaMXXY +a5Mc9jGYaVvirHYTqf6pwTpJWNJgI6jDW1dtuHq/Nsc+/TtVa4navTdJiyVcd3igORVtd18vuirY +PMehqslfhpb1f4Iqtoc8GUY79Nar0G48Nmjo2zSuBntlhaEAXTrmW+HQn4ieIxZoKNOJ+WXz5Jro +LxVeQrnptIOdubsOspWoK11HXUIDPVuvAa7uBOoYYEdmL3do2NBNlBQxN2DagKZFUPmSwP/QwurQ +l42zs/DIiwpHN0cqmJsY8LR0tkFXSQjnLG2OrgaH1pDkbIFKPYoLq7vxFXbFVyuoDsmMX5SWofPT +4lrWSUgUXUOmhox9Xu0MatWw3Fj1kK6PxD7BuOvmd6xTHSfkNSQAVUuBLWVFuZdi2tzTfBeD+KEC +ky7W8T+x/Ylp5FoF71UKZOgvvTPIDzTwF+Zd8EEOxtOUu0YoM2Otob4C8m7kwNWXIqLTiYdclk3w +r94ttda68TTjpoYvlqM2SrtCfPxe4NTlwuCK2pbK+7wkZn/R02142e3+IAvHZtT2sF7/AKStfluM +olAt1m7t6NpFDLfQS06KVxZLJt1Xp3fVB1V2oqgDbWqs+SHY1a6lib93EzdVRVL0AYMtr+ekuVR+ +VNY7T2FqKctnyRMy3UfpAVjq1RTzVStO/kvPCu2g7JpouSQnBfHgx7stlV3ta5Q141W1Z4WkuqJ6 +mbL/ADLp5UNtV9mpfF/MOnvpuj3+4MqaNmldrs2l62lxygTKte7TmNo+rSc+gzWmfqG1V1G4Kp0R +Tq7JU3fQD010uPIoZdRDKq1U5fIVm6iiTmyky/FYX6y+kMqbG7DruXZb7NhGVvFmr2PufXLdJdWv +o5rdfboN6nH5uJteKne+oVFvFV15lqtOiv8AWKVW6LLmtxMejdOU/ZyEVbGlZuvOvh9yxLV23j1b +L7dQ44rZf5Y7JSa+ld4gTfRSCNNv5CrcpIXazrWede5YC9VuWovHV1u8c6+KnzsZbDbVq3C33yvV +Tj25lxx223/urlDazjya8L/6n+4aLru7lxRW9VkXyjMdm13uK7twKJqPQylLOXS2v/AWa2228n4S +Xq/FXxLw/wAL/EAnSU8uaerO7H9L9UamjPSMtd1dJ+wIpbJMN8DcZrXk0rqUmHC4FMm511Is8aFR +olNGDPOO08jWsqfEF0sigDlZsKfeRjzUjvr6R1UtHRnOyTVtMBdbRqOsq2Rka2uOTNOC6T224P7J +Rgy43VyKVmjv5MFbKEZH/LyKV0+d1NF28hnv07xl8fUbNAjZi6ZVUsTnxrkM86z4C27WA595qVmT +ZbC7cSq6bUBKqytnyOhXC0iPpwOTtcjVjbOksC5jFRV4Af/R01sy8jvLSIqo5a6FRIHQ0bEFpJAY +tkFGaIli8tOwoUqSM2ISrWRdNsBd8NBVsTiOQ2yaZW2R1CMTt5L1N3R5HmfoRidbdRbav+k6uLE6 +Rhx8K/1t/wAP1+UDcmvxF96SIsRHjTAU8m5/N+9/Zl/MjUv5Kn0FMtKpQ+f2gBveRaaIr5U8Ryem +hZAUrjSGqEipnyWbegGi+q0EOFBFwlmXe3bXRP7hLVhtu+0uQ21mqwuL7pSqbYp5e9tWrXd+mYaa +6tUiorLbdb3UBz+Pw1DaKV9LCJOnoQaQ6z2itb91c/EXdXVJLkFKsv0kcqr7VzNkm+ZP1UbMdN7f +ylsmJUpPP+kBizN3sqLh47GtZJsUVFVSxFbN3nkQOxZGt3a7Dc1tEvTUXRayUxvfWe1soZlvZ+BJ +t+tbwVOVbosmZ7rWrL96x1rqKMzYXNPkLLhZrl5+hyYVu0vX5n8MxM9JdvakuLsZOr6PFZtqyo/o ++Xc3OX3MXj7OPjy2xOaODpYuvvlWlUmvX9T/ACzl2x2natfdOrTGsGPbzNWRmar1PWXdHV1Xvf7Z +jee2RS2S9peojHjbttTSXtXLkhtqWZowdBlz6pbV7WQ34ukx44tKvb7H+V/EOlvhz2MxeX2tTj7u +T0+DP019Erpd69aW/wBLzPL/AEp2qW0e7g13jFSa5r9n/EbU1Mdpi3WpCsNWqVjl90OT9H+lXq+L +3RfS3dLPFb1WaVZWvantIik1/S96vPvGpZJ17O7czdIttHXnS1htO7lc8LreBRV232fToXvilN9q +7xfJXWt16r+xY0cio51K6Jc0MyWq1D9buhSh7ea8PulM9d2nPxVIqYsnl44fqjMOWubvV929RfGG +uf3jPgo8GVteG/3yjblcV3dhbfCkNml7tvF80FFt7j5f6ZEItOO+6vhv4/e/bjK5Fa7pbS33iPHu +q6dguq81JvTJjf1v/qlhWzGtIZd0UCJaUoFMjmGbZWtiTFKjrwNYGgMlqvxczHmx71KOq4jU52Sc +dpXAK5WjTqylZT2viPzpK88reEz3muvNFR0enyz3Hx9X5xsTOLZ6K9dP6FzqYMqy1n1l46ksF8ql +Qcq+F7jssz2rLIpOKuhdqB1cYHjYCkmyaofWjJbGyilco3cmUrhY1YyCuhNslthfawP/0um7JFfM +qUVJ4mDq7unA5NuksifAs2cLpL2vY6eSzgKc8iRS2Q5zyNMassgad67A70hdbaEZUOVkxd8SsVTN +Tfl13WWvqU9u4CsWJYFFfHf8PMNtKrGoX4f2ovDidZvfx28XzP8A8fGXtaQDubGVQuib1GvsALYt +03OWFsEgWQWitSPVgVu4RmSbZqtHFib5dqmi1ArkcaMzYqu93Zlr7r/Kzfjx1oklyOd8t+hbfk0d +3x9UxYsXlLdbxWf1TX1LmyXKvfEvvd58gg0tvbtyr3a+8LtZ3cjq44qqoiol8iCq400p5+GponZR +2fIrSyVZYrLffVVXNlRfpltqk+L7wequlCfvApoxGdeZf0VIJdPI45FISbj3S+VPfFewS03ogpu7 +arN8qsp06dKqRWZNUfzttPznQ2rQDJ1NrPHbaYK16itYru2vvdzbf/cOxmovLslzW0CcVS7EWXEc +ldLnyxM6/tL/ALsv/wCLidz1j1F/FOq3DXyFd2q9Je1OscWuOuNyhlrJKXqyj4/ICz210NsMV7Sz +X0PS1ztu8qq9kxWbk7mDu4cbrzXeLyuROM2l5P5aqvuXf0ivwXUVU0un9I3uWkyuO1sc7uRz7V0y +Ob/+rpbWu6zXov8A6ZtwLKqTl8U/ZNG52srIbpZEt0kIVIzbvaQ544urcwW0qu1DVefxMil4132+ +0PULaldeo/sW/rCW8W6vJ6jW1ZOr4MCuJ6Oj+gMV5pL92wmtXEc6lk9szwYQuG9edXtGZVuSa4oi +j823+GR5FpOjAXRbbNcn3kOviVlBTLysuTGLIuAUrDfdNbeJd2wy+iVlxr9wRkpD8yvFeL3Qtt6g +aIWllwZkzK2O3mVXh8f9pi/2huK+3uP6I6U0BTdMNcLCW4Y+sY1837hWtqZeHFG4yZRyi6RStYLJ +wyoNlJky4nEmuzBIHGz9M7Vhe9T8P7Q5u/lb3bHp7UTUfVOF12HZbzUtH3ctf3wGavdlcmNwZXjt +PZ4vnVE17unL1LFo1lGkdtWVlK4MTZOTFTM6cBtOtTRnFb6SuIxMxLqJ4DN7KNZIMvmwFZGyDXIB +KyAeRzoQOgtJiyZ3VGavWy4Ir//Tp8Tl9r7om9nk8WpWSHJNGjePw6F3ls+LFhkGow7mVIDaYsll +wD51u0Ubej6XzXvv4K/bC+WjpqNV83LpX1fw/wBI146Oz82/H9XT9jj/AI+QrT9M97/q6/1Nf2t/ +/uP7v9kabMrZdmVqp1KzvcckPiACuwL0DWEpYq2RSBZ6lYDu0K7m+AFphCt1rOEMVe0ZSEBnvTWC +uRJRVDMujk5yu8l3BmrGh21lcEaaZIUsVtVUZ6N2lsyq7vumz5luMLkhLTtFV71h1tNCqasqr8rF +5H3dOZnwvzL2yPgv0eM1X4pECryqwDH4iXepOlU3s3yAa01WRNHNW/Sa7QqOTNirFQirtDl8WWx4 +nG4z5bd5HUXh/EBjtVKsvk0O4leor3EvTUCtL0Cs1MrvfZ6TUqyjJ0mOM9p5L7xvfd09IGNtrdPJ +ktlqueoeo8Try8RieNcew53n5xqSqZK2dt9Vo1/3BGWeZstdL0GPLeTXHnfq4scoyuj4mzp+q2UV +HBkbKSdeV7eGJ4d3HnSW2/1jRkfmdPa3rJfdPPvNZo638uyPJivjfL+kjnN+pvT+kc46tjKvbZ1Y +vo1OFLsdqjb176ZWl8q7s9ghW1NTW5QZK1fAiGYLd9p8zYqow3mtlY2zBRL93UFtV6GMhXUdovHr +UIyqWo517oMlXkq16y79fojr023T5WJauugUt33VXpF3s4T51DdbXHJ96pFG6HwYGrDZWUPmVrWJ +r2fcF0bo9r5Giz4XX0vdAz5VuruXir90O6UnyZq2ayjP5exunLxUGBmOysoYjFg8uzryffx/vcId +a6rkaKWVlJZ4SqUdloWWTXXiFPvF8mJPU2yj1RQnBQGUBZaoy5sKummagNSB5d08q3lW4fq7EiHD +Nv8AMMOk/VMNbeZWfWrxLEM9HMzZMbmamld5SBdgAwt04m5ZqtGOSSTWdPd03xNGPLRcWc8I011v +Nx9qLLLj9pflOPBIIdmrqrVstGmc3DVq2q0NAAa//9TIQkEg5ImpAwSQgEIMxY3lttr/ANIVfp8P +nWjhVeOx0dyz28qndxU/rLe3/wDjYv3oPI7uyui9a3tFlVY67a8EVuTGq2SteHBd2gu+RRHNmWX4 +n+INMbs5YVqrZLgXV0+Bgu3e/lU5f1tv3RsrXaQXvNtFwF1xudTVRaFLWllAddCyUIPFEgorwRVJ +l7qEBPQgzdRfSBGLHsU82NzV1VebL2rLgxWim3ZS+fhK1o3I9Vm3oQzbtRAulVVSxV9U7Dra6Csi +lKi9Z/YoFLx02Yl2vvETmbGjLXQnlaJFGWJcj+kUVb9pkzJUr6X3RtIrWOwgmbwx2sVMKBj7zXoF +PUDJkrNqrtZ1WtqVUZaVTum/VHvJxfaEV6l+FCaaSDNZ2svkF2bTaCm9Ov0l36Kj0t1kZ8XcdvSO +x3SAyZ53v0iHq4Q7PaZfsmarb/GeflMrpKY/SYM1V2G2IRkyjj6s1k2oqNYpnojjQO3/ACym2js/ +W/oHDeh6bp6bcVVw0qWtQemUVtXsY660VjOr7LvsZptdOsEaWq9GJ2xaS9Ne8UrkILZUmmiuHJur +tfGpL21kq8ffVlzAbS8OA4bRe2N+/URG5uOI3FTc55lD7rco5oUnz+sUrk3ac6vaMWln2WApnxzW +V6veMz1SaNVcsyuzu2MttG6/SqA7I91Vk+jY04nNYZmx2Vquj5jsM1UPkAzFaO4+RfIpU80Jer3I +Y7wNRRQ+8vxlFXy3HJll3XK8NiWafdYU1KHILWkp5sV15F01aqsuDNxii+BW1NJRavAL4GgvWBXm +OrNKWhXy1Ygz5cazVaPO5aWw3nmj1brt1Of1/S+Yt1eIHEpdVcrw2H2XMxruuHwNleBpFCQWsoKz +GjMpYkBAEjKEIBoAkBAYA//VyEkkgmTkgyQCRYICTeh2+nxrDSOLt4jl9JieW271V9s7EbV6Suki +ZMu3RcQKkKbcStK7e9bWxly3vmtspw9oK1V/SW04IPU5vIqqU1yX8Ff3heu3p6S+QnpsVnZ9Rl8V +vBX9nQgZhwrBWHrZ97Jb5xdaso77mXq4KHWtChFGoLqGC4Fsa0LxGotNpEdkiolnuK7klqZsuXaY +Mua1ntXFmLWpGrFfzctr8q9ypodo1MuNLDSPw3EpadWZU+rgN8m7RchNr7auxXFO2XxYU/dC9LI3 +Dn0C7Jsvk0q2Aq2aWkaXbapfJHO6ertfXkP6u+2sBGfJneW1UuRssnWssy9Dg7ryW+ia+se3EyhW +PN5jcDIa1FdLgdMSb42NK70vsIrE8jVmMxt31OdufefpOphrtovkCLKu6xZ0lyUpabJGlLUKx2cZ +LegVvcr5Rj1vcz818oDculmvaFKiQ7Ku+A8vK3XSehdlCMWU23ZjyGuLFZmLYxlGjvHOqQdHpeqd +Gqvg+77t/wBoc8f0uPzMqXLx2+gaI7Fa+ZPagWs62U8GM6fSzHdRi3RHIy2thfdgycrdqZpa2KUZ +76Xa9pbigK01GYcsqGIquKFYtGwNtMiWWeVjYu69OfeONZtOToLJNFbmgDkrtvvXC3iHPiKT31df +pVJumiZArMvLyq3K/d+mL6iuyyfJj8y8zFK4179SX/S4VYozVcqOZsx3lGeuPTcXxvbaOTAantvt +fC3h94dx0YjJV2rpxRbFffWefrEAotrdHy8JMqdqyuNQZpUXXIKyJwwKUtuUl8FfKTpxq+/i/e4B +ceVePVt4R1XDh8H4TUqVpx9gWhaty5jVbtOjCltCicMbeGhaUkUy2qFUc91lqylAp6MDm9d0c/pK +cV46mLHwXZ+H6I7978/rHHyJY7v2bfZAVdR8gqve7luP6u37s1PXRmO9eT/EVBgJN27j4gkrNiAg +IIIiQQhJA//WyQQkyA5Ihv6bo3kW6+lfZ9snR9L5nfv4F/3LfwzqXtpoVqRWqVO7UXbJLhFbtvuV +4+sxFslcenJfbuGj7aotiqlwMlcjzvTwm5ewgLKnmvXw1+1cmW257UWy5FirC4+qKxrSQI1BKqeI +G9dQWyRogHotdwZcd2Lz9VWmnF+yBqeX8hgzdalpTV+16n+4Ysma2T5PZFEZtG97ZHNnLKogZDIy +wKQlWAQt+kogyAS2+3CXBSGTUIO5rm0F2duLn3gJECrq9kolx7wHdvi2ygQLrJbtf1mFZbqYs9Rc +EYB3MZ59/aYmCakNOWSy1Tch+Iy+1YSgwgeV1ltxlyweZaZkq32ABrRTM7W7zHOxzXV5GqrQa65a +dll9o4c+M16OO9T75DHe4LZLeyxFsj5ovHizaZuKMpvBvOuMLGnpcjx2brx8Jj7z9A/AuJcR0F1N +quVGox9bkfZ+Qx7S0IJtaX1mR6OPyC7dRezlxoKSADacuosnMEWVp7l9UTAYGG0x5m+SLLqnWu2E +IYBhtaqdXajlJFl1lkmoUP5THIJGG1vp1tq8lAMfVvHV1iU/T4TFIVIO1b6dbtUbftFH1fo/OY2g +SDtXRXXv2ftFa9Ztbarx+cYZLaciHat3x/J1097/AJBPxNVpDM0EYO1dB9bW1drq5J8ao1qzngZc +XtXUr1lL2U9031uedTRoxdRbFw1r7P8ADKb7u7yJUxU6hX1r9U10tJWhdhVrSWbUlLV5gU1Rj63E +9u+uq9Y3rUlY8FuDA4e7Qo2rIdnwvDZ09V96hkq9YKBMOH9FjUxeSsqGDHb1bcQHSSQQCWjLFEKK +ywhH/9fJJai3PXgLtZVUmro+ntb9JfgciTXUxcFySDe6qpFu6XyI53UdQ1r9UrZubqNi218T8VvZ +MeOtuot81eH5xXDhtmtD5+M7SrXCoQVVJYKwuJrxV8uu63HxWEYMe+3mW4eoNy97TkEZZea+63D1 +TQ7JKEKSgVbKkFMbKWy1rxMmTqOVfrGVttyyM605eqtbSndX2zLqywGGfUPkIl2lpAEAKAQAt9gA +ojUgQJEACSD5QgkASWAggR6EITiBJCCEEIAAxqFKAIgN9oWyrIIRJ8yIDnkUWo9t1bsNkqxhCm16 +Dly4dvLrOeftaraGW6GbmxdqtmJxsXtCGhbGujZPL7WdZGLSYNeOm1a8S1FVcEErOpxA0HgDiVES +gMkgpPIqrohE5IyIEp8SRIOBYASCSwOIEiSB4BkCqZHLI4BKAkE4BkklAVixUiCmKANgkqRFtqKt +hIyg1ttcpwzfh6z1b6fOOfBE4Cy47N3OqLVu1ozl4s9qaLVeybK5lbgHSXWmr1DlWkiqvsL2yJV1 +NTz4Vl6i/nVS5o4+Tu2k6T7rkzdTihK/Jnfnx68eMW+iqi6jmIS1h8USs8OaDa25bl4kcGGjbpJX +iM6bJV923ht/27kzY3itDAWSCpZGWH//0FYOm3tXvw9Wp0m9NqKUTY1UdtEc22W/e4cEYvK323P6 +B2LYU1tXAixKurClYsaw1+cy1aO71Gqs95/RHVSopYB4KBFrToVy51TVs5mXqrX0XdX2gm405s9a +aLVmC1nbVlSEc7bRIkCWBekIsyMEhAAJLA5EFXYKkEk2lBkkyWhIqQFakKbgtlFmgTPAHEtGgUUS +O0DTZPQBPkIGSukgEkhlFWAeYZ7SscwhE4k4EkMkAmSahgPAANFS4NAASGyElgCCSW+Ur6CgSXKh +CrJfiDoirBJEWTkFtAEbArPYWQGkFFUeINC0kaRBVohCyQRV1KwxhJKpbTJtLTJJAMA2uSTAQiNA +Cm+IGwAvQWSBqRsCNFayF6kAsmyNETBuQnqJwIrNaoMzwCeifil+p06n4+o5W+sMtk3sxyWTg6ce +E43s3PDTxNNMayY3V8DJW0mnFl2aci852mRa5eTC8VofIRkrHeR3c1K5VpxOc8fJnk9PFYc+t9r9 +DOtjsupx+W/HX+qt7f8AZnMy4Y4FcWR0aa4oqNNXyfFFmkNzpZF59P8AGr++FLUyWP/RvXrKrima +69dhqvW+r/znEiS23kcja7D/AJjhftfV/wCcW+vxWfrR7v8AznKaQIB2dldfib9b6v8AziOo67dp +j4fOOeRIGg27OXqyQnxDBWJCLNgJtBIQQSCJLIKINWTjxCmlwCJEEAwasCxOAEiwVVBhhSK2eoB2 +gbRWSSBeY1InJSQhBYQA4hULJQBkkC2pX0F0tCNoiKwBuCJyywFZYQxBOIVRtkTL7QNGhWZ4AgZH +YREFVWCMvKIoiQKwBFmgAB6cAoKQJVXAESA3CLtcyj1IiVcluYFCCoKJaARISEERJJAIKCAIUoIK +ySQsHIqjKQOIPkJwIiAkLKPUoYApMBAvISgQDwArSTVhAhOAJZJCowyAkdhqcrx/iS4txIRLUJ7O +PLtOzrLqTA6uXtEFdxbynH+RuOgrdgvJ3teZlpka4G7HsyrTj7Jy5cuHL1NlZbJNGK+OHJ0clNr0 +4Ge6OH+TJfT5nitD8LH5cSo5r4H4fmmZ05D8GWVssSq//9LKlJG44E4E0OTKqLrgTiCYIDEFZIRv +UKKBJIYGvSUGSaIEwDVgGQlWpDEARE4hSgjAC9IWCEg6ADUMAfEtD4gTbBWAtkSkIq0BqS0wAKir +oRIsyQgIBpBlgYBWgNWEkxwCIpQWiceJIACSbktCKpSRekAtwRkfAjIBrzJEh3ETkoEQQMgWoBfp +KhT5BACCiRyCu6QDiBjIkpEAVmQ/iCCSiaE0An2liCeknyEI45cQKvtJMhgiRVTgGSto4wQCy1IV +IhgJV+kvx4kAGnIDXYHdJJCKqvaVagYRqQpe58CyXMLTA/SASJgImAZA0TUgBgIFqGI4gFBZXgFs +9X47Jx5Nz0UtqHkHR8SNHmt7XsxbqsQRJ9pIgMRqiIEcw8QuGhcPkFXSDoBMnED/08q14kIVg4sr +IHMkE1AjYAqFxLFFdSQFsDXYAI7SzgqCGyAz2EkDULTiSGyqLYV6CoeIEempEwqvpJtgCTHAK7WD +l6QVUfKAYkj4BcwCGEBLmWSXErDCpIDBNESCLsKqaBgErgSZCA9CLiQIEjcFacSSTiQCZC5AR1KI +GJKMKZAOD1C2GGCIAMleBZlXoUCS06FUmXmEQBMjfMrX0lp/IVVk9ATJX5AqeDGCRJEg+kiYFYIX +B6CagSuBGiNJcQr0alVWupaeROJAgaMGq9AXroFtoKrM/KW1QJ5kj0gGZ0BE8C3EHDgBR6Bks1Pp +K7QixXQsitlqBHLA1IdZgIFOAU54B05h2lnlQXygUhJDk11XA4l1JVPUvx4kk1FU5cBbgDJ8onp1 +VCEkMQOqYD7CcCIKEgEgaLQiJQMMUgKkJJJZhj//1MgH2HN+KyPs/IT4rJ6PqmMTHS1RNYOc+ryP +n+Yj6vI+f5hlHSWvEMScz4vJ6Pqk+Lydv5idaY6e2QaI5vxeTt/MT4vJ2r6o6mOkmRanM+Kyej8h +Pisno/IXDHTcgOd8Xk7V+QHxWT0fVGGOnwDBy11V12fkD8Zk7V9UmUx0+BG9DmPq8j5/mJ8Xk9H1 +R1o6OoWjmfFXJ8Vk9H5C5THTZNeRzPisnb+YPxeT0fkJ1qY6SYTl/FZO38wfi8no+qOtMdNMEnM+ +Kyej8hPir+j6pcqujMhfp0Ob8Vk9H1Qvq7vs+qMo6UsM9py/ib+j8gfi8nb+YdR0+GrJuOX8Vf8A +BBXV5F2fkJ1HSt6SKqRzfi8no/IT4vJ2r6oymOjD4MKRzfi8navqkfV5H2fkGUx1ECyTOZ8Xk9H1 +QfF5O38xeo6LRaNDmfFZPR+QnxWT0fkJlHTkrxOd8Vk7fzBXV5F2fkHUxtcxAxcDm/FZPR+QnxWT +t/MaxXT4MMtnL+Kydofi8no+qTEdOWB/Kc34vJ2r6oPir+j6oyjpNETZzfisno/IT4rJ+CJ1HTt3 +kCIOb8Vk9H5A/F5O38w60x0lqgpanM+Lydq/IT4vJ2r6pco6b9BIbOZ8Xk7V9UHxWTt/MMHTieBX +kc5dVkXMnxeTt/MMHSThln2o5XxN+0PxWTtHUdRPUjaRzPi8navyAfVZH/7E6mOnKLLXU5XxWRdn +5CfFZO1fkHWpjprXiSynU5vxeTt/MD4rJ2/mHWmOlElXK4HP+KydpPisnaXFx0FZltDmfEXJ8Tdc +/wAwwdNahhnM+Kyfgg/F5O38xOpjplXJzX1WR8/zE+Kydo6mOnCJMnN+Lyej6pPi8no+qXqY6ZVc +TnfF5PR+QHxWTt/MTqY6ZN3I5nxWTt/MT4rJ+CHWpjptdgGc34rJ6PyB+Lyej6oyq//Z + +------------FBCCA322C0BA27-- + + + +From legros@nevrax.com Wed Jan 9 18:38:50 2002 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g09Hclw23334 + for ; Wed, 9 Jan 2002 18:38:48 +0100 (CET) + (envelope-from legros@nevrax.com) +Received: from benjaminl (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g09HX3J01170 + for ; Wed, 9 Jan 2002 18:33:03 +0100 (CET) + (envelope-from legros@nevrax.com) +Message-ID: <000b01c19933$d12fb0f0$1b01a8c0@benjaminl> +From: "Benjamin Legros" +To: +References: <7932890954.20020105154321@in-orbit.net> <000901c19795$1f9738d0$1b01a8c0@benjaminl> <3045646396.20020109005607@in-orbit.net> <002e01c198fe$5540f4c0$1b01a8c0@benjaminl> <100105310137.20020109173031@in-orbit.net> +Subject: Re: Re[4]: [Nel] How to use CollisionMeshBuild (.cmb) +Date: Wed, 9 Jan 2002 18:33:57 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 6.00.2600.0000 +X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +X-Reply-To: "Benjamin Legros" +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +From: "Robert Bjarnason" + +> Is it maybe too steep or does the +> exterior mesh collision not work for walking on top +> of buildings? + +The interior collision builder doesn't take slope into +account, nor mesh geometry (as it only uses collision mesh +which is something like a curved plane), so it shouldn't +be an issue here. We, at Nevrax, also use stairs, ramps +and so on. The only issue I can see here is a vertex +misalignement between the interior mesh and the exterior +mesh, or the common edges wouldn't be invisible both. +Also check that the beginning of the stairs are not crossing +a landscape surface border (that is the 'door' to the stairs +is located inside a surface) + +Last thing of all, a PACS surface must not cover itself, +for instance a spiral staircase must be divided in multiple +pieces so that for a couple of (x,y) coordinates, there is +at maximum 1 point on the surface (so a unique z). +Typically, a house that has multiple floors will be divided +by floor. + + +I hope this will solve your problem ! + + + +Benjamin Legros +Nevrax France + + +From david.mentre@wanadoo.fr Wed Jan 9 19:21:50 2002 +Received: from mel-rto2.wanadoo.fr (smtp-out-2.wanadoo.fr [193.252.19.254]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g09ILow23604 + for ; Wed, 9 Jan 2002 19:21:50 +0100 (CET) + (envelope-from david.mentre@wanadoo.fr) +Received: from mel-rta8.wanadoo.fr (193.252.19.79) by mel-rto2.wanadoo.fr; 9 Jan 2002 19:16:04 +0100 +Received: from oops (193.251.66.67) by mel-rta8.wanadoo.fr; 9 Jan 2002 19:15:40 +0100 +Received: from david by oops with local (Exim 3.33 #1 (Debian)) + id 16ONGG-0000Mm-00 + for ; Wed, 09 Jan 2002 19:15:40 +0100 +To: nel@nevrax.org +Subject: Re: [Nel] Issue to run snowballs2 +References: <87n0zo3d4p.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me> + <87ell037cv.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me> + <003b01c198f7$71970030$0601a8c0@lionelb> +From: David Mentre +Organization: none +Date: 09 Jan 2002 19:15:40 +0100 +In-Reply-To: <003b01c198f7$71970030$0601a8c0@lionelb> +Message-ID: <87y9j7v19v.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me> +Lines: 29 +User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.1 +MIME-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Hello Lionel, + +"Lionel Berenguier" writes: + +> Okay, sorry for late answer but this an issue I have not yet fixed, + +Thank you. I don't mind a late reply if I get a reply at all (especially +when it is detailed like yours :) + + +> The test in driver_open_extension.cpp:333 ensure that code that use +> glSetFenceNV won't be executed, but it's still compiled and linked. +> Therefore it crahses when the libnel_drv_opengl.so is loaded. + +One quick workaround would be to put an appropriate test in the +configure. This test would try run a small program testing the GL +extension and thus #define its availability. + +But for a long term fix, it would be better to allow the dynamic lookup +of those extensions. It would allow Nevrax to release one binary +supporting all hardware at full speed. + +Sorry, I have no fix for that yet. + +Anyway, thank you for your reply, +Best regards, +d. +-- + david.mentre@wanadoo.fr + +From david.mentre@wanadoo.fr Wed Jan 9 23:34:39 2002 +Received: from mel-rto6.wanadoo.fr (smtp-out-6.wanadoo.fr [193.252.19.25]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g09MYdw24972 + for ; Wed, 9 Jan 2002 23:34:39 +0100 (CET) + (envelope-from david.mentre@wanadoo.fr) +Received: from mel-rta6.wanadoo.fr (193.252.19.222) by mel-rto6.wanadoo.fr; 9 Jan 2002 23:28:52 +0100 +Received: from oops (193.251.66.67) by mel-rta6.wanadoo.fr; 9 Jan 2002 23:28:30 +0100 +Received: from david by oops with local (Exim 3.33 #1 (Debian)) + id 16ORCw-0003KZ-00 + for ; Wed, 09 Jan 2002 23:28:30 +0100 +To: nel@nevrax.org +Subject: Re: [Nel] Issue to run snowballs2 +References: <87n0zo3d4p.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me> + <87ell037cv.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me> + <003b01c198f7$71970030$0601a8c0@lionelb> +From: David Mentre +Organization: none +Date: 09 Jan 2002 23:28:29 +0100 +In-Reply-To: <003b01c198f7$71970030$0601a8c0@lionelb> +Message-ID: <87666bi2gi.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me> +Lines: 45 +User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.1 +MIME-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +"Lionel Berenguier" writes: + +> Also, can anybody explains me why under linux/unix we don't have to +> dynamically import functions (ie with such call like wglGetProcAdress(), or +> window's GetProcAdress()) ??? In other terms, What system underlie the +> dynamic library loader (I suppose there is system which fill a table of jump +> or something like this but I don't really knows). + +Ok. Looking at nm(1): + For each symbol, nm shows: +[...] + "U" The symbol is undefined. +[...] + "W" The symbol is a weak symbol that has not been + specifically tagged as a weak object symbol. When + a weak defined symbol is linked with a normal + defined symbol, the normal defined symbol is used + with no error. When a weak undefined symbol is + linked and the symbol is not defined, the value of + the weak symbol becomes zero with no error. + +[...] + +So I think we would like those "weak objects" for all GL extensions. + +Looking at the generated library, we find: +david@oops:~/pub/NeL/code/nel/src/3d/driver/opengl/.libs$ nm libnel_drv_opengl.so|grep Fence +0001a58c T finishFence__Q24NL3D19CVertexBufferHardGL + U glDeleteFencesNV + U glFinishFenceNV + U glGenFencesNV + U glSetFenceNV +000213e0 W isFenceSet__CQ24NL3D19CVertexBufferHardGL +0001a554 T setFence__Q24NL3D19CVertexBufferHardGL + +So glSetFenceNV is an undefined symbol that will trigger the dlopen +error. + +I've not found a way to change that however. :( + +Hope it helps a little, +Best regards, +d. +-- + david.mentre@wanadoo.fr + +From v.caron@zerodeux.net Thu Jan 10 00:10:03 2002 +Received: from zerodeux.net (zerodeux.net [62.4.22.182]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g09NA3w25204 + for ; Thu, 10 Jan 2002 00:10:03 +0100 (CET) + (envelope-from v.caron@zerodeux.net) +Received: from localhost.localdomain (zerodeux.home [192.168.1.3]) + by zerodeux.net (Postfix) with ESMTP id D5530B6FB + for ; Thu, 10 Jan 2002 00:04:25 +0100 (CET) +Subject: Re: [Nel] Issue to run snowballs2 +From: Vincent Caron +To: nel@nevrax.org +In-Reply-To: <003b01c198f7$71970030$0601a8c0@lionelb> +References: + <87n0zo3d4p.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me> + <87ell037cv.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me> + <003b01c198f7$71970030$0601a8c0@lionelb> +Content-Type: text/plain +Content-Transfer-Encoding: 7bit +X-Mailer: Evolution/1.0 (Preview Release) +Date: 10 Jan 2002 00:04:16 +0100 +Message-Id: <1010617456.755.20.camel@zerodeux.home> +Mime-Version: 1.0 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +On Wed, 2002-01-09 at 11:21, Lionel Berenguier wrote: +> +> If someone could explains me where I am wrong in +> driver_opengl_extension_def.h, it would be cool. +> +> Also, can anybody explains me why under linux/unix we don't have to +> dynamically import functions (ie with such call like wglGetProcAdress(), or +> window's GetProcAdress()) ??? In other terms, What system underlie the +> dynamic library loader (I suppose there is system which fill a table of jump +> or something like this but I don't really knows). + +OpenGL under Unix was used for a long time on a limited set of video +hardware (on SGI/Irix, HP/UX and a few), and there were little migration +of software across these different setups. Thus, the extensions were +simply compiled in libGL.so together with the standard API, and you had +only two solution : 1) choose extension usage at compile time or 2) +dynamically load different versions of your engine (if the DLL wouldn't +load, it meant a required extension was not present). + +But of course it was quickly a pb. An extension has been proposed as the +counterpart of wglGetProcAddress ( +http://oss.sgi.com/projects/ogl-sample/registry/ARB/get_proc_address.txt +). Since you have the pb of the chicken and the egg (how do you get the +glXGetProcAddressARB function address without itself ? :)), the author +asked driver implementors to _always_ compile this one in their libGL.so +(even if it always return NULL : no extension!). Conclusion: you can +reuse the code currently embraced by #ifdef NL_OS_WINDOWS/#endif for +Linux, replacing wglGetProcAddress by glXGetProcAddressARB (may I +suggest a macro ? :)). + +Now you would say : ok, but the gl* extensions are defined twice ! Once +as function pointers in my code, once as functions in libGL.so ! The +fact is that dlopen'ing("/usr/lib/libGL.so") does not import libGL +symbols in your process space. You have to import them with dlsym(), or +in our precise case, with glXGetProcAddressARB(). You get the Windows +behaviour. But Linux users keep a slight advantage : they can code +nVidia specific stuff without those boring function pointer mess, they +just link against libGL.so. + +-- +There is something worth mentioning : glXGetProcAddressARB is +context-independent while wglGetProcAddress is ! This is spurious, +because wgl* functions are on the windowing system side, and should not +be context-dependent until one of their parameter is a context. If a +Windows host has several drivers (often the case : one software, and one +HW, maybe more with multi-head), context is critical since you can deal +with several driver interfaces. At least it is clearly mentioned in the +first line of the MSDN doc... + +-- +Add-on: to list symbols of a DLL, use 'nm -D .so|less'. Symbols +with a leading 'U' are undefined (meaning their implementation reside in +another lib), those with a 'T' are implemented here (in the 'text +section' = code segment). Very useful if you want to understand the +strategy of the runtime loader. + + + +From ian@cahoononline.com Thu Jan 10 10:44:29 2002 +Received: from gonzo.cahoononline.com ([209.237.31.48]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0A9iRw28875 + for ; Thu, 10 Jan 2002 10:44:28 +0100 (CET) + (envelope-from ian@cahoononline.com) +Received: from cahoononline.com (daffy.cahoononline.com [192.168.1.26]) + by gonzo.cahoononline.com (8.11.2/8.11.0) with ESMTP id g0A9ci700932 + for ; Thu, 10 Jan 2002 01:38:45 -0800 +Message-ID: <3C3D611F.3FBC555F@cahoononline.com> +Date: Thu, 10 Jan 2002 01:38:39 -0800 +From: Ian Cahoon +X-Mailer: Mozilla 4.78 [en] (X11; U; Linux 2.4.9-13 i686) +X-Accept-Language: en +MIME-Version: 1.0 +To: nel@nevrax.org +Content-Type: text/plain; charset=us-ascii +Content-Transfer-Encoding: 7bit +Subject: [Nel] libxml / configure problem +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Hi, + +I am new to NeL and was having some problems getting it to build. +I am on a stock Redhat 7.2, i686 box. I am trying to build off +of CVS HEAD. + +When running configure I am running into the following problem... + +[code.HEAD] nel: ./configure --with-stlport=/home/icahoon/ws/STLport-4.5.1 +loading cache ./config.cache +checking for a BSD compatible install... /usr/bin/install -c +checking whether build environment is sane... yes +checking whether make sets ${MAKE}... yes +checking for working aclocal... found +checking for working autoconf... found +checking for working automake... found +checking for working autoheader... found +checking for working makeinfo... found + +...snip... + +checking for python... /usr/bin/python +checking for Python headers... /usr/include/python1.5 +checking for Python libraries... /usr/lib/python1.5/config +checking for xml2-config... /usr/bin/xml2-config +checking for libxml - version >= 2.0.0... no +*** Could not run libxml test program, checking why... +*** The test program failed to compile or link. See the file config.log for the +*** exact error that occured. This usually means LIBXML was incorrectly installed +*** or that you have moved LIBXML since it was installed. In the latter case, you +*** may want to edit the xml2-config script: /usr/bin/xml2-config +configure: error: libxml2 must be installed. + +So I did a bit of digging. It seems in configure.in, line 138 there is + +> dnl Use C++ compiler as a default for the compilation tests. +> AC_LANG_CPLUSPLUS + +But looking at the macro AM_PATH_XML2 in /usr/share/aclocal/libxml.m4 +it seems pretty clear it won't work with a C++ compiler since +it is only modifying the CFLAGS, not the CPPFLAGS or the CXXFLAGS. + +I am in no way an autoconf expert, so I dont know what the "correct" solution +is, but in configure.in, I added the following macros, and it seems to work: + +Index: configure.in +=================================================================== +RCS file: /home/cvsroot/code/nel/configure.in,v +retrieving revision 1.56 +diff -c -r1.56 configure.in +*** configure.in 7 Jan 2002 16:09:52 -0000 1.56 +--- configure.in 10 Jan 2002 09:42:24 -0000 +*************** +*** 215,225 **** +--- 215,232 ---- + AM_PATH_PYTHON( $enable_ai ) + + ++ ++ dnl Use C++ compiler as a default for the compilation tests. ++ AC_LANG_C ++ + dnl ========== + dnl LibXML + dnl ========== + + AM_PATH_XML2( 2.0.0, , AC_MSG_ERROR(libxml2 must be installed.) ) ++ ++ dnl Use C++ compiler as a default for the compilation tests. ++ AC_LANG_CPLUSPLUS + + + dnl ==================================================================== + +Thought you might like to know, + +--Ian + +From valignat@gw.nevrax.com Thu Jan 10 11:58:42 2002 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0AAwfw29322 + for ; Thu, 10 Jan 2002 11:58:41 +0100 (CET) + (envelope-from valignat@gw.nevrax.com) +Received: from gw.nevrax.com (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with ESMTP id g0AAr0J05983 + for ; Thu, 10 Jan 2002 11:53:00 +0100 (CET) + (envelope-from valignat@gw.nevrax.com) +Received: (from valignat@localhost) + by gw.nevrax.com (8.11.6/8.11.6) id g0AAqgv88108 + for nel@nevrax.org; Thu, 10 Jan 2002 11:52:42 +0100 (CET) + (envelope-from valignat) +Date: Thu, 10 Jan 2002 11:52:42 +0100 +From: Cedric Valignat +To: nel@nevrax.org +Subject: Re: [Nel] libxml / configure problem +Message-ID: <20020110115242.A88071@nevrax.com> +References: <3C3D611F.3FBC555F@cahoononline.com> +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +User-Agent: Mutt/1.2.5i +In-Reply-To: <3C3D611F.3FBC555F@cahoononline.com>; from ian@cahoononline.com on Thu, Jan 10, 2002 at 01:38:39AM -0800 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Hi Ian, + +I applied your patch and it will be on the public CVS tonigth. + +Until then, you can run the 'configure' script with the '--disable-xmltest' +option to avoid that crash. + +Thanks for your help :-) + +Cedric. + + +According to Ian Cahoon: +> +> [...] +> But looking at the macro AM_PATH_XML2 in /usr/share/aclocal/libxml.m4 +> it seems pretty clear it won't work with a C++ compiler since +> it is only modifying the CFLAGS, not the CPPFLAGS or the CXXFLAGS. +> +> I am in no way an autoconf expert, so I dont know what the "correct" solution +> is, but in configure.in, I added the following macros, and it seems to work: +> [...] + + +From neuser.jp@club-internet.fr Fri Jan 11 14:46:57 2002 +Received: from relay-3m.club-internet.fr (relay-3m.club-internet.fr [195.36.216.172]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0BDkuw37685 + for ; Fri, 11 Jan 2002 14:46:57 +0100 (CET) + (envelope-from neuser.jp@club-internet.fr) +Received: from kissmaniac (lns03m-10-235.w.club-internet.fr [212.194.57.235]) + by relay-3m.club-internet.fr (Postfix) with SMTP id BFCB2177C + for ; Fri, 11 Jan 2002 14:41:11 +0100 (CET) +Message-ID: <000801c19aa5$8e015d60$eb39c2d4@kissmaniac> +From: "neuser jean-philippe" +To: +Date: Fri, 11 Jan 2002 14:40:36 +0100 +MIME-Version: 1.0 +Content-Type: multipart/alternative; + boundary="----=_NextPart_000_0005_01C19AAD.EED8CD50" +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 6.00.2600.0000 +X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 +Subject: [Nel] (no subject) +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +This is a multi-part message in MIME format. + +------=_NextPart_000_0005_01C19AAD.EED8CD50 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: quoted-printable + +hello=20 +my name is neuser jean-philippe=20 +and i have some problem to build and run snowball. + + + + +FIRST PROBLEM: +In Debug configuration i am able to compile snowball but at execution i = +have this in log file + +////////////////////////////////////// +Log Starting [02/01/11 13:18:16] +02/01/11 13:18:16 DBG 1904 driver_opengl_extension.cpp 579 : GLExt: = +GL_ARB_multitexture GL_ARB_texture_border_clamp = +GL_ARB_texture_compression GL_ARB_texture_cube_map = +GL_ARB_texture_env_add GL_EXT_texture_env_add GL_ARB_texture_env_combine = +GL_ARB_texture_env_crossbar GL_ARB_texture_env_dot3 = +GL_ARB_transpose_matrix GL_ARB_vertex_blend GL_S3_s3tc = +GL_ATI_envmap_bumpmap GL_ATI_texture_mirror_once GL_ATI_vertex_streams = +GL_ATIX_texture_env_combine3 GL_ATIX_texture_env_route = +GL_ATIX_vertex_shader_output_point_size GL_EXT_abgr GL_EXT_bgra = +GL_EXT_clip_volume_hint GL_EXT_compiled_vertex_array = +GL_EXT_draw_range_elements GL_EXT_fog_coord GL_EXT_packed_pixels = +GL_EXT_point_parameters GL_EXT_rescale_normal GL_EXT_secondary_color = +GL_EXT_separate_specular_color GL_EXT_stencil_wrap = +GL_EXT_texgen_reflection GL_EXT_texture3D = +GL_EXT_texture_compression_s3tc GL_EXT_texture_cube_map = +GL_EXT_texture_edge_clamp GL_EXT_texture_env_combine = +GL_EXT_texture_env_dot3 GL_EXT_texture_filter_anisotropic = +GL_EXT_texture_object GL_EXT_vertex_array GL_KTX_buffer_region = +GL_ARB_window_pos GL_NV_texgen_reflection GL_NV_blend_square = +GL_SGI_texture_edge_clamp GL_SGIS_texture_border_clamp = +GL_SGIS_texture_lod GL_SGIS_multitexture GL_WIN_swap_hint = +WGL_EXT_extensions_string WGL_EXT_swap_control=20 +02/01/11 13:18:16 DBG 1904 driver_opengl_extension.cpp 656 : WGLExt: = +WGL_ARB_make_current_read WGL_ARB_pbuffer WGL_ARB_pixel_format = +WGL_EXT_swap_control=20 +02/01/11 13:18:16 WRN 1904 path.cpp 220 : CPath::lookup(n019003l.pfb): = +file not found +02/01/11 13:18:16 WRN 1904 common.cpp 390 : Exception will be launched: = +Path not found for n019003l.pfb + +////////////////////////////////////// + + +what does it mean ?=20 + + + +Its possible to download a good snowball program and dll necessary ?=20 + + + + + +SECOND PROBLEM: +In debug release configuration=20 +i m not able to compile opengl driver project +driver_opengl.cpp +D:\skander\code\nel\src\3d\driver\opengl\driver_opengl_extension.h(142) = +=3D +: error C2146: syntax error : missing ';' before identifier =3D +'glActiveTextureARB' +D:\skander\code\nel\src\3d\driver\opengl\driver_opengl_extension.h(142) = +=3D +: fatal error C1004: unexpected end of file found +(repeated 9 times for the next 9 files) + +somebody had same problem but no give solution=20 + + +its possible somebody make an good installation guide with configuration = +of visual studio. +screenshoot , step by step ...=20 + + +thanks all=20 + +i hope to help you in future=20 + + + + + +------=_NextPart_000_0005_01C19AAD.EED8CD50 +Content-Type: text/html; + charset="iso-8859-1" +Content-Transfer-Encoding: quoted-printable + + + + + + + + +
hello
+
my name is neuser jean-philippe = +
+
and i have some problem to build and = +run=20 +snowball.
+
 
+
 
+
 
+
 
+
FIRST PROBLEM:
+
In Debug configuration i am able to = +compile=20 +snowball but at execution i have this in log file
+
 
+
//////////////////////////////////////
+
Log Starting [02/01/11 = +13:18:16]
02/01/11=20 +13:18:16 DBG 1904 driver_opengl_extension.cpp 579 : GLExt: = +GL_ARB_multitexture=20 +GL_ARB_texture_border_clamp GL_ARB_texture_compression = +GL_ARB_texture_cube_map=20 +GL_ARB_texture_env_add GL_EXT_texture_env_add GL_ARB_texture_env_combine = + +GL_ARB_texture_env_crossbar GL_ARB_texture_env_dot3 = +GL_ARB_transpose_matrix=20 +GL_ARB_vertex_blend GL_S3_s3tc GL_ATI_envmap_bumpmap = +GL_ATI_texture_mirror_once=20 +GL_ATI_vertex_streams GL_ATIX_texture_env_combine3 = +GL_ATIX_texture_env_route=20 +GL_ATIX_vertex_shader_output_point_size GL_EXT_abgr GL_EXT_bgra=20 +GL_EXT_clip_volume_hint GL_EXT_compiled_vertex_array = +GL_EXT_draw_range_elements=20 +GL_EXT_fog_coord GL_EXT_packed_pixels GL_EXT_point_parameters=20 +GL_EXT_rescale_normal GL_EXT_secondary_color = +GL_EXT_separate_specular_color=20 +GL_EXT_stencil_wrap GL_EXT_texgen_reflection GL_EXT_texture3D=20 +GL_EXT_texture_compression_s3tc GL_EXT_texture_cube_map=20 +GL_EXT_texture_edge_clamp GL_EXT_texture_env_combine = +GL_EXT_texture_env_dot3=20 +GL_EXT_texture_filter_anisotropic GL_EXT_texture_object = +GL_EXT_vertex_array=20 +GL_KTX_buffer_region GL_ARB_window_pos GL_NV_texgen_reflection=20 +GL_NV_blend_square GL_SGI_texture_edge_clamp = +GL_SGIS_texture_border_clamp=20 +GL_SGIS_texture_lod GL_SGIS_multitexture GL_WIN_swap_hint=20 +WGL_EXT_extensions_string WGL_EXT_swap_control
02/01/11 13:18:16 DBG = +1904=20 +driver_opengl_extension.cpp 656 : WGLExt: WGL_ARB_make_current_read=20 +WGL_ARB_pbuffer WGL_ARB_pixel_format WGL_EXT_swap_control
02/01/11 = +13:18:16=20 +WRN 1904 path.cpp 220 : CPath::lookup(n019003l.pfb): file not = +found
02/01/11=20 +13:18:16 WRN 1904 common.cpp 390 : Exception will be launched: Path not = +found=20 +for n019003l.pfb
+
//////////////////////////////////////
+
 
+
 
+
what does it mean ?
+
 
+
 
+
 
+
Its possible to download a good = +snowball program=20 +and dll necessary ?
+
 
+
 
+
 
+
 
+
 
+
+
SECOND = +PROBLEM:
+
In debug release = +configuration 
+
i m not able to compile opengl driver=20 +project
+
driver_opengl.cpp
D:\skander\code\nel\src\3d\driver\opengl\driver= +_opengl_extension.h(142)=20 +=3D
: error C2146: syntax error : missing ';' before identifier=20 +=3D
'glActiveTextureARB'
D:\skander\code\nel\src\3d\driver\open= +gl\driver_opengl_extension.h(142)=20 +=3D
: fatal error C1004: unexpected end of file = +found
(repeated 9=20 +times for the next 9 files)
+
somebody had same problem but no give = +solution=20 +
+
 
+
 
+
its possible somebody make an good = +installation=20 +guide with configuration of visual studio.
+
screenshoot , step by step ... = +
+
 
+
 
+
thanks all
+
 
+
i hope to help you in future = +
+
 
+
 
+
 
+
 
+ +------=_NextPart_000_0005_01C19AAD.EED8CD50-- + + +From lecroart@nevrax.com Fri Jan 11 15:19:53 2002 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0BEJqw37901 + for ; Fri, 11 Jan 2002 15:19:52 +0100 (CET) + (envelope-from lecroart@nevrax.com) +Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g0BEE9J18273 + for ; Fri, 11 Jan 2002 15:14:09 +0100 (CET) + (envelope-from lecroart@nevrax.com) +Message-ID: <008c01c19aaa$3caf3e00$0901a8c0@vianneyl> +From: "Vianney Lecroart" +To: +References: <000801c19aa5$8e015d60$eb39c2d4@kissmaniac> +Subject: Re: [Nel] (no subject) +Date: Fri, 11 Jan 2002 15:14:09 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 6.00.2600.0000 +X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Hi, + +>In Debug configuration i am able to compile snowball but at execution i +have this in log file +>02/01/11 13:18:16 WRN 1904 path.cpp 220 : CPath::lookup(n019003l.pfb): file +not found + +Ok, you don't have datas so the program can't find them! Get them here : +http://nevrax.org/download/cvs + +>In debug release configuration i m not able to compile opengl driver +project + +It works fine here and we don't know what the problem you have can be, try +to get the last cvs snapshot. If it works in other configuration, it's quite +strange + +Vianney Lecroart +--- +lead network programmer / nevrax.com +icq#: 6870415 +homepage: http://ace.planet-d.net +www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- +w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? + + + +From robert@in-orbit.net Fri Jan 11 15:58:57 2002 +Received: from quasar.skima.is (quasar.skima.is [212.30.200.205]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0BEwuw38165 + for ; Fri, 11 Jan 2002 15:58:56 +0100 (CET) + (envelope-from robert@in-orbit.net) +Received: from [213.167.146.97] by quasar.skima.is with ESMTP for nel@nevrax.org; Fri, 11 Jan 2002 14:53:01 Z +Date: Fri, 11 Jan 2002 15:18:44 -0800 +From: Robert Bjarnason +X-Mailer: The Bat! (v1.49) Personal +Organization: InOrbit Entertainment, Inc. +X-Priority: 3 (Normal) +Message-Id: <84270203091.20020111151844@in-orbit.net> +To: Benjamin Legros +Subject: Re[6]: [Nel] How to use CollisionMeshBuild (.cmb) +In-reply-To: <000b01c19933$d12fb0f0$1b01a8c0@benjaminl> +References: <7932890954.20020105154321@in-orbit.net> + <000901c19795$1f9738d0$1b01a8c0@benjaminl> + <3045646396.20020109005607@in-orbit.net> + <002e01c198fe$5540f4c0$1b01a8c0@benjaminl> + <100105310137.20020109173031@in-orbit.net> + <000b01c19933$d12fb0f0$1b01a8c0@benjaminl> +Mime-Version: 1.0 +Content-Type: text/plain; charset=ISO-8859-1 +Content-Transfer-Encoding: 8bit +X-MIME-Autoconverted: from quoted-printable to 8bit by www.nevrax.org id g0BEwuw38165 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +X-Reply-To: =?ISO-8859-1?Q?R=F3bert_Bjarnason?= +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Hi Benjamin, + +I have been unsuccessful in being able to walk +up stair that are a part of the exterior mesh. +One thing I thought of before continuing my +3DMax mesh hacking, exporting and testing: + +I'm using the snowballs pacs code for the client, +any chance this code might be outdated and is not +using the right VisualCollision handling for being +able to walk on top of exterior meshes? Just checking +to make sure that my problem is not client side... +If you think it's ok, I'll continue my mesh hacking +until I find the solution, otherwise a client side +code snipped would help a lot... + +Warm regards, +Robert + + + +From david.mentre@wanadoo.fr Sat Jan 12 23:16:10 2002 +Received: from mel-rto4.wanadoo.fr (smtp-out-4.wanadoo.fr [193.252.19.23]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0CMGAw49979 + for ; Sat, 12 Jan 2002 23:16:10 +0100 (CET) + (envelope-from david.mentre@wanadoo.fr) +Received: from mel-rta1.wanadoo.fr (193.252.19.150) by mel-rto4.wanadoo.fr; 12 Jan 2002 23:10:22 +0100 +Received: from oops (193.251.184.142) by mel-rta1.wanadoo.fr; 12 Jan 2002 23:10:17 +0100 +Received: from david by oops with local (Exim 3.33 #1 (Debian)) + id 16PWLw-0001JB-00 + for ; Sat, 12 Jan 2002 23:10:16 +0100 +To: nel@nevrax.org +From: David Mentre +Organization: none +Date: 12 Jan 2002 23:10:16 +0100 +Message-ID: <87zo3j5ign.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me> +Lines: 38 +User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.1 +MIME-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Subject: [Nel] Unable to compile nelns on linux +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Hello, + +One again, a bad news. After updating to the latest nelns code, I am now +unable to compiled it (on debian 3.0): + +david@oops:~/pub/NeL/code/nelns$ ./configure --with-stlport=/usr/local/Installed/STLport4.5/ --with-stlport-include=/usr/local/Installed/STLport4.5/include/stlport --with-stlport-lib=/usr/local/Installed/STLport4.5/lib/ --with-nel=/usr/local/Installed/NeL/ --with-nel-lib=/usr/local/Installed/NeL/lib --prefix=/usr/local/Installed/NeL/ +[...] +checking for -lnelmisc... yes +[...] + +david@oops:~/pub/NeL/code/nelns$ nice make +[...] +make[2]: Entering directory `/home/david/pub/NeL/code/nelns/login_service' +/bin/sh ../libtool --mode=link c++ -O3 -DNL_RELEASE -D_REENTRANT -I/usr/local/Installed/STLport4.5/include/stlport -I/usr/local/Installed/NeL//include -o login_service connection_client.o connection_ws.o login_service.o -lnelmisc -lnelnet -lcrypt -L/usr/local/Installed/STLport4.5/lib/ -lstlport_gcc +c++ -O3 -DNL_RELEASE -D_REENTRANT -I/usr/local/Installed/STLport4.5/include/stlport -I/usr/local/Installed/NeL//include -o login_service connection_client.o connection_ws.o login_service.o -lnelmisc -lnelnet -lcrypt -L/usr/local/Installed/STLport4.5/lib/ -lstlport_gcc +/usr/bin/ld: cannot find -lnelmisc +collect2: ld returned 1 exit status + +Adding -L/usr/local/Installed/NeL/lib allows the compilation: + +/bin/sh ../libtool --mode=link c++ -O3 -DNL_RELEASE -D_REENTRANT -I/usr/local/Installed/STLport4.5/include/stlport -I/usr/local/Installed/NeL//include -o login_service connection_client.o connection_ws.o login_service.o -lnelmisc -lnelnet -lcrypt -L/usr/local/Installed/STLport4.5/lib/ -L/usr/local/Installed/NeL/lib -lstlport_gcc + + +As something been changed recently in the nelns/configure scripts? + +Best regards, +d. + +PS : I have added path to NeL and STLports libraries in + ld.so.conf. Could it explain this bad behavior? I don't think so. + +david@oops:~/pub/NeL/code/nelns$ cat /etc/ld.so.conf +/usr/X11R6/lib +/usr/local/Installed/NeL/lib +/usr/local/Installed/STLport4.5/lib + +-- + david.mentre@wanadoo.fr + +From david.mentre@wanadoo.fr Sat Jan 12 23:41:04 2002 +Received: from mel-rto2.wanadoo.fr (smtp-out-2.wanadoo.fr [193.252.19.254]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0CMf4w50140 + for ; Sat, 12 Jan 2002 23:41:04 +0100 (CET) + (envelope-from david.mentre@wanadoo.fr) +Received: from mel-rta9.wanadoo.fr (193.252.19.69) by mel-rto2.wanadoo.fr; 12 Jan 2002 23:35:16 +0100 +Received: from oops (193.251.184.142) by mel-rta9.wanadoo.fr; 12 Jan 2002 23:35:15 +0100 +Received: from david by oops with local (Exim 3.33 #1 (Debian)) + id 16PWk7-0002NX-00 + for ; Sat, 12 Jan 2002 23:35:15 +0100 +To: nel@nevrax.org +Subject: Re: [Nel] Issue running snowballs2 +References: <87wuyx2bca.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me> + <87u1u0a23k.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me> + <87pu4o9ze0.fsf_-_@oops.i-did-not-set--mail-host-address--so-shoot-me> + <20020108200546.70486428@postfix2-1.free.fr> + <87itac386q.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me> +From: David Mentre +Organization: none +Date: 12 Jan 2002 23:35:14 +0100 +In-Reply-To: <87itac386q.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me> +Message-ID: <87pu4f5hb1.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me> +Lines: 16 +User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.1 +MIME-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +David Mentre writes: + +> Thomas RIBO writes: +> +> > Did you download the data pack? +> +> Yes. + +However, I just discovered I did not downloaded the LATEST data pack. It +would be necessary, I think, to put a link to +http://www.nevrax.org/download/cvs/ in snowballs2/README. + +Best regards, +d. +-- + david.mentre@wanadoo.fr + +From lecroart@nevrax.com Tue Jan 15 11:16:39 2002 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0FAGdw68887 + for ; Tue, 15 Jan 2002 11:16:39 +0100 (CET) + (envelope-from lecroart@nevrax.com) +Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g0FAAsJ43085 + for ; Tue, 15 Jan 2002 11:10:54 +0100 (CET) + (envelope-from lecroart@nevrax.com) +Message-ID: <001b01c19dac$eaf2f010$0901a8c0@vianneyl> +From: "Vianney Lecroart" +To: +Date: Tue, 15 Jan 2002 11:10:54 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 6.00.2600.0000 +X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 +Subject: [Nel] itsalive +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Hi, + +Our server called itsalive.nevrax.org that running Snowballs2 server is down +for maintenance. We are actually testing some stuffs so the connection to +the snowballs2 server could failed. +Sorry for that and we'll put it back sooner as possible. + +Vianney Lecroart +--- +lead network programmer / nevrax.com +icq#: 6870415 +homepage: http://ace.planet-d.net +www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- +w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? + + + +From miller@nevrax.com Tue Jan 15 11:38:00 2002 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0FAc0w69015 + for ; Tue, 15 Jan 2002 11:38:00 +0100 (CET) + (envelope-from miller@nevrax.com) +Received: from miller (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g0FAWFJ43453 + for ; Tue, 15 Jan 2002 11:32:15 +0100 (CET) + (envelope-from miller@nevrax.com) +From: "Daniel Miller" +To: +Subject: RE: [Nel] Unable to compile nelns on linux +Date: Tue, 15 Jan 2002 11:32:14 +0100 +Message-ID: +MIME-Version: 1.0 +Content-Type: text/plain; + charset="us-ascii" +Content-Transfer-Encoding: 7bit +X-Priority: 3 (Normal) +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) +In-Reply-To: <87zo3j5ign.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me> +Importance: Normal +X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Cedric updated the scripts last week - he's on holiday this week and I'm +affraid we're a bit snowed under so we're unlikely to have time to look into +this 'till he gets back. + +Daniel + + +-----Original Message----- +From: nel-admin@nevrax.org [mailto:nel-admin@nevrax.org]On Behalf Of +David Mentre +Sent: Saturday, January 12, 2002 11:10 PM +To: nel@nevrax.org +Subject: [Nel] Unable to compile nelns on linux + + +Hello, + +One again, a bad news. After updating to the latest nelns code, I am now +unable to compiled it (on debian 3.0): + +david@oops:~/pub/NeL/code/nelns$ +./configure --with-stlport=/usr/local/Installed/STLport4.5/ --with-stlport-i +nclude=/usr/local/Installed/STLport4.5/include/stlport --with-stlport-lib=/u +sr/local/Installed/STLport4.5/lib/ --with-nel=/usr/local/Installed/NeL/ --wi +th-nel-lib=/usr/local/Installed/NeL/lib --prefix=/usr/local/Installed/NeL/ +[...] +checking for -lnelmisc... yes +[...] + +david@oops:~/pub/NeL/code/nelns$ nice make +[...] +make[2]: Entering directory `/home/david/pub/NeL/code/nelns/login_service' +/bin/sh ../libtool --mode=link +c++ -O3 -DNL_RELEASE -D_REENTRANT -I/usr/local/Installed/STLport4.5/inclu +de/stlport -I/usr/local/Installed/NeL//include -o login_service +connection_client.o connection_ws.o +login_service.o -lnelmisc -lnelnet -lcrypt -L/usr/local/Installed/STLport4.5 +/lib/ -lstlport_gcc +c++ -O3 -DNL_RELEASE -D_REENTRANT -I/usr/local/Installed/STLport4.5/include/ +stlport -I/usr/local/Installed/NeL//include -o login_service +connection_client.o connection_ws.o +login_service.o -lnelmisc -lnelnet -lcrypt -L/usr/local/Installed/STLport4. +5/lib/ -lstlport_gcc +/usr/bin/ld: cannot find -lnelmisc +collect2: ld returned 1 exit status + +Adding -L/usr/local/Installed/NeL/lib allows the compilation: + +/bin/sh ../libtool --mode=link +c++ -O3 -DNL_RELEASE -D_REENTRANT -I/usr/local/Installed/STLport4.5/inclu +de/stlport -I/usr/local/Installed/NeL//include -o login_service +connection_client.o connection_ws.o +login_service.o -lnelmisc -lnelnet -lcrypt -L/usr/local/Installed/STLport4.5 +/lib/ -L/usr/local/Installed/NeL/lib -lstlport_gcc + + +As something been changed recently in the nelns/configure scripts? + +Best regards, +d. + +PS : I have added path to NeL and STLports libraries in + ld.so.conf. Could it explain this bad behavior? I don't think so. + +david@oops:~/pub/NeL/code/nelns$ cat /etc/ld.so.conf +/usr/X11R6/lib +/usr/local/Installed/NeL/lib +/usr/local/Installed/STLport4.5/lib + +-- + david.mentre@wanadoo.fr +_______________________________________________ +Nel mailing list +Nel@nevrax.org +http://www.nevrax.org/mailman/listinfo.cgi/nel + + +From ian@cahoononline.com Tue Jan 15 12:07:07 2002 +Received: from gonzo.cahoononline.com ([209.237.31.48]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0FB76w69191 + for ; Tue, 15 Jan 2002 12:07:06 +0100 (CET) + (envelope-from ian@cahoononline.com) +Received: from cahoononline.com (daffy.cahoononline.com [192.168.1.26]) + by gonzo.cahoononline.com (8.11.2/8.11.0) with ESMTP id g0FB1F704805 + for ; Tue, 15 Jan 2002 03:01:15 -0800 +Message-ID: <3C440BFA.37D682E4@cahoononline.com> +Date: Tue, 15 Jan 2002 03:01:14 -0800 +From: Ian Cahoon +X-Mailer: Mozilla 4.78 [en] (X11; U; Linux 2.4.9-13 i686) +X-Accept-Language: en +MIME-Version: 1.0 +To: nel@nevrax.org +Subject: Re: [Nel] Unable to compile nelns on linux +References: +Content-Type: text/plain; charset=us-ascii +Content-Transfer-Encoding: 7bit +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +I managed to get it working in the last week without any +build system changes on redhat 7.2. + +I do see libnelmisc in my linkers's cache: + +$ /sbin/ldconfig -p | grep nelmisc + libnelmisc.so.0 (libc6) => /usr/local/lib/libnelmisc.so.0 + libnelmisc.so (libc6) => /usr/local/lib/libnelmisc.so + +--Ian + + +Daniel Miller wrote: +> +> Cedric updated the scripts last week - he's on holiday this week and I'm +> affraid we're a bit snowed under so we're unlikely to have time to look into +> this 'till he gets back. +> +> Daniel +> +> -----Original Message----- +> From: nel-admin@nevrax.org [mailto:nel-admin@nevrax.org]On Behalf Of +> David Mentre +> Sent: Saturday, January 12, 2002 11:10 PM +> To: nel@nevrax.org +> Subject: [Nel] Unable to compile nelns on linux +> +> Hello, +> +> One again, a bad news. After updating to the latest nelns code, I am now +> unable to compiled it (on debian 3.0): +> +> david@oops:~/pub/NeL/code/nelns$ +> ./configure --with-stlport=/usr/local/Installed/STLport4.5/ --with-stlport-i +> nclude=/usr/local/Installed/STLport4.5/include/stlport --with-stlport-lib=/u +> sr/local/Installed/STLport4.5/lib/ --with-nel=/usr/local/Installed/NeL/ --wi +> th-nel-lib=/usr/local/Installed/NeL/lib --prefix=/usr/local/Installed/NeL/ +> [...] +> checking for -lnelmisc... yes +> [...] +> +> david@oops:~/pub/NeL/code/nelns$ nice make +> [...] +> make[2]: Entering directory `/home/david/pub/NeL/code/nelns/login_service' +> /bin/sh ../libtool --mode=link +> c++ -O3 -DNL_RELEASE -D_REENTRANT -I/usr/local/Installed/STLport4.5/inclu +> de/stlport -I/usr/local/Installed/NeL//include -o login_service +> connection_client.o connection_ws.o +> login_service.o -lnelmisc -lnelnet -lcrypt -L/usr/local/Installed/STLport4.5 +> /lib/ -lstlport_gcc +> c++ -O3 -DNL_RELEASE -D_REENTRANT -I/usr/local/Installed/STLport4.5/include/ +> stlport -I/usr/local/Installed/NeL//include -o login_service +> connection_client.o connection_ws.o +> login_service.o -lnelmisc -lnelnet -lcrypt -L/usr/local/Installed/STLport4. +> 5/lib/ -lstlport_gcc +> /usr/bin/ld: cannot find -lnelmisc +> collect2: ld returned 1 exit status +> +> Adding -L/usr/local/Installed/NeL/lib allows the compilation: +> +> /bin/sh ../libtool --mode=link +> c++ -O3 -DNL_RELEASE -D_REENTRANT -I/usr/local/Installed/STLport4.5/inclu +> de/stlport -I/usr/local/Installed/NeL//include -o login_service +> connection_client.o connection_ws.o +> login_service.o -lnelmisc -lnelnet -lcrypt -L/usr/local/Installed/STLport4.5 +> /lib/ -L/usr/local/Installed/NeL/lib -lstlport_gcc +> +> As something been changed recently in the nelns/configure scripts? +> +> Best regards, +> d. +> +> PS : I have added path to NeL and STLports libraries in +> ld.so.conf. Could it explain this bad behavior? I don't think so. +> +> david@oops:~/pub/NeL/code/nelns$ cat /etc/ld.so.conf +> /usr/X11R6/lib +> /usr/local/Installed/NeL/lib +> /usr/local/Installed/STLport4.5/lib +> +> -- +> david.mentre@wanadoo.fr +> _______________________________________________ +> Nel mailing list +> Nel@nevrax.org +> http://www.nevrax.org/mailman/listinfo.cgi/nel +> +> _______________________________________________ +> Nel mailing list +> Nel@nevrax.org +> http://www.nevrax.org/mailman/listinfo.cgi/nel + +From john.hayes@embarcadero-ca.com Tue Jan 22 00:53:27 2002 +Received: from mail2k.embarcadero-ca.com ([207.219.170.6]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0LNrPw18876 + for ; Tue, 22 Jan 2002 00:53:26 +0100 (CET) + (envelope-from john.hayes@embarcadero-ca.com) +content-class: urn:content-classes:message +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Date: Mon, 21 Jan 2002 18:47:30 -0500 +X-MimeOLE: Produced By Microsoft Exchange V6.0.4712.0 +Message-ID: <0881AC7F2F339C40BC6F7983D1E0BEC90190E0@mail2k.embarcadero-ca.com> +X-MS-Has-Attach: +X-MS-TNEF-Correlator: +Thread-Topic: Game Object Models +Thread-Index: AcGi1f1+fpF8SaXxQPqlADIxW5a2kg== +From: "John Hayes" +To: +Content-Transfer-Encoding: 8bit +X-MIME-Autoconverted: from quoted-printable to 8bit by www.nevrax.org id g0LNrPw18876 +Subject: [Nel] Game Object Models +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +I read through the archive of the NeL library and found it interesting +because I'm working on my own project and mostly focusing on areas where +NeL is silent. + +In the source code, mailing list and documentation - I couldn't find any +references to an application object model or persistence, and these are +pretty big components. It is also the core mechanism for automating +database storage, the network protocol, marshalling and transaction +integrity. + +I'll give an example about how the object model relates to the network +protocol: + +There was a great deal of discussion about TCP vs. UDP and assuming you +want some form of reliability, UDP gives you control over the frequency +and conditions for retransmission. In terms of server resources, +successful packet transmission time, bandwidth use - they're probably +pretty close (with Nagle Algorithm disabled), and if these were the only +factors you couldn't justify the added complexity. + +The problem is TCP is substantially slower for retransmission because it +uses a fairly lazy algorithm to ask for retransmission - it waits a bit +before asking again for a packet. Because there's a connection to make, +timing out and reconnecting is very slow ... like a minute - and the +whole game is halted in the meantime because TCP enforces ordering +despite whatever application level dependencies exist. + +Ok, so no TCP, UDP is great but you don't want to reimplement TCP all +over again - reliability is good but you want the minimum number of +packet dependencies (loose ordering so the game doesn't stall) and the +minimum amount of retransmission (discard what you no longer care about) +but conflicting goal of a minimum amount of latency for retransmission +when it's required. + +So - what kind of rules can we make up for this? Network messages from +the server to the client have two functions - updating state and +"one-shot" actions (which is really a special case of updating state). + +If a character is running along, they have a running state and a +position state that are continually updated. They may also have internal +states like their "tiredness", "hunger" which may be related from the +game logic's POV, but not the client - assuming the client is rather +dumb, or applies simple algorithms like dead-reckoning until it gets an +authoritative update from the server. + +Now the packet example, in this and all examples - all failed packet +transmissions (lost, malformed) are considered equal. + +Update Position v1 +Update Position v2 (lost) +Update Position v3 + +If the client receives v3, it doesn't care if v2 is lost - for +frequently updating fields, no need for retransmission. + +Update Position v1 (lost) +Update Tiredness v1 + +The client can process the Tiredness packet because it's on a different +"stream" from the position - it may ask for position to be +retransmitted. + +Update Position v2 +Update Position v1 + +The second packet is ignored because the client already has a newer +version of the state. + +Now this is all very application specific (as was argued on the mailing +list). But software can be pretty good at figuring this stuff out when +given a little metadata to work with, and this is where the object model +steps in. + +You have an object model, and you want to replicate part of this object +model to the client, and you want to replicate another part of the +object model to all clients that can "see" your object. + +The tricky part can be the granularity for these replications, doing the +entire object at once is very easy and requires no more server state +than a "version flag" but uses a tons of bandwidth - replicating a +single field is very efficient from a bandwidth POV but requires more +server state to manage. A practical system would have property groups +which are considered to be likely to change at the same interval. + +--- + +Here's one possible design for a system to perform this kind of +tracking: + +Each object has a version number and everything that attaches has a +dirty mask of which fields are out of date. As an object changes - it +broadcasts the aggregate of fields that changed during a transaction to +each of the listeners, if it matches their listen mask, they get an +update and the object version increments. + +The listener transmits all of the fields in the dirty mask to the +client. Client responds which version and which fields are up to date +and if the version hasn't incremented the server clears the dirty mask. +The server could keep a history of which dirty masks applied to which +versions to keep from pathologically retransmitting fields which haven't +changed. + +An object model can also serve to tune such a protocol. First by +packaging fields together into mask bits and second by setting times for +each mask bit when the client might get suspicious. If the client is +expected to have the latest data but the latest data may be dropped, how +long should the server wait before retransmitting any given data? If +it's something interactive - not very long, something that's slowly +updated, it should give a reasonably long wait. + +I'd hate to be encoding rules like these in source code and it probably +wouldn't be practical in the end anyways. + +--- + +I'm currently working on an object model with these kinds of +capabilities - the major attraction to me is it allows other activities +like network data and persistence to be decoupled from the application. + +Right now, it builds the database tables, queries, and C++ classes +(opaque in-memory layout, no code generation) from an XML file like this +extract: + + + + + + + + + + + + +--- + +This is a lot at once, but I'm hoping to stir up some conversation :-) + +John +- These aren't the thoughts you're looking for + +From berenguier@nevrax.com Tue Jan 22 10:05:19 2002 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0M95Jw21953 + for ; Tue, 22 Jan 2002 10:05:19 +0100 (CET) + (envelope-from berenguier@nevrax.com) +Received: from lionelb (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g0M8xTJ95258 + for ; Tue, 22 Jan 2002 09:59:29 +0100 (CET) + (envelope-from berenguier@nevrax.com) +Message-ID: <000701c1a323$d56ba8f0$0601a8c0@lionelb> +From: "Lionel Berenguier" +To: +References: <87n0zo3d4p.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me><87ell037cv.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me> <003b01c198f7$71970030$0601a8c0@lionelb> <1010617456.755.20.camel@zerodeux.home> +Subject: Re: [Nel] Issue to run snowballs2 +Date: Tue, 22 Jan 2002 10:04:44 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 5.50.4133.2400 +X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Thank you Vincent for this great clarification. In your own experience, is +glXGetProcAddressARB widely supported ??? + +If yes, what I have to do is undef GL_EXT_PROTOTYPES, and use same scheme as +windows, isn't it ?? + + +Lionel. + +----- Original Message ----- +From: "Vincent Caron" +To: +Sent: Thursday, January 10, 2002 12:04 AM +Subject: Re: [Nel] Issue to run snowballs2 + + +> On Wed, 2002-01-09 at 11:21, Lionel Berenguier wrote: +> > +> > If someone could explains me where I am wrong in +> > driver_opengl_extension_def.h, it would be cool. +> > +> > Also, can anybody explains me why under linux/unix we don't have to +> > dynamically import functions (ie with such call like wglGetProcAdress(), +or +> > window's GetProcAdress()) ??? In other terms, What system underlie the +> > dynamic library loader (I suppose there is system which fill a table of +jump +> > or something like this but I don't really knows). +> +> OpenGL under Unix was used for a long time on a limited set of video +> hardware (on SGI/Irix, HP/UX and a few), and there were little migration +> of software across these different setups. Thus, the extensions were +> simply compiled in libGL.so together with the standard API, and you had +> only two solution : 1) choose extension usage at compile time or 2) +> dynamically load different versions of your engine (if the DLL wouldn't +> load, it meant a required extension was not present). +> +> But of course it was quickly a pb. An extension has been proposed as the +> counterpart of wglGetProcAddress ( +> http://oss.sgi.com/projects/ogl-sample/registry/ARB/get_proc_address.txt +> ). Since you have the pb of the chicken and the egg (how do you get the +> glXGetProcAddressARB function address without itself ? :)), the author +> asked driver implementors to _always_ compile this one in their libGL.so +> (even if it always return NULL : no extension!). Conclusion: you can +> reuse the code currently embraced by #ifdef NL_OS_WINDOWS/#endif for +> Linux, replacing wglGetProcAddress by glXGetProcAddressARB (may I +> suggest a macro ? :)). +> +> Now you would say : ok, but the gl* extensions are defined twice ! Once +> as function pointers in my code, once as functions in libGL.so ! The +> fact is that dlopen'ing("/usr/lib/libGL.so") does not import libGL +> symbols in your process space. You have to import them with dlsym(), or +> in our precise case, with glXGetProcAddressARB(). You get the Windows +> behaviour. But Linux users keep a slight advantage : they can code +> nVidia specific stuff without those boring function pointer mess, they +> just link against libGL.so. +> +> -- +> There is something worth mentioning : glXGetProcAddressARB is +> context-independent while wglGetProcAddress is ! This is spurious, +> because wgl* functions are on the windowing system side, and should not +> be context-dependent until one of their parameter is a context. If a +> Windows host has several drivers (often the case : one software, and one +> HW, maybe more with multi-head), context is critical since you can deal +> with several driver interfaces. At least it is clearly mentioned in the +> first line of the MSDN doc... +> +> -- +> Add-on: to list symbols of a DLL, use 'nm -D .so|less'. Symbols +> with a leading 'U' are undefined (meaning their implementation reside in +> another lib), those with a 'T' are implemented here (in the 'text +> section' = code segment). Very useful if you want to understand the +> strategy of the runtime loader. +> +> +> _______________________________________________ +> Nel mailing list +> Nel@nevrax.org +> http://www.nevrax.org/mailman/listinfo.cgi/nel +> + + +From valignat@gw.nevrax.com Tue Jan 22 16:30:56 2002 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0MFUuw23875 + for ; Tue, 22 Jan 2002 16:30:56 +0100 (CET) + (envelope-from valignat@gw.nevrax.com) +Received: from gw.nevrax.com (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with ESMTP id g0MFP5J00612 + for ; Tue, 22 Jan 2002 16:25:05 +0100 (CET) + (envelope-from valignat@gw.nevrax.com) +Received: (from valignat@localhost) + by gw.nevrax.com (8.11.6/8.11.6) id g0MFOVs33922 + for nel@nevrax.org; Tue, 22 Jan 2002 16:24:31 +0100 (CET) + (envelope-from valignat) +Date: Tue, 22 Jan 2002 16:24:31 +0100 +From: Cedric Valignat +To: nel@nevrax.org +Subject: Re: [Nel] Unable to compile nelns on linux +Message-ID: <20020122162431.A14628@nevrax.com> +References: <87zo3j5ign.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me> +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +User-Agent: Mutt/1.2.5.1i +In-Reply-To: <87zo3j5ign.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me>; from david.mentre@wanadoo.fr on Sat, Jan 12, 2002 at 11:10:16PM +0100 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Hello David, + +I rewrote the configure script of NeL, NeLNS, and Snowballs there is 3 +weeks ago and i, apparently, didn't test it enought before comiting the +new files, so there was a bug with the --with-nel-lib, sorry about that ... + +I fixed it and that will be available on the public cvs tonigth. + +The changes that i made on the configure scripts are a mostly complete +rewrite of them. I put all the macros in a acinclude.m4 file placed in +the $CVSROOT/code directory and i created symbolic links inside the cvs +repository in the $CVSROOT/code/{nel,nelns,snowballs2} directories to +that file. + +Thanks a lot for your help :-) + +Cedric. + + +According to David Mentre: +> +> [...] +> +> As something been changed recently in the nelns/configure scripts? +> +> [...] +> +> PS : I have added path to NeL and STLports libraries in +> ld.so.conf. Could it explain this bad behavior? I don't think so. + + +From v.caron@zerodeux.net Tue Jan 22 17:01:34 2002 +Received: from zerodeux.net (zerodeux.net [62.4.22.182]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0MG1Xw24219 + for ; Tue, 22 Jan 2002 17:01:33 +0100 (CET) + (envelope-from v.caron@zerodeux.net) +Received: from localhost.localdomain (zerodeux.home [192.168.1.3]) + by zerodeux.net (Postfix) with ESMTP id E68CEB708 + for ; Tue, 22 Jan 2002 16:55:45 +0100 (CET) +Subject: Re: [Nel] Issue to run snowballs2 +From: Vincent Caron +To: nel@nevrax.org +In-Reply-To: <000701c1a323$d56ba8f0$0601a8c0@lionelb> +References: + <87n0zo3d4p.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me><87ell037 + cv.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me> + <003b01c198f7$71970030$0601a8c0@lionelb> + <1010617456.755.20.camel@zerodeux.home> + <000701c1a323$d56ba8f0$0601a8c0@lionelb> +Content-Type: text/plain +Content-Transfer-Encoding: 7bit +X-Mailer: Evolution/1.0.1 +Date: 22 Jan 2002 16:55:37 +0100 +Message-Id: <1011714937.750.171.camel@zerodeux.home> +Mime-Version: 1.0 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +On Tue, 2002-01-22 at 10:04, Lionel Berenguier wrote: +> +> Thank you Vincent for this great clarification. In your own experience, is +> glXGetProcAddressARB widely supported ??? + +If you want accelerated 3D support under Linux, you either get the old +Mesa way (3DFX), utah-glx under XFree 3.3.x which is Mesa-based, DRI +under XFree 4.x which is Mesa-based and finaly Nvidia proprietary +drivers. They all support glXGetProcAddressARB to my knowledge. I +checked for Mesa : it appeared on the 3.3 branch on 1999/12/11 ( +http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/mesa3d/Mesa/include/GL/glx.h?rev=1.10&content-type=text/vnd.viewcvs-markup - see end of file). Nvidia had it since its early driver releases (0.9-767 of 2001/02/13). + +So I would say, yes, it _is_ supported :) + +> If yes, what I have to do is undef GL_EXT_PROTOTYPES, and use same scheme as +> windows, isn't it ?? + +Yes. + +But I just re-read this thread and realized my last mail contained a big +mistake : I was talking about dlopen'ing libGL.so, which you're not +doing. I was actually thinking with the quake model : Carmack dlopen +libGL.so or opengl32.DLL, and then import every symbol one by one. It +had some advantage at the time of mini-GL and QuakeGL, where you had no +means to choose your driver interface at run-time, but loading the right +DLL. And ID has its own GL tracer/debugger which wraps all GL calls +(they code the engine with a 'qgl*' API). + +Now, I think you're right and ID is wrong. ID bypass the standard loader +link stage by dlopen'ing libGL.so, while you do the right thing by +linking nel_drv_opengl.so with libGL at compile time, letting the +runtime loader do its job (it will actually load the right libGL.so for +you when you dlopen nel_drv_opengl.so, thus relying on the user/distro +to have a proper GL setup, and not trying to workaround). + +The point I wanted to make (finaly, sorry for being so verbose :)), is +that in this case you'll end with two definitions of a GL extension +symbol under Linux : + +a) PFNGLSETFENCENVPROC glSetFenceNV; // = +glXGetProcAddressARB("glSetFenceNV"); + +b) nm -D /usr/lib/libGL.so|grep glSetFenceNV +0001b368 T glSetFenceNV + +The linker will complain (it says 'type of symbol `glSetFenceNV' changed +from 2 to 1', ahem!), but it seems that our redefinition here gets the +precedence over the libGL.so symbol. I'm not very confident with this +link stuff, but I'm eager to learn more, that's why I'm taking some time +to tackle this issue with you. + +I tried to test it on nel GL driver directly, but there are some issues +to clean up first : + +- ARB_multitexture is not a GL extension since OpenGL 1.2.1. Since you +should expect 1.3 compliant drivers till Ryzom is ready, I guess there +is no need to import these symbols for pre-1.2.1 drivers ? Currently, +the protos from driver_opengl_extension.h conflicts with plain +definitions of my GL/gl.h : + + // in driver_opengl_extension.h : + extern PFNGLACTIVETEXTUREARBPROC glActiveTextureARB; + + // in GL/gl.h : (not enclosed by #ifdef's) + GLAPI void GLAPIENTRY glActiveTextureARB(GLenum texture); + +- Get rid of some wgl dependencies : replace + + extern PFNWGLALLOCATEMEMORYNVPROC wglAllocateMemoryNV; + extern PFNWGLFREEMEMORYNVPROC wglFreeMemoryNV; + +with something like : + + #ifdef NL_OS_WINDOWS + typedef PFNWGLALLOCATEMEMORYNVPROC PFNGLEXTALLOCATEMEMORYNVPROC; + typedef PFNWGLFREEMEMORYNVPROC PFNGLEXTFREEMEMORYNVPROC; + #endif + #ifdef NL_OS_UNIX + typedef void *(*PFNGLEXTALLOCATEMEMORYNVPROC)(GLsizei, GLfloat, +GLfloat, GLfloat); + typedef void (*PFNGLEXTFREEMEMORYNVPROC)(GLvoid *); + #endif + extern PFNGLEXTALLOCATEMEMORYNVPROC glextAllocateMemoryNV; + extern PFNGLEXTFREEMEMORYNVPROC glextFreeMemoryNV; + + (and update the code in .cpp to fetch the right function name, "wgl*" +or "glX*") + +- The same with the pbuffer extension which as its glX counterpart + +- and so on ... I won't have much time this week, but I would gladly +have tweaked this myself. Good luck :) + + + + +From nik@xdv.org Tue Jan 22 21:36:17 2002 +Received: from step1.xdv.org (step1.xdv.org [62.116.31.126]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0MKaGw26037 + for ; Tue, 22 Jan 2002 21:36:16 +0100 (CET) + (envelope-from nik@xdv.org) +Received: from xdv.org (localhost [127.0.0.1]) + by localhost (8.12.0.Beta7/8.12.0.Beta7/Debian 8.12.0.Beta7-1) with ESMTP id g0MKUPPj023995 + for ; Tue, 22 Jan 2002 21:30:26 +0100 +Received: from localhost (nik@localhost) + by xdv.org (8.12.0.Beta7/8.12.0.Beta7/Debian 8.12.0.Beta7-1) with ESMTP id g0MKUP5f023991 + for ; Tue, 22 Jan 2002 21:30:25 +0100 +Date: Tue, 22 Jan 2002 21:30:25 +0100 (CET) +From: nik gaffney +To: +Message-ID: +MIME-Version: 1.0 +Content-Type: TEXT/PLAIN; charset=US-ASCII +Subject: [Nel] compiling nel on ppc +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +hi, + +now, it may seem foolish, but i had to try compiling nel on a ppc debian +system, with linux 2.4.17 kernel. + +all of the libs + support material was easily installed with apt-get, the +bootstrap script worked fine, as did configure (after a bit of stlport +pointing) + +./configure --with-stlport=/usr/include --enable-sound + +then the problems began,. + +luckily there was only a single line of x86 asm i came across.. +im not sure if you have made any design decisions about cross platfrm +compatability, but anyway it looks like ive got in before all the asm +'optmisations' begin, judging from the comments. . + +misc/time_nl.cpp line115 +CTime::getPerformanceTime () + +it might be worth putting a few #ifdefs or whatever, to use the +'unoptimised' versions of the functions if there isnt an x86 chip in +sight. + +unfortunately,. it wasnt just a matter of fudging a return value for this +function, gcc spat out some more straightfwd compiler errors + +using gcc 2.95 and it tells me this -> + +../../src/3d/ps_mesh.h:551: instantiated from here +../../include/nel/misc/smart_ptr_inline.h:72: invalid use of undefined +type `class NL3D::IShape' +../../src/3d/ps_mesh.h:57: forward declaration of `class NL3D::IShape' +../../include/nel/misc/smart_ptr_inline.h:73: invalid use of undefined +type `class NL3D::IShape' +../../src/3d/ps_mesh.h:57: forward declaration of `class NL3D::IShape' + +any hints, or am i doomed to fail without some serious porting like +bahaviour? + +thnks + nik + + + + +From lecroart@nevrax.com Wed Jan 23 11:36:19 2002 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0NAaJw30737 + for ; Wed, 23 Jan 2002 11:36:19 +0100 (CET) + (envelope-from lecroart@nevrax.com) +Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g0NAUSJ08510 + for ; Wed, 23 Jan 2002 11:30:28 +0100 (CET) + (envelope-from lecroart@nevrax.com) +Message-ID: <000b01c1a3f8$f9e20280$0901a8c0@vianneyl> +From: "Vianney Lecroart" +To: +References: +Subject: Re: [Nel] compiling nel on ppc +Date: Wed, 23 Jan 2002 11:30:28 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 6.00.2600.0000 +X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +HI, + +We assume that all linux are on x86 plateform (only because we can't test it +on other plateform) so we don't set the good value for other processor. +We should use #defined value defined by configure to know if we can optimise +some part in asm. + +> ../../src/3d/ps_mesh.h:551: instantiated from here +> ../../include/nel/misc/smart_ptr_inline.h:72: invalid use of undefined +> type `class NL3D::IShape' +> ../../src/3d/ps_mesh.h:57: forward declaration of `class NL3D::IShape' +> ../../include/nel/misc/smart_ptr_inline.h:73: invalid use of undefined +> type `class NL3D::IShape' +> ../../src/3d/ps_mesh.h:57: forward declaration of `class NL3D::IShape' + +We had the same problem on x86 and we fixed it (wait the next cvs syncro +this night). + +But I warn you, we never try NeL on non-x86 processor, it surely doesn't +work :) First you should fix types_nl.h and changed: + +# define NL_OS_UNIX +// *for now*, we suppose that all unix system are LITLLE_ENDIAN (because we +only test on linux/x86 system +# define NL_LITTLE_ENDIAN +#endif + +with + +# define NL_BIG_ENDIAN + +But anyway, it should works but we never try little<->big endian conversion! + +If you have a patch or something, don't hesistate to send it to us. + +Vianney Lecroart +--- +lead network programmer / nevrax.com +icq#: 6870415 +homepage: http://ace.planet-d.net +www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- +w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? + + + +From valignat@gw.nevrax.com Wed Jan 23 15:13:28 2002 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0NEDRw32462 + for ; Wed, 23 Jan 2002 15:13:27 +0100 (CET) + (envelope-from valignat@gw.nevrax.com) +Received: from gw.nevrax.com (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with ESMTP id g0NE7bJ12192 + for ; Wed, 23 Jan 2002 15:07:37 +0100 (CET) + (envelope-from valignat@gw.nevrax.com) +Received: (from valignat@localhost) + by gw.nevrax.com (8.11.6/8.11.6) id g0NE70I19382 + for nel@nevrax.org; Wed, 23 Jan 2002 15:07:00 +0100 (CET) + (envelope-from valignat) +Date: Wed, 23 Jan 2002 15:07:00 +0100 +From: Cedric Valignat +To: nel@nevrax.org +Subject: Re: [Nel] Issue running snowballs2 +Message-ID: <20020123150700.A19317@nevrax.com> +References: <87wuyx2bca.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me> <87u1u0a23k.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me> <87pu4o9ze0.fsf_-_@oops.i-did-not-set--mail-host-address--so-shoot-me> <20020108200546.70486428@postfix2-1.free.fr> <87itac386q.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me> <87pu4f5hb1.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me> +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +User-Agent: Mutt/1.2.5.1i +In-Reply-To: <87pu4f5hb1.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me>; from david.mentre@wanadoo.fr on Sat, Jan 12, 2002 at 11:35:14PM +0100 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Hi David, + +According to David Mentre: +> +> However, I just discovered I did not downloaded the LATEST data pack. It +> would be necessary, I think, to put a link to +> http://www.nevrax.org/download/cvs/ in snowballs2/README. + +Oops, i add a line about the latest Snowballs data pack in the Requirement +section in the INSTALL file of Snowballs2 ... sorry about that. + +Thanks a lot for your help ... + + +Cedric. + + +From darkvidor@hotmail.com Wed Jan 23 15:59:25 2002 +Received: from hotmail.com (f161.pav1.hotmail.com [64.4.31.161]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0NExOw32931 + for ; Wed, 23 Jan 2002 15:59:25 +0100 (CET) + (envelope-from darkvidor@hotmail.com) +Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; + Wed, 23 Jan 2002 06:53:28 -0800 +Received: from 194.167.137.11 by pv1fd.pav1.hotmail.msn.com with HTTP; + Wed, 23 Jan 2002 14:53:28 GMT +X-Originating-IP: [194.167.137.11] +From: "Veritable Killer" +To: nel@nevrax.org +Date: Wed, 23 Jan 2002 15:53:28 +0100 +Mime-Version: 1.0 +Content-Type: text/plain; charset=iso-8859-1; format=flowed +Message-ID: +X-OriginalArrivalTime: 23 Jan 2002 14:53:28.0397 (UTC) FILETIME=[B79337D0:01C1A41D] +Subject: [Nel] (no subject) +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Bonjour, +Je suis etudiant en France je possede un Bac scientifique et je souhaiterai +devenir developpeur de jeux video. Mais voia le choix et vaste la +programmation m'interesse ainsi que l'infographie. Pour la programation les +cursus sont plus clair tandis que pour l'infographie ceux-ci sont tres +floux, or, l'infographie est la voie dans laquelle je prefererai me diriger. +si vous pouviez m'aider en me faisant parvenir quelques renseignement je +vous en serai reconnaissant. Etant une boite de devellopement de Jeux video +je pense que vous etes les plus competant pour pouvoir m'informer. +Veuillez acceptez mes salutations bien distinguées. + +_________________________________________________________________ +Téléchargez MSN Explorer gratuitement à l'adresse +http://explorer.msn.fr/intl.asp. + + +From mapsystem@multimania.com Wed Jan 23 18:28:10 2002 +Received: from maniamailbox1.caramail.com (maniamailbox1.caramail.com [195.68.99.240]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0NHSAw33794 + for ; Wed, 23 Jan 2002 18:28:10 +0100 (CET) + (envelope-from mapsystem@multimania.com) +Date: Wed, 23 Jan 2002 18:28:10 +0100 (CET) +Received: from multimania.com (maniamail3.caramail.com [195.68.99.238]) + by maniamailbox1.caramail.com (8.8.8/8.8.8) with SMTP id TAA12746 + for nel@nevrax.org; Wed, 23 Jan 2002 19:08:43 GMT +Posted-Date: Wed, 23 Jan 2002 19:08:43 GMT +From: Daylon -- +To: nel@nevrax.org +Message-ID: <1011812658004384@multimania.com> +X-Mailer: Caramail - www.caramail.com +X-Originating-IP: [195.221.178.103] +Mime-Version: 1.0 +Subject: Re: [Nel] (no subject)-> c bô les études +Content-Type: multipart/mixed; boundary="=_NextPart_Caramail_0043841011812658_ID" +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +This message is in MIME format. Since your mail reader does not understand +this format, some or all of this message may not be legible. + +--=_NextPart_Caramail_0043841011812658_ID +Content-Type: text/plain; charset="iso-8859-1" +Content-Transfer-Encoding: quoted-printable + +> Bonjour, +> Je suis etudiant en France je possede un Bac scientifique +et je souhaiterai +> devenir developpeur de jeux video. Mais voia le choix et +vaste la +> programmation m'interesse ainsi que l'infographie. Pour +la programation les +> cursus sont plus clair tandis que pour l'infographie ceux- +ci sont tres +> floux, or, l'infographie est la voie dans laquelle je +prefererai me diriger. +> si vous pouviez m'aider en me faisant parvenir quelques +renseignement je +> vous en serai reconnaissant. Etant une boite de +devellopement de Jeux video +> je pense que vous etes les plus competant pour pouvoir +m'informer. +> Veuillez acceptez mes salutations bien distingu=E9es. + +Bon, pour ma part, c'est exactement ce que je cherche aussi +mais j'ai d=E9j=E0 un peu d'infos sur le sujet... +(Je suis en fin de ma 2i=E8me ann=E9e de DUT SRC) +Pour l'infographie, =E7a d=E9pend aussi de ce que tu veux faire +exactement... +Un artiste 2D (les artworks) n'aura pas le m=EAme cursus que +celui qui pondra les textures (plus adepte du fotopop)... +Le premier aura fait les Beaux Arts (par exemple, en fait, +il existe 1000 et une fa=E7on d'avoir le m=EAme niveau) tandis +que le second aura pris des cours de +photoshop/illustrator/cuisine/autres (rayer la mention +inutile) =E0 la pelle... + +Mais dans le domaine de l'infographie multim=E9dia il y a +quelques DUT (oui, le SRC en fait parti), quelques BTS +(alors l=E0 par contre je ne suis pas tr=E8s renseign=E9 sur le +sujet) ou directement les grandes =E9coles (mais juste apr=E8s +le bac, il est extr=EAment difficile voir impossible d'y +entrer)... + +Pour ta part, sais-tu =E0 peu pr=E8s quel genre de poste tu +recherches? +Si tu peux pr=E9ciser, =E7a aiderai beaucoup... + +Tiens, d'ailleurs, je me permet de profiter de ce sujet +pour poser une question =E0 l'=E9quipe de Nevrax... +Prenez-vous des stagiaires (sourire niais)... Par exemple +du 8 avril au 14 juin 2002? +Non, plus s=E9rieusement, je suis =E0 la recherche d'un stage +et donc (je sais, c'est pas tr=E8s tr=E8s formel ce que je +fait, d=E9sol=E9... De plus, je doute que ce soit r=E9ellement +l'endroit pour m'occuper de =E7a... Promis, je referai une +lettre dans les r=E8gles de l'art) cela serait pour moi une +excellente (et m=EAme plus) occasion d'obtenir une premi=E8re +exp=E9rience professionnelle. + +Donc voil=E0, si jamais c'est possible d'obtenir un poste de +stagiaire (gamdesign ou infographie... Justement! ;-), je +me ferai un tr=E8s (tr=E8s tr=E8s) grand plaisir de vous envoyer +mes diff=E9rents travaux. + +Et d=E9sol=E9 si jamais ce message passe pour du foosing (c'est +la premi=E8re fois que je poste ici et je ne connais pas +encore l'esprit de cette ML)... + +Voili voilou! + + + +_____//Julien "Daylon" Bouvet\\_____ +Designer freelance +http://www.le-quanta.com/daylon/ ++Infinity Studios +http://www.plusinfinity.net/ +______________________________________________________ +E-mail gratuit - Multimania - http://www.multimania.fr + + +--=_NextPart_Caramail_0043841011812658_ID-- + + +From lecroart@nevrax.com Wed Jan 23 18:43:46 2002 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0NHhjw33905 + for ; Wed, 23 Jan 2002 18:43:45 +0100 (CET) + (envelope-from lecroart@nevrax.com) +Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g0NHbtJ15701 + for ; Wed, 23 Jan 2002 18:37:55 +0100 (CET) + (envelope-from lecroart@nevrax.com) +Message-ID: <00bf01c1a434$b0649140$0901a8c0@vianneyl> +From: "Vianney Lecroart" +To: +References: <1011812658004384@multimania.com> +Date: Wed, 23 Jan 2002 18:37:54 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 6.00.2600.0000 +X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 +Subject: [Nel] =?iso-8859-1?Q?Re:_=5BNel=5D_=28no_subject=29-=3E_c_b=F4_les_=E9tudes?= +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +For the 2 unknown frenchies, + +First: This mailing list is an ENGLISH mailing list so please stop sending +french mail, 9/10 of registered users are not french. You perhaps don't know +this but the thing that you should do before sending mail is to take a look +at the archive and see that *all* mails are in english (sometimes in bad +english, but in english :) + +Second: You could sign your mail with your first (at least) and your last +name to know who are talking. + +Third: It s a NeL mailing list, it 's about the Nevrax Library development +and *not* Nevrax company at all so your mail are totally out of topic. + +I hope it's the last french mail I'll see in this mailing list. + +Vianney Lecroart +--- +lead network programmer / nevrax.com +icq#: 6870415 +homepage: http://ace.planet-d.net +www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- +w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? + + + +From miller@nevrax.com Wed Jan 23 19:05:49 2002 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0NI5nw34050 + for ; Wed, 23 Jan 2002 19:05:49 +0100 (CET) + (envelope-from miller@nevrax.com) +Received: from miller (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g0NHxvJ16163 + for ; Wed, 23 Jan 2002 18:59:57 +0100 (CET) + (envelope-from miller@nevrax.com) +From: "Daniel Miller" +To: +Date: Wed, 23 Jan 2002 18:59:57 +0100 +Message-ID: +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 8bit +X-Priority: 3 (Normal) +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) +In-Reply-To: <00bf01c1a434$b0649140$0901a8c0@vianneyl> +Importance: Normal +X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 +Subject: [Nel] =?iso-8859-1?Q?RE:_=5BNel=5D_Re:_=5BNel=5D_=28no_subject=29-=3E_c_b=F4_le?= + =?iso-8859-1?Q?s_=E9tudes?= +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Ever the diplomat :o) + +-----Original Message----- +From: nel-admin@nevrax.org [mailto:nel-admin@nevrax.org]On Behalf Of +Vianney Lecroart +Sent: Wednesday, January 23, 2002 6:38 PM +To: nel@nevrax.org +Subject: [Nel] Re: [Nel] (no subject)-> c bô les études + + +For the 2 unknown frenchies, + +First: This mailing list is an ENGLISH mailing list so please stop sending +french mail, 9/10 of registered users are not french. You perhaps don't know +this but the thing that you should do before sending mail is to take a look +at the archive and see that *all* mails are in english (sometimes in bad +english, but in english :) + +Second: You could sign your mail with your first (at least) and your last +name to know who are talking. + +Third: It s a NeL mailing list, it 's about the Nevrax Library development +and *not* Nevrax company at all so your mail are totally out of topic. + +I hope it's the last french mail I'll see in this mailing list. + +Vianney Lecroart +--- +lead network programmer / nevrax.com +icq#: 6870415 +homepage: http://ace.planet-d.net +www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- +w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? + + +_______________________________________________ +Nel mailing list +Nel@nevrax.org +http://www.nevrax.org/mailman/listinfo.cgi/nel + + +From nik@f0.am Wed Jan 23 19:50:15 2002 +Received: from riker.skynet.be (riker.skynet.be [195.238.3.132]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0NIoFw34301 + for ; Wed, 23 Jan 2002 19:50:15 +0100 (CET) + (envelope-from nik@f0.am) +Received: from 192.168.254.2 (194-78-202-129.pro.turboline.skynet.be [194.78.202.129]) + by riker.skynet.be (8.11.6/8.11.6/Skynet-OUT-2.16) with ESMTP id g0NIhv501088 + for ; Wed, 23 Jan 2002 19:43:57 +0100 (MET) + (envelope-from ) +Date: Wed, 23 Jan 2002 19:43:55 +0100 +From: n_ki +Subject: Re: [Nel] compiling nel on ppc +To: nel@nevrax.org +X-Priority: 3 +In-Reply-To: <000b01c1a3f8$f9e20280$0901a8c0@vianneyl> +Message-ID: <20020123194357-r01010800-0f36655c-0904-0108@192.168.254.2> +MIME-Version: 1.0 +Content-Type: text/plain; Charset=ISO-8859-1 +Content-Transfer-Encoding: 8bit +X-Mailer: Mailsmith 1.1.8 (Bluto) +X-Replicate: +X-Mindcontainer: uncontained +X-Powered-By: zt0len data +X-Fragments_discretion: 101 +X-fLVX: cyclic +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +[23.01.2002 ° 11:30 Uhr] Vianney Lecroart --> + +hi,. + +>We assume that all linux are on x86 plateform (only because we can't test it +>on other plateform) so we don't set the good value for other processor. + +a dangerous assuption ;) + with a little planning the same codebase can run on ppc, alpha, ps2 or an +ipaq. of course, im not suggesting you should, nor voluteering to port it! + but cross platform stuff is MUCH easier with a single os!+ + +>We should use #defined value defined by configure to know if we can optimise +>some part in asm. + +would make sense,., + +>We had the same problem on x86 and we fixed it (wait the next cvs syncro +>this night). + +when does the cvs get synced, aproximately? + +>But I warn you, we never try NeL on non-x86 processor, it surely doesn't +>work :) First you should fix types_nl.h and changed: + +ill get back to fiddling with it then,. . just to make sure it doesnt work! + +zp. + nk + + + + ][] [ http://f0.am ] [foundation of applied mysticism [] ] ] + +From lecroart@nevrax.com Thu Jan 24 10:48:10 2002 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0O9mAw40189 + for ; Thu, 24 Jan 2002 10:48:10 +0100 (CET) + (envelope-from lecroart@nevrax.com) +Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g0O9gJJ19516 + for ; Thu, 24 Jan 2002 10:42:19 +0100 (CET) + (envelope-from lecroart@nevrax.com) +Message-ID: <001001c1a4bb$6a5d17d0$0901a8c0@vianneyl> +From: "Vianney Lecroart" +To: +References: <20020123194357-r01010800-0f36655c-0904-0108@192.168.254.2> +Subject: Re: [Nel] compiling nel on ppc +Date: Thu, 24 Jan 2002 10:42:19 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 6.00.2600.0000 +X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Hi, + +> a dangerous assuption ;) +> with a little planning the same codebase can run on ppc, alpha, ps2 or +an +> ipaq. of course, im not suggesting you should, nor voluteering to port +it! +> but cross platform stuff is MUCH easier with a single os!+ + +I'm ok with you, but without ppc alpha ps2 or ipaq, it s quite difficult to +port and test our lib! Of course we are multi platform (windows, linux for +now) but for other OS, we need participation of the oss community, it's +important for us to have a library that works on as many os as possible but +we alos have a game to do and not all the time to do these ports, so if you +want to help us saying what works, what doesn t work, it could be very +useful for us. + +> >We had the same problem on x86 and we fixed it (wait the next cvs syncro +> >this night). +> +> when does the cvs get synced, aproximately? + +It synced now, it s around 4:00am french time :) + +Vianney Lecroart +--- +lead network programmer / nevrax.com +icq#: 6870415 +homepage: http://ace.planet-d.net +www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- +w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? + + + + +From valignat@gw.nevrax.com Thu Jan 24 17:10:13 2002 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0OGADw42450 + for ; Thu, 24 Jan 2002 17:10:13 +0100 (CET) + (envelope-from valignat@gw.nevrax.com) +Received: from gw.nevrax.com (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with ESMTP id g0OG4MJ24604 + for ; Thu, 24 Jan 2002 17:04:22 +0100 (CET) + (envelope-from valignat@gw.nevrax.com) +Received: (from valignat@localhost) + by gw.nevrax.com (8.11.6/8.11.6) id g0OG3fj42909 + for nel@nevrax.org; Thu, 24 Jan 2002 17:03:41 +0100 (CET) + (envelope-from valignat) +Date: Thu, 24 Jan 2002 17:03:41 +0100 +From: Cedric Valignat +To: nel@nevrax.org +Subject: Re: [Nel] compiling nel on ppc +Message-ID: <20020124170341.A42846@nevrax.com> +References: <000b01c1a3f8$f9e20280$0901a8c0@vianneyl> <20020123194357-r01010800-0f36655c-0904-0108@192.168.254.2> +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +User-Agent: Mutt/1.2.5.1i +In-Reply-To: <20020123194357-r01010800-0f36655c-0904-0108@192.168.254.2>; from nik@f0.am on Wed, Jan 23, 2002 at 07:43:55PM +0100 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +According to n_ki: +> +> when does the cvs get synced, aproximately? + +The public cvs synchronization is part of a job wich is launch at 1h00 am CET +every day. So it should be available around 2h00 am CET ... + +I'm going to put a notice about that on the web site. + + +Cedric. + + +From david.mentre@wanadoo.fr Thu Jan 24 18:08:24 2002 +Received: from mel-rto1.wanadoo.fr (smtp-out-1.wanadoo.fr [193.252.19.188]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0OH8Ow42847 + for ; Thu, 24 Jan 2002 18:08:24 +0100 (CET) + (envelope-from david.mentre@wanadoo.fr) +Received: from mel-rta1.wanadoo.fr (193.252.19.150) by mel-rto1.wanadoo.fr; 24 Jan 2002 18:02:28 +0100 +Received: from oops (193.251.184.164) by mel-rta1.wanadoo.fr; 24 Jan 2002 18:02:09 +0100 +Received: from david by oops with local (Exim 3.33 #1 (Debian)) + id 16TnGK-00022I-00 + for ; Thu, 24 Jan 2002 18:02:08 +0100 +To: nel@nevrax.org +From: David MENTRE +Organization: none +Date: 24 Jan 2002 18:02:08 +0100 +Message-ID: <87lmeny967.fsf@wanadoo.fr> +Lines: 29 +User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.1 +MIME-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Subject: [Nel] OpenAL issues to build nel +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Hi NeL guys, + +[ BTW, should I send my compilation issues on the mailing list or should +I create a bug report? ] + +The nel/configure scripts doesn't find the OpenAL libraries on my +machine which are however installed : + +david@oops:~/pub/NeL/code/nel$ ./configure --with-stlport=/usr/local/Installed/STLport4.5/ --with-stlport-include=/usr/local/Installed/STLport4.5/include/stlport --with-stlport-lib=/usr/local/Installed/STLport4.5/lib/ --enable-sound --enable-ai --disable-xmltest --with-openal=/usr/local/Installed/OpenAL-1.0/ --with-openal-lib=/usr/local/Installed/OpenAL-1.0/lib/ --prefix=/usr/local/Installed/NeL +[...] +checking for OpenAL headers... /usr/local/Installed/OpenAL-1.0//include +checking for OpenAL libraries... no + ^^ why?? +[...] + + +david@oops:~/pub/NeL/code/nel$ ls /usr/local/Installed/OpenAL-1.0/lib +libopenal.a libopenal.so libopenal.so.0 libopenal.so.0.0.6 + +It was working before, as I has been able to compile nel at least once, +with the same configure (but without the --with-openal-lib option, only +with the --with-openal option). + +Any idea? + +Best regards, +d. +-- + david.mentre@wanadoo.fr + +From david.mentre@wanadoo.fr Thu Jan 24 20:06:57 2002 +Received: from mel-rto3.wanadoo.fr (smtp-out-3.wanadoo.fr [193.252.19.233]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0OJ6vw43627 + for ; Thu, 24 Jan 2002 20:06:57 +0100 (CET) + (envelope-from david.mentre@wanadoo.fr) +Received: from mel-rta9.wanadoo.fr (193.252.19.69) by mel-rto3.wanadoo.fr; 24 Jan 2002 20:01:01 +0100 +Received: from oops (193.251.184.164) by mel-rta9.wanadoo.fr; 24 Jan 2002 20:00:34 +0100 +Received: from david by oops with local (Exim 3.33 #1 (Debian)) + id 16Tp6v-0006Eh-00 + for ; Thu, 24 Jan 2002 20:00:33 +0100 +To: nel@nevrax.org +Subject: Re: [Nel] Unable to compile nelns on linux +References: <87zo3j5ign.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me> + <20020122162431.A14628@nevrax.com> +From: David MENTRE +Organization: none +Date: 24 Jan 2002 20:00:33 +0100 +In-Reply-To: <20020122162431.A14628@nevrax.com> +Message-ID: <87d6zzy3ou.fsf@wanadoo.fr> +Lines: 41 +User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.1 +MIME-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Hi Cedric, + +Cedric Valignat writes: + +> I fixed it and that will be available on the public cvs tonigth. + +It does not seem to be fixed: + +make[2]: Entering directory `/home/david/pub/NeL/code/nelns/login_service' +/bin/sh ../libtool --mode=link c++ -O3 -DNL_RELEASE -D_REENTRANT -I/usr/local/Installed/STLport4.5/include/stlport -I/usr/local/Installed/NeL//include -o login_service connection_client.o connection_ws.o login_service.o -lnelmisc -lnelnet -lcrypt -L/usr/local/Installed/STLport4.5/lib/ -lstlport_gcc +c++ -O3 -DNL_RELEASE -D_REENTRANT -I/usr/local/Installed/STLport4.5/include/stlport -I/usr/local/Installed/NeL//include -o login_service connection_client.o connection_ws.o login_service.o -lnelmisc -lnelnet -lcrypt -L/usr/local/Installed/STLport4.5/lib/ -lstlport_gcc +/usr/bin/ld: cannot find -lnelmisc +collect2: ld returned 1 exit status + +Even if the libraries are correctly found: + +david@oops:~/pub/NeL/code/nelns$ ./configure --with-stlport=/usr/local/Installed/STLport4.5/ --with-stlport-include=/usr/local/Installed/STLport4.5/include/stlport --with-stlport-lib=/usr/local/Installed/STLport4.5/lib/ --with-nel=/usr/local/Installed/NeL/ --prefix=/usr/local/Installed/NeL/ +[...] +checking for -lnelmisc... yes +checking for -lnelnet... yes + + +BTW, speaking of the configure scripts, why is it necessary to give all +--with-stlport, --with-stlport-include and --with-stlport-lib options? I +though that a single --with-stlport would be sufficient. + +For example: +david@oops:~/pub/NeL/code/nelns$ ./configure --with-stlport=/usr/local/Installed/STLport4.5 --with-nel=/usr/local/Installed/NeL/ --prefix=/usr/local/Installed/NeL/ +[...] +checking for STLPort headers... no +checking for STLPort libraries... /usr/local/Installed/STLport4.5/lib +configure: error: STLPort must be installed (http://www.stlport.org). + +It works if I give also -lib and -include options. + + +Sorry for the always bad news, +Best regards, +d. +-- + david.mentre@wanadoo.fr + +From david.mentre@wanadoo.fr Thu Jan 24 20:08:34 2002 +Received: from mel-rto1.wanadoo.fr (smtp-out-1.wanadoo.fr [193.252.19.188]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0OJ8Yw43641 + for ; Thu, 24 Jan 2002 20:08:34 +0100 (CET) + (envelope-from david.mentre@wanadoo.fr) +Received: from mel-rta5.wanadoo.fr (193.252.19.122) by mel-rto1.wanadoo.fr; 24 Jan 2002 20:02:38 +0100 +Received: from oops (193.251.184.164) by mel-rta5.wanadoo.fr; 24 Jan 2002 20:02:28 +0100 +Received: from david by oops with local (Exim 3.33 #1 (Debian)) + id 16Tp8l-0006Em-00 + for ; Thu, 24 Jan 2002 20:02:27 +0100 +To: nel@nevrax.org +Subject: Re: [Nel] OpenAL issues to build nel +References: <87lmeny967.fsf@wanadoo.fr> +From: David MENTRE +Organization: none +Date: 24 Jan 2002 20:02:27 +0100 +In-Reply-To: <87lmeny967.fsf@wanadoo.fr> +Message-ID: <878zany3lo.fsf@wanadoo.fr> +Lines: 10 +User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.1 +MIME-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +David MENTRE writes: + +> The nel/configure scripts doesn't find the OpenAL libraries on my +> machine which are however installed : + +However, nel compiles without sound enabled. + +d. +-- + david.mentre@wanadoo.fr + +From david.mentre@wanadoo.fr Thu Jan 24 20:35:55 2002 +Received: from mel-rto6.wanadoo.fr (smtp-out-6.wanadoo.fr [193.252.19.25]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0OJZsw43852 + for ; Thu, 24 Jan 2002 20:35:54 +0100 (CET) + (envelope-from david.mentre@wanadoo.fr) +Received: from mel-rta8.wanadoo.fr (193.252.19.79) by mel-rto6.wanadoo.fr; 24 Jan 2002 20:29:58 +0100 +Received: from oops (193.251.184.164) by mel-rta8.wanadoo.fr; 24 Jan 2002 20:29:58 +0100 +Received: from david by oops with local (Exim 3.33 #1 (Debian)) + id 16TpZO-0006RX-00 + for ; Thu, 24 Jan 2002 20:29:58 +0100 +To: nel@nevrax.org +Subject: Re: [Nel] Issue to run snowballs2 +References: <87n0zo3d4p.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me> + <87ell037 cv.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me> + <003b01c198f7$71970030$0601a8c0@lionelb> + <1010617456.755.20.camel@zerodeux.home> + <000701c1a323$d56ba8f0$0601a8c0@lionelb> + <1011714937.750.171.camel@zerodeux.home> +From: David MENTRE +Organization: none +Date: 24 Jan 2002 20:29:57 +0100 +In-Reply-To: <1011714937.750.171.camel@zerodeux.home> +Message-ID: <874rlby2bu.fsf@wanadoo.fr> +Lines: 68 +User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.1 +MIME-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Vincent Caron writes: + +> - Get rid of some wgl dependencies : replace +> +> extern PFNWGLALLOCATEMEMORYNVPROC wglAllocateMemoryNV; +> extern PFNWGLFREEMEMORYNVPROC wglFreeMemoryNV; +> +> with something like : +> +> #ifdef NL_OS_WINDOWS +> typedef PFNWGLALLOCATEMEMORYNVPROC PFNGLEXTALLOCATEMEMORYNVPROC; +> typedef PFNWGLFREEMEMORYNVPROC PFNGLEXTFREEMEMORYNVPROC; +> #endif +> #ifdef NL_OS_UNIX +> typedef void *(*PFNGLEXTALLOCATEMEMORYNVPROC)(GLsizei, GLfloat, +> GLfloat, GLfloat); +> typedef void (*PFNGLEXTFREEMEMORYNVPROC)(GLvoid *); +> #endif +> extern PFNGLEXTALLOCATEMEMORYNVPROC glextAllocateMemoryNV; +> extern PFNGLEXTFREEMEMORYNVPROC glextFreeMemoryNV; +> +> (and update the code in .cpp to fetch the right function name, "wgl*" +> or "glX*") +> +> - The same with the pbuffer extension which as its glX counterpart + +Lionel, as of today, the code compiles but does not run[1]. If you try +to fix this bug, let me know and I'll try to recompile snowballs2 on my +machine. + +[ BTW, I know there is a special french touch for video games, but I + didn't know that it consists in putting french words like "Abandon" in + error messages. :) ] + +Until then, I'm stuck. Yes, I know I should fix this myself but I prefer +let you do it your own way. However, if you do not indend to fix this +bug, let me know and I'll try to follow Vincent suggestions. + +Best regards, +david + +[1] +david@oops:~/pub/NeL/code/snowballs2/client$ /usr/local/Installed/NeL/bin/snowballs +INF24568 client.cpp 145 : Starting Snowballs ! +WRN24568 dru.cpp 95 : when loading dynamic library 'libnel_drv_opengl.so': /usr/local/Installed/NeL/lib/libnel_drv_opengl.so: undefined symbol: glSetFenceNV +WRN24568 common.cpp 390 : Exception will be launched: libnel_drv_opengl.so not found +Abandon + +All libs are correctly initialized: +david@oops:~/pub/NeL/code/snowballs2/client$ ldd /usr/local/Installed/NeL/bin/snowballs + libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x4001d000) + libnelmisc.so.0 => /usr/local/Installed/NeL/lib/libnelmisc.so.0 (0x40056000) + libnelnet.so.0 => /usr/local/Installed/NeL/lib/libnelnet.so.0 (0x401db000) + libnel3d.so.0 => /usr/local/Installed/NeL/lib/libnel3d.so.0 (0x403c0000) + libnelpacs.so.0 => /usr/local/Installed/NeL/lib/libnelpacs.so.0 (0x409b8000) + libnelsnd.so.0 => /usr/local/Installed/NeL/lib/libnelsnd.so.0 (0x40a7a000) + libstlport_gcc.so => /usr/local/Installed/STLport4.5/lib/libstlport_gcc.so (0x40ab4000) + libstdc++-libc6.2-2.so.3 => /usr/lib/libstdc++-libc6.2-2.so.3 (0x40bbe000) + libm.so.6 => /lib/libm.so.6 (0x40c08000) + libc.so.6 => /lib/libc.so.6 (0x40c2a000) + libpthread.so.0 => /lib/libpthread.so.0 (0x40d4e000) + libxml2.so.2 => /usr/lib/libxml2.so.2 (0x40d64000) + libdl.so.2 => /lib/libdl.so.2 (0x40dfd000) + /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000) + libz.so.1 => /usr/lib/libz.so.1 (0x40e01000) + +-- + david.mentre@wanadoo.fr + +From david.mentre@wanadoo.fr Thu Jan 24 20:50:44 2002 +Received: from mel-rto1.wanadoo.fr (smtp-out-1.wanadoo.fr [193.252.19.188]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0OJoiw43956 + for ; Thu, 24 Jan 2002 20:50:44 +0100 (CET) + (envelope-from david.mentre@wanadoo.fr) +Received: from mel-rta5.wanadoo.fr (193.252.19.122) by mel-rto1.wanadoo.fr; 24 Jan 2002 20:44:48 +0100 +Received: from oops (193.251.184.164) by mel-rta5.wanadoo.fr; 24 Jan 2002 20:44:40 +0100 +Received: from david by oops with local (Exim 3.33 #1 (Debian)) + id 16Tpnb-00080I-00 + for ; Thu, 24 Jan 2002 20:44:39 +0100 +To: nel@nevrax.org +Subject: Re: [Nel] Unable to compile nelns on linux +References: <87zo3j5ign.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me> + <20020122162431.A14628@nevrax.com> <87d6zzy3ou.fsf@wanadoo.fr> +From: David MENTRE +Organization: none +Date: 24 Jan 2002 20:44:39 +0100 +In-Reply-To: <87d6zzy3ou.fsf@wanadoo.fr> +Message-ID: <87zo33wn2w.fsf@wanadoo.fr> +Lines: 18 +User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.1 +MIME-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +David MENTRE writes: + +> Hi Cedric, +> +> Cedric Valignat writes: +> +> > I fixed it and that will be available on the public cvs tonigth. +> +> It does not seem to be fixed: + +Oops!! Sorry, you effectively fixed it. I just forgot to run +nelns/bootstrap before recompiling. + +Once again, sorry for the wrong bug report, +Best regards, +d. +-- + david.mentre@wanadoo.fr + +From david.mentre@wanadoo.fr Thu Jan 24 21:09:29 2002 +Received: from mel-rto1.wanadoo.fr (smtp-out-1.wanadoo.fr [193.252.19.188]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0OK9Sw44102 + for ; Thu, 24 Jan 2002 21:09:29 +0100 (CET) + (envelope-from david.mentre@wanadoo.fr) +Received: from mel-rta5.wanadoo.fr (193.252.19.122) by mel-rto1.wanadoo.fr; 24 Jan 2002 21:03:33 +0100 +Received: from oops (193.251.184.164) by mel-rta5.wanadoo.fr; 24 Jan 2002 21:03:20 +0100 +Received: from david by oops with local (Exim 3.33 #1 (Debian)) + id 16Tq5g-0000zp-00 + for ; Thu, 24 Jan 2002 21:03:20 +0100 +To: nel@nevrax.org +Subject: Re: [Nel] OpenAL issues to build nel +References: <87lmeny967.fsf@wanadoo.fr> <878zany3lo.fsf@wanadoo.fr> +From: David MENTRE +Organization: none +Date: 24 Jan 2002 21:03:19 +0100 +In-Reply-To: <878zany3lo.fsf@wanadoo.fr> +Message-ID: <87r8ofwm7s.fsf@wanadoo.fr> +Lines: 15 +User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.1 +MIME-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +David MENTRE writes: + +> However, nel compiles without sound enabled. + +Well, nearly. Once nel/bootstrap has run, it is no longer to configure +nel *without* sound: +david@oops:~/pub/NeL/code/nel$ ./configure --with-stlport=/usr/local/Installed/STLport4.5/ --with-stlport-include=/usr/local/Installed/STLport4.5/include/stlport --with-stlport-lib=/usr/local/Installed/STLport4.5/lib/ --enable-ai --prefix=/usr/local/Installed/NeL --disable-sound +checking for OpenAL headers... no +checking for OpenAL libraries... no +configure: error: OpenAL is needed to compile NeL (http://www.openal.org). + +Best regards, +d. +-- + david.mentre@wanadoo.fr + +From gmtonyhoyt@yahoo.com Fri Jan 25 06:22:31 2002 +Received: from smtp012.mail.yahoo.com (smtp012.mail.yahoo.com [216.136.173.32]) + by www.nevrax.org (8.11.0/8.11.0) with SMTP id g0P5MUw47829 + for ; Fri, 25 Jan 2002 06:22:31 +0100 (CET) + (envelope-from gmtonyhoyt@yahoo.com) +Received: from ool-182ce998.dyn.optonline.net (HELO port) (24.44.233.152) + by smtp.mail.vip.sc5.yahoo.com with SMTP; 25 Jan 2002 05:16:37 -0000 +Message-ID: <000701c1a55f$b165cec0$0204a8c0@port.port.com> +From: "Tony Hoyt" +To: +Date: Fri, 25 Jan 2002 00:18:15 -0500 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 4.72.2106.4 +X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4 +Subject: [Nel] I can't compile.. but I don't think it's source related exactly.... +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +This error sounds like a config issue on my side. But I have no idea how to +fix it.. When building nelns 3d, I get this.. + +--------------------Configuration: misc - Win32 +DebugFast-------------------- +Compiling... +vector_2f.cpp +vector_h.cpp +fatal error C1001: INTERNAL COMPILER ERROR + (compiler file 'msc1.cpp', line 1794) + Please choose the Technical Support command on the Visual C++ + Help menu, or open the Technical Support help file for more +information +vectord.cpp +fatal error C1001: INTERNAL COMPILER ERROR + (compiler file 'msc1.cpp', line 1794) + Please choose the Technical Support command on the Visual C++ + Help menu, or open the Technical Support help file for more +information +etc. + + Any idea what's going on? + + Tony + + +_________________________________________________________ +Do You Yahoo!? +Get your free @yahoo.com address at http://mail.yahoo.com + + +From logout@free.fr Fri Jan 25 09:50:42 2002 +Received: from smtp.completel.fr (smtp.completel.fr [213.244.0.12]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0P8ofw48971 + for ; Fri, 25 Jan 2002 09:50:41 +0100 (CET) + (envelope-from logout@free.fr) +Received: from dracont (unknown [213.30.163.34]) + by smtp.completel.fr (Postfix) with SMTP id 5ED75179D10 + for ; Fri, 25 Jan 2002 09:44:45 +0100 (CET) +Message-ID: <001f01c1a57d$a055ff10$1000a8c0@completel.fr> +From: "Emmanuel Deloget" +To: +References: <000701c1a55f$b165cec0$0204a8c0@port.port.com> +Subject: Re: [Nel] I can't compile.. but I don't think it's source related exactly.... +Date: Fri, 25 Jan 2002 09:52:25 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 6.00.2600.0000 +X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +X-Reply-To: "Emmanuel Deloget" +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Not sure but... + +You should try to install the last VC++ service pack if you don't. + +Another way to produce this kind of errors is to compile a project +which lies in a shared directory on another machine. Another +(again :) way is to compile a project on a non working hard drive +- try to run scandisk. + +Hope this helps, + +-- +Emmanuel + +----- Original Message ----- +From: "Tony Hoyt" +To: +Sent: Friday, January 25, 2002 6:18 AM +Subject: [Nel] I can't compile.. but I don't think it's source related +exactly.... + + +: This error sounds like a config issue on my side. But I have no idea how +to +: fix it.. When building nelns 3d, I get this.. +: +: --------------------Configuration: misc - Win32 +: DebugFast-------------------- +: Compiling... +: vector_2f.cpp +: vector_h.cpp +: fatal error C1001: INTERNAL COMPILER ERROR +: (compiler file 'msc1.cpp', line 1794) +: Please choose the Technical Support command on the Visual C++ +: Help menu, or open the Technical Support help file for more +: information +: vectord.cpp +: fatal error C1001: INTERNAL COMPILER ERROR +: (compiler file 'msc1.cpp', line 1794) +: Please choose the Technical Support command on the Visual C++ +: Help menu, or open the Technical Support help file for more +: information +: etc. +: +: Any idea what's going on? +: +: Tony +: +: +: _________________________________________________________ +: Do You Yahoo!? +: Get your free @yahoo.com address at http://mail.yahoo.com +: +: _______________________________________________ +: Nel mailing list +: Nel@nevrax.org +: http://www.nevrax.org/mailman/listinfo.cgi/nel +: + + +From nik@xdv.org Fri Jan 25 18:47:00 2002 +Received: from step1.xdv.org (step1.xdv.org [62.116.31.126]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0PHl0w51756 + for ; Fri, 25 Jan 2002 18:47:00 +0100 (CET) + (envelope-from nik@xdv.org) +Received: from xdv.org (localhost [127.0.0.1]) + by localhost (8.12.0.Beta7/8.12.0.Beta7/Debian 8.12.0.Beta7-1) with ESMTP id g0PHf7aL020342 + for ; Fri, 25 Jan 2002 18:41:07 +0100 +Received: from localhost (nik@localhost) + by xdv.org (8.12.0.Beta7/8.12.0.Beta7/Debian 8.12.0.Beta7-1) with ESMTP id g0PHf72q020338 + for ; Fri, 25 Jan 2002 18:41:07 +0100 +Date: Fri, 25 Jan 2002 18:41:07 +0100 (CET) +From: nik gaffney +To: +In-Reply-To: <87lmeny967.fsf@wanadoo.fr> +Message-ID: +MIME-Version: 1.0 +Content-Type: TEXT/PLAIN; charset=US-ASCII +Subject: [Nel] ppc build +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +ok,. so nel (from yesterdays cvs) compiles + installs fine on debian-ppc with only a little change to time_nl.cpp. for the moment, it just fudges a return value to CTime::getPerformanceTime + +specifcally here -> + +#else // NL_OS_WINDOWS + unsigned long long int x; + __asm__ volatile (".byte 0x0f, 0x31" : "=A" (x)); + return x; +#endif // NL_OS_WINDOWS + +what is this line of asm actually doing?+ + and could it also be done in c? + +nk + + + + +From david.mentre@wanadoo.fr Fri Jan 25 19:13:51 2002 +Received: from mel-rto7.wanadoo.fr (smtp-out-7.wanadoo.fr [193.252.19.26]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0PIDpw51947 + for ; Fri, 25 Jan 2002 19:13:51 +0100 (CET) + (envelope-from david.mentre@wanadoo.fr) +Received: from mel-rta7.wanadoo.fr (193.252.19.61) by mel-rto7.wanadoo.fr; 25 Jan 2002 19:07:54 +0100 +Received: from oops (193.251.66.251) by mel-rta7.wanadoo.fr; 25 Jan 2002 19:07:34 +0100 +Received: from david by oops with local (Exim 3.33 #1 (Debian)) + id 16UAlB-0000AI-00 + for ; Fri, 25 Jan 2002 19:07:33 +0100 +To: nel@nevrax.org +Subject: Re: [Nel] ppc build +References: +From: David MENTRE +Organization: none +Date: 25 Jan 2002 19:07:33 +0100 +In-Reply-To: +Message-ID: <87r8oegv8a.fsf@wanadoo.fr> +Lines: 12 +User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.1 +MIME-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +nik gaffney writes: + +> ok,. so nel (from yesterdays cvs) compiles + installs fine on +> debian-ppc with only a little change to time_nl.cpp. for the moment, +> it just fudges a return value to CTime::getPerformanceTime + +I've been able to run it? You have an NVidia graphic card? + +Best regards, +d. +-- + david.mentre@wanadoo.fr + +From nik@xdv.org Fri Jan 25 19:22:15 2002 +Received: from step1.xdv.org (step1.xdv.org [62.116.31.126]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0PIMEw52020 + for ; Fri, 25 Jan 2002 19:22:14 +0100 (CET) + (envelope-from nik@xdv.org) +Received: from xdv.org (localhost [127.0.0.1]) + by localhost (8.12.0.Beta7/8.12.0.Beta7/Debian 8.12.0.Beta7-1) with ESMTP id g0PIGMaL020578 + for ; Fri, 25 Jan 2002 19:16:22 +0100 +Received: from localhost (nik@localhost) + by xdv.org (8.12.0.Beta7/8.12.0.Beta7/Debian 8.12.0.Beta7-1) with ESMTP id g0PIGMGM020574 + for ; Fri, 25 Jan 2002 19:16:22 +0100 +Date: Fri, 25 Jan 2002 19:16:22 +0100 (CET) +From: nik gaffney +To: +Subject: Re: [Nel] ppc build +In-Reply-To: <87r8oegv8a.fsf@wanadoo.fr> +Message-ID: +MIME-Version: 1.0 +Content-Type: TEXT/PLAIN; charset=US-ASCII +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +>> ok,. so nel (from yesterdays cvs) compiles + installs fine on +>> debian-ppc with only a little change to time_nl.cpp. for the moment, +>> it just fudges a return value to CTime::getPerformanceTime +> +> I've been able to run it? You have an NVidia graphic card? +> + + i havent run it yet., is there a simpler demo than snowballs, or is that +the test-suite :) + + still trying to compile the ai code, a few small problems with python, +but the sound stuff compiles fine. + +video card im using is ati, the nvidia drivers for ppc linux are still in +the works i think. + +nk + + +From david.mentre@wanadoo.fr Fri Jan 25 19:35:32 2002 +Received: from mel-rto6.wanadoo.fr (smtp-out-6.wanadoo.fr [193.252.19.25]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0PIZWw52122 + for ; Fri, 25 Jan 2002 19:35:32 +0100 (CET) + (envelope-from david.mentre@wanadoo.fr) +Received: from mel-rta10.wanadoo.fr (193.252.19.193) by mel-rto6.wanadoo.fr; 25 Jan 2002 19:29:36 +0100 +Received: from oops (193.251.66.251) by mel-rta10.wanadoo.fr; 25 Jan 2002 19:29:29 +0100 +Received: from david by oops with local (Exim 3.33 #1 (Debian)) + id 16UB6O-0001E1-00 + for ; Fri, 25 Jan 2002 19:29:28 +0100 +To: nel@nevrax.org +Subject: Re: [Nel] ppc build +References: +From: David MENTRE +Organization: none +Date: 25 Jan 2002 19:29:28 +0100 +In-Reply-To: +Message-ID: <87adv2gu7r.fsf@wanadoo.fr> +Lines: 9 +User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.1 +MIME-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +nik gaffney writes: + +> but the sound stuff compiles fine. + +Could you give me your configure ? + +d. +-- + david.mentre@wanadoo.fr + +From nik@xdv.org Fri Jan 25 19:47:19 2002 +Received: from step1.xdv.org (step1.xdv.org [62.116.31.126]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0PIlJw52201 + for ; Fri, 25 Jan 2002 19:47:19 +0100 (CET) + (envelope-from nik@xdv.org) +Received: from xdv.org (localhost [127.0.0.1]) + by localhost (8.12.0.Beta7/8.12.0.Beta7/Debian 8.12.0.Beta7-1) with ESMTP id g0PIfQaL020756 + for ; Fri, 25 Jan 2002 19:41:27 +0100 +Received: from localhost (nik@localhost) + by xdv.org (8.12.0.Beta7/8.12.0.Beta7/Debian 8.12.0.Beta7-1) with ESMTP id g0PIfQRW020752 + for ; Fri, 25 Jan 2002 19:41:26 +0100 +Date: Fri, 25 Jan 2002 19:41:26 +0100 (CET) +From: nik gaffney +To: +Subject: Re: [Nel] ppc build +In-Reply-To: <87adv2gu7r.fsf@wanadoo.fr> +Message-ID: +MIME-Version: 1.0 +Content-Type: TEXT/PLAIN; charset=US-ASCII +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +> > but the sound stuff compiles fine. +> +> Could you give me your configure ? + +im not sure how usefull it would be., best method is to get rid of errors +that ./configure script spits out. + + + +From michael@in-orbit.net Fri Jan 25 20:50:08 2002 +Received: from freyja.in-orbit.net (w002.z064002027.sjc-ca.dsl.cnc.net [64.2.27.2]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0PJo7w52522 + for ; Fri, 25 Jan 2002 20:50:07 +0100 (CET) + (envelope-from michael@in-orbit.net) +Received: from baldur.in-orbit.net ([64.2.27.3] helo=baldur) + by freyja.in-orbit.net with smtp (Exim 3.33 #1 (Debian)) + id 16UCFK-0002jo-00 + for ; Fri, 25 Jan 2002 11:42:46 -0800 +Date: Fri, 25 Jan 2002 11:47:47 -0800 +To: nel@nevrax.org +From: Michael Warnock +Subject: Re: [Nel] ppc build +Organization: InOrbit +X-Mailer: Opera 5.10 build 902 +X-Priority: 3 (Normal) +Mime-Version: 1.0 +Content-Type: text/plain; charset="us-ascii" +Message-Id: +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +thats fantastic news! + +can u run the services? + +Michael Warnock +InOrbit Entertainment Inc. + + + +From nik@xdv.org Fri Jan 25 22:01:57 2002 +Received: from step1.xdv.org (step1.xdv.org [62.116.31.126]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0PL1uw52871 + for ; Fri, 25 Jan 2002 22:01:56 +0100 (CET) + (envelope-from nik@xdv.org) +Received: from xdv.org (localhost [127.0.0.1]) + by localhost (8.12.0.Beta7/8.12.0.Beta7/Debian 8.12.0.Beta7-1) with ESMTP id g0PKu4aL021682 + for ; Fri, 25 Jan 2002 21:56:04 +0100 +Received: from localhost (nik@localhost) + by xdv.org (8.12.0.Beta7/8.12.0.Beta7/Debian 8.12.0.Beta7-1) with ESMTP id g0PKtxne021678 + for ; Fri, 25 Jan 2002 21:55:59 +0100 +Date: Fri, 25 Jan 2002 21:55:59 +0100 (CET) +From: nik gaffney +To: +Subject: Re: [Nel] ppc build +In-Reply-To: +Message-ID: +MIME-Version: 1.0 +Content-Type: TEXT/PLAIN; charset=US-ASCII +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +> can u run the services? +> + + they compile + install and run, but spew errors. . +however, i cant really say this is unexpected, i think it has more to +do with the local network than the nelns stuff. hostname problems + +sorting out the config files. + +ill let u know if/how it works + + + + +From nik@xdv.org Fri Jan 25 22:54:31 2002 +Received: from step1.xdv.org (step1.xdv.org [62.116.31.126]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0PLsVw53134 + for ; Fri, 25 Jan 2002 22:54:31 +0100 (CET) + (envelope-from nik@xdv.org) +Received: from xdv.org (localhost [127.0.0.1]) + by localhost (8.12.0.Beta7/8.12.0.Beta7/Debian 8.12.0.Beta7-1) with ESMTP id g0PLmdaL021994 + for ; Fri, 25 Jan 2002 22:48:39 +0100 +Received: from localhost (nik@localhost) + by xdv.org (8.12.0.Beta7/8.12.0.Beta7/Debian 8.12.0.Beta7-1) with ESMTP id g0PLmcWe021989 + for ; Fri, 25 Jan 2002 22:48:38 +0100 +Date: Fri, 25 Jan 2002 22:48:38 +0100 (CET) +From: nik gaffney +To: +Subject: Re: [Nel] ppc build +In-Reply-To: +Message-ID: +MIME-Version: 1.0 +Content-Type: TEXT/PLAIN; charset=US-ASCII +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +> ill let u know if/how it works + +~/nevrax/snowballs2/client/snowballs +INF28297 client.cpp 145 : Starting Snowballs ! +WRN28297 dru.cpp 95 : when loading dynamic library 'libnel_drv_opengl.so': +/usr/lib/libnel_drv_opengl.so: undefined symbol: glSetFenceNV +WRN28297 common.cpp 390 : Exception will be launched: libnel_drv_opengl.so +not found +Aborted + + + + +From v.caron@zerodeux.net Sat Jan 26 01:58:33 2002 +Received: from zerodeux.net (zerodeux.net [62.4.22.182]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0Q0wXw54064 + for ; Sat, 26 Jan 2002 01:58:33 +0100 (CET) + (envelope-from v.caron@zerodeux.net) +Received: from localhost.localdomain (zerodeux.home [192.168.1.3]) + by zerodeux.net (Postfix) with ESMTP id 3FC2FB6FD + for ; Sat, 26 Jan 2002 01:52:45 +0100 (CET) +Subject: Re: [Nel] ppc build +From: Vincent Caron +To: nel@nevrax.org +In-Reply-To: +References: +Content-Type: text/plain +Content-Transfer-Encoding: 7bit +X-Mailer: Evolution/1.0.1 +Date: 26 Jan 2002 01:52:35 +0100 +Message-Id: <1012006356.779.305.camel@zerodeux.home> +Mime-Version: 1.0 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +On Fri, 2002-01-25 at 18:41, nik gaffney wrote: +> +> ok,. so nel (from yesterdays cvs) compiles + installs fine on debian-ppc with only a little change to time_nl.cpp. for the moment, it just fudges a return value to CTime::getPerformanceTime +> +> specifcally here -> +> +> #else // NL_OS_WINDOWS +> unsigned long long int x; +> __asm__ volatile (".byte 0x0f, 0x31" : "=A" (x)); +> return x; +> #endif // NL_OS_WINDOWS +> +> what is this line of asm actually doing?+ +> and could it also be done in c? + +This is an invokation of the RDTSC x86 instruction, present in PPro/PII +and newer models. It gives the value of a 64bit counter which is init'ed +to zero at CPU boot, and inc'ed at each CPU cycle. You can't convert it +to 'real time' without the knowledge of the CPU internal clock speed. + +I believe this is an unneeded optimisation because : + +1) gettimeofday() is often precise enough (sub-millisec) for a game (say +100fps, thus 10ms average frame period) + +2) the implementation of gettimeofday() on Linux (it's a system call, so +the glibc proto is only a thin wrapper) has been supporting RDTSC since +a while (see arch/i386/kernel/time.c:do_fast_gettimeoffset(void)) + +Conclusion: use gettimeofday() for time measures on Linux ! :) + + +From v.caron@zerodeux.net Sat Jan 26 05:01:37 2002 +Received: from zerodeux.net (zerodeux.net [62.4.22.182]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0Q41aw57640 + for ; Sat, 26 Jan 2002 05:01:37 +0100 (CET) + (envelope-from v.caron@zerodeux.net) +Received: from localhost.localdomain (zerodeux.home [192.168.1.3]) + by zerodeux.net (Postfix) with ESMTP id C223CB6FD + for ; Sat, 26 Jan 2002 04:55:49 +0100 (CET) +Subject: Re: [Nel] Game Object Models +From: Vincent Caron +To: nel@nevrax.org +In-Reply-To: + <0881AC7F2F339C40BC6F7983D1E0BEC90190E0@mail2k.embarcadero-ca.com> +References: + <0881AC7F2F339C40BC6F7983D1E0BEC90190E0@mail2k.embarcadero-ca.com> +Content-Type: text/plain +Content-Transfer-Encoding: 7bit +X-Mailer: Evolution/1.0.1 +Date: 26 Jan 2002 04:55:38 +0100 +Message-Id: <1012017338.779.457.camel@zerodeux.home> +Mime-Version: 1.0 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +On Tue, 2002-01-22 at 00:47, John Hayes wrote: +> The problem is TCP is substantially slower for retransmission [...] + +At least you didn't say the famous 'TCP is slow' statement :) +TCP is designed with precise purposes in mind, which are (in order) : +sequential delivering of datagrams and reliability, both making up the +'stream' service delivered by TCP. The notion of 'speed' is somewhat +linked with the notion of reliability : it depends on your viewing +window on the stream. If you expect a large amount of data to be +delivered on a given schedule, then you won't ever notice that some +packets of the window were late because they had to be retransmitted. +The whole was globally on time. When you lower your window and reach the +datagram size, a dropped packet means an immediate bandwidth drop, since +you don't want to consider the following packets until the lost one is +retransmitted. + +I believe the 'game model' is actually somewhere in between the stream +and datagram notions. The fact that TCP has been designed with 'long' +(considering our problem) timeouts comes from the congestion pb : all +parameters of TCP have been finely tuned (in every implementation of +TCP/IP stack) for a model that provides good cooperation between network +nodes. TCP will bring sequentiality, reliability, inernet-wide +cooperation, but certainly not delay guarantees, we all know that. + +> Ok, so no TCP, UDP is great but you don't want to reimplement TCP all +> over again - reliability is good but you want the minimum number of +> packet dependencies (loose ordering so the game doesn't stall) and the +> minimum amount of retransmission (discard what you no longer care about) +> but conflicting goal of a minimum amount of latency for retransmission +> when it's required. + +The Internet infrastructure is packet driven : every packet is supposed +to take an impredictable path between constant nodes, every packet can +suffer a variable delay, and finaly packets can be dropped. We have to +live with that, this is real life :) + +Sequentiality, reliability, delay and bandwith are all linked. In most +cases you can't raise one without lowering the others. From there you +can progress in two ways : + +- find a set of feature above IP (the lowest level you can access with +Internet operability in mind) matching the closest to your needs. Expect +to come up with your own layer 5 protocol over UDP, since it is rather +difficult to 'remove' features from TCP :) + +- find the network properties you can live with. This is the most +disregarded path. I'm always wondering why people always blindly try to +implement more or less ackward reliability hacks over UDP, before even +asking if they need reliability. Yes, you often can live with dropped +packets : this is what interpolation and extrapolation is about. +Detecting them is easy, if you numbered your packets for sequentiality. +You might even find yourself dropping a late packet, because you already +have fresher info (depends on the info carried by the packet, of +course). + + +> So - what kind of rules can we make up for this? Network messages from +> the server to the client have two functions - updating state and +> "one-shot" actions (which is really a special case of updating state). + +Your description is interesting. I won't comment directly on it, instead +I would stress the importance of a dimension that is so commonly +neglected : time. + +Considering the kind of real-time info you're mentioning (player pos, +shot, etc), time is a vital info. The pb is that you don't have an +absolute clock that every network node shares. With a synchronization +protocol such as NTP you can achieve 1ms coherence on a LAN, maybe 500ms +on a WAN/MAN if you're lucky, and most of all you'll need something like +1 hour to converge toward this figure ! :) + +Until computers can get a pico-second timestamp from a GPS satellite, +we'll have a tough ride. [Well, it is perfectly possible to connect a +GPS device to your computer, but you won't ask this to all gamers... oh, +and why not ?:)] + +So we don't have synchronized nodes, and what's worse, we don't know +path time length between nodes, but we know this kind of value is not +constant ! Ouch. Now you replicate a client object on a bunch of target +nodes. What do they get _when_ they receive their copy ? The state of +the object at a slightly elapsed time. They don't know how much. The +only measure you can get between two nodes is the round time trip (RTT), +ie. the A->B->A time (what 'ping' measure). Since most packet delivery +is assymetrical, you only have a poor estimation of A->B or B->A delays +with RTT/2, and this measure is _not_ constant. + +When you realized that every node (clients and servers) have their own, +timely view of the objects, my guess is that you end with two model of +distribution : + +- centralized : one (server/master) node is considered to be the only +one to have a full coherent view of all objects at any time. All other +nodes (clients, or let's say more generaly 'slaves') have a slightly and +globally delayed view of the referential view. If you get lucky, RTT +between master and slaves is homogeneous and you'll end up with tightly +synchronized slaves. You'll only get into trouble when the master must +integrate client responses, since they 1) are a reaction to an info +which is 1 RTT late and 2) a client info which is ~RTT/2 late. + + This approach has well known pb : if a client is notably lagging, he +will contribute only sparse info to the server, and thus to all other +clients. And it's often an advantage for the lagging player, since with +poor inerpolation he will only exist on discrete time-space points of +your scene (ever seen these quake players jumping from places to places +between frames ? :)). But it is easy to implement. + +- fully distributed : the 'holy grail' :). In theory, each node is +connected to all the other participating nodes. Of course, it's a +bandwidth killer and it doesn't scale. But there are some points that +make it somewhat conceivable : + + * a node is often only affected by a few other nodes : the players in +sight of your gun, etc. If every node can maintain a 'neighborhood +dependency', you'll end with a finite number of links per node (depends +on your game design, might prove wrong in a virtual stadium :)) + + * you might find optimal time paths between nodes. You actually have +the internet model : choose any path to go from A to B ! Clients are not +dependent on a server location/reachability. + +- in-between: such as the Fastrack P2P (peer-to-peer) model (Morpheus, +Kazaaa, etc). A server holds a directory of nodes with relevant per-node +info. You get connected to another node when you decided that it has +relevant information for you (Hey, I want this DivX;). Not a real-time +example, but a distribution model. Server themselves can belong to a P2P +subnet, solving the directory scaling pb easily. + +Of course the P2P model is in its infancy, and what's important, the +infrastructure is not ready. Multicast would be a blessing for instance, +but it's only integrated in Ipv6, and there will be a long time before +global routers do multicast. You'll also eagerly wait for scheduling +options (again in IPv6, IPv4 has an 'urgent' bit which is ignored by +most routers), they will enable you to choose VoIP-like (real time +behaviour) which would be of course very desirable for MMORPG. + +-- + +Well, just my 2 cents. I had something like that in my head when the TCP +vs UDP debate occured. My main concerns are (as a conclusion) : + +- can't you cope with the inherent non-sequential and unreliable +Internet infrastructure rather than applying a TCP-like work around ? + +- think 4D, _time_ counts ! I wouldn't talk about a 'replication pb', +rahter an 'information transportation pb'. This is where the strict +object concept fails : an object must be considered in its environment. +An object stored in A at time t0, and arriving in B a t0+t doesn't carry +the same information. Pretty disturbing to locate objects in time and +space, eh ? Time slips, nothing to do about that ... :)) + +- data/computing distribution is an open problem today. However there +are solutions on many precise applications at very different scales +(Mosix clusters, NUMA, Fastrack, [Internet at the packet level]!), so +why not a good model for MMORPG ? + +So long. If I was clear somewhere, you're lucky ;) + + + +From lecroart@nevrax.com Mon Jan 28 10:35:18 2002 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0S9ZGw73651 + for ; Mon, 28 Jan 2002 10:35:17 +0100 (CET) + (envelope-from lecroart@nevrax.com) +Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g0S9TNJ42695 + for ; Mon, 28 Jan 2002 10:29:23 +0100 (CET) + (envelope-from lecroart@nevrax.com) +Message-ID: <006701c1a7de$456af3e0$0901a8c0@vianneyl> +From: "Vianney Lecroart" +To: +References: <1012006356.779.305.camel@zerodeux.home> +Subject: Re: [Nel] ppc build +Date: Mon, 28 Jan 2002 10:29:23 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 6.00.2600.0000 +X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Hi, + +> I believe this is an unneeded optimisation because : + +We use the RDTSC only for profile/bench purpose when we want to tune little +part of code but if CTime::getPerformanceTime() returns 0, all the code will +work fine (but you ll don't have profil timing, but anyway, they are +temporary). But if you want, you can use gettimeofday() instead of +returning 0. + +PPC issues: + +Even if you can compile NeL and NeL services (NeLNS) I think you should have +some problem between communication if you use x86 and PPC because it could +have some bug in the endianess functions in serialization (we never really +try them). So if you have some Stream Exception, it could come from this +problem. + +Vianney Lecroart +--- +lead network programmer / nevrax.com +icq#: 6870415 +homepage: http://ace.planet-d.net +www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- +w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? + + + +From lecroart@nevrax.com Mon Jan 28 10:42:03 2002 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0S9g1w73714 + for ; Mon, 28 Jan 2002 10:42:01 +0100 (CET) + (envelope-from lecroart@nevrax.com) +Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g0S9a5J42803 + for ; Mon, 28 Jan 2002 10:36:05 +0100 (CET) + (envelope-from lecroart@nevrax.com) +Message-ID: <009301c1a7df$351c7e90$0901a8c0@vianneyl> +From: "Vianney Lecroart" +To: +References: <87n0zo3d4p.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me><87ell037 cv.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me><003b01c198f7$71970030$0601a8c0@lionelb><1010617456.755.20.camel@zerodeux.home><000701c1a323$d56ba8f0$0601a8c0@lionelb><1011714937.750.171.camel@zerodeux.home> <874rlby2bu.fsf@wanadoo.fr> +Subject: Re: [Nel] Issue to run snowballs2 +Date: Mon, 28 Jan 2002 10:36:05 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 6.00.2600.0000 +X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Hi Vincent, + +> Vincent Caron writes: +> [ BTW, I know there is a special french touch for video games, but I +> didn't know that it consists in putting french words like "Abandon" in +> error messages. :) ] + +I search the word Abandon in all the NeL directory sources/includes and look +the result: + +Searching for 'Abandon'... +Cannot find the string 'Abandon'. + +So think that the real french touch is to install french linux distribution +on your computer!!! + +Vianney Lecroart +--- +lead network programmer / nevrax.com +icq#: 6870415 +homepage: http://ace.planet-d.net +www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- +w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? + + + +From valignat@gw.nevrax.com Mon Jan 28 14:45:13 2002 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0SDjAw75064 + for ; Mon, 28 Jan 2002 14:45:10 +0100 (CET) + (envelope-from valignat@gw.nevrax.com) +Received: from gw.nevrax.com (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with ESMTP id g0SDdCJ45738 + for ; Mon, 28 Jan 2002 14:39:12 +0100 (CET) + (envelope-from valignat@gw.nevrax.com) +Received: (from valignat@localhost) + by gw.nevrax.com (8.11.6/8.11.6) id g0SDcJu38341 + for nel@nevrax.org; Mon, 28 Jan 2002 14:38:19 +0100 (CET) + (envelope-from valignat) +Date: Mon, 28 Jan 2002 14:38:19 +0100 +From: Cedric Valignat +To: nel@nevrax.org +Subject: Re: [Nel] Unable to compile nelns on linux +Message-ID: <20020128143819.A38290@nevrax.com> +References: <87zo3j5ign.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me> <20020122162431.A14628@nevrax.com> <87d6zzy3ou.fsf@wanadoo.fr> <87zo33wn2w.fsf@wanadoo.fr> +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +User-Agent: Mutt/1.2.5.1i +In-Reply-To: <87zo33wn2w.fsf@wanadoo.fr>; from david.mentre@wanadoo.fr on Thu, Jan 24, 2002 at 08:44:39PM +0100 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Hi David, + +According to David MENTRE: +> +> Oops!! Sorry, you effectively fixed it. I just forgot to run +> nelns/bootstrap before recompiling. +> +> Once again, sorry for the wrong bug report, + +No problems :-) + +> BTW, speaking of the configure scripts, why is it necessary to give all +> --with-stlport, --with-stlport-include and --with-stlport-lib options? I +> though that a single --with-stlport would be sufficient. + +--with-stlport is sufficient. The configure script will will automatically +set the STLPort include directory to /stlport and the +stlport STLPort lib directory to /lib ... + +Is the run of the bootstrap fix that problem too ? + +I cannot reproduce it, it works fine on my computer : + + $ ~/cvs/code/nel/configure --with-stlport=/home/valignat/installs/STLport-4.5.1 --with-python-version=2 + loading cache ./config.cache + [...] + checking for STLPort headers... /home/valignat/installs/STLport-4.5.1/stlport + checking for STLPort libraries... /home/valignat/installs/STLport-4.5.1/lib + [...] + + + +Cedric. + + +From valignat@gw.nevrax.com Mon Jan 28 16:08:25 2002 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0SF8Pw75488 + for ; Mon, 28 Jan 2002 16:08:25 +0100 (CET) + (envelope-from valignat@gw.nevrax.com) +Received: from gw.nevrax.com (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with ESMTP id g0SF2VJ47052 + for ; Mon, 28 Jan 2002 16:02:31 +0100 (CET) + (envelope-from valignat@gw.nevrax.com) +Received: (from valignat@localhost) + by gw.nevrax.com (8.11.6/8.11.6) id g0SF1cq84637 + for nel@nevrax.org; Mon, 28 Jan 2002 16:01:38 +0100 (CET) + (envelope-from valignat) +Date: Mon, 28 Jan 2002 16:01:37 +0100 +From: Cedric Valignat +To: nel@nevrax.org +Subject: Re: [Nel] Unable to compile nelns on linux +Message-ID: <20020128160137.A38386@nevrax.com> +References: <87zo3j5ign.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me> <20020122162431.A14628@nevrax.com> <87d6zzy3ou.fsf@wanadoo.fr> <87zo33wn2w.fsf@wanadoo.fr> <20020128143819.A38290@nevrax.com> +Mime-Version: 1.0 +Content-Type: text/plain; charset=iso-8859-1 +Content-Disposition: inline +Content-Transfer-Encoding: 8bit +User-Agent: Mutt/1.2.5.1i +In-Reply-To: <20020128143819.A38290@nevrax.com>; from valignat@nevrax.com on Mon, Jan 28, 2002 at 02:38:19PM +0100 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Oops ... i just realized that i didn't manage the fact the STLPort +headers could be installed in an 'include' directory (doh ! :-) ... i fixed +it and it will be in the public CVS tonight. + +Thanks for the bug report :-) + + +According to Cedric Valignat: +> +> > BTW, speaking of the configure scripts, why is it necessary to give all +> > --with-stlport, --with-stlport-include and --with-stlport-lib options? I +> > though that a single --with-stlport would be sufficient. +> +> --with-stlport is sufficient. The configure script will will automatically +> set the STLPort include directory to /stlport and the +> stlport STLPort lib directory to /lib ... +> +> Is the run of the bootstrap fix that problem too ? +> +> I cannot reproduce it, it works fine on my computer : +> +> $ ~/cvs/code/nel/configure --with-stlport=/home/valignat/installs/STLport-4.5.1 --with-python-version=2 +> loading cache ./config.cache +> [...] +> checking for STLPort headers... /home/valignat/installs/STLport-4.5.1/stlport +> checking for STLPort libraries... /home/valignat/installs/STLport-4.5.1/lib +> [...] +> +> +> +> Cedric. +> +> _______________________________________________ +> Nel mailing list +> Nel@nevrax.org +> http://www.nevrax.org/mailman/listinfo.cgi/nel + +-- +Cedric + + Frappe ta tête contre une cruche. Si tu obtiens un son creux, + n'en déduis pas que c'est forcément la cruche qui est vide. + + Lao Tseu. + + +From v.caron@zerodeux.net Mon Jan 28 16:12:42 2002 +Received: from zerodeux.net (zerodeux.net [62.4.22.182]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0SFCgw75541 + for ; Mon, 28 Jan 2002 16:12:42 +0100 (CET) + (envelope-from v.caron@zerodeux.net) +Received: from localhost.localdomain (zerodeux.home [192.168.1.3]) + by zerodeux.net (Postfix) with ESMTP id 42B23B705 + for ; Mon, 28 Jan 2002 16:06:50 +0100 (CET) +Subject: Re: [Nel] Issue to run snowballs2 +From: Vincent Caron +To: nel@nevrax.org +In-Reply-To: <009301c1a7df$351c7e90$0901a8c0@vianneyl> +References: + <87n0zo3d4p.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me><87ell037 + + cv.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me><003b01c198f7$7197 + + 0030$0601a8c0@lionelb><1010617456.755.20.camel@zerodeux.home><000701c1a323$d + 56ba8f0$0601a8c0@lionelb><1011714937.750.171.camel@zerodeux.home> + <874rlby2bu.fsf@wanadoo.fr> <009301c1a7df$351c7e90$0901a8c0@vianneyl> +Content-Type: text/plain +Content-Transfer-Encoding: 7bit +X-Mailer: Evolution/1.0.1 +Date: 28 Jan 2002 16:06:47 +0100 +Message-Id: <1012230407.833.3.camel@zerodeux.home> +Mime-Version: 1.0 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +On Mon, 2002-01-28 at 10:36, Vianney Lecroart wrote: +> [ BTW, I know there is a special french touch for video games, but I +> didn't know that it consists in putting french words like "Abandon" in +> error messages. :) ] + +Hi Vianney, + +This is actually a David Mentre's quote, and your assumption about him +running a french locale seems right to me :) + + + + +From valignat@gw.nevrax.com Mon Jan 28 16:17:06 2002 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0SFH4w75597 + for ; Mon, 28 Jan 2002 16:17:05 +0100 (CET) + (envelope-from valignat@gw.nevrax.com) +Received: from gw.nevrax.com (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with ESMTP id g0SFB8J47245 + for ; Mon, 28 Jan 2002 16:11:08 +0100 (CET) + (envelope-from valignat@gw.nevrax.com) +Received: (from valignat@localhost) + by gw.nevrax.com (8.11.6/8.11.6) id g0SFAFA84846 + for nel@nevrax.org; Mon, 28 Jan 2002 16:10:15 +0100 (CET) + (envelope-from valignat) +Date: Mon, 28 Jan 2002 16:10:15 +0100 +From: Cedric Valignat +To: nel@nevrax.org +Subject: Re: [Nel] OpenAL issues to build nel +Message-ID: <20020128161015.A84820@nevrax.com> +References: <87lmeny967.fsf@wanadoo.fr> +Mime-Version: 1.0 +Content-Type: text/plain; charset=iso-8859-1 +Content-Disposition: inline +Content-Transfer-Encoding: 8bit +User-Agent: Mutt/1.2.5.1i +In-Reply-To: <87lmeny967.fsf@wanadoo.fr>; from david.mentre@wanadoo.fr on Thu, Jan 24, 2002 at 06:02:08PM +0100 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Hi David, hi all, + +According to David MENTRE: +> +> [...] +> checking for OpenAL headers... /usr/local/Installed/OpenAL-1.0//include +> checking for OpenAL libraries... no +> ^^ why?? + +It's because i made a little syntax error in the OpenAL macro ... it's +fixed ... sorry about that :-( + +Thanks for the report ... + +-- +Cedric + + Frappe ta tête contre une cruche. Si tu obtiens un son creux, + n'en déduis pas que c'est forcément la cruche qui est vide. + + Lao Tseu. + + +From valignat@gw.nevrax.com Mon Jan 28 16:31:46 2002 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0SFVaw75753 + for ; Mon, 28 Jan 2002 16:31:40 +0100 (CET) + (envelope-from valignat@gw.nevrax.com) +Received: from gw.nevrax.com (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with ESMTP id g0SFPRJ47478 + for ; Mon, 28 Jan 2002 16:25:27 +0100 (CET) + (envelope-from valignat@gw.nevrax.com) +Received: (from valignat@localhost) + by gw.nevrax.com (8.11.6/8.11.6) id g0SFOYQ85032 + for nel@nevrax.org; Mon, 28 Jan 2002 16:24:34 +0100 (CET) + (envelope-from valignat) +Date: Mon, 28 Jan 2002 16:24:34 +0100 +From: Cedric Valignat +To: nel@nevrax.org +Subject: Re: [Nel] OpenAL issues to build nel +Message-ID: <20020128162434.B84820@nevrax.com> +References: <87lmeny967.fsf@wanadoo.fr> <878zany3lo.fsf@wanadoo.fr> <87r8ofwm7s.fsf@wanadoo.fr> +Mime-Version: 1.0 +Content-Type: text/plain; charset=iso-8859-1 +Content-Disposition: inline +Content-Transfer-Encoding: 8bit +User-Agent: Mutt/1.2.5.1i +In-Reply-To: <87r8ofwm7s.fsf@wanadoo.fr>; from david.mentre@wanadoo.fr on Thu, Jan 24, 2002 at 09:03:19PM +0100 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Another stupid mistake from me ... it's fixed ... grrrr + +Thanks again David :-) + +I hope it will works fine now ;-) + + +According to David MENTRE: +> Well, nearly. Once nel/bootstrap has run, it is no longer to configure +> nel *without* sound: +> david@oops:~/pub/NeL/code/nel$ ./configure --with-stlport=/usr/local/Installed/STLport4.5/ --with-stlport-include=/usr/local/Installed/STLport4.5/include/stlport --with-stlport-lib=/usr/local/Installed/STLport4.5/lib/ --enable-ai --prefix=/usr/local/Installed/NeL --disable-sound +> checking for OpenAL headers... no +> checking for OpenAL libraries... no +> configure: error: OpenAL is needed to compile NeL (http://www.openal.org). + +-- +Cedric + + Frappe ta tête contre une cruche. Si tu obtiens un son creux, + n'en déduis pas que c'est forcément la cruche qui est vide. + + Lao Tseu. + + +From valignat@gw.nevrax.com Mon Jan 28 19:17:34 2002 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0SIHYw76690 + for ; Mon, 28 Jan 2002 19:17:34 +0100 (CET) + (envelope-from valignat@gw.nevrax.com) +Received: from gw.nevrax.com (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with ESMTP id g0SIBdJ49726 + for ; Mon, 28 Jan 2002 19:11:39 +0100 (CET) + (envelope-from valignat@gw.nevrax.com) +Received: (from valignat@localhost) + by gw.nevrax.com (8.11.6/8.11.6) id g0SIAkD92198 + for nel@nevrax.org; Mon, 28 Jan 2002 19:10:46 +0100 (CET) + (envelope-from valignat) +Date: Mon, 28 Jan 2002 19:10:46 +0100 +From: Cedric Valignat +To: NeL mailing list +Message-ID: <20020128191045.A92177@nevrax.com> +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +User-Agent: Mutt/1.2.5.1i +Subject: [Nel] NeL M4 macros bug +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Hi all, + +I found a big bug in NeL's M4 macros and that break the configure +scripts of NeLNS and Snowballs so i have to rewrite a part of it :-( + +I will send a mail to the mailling list when it will be fixed (tomorrow). + +Sorry about that ... + +Cedric. + + +From david.mentre@wanadoo.fr Mon Jan 28 21:54:30 2002 +Received: from mel-rto2.wanadoo.fr (smtp-out-2.wanadoo.fr [193.252.19.254]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0SKsUw77636 + for ; Mon, 28 Jan 2002 21:54:30 +0100 (CET) + (envelope-from david.mentre@wanadoo.fr) +Received: from mel-rta10.wanadoo.fr (193.252.19.193) by mel-rto2.wanadoo.fr; 28 Jan 2002 21:48:31 +0100 +Received: from oops (193.251.66.211) by mel-rta10.wanadoo.fr; 28 Jan 2002 21:48:18 +0100 +Received: from david by oops with local (Exim 3.33 #1 (Debian)) + id 16VIhN-0000FX-00 + for ; Mon, 28 Jan 2002 21:48:17 +0100 +To: nel@nevrax.org +Subject: Re: [Nel] Issue to run snowballs2 +References: <87n0zo3d4p.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me> + <87ell037 cv.fsf@oops.i-did-not-set--mail-host-address--so-shoot-me> + <003b01c198f7$7197 0030$0601a8c0@lionelb> + <1010617456.755.20.camel@zerodeux.home> <000701c1a323$d + 56ba8f0$0601a8c0@lionelb> <1011714937.750.171.camel@zerodeux.home> + <874rlby2bu.fsf@wanadoo.fr> <009301c1a7df$351c7e90$0901a8c0@vianneyl> + <3c5569f23caf0cb6@mel-rti2.wanadoo.fr> +From: David MENTRE +Organization: none +Date: 28 Jan 2002 21:48:17 +0100 +In-Reply-To: <3c5569f23caf0cb6@mel-rti2.wanadoo.fr> (added by mel-rti2.wanadoo.fr) +Message-ID: <87zo2yqk1a.fsf@wanadoo.fr> +Lines: 10 +User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.1 +MIME-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Vincent Caron writes: + +> This is actually a David Mentre's quote, and your assumption about him +> running a french locale seems right to me :) + +Oops, shame on me. + +d. +-- + david.mentre@wanadoo.fr + +From john.hayes@embarcadero-ca.com Tue Jan 29 08:11:33 2002 +Received: from mail2k.embarcadero-ca.com ([207.219.170.6]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0T7BWw81591 + for ; Tue, 29 Jan 2002 08:11:32 +0100 (CET) + (envelope-from john.hayes@embarcadero-ca.com) +content-class: urn:content-classes:message +Subject: RE: [Nel] Game Object Models +MIME-Version: 1.0 +Content-Type: multipart/mixed; + boundary="----_=_NextPart_001_01C1A893.577C40E5" +Date: Tue, 29 Jan 2002 02:05:32 -0500 +X-MimeOLE: Produced By Microsoft Exchange V6.0.4712.0 +Message-ID: <0881AC7F2F339C40BC6F7983D1E0BEC9019101@mail2k.embarcadero-ca.com> +X-MS-Has-Attach: +X-MS-TNEF-Correlator: <0881AC7F2F339C40BC6F7983D1E0BEC9019101@mail2k.embarcadero-ca.com> +Thread-Topic: [Nel] Game Object Models +Thread-Index: AcGmHm9Xg7R8HqT/QmmGglOm9F9QOgCdNmw+ +From: "John Hayes" +To: +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +This is a multi-part message in MIME format. + +------_=_NextPart_001_01C1A893.577C40E5 +Content-Type: text/plain; + charset="utf-8" +Content-Transfer-Encoding: base64 + +SSB3YXMgc3RhcnRpbmcgdG8gd29uZGVyIGlmIHRoaXMgZ3JvdXAgd2FzIG9uIDotKQ0KDQo+IC0t +LS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQoNCj4gRnJvbTogbmVsLWFkbWluQG5ldnJheC5vcmcg +W21haWx0bzpuZWwtYWRtaW5AbmV2cmF4Lm9yZ11PbiBCZWhhbGYgT2YNCg0KPiBWaW5jZW50IENh +cm9uDQoNCj4gU2VudDogSmFudWFyeSAyNSwgMjAwMiAxMDo1NiBQTQ0KDQo+IFRvOiBuZWxAbmV2 +cmF4Lm9yZw0KDQo+IFN1YmplY3Q6IFJlOiBbTmVsXSBHYW1lIE9iamVjdCBNb2RlbHMNCg0KPiAN +Cg0KPiANCg0KPiBPbiBUdWUsIDIwMDItMDEtMjIgYXQgMDA6NDcsIEpvaG4gSGF5ZXMgd3JvdGU6 +DQoNCj4gQXQgbGVhc3QgeW91IGRpZG4ndCBzYXkgdGhlIGZhbW91cyAnVENQIGlzIHNsb3cnIHN0 +YXRlbWVudCA6KQ0KDQpXZWxsIHRoYXQncyBqdXN0IHBsYWluIHZhZ3VlIC0gZG9lcyBzbG93IHJl +ZmVyIHRvIGxhdGVuY3kgb3IgYmFuZHdpZHRoPw0KSW4gVENQJ3MgY2FzZSwgdGhlIGxhdGVuY3kg +aXMgbG93IHVudGlsIHlvdSBsb3NlIGRhdGEuDQoNCj4gVENQIHdpbGwgYnJpbmcgc2VxdWVudGlh +bGl0eSwgcmVsaWFiaWxpdHksIGluZXJuZXQtd2lkZQ0KDQo+IGNvb3BlcmF0aW9uLCBidXQgY2Vy +dGFpbmx5IG5vdCBkZWxheSBndWFyYW50ZWVzLCB3ZSBhbGwga25vdyB0aGF0Lg0KDQpBbmQgbmVp +dGhlciB3aWxsIFVEUCwgb3IgYW55IGludGVybmV0IHByb3RvY29sIC4uLiBidXQgSSdsbCBnZXQg +dG8gdGhhdA0KYmVsb3cuDQoNCj4gLSBmaW5kIHRoZSBuZXR3b3JrIHByb3BlcnRpZXMgeW91IGNh +biBsaXZlIHdpdGguIFRoaXMgaXMgdGhlIG1vc3QNCg0KPiBkaXNyZWdhcmRlZCBwYXRoLiBJJ20g +YWx3YXlzIHdvbmRlcmluZyB3aHkgcGVvcGxlIGFsd2F5cyANCg0KPiBibGluZGx5IHRyeSB0bw0K +DQo+IGltcGxlbWVudCBtb3JlIG9yIGxlc3MgYWNrd2FyZCByZWxpYWJpbGl0eSBoYWNrcyBvdmVy +IFVEUCwgYmVmb3JlIGV2ZW4NCg0KPiBhc2tpbmcgaWYgdGhleSBuZWVkIHJlbGlhYmlsaXR5LiBZ +ZXMsIHlvdSBvZnRlbiBjYW4gbGl2ZSB3aXRoIGRyb3BwZWQNCg0KPiBwYWNrZXRzIDogdGhpcyBp +cyB3aGF0IGludGVycG9sYXRpb24gYW5kIGV4dHJhcG9sYXRpb24gaXMgYWJvdXQuDQoNCj4gRGV0 +ZWN0aW5nIHRoZW0gaXMgZWFzeSwgaWYgeW91IG51bWJlcmVkIHlvdXIgcGFja2V0cyBmb3IgDQoN +Cj4gc2VxdWVudGlhbGl0eS4NCg0KPiBZb3UgbWlnaHQgZXZlbiBmaW5kIHlvdXJzZWxmIGRyb3Bw +aW5nIGEgbGF0ZSBwYWNrZXQsIGJlY2F1c2UgDQoNCj4geW91IGFscmVhZHkNCg0KPiBoYXZlIGZy +ZXNoZXIgaW5mbyAoZGVwZW5kcyBvbiB0aGUgaW5mbyBjYXJyaWVkIGJ5IHRoZSBwYWNrZXQsIG9m +DQoNCj4gY291cnNlKS4NCg0KVGhpcyBpcyB3aGF0IEkgd2FzIGF0dGVtcHRpbmcgdG8gZGVzY3Jp +YmUgKGFsdGhvdWdoIGl0IHdhc24ndCByZWFsbHkgbXkNCnBvaW50IGZvciB0aGUgd2hvbGUgZW1h +aWwgLSBqdXN0IGFuIGV4YW1wbGUpLiBUaGluZyBpcywgdGhlcmUgaXNuJ3QgYQ0Kc2luZ2xlIHBy +b3RvY29sIHRoYXQnbGwgbWVldCBhbGwgb2YgeW91ciBuZWVkcywgdGhlcmUncyBzZXZlcmFsDQpz +Y2VuYXJpb3M6DQoNCjEuIFlvdSBuZWVkICJzdHJlYW0iIG9yICJsYXJnZSBwYWNrZXQiIHRyYW5z +bWlzc2lvbi4gVGhlc2UgbXVzdCBiZQ0KcmVjZWl2ZWQgaW4gdGhlIGV4YWN0IG9yZGVyIHRoYXQg +dGhleSBhcmUgdHJhbnNtaXR0ZWQgYW5kIG5vbmUgY2FuIGJlDQpkcm9wcGVkLiBBbiBleGFtcGxl +IGlzIGNoYXJhY3RlciBjb25uZWN0aW9uIHdoZXJlIHlvdSBpbW1lZGlhdGVseSBnZXQgYQ0KbGFy +Z2UgYW1vdW50IG9mIGRhdGEgLSBpbiB0aGlzIGNhc2UgaXQncyBtb3JlIGVmZmljaWVudCB0byBy +ZXBhaXIgdGhlDQpkYXRhIHRoYW4gcmV0cmFuc21pdCB0aGUgZW50aXJlIGxhcmdlIHBhY2tldCBh +bmQgaG9wZSBpdCBtYWtlcyBpdA0KdGhyb3VnaCBjb3JyZWN0bHkuIFRoaXMgaXMgdGhlIG1vc3Qg +IlRDUC1saWtlIiAtIHdpdGggdGhlIG9ubHkNCmRpZmZlcmVuY2UgYmVpbmcgYSBtb3JlIGFnZ3Jl +c3NpdmUgcmV0cmFuc21pdCAtIG9yIGl0ICpjb3VsZCogYmUgYQ0Kc2VwYXJhdGUgVENQIGNoYW5u +ZWwsIHRoZSBpbXBsZW1lbnRhdGlvbiBvcHRpb25zIGFyZSAuDQoNCjIuIFJlbGlhYmxlIERhdGFn +cmFtLCB0cmFuc21pc3Npb24gdGhhdCBtdXN0IGJlIHN1Y2Nlc3NmdWwgYnV0IGlzIG9yZGVyDQpp +bmRlcGVuZGVudC4gQW4gZXhhbXBsZSBvZiB0aGlzIGtpbmQgb2YgY2hhdCB0ZXh0LiBZb3UgZG8g +Y2FyZSBhYm91dA0KZXZlcnkgbWVzc2FnZSBtYWtpbmcgaXQgYnV0IHRoZSBvcmRlciBpcyBsYXJn +ZWx5IGlycmVsZXZhbnQuIEFub3RoZXINCmV4YW1wbGUgbWlnaHQgYmUgc2lnbmlmaWNhbnQgYW5p +bWF0aW9uc1sxXQ0KDQozLiBVbnJlbGlhYmxlIERhdGFncmFtcywgdGhlIG1vc3QgVURQIGxpa2Ug +LSBzdHVmZiB3aGVyZSB5b3UgZG9uJ3QgY2FyZQ0KaWYgdGhlIHBhY2tldCBnZXRzIGxvc3QsIGlu +c2lnbmlmaWNhbnQgc291bmQgZWZmZWN0cyBhbmQgYW5pbWF0aW9ucy4NCg0KNC4gTGF0ZXN0IERh +dGEsIHlvdSBvbmx5IG5lZWQgdG8ga25vdyB0aGUgbmV3ZXN0IGRhdGEuIE91dCBvZiBvcmRlcg0K +cGFja2V0cyBkb24ndCBib3RoZXIgeW91IGFzIGxvbmcgYXMgeW91IGNhbiB0ZWxsIHdoaWNoIG9u +ZSBpcyBuZXdlciBhbmQNCnRoZSBzZXJ2ZXIgcmV0cmFuc21pdHMuIEEgc3BlY2lhbCBjYXNlIG9m +IHRoaXMgZGF0YSBpcyB2ZWxvY2l0eSBkYXRhIC0NCmNvdmVyZWQgbGF0ZXIuDQoNCk5vdyBzb21l +IGludGVyZXN0aW5nIHRpZGJpdHMsIGFuZCBJIHNob3VsZCBiZSBhYmxlIHRvIGJyaW5nIHRoaXMg +YmFjayB0bw0KbXkgb3JpZ2luYWwgcG9pbnQuIFlvdSBoYXZlIHBhcmFtZXRlcnMgeW91IGNhbiB0 +dW5lIGZvciBzdWNoIGEgc3lzdGVtLg0KDQpGcmVxdWVuY3k6IGhvdyBsb25nIGFmdGVyIGEgY2hh +bmdlIGEgdGhlIHByb3RvY29sIHdhaXRzIHRvIHRyYW5zbWl0IC0NCmZyZXF1ZW50bHkgY2hhbmdp +bmcgZGF0YSBzaG91bGQgaGF2ZSBpdCdzIHRyYW5zbWlzc2lvbiBjYXBwZWQgdG8gYSBmaXhlZA0K +ZnJlcXVlbmN5LiBTbG93ZXIgdXBkYXRpbmcgZGF0YSBtYXkgaGF2ZSBhIGZyZXF1ZW5jeSBvZiAw +WzJdLg0KDQpBZ2dyZXNzaXZlbmVzczogaG93IGxvbmcgYWZ0ZXIgc2VuZGluZyBhIGRhdGEgdXBk +YXRlIHNob3VsZCB0aGUgc2VydmVyDQpiZWZvcmUgZm9yIHJldHJhbnNtaXR0aW5nLiBUaGlzIGRp +cmVjdGx5IGFmZmVjdHMgdGhlIGxhdGVuY3kgaW5jcmVhc2UgYXMNCnRoZSBjb25uZWN0aW9uIHJl +bGlhYmlsaXR5IGRyb3BzLiBUdW5pbmcgdGhpcyBwYXJhbWV0ZXIgaXMgcmVsYXRlZCB0bw0KdGhl +IGZyZXF1ZW5jeSAtIGlmIHRoZSBkYXRhIGlzIGV4cGVjdGVkIHRvIGNoYW5nZSBhZ2FpbiBwcmV0 +dHkgc29vbiwNCml0J3MgcHJvYmFibHkgZmFzdGVyIHRvIHdhaXQgdW50aWwgdGhhdCBoYXBwZW5z +IHJhdGhlciB0aGFuIHJldHJhbnNtaXQuDQoNCk5vdyAtIGlmIGdldHRpbmcgdGhlIG9wdGltYWwg +Y29tbXVuaWNhdGlvbiByZXF1aXJlcyBhbGwgb2YgdGhlc2UNCnByb3RvY29scyBhbmQgdGhlbiBm +dXJ0aGVyIHR1bmluZyBkb3duIHRvIHRoZSBhdHRyaWJ1dGUgbGV2ZWwsIEkgdGhpbmsNCnRoaXMg +aXMgdGhlIG1pc3NpbmcgbGluayB0byB5b3VyIHBsYWludCB0aGF0IGNvbnRlbXBvcmFyeSBnYW1l +cw0KaW1wbGVtZW50IHRvbyBtdWNoIHJlbGlhYmlsaXR5IGluc3RlYWQgb2YgY3VzdG9taXppbmcg +aXQuWzNdIEJlY2F1c2UNCml0J3MgKmVhc2llciogdG8gaW1wbGVtZW50IHJlbGlhYmlsaXR5IGZv +ciBldmVyeXRoaW5nLg0KDQpJZiBpdCB3ZXJlIGJ1aWx0IGludG8gdGhlIGZyYW1ld29yayB0aGF0 +IHlvdSBjb3VsZCBkb3duZ3JhZGUgdGhlDQpyZWxpYWJpbGl0eSBzZWxlY3RpdmVseSBkb3duIHRv +IHRoZSBmaWVsZCBsZXZlbCAtIGludG8gYSBkYXRhIG1vZGVsDQood2l0aCBhIGZhbmN5IGVkaXRv +ciBubyBsZXNzKSwgdGhlbiBpdCB3b3VsZCBiZWNvbWUgcHJhY3RpY2FsIGxlbmd0aGVuDQp0aGUg +ZnJlcXVlbmN5IHVudGlsIHBlb3BsZSBjb21wbGFpbiwgdGhlbiB0dXJuIGl0IGRvd24gYSBiaXQu +IE1heWJlIG5vdA0KdG9vIHNjaWVudGlmaWMsIGJ1dCB0aGUgZ29hbCBpcyB0aGUgKmFwcGVhcmFu +Y2UqIG9mIHJlc3BvbnNpdmVuZXNzIG5vdA0KYWN0dWFsIHJlc3BvbnNpdmVuZXNzIDotKQ0KDQpO +b3cgLSB0aGVuIHlvdSBzd2FwcGVkIHRvcGljOg0KDQo+ID4gU28gLSB3aGF0IGtpbmQgb2YgcnVs +ZXMgY2FuIHdlIG1ha2UgdXAgZm9yIHRoaXM/IE5ldHdvcmsgDQoNCj4gbWVzc2FnZXMgZnJvbQ0K +DQo+ID4gdGhlIHNlcnZlciB0byB0aGUgY2xpZW50IGhhdmUgdHdvIGZ1bmN0aW9ucyAtIHVwZGF0 +aW5nIHN0YXRlIGFuZA0KDQo+ID4gIm9uZS1zaG90IiBhY3Rpb25zICh3aGljaCBpcyByZWFsbHkg +YSBzcGVjaWFsIGNhc2Ugb2YgDQoNCj4gdXBkYXRpbmcgc3RhdGUpLg0KDQo+IA0KDQo+IFlvdXIg +ZGVzY3JpcHRpb24gaXMgaW50ZXJlc3RpbmcuIEkgd29uJ3QgY29tbWVudCBkaXJlY3RseSBvbiAN +Cg0KPiBpdCwgaW5zdGVhZA0KDQo+IEkgd291bGQgc3RyZXNzIHRoZSBpbXBvcnRhbmNlIG9mIGEg +ZGltZW5zaW9uIHRoYXQgaXMgc28gY29tbW9ubHkNCg0KPiBuZWdsZWN0ZWQgOiB0aW1lLg0KDQpJ +IHdhcyB0aGlua2luZyB0aGF0IEknZCBqdXN0IGhhbmQgd2F2ZSB0aGlzIG9uZSBhd2F5IGFzIGFu +IGFwcGxpY2F0aW9uDQpkb21haW4gcHJvYmxlbSA6LSkgQnV0IHlvdSBkcmFnZ2VkIG1lIGludG8g +aXQgLSBJIGxlYXZlIGl0IHRvIHRoZSByZWFkZXINCnRvIGNvbnN1bHQgdGhlIHN1bW1hcnkuDQoN +Cj4gV2hlbiB5b3UgcmVhbGl6ZWQgdGhhdCBldmVyeSBub2RlIChjbGllbnRzIGFuZCBzZXJ2ZXJz +KSBoYXZlIA0KDQo+IHRoZWlyIG93biwNCg0KPiB0aW1lbHkgdmlldyBvZiB0aGUgb2JqZWN0cywg +bXkgZ3Vlc3MgaXMgdGhhdCB5b3UgZW5kIHdpdGggdHdvIG1vZGVsIG9mDQoNCj4gZGlzdHJpYnV0 +aW9uIDoNCg0KPiANCg0KPiAtIGNlbnRyYWxpemVkIDogb25lIChzZXJ2ZXIvbWFzdGVyKSBub2Rl +IGlzIGNvbnNpZGVyZWQgdG8gYmUgdGhlIG9ubHkNCg0KPiBvbmUgdG8gaGF2ZSBhIGZ1bGwgY29o +ZXJlbnQgdmlldyBvZiBhbGwgb2JqZWN0cyBhdCBhbnkgdGltZS4gQWxsIG90aGVyDQoNCj4gbm9k +ZXMgKGNsaWVudHMsIG9yIGxldCdzIHNheSBtb3JlIGdlbmVyYWx5ICdzbGF2ZXMnKSBoYXZlIGEg +DQoNCj4gc2xpZ2h0bHkgYW5kDQoNCj4gZ2xvYmFsbHkgZGVsYXllZCB2aWV3IG9mIHRoZSByZWZl +cmVudGlhbCB2aWV3LiBZb3UnbGwgb25seSBnZXQgaW50bw0KDQo+IHRyb3VibGUgd2hlbiB0aGUg +bWFzdGVyIG11c3QNCg0KPiBpbnRlZ3JhdGUgY2xpZW50IHJlc3BvbnNlcywgc2luY2UgdGhleSAx +KSBhcmUgYSByZWFjdGlvbiB0byBhbiBpbmZvDQoNCj4gd2hpY2ggaXMgMSBSVFQgbGF0ZSBhbmQg +MikgYSBjbGllbnQgaW5mbyB3aGljaCBpcyB+UlRULzIgbGF0ZS4NCg0KPiAtIGZ1bGx5IGRpc3Ry +aWJ1dGVkIDogdGhlICdob2x5IGdyYWlsJyA6KS4gSW4gdGhlb3J5LCBlYWNoIG5vZGUgaXMNCg0K +PiBjb25uZWN0ZWQgdG8gYWxsIHRoZSBvdGhlciBwYXJ0aWNpcGF0aW5nIG5vZGVzLiBPZiBjb3Vy +c2UsIGl0J3MgYQ0KDQo+IGJhbmR3aWR0aCBraWxsZXIgYW5kIGl0IGRvZXNuJ3Qgc2NhbGUuIEJ1 +dCB0aGVyZSBhcmUgc29tZSBwb2ludHMgdGhhdA0KDQo+IG1ha2UgaXQgc29tZXdoYXQgY29uY2Vp +dmFibGUgOg0KDQpJdCdsbCB1c2UgYWJvdXQgdHdpY2UgYXMgbXVjaCBiYW5kd2lkdGggYXMgY2xp +ZW50L3NlcnZlciBtb2RlbC4gQnV0IHlvdQ0KaGF2ZSBhbGwgdGhlIHNhbWUgcHJvYmxlbXMgbWFn +bmlmaWVkLCBzaW5jZSBldmVyeSBjbGllbnQgKGFuZCB0aGUNCnNlcnZlcikgc3RpbGwgd29yayBv +biBhIGRpZmZlcmVudCB0aW1lIGJhc2UuIFdoaWNoIGNsaWVudCdzDQppbnRlcnByZXRhdGlvbiBp +cyBjb3JyZWN0LCBvciBpcyB0aGUgc2VydmVyJ3MgY29ycmVjdCAoUDJQIGJyb2tlbik/DQoNClRo +ZSBiaWdnZXN0IHByYWN0aWNhbCBiYXJyaWVyIGlzIG1vcmUgdXNlcnMgYXJlIGJlaGluZCBOQVQv +ZmlyZXdhbGxzIGFuZA0KaGF2ZSBkaWZmaWN1bHR5IHJlY2VpdmluZyBpbmNvbWluZyBjb25uZWN0 +aW9ucyB3aXRob3V0IGNvbmZpZ3VyYXRpb24NCihtYXBwaW5nIHBvcnRzKSBvciBhIDNyZCBwYXJ0 +eSBmb3J3YXJkaW5nLg0KDQo+ICogYSBub2RlIGlzIG9mdGVuIG9ubHkgYWZmZWN0ZWQgYnkgYSBm +ZXcgb3RoZXIgbm9kZXMgOiB0aGUgcGxheWVycyBpbg0KDQo+IHNpZ2h0IG9mIHlvdXIgZ3VuLCBl +dGMuIElmIGV2ZXJ5IG5vZGUgY2FuIG1haW50YWluIGEgJ25laWdoYm91cmhvb2QNCg0KPiBkZXBl +bmRlbmN5JywgeW91J2xsIGVuZCB3aXRoIGEgZmluaXRlIG51bWJlciBvZiBsaW5rcyBwZXIgDQoN +Cj4gbm9kZSAoZGVwZW5kcw0KDQo+IG9uIHlvdXIgZ2FtZSBkZXNpZ24sIG1pZ2h0IHByb3ZlIHdy +b25nIGluIGEgdmlydHVhbCBzdGFkaXVtIDopKQ0KDQpTZXJ2ZXIgaGFzIHRvIGRvIHRoZSBzYW1l +IHdvcmsgYW55d2F5cyBkZXRlcm1pbmluZyB3aG8gY2FuIHNlZSB3aG8uIFlvdQ0KY291bGQgbWFr +ZSBhIFAyUCBzeXN0ZW0gZG8gdGhlIHNhbWUgdGhpbmcsIGJ1dCB0aGVyZSdzIGEgY291cGxlIGJp +dHMgb2YNCnRyaWNrZXJ5OiBvbmUgbm9kZSBoYXMgdG8gYmUgYWJsZSB0byBkaXNjb3ZlciBvdGhl +ciBub2RlcyAobW92aW5nIGNsb3Nlcg0KdG8gYW5vdGhlciBub2RlIGNhbiBjYXVzZSB0aGF0IG5v +ZGUgdG8gdHJhbnNtaXQgbm9kZXMgaXQga25vd3MgdG8gYmUgaW4NCml0J3Mgb3duIHZpZXcpIGFu +ZCBib290c3RyYXBwaW5nIChob3cgZG9lcyBhIG5vZGUgaW5pdGlhbGx5IGRpc2NvdmVyDQp3aG8n +cyBuZWFyYnkpLiANCg0KLS0tDQoNCkZvciB0aGUgdGltaW5nIHByb2JsZW0gdGhlIGFuc3dlciBp +cyBzaW1pbGFyIHRvIHRoZSBwYWNrZXQgcmVsaWFiaWxpdHkNCnByb2JsZW0uIERvIHlvdSBjYXJl +PyBJIGNhbiB0aGluayBvZiB0d28gYXBwbGljYXRpb25zIHdoZXJlIHlvdSBkbyAtDQp0aW1pbmcg +ZW5mb3JjZW1lbnQgc3VjaCBhcyBtYWtpbmcgc3VyZSBhbmltYXRpb25zIHRha2UgYXMgbG9uZyBh +cw0KdGhleSdyZSBzdXBwb3NlZCB0bywgdmVsb2NpdHkgY2hlY2tpbmcsIGFuZCBzZXJ2ZXItc2lk +ZSBwaHlzaWNzLiBPbmx5DQpvbmUgb2YgdGhlIGNvbW1lcmNpYWwgTU1PRydzIGhhcyBzZXJ2ZXIt +c2lkZSBwaHlzaWNzIC0gc28gbWF5YmUgaXQncyBub3QNCmEgYmlnIGlzc3VlLCBvciBtYXliZSBl +dmVyeW9uZSBlbHNlIGlzIHNjYXJlZCB0byB0b3VjaCBpdC4NCg0KRm9yIGNoZWF0aW5nLCB1c2lu +ZyBzb21ldGhpbmcgbGlrZSBOVFAsIHlvdSBjYW4gc3BvdCBvdmVyIGEgZmV3IG1pbnV0ZXMNCndo +ZXRoZXIgc29tZW9uZSdzIGNsb2NrIGlzIHNsaWRpbmcuDQoNCkpvaG4NCg0KLSBMZXRzIGJ1cm4g +dGhhdCBicmlkZ2Ugd2hlbiB3ZSBjb21lIHRvIGl0DQoNClsxXSBTb21ldGhpbmcgd2l0aCBhIHZl +cnkgb2J2aW91cyB0YWN0aWNhbCBvciBkcmFtYXRpYyBpbmZsdWVuY2UuDQoNClsyXSBJJ20gYXdh +cmUgdGhhdCBieSAwLCBJIG1lYW4gaW5maW5pdHksIGFuZCBJJ20gbm90IHJlYWxseSB0YWxraW5n +DQphYm91dCBmcmVxdWVuY3kgYnV0IHRpbWUuDQoNClszXSBMb3cgbGF0ZW5jeSAiTEFOIiBnYW1l +cyB3aWxsIGRvIHRoaW5ncyBsaWtlIHRyYW5zbWl0IGV2ZXJ5IHBhY2tldA0KMi01IHRpbWVzIGFu +ZCBhc3N1bWUgaXQncyBnZXRzIHRocm91Z2guDQoNCg== + +------_=_NextPart_001_01C1A893.577C40E5 +Content-Type: application/ms-tnef; + name="winmail.dat" +Content-Transfer-Encoding: base64 + +eJ8+IiIHAQaQCAAEAAAAAAABAAEAAQeQBgAIAAAA5AQAAAAAAADoAAENgAQAAgAAAAIAAgABBYAD +AA4AAADSBwEAHQACAAUAIAACACABASCAAwAOAAAA0gcBAB0AAgAFACAAAgAgAQEJgAEAIQAAADQ5 +QTlBNEY4NzA1QzgzNEZCMDMwRTBDN0UyMEE1NjM2AB4HAQOQBgDkJgAAOAAAAB8AGgABAAAAEgAA +AEkAUABNAC4ATgBvAHQAZQAAAAAAAwA2AAAAAAAfADcAAQAAADoAAABSAEUAOgAgAFsATgBlAGwA +XQAgAEcAYQBtAGUAIABPAGIAagBlAGMAdAAgAE0AbwBkAGUAbABzAAAAAABAADkA5UB8V5OowQEf +AD0AAQAAAAoAAABSAEUAOgAgAAAAAAACAUcAAQAAADYAAABjPXVzO2E9IDtwPWVtYmFyY2FkZXJv +LWNhO2w9TUFJTDJLLTAyMDEyOTA3MDUzMlotNDQ4OQAAAB8ASQABAAAAOgAAAFIAZQA6ACAAWwBO +AGUAbABdACAARwBhAG0AZQAgAE8AYgBqAGUAYwB0ACAATQBvAGQAZQBsAHMAAAAAAEAATgAA2Z9Q +HabBAR8AWgABAAAAHAAAAFYAaQBuAGMAZQBuAHQAIABDAGEAcgBvAG4AAAACAVsAAQAAAEAAAAAA +AAAAgSsfpL6jEBmdbgDdAQ9UAgAAAABWaW5jZW50IENhcm9uAFNNVFAAdi5jYXJvbkB6ZXJvZGV1 +eC5uZXQAAgFcAAEAAAAaAAAAU01UUDpWLkNBUk9OQFpFUk9ERVVYLk5FVAAAAB8AXQABAAAAHAAA +AFYAaQBuAGMAZQBuAHQAIABDAGEAcgBvAG4AAAACAV4AAQAAAEAAAAAAAAAAgSsfpL6jEBmdbgDd +AQ9UAgAAAABWaW5jZW50IENhcm9uAFNNVFAAdi5jYXJvbkB6ZXJvZGV1eC5uZXQAAgFfAAEAAAAa +AAAAU01UUDpWLkNBUk9OQFpFUk9ERVVYLk5FVAAAAB8AZgABAAAACgAAAFMATQBUAFAAAAAAAB8A +ZwABAAAAKgAAAHYALgBjAGEAcgBvAG4AQAB6AGUAcgBvAGQAZQB1AHgALgBuAGUAdAAAAAAAHwBo +AAEAAAAKAAAAUwBNAFQAUAAAAAAAHwBpAAEAAAAqAAAAdgAuAGMAYQByAG8AbgBAAHoAZQByAG8A +ZABlAHUAeAAuAG4AZQB0AAAAAAAfAHAAAQAAADIAAABbAE4AZQBsAF0AIABHAGEAbQBlACAATwBi +AGoAZQBjAHQAIABNAG8AZABlAGwAcwAAAAAAAgFxAAEAAAAbAAAAAcGmHm9Xg7R8HqT/QmmGglOm +9F9QOgCdNmw+AB8AdAABAAAAHgAAAG4AZQBsAEAAbgBlAHYAcgBhAHgALgBvAHIAZwAAAAAAHwAa +DAEAAAAWAAAASgBvAGgAbgAgAEgAYQB5AGUAcwAAAAAAHwAdDgEAAAAyAAAAWwBOAGUAbABdACAA +RwBhAG0AZQAgAE8AYgBqAGUAYwB0ACAATQBvAGQAZQBsAHMAAAAAAAIBCRABAAAAhx4AAIMeAACO +ZwAATFpGdTWVxK0DAAoAcmNwZzEyNYIyA0NodG1sMQMw/wEDAfcKgAKkA+QHEwKAEAP/AFAEVghV +B7IRNQ5RAwECAIRjaArAc2V0MgYA2wbDETUzBEYTxzASPBFD2wjvCfc7GC8OMDURMgxgzmMAUAsJ +AWQzNhZgC6VkNCAQAipcDrIBkGcvFFAKoxFDHUg0FFA8IQBET0NUWVBFIABIVE1MIFBVQgBMSUMg +Ii0vL4hXM0Mg4ERURB/0CDMuMiDgRU4iPuceTR3vIyExOB9QIAIibxsjfyXwMxzgJNBFQURfJS0O +8SZPKM8kVDYO8DxQTUVUQQewQSvAPUwiRwnwBJBhdAWwItESME9OVCIwVCxQBeFERXgT4W5nZQZS +dg8SkS6hAJACICA2LjD4LjQ3DiAvcCJeKi8kYwQ3Nx9QVElUTEUFJS40DvBSZTogW0EHwGxdIEdh +B4AgWE9iagWQBUBNBHFs6nMjzjUfUC8yrzDfJaVfM/E3ACevJf861DUWYDwAQk9EWSBkaXL6PTrw +cjpAOrMAIQMwPVGcZG8A4D1RCrFccRgQPz1RE+ADMD21FmA6iTY0rz2YAAA/xyPcNCSxRi0xwiAA +kHplPTI9iQHxfwvxP6k47DtFOokBwB5MNoUksVA6QEkgd2EEIM5zAZAAIAuAZyAs0EmAWwIgBIEg +BpBKUGgEACAbCcAIYHBJgy8xOi0p/z2nPZdFSAqiTRgKgT23CrH/TyhCXQHANvFJQTprHFE7b79A +8UkjQT9NmUTvHPw4HOBYJmd0AoA9pz4/uCDqLVoyTwUQZwuAB0AF0PUHkHM7EGVaM0yPTZ9Or/9P +v1DPUd9S71P/VQ9WH1+/O1g/WU1GA2E0QCyQbC2oYWRtC4BALJB2LLDseC4FsEpAWwDAAxAs0CY6 +ae9q8V1PA6BCZfUT8Gw+EE9dgFvvXP9eD/9fH2AvYT9iT2NfZG9lf3G/a2efWVxWC4BjCfAFQEP/ +CsACIG3Pbt9v73D/cg9zH/90L3U/dk93X4AveX9ZTQZgKwIwNEBKAHB1CsB5ICUOMCyKwDAwFFAx +MOg6NTYgQE18T31ffm//f3+Aj4Gfgq+Dv4TPhd+Pz/uH/1lNVGuQadJqeYvvjP//jg+PH5AvkT+S +T5NflG+Vf/een5efiQ51NSM0QDQvNTn/mr+bz5zfne+e/6APoR+iL/+jP6RPrp+mb1lNqr+rz6zf +/63vrv+wD7Efsi+zP7RPvE//tm+3f7iPuZ+6r7u/vM+93/++77//wQ/CH8ofxD9Za20BBlQKUIr0 +LTAxLTJrFFAswCCLIDovoIrwSkRvaAOgSGF5B5F3/QNgdKkAxh/HL8g/yU/KX//Lb8x/zY/On8+v +2o/Rz1lNskEFQGxlSaAFQHkIYPE9AWRuJwVAW0CKsEswHS5QZqmgCGAEICdUQ85QSvBJsRfAdydJ +wtZw+weAe8E6TH/Xr9i/2c/a37/b79z/3g/fH+AvP9ZXqVDXAyBLMCzAJwQgauZQBUC/C1Mu0DsQ +ClBaID0AbweR9ecCIBgwZhKRSmELYNZwV3uQirAFsWIAcGQD8GTxSzA/IEkDoEYP7tLmkf3zwWNJ +oNQR5dL2VktR9YL+dQIwAxHk4hfAFCA9ACzA/GEu6C/pP+pP61/sb+1//+6P75/wr/G/AE/iX5iu +5qG7EJDzUWJakEox++BxGRDj+zFtYGl0eYrwGDALkL8cEPtQC6P0cBWhFDAt90H+Zfxv/X/+j/+f +AK8BvwLPPwPfBO8F/xFvCB9ZTWNvnG9wLKIvIYrwYnXkYNd7oA8Q9GFsirBu1mA9AP+pUOWh9MAU +MIpg1nD1QIrw7ncuUG1g82BrHOD1oPOC//xfDo8PnxCvEb8SzxPfFO/3Ff8XDz/WQUqwadEMcOXg +4/bgClNVRFCK8PbRimC/+pEd0Qzy9DDWUT6Ab/Ng5i4tUBvzSSfzUVtg5GDvSmHzgvffJfNiqVDn +IB9P/yBfIW8ifyOPJJ8lrya/J8//KN80bxkvWT/mAPRwKoDl0vMNAUqQcmssshthShD1Qe/k4vmQ +9IALkHYeUPdASzD9LXBUS0JLUeXS5jBJ0DCf/zGvMr8zzzTfNe82/zgPOR9fOi9GPzxPWU3lIHP1 +wGe/SQCqcCqASPBBEi3QbR5hPnfV8NYhG8CqcAqzd2j/irAbYBtQ5IBRVkJfQ29Ef/9Fj0afR69I +v0nPSt9L71d/u04P421iC5D3IByxdIqh/2uAU59Ur1W/Vs9X31jvWf8/Ww9cH10vZg9fT+NtaW2/ +UuHns+Yw9cArsuSAc/lwuGFja1GAUHAL6iDzkHtxUPlwb0DA9uArczAwZv9wgi7vaNKaIPpgYi9j +P2RP/2VfZm9nf2iPaZ9qr2u/eW/Xbd/jbfmgawrCaeNw5dFvHMEd8HGrLXBZHgLk4m/eZvZxQFxz +73wjZD+BG2D+ZHWPdp93r3i/ec9633vv/3z/fg9/H4y/gT/jbY9wcVD/LJD5cKkQ5dBBdFJw1PEs +M55wLSAbkyvhKoBleGHA/mGYR0FxDDDmQB8/ic+K3/+L74z/jg+PH5AvkT+ST55P+5RvlX9ELJCq +EQrC5dFRQB9BceSRDJLjcOTibnVt/zAw9cAqgOTh9uCWhnOhU4//m4+cn52vnr+fz6Dfoe+i//+k +D6+fpi89TgsLmn+sz63f/67vr/+xD7Ifsy+0P7VPvi+Lt289Tlnk8W1pZ8bA35kAdVE+VKqy++Bs +43CIY/0KwmH2Q5Z1c2L5kOZQHlD/ul+7b7x/vY++n7+vwL/Bz//C38Pvz7/GD+Nt5OILgPXA+GFk +ecvfzO/N/88P0B//0S/SP9NP1F/Vb94f14+nTevzkEDBZvXAcyri9HBzoPwgKFIAG2D3IHLB9ID5 +8tvos/mQcgqwUJFiYeH6Af/K1oXQ2j/bT9xf3W/ef9+P/+Cf4a/iv+PP78/l7xpPyWL+KbpP7O/t +/+8P8B/xL/I/v/NP9F/1b/3mQVaXo0keMPupYB5gdKhQb+CohC5wUgD8c2MKsMtQ6PALgEHQmkDP +yGAMsC7ABhFuJy7A2eHrCnAdYG1SkW8sMYcPALP/q4JB0lJwLSAeUHAQHIArUL0+QGrLkAnghkGZ +EGFv4v/58EFCg3IeESrS6eEIs8pg/nOokVLxLMcKDwDCHwIt4n9wICyRHnLrwKqkhCIORie/qTD5 +0HLxufC5YBxAbgDA+Ruwczr6H/sv/D/9T/5fv/9vAH8BjwKfA68ZJTGFIZup8oQyIkIw2eFtIiuy +eiLKgHIuIJZ1IYCZMW7+c8hAcRCYkUEyP/BB8QzC/weRUDAUsECx6rAQXxvyPnD/QcMNMahwK7FS +AS6Eg9Mb8N9TACLFBmHqsJjSblHgUwDvQGIHkYhlUQBBDRclDyYUfakwY+fgmUCocHMB+ZBu/z7w +qHGYoQWgDpKp4m/QcCD/UADKkWGRIhAPEiHkDVCaQPtwQRKxZJfAymA+QCZhK3//EWQswqlg6eER +0KkwcHNzkH0+YGPqkHBBBwFQMBvgaf8LdDEDJ5GYsFAwKHYmhLnB/3PPG8Uh6pjDCAA/oAhSDED/ +lrBBgSfCP4AIIvmQ6nCoYQdhkEE/CeAiVENQLf+EkJawIYA3vxvyMVCGw0HS31HgYZFQADRADpFu +FLDLQffKJHBzG5Bn6EEPUOgBNlkXMVBwwQhhKvmRbGQq/yRCPh8b8g8xNRGZQMqhPXH7LOItsWwO +U2/ImHRS0JiC/3EhcJH6DxZPF18Ybxl/Go9fG58crx2/Hs9NFjIjgFL7hIMMAUQxEUIAIWAOUSLZ +YyeEJAZzdWMUsHEQZv9D8MtAmlAFYic0RH8mJOkU/3AxKqsSsZcjg1HqsBKxLPH3J8GZESBkZOoz +MEGaMsiS/2HRWN9P8nAgcRBPkCPhOqD/g2MkMVgRP9MnQwVBIeNAMf81QHHByKCGQFrDD+Docir2 +z8hERE9PxQ9QZ26DoDRgD2NBmMFv0Jhzc1sxXf9JT0pfS29Mf02PTp9Pr1C/l1HPUt9r5TMjgFVu +hHTnVOkORD0EVURGkD2yMUH9ISB1NEAuOV2QCMJdw4Oh/2UvEWQ5Ry+hYjE9IamRIvD9ZolzMIGY +8UCBqHCaAZjh/2c4ST9pD2ofay9sP21Pbl+vb29wf3GPgPY0I4BMypF/DNFVEuugqeJAEyDDBwFr +7Slwdz/DEzB3iJIxAiOA/k9YERKxJzSWhnfPg9J25P9eIGPD2YN58soyqTCp4inC/y9REgAFoDRg +CEApggVBitLv6JCY0j/S+dByFEGM74PD/zZYfQAqsLlgWmA0cBRxM0P/W6YxAwVB6AB6EDRwuiAw +9u/5kBRBqoHKgnJ9H34vfz//gE+BX4Jvg3+Ej4Wfhq+ctv5OimF7UEfQ6KEtUYiRqJP4aWRilMHr +oDnSBfDoYO9D4iRCVMMHAWIU8KijBUH+YqsRBvIJcZL/n5ILYMhQ/8kAFHEJo1005+NGAkfQLVF/ +j+l7cOgRC2FXUQhADzF5/yEgR8CY35nvmv+cD50fni9fnz+gT6Ffom+yBkZzYHFydUDBeTo6AYpw +j4Rm/y1SymBGsjAy6vQP1gYQlMH/BvJCuai/CxO5VDwBuvSncv8xA6Y15+Mzk1W7y3AqYgbye8pg +yPB4JO++jLmwI4BT83oQkcJ1cDEBv/cMQGKwD+fjwwG5VhKiMFsyXf+uL68/sE+xX7Jvs3+0j7Wf +97avt7/MdkFB9xMwYEC53//50DngQTQxA8XzVzGmRJJJ/0EQC1FlDwr4Nlik8jw1LyD/O9S6cXvU +P9KYgsfiWiAHYP8JEDNhBiE/0i2Z2J+UBFSi7wxgl1MqQZThVHtwp3erl/8FYnNhL0GJ8z/Sx4gx +UVuyf9h/jeWWlQ0wlUHjRbsGZ/8MUCngD8AigJdhe1ApgHpR3zOiD8GoAFTQYrBmCKAtUv8HAbxi +xeA3URA/EUjA4Sph/0jBRiFj0jYNyJ/Jr8q/y8//zN/N787/0A/RH9Ivo3rkk/8voaT0P+IGoQxA +lZGkQCQA/2agKcBII7lSN3F8ERKEP9H/M2EPxozfRWWSFCngV8DwoPft0+GEXZB3rKHjlAZRB3G/ +WBDcoRQxRxGmEDLxbqgx/zxqIyLV8f7fOMMDs8LgEuP/DXDoQSfCVqEtka3xCaBGIP9eoegwYCFH +eIoBqGGtYuBKdwU/JiSt4WFcVCQRpEBpAnpg1C5bM10gQm0t0GEkEDN1Kt2BNIBy/0QgwtEJSOBK +rRILP/XCXnP/A5La8O8f8C/xP/JP81/0b9/1f/aP95/4rxd1SRbANtF/kcFA8f0AxBCkcuOWq8F3 +/wiAA9JWoZADplMBolVRWJD/P8MKf2V/YwEt4QMhQEEBuX/DIAMwmGEDEjFDwtPGhG/7WJD9gCg/ +g8MBNiDH8S8Rv8LQYgBjoCNvOLRgMSlHI//CQB7SplX78buyOXClQJBA//2AR7DV8ABj47zrJFpg +4SB/ZGEpzxpC+/EHUytldfBy3yuzAaPGsKVx2wBNxuBk8ftjoQnTc5dAN0JmwUcgYUa8Z2+VgTyl +L78aQirCcv/iQUDRRCCL4UIRqpB6gdQ0GzODLPF1lYE4bTotKf8TnxSvFb8WzxffGO8Z/xsP3xwf +HS/5uwBjiTJzvGDChfpwZtA6Oy88Pz1PPl8/b39Af0GPQp9Dr0S/S+9OQTjVT9AmLaA7UCg+UnhT +D/tUH1UnU8LgJwB2QFzBXCb+cqZg/TGQQpHAYJLdsMXw+60DljI/o+DigCCTSA9JH/9KL0s/TE9N +X05vT39Qj1Gf71/PVl9UzQkBc2Iw/TG+8P+kQFvvXP9eD18fYC9hP2JP/2NfZG9lf25PZ59Uz3Wf +dq/3d7SSSQH1YwaACaLA81uB/wChN+D8go9gJwDF94sQ1sL/Nh//5Wpva39sj22fbq9vv/9wz3Hf +cu9z/4PveL93L4s/S4xPjVQiukBlLaYxdP4iOYJ9IyhA4fAKQeLT/WH/2+GVL4APgR+CL4M/hE+F +X/+Gb4d/iI+Jn5efjl+MzX2c/ikTj5S/lc+W35fvmP+aD/+bH5wvnT+mP59fjL6ib6N//6SPpZ+m +r6e/qM+p36rvq//3s/+uH4zNWQcSIkA0EAKQ//uB/KEEEggx0+HaxANwIJD8bicH8vwQCaLbd/yh +sB//sS+yP7NPtF+1b7Z/t4+4n/+5r8V/u8+Mzdqg6TEMlMGf/8Kvw7/Ez8Xfxu/H/8kPyh//yy/T +381PjM2/0iGSfiC/Qf8EVA/xCIDWMDfhk3IncQ/w/+1h/JIg4+IB6PD745FAJVD/z//RD9If0y/U +P9VP1l/Xb7/Yf9mP5Y/br4zNOqBnJOL9R3E6INDf4aJf4q/jv+TP/+Xf5u/n/+kP6h/rLx4nK/BP +D1ADhATyIONJJyaAav8NQXwxWRFHMHxiBAKQYQJQ/0cwknE5MFnhN3EGgFnQvoM/MnBaQATwfn/3 +AyzQb2JfCXE64g5QNOFG4mQgUGf/aeAmgCyhJyMyQScA+3AtcH98UjJBH9WSISJAe0MIEXNvWYA0 +9ABfJIN1wHDz0Hn/8F/xb/J/84/0n/Wv9r/3z9/43/nvDF/tT4y+V0amkiL8aXpHcuCCJrEIUCmB +IkH+KHvU/tLeAXsDK0B8NAiP/wmfCq8LvwzPDd8O7w//EQ/vEh8d7xQ/ec9lwOCTcDKQ/iwaDxsf +HC8dPx5PH18gb/8hfyKPI58sPyW/Js7wIcExvnZ78EZQk4F6sgHAasEBynPPYG2ScGd13lKR8f/g +c0bi4AD9cQSwkdB8kuFQ/wWAkxAGvy8Ck4AoXylvKn//K48sny2vLr8vzzDfMe8/n880D4zNwNDe +IWliAnDgMv46O788zz3fPu8//0EPQh//Qy9EP0VPTi9Hb68vSm9Lf/9Mj02fTq9Pv1DPUd9S71P/ +/1v/Vh+M631w31C/EALwFvRr7/D+Mih69C8IMM+hcu8CQBgDkfEF8mkFgRci4QD+Yv3CBp87NeF/ +WN9Z71r//2LPXR9eL18/YE9hX27/Y3//ZI/+IwOxfEOSkHzQklDAQf8nwN5AfBE2dpJBNyb+YMAw +5/7wknDwEyBBefFpvztT/SexcmtPbF9tb25/b49wn/9xr3K/c89034KPdv/ubhgRn5FhGGXPYN8A +BEF0J+DR//6R4VDeQDfg4ABnAJJAknDljbBsBHFzJxmVkpB+r/9/v4DPgd+C74P/hQ+GH4cvn4g/ +k/+KXxVNjxBpZ5Lg/8Ex/VGQH5Evkj+TT5RflW//ln+Xj5ifma+ib5vPFU3vcP8BwHsx/qA6Af6Q +78E2et5AemZ6U2mOwDZjv7C9wSf/e0JrEY5h4KEDoZ6Pn5+gr/+hv6LPo9+k76X/pw+oH7RP96o/ +Js4BsHUB0d2wFkJpcv9nZANQ/QGwb7F/so+zn7Sv/7W/ts+337jvuf/Dv7wfzl5/rmDvYALwz7Bl +sBhzBUFz/97wBhA4EDeg4CDfQiex/qD+MQJAw0B5kgVRe7DgM+EA+/7x/CBmsF/A38Hvwv/ED//F +H8Yvxz/IT8lf1Y/Lf2SuD76Q/2A5gDhRMSBSVO5UBEDN4v1SMtABzhbRcvXfWH7gES/W4OBSCH/S +v//Tz9Tf1e/W/9gP2R/aL9s//+cf3V9kr3nDrKFJdmZTaXIYJ2hvr7IC8GlsJ7UCECmvAEm+w41Q +eTeg/9CROYBn5eNP5F/lb+Z/54//6J/pr+q/68/s3/j/7v/wDX8F8Y6Qe7Bo5HsyNvN+YiAz+7E2 +AGNp+7A2AG5nW4xEfKBP+EBoYHUZcGX3N6A5YI2xYfUf9i/3P/hP//lf+m/7f/yP/Z/+rwq/AM+v +8A2sYBjwOVBkOXFr8yBfvmAn8BjiOWBJUG84EG6yJxeAc2OOwHyRQvHgZ2li0DKOQXNvNiAEYG// +zYGNwH0PDYI4ggbfB+8I//8KDwsfDC8NPw5PD18Qbx4P9xKP8A2/IGtoERZhF+G+kMc4oWhhz3Bp +dmG+Uko//xsvHD8dTx5fH28gfyGPIp97I68thkmNoHzRv6B5kWL/rzAXETlQz3FncL+B35EUiLs2 +IYzEL2b0OdQW1HmvMP+PlBifMGIDlo3gF/K+IClhRm02MTAAbmlmjOBk3c8mZWchrKDOJSjgojsj +v2cD4PC/sBUxvoCNUGs5j/dqtY/hSWBmriR8UxRxZvC9fKBX33OMxI2xzYJyO7Dvr/AE8UoBaDNy +aNB7sI0zf+JRaX9qhmb0jbFE5YygUBwyUGkwviAn8G4pP/8pvyrPK98s7y3/Lw8wHzEv1zI/M09N +JVRF4WKd4I5w/7+wO6HQohaRFHFFAIzgRYN/jiM1IQYg0BNpQN9w4LFO7kHisDyQaNB3ezF70eCx +3zlPandBgt+AeeB0rKBFEf8pIQUSz1EX4AUSAsXQ0Y3A3xTA89A1gmhhPJBnBhBEVHIovyBwcAUS +zsBK0HOP4PBZP2rDFXEgM3IDQPcEcqyg0ZByWEBhMAUR4z//Sk9LX0xvTX9Oj0+fUK9Rv+9Sz2ZP +Jc/v/iqP4fSlevG3zaC+wK+TYUGhAxNinjHfecB60gQjjFTyNHCs4lbh/1+PaSLPUGJ/Y49kn2Wv +Zr//Z89o32nvav9sD3mvbi+c3l+d4q2COQEEUF3wbvQxdP5j84F48D1U9KMWkL7AvyB3zYGGIY/h +J46QneE1cXL/8qD0sHXPdt9373j/eg97H/98L30/fk9/X4uPgX/wDfTAznC+sPTAz2B5JzzQOQF/ +r1KVgV0TckLPUBXQzgBuPHVtV1AEUK2R4UBua/9FsJVwBFCHr4i/ic+K34vv/4z/jg+PH5AvkT+c +35Nf8A399KMolVT1D5n/mw+cH50v/54/n0+gX6Fvon+rT6Sf7/7/QTGEBDtyczFd4IRxXBCDkvs7 +sVkBd74gW6PhAVuAqQB2dVWBv7Bh8XCXwPNRKf+nf6iPqZ+qr6u/rM+t367v96//sQ+89VM39Cig +RbHh0K8WADsYP5PRQHlYQHlFsP/0wEPhXBEFEt9g4dCF0s7wt7cR8qAW0Fk5EQXxbANA33Rfv8In +03BASIJzxmDNoP+4wMUK89AFETzQ8dEXJAaSvwXic9BUchhhg9HxoWMn8P/0EPIwQTBZH7+k9KPE +lVdQ/zVRKXHE0uJQW/A4EnK6XoDztvBcI2xvN+EDU/Sgcsf/hcPPX7/CFpA1Ihni9JTE0XvxoIXg +c1wQ13RDoeGAa/30oHfRFoZxBnPZUF5gW4D/coDg8eCx1Z+/wjVwBBDxkX1epSjyoHKQFgJwN5dh +af8DkfFT0kTHUQaRAvC8gHIg//NxuR+6L7s/vE+9X75vv3/vwI/Bn8Kv5JUt68Dgv+HP/+Lf4+/k +/+YP5x/oL+k/6k/979VGYNFF0kIhXtM7xEXD/dgxd1YEg3BcEHPg1DNzk/9VMCfw2RBB0ENAKVAV +MBXQ32Gg21/yoju1FtBEA3A5AvsWkEHQPzSwhcPMMj/AzkL/P5DNUF6wQ0AWkFzFF0M5Av3FAS33 +dvt/8qJJAGHBKRD7KHBB8XM2YjYiJ+BcIgOQ/xdiPHA8QFzE8jDKckWw0/D/XDHEokXgleAXos2g +XxBCkH0+UW880AGP8qI9YNPwY3/7MjZwXKAEMjzQWKI35C2zg3DXsXBoxmDOkHMW0P5PcVLPEs5C +ReFb8ShwAxDB3tEgTU1PR0fBB99/8qLEkgqfC6AA4RfQPDF5f9nCQ4LUkc1RVJFEoQOQZf9FUxEk +PVPPEjiANTEOD3Vj//kx/cIHctRBNmLZAGJv7P//7g/vH/Av8T/yT/Nf9G/1f//2igmxXiHMYjUg +BEMoYcwz45hBJ/FOVFCWA8eEXxD/g7E4EnJUXBFdcHNBFF8dsv8AIdSzI1LPEUfCCUE/wPki/0NA +Yi8XzxjfGe8a/xwPHR+PHi8fPyBPscpKb2h1v/8rHywvLT8uTy9fMG8xfzKPczOf60cgTEQwRbDM +oHL//mLXYUjACxBUwAASXmD44P8M0tHD2QA1bzZ/N484nzmvPzq/O8883z3vPv9G9Vsx/l3EECNn +ltWFM/gQW4CWMLcFYlVFYNFk2CAFAmNbwexmbBKgW+BlKg9EH0Uv/0Y/R09IX0lvSn9Lj0yfTafS +Mk5ASSe4wGFh8dcl/XIhMCLQ/iDMAIXhUZGXUn55CjRdghHSBtDe41hwbL8EM/rwljDZECafWOJm +BtD+cVHShWDMowTwUh9TL1Q//1VPVl9Xb1h/WY9an1uvTZh6M05ATN2h+ZDLMGOiIvBMQU4itZMA +AfmAlnB/xQMjsQXhJALYF4Uk+kUy/C01Ye9rE2QizUEKYQ9gfwOQzAHaI0HAzhHUsLbgdf+HAGRv +ZX9mj2efaK9pv2rAyDI0OHzhRk8kQGn/F2sPf49r1DV+MkJPRC5ZfS6BD33iN3zhSFQUTUxsgH2F +0AAfADUQAQAAAIYAAAA8ADAAOAA4ADEAQQBDADcARgAyAEYAMwAzADkAQwA0ADAAQgBDADYARgA3 +ADkAOAAzAEQAMQBFADAAQgBFAEMAOQAwADEAOQAxADAAMQBAAG0AYQBpAGwAMgBrAC4AZQBtAGIA +YQByAGMAYQBkAGUAcgBvAC0AYwBhAC4AYwBvAG0APgAAAAAAHwBHEAEAAAAeAAAAbQBlAHMAcwBh +AGcAZQAvAHIAZgBjADgAMgAyAAAAAAALAPIQAQAAAB8A8xABAAAARgAAAFIARQAlADMAQQAgAFsA +TgBlAGwAXQAgAEcAYQBtAGUAIABPAGIAagBlAGMAdAAgAE0AbwBkAGUAbABzAC4ARQBNAEwAAAAA +AAsA9hAAAAAAQAAHMDX5B0mTqMEBQAAIMBi2kVeTqMEBAwDeP+n9AAADAPE/CRAAAB8A+D8BAAAA +FgAAAEoAbwBoAG4AIABIAGEAeQBlAHMAAAAAAAIB+T8BAAAAaAAAAAAAAADcp0DIwEIQGrS5CAAr +L+GCAQAAAAAAAAAvTz1FTUJBUkNBREVSTy1DQS9PVT1GSVJTVCBBRE1JTklTVFJBVElWRSBHUk9V +UC9DTj1SRUNJUElFTlRTL0NOPUpPSE4uSEFZRVMAHwD6PwEAAAAqAAAAUwB5AHMAdABlAG0AIABB +AGQAbQBpAG4AaQBzAHQAcgBhAHQAbwByAAAAAAACAfs/AQAAAB4AAAAAAAAA3KdAyMBCEBq0uQgA +Ky/hggEAAAAAAAAALgAAAAMA/T/kBAAAAwAZQAAAAAADABpAAAAAAAMAHUAAAAAAAwAeQAAAAAAf +ADBAAQAAABYAAABKAE8ASABOAC4ASABBAFkARQBTAAAAAAAfADFAAQAAABYAAABKAE8ASABOAC4A +SABBAFkARQBTAAAAAAAfADJAAQAAACoAAAB2AC4AYwBhAHIAbwBuAEAAegBlAHIAbwBkAGUAdQB4 +AC4AbgBlAHQAAAAAAB8AM0ABAAAAKgAAAHYALgBjAGEAcgBvAG4AQAB6AGUAcgBvAGQAZQB1AHgA +LgBuAGUAdAAAAAAAHwA4QAEAAAAWAAAASgBPAEgATgAuAEgAQQBZAEUAUwAAAAAAHwA5QAEAAAAE +AAAALgAAAAsAKQAAAAAACwAjAAAAAAADAAYQcM/gOgMABxBNFwAAAwAQEAAAAAADABEQAQAAAB4A +CBABAAAAZQAAAElXQVNTVEFSVElOR1RPV09OREVSSUZUSElTR1JPVVBXQVNPTjotKS0tLS0tT1JJ +R0lOQUxNRVNTQUdFLS0tLS1GUk9NOk5FTC1BRE1JTkBORVZSQVhPUkdNQUlMVE86TkVMLUEAAAAA +AgF/AAEAAABDAAAAPDA4ODFBQzdGMkYzMzlDNDBCQzZGNzk4M0QxRTBCRUM5MDE5MTAxQG1haWwy +ay5lbWJhcmNhZGVyby1jYS5jb20+AABx3g== + +------_=_NextPart_001_01C1A893.577C40E5-- + +From valignat@gw.nevrax.com Tue Jan 29 14:42:45 2002 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0TDgjw83631 + for ; Tue, 29 Jan 2002 14:42:45 +0100 (CET) + (envelope-from valignat@gw.nevrax.com) +Received: from gw.nevrax.com (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with ESMTP id g0TDaoJ56475 + for ; Tue, 29 Jan 2002 14:36:50 +0100 (CET) + (envelope-from valignat@gw.nevrax.com) +Received: (from valignat@localhost) + by gw.nevrax.com (8.11.6/8.11.6) id g0TDZpi38675 + for nel@nevrax.org; Tue, 29 Jan 2002 14:35:51 +0100 (CET) + (envelope-from valignat) +Date: Tue, 29 Jan 2002 14:35:51 +0100 +From: Cedric Valignat +To: NeL mailing list +Subject: Re: [Nel] NeL M4 macros bug +Message-ID: <20020129143551.A34543@nevrax.com> +References: <20020128191045.A92177@nevrax.com> +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +User-Agent: Mutt/1.2.5.1i +In-Reply-To: <20020128191045.A92177@nevrax.com>; from valignat@nevrax.com on Mon, Jan 28, 2002 at 07:10:46PM +0100 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Hi all, + +It's fixed and i just synchronized the public CVS so it's avalaible ... + +Cedric. + +According to Cedric Valignat: +> +> I found a big bug in NeL's M4 macros and that break the configure +> scripts of NeLNS and Snowballs so i have to rewrite a part of it :-( +> +> I will send a mail to the mailling list when it will be fixed (tomorrow). + + + +From nel-list@mindcontrol.org Tue Jan 29 19:07:47 2002 +Received: from moe.sfrn.dnai.com (moe.sfrn.dnai.com [208.59.199.25]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0TI7jw84987 + for ; Tue, 29 Jan 2002 19:07:46 +0100 (CET) + (envelope-from nel-list@mindcontrol.org) +Received: from sideshow-mel.sfrn.dnai.com (sideshow-mel.sfrn.dnai.com [208.59.199.19]) + by moe.sfrn.dnai.com (8.11.2/8.11.2) with ESMTP id g0TI16S15733 + for ; Tue, 29 Jan 2002 10:01:07 -0800 (PST) +Received: from ns.watte.net (optiplex.b500.com [216.15.97.85]) + by sideshow-mel.sfrn.dnai.com (8.11.3/8.11.3) with ESMTP id g0THvmd95003 + for ; Tue, 29 Jan 2002 09:57:48 -0800 (PST) + (envelope-from nel-list@mindcontrol.org) +Received: from JWATTELAP (64-178-80-34.customer.algx.net [64.178.80.34]) + by ns.watte.net (8.9.3/8.9.3) with SMTP id KAA28372 + for ; Tue, 29 Jan 2002 10:01:38 -0800 +From: "Nel List \(Jon\)" +To: +Date: Tue, 29 Jan 2002 10:01:42 -0800 +Message-ID: +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 (Normal) +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) +X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 +Importance: Normal +In-Reply-To: <200201290713.g0T7DAw81622@www.nevrax.org> +Subject: [Nel] Plain text messages, please? +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +I'm sure the message was very interesting. Unfortunately, those of +us receiving the digest only got a vague feeling like being in "The +Matrix" :-) + +Cheers, + + / h+ + +> Message: 8 +> Subject: RE: [Nel] Game Object Models +> Date: Tue, 29 Jan 2002 02:05:32 -0500 +> From: "John Hayes" +> To: +> Reply-To: nel@nevrax.org +> +> This is a multi-part message in MIME format. +> +> ------_=_NextPart_001_01C1A893.577C40E5 +> Content-Type: text/plain; +> charset="utf-8" +> Content-Transfer-Encoding: base64 +> +> SSB3YXMgc3RhcnRpbmcgdG8gd29uZGVyIGlmIHRoaXMgZ3JvdXAgd2FzIG9uIDotKQ +> 0KDQo+IC0t +> LS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQoNCj4gRnJvbTogbmVsLWFkbWluQG5ldn +> JheC5vcmcg +> W21haWx0bzpuZWwtYWRtaW5AbmV2cmF4Lm9yZ11PbiBCZWhhbGYgT2YNCg0KPiBWaW +> 5jZW50IENh +> cm9uDQoNCj4gU2VudDogSmFudWFyeSAyNSwgMjAwMiAxMDo1NiBQTQ0KDQo+IFRvOi +> BuZWxAbmV2 +> cmF4Lm9yZw0KDQo+IFN1YmplY3Q6IFJlOiBbTmVsXSBHYW1lIE9iamVjdCBNb2RlbH +> MNCg0KPiAN +> Cg0KPiANCg0KPiBPbiBUdWUsIDIwMDItMDEtMjIgYXQgMDA6NDcsIEpvaG4gSGF5ZX +> Mgd3JvdGU6 + +... + + +From john.hayes@embarcadero-ca.com Tue Jan 29 19:19:30 2002 +Received: from mail2k.embarcadero-ca.com ([207.219.170.6]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0TIJSw85073 + for ; Tue, 29 Jan 2002 19:19:28 +0100 (CET) + (envelope-from john.hayes@embarcadero-ca.com) +content-class: urn:content-classes:message +Subject: RE: [Nel] Game Object Models (was: Plain text messages, please?) +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Date: Tue, 29 Jan 2002 13:13:28 -0500 +X-MimeOLE: Produced By Microsoft Exchange V6.0.4712.0 +Message-ID: <0881AC7F2F339C40BC6F7983D1E0BEC9018A8C@mail2k.embarcadero-ca.com> +X-MS-Has-Attach: +X-MS-TNEF-Correlator: +Thread-Topic: [Nel] Plain text messages, please? +Thread-Index: AcGo72F/P026OgcGSNy+2jV2L/QlsAAAOtxw +From: "John Hayes" +To: +Content-Transfer-Encoding: 8bit +X-MIME-Autoconverted: from quoted-printable to 8bit by www.nevrax.org id g0TIJSw85073 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +I don't know what possessed Outlook to base-64 encode a plain text +message, but here a redux that really should make it through plain text: + +> -----Original Message----- +> From: nel-admin@nevrax.org [mailto:nel-admin@nevrax.org]On Behalf Of +> Vincent Caron +> Sent: January 25, 2002 10:56 PM +> To: nel@nevrax.org +> Subject: Re: [Nel] Game Object Models + +> On Tue, 2002-01-22 at 00:47, John Hayes wrote: +> At least you didn't say the famous 'TCP is slow' statement :) + +Well that's just plain vague - does slow refer to latency or bandwidth? +In TCP's case, the latency is low until you lose data. + +> TCP will bring sequentiality, reliability, inernet-wide +> cooperation, but certainly not delay guarantees, we all know that. + +And neither will UDP, or any internet protocol ... but I'll get to that +below. + +> - find the network properties you can live with. This is the most +> disregarded path. I'm always wondering why people always +> blindly try to +> implement more or less ackward reliability hacks over UDP, before even +> asking if they need reliability. Yes, you often can live with dropped +> packets : this is what interpolation and extrapolation is about. +> Detecting them is easy, if you numbered your packets for +> sequentiality. +> You might even find yourself dropping a late packet, because +> you already +> have fresher info (depends on the info carried by the packet, of +> course). + +This is what I was attempting to describe (although it wasn't really my +point for the whole email - just an example). Thing is, there isn't a +single protocol that'll meet all of your needs, there's several +scenarios: + +1. You need "stream" or "large packet" transmission. These must be +received in the exact order that they are transmitted and none can be +dropped. An example is character connection where you immediately get a +large amount of data - in this case it's more efficient to repair the +data than retransmit the entire large packet and hope it makes it +through correctly. This is the most "TCP-like" - with the only +difference being a more aggressive retransmit - or it *could* be a +separate TCP channel, the implementation options are . + +2. Reliable Datagram, transmission that must be successful but is order +independent. An example of this kind of chat text. You do care about +every message making it but the order is largely irrelevant. Another +example might be significant animations[1] + +3. Unreliable Datagrams, the most UDP like - stuff where you don't care +if the packet gets lost, insignificant sound effects and animations. + +4. Latest Data, you only need to know the newest data. Out of order +packets don't bother you as long as you can tell which one is newer and +the server retransmits. A special case of this data is velocity data - +covered later. + +Now some interesting tidbits, and I should be able to bring this back to +my original point. You have parameters you can tune for such a system. + +Frequency: how long after a change a the protocol waits to transmit - +frequently changing data should have it's transmission capped to a fixed +frequency. Slower updating data may have a frequency of 0[2]. + +Aggressiveness: how long after sending a data update should the server +before for retransmitting. This directly affects the latency increase as +the connection reliability drops. Tuning this parameter is related to +the frequency - if the data is expected to change again pretty soon, +it's probably faster to wait until that happens rather than retransmit. + +Now - if getting the optimal communication requires all of these +protocols and then further tuning down to the attribute level, I think +this is the missing link to your plaint that contemporary games +implement too much reliability instead of customizing it.[3] Because +it's *easier* to implement reliability for everything. + +If it were built into the framework that you could downgrade the +reliability selectively down to the field level - into a data model +(with a fancy editor no less), then it would become practical lengthen +the frequency until people complain, then turn it down a bit. Maybe not +too scientific, but the goal is the *appearance* of responsiveness not +actual responsiveness :-) + +Now - then you swapped topic: + +> > So - what kind of rules can we make up for this? Network +> messages from +> > the server to the client have two functions - updating state and +> > "one-shot" actions (which is really a special case of +> updating state). +> +> Your description is interesting. I won't comment directly on +> it, instead +> I would stress the importance of a dimension that is so commonly +> neglected : time. + +I was thinking that I'd just hand wave this one away as an application +domain problem :-) But you dragged me into it - I leave it to the reader +to consult the summary. + +> When you realized that every node (clients and servers) have +> their own, +> timely view of the objects, my guess is that you end with two model of +> distribution : +> +> - centralized : one (server/master) node is considered to be the only +> one to have a full coherent view of all objects at any time. All other +> nodes (clients, or let's say more generaly 'slaves') have a +> slightly and +> globally delayed view of the referential view. You'll only get into +> trouble when the master must +> integrate client responses, since they 1) are a reaction to an info +> which is 1 RTT late and 2) a client info which is ~RTT/2 late. +> - fully distributed : the 'holy grail' :). In theory, each node is +> connected to all the other participating nodes. Of course, it's a +> bandwidth killer and it doesn't scale. But there are some points that +> make it somewhat conceivable : + +It'll use about twice as much bandwidth as client/server model. But you +have all the same problems magnified, since every client (and the +server) still work on a different time base. Which client's +interpretation is correct, or is the server's correct (P2P broken)? + +The biggest practical barrier is more users are behind NAT/firewalls and +have difficulty receiving incoming connections without configuration +(mapping ports) or a 3rd party forwarding. + +> * a node is often only affected by a few other nodes : the players in +> sight of your gun, etc. If every node can maintain a 'neighbourhood +> dependency', you'll end with a finite number of links per +> node (depends +> on your game design, might prove wrong in a virtual stadium :)) + +Server has to do the same work anyways determining who can see who. You +could make a P2P system do the same thing, but there's a couple bits of +trickery: one node has to be able to discover other nodes (moving closer +to another node can cause that node to transmit nodes it knows to be in +it's own view) and bootstrapping (how does a node initially discover +who's nearby). + +--- + +For the timing problem the answer is similar to the packet reliability +problem. Do you care? I can think of two applications where you do - +timing enforcement such as making sure animations take as long as +they're supposed to, velocity checking, and server-side physics. Only +one of the commercial MMOG's has server-side physics - so maybe it's not +a big issue, or maybe everyone else is scared to touch it. + +For cheating, using something like NTP, you can spot over a few minutes +whether someone's clock is sliding. + +John + +- Lets burn that bridge when we come to it + +[1] Something with a very obvious tactical or dramatic influence. +[2] I'm aware that by 0, I mean infinity, and I'm not really talking +about frequency but time. +[3] Low latency "LAN" games will do things like transmit every packet +2-5 times and assume it's gets through. + +From y.poeymirou@wanadoo.fr Tue Jan 29 22:50:43 2002 +Received: from mel-rto1.wanadoo.fr (smtp-out-1.wanadoo.fr [193.252.19.188]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g0TLogw86106 + for ; Tue, 29 Jan 2002 22:50:43 +0100 (CET) + (envelope-from y.poeymirou@wanadoo.fr) +Received: from mel-rta6.wanadoo.fr (193.252.19.222) by mel-rto1.wanadoo.fr; 29 Jan 2002 22:44:43 +0100 +Received: from mrbrown (80.11.8.144) by mel-rta6.wanadoo.fr; 29 Jan 2002 22:44:31 +0100 +Message-ID: <002e01c1a90d$c825bd30$0a00000a@mrbrown> +From: "Yvan POEYMIROU" +To: +Date: Tue, 29 Jan 2002 22:41:58 +0100 +MIME-Version: 1.0 +Content-Type: multipart/alternative; + boundary="----=_NextPart_000_002B_01C1A916.28D70780" +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 6.00.2600.0000 +X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 +Subject: [Nel] Compilation errors on OpenAL Driver ?! +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +This is a multi-part message in MIME format. + +------=_NextPart_000_002B_01C1A916.28D70780 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: quoted-printable + +Hello, + +I've tried to build NeL sources on Visual C++ 6.0 SP 5 (I have included = +all required libraries, and tried with 2 versions of OpenAL : = +openal-20020127.zip CVS SnapShot or Current CVS Repository). + +I took this message : + +******************************** + +--------------------Configuration: driver_openal - Win32 = +DebugFast-------------------- +Compiling... +stdopenal.cpp +E:\D=E9veloppement\NeL\code\nel\src\sound\driver\openal\sound_driver_al.h= +(60) : error C2146: syntax error : missing ';' before identifier = +'EAXSetProp' +E:\D=E9veloppement\NeL\code\nel\src\sound\driver\openal\sound_driver_al.h= +(60) : fatal error C1004: unexpected end of file found +Error executing cl.exe. + +nel - 2 error(s), 0 warning(s) + +******************************** +sound_driver_al.h file seems like that on given line : + +******************************** +// alGenBuffers, alGenSources +//typedef ALAPI ALvoid ALAPIENTRY (*TGenFunctionAL) ( ALsizei, ALuint* = +); +typedef ALvoid (*TGenFunctionAL) ( ALsizei, ALuint* ); + +// alIsBuffer, alIsSource +//typedef ALAPI ALboolean ALAPIENTRY (*TTestFunctionAL) ( ALuint ); +typedef ALboolean (*TTestFunctionAL) ( ALuint ); + + +#ifdef EAX_AVAILABLE +// EAXSet global function +extern EAXSet EAXSetProp; <<<<<<<<<<<<<<<<<<<<< HERE !!! + +// EAXGet global function +extern EAXGet EAXGetProp; +#endif + +********************************* + +Thanks a lot. + +Yvan POEYMIROU + + +------=_NextPart_000_002B_01C1A916.28D70780 +Content-Type: text/html; + charset="iso-8859-1" +Content-Transfer-Encoding: quoted-printable + + + + + + + + +
Hello,
+
 
+
I've tried to build NeL sources on = +Visual C++ 6.0=20 +SP 5 (I have included all required libraries, and tried with 2 versions = +of=20 +OpenAL : openal-20020127.zip CVS SnapShot or Current CVS=20 +Repository).
+
 
+
I took this message :
+
 
+
********************************
+
 
+
--------------------Configuration: = +driver_openal -=20 +Win32=20 +DebugFast--------------------
Compiling...
stdopenal.cpp
E:\D=E9= +veloppement\NeL\code\nel\src\sound\driver\openal\sound_driver_al.h(60)=20 +: error C2146: syntax error : missing ';' before identifier=20 +'EAXSetProp'
E:\D=E9veloppement\NeL\code\nel\src\sound\driver\openal\s= +ound_driver_al.h(60)=20 +: fatal error C1004: unexpected end of file found
Error executing=20 +cl.exe.
+
 
+
nel - 2 error(s), 0 = +warning(s)
+

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

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

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

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

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

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

Hello,
+ I would like to introduce to you Link + Passport search engine, a unique and cost-effective way to promote your + online business by driving highly-targeted customer traffic to your web + site. Link Passport produces targeted traffic by enabling businesses to + bid on keywords that consumers are searching for.
+
+ Here are some facts about our Engine!
+ ·You only pay for traffic delivered to your site.
+ .We produce hundreds of thousands of searches each month.
+ ·Manage your keyword bids 24 hours a day in Passport Center.
+ ·You pick your own keywords that relate to your site.
+
+ Set up a + free account between now and February 14, 2002 and your entered for + a drawing to win $1500 worth of targeted traffic. Please let us know if + you have any questions.

+

Best + Regards,
+ The Team + at Link + Passport
+

+

+

+
+
+ +

 

+

 

+

 

+

 

+

 

+

 

+

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

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

+
It would be nice if the mailing list=20 + administrator could turn on the feature that allows posting only to = +subscribed=20 + e-mail addresses if it isn't already setted this way. Thanks. = +
+
 
+
--
Valerio = +Santinelli
HateSeed.com Founder=20 + (http://www.hateseed.com)
In = +Flames=20 + Italia Webmaster (http://www.inflames.it)
My Lab = +(http://tanis.hateseed.com)
+ +------=_NextPart_000_0019_01C1B58D.A26A5BA0-- + + +From david.mentre@wanadoo.fr Thu Feb 14 21:02:27 2002 +Received: from mel-rto6.wanadoo.fr (smtp-out-6.wanadoo.fr [193.252.19.25]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1EK2RW61721 + for ; Thu, 14 Feb 2002 21:02:27 +0100 (CET) + (envelope-from david.mentre@wanadoo.fr) +Received: from mel-rta10.wanadoo.fr (193.252.19.193) by mel-rto6.wanadoo.fr; 14 Feb 2002 20:56:11 +0100 +Received: from oops (193.251.184.179) by mel-rta10.wanadoo.fr; 14 Feb 2002 20:56:03 +0100 +Received: from david by oops with local (Exim 3.34 #1 (Debian)) + id 16bRz9-0000CH-00 + for ; Thu, 14 Feb 2002 20:56:03 +0100 +To: nel@nevrax.org +Subject: Re: [Nel] 3D software mode again +References: <000801c1b4c4$c5e2cf50$d33dc2d4@kissmaniac> +From: David MENTRE +Organization: none +Date: 14 Feb 2002 20:56:02 +0100 +In-Reply-To: <000801c1b4c4$c5e2cf50$d33dc2d4@kissmaniac> +Message-ID: <87bseru9bh.fsf@wanadoo.fr> +Lines: 21 +User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.1 +MIME-Version: 1.0 +Content-Type: text/plain; charset=iso-8859-1 +Content-Transfer-Encoding: 8bit +X-MIME-Autoconverted: from quoted-printable to 8bit by www.nevrax.org id g1EK2RW61721 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +"neuser jean-philippe" writes: + +> Alors pourquoi m'embeter à écrire en un mauvais anglais. + +Because english speaking people are also reading this list. + +> Snowball use opengl 1.2 extension so , i need an opengl driver +> delivered by the manufacturer of my 3D card. But i dont have a 3D card +> so i m not able to have this driver. I would like to know where can i +> download a complete Opengl software driver which support 1.2 +> extension. + +Have a look at Mesa : http://www.mesa3d.org/ + +But it should be provided with your Linux distribution. You are under +linux don't you ? + +Best regards, +d. +-- + david.mentre@wanadoo.fr + +From robert@in-orbit.net Fri Feb 15 06:24:15 2002 +Received: from quasar.skima.is (quasar.skima.is [212.30.200.205]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1F5OEW02158 + for ; Fri, 15 Feb 2002 06:24:15 +0100 (CET) + (envelope-from robert@in-orbit.net) +Received: from [213.167.146.97] by quasar.skima.is with ESMTP for nel@nevrax.org; Fri, 15 Feb 2002 05:17:56 Z +Date: Fri, 15 Feb 2002 05:45:28 -0800 +From: Robert Bjarnason +X-Mailer: The Bat! (v1.49) Personal +Organization: InOrbit Entertainment, Inc. +X-Priority: 3 (Normal) +Message-Id: <134120697333.20020215054528@in-orbit.net> +To: nel@nevrax.org +Mime-Version: 1.0 +Content-Type: text/plain; charset=ISO-8859-1 +Content-Transfer-Encoding: 8bit +X-MIME-Autoconverted: from quoted-printable to 8bit by www.nevrax.org id g1F5OEW02158 +Subject: [Nel] Problem welding / TileLightInfluences +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +X-Reply-To: =?ISO-8859-1?Q?R=F3bert_Bjarnason?= +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Hi, + +After doing my Landscape building process with +the latest NeL I get this error: + +AST zone.cpp 195 : "pi.TileLightInfluences.size()== +(uint)(pi.OrderS/2+1)*(pi.OrderT/2+1)" + +The zones I'm trying to weld worked fine before... +before the "Dynamic/Static lighting system" change. + +My zones are 160x160 max units and divided into 4 by 4 +segments before I NelConverted them... Maybe this is the +problem? Maybe I should use a higher number of segments +like 5x5? + +What does this error mean? + +Warm regards, +Robert Bjarnason +InOrbit Entertainment + + + +From berenguier@nevrax.com Fri Feb 15 11:16:28 2002 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1FAGRW10476 + for ; Fri, 15 Feb 2002 11:16:27 +0100 (CET) + (envelope-from berenguier@nevrax.com) +Received: from lionelb (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g1FAAJk71852 + for ; Fri, 15 Feb 2002 11:10:19 +0100 (CET) + (envelope-from berenguier@nevrax.com) +Message-ID: <001301c1b609$d7d86ad0$0601a8c0@lionelb> +From: "Lionel Berenguier" +To: +References: <134120697333.20020215054528@in-orbit.net> +Subject: Re: [Nel] Problem welding / TileLightInfluences +Date: Fri, 15 Feb 2002 11:16:33 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 5.50.4133.2400 +X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +It means it is a bug. Sorry :) + +It is fixed and you'll get it at next cvs synchro. + +Cheers. + +----- Original Message ----- +From: "Robert Bjarnason" +To: +Sent: Friday, February 15, 2002 2:45 PM +Subject: [Nel] Problem welding / TileLightInfluences + + +> Hi, +> +> After doing my Landscape building process with +> the latest NeL I get this error: +> +> AST zone.cpp 195 : "pi.TileLightInfluences.size()== +> (uint)(pi.OrderS/2+1)*(pi.OrderT/2+1)" +> +> The zones I'm trying to weld worked fine before... +> before the "Dynamic/Static lighting system" change. +> +> My zones are 160x160 max units and divided into 4 by 4 +> segments before I NelConverted them... Maybe this is the +> problem? Maybe I should use a higher number of segments +> like 5x5? +> +> What does this error mean? +> +> Warm regards, +> Robert Bjarnason +> InOrbit Entertainment +> +> +> _______________________________________________ +> Nel mailing list +> Nel@nevrax.org +> http://www.nevrax.org/mailman/listinfo.cgi/nel +> + + +From lecroart@nevrax.com Fri Feb 15 16:35:36 2002 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1FFZZW34841 + for ; Fri, 15 Feb 2002 16:35:35 +0100 (CET) + (envelope-from lecroart@nevrax.com) +Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g1FFTSk75352 + for ; Fri, 15 Feb 2002 16:29:28 +0100 (CET) + (envelope-from lecroart@nevrax.com) +Message-ID: <007401c1b635$8e11d5e0$0901a8c0@vianneyl> +From: "Vianney Lecroart" +To: +References: <134120697333.20020215054528@in-orbit.net> <001301c1b609$d7d86ad0$0601a8c0@lionelb> +Date: Fri, 15 Feb 2002 16:29:27 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 6.00.2600.0000 +X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 +Subject: [Nel] itsalive and TransportClass +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Hi all, + +itsalive is alive!!!! Snowballs server is back online so you can connect to +it with snowballs client (you can find an *unofficial* windows compiled +version on my webpage (look my signature)). + +CTransportClass is added on the net lib that enable communcation of class +between services easily and handle different class version (one service can +have a old class and another a new one and communicate them with no +problem). Take a look at nel/samples/class_transport and/or the +transport_class.h. + +Vianney Lecroart +--- +lead network programmer / nevrax.com +icq#: 6870415 +homepage: http://ace.planet-d.net +www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- +w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? + + + +From loic@dachary.org Sun Feb 17 15:44:37 2002 +Received: from inspiron.dachary.org (aboukir-101-1-13-alebeon.adsl.nerim.net [62.212.101.54]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1HEiZW28237 + for ; Sun, 17 Feb 2002 15:44:36 +0100 (CET) + (envelope-from loic@dachary.org) +Received: from loic by inspiron.dachary.org with local (Exim 3.34 #1 (Debian)) + id 16cSSH-00022t-00 + for ; Sun, 17 Feb 2002 15:38:17 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Transfer-Encoding: 7bit +Message-ID: <15471.49241.106895.728972@inspiron.dachary.org> +Date: Sun, 17 Feb 2002 15:38:17 +0100 +From: Loic Dachary +To: nel@nevrax.org +X-Mailer: VM 7.01 under Emacs 21.1.1 +Subject: [Nel] GNU/Linux fixes +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +X-Reply-To: loic@gnu.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + + Hi, + + I'd be grateful if you could apply the patch below. It was +generated with today's CVS. Nel + snowballs compile + run with +this patch. Here is a short description: + + - AM_GL_VERIFY autoconf macro (not used but necessary to turn + the current hackish workaround into a proper fix) + + - virtual destructors with throw() (gcc-3) + + - friend declaration + + - Makefile inconsistency + + - Missing newline at end of file + + - dynamic_cast workaround for gcc + + - Spurious dots in Makefile.am SUBDIRS + + - noop inlines that prevent proper compilation when in + --with-debug mode + + - uncommented string after endif + + - proper stl lib inclusion when --with-debug=full + + - missing parenthesis at end of 'if' expr + + Thanks in advance, + +Index: nel/acinclude.m4 +=================================================================== +RCS file: /home/cvsroot/code/nel/acinclude.m4,v +retrieving revision 1.7 +diff -u -r1.7 acinclude.m4 +--- nel/acinclude.m4 29 Jan 2002 13:21:42 -0000 1.7 ++++ nel/acinclude.m4 17 Feb 2002 13:02:19 -0000 +@@ -45,6 +45,14 @@ + dnl Description: check the instalation of the OpenGL library and set the + dnl OPENGL_CFLAGS and OPENGL_LIBS variables to use it. + dnl ++dnl AM_GL_VERIFY ++dnl ++dnl Description: checks OpenGL headers and libraries consistency. ++dnl Define NEL_ARB_MULTITEXTURE_NO_TYPEDEFS ++dnl if GL_ARB_multitexture is defined in gl.h but is missing ++dnl functions typedefs. This happens, for instance, with ++dnl Mesa-3.4.2 & Mesa-4.0.1. ++dnl + dnl + dnl AM_PATH_FREETYPE + dnl +@@ -605,6 +613,32 @@ + AC_SUBST(OPENGL_CFLAGS) + AC_SUBST(OPENGL_LIBS) + ++]) ++ ++AC_DEFUN(AM_GL_VERIFY, ++[ ++_CPPFLAGS="$CPPFLAGS" ++ ++CPPFLAGS="$CXXFLAGS $OPENGL_CFLAGS" ++ ++AC_MSG_CHECKING([for GL_ARB_multitexture in gl.h]) ++AC_EGREP_CPP(glActiveTextureARB, ++[#define GL_GLEXT_PROTOTYPES ++#include ], ++[ ++ AC_EGREP_CPP(PFNGLACTIVETEXTUREARBPROC, ++ [#include ], ++ [AC_MSG_RESULT([found and typedefs defined])], ++ [ ++ AC_MSG_RESULT([found and missing typdefs, define NEL_ARB_MULTITEXTURE_NO_TYPEDEFS]) ++ AC_DEFINE(NEL_ARB_MULTITEXTURE_NO_TYPEDEFS) ++ ]) ++], ++[ ++ AC_MSG_RESULT([not found, this is ok]) ++]) ++ ++CPPFLAGS="$_CPPFLAGS" + ]) + + +Index: nel/configure.in +=================================================================== +RCS file: /home/cvsroot/code/nel/configure.in,v +retrieving revision 1.59 +diff -u -r1.59 configure.in +--- nel/configure.in 28 Jan 2002 15:22:19 -0000 1.59 ++++ nel/configure.in 17 Feb 2002 13:02:19 -0000 +@@ -247,7 +247,7 @@ + dnl OpenGL + + AM_PATH_OPENGL($enable_3d) +- ++AM_GL_VERIFY + + dnl ==================================================================== + dnl Check for XF86VidMode extension (-lXxf86vm) +Index: nel/include/nel/misc/common.h +=================================================================== +RCS file: /home/cvsroot/code/nel/include/nel/misc/common.h,v +retrieving revision 1.34 +diff -u -r1.34 common.h +--- nel/include/nel/misc/common.h 12 Feb 2002 13:56:16 -0000 1.34 ++++ nel/include/nel/misc/common.h 17 Feb 2002 13:02:22 -0000 +@@ -240,6 +240,7 @@ + Exception(); + Exception(const std::string &reason); + Exception(const char *format, ...); ++ virtual ~Exception() throw() {}; + virtual const char *what() const throw(); + }; + +Index: nel/include/nel/misc/stream.h +=================================================================== +RCS file: /home/cvsroot/code/nel/include/nel/misc/stream.h,v +retrieving revision 1.50 +diff -u -r1.50 stream.h +--- nel/include/nel/misc/stream.h 27 Nov 2001 15:59:55 -0000 1.50 ++++ nel/include/nel/misc/stream.h 17 Feb 2002 13:02:22 -0000 +@@ -77,6 +77,8 @@ + + EStream( const IStream &f, const std::string& str ); + ++ virtual ~EStream() throw() {} ++ + // May Not be Filled... + std::string StreamName; + }; +Index: nel/include/nel/net/buf_net_base.h +=================================================================== +RCS file: /home/cvsroot/code/nel/include/nel/net/buf_net_base.h,v +retrieving revision 1.5 +diff -u -r1.5 buf_net_base.h +--- nel/include/nel/net/buf_net_base.h 21 Jun 2001 12:35:16 -0000 1.5 ++++ nel/include/nel/net/buf_net_base.h 17 Feb 2002 13:02:22 -0000 +@@ -135,7 +135,7 @@ + + protected: + +- friend CBufSock; ++ friend class NLNET::CBufSock; + + /// Constructor + CBufNetBase(); +Index: nel/src/3d/Makefile.am +=================================================================== +RCS file: /home/cvsroot/code/nel/src/3d/Makefile.am,v +retrieving revision 1.67 +diff -u -r1.67 Makefile.am +--- nel/src/3d/Makefile.am 15 Feb 2002 17:37:54 -0000 1.67 ++++ nel/src/3d/Makefile.am 17 Feb 2002 13:02:25 -0000 +@@ -460,10 +460,7 @@ + visual_collision_manager_user.h \ + water_height_map.cpp \ + water_height_map.h \ +- water_imp.cpp \ + water_model.cpp \ +- water_model.cpp (essai) \ +- water_model.cpp(old) \ + water_model.h \ + water_pool_manager.cpp \ + water_pool_manager.h \ +Index: nel/src/3d/cube_map_builder.h +=================================================================== +RCS file: /home/cvsroot/code/nel/src/3d/cube_map_builder.h,v +retrieving revision 1.1 +diff -u -r1.1 cube_map_builder.h +--- nel/src/3d/cube_map_builder.h 4 Feb 2002 10:42:31 -0000 1.1 ++++ nel/src/3d/cube_map_builder.h 17 Feb 2002 13:02:25 -0000 +@@ -57,4 +57,4 @@ + } + + +-#endif +\ No newline at end of file ++#endif +Index: nel/src/3d/landscape.h +=================================================================== +RCS file: /home/cvsroot/code/nel/src/3d/landscape.h,v +retrieving revision 1.31 +diff -u -r1.31 landscape.h +--- nel/src/3d/landscape.h 6 Feb 2002 16:54:56 -0000 1.31 ++++ nel/src/3d/landscape.h 17 Feb 2002 13:02:25 -0000 +@@ -104,6 +104,7 @@ + + public: + EBadBind() {} ++ ~EBadBind() throw () {} + virtual const char *what() const throw(); + + }; +Index: nel/src/3d/ps_misc.h +=================================================================== +RCS file: /home/cvsroot/code/nel/src/3d/ps_misc.h,v +retrieving revision 1.1 +diff -u -r1.1 ps_misc.h +--- nel/src/3d/ps_misc.h 2 Oct 2001 16:35:39 -0000 1.1 ++++ nel/src/3d/ps_misc.h 17 Feb 2002 13:02:25 -0000 +@@ -82,4 +82,4 @@ + + } // NL3D + +-#endif +\ No newline at end of file ++#endif +Index: nel/src/3d/scene.cpp +=================================================================== +RCS file: /home/cvsroot/code/nel/src/3d/scene.cpp,v +retrieving revision 1.62 +diff -u -r1.62 scene.cpp +--- nel/src/3d/scene.cpp 6 Feb 2002 16:54:56 -0000 1.62 ++++ nel/src/3d/scene.cpp 17 Feb 2002 13:02:25 -0000 +@@ -463,7 +463,11 @@ + #endif + + // Look if this instance get lightmap information +- CMeshBase *pMB = dynamic_cast( (IShape*)(pTShp->Shape) ); ++#if defined(__GNUC__) && __GNUC__ < 3 ++ CMeshBase *pMB = (CMeshBase*)((IShape*)(pTShp->Shape)); ++#else // not GNUC ++ CMeshBase *pMB = dynamic_cast((IShape*)(pTShp->Shape)); ++#endif // not GNUC + CMeshBaseInstance *pMBI = dynamic_cast( pTShp ); + if( ( pMB != NULL ) && ( pMBI != NULL ) ) + { // Try to bind to automatic animation +Index: nel/src/3d/driver/Makefile.am +=================================================================== +RCS file: /home/cvsroot/code/nel/src/3d/driver/Makefile.am,v +retrieving revision 1.1 +diff -u -r1.1 Makefile.am +--- nel/src/3d/driver/Makefile.am 18 Dec 2000 15:30:11 -0000 1.1 ++++ nel/src/3d/driver/Makefile.am 17 Feb 2002 13:02:25 -0000 +@@ -4,7 +4,7 @@ + + MAINTAINERCLEANFILES = Makefile.in + +-SUBDIRS = opengl . ++SUBDIRS = opengl + + + # End of Makefile.am +Index: nel/src/3d/driver/opengl/driver_opengl.h +=================================================================== +RCS file: /home/cvsroot/code/nel/src/3d/driver/opengl/driver_opengl.h,v +retrieving revision 1.110 +diff -u -r1.110 driver_opengl.h +--- nel/src/3d/driver/opengl/driver_opengl.h 15 Feb 2002 17:43:03 -0000 1.110 ++++ nel/src/3d/driver/opengl/driver_opengl.h 17 Feb 2002 13:02:26 -0000 +@@ -381,10 +381,10 @@ + virtual void forceTextureResize(uint divisor); + + /// Setup texture env functions. Used by setupMaterial +- inline void setTextureEnvFunction(uint stage, CMaterial& mat); ++ void setTextureEnvFunction(uint stage, CMaterial& mat); + + /// setup the texture matrix for a given number of stages (starting from 0) +- inline void setupUserTextureMatrix(uint numStages, CMaterial& mat); ++ void setupUserTextureMatrix(uint numStages, CMaterial& mat); + + /// For objects with caustics, setup the first texture (which actually is the one from the material) + /*static inline void setupCausticsFirstTex(const CMaterial &mat); +Index: nel/src/3d/driver/opengl/driver_opengl_material.cpp +=================================================================== +RCS file: /home/cvsroot/code/nel/src/3d/driver/opengl/driver_opengl_material.cpp,v +retrieving revision 1.57 +diff -u -r1.57 driver_opengl_material.cpp +--- nel/src/3d/driver/opengl/driver_opengl_material.cpp 15 Feb 2002 17:43:41 -0000 1.57 ++++ nel/src/3d/driver/opengl/driver_opengl_material.cpp 17 Feb 2002 13:02:27 -0000 +@@ -104,7 +104,7 @@ + + + // -------------------------------------------------- +-inline void CDriverGL::setTextureEnvFunction(uint stage, CMaterial& mat) ++void CDriverGL::setTextureEnvFunction(uint stage, CMaterial& mat) + { + ITexture *text= mat.getTexture(stage); + if(text) +@@ -138,7 +138,7 @@ + + + //-------------------------------- +-inline void CDriverGL::setupUserTextureMatrix(uint numStages, CMaterial& mat) ++void CDriverGL::setupUserTextureMatrix(uint numStages, CMaterial& mat) + { + if ( + (_UserTexMatEnabled != 0 && (mat.getFlags() & IDRV_MAT_USER_TEX_MAT_ALL) == 0) +Index: nel/src/misc/Makefile.am +=================================================================== +RCS file: /home/cvsroot/code/nel/src/misc/Makefile.am,v +retrieving revision 1.39 +diff -u -r1.39 Makefile.am +--- nel/src/misc/Makefile.am 12 Dec 2001 15:40:10 -0000 1.39 ++++ nel/src/misc/Makefile.am 17 Feb 2002 13:02:28 -0000 +@@ -4,7 +4,7 @@ + + MAINTAINERCLEANFILES = Makefile.in + +-SUBDIRS = config_file . ++SUBDIRS = config_file + + lib_LTLIBRARIES = libnelmisc.la + +Index: nel/src/misc/mutex.cpp +=================================================================== +RCS file: /home/cvsroot/code/nel/src/misc/mutex.cpp,v +retrieving revision 1.26 +diff -u -r1.26 mutex.cpp +--- nel/src/misc/mutex.cpp 8 Jan 2002 15:56:36 -0000 1.26 ++++ nel/src/misc/mutex.cpp 17 Feb 2002 13:02:28 -0000 +@@ -25,7 +25,9 @@ + + #include "stdmisc.h" + ++#ifndef _GNU_SOURCE + #define _GNU_SOURCE ++#endif // _GNU_SOURCE + + #include "nel/misc/mutex.h" + #include "nel/misc/time_nl.h" +Index: nel/src/misc/path.cpp +=================================================================== +RCS file: /home/cvsroot/code/nel/src/misc/path.cpp,v +retrieving revision 1.19 +diff -u -r1.19 path.cpp +--- nel/src/misc/path.cpp 12 Feb 2002 13:55:59 -0000 1.19 ++++ nel/src/misc/path.cpp 17 Feb 2002 13:02:28 -0000 +@@ -723,7 +723,7 @@ + #else // NL_OS_WINDOWS + struct stat buf; + return stat (filename.c_str (), &buf) == 0; +-#endif NL_OS_WINDOWS ++#endif // NL_OS_WINDOWS + } + + bool CFile::fileExists (const string& filename) +Index: nel/src/sound/driver/Makefile.am +=================================================================== +RCS file: /home/cvsroot/code/nel/src/sound/driver/Makefile.am,v +retrieving revision 1.2 +diff -u -r1.2 Makefile.am +--- nel/src/sound/driver/Makefile.am 3 Aug 2001 10:16:59 -0000 1.2 ++++ nel/src/sound/driver/Makefile.am 17 Feb 2002 13:02:29 -0000 +@@ -4,7 +4,7 @@ + + MAINTAINERCLEANFILES = Makefile.in + +-SUBDIRS = openal . ++SUBDIRS = openal + + noinst_LTLIBRARIES = libnelsnd_lowlevel.la + +Index: snowballs2/acinclude.m4 +=================================================================== +RCS file: /home/cvsroot/code/snowballs2/acinclude.m4,v +retrieving revision 1.7 +diff -u -r1.7 acinclude.m4 +--- snowballs2/acinclude.m4 29 Jan 2002 13:21:42 -0000 1.7 ++++ snowballs2/acinclude.m4 17 Feb 2002 13:02:43 -0000 +@@ -364,7 +364,12 @@ + path to the STLPort library files directory. + e.g. /usr/local/stlport/lib]) + +-stlport_lib="stlport_gcc" ++if test "$with_debug" = "full" ++then ++ stlport_lib="stlport_gcc_stldebug" ++else ++ stlport_lib="stlport_gcc" ++fi + + if test "$with_stlport" = no + then +Index: snowballs2/client/src/entities.cpp +=================================================================== +RCS file: /home/cvsroot/code/snowballs2/client/src/entities.cpp,v +retrieving revision 1.42 +diff -u -r1.42 entities.cpp +--- snowballs2/client/src/entities.cpp 14 Feb 2002 13:03:53 -0000 1.42 ++++ snowballs2/client/src/entities.cpp 17 Feb 2002 13:02:44 -0000 +@@ -719,7 +719,7 @@ + } + */ + // snap to the ground +- if (!GlobalRetriever->isInterior(gPos) ++ if (!GlobalRetriever->isInterior(gPos)) + entity.VisualCollisionEntity->snapToGround(entity.Position); + + if (entity.Type == CEntity::Other && +@@ -728,7 +728,7 @@ + // nlinfo("detected over entity %d", entity.Id); + entity.ServerPosition.z = entity.Position.z; + entity.Position = entity.ServerPosition; +- if (!GlobalRetriever->isInterior(gPos) ++ if (!GlobalRetriever->isInterior(gPos)) + entity.VisualCollisionEntity->snapToGround(entity.Position); + entity.MovePrimitive->setGlobalPosition(CVectorD(entity.Position.x, entity.Position.y, entity.Position.z), 0); + } + +-- +Loic Dachary http://www.dachary.org/ loic@dachary.org +12 bd Magenta http://www.senga.org/ loic@senga.org +75010 Paris T: 33 1 42 45 07 97 loic@gnu.org + GPG Public Key: http://www.dachary.org/loic/gpg.txt + +From berenguier@nevrax.com Mon Feb 18 10:54:07 2002 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1I9s5W89170 + for ; Mon, 18 Feb 2002 10:54:06 +0100 (CET) + (envelope-from berenguier@nevrax.com) +Received: from lionelb (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g1I9luk89128 + for ; Mon, 18 Feb 2002 10:47:56 +0100 (CET) + (envelope-from berenguier@nevrax.com) +Message-ID: <000e01c1b862$3a90f9d0$0601a8c0@lionelb> +From: "Lionel Berenguier" +To: +References: <15471.49241.106895.728972@inspiron.dachary.org> +Subject: Re: [Nel] GNU/Linux fixes +Date: Mon, 18 Feb 2002 10:54:17 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 5.50.4133.2400 +X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Thanks for this patch. + +As you say, AM_GL_VERIFY is not used and I don't find use of +NEL_ARB_MULTITEXTURE_NO_TYPEDEFS in your patch. + +We think that our way to solve the GL version problem is better, even if +maybe more weird, since it solves it both under windows and linux. + +The rest of the patch will be applied. Tell us if not applying AM_GL_VERIFY +patch is a problem. + +Cheers. + +Lionel + +----- Original Message ----- +From: "Loic Dachary" +To: +Sent: Sunday, February 17, 2002 3:38 PM +Subject: [Nel] GNU/Linux fixes + + +> +> Hi, +> +> I'd be grateful if you could apply the patch below. It was +> generated with today's CVS. Nel + snowballs compile + run with +> this patch. Here is a short description: +> +> - AM_GL_VERIFY autoconf macro (not used but necessary to turn +> the current hackish workaround into a proper fix) +[....] +> +> Thanks in advance, +> +> Index: nel/acinclude.m4 +> =================================================================== +> RCS file: /home/cvsroot/code/nel/acinclude.m4,v +> retrieving revision 1.7 +> diff -u -r1.7 acinclude.m4 +> --- nel/acinclude.m4 29 Jan 2002 13:21:42 -0000 1.7 +> +++ nel/acinclude.m4 17 Feb 2002 13:02:19 -0000 +> @@ -45,6 +45,14 @@ +> dnl Description: check the instalation of the OpenGL library and set +the +> dnl OPENGL_CFLAGS and OPENGL_LIBS variables to use it. +> dnl +> +dnl AM_GL_VERIFY +> +dnl +> +dnl Description: checks OpenGL headers and libraries consistency. +> +dnl Define NEL_ARB_MULTITEXTURE_NO_TYPEDEFS +> +dnl if GL_ARB_multitexture is defined in gl.h but is missing +> +dnl functions typedefs. This happens, for instance, with +> +dnl Mesa-3.4.2 & Mesa-4.0.1. +> +dnl +> dnl +> dnl AM_PATH_FREETYPE +> dnl +> @@ -605,6 +613,32 @@ +> AC_SUBST(OPENGL_CFLAGS) +> AC_SUBST(OPENGL_LIBS) +> +> +]) +> + +> +AC_DEFUN(AM_GL_VERIFY, +> + +> +_CPPFLAGS="$CPPFLAGS" +> + +> +CPPFLAGS="$CXXFLAGS $OPENGL_CFLAGS" +> + +> +AC_MSG_CHECKING([for GL_ARB_multitexture in gl.h]) +> +AC_EGREP_CPP(glActiveTextureARB, +> +[#define GL_GLEXT_PROTOTYPES +> +#include ], +> +[ +> + AC_EGREP_CPP(PFNGLACTIVETEXTUREARBPROC, +> + [#include ], +> + [AC_MSG_RESULT([found and typedefs defined])], +> + [ +> + AC_MSG_RESULT([found and missing typdefs, define +NEL_ARB_MULTITEXTURE_NO_TYPEDEFS]) +> + AC_DEFINE(NEL_ARB_MULTITEXTURE_NO_TYPEDEFS) +> + ]) +> +], +> +[ +> + AC_MSG_RESULT([not found, this is ok]) +> +]) +> + +> +CPPFLAGS="$_CPPFLAGS" +> ]) +> +> +> Index: nel/configure.in +> =================================================================== +> RCS file: /home/cvsroot/code/nel/configure.in,v +> retrieving revision 1.59 +> diff -u -r1.59 configure.in +> --- nel/configure.in 28 Jan 2002 15:22:19 -0000 1.59 +> +++ nel/configure.in 17 Feb 2002 13:02:19 -0000 +> @@ -247,7 +247,7 @@ +> dnl OpenGL +> +> AM_PATH_OPENGL($enable_3d) +> - +> +AM_GL_VERIFY + + + +From miller@nevrax.com Mon Feb 18 11:18:28 2002 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1IAINW90493 + for ; Mon, 18 Feb 2002 11:18:24 +0100 (CET) + (envelope-from miller@nevrax.com) +Received: from miller (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g1IACAk89449 + for ; Mon, 18 Feb 2002 11:12:10 +0100 (CET) + (envelope-from miller@nevrax.com) +From: "Daniel Miller" +To: +Subject: RE: [Nel] NeL 3D Library : Features +Date: Mon, 18 Feb 2002 11:12:09 +0100 +Message-ID: +MIME-Version: 1.0 +Content-Type: text/plain; + charset="us-ascii" +Content-Transfer-Encoding: 7bit +X-Priority: 3 (Normal) +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) +Importance: Normal +X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 +In-Reply-To: <15464.59174.152741.642712@inspiron.dachary.org> +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +This one is a little out of date - I wrote it last April. +The feature list hasn't realy changed, but the 'to be developed' and 'in +development' listings are badly out of date. + +We'll give it a once over shortly. + +Regards, +Daniel + + +-----Original Message----- +From: nel-admin@nevrax.org [mailto:nel-admin@nevrax.org]On Behalf Of +Loic Dachary +Sent: Tuesday, February 12, 2002 10:58 AM +To: nel@nevrax.org +Subject: [Nel] NeL 3D Library : Features + + + + Hi, + + I wonder if the http://www.nevrax.org/docs/features_nel_3d.php3 +page is up to date. It does not contain a date, therefore I feel the need +of bothering people ;-) + + Here are a few typo fixes: + +s/dissable/disable/ +s/technicque/technique/ +s/ofobjects/of objects/ +s/insuffricient/insufficient/ + + Cheers, + +-- +Loic Dachary http://www.dachary.org/ loic@dachary.org +12 bd Magenta http://www.senga.org/ loic@senga.org +75010 Paris T: 33 1 42 45 07 97 loic@gnu.org + GPG Public Key: http://www.dachary.org/loic/gpg.txt +_______________________________________________ +Nel mailing list +Nel@nevrax.org +http://www.nevrax.org/mailman/listinfo.cgi/nel + + +From lecroart@nevrax.com Mon Feb 18 12:29:15 2002 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1IBTEW94995 + for ; Mon, 18 Feb 2002 12:29:14 +0100 (CET) + (envelope-from lecroart@nevrax.com) +Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g1IBN5k90312 + for ; Mon, 18 Feb 2002 12:23:05 +0100 (CET) + (envelope-from lecroart@nevrax.com) +Message-ID: <006801c1b86e$a2602d90$0901a8c0@vianneyl> +From: "Vianney Lecroart" +To: +References: <15471.49241.106895.728972@inspiron.dachary.org> +Date: Mon, 18 Feb 2002 12:23:05 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 6.00.2600.0000 +X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 +Subject: [Nel] contrib et fix +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Bonjour, + +Je sais qu'il y a une difference entre une contribution (un gros patch) et +un fix, mais j'aimerais savoir si il y a des doc officiels qui precisent la +limite entre les 2. C'est a dire, si quelqu'un nous donne un patch de 15 +lignes, est ce un fix ou une contrib? La limite est fixe par un nombre de +ligne? Si oui, de combien, y a t il une url qui parle de cela? + +Merci + +Vianney Lecroart +--- +lead network programmer / nevrax.com +icq#: 6870415 +homepage: http://ace.planet-d.net +www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- +w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? + + + + +From lecroart@nevrax.com Mon Feb 18 12:36:46 2002 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1IBakW95451 + for ; Mon, 18 Feb 2002 12:36:46 +0100 (CET) + (envelope-from lecroart@nevrax.com) +Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g1IBUbk90457 + for ; Mon, 18 Feb 2002 12:30:37 +0100 (CET) + (envelope-from lecroart@nevrax.com) +Message-ID: <008201c1b86f$afccf4d0$0901a8c0@vianneyl> +From: "Vianney Lecroart" +To: +References: <15471.49241.106895.728972@inspiron.dachary.org> <006801c1b86e$a2602d90$0901a8c0@vianneyl> +Subject: Re: [Nel] contrib et fix +Date: Mon, 18 Feb 2002 12:30:37 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 6.00.2600.0000 +X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Ouppssss, sorry, it was a private mail, not for the nel mailing list :) +anyway, I'll ask you: + +I know that there is a difference between a contribution (a large patch) and +a fix, but I would like to know if there are official Doc. +which spoke the limit between the 2. If somebody gives us a patch of 15 +lines, is a this fix or a contrib? Is the limit fixed by a number of line? +If so, where is the limit? Is there a URL which speaks about that? + +Thank you + +Vianney Lecroart +--- +lead network programmer / nevrax.com +icq#: 6870415 +homepage: http://ace.planet-d.net +www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- +w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? + +----- Original Message ----- +From: "Vianney Lecroart" +To: +Sent: Monday, February 18, 2002 12:23 PM +Subject: [Nel] contrib et fix + + +> Bonjour, +> +> Je sais qu'il y a une difference entre une contribution (un gros patch) et +> un fix, mais j'aimerais savoir si il y a des doc officiels qui precisent +la +> limite entre les 2. C'est a dire, si quelqu'un nous donne un patch de 15 +> lignes, est ce un fix ou une contrib? La limite est fixe par un nombre de +> ligne? Si oui, de combien, y a t il une url qui parle de cela? +> +> Merci +> +> Vianney Lecroart +> --- +> lead network programmer / nevrax.com +> icq#: 6870415 +> homepage: http://ace.planet-d.net +> www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? +K- +> w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? +> +> +> +> _______________________________________________ +> Nel mailing list +> Nel@nevrax.org +> http://www.nevrax.org/mailman/listinfo.cgi/nel +> + + +From tanis@mediacom.it Mon Feb 18 12:53:37 2002 +Received: from digi-web.it (80.64-26.27.110.62.in-addr.arpa [62.110.27.80] (may be forged)) + by www.nevrax.org (8.11.0/8.11.0) with SMTP id g1IBrbW96538 + for ; Mon, 18 Feb 2002 12:53:37 +0100 (CET) + (envelope-from tanis@mediacom.it) +Received: (qmail 15168 invoked from network); 18 Feb 2002 12:28:24 -0000 +Received: from unknown (HELO valerio) (172.16.69.2) + by mail.digisoft.local with SMTP; 18 Feb 2002 12:28:24 -0000 +Message-ID: <0abf01c1b872$1a9db450$024510ac@valerio> +From: "Valerio Santinelli" +To: +References: <15471.49241.106895.728972@inspiron.dachary.org> <006801c1b86e$a2602d90$0901a8c0@vianneyl> <008201c1b86f$afccf4d0$0901a8c0@vianneyl> +Subject: Re: [Nel] contrib et fix +Date: Mon, 18 Feb 2002 12:47:55 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 6.00.2600.0000 +X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +In my opinion contributions are more than patches. They usually are new +features and/or new programs that interface with the current official +distribution. +Most unix packages have a "contrib" directory with "contributed" programs in +it. + +My 0.02 Euro :) + +-- +Valerio Santinelli +HateSeed.com Founder (http://www.hateseed.com) +In Flames Italia Webmaster (http://www.inflames.it) +My Lab (http://tanis.hateseed.com) + + +----- Original Message ----- +From: "Vianney Lecroart" +To: +Sent: Monday, February 18, 2002 12:30 PM +Subject: Re: [Nel] contrib et fix + + +> Ouppssss, sorry, it was a private mail, not for the nel mailing list :) +> anyway, I'll ask you: +> +> I know that there is a difference between a contribution (a large patch) +and +> a fix, but I would like to know if there are official Doc. +> which spoke the limit between the 2. If somebody gives us a patch of 15 +> lines, is a this fix or a contrib? Is the limit fixed by a number of +line? +> If so, where is the limit? Is there a URL which speaks about that? +> +> Thank you +> +> Vianney Lecroart +> --- +> lead network programmer / nevrax.com +> icq#: 6870415 +> homepage: http://ace.planet-d.net +> www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? +K- +> w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? +> +> ----- Original Message ----- +> From: "Vianney Lecroart" +> To: +> Sent: Monday, February 18, 2002 12:23 PM +> Subject: [Nel] contrib et fix +> +> +> > Bonjour, +> > +> > Je sais qu'il y a une difference entre une contribution (un gros patch) +et +> > un fix, mais j'aimerais savoir si il y a des doc officiels qui precisent +> la +> > limite entre les 2. C'est a dire, si quelqu'un nous donne un patch de 15 +> > lignes, est ce un fix ou une contrib? La limite est fixe par un nombre +de +> > ligne? Si oui, de combien, y a t il une url qui parle de cela? +> > +> > Merci +> > +> > Vianney Lecroart +> > --- +> > lead network programmer / nevrax.com +> > icq#: 6870415 +> > homepage: http://ace.planet-d.net +> > www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ +o? +> K- +> > w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? +> > +> > +> > +> > _______________________________________________ +> > Nel mailing list +> > Nel@nevrax.org +> > http://www.nevrax.org/mailman/listinfo.cgi/nel +> > +> +> _______________________________________________ +> Nel mailing list +> Nel@nevrax.org +> http://www.nevrax.org/mailman/listinfo.cgi/nel +> +> + + + +From robert@in-orbit.net Mon Feb 18 14:12:45 2002 +Received: from quasar.skima.is (quasar.skima.is [212.30.200.205]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1IDCiW01658 + for ; Mon, 18 Feb 2002 14:12:44 +0100 (CET) + (envelope-from robert@in-orbit.net) +Received: from [213.167.146.97] by quasar.skima.is with ESMTP for nel@nevrax.org; Mon, 18 Feb 2002 13:06:23 Z +Date: Mon, 18 Feb 2002 13:33:50 -0800 +From: Robert Bjarnason +X-Mailer: The Bat! (v1.49) Personal +Organization: InOrbit Entertainment, Inc. +X-Priority: 3 (Normal) +Message-Id: <86407999011.20020218133350@in-orbit.net> +To: nel@nevrax.org +Mime-Version: 1.0 +Content-Type: text/plain; charset=ISO-8859-1 +Content-Transfer-Encoding: 8bit +X-MIME-Autoconverted: from quoted-printable to 8bit by www.nevrax.org id g1IDCiW01658 +Subject: [Nel] Different Animation results +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +X-Reply-To: =?ISO-8859-1?Q?R=F3bert_Bjarnason?= +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Hi, + +I have max3.1 and character studio 3.01. My animations +and skinning look fine in the NeL Object Viewer but +when I load them into my client app (that is based on +Snowballs2) there are problems. For example: +in a walk cycle, in Object Viewer/max the arms are +animated down by the sides of the torso, but in my +client app they come straight out from the shoulders +and the fingers are at a (semi) fixed point so the +fingers grow larger and shorter (skinning problem?)... +Any hints? + +Warm regards, +Robert Bjarnason +robert@in-orbit.net + + + +From robert@in-orbit.net Mon Feb 18 15:14:08 2002 +Received: from quasar.skima.is (quasar.skima.is [212.30.200.205]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1IEE7W05703 + for ; Mon, 18 Feb 2002 15:14:07 +0100 (CET) + (envelope-from robert@in-orbit.net) +Received: from [213.167.146.97] by quasar.skima.is with ESMTP for nel@nevrax.org; Mon, 18 Feb 2002 14:07:52 Z +Date: Mon, 18 Feb 2002 14:35:18 -0800 +From: Robert Bjarnason +X-Mailer: The Bat! (v1.49) Personal +Organization: InOrbit Entertainment, Inc. +X-Priority: 3 (Normal) +Message-Id: <157411687395.20020218143518@in-orbit.net> +To: nel@nevrax.org +Subject: Re: [Nel] Different Animation results (more info) +In-reply-To: <86407999011.20020218133350@in-orbit.net> +References: <86407999011.20020218133350@in-orbit.net> +Mime-Version: 1.0 +Content-Type: text/plain; charset=ISO-8859-1 +Content-Transfer-Encoding: 8bit +X-MIME-Autoconverted: from quoted-printable to 8bit by www.nevrax.org id g1IEE7W05703 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +X-Reply-To: =?ISO-8859-1?Q?R=F3bert_Bjarnason?= +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Hi, + +When I use the standalone Object Viewer.exe and load +the shape, skel, swt & animation I get the exact same +corrupt results as when I view the animations in +the client application. So the difference seems to +be when I export the data to files instead of having +the Object Viewer transfer the data directly from +3dxmax... + +Warm regards, +Robert Bjarnason +InOrbit Entertainment + + + +From corvazier@nevrax.com Mon Feb 18 16:55:46 2002 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1IFtjW12470 + for ; Mon, 18 Feb 2002 16:55:45 +0100 (CET) + (envelope-from corvazier@nevrax.com) +Received: from cyrilc (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g1IFnan93251 + for ; Mon, 18 Feb 2002 16:49:36 +0100 (CET) + (envelope-from corvazier@nevrax.com) +Message-ID: <000b01c1b893$ed7b0410$1701a8c0@cyrilc> +From: "Cyril 'Hulud' Corvazier" +To: +References: <86407999011.20020218133350@in-orbit.net> <157411687395.20020218143518@in-orbit.net> +Subject: Re: [Nel] Different Animation results (more info) +Date: Mon, 18 Feb 2002 16:50:02 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 5.50.4522.1200 +X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Hi Robert, + +> When I use the standalone Object Viewer.exe and load +> the shape, skel, swt & animation I get the exact same +> corrupt results as when I view the animations in +> the client application. So the difference seems to +> be when I export the data to files instead of having +> the Object Viewer transfer the data directly from +> 3dxmax... + +Be sure your biped is in "Figure Mode" when you export the skeleton +(*.skel) and your shape (*.shape). + +This should fixe your problem. + +Regards, + +Cyril Corvazier + + + +From robert@in-orbit.net Mon Feb 18 17:13:42 2002 +Received: from quasar.skima.is (quasar.skima.is [212.30.200.205]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1IGDeW13688 + for ; Mon, 18 Feb 2002 17:13:41 +0100 (CET) + (envelope-from robert@in-orbit.net) +Received: from [213.167.146.97] by quasar.skima.is with ESMTP for nel@nevrax.org; Mon, 18 Feb 2002 16:07:03 Z +Date: Mon, 18 Feb 2002 16:29:06 -0800 +From: Robert Bjarnason +X-Mailer: The Bat! (v1.49) Personal +Organization: InOrbit Entertainment, Inc. +X-Priority: 3 (Normal) +Message-Id: <154418515293.20020218162906@in-orbit.net> +To: "Cyril 'Hulud' Corvazier" +Subject: Re[2]: [Nel] Different Animation results (more info) +In-reply-To: <000b01c1b893$ed7b0410$1701a8c0@cyrilc> +References: <86407999011.20020218133350@in-orbit.net> + <157411687395.20020218143518@in-orbit.net> + <000b01c1b893$ed7b0410$1701a8c0@cyrilc> +Mime-Version: 1.0 +Content-Type: text/plain; charset=ISO-8859-1 +Content-Transfer-Encoding: 8bit +X-MIME-Autoconverted: from quoted-printable to 8bit by www.nevrax.org id g1IGDeW13688 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +X-Reply-To: =?ISO-8859-1?Q?R=F3bert_Bjarnason?= +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Hi Cyril, + +CHC> Be sure your biped is in "Figure Mode" when you export the skeleton +CHC> (*.skel) and your shape (*.shape). + +CHC> This should fixe your problem. + +Yes, it did :) + +Thanks, +Robert + + + +From loic@dachary.org Mon Feb 18 19:04:06 2002 +Received: from inspiron.dachary.org (aboukir-101-1-13-alebeon.adsl.nerim.net [62.212.101.54]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1II45W21552 + for ; Mon, 18 Feb 2002 19:04:06 +0100 (CET) + (envelope-from loic@dachary.org) +Received: from loic by inspiron.dachary.org with local (Exim 3.34 #1 (Debian)) + id 16cs2r-0003Yi-00 + for ; Mon, 18 Feb 2002 18:57:45 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Transfer-Encoding: 7bit +Message-ID: <15473.16537.183479.118719@inspiron.dachary.org> +Date: Mon, 18 Feb 2002 18:57:45 +0100 +From: Loic Dachary +To: nel@nevrax.org +Subject: Re: [Nel] GNU/Linux fixes +In-Reply-To: Lionel Berenguier's message of 18 February 2002 10:54:17 +0100 +References: <15471.49241.106895.728972@inspiron.dachary.org> + <000e01c1b862$3a90f9d0$0601a8c0@lionelb> +X-Mailer: VM 7.01 under Emacs 21.1.1 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +X-Reply-To: loic@gnu.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Lionel Berenguier writes: + > + > Thanks for this patch. + > + > As you say, AM_GL_VERIFY is not used and I don't find use of + > NEL_ARB_MULTITEXTURE_NO_TYPEDEFS in your patch. + + True. + + > We think that our way to solve the GL version problem is better, even if + > maybe more weird, since it solves it both under windows and linux. + + The solution you implemented is definitely working. I tend to think +that it's better to check & fix that kind of issue with a configure time +test + #define symbol but that's a minor point. You may want to change the +comment since the same problem shows with Mesa-4.0.1 gl.h header although +it claims to be OpenGL 1.3 compliant. + + Regarding compatibility with non GNU/Linux operating systems +on which you can't / don't want to run autoconf, one should be careful +when generating symbols. For instance, +NEL_ARB_MULTITEXTURE_NO_TYPEDEFS can be used to include the +typedefs. If not on GNU/Linux, the typedefs are not included. If they +need to be included on another platform you could + +#if defined(NEL_ARB_MULTITEXTURE_NO_TYPEDEFS) || defined(NEL_OS_PLATFORM) + + Unless you have a different configure-like system that works +on these platforms and is able to generate +NEL_ARB_MULTITEXTURE_NO_TYPEDEFS when appropriate. I'd be interested +to hear about an operating system on which autoconf cannot be run. + + That raises an interesting question : is anyone compiling +snowballs using autoconf on a platform that is not GNU/Linux ? In theory +it should work (that's the whole point of having autoconf scripts ;-) +but experience shows that it requires a small amount of tweaking anyway. + + > The rest of the patch will be applied. Tell us if not applying AM_GL_VERIFY + > patch is a problem. + + It is not, thanks for asking ;-) + + Cheers, + +-- +Loic Dachary http://www.dachary.org/ loic@dachary.org +12 bd Magenta http://www.senga.org/ loic@senga.org +75010 Paris T: 33 1 42 45 07 97 loic@gnu.org + GPG Public Key: http://www.dachary.org/loic/gpg.txt + +From loic@dachary.org Mon Feb 18 19:34:30 2002 +Received: from inspiron.dachary.org (aboukir-101-1-13-alebeon.adsl.nerim.net [62.212.101.54]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1IIYTW22755 + for ; Mon, 18 Feb 2002 19:34:29 +0100 (CET) + (envelope-from loic@dachary.org) +Received: from loic by inspiron.dachary.org with local (Exim 3.34 #1 (Debian)) + id 16csWH-0003aE-00 + for ; Mon, 18 Feb 2002 19:28:09 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Transfer-Encoding: 7bit +Message-ID: <15473.18360.723384.684719@inspiron.dachary.org> +Date: Mon, 18 Feb 2002 19:28:08 +0100 +From: Loic Dachary +To: nel@nevrax.org +Subject: RE: [Nel] NeL 3D Library : Features +In-Reply-To: Daniel Miller's message of 18 February 2002 11:12:09 +0100 +References: <15464.59174.152741.642712@inspiron.dachary.org> + +X-Mailer: VM 7.01 under Emacs 21.1.1 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +X-Reply-To: loic@gnu.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Daniel Miller writes: + > This one is a little out of date - I wrote it last April. + > The feature list hasn't realy changed, but the 'to be developed' and 'in + > development' listings are badly out of date. + > + > We'll give it a once over shortly. + + That would be nice. Here are a few features I found in other +3D engines. You may want to add them to the list, even if to say that +Nel does not support XXX this because it supports YYY that is +superior. It would help people understand why and how Nel is better +than any existing Free Software 3D engine. + + That would help a lot when comparing. You also want to +s/frustrum/frustum/ ;-) + + +---- + True perspective rendering + True 6DOF engine + Arbitrary sloped convex polygons + + Flexible plugin system which allows for plugging in other + Generic mechanism that allows plug-and-play capabilities and + + Support for 8-bit (palette), 15/16-bit (truecolor), and 32-bit (truecolor) displays. + Run at many resolutions (320x200, 640x480, 800x600, ...). + Window or fullscreen mode, up to 1024x768 (30fps on minimal config) + + Visibility system based on [portals, octrees, BSP trees, + c-buffer, CSG]. + Hierarchical bounding box collision detection system. + Elipsoid collision detection. + Polygon level collision detection for terrain and 3D objects + + Font system plugin to support other font types + + Textures can have any size which is a [power of two / not a power + of two] and they [need / need not] be square. + Supports textures with various formats including GIF, TGA, PNG, + BMP, JPG, and others. + Perspective correct texture mapping with interpolation every xx pixel. + Transparent and semi-transparent textures allowing for + see-through water surfaces and windows. + Support for dynamic textures (i.e. texture that you can render + on and put on a polygon as well as normal textures). + Support for internal 24-bit textures with a private colormap for + every texture or true 24-bit. + + Multiple 3D windows and real-time cameras for 1st or 3rd person views + Split screen + Zoom + + Full programmable and customizable through scripting language + + Light maps + Trilinear mip mapping + Mip mapping + Animated 3D sprites + Animated 3D decals + Heightmap based deformable terrain for landscapes + Geometric LOD + Smooth mesh deformation for models + Flat and cubic environment map rendering + Mirrors and alpha mapping you can create really nice shiny or + reflecting surfaces. + Procedural textures for water or lava. + Programmable 2D and 3D effects (lens flares, bullet holes etc.) + Camera portals and mirrors + Programmable particle and beam generators + Particle system using 2D sprites + + Path tracking for camera, actors or vehicles + Animated soft-skin models with unlimited skin size + 3D triangle mesh sprites with frame animation. + Support for skeletal sprites. + 3D objects can be taken or manipulated with mouse in real time + Moving objects + Script language controlling object movement. + + 3D sound sources (DS3D, EAX, A3D, ...) with Doppler effect + CD Audio, MID and WAV support for music and 3D sounds + Sound formats: WAV, MP3, Ogg/Vorbis, AU, AIFF, IFF, and MOD (using MikMod). + Save / Load feature for resuming games at arbitrary positions + Convertors for Quake MDL and Quake II MD2 formats + Convert MAP files (from Quake/HalfLife) from/to internal format. + Convert 3DS to models or levels. + Load 3DS, MDL, MD2, ASE, OBJ, or POV objects. + ASCII world file format allowing you to easily redefine the world. + Store levels in standard compressed ZIP archives to make a bundle of one level. + + Animated multi-layered sky and backdrop bitmaps + Multi-layered and animated skyboxes and skydomes. + Dynamic gouraud shaded sky dome (half-sphere) + Moving sun which actually modifies the color of the sky in real time + Halo's around lights. + Coloured fog areas + Depth-correct colored volumetric fog in sectors (software & hardware) + Integrated 2D engine for background pictures + + Multi-player client/server mode via network (TCP or UDP) + + 2D sprites, panels, buttons, sliders, overlays + 2D controls, text, screenshots, and movie scenes + Static and dynamic coloured light sources + Static colored lights with real shadows. Lighting and shadows + Static and dynamic shadows + Dynamic colored lights with soft shadows + Precalculated Radiosity on the Lightmaps + Arbitrary axis (quaternion) rotations + Remote or missile cameras + +---- + +-- +Loic Dachary http://www.dachary.org/ loic@dachary.org +12 bd Magenta http://www.senga.org/ loic@senga.org +75010 Paris T: 33 1 42 45 07 97 loic@gnu.org + GPG Public Key: http://www.dachary.org/loic/gpg.txt + +From loic@dachary.org Mon Feb 18 21:00:15 2002 +Received: from inspiron.dachary.org (aboukir-101-1-13-alebeon.adsl.nerim.net [62.212.101.54]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1IK0EW24726 + for ; Mon, 18 Feb 2002 21:00:14 +0100 (CET) + (envelope-from loic@dachary.org) +Received: from loic by inspiron.dachary.org with local (Exim 3.34 #1 (Debian)) + id 16ctrG-0003dK-00 + for ; Mon, 18 Feb 2002 20:53:54 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Transfer-Encoding: 7bit +Message-ID: <15473.23506.341278.819376@inspiron.dachary.org> +Date: Mon, 18 Feb 2002 20:53:54 +0100 +From: Loic Dachary +To: nel@nevrax.org +Subject: Re: [Nel] contrib et fix +In-Reply-To: Vianney Lecroart's message of 18 February 2002 12:30:37 +0100 +References: <15471.49241.106895.728972@inspiron.dachary.org> + <006801c1b86e$a2602d90$0901a8c0@vianneyl> + <008201c1b86f$afccf4d0$0901a8c0@vianneyl> +X-Mailer: VM 7.01 under Emacs 21.1.1 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +X-Reply-To: loic@gnu.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Vianney Lecroart writes: + > + > I know that there is a difference between a contribution (a large patch) and + > a fix, but I would like to know if there are official Doc. + > which spoke the limit between the 2. If somebody gives us a patch of 15 + > lines, is a this fix or a contrib? Is the limit fixed by a number of line? + > If so, where is the limit? Is there a URL which speaks about that? + > + + AFAIK, the 15 lines of code threshold is informal and based on +past judgements. It could be argued that this is an urban legend (internet +legend ?-). I could ask for confirmation to a lawyer if this is important. +I have no reference URL handy. + + This limit is important when a developer or a company needs to +make sure it is the sole copyright holder of the software. This is the +best way to make sure a Free Software can be properly defended when/if +a license violation occurs. Being the single copyright holder puts you +in the best position to negotiate with the violator so that she +complies to the license terms. Multiplying the copyright holders of a +given software is a technique to prevent a Free Software to become +proprietary but is rather inefficient to enforce the license if needs +be. + + If it's not already the case, it would be good that +contributors to nel assign copyright to Nevrax, much in the same way +as contributors assign copyright to the FSF. Of course, when a +contributor to GNU Emacs (for instance) assigns copyright to the FSF +for her work, the FSF makes a written promise to release the +contribution under a Free Software license. This is a fair system +that Nevrax could use for nel. Of course, you don't want to bother +about copyright assignment with every contributor who provides only a +few lines and this is where the 15 lines threshold helps you. + + When nel becomes widely used, I guess Nevrax will need to +handle significant contributions and a few violators. The fact that +nel is released under the GNU GPL (instead of the GNU LGPL for +instance) helps. It is *a lot* harder to convince violators on GNU +LGPL'ed code. When someone (note that I do not say if someone ;-) +expands nel and distribute the result without the corresponding source +code, it won't take more than a few weeks to convince her to comply. +As it turns out, the GNU GPL is the only license that is efficient +to protect a Free Software company business. + + Cheers, + +-- +Loic Dachary http://www.dachary.org/ loic@dachary.org +12 bd Magenta http://www.senga.org/ loic@senga.org +75010 Paris T: 33 1 42 45 07 97 loic@gnu.org + GPG Public Key: http://www.dachary.org/loic/gpg.txt + +From loic@dachary.org Mon Feb 18 23:02:15 2002 +Received: from inspiron.dachary.org (aboukir-101-1-13-alebeon.adsl.nerim.net [62.212.101.54]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1IM2EW26708 + for ; Mon, 18 Feb 2002 23:02:14 +0100 (CET) + (envelope-from loic@dachary.org) +Received: from loic by inspiron.dachary.org with local (Exim 3.34 #1 (Debian)) + id 16cvlK-0003he-00 + for ; Mon, 18 Feb 2002 22:55:54 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Transfer-Encoding: 7bit +Message-ID: <15473.30826.88473.466611@inspiron.dachary.org> +Date: Mon, 18 Feb 2002 22:55:54 +0100 +From: Loic Dachary +To: nel@nevrax.org +X-Mailer: VM 7.01 under Emacs 21.1.1 +Subject: [Nel] GNU/Linux viewport fix +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +X-Reply-To: loic@gnu.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + + Hi, + + Here is a patch that fixes the viewport lossage on GNU/Linux. +The patch is minimal and while working on it I realized that X11 +support probably need some serious work. Am I right or somehow +mistaken ? + + Cheers, + +P.S. Note that the patch adds less than 15 lines ;-) + +Index: nel/src/3d/driver/opengl/driver_opengl.cpp +=================================================================== +RCS file: /home/cvsroot/code/nel/src/3d/driver/opengl/driver_opengl.cpp,v +retrieving revision 1.136 +diff -u -r1.136 driver_opengl.cpp +--- nel/src/3d/driver/opengl/driver_opengl.cpp 15 Feb 2002 17:43:03 -0000 1.136 ++++ nel/src/3d/driver/opengl/driver_opengl.cpp 18 Feb 2002 21:48:32 -0000 +@@ -1213,13 +1213,23 @@ + + void CDriverGL::setupViewport (const class CViewport& viewport) + { +-#ifdef NL_OS_WINDOWS ++#if NL_OS_WINDOWS + if (_hWnd) + { + // Get window rect + RECT rect; + GetClientRect (_hWnd, &rect); +- ++ // Setup gl viewport ++ int clientWidth=rect.right-rect.left; ++ int clientHeight=rect.bottom-rect.top; ++#else // NL_OS_WINDOWS ++ XWindowAttributes win_attributes; ++ if (!XGetWindowAttributes(dpy, win, &win_attributes)) ++ throw EBadDisplay("Can't get window attributes."); ++ // Setup gl viewport ++ int clientWidth=win_attributes.width; ++ int clientHeight=win_attributes.height; ++#endif // NL_OS_WINDOWS + // Get viewport + float x; + float y; +@@ -1227,9 +1237,6 @@ + float height; + viewport.getValues (x, y, width, height); + +- // Setup gl viewport +- int clientWidth=rect.right-rect.left; +- int clientHeight=rect.bottom-rect.top; + int ix=(int)((float)clientWidth*x); + clamp (ix, 0, clientWidth); + int iy=(int)((float)clientHeight*y); +@@ -1239,6 +1246,7 @@ + int iheight=(int)((float)clientHeight*height); + clamp (iheight, 0, clientHeight-iy); + glViewport (ix, iy, iwidth, iheight); ++#if NL_OS_WINDOWS + } + #endif // NL_OS_WINDOWS + } + +-- +Loic Dachary http://www.dachary.org/ loic@dachary.org +12 bd Magenta http://www.senga.org/ loic@senga.org +75010 Paris T: 33 1 42 45 07 97 loic@gnu.org + GPG Public Key: http://www.dachary.org/loic/gpg.txt + +From loic@dachary.org Mon Feb 18 23:27:50 2002 +Received: from inspiron.dachary.org (aboukir-101-1-13-alebeon.adsl.nerim.net [62.212.101.54]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1IMRnW27115 + for ; Mon, 18 Feb 2002 23:27:49 +0100 (CET) + (envelope-from loic@dachary.org) +Received: from loic by inspiron.dachary.org with local (Exim 3.34 #1 (Debian)) + id 16cwA5-0003iZ-00 + for ; Mon, 18 Feb 2002 23:21:29 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Transfer-Encoding: 7bit +Message-ID: <15473.32361.431832.806321@inspiron.dachary.org> +Date: Mon, 18 Feb 2002 23:21:29 +0100 +From: Loic Dachary +To: nel@nevrax.org +X-Mailer: VM 7.01 under Emacs 21.1.1 +Subject: [Nel] GNU/Linux status +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +X-Reply-To: loic@gnu.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + + + Hi, + + I'm logged in on itsalive.nevrax.org, happily wandering around, +throwing snowballs. I still have a non existant landscape but that's ok ;-) + + I managed to setup the following configuration, Free Software +from top to bottom: + + Dual PIII450 / ~700Mb RAM + ASUS P2B-D (means AGP x 2 IIRC) + ATI Radeon 7500 / 64Mb + XFree-4.2.0 with DRI + linux-2.4.17 with Radeon DRM + STL-4.5 + Nel + Snowballs (today's CVS + patches send yesterday evening + on the list) + Compiled with -with-debug + Full screen 800x600 + + It delivers 16fps with the logo turning in the top left corner +and not doing much else. That's not outstanding but I may be able to +increase it with optimized compilation. Anyway, it's a lot better than +the 0.5 fps I had with software rendering. + + I'd be interested to know what kind of frame rate people can +get. Please don't frustrate me with outstanding frame rates that +require proprietary software ;-) + + I'll stay logged in itsalive.nevrax.org all night, you're +wellcome to send me some snowballs while I'm asleep (1840.00, -970.00, +-22.45). + + Cheers, + +-- +Loic Dachary http://www.dachary.org/ loic@dachary.org +12 bd Magenta http://www.senga.org/ loic@senga.org +75010 Paris T: 33 1 42 45 07 97 loic@gnu.org + GPG Public Key: http://www.dachary.org/loic/gpg.txt + +From v.caron@zerodeux.net Mon Feb 18 23:38:40 2002 +Received: from zerodeux.net (aboukir-101-1-16-zerodeux.adsl.nerim.net [62.212.104.175]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1IMceW27360 + for ; Mon, 18 Feb 2002 23:38:40 +0100 (CET) + (envelope-from v.caron@zerodeux.net) +Received: from localhost.localdomain (zerodeux.home [192.168.1.3]) + by zerodeux.net (Postfix) with ESMTP id 24443AFD4 + for ; Mon, 18 Feb 2002 23:32:34 +0100 (CET) +Subject: Re: [Nel] GNU/Linux viewport fix +From: Vincent Caron +To: nel@nevrax.org +In-Reply-To: <15473.30826.88473.466611@inspiron.dachary.org> +References: <15473.30826.88473.466611@inspiron.dachary.org> +Content-Type: text/plain +Content-Transfer-Encoding: 7bit +X-Mailer: Evolution/1.0.2 +Date: 18 Feb 2002 23:32:25 +0100 +Message-Id: <1014071545.895.183.camel@zerodeux.home> +Mime-Version: 1.0 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +On Mon, 2002-02-18 at 22:55, Loic Dachary wrote: +> +> Hi, +> +> Here is a patch that fixes the viewport lossage on GNU/Linux. +> The patch is minimal and while working on it I realized that X11 +> support probably need some serious work. Am I right or somehow +> mistaken ? + +I would say 'you are right' :) + +There are some things that could be cleaner of more efficient, like the +(not so working) keyboard mapping, a function to fetch the window size +(the 'XGetWindowAttribute' snippet is pasted everywhere), DGA mouse +handling, and other tidbits ... + + + +From loic@dachary.org Tue Feb 19 11:32:53 2002 +Received: from inspiron.dachary.org (aboukir-101-1-13-alebeon.adsl.nerim.net [62.212.101.54]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1JAWqW65183 + for ; Tue, 19 Feb 2002 11:32:53 +0100 (CET) + (envelope-from loic@dachary.org) +Received: from loic by inspiron.dachary.org with local (Exim 3.34 #1 (Debian)) + id 16d7Tj-0004Gx-00 + for ; Tue, 19 Feb 2002 11:26:31 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Transfer-Encoding: 7bit +Message-ID: <15474.10327.619945.754955@inspiron.dachary.org> +Date: Tue, 19 Feb 2002 11:26:31 +0100 +From: Loic Dachary +To: nel@nevrax.org +Subject: Re: [Nel] GNU/Linux viewport fix +In-Reply-To: Vincent Caron's message of 18 February 2002 23:32:25 +0100 +References: <15473.30826.88473.466611@inspiron.dachary.org> + <1014071545.895.183.camel@zerodeux.home> +X-Mailer: VM 7.01 under Emacs 21.1.1 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +X-Reply-To: loic@gnu.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Vincent Caron writes: + > On Mon, 2002-02-18 at 22:55, Loic Dachary wrote: + > > + > > Hi, + > > + > > Here is a patch that fixes the viewport lossage on GNU/Linux. + > > The patch is minimal and while working on it I realized that X11 + > > support probably need some serious work. Am I right or somehow + > > mistaken ? + > + > I would say 'you are right' :) + > + > There are some things that could be cleaner of more efficient, like the + > (not so working) keyboard mapping, a function to fetch the window size + > (the 'XGetWindowAttribute' snippet is pasted everywhere), DGA mouse + > handling, and other tidbits ... + > + + Wouldn't SDL help a lot here ? + + Cheers, + +-- +Loic Dachary http://www.dachary.org/ loic@dachary.org +12 bd Magenta http://www.senga.org/ loic@senga.org +75010 Paris T: 33 1 42 45 07 97 loic@gnu.org + GPG Public Key: http://www.dachary.org/loic/gpg.txt + +From v.caron@zerodeux.net Tue Feb 19 16:07:34 2002 +Received: from zerodeux.net (aboukir-101-1-16-zerodeux.adsl.nerim.net [62.212.104.175]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1JF7XW81353 + for ; Tue, 19 Feb 2002 16:07:33 +0100 (CET) + (envelope-from v.caron@zerodeux.net) +Received: from localhost.localdomain (zerodeux.home [192.168.1.3]) + by zerodeux.net (Postfix) with ESMTP id 921DCAFC7 + for ; Tue, 19 Feb 2002 16:01:25 +0100 (CET) +Subject: Re: [Nel] GNU/Linux status +From: Vincent Caron +To: nel@nevrax.org +In-Reply-To: <15473.32361.431832.806321@inspiron.dachary.org> +References: <15473.32361.431832.806321@inspiron.dachary.org> +Content-Type: text/plain +Content-Transfer-Encoding: 7bit +X-Mailer: Evolution/1.0.2 +Date: 19 Feb 2002 16:01:22 +0100 +Message-Id: <1014130882.773.1.camel@zerodeux.home> +Mime-Version: 1.0 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +> I'll stay logged in itsalive.nevrax.org all night, you're +> wellcome to send me some snowballs while I'm asleep (1840.00, -970.00, +> -22.45). + +I was there : http://zerodeux.net/img/snowballs.jpg :) +I see you already found the magic talisman that makes you fly 100 feets +high (or maybe we miss a landscape ? ;)) + +> I'd be interested to know what kind of frame rate people can +> get. Please don't frustrate me with outstanding frame rates that +> require proprietary software ;-) + +Sorry, it's displayed anyway :) + + + +From v.caron@zerodeux.net Tue Feb 19 16:14:46 2002 +Received: from zerodeux.net (aboukir-101-1-16-zerodeux.adsl.nerim.net [62.212.104.175]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1JFEkW81670 + for ; Tue, 19 Feb 2002 16:14:46 +0100 (CET) + (envelope-from v.caron@zerodeux.net) +Received: from localhost.localdomain (zerodeux.home [192.168.1.3]) + by zerodeux.net (Postfix) with ESMTP id 346F0AFC7 + for ; Tue, 19 Feb 2002 16:08:38 +0100 (CET) +Subject: Re: [Nel] GNU/Linux viewport fix +From: Vincent Caron +To: nel@nevrax.org +In-Reply-To: <15474.10327.619945.754955@inspiron.dachary.org> +References: <15473.30826.88473.466611@inspiron.dachary.org> + <1014071545.895.183.camel@zerodeux.home> + <15474.10327.619945.754955@inspiron.dachary.org> +Content-Type: text/plain +Content-Transfer-Encoding: 7bit +X-Mailer: Evolution/1.0.2 +Date: 19 Feb 2002 16:08:34 +0100 +Message-Id: <1014131314.1095.10.camel@zerodeux.home> +Mime-Version: 1.0 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +On Tue, 2002-02-19 at 11:26, Loic Dachary wrote: +> Wouldn't SDL help a lot here ? + +It could. However NeL needs very few glue code with the OS, SDL has a +minimal OpenGL support (was added late, SDL primary purpose is direct +frame buffer access, doesn't deal with extensions for instance), and +comes with its own event and setup mechanism. I guess taking +'inspiration' from such a lib would be a good idea ... However SDL was +used by Loki for most ports, so it has a good track record. + +I'm maintaining a list of GL toolkits here : + http://ngl.sourceforge.net/links.php + +(Yes, I also have such a lib - NGL - which is bound to be released, but +is a much broader framework, shouldn't fit NeL) + + + +From loic@dachary.org Tue Feb 19 16:20:48 2002 +Received: from inspiron.dachary.org (aboukir-101-1-13-alebeon.adsl.nerim.net [62.212.101.54]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1JFKkW82063 + for ; Tue, 19 Feb 2002 16:20:46 +0100 (CET) + (envelope-from loic@dachary.org) +Received: from loic by inspiron.dachary.org with local (Exim 3.34 #1 (Debian)) + id 16dByL-0004Tb-00 + for ; Tue, 19 Feb 2002 16:14:25 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Transfer-Encoding: 7bit +Message-ID: <15474.27601.56773.322733@inspiron.dachary.org> +Date: Tue, 19 Feb 2002 16:14:25 +0100 +From: Loic Dachary +To: nel@nevrax.org +Subject: Re: [Nel] GNU/Linux status +In-Reply-To: Vincent Caron's message of 19 February 2002 16:01:22 +0100 +References: <15473.32361.431832.806321@inspiron.dachary.org> + <1014130882.773.1.camel@zerodeux.home> +X-Mailer: VM 7.01 under Emacs 21.1.1 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +X-Reply-To: loic@gnu.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Vincent Caron writes: + > > I'll stay logged in itsalive.nevrax.org all night, you're + > > wellcome to send me some snowballs while I'm asleep (1840.00, -970.00, + > > -22.45). + > + > I was there : http://zerodeux.net/img/snowballs.jpg :) + > I see you already found the magic talisman that makes you fly 100 feets + > high (or maybe we miss a landscape ? ;)) + + :-) I really missed the landscape because I was not able to find +the way down. I was facing the sun to prefect the tan of my GNU ;-) + + > > I'd be interested to know what kind of frame rate people can + > > get. Please don't frustrate me with outstanding frame rates that + > > require proprietary software ;-) + > + > Sorry, it's displayed anyway :) + + You're cheating, the Nel logo is not displayed and this gives +you an unfair advantage :-) I'll see if I can restore the landscape. Btw, +shouldn't we see some snow ? + + Cheers, + +-- +Loic Dachary http://www.dachary.org/ loic@dachary.org +12 bd Magenta http://www.senga.org/ loic@senga.org +75010 Paris T: 33 1 42 45 07 97 loic@gnu.org + GPG Public Key: http://www.dachary.org/loic/gpg.txt + +From lecroart@nevrax.com Tue Feb 19 16:53:11 2002 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1JFrBW84029 + for ; Tue, 19 Feb 2002 16:53:11 +0100 (CET) + (envelope-from lecroart@nevrax.com) +Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g1JFl1n03316 + for ; Tue, 19 Feb 2002 16:47:01 +0100 (CET) + (envelope-from lecroart@nevrax.com) +Message-ID: <007201c1b95c$abc5eed0$0901a8c0@vianneyl> +From: "Vianney Lecroart" +To: +References: <15473.32361.431832.806321@inspiron.dachary.org><1014130882.773.1.camel@zerodeux.home> <15474.27601.56773.322733@inspiron.dachary.org> +Subject: Re: [Nel] GNU/Linux status +Date: Tue, 19 Feb 2002 16:47:01 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 6.00.2600.0000 +X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +> You're cheating, the Nel logo is not displayed and this gives +> you an unfair advantage :-) I'll see if I can restore the landscape. Btw, +> shouldn't we see some snow ? + +Hum, No more snow because it s nearly the spring (or a bug? :-), but there's +no snow also on windows so it's not another linux bug! +For the landscape, I don't have any clue about what It was not displayed. +Using SDL is not a very good idea because it s quite big (we need only one +or 2 files) and add another external lib dependency. +It's better to 'inspirate' from it if possible. + +Vianney Lecroart +--- +lead network programmer / nevrax.com +icq#: 6870415 +homepage: http://ace.planet-d.net +www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- +w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? + + + +From brian.s@seos.com Tue Feb 19 17:50:07 2002 +Received: from keywest.kennett.net (keywest.kennett.net [208.212.182.12]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1JGo5W87460 + for ; Tue, 19 Feb 2002 17:50:06 +0100 (CET) + (envelope-from brian.s@seos.com) +Received: by keywest.kennett.net from localhost + (router,slmail V5.1); Tue, 19 Feb 2002 11:42:28 -0500 + for +Received: from seosus3.kennett.net [208.248.0.130] + by keywest.kennett.net [208.212.182.12] (MailWarden 5.1.0.1069 (SLmail Add-On Edition)) with ESMTP + id 06E7A5ADD5154C60B614B5AB43BBC8A8 + for plus 3 more; Tue, 19 Feb 2002 11:42:27 -0500 +Received: by SEOSUS3 with Internet Mail Service (5.5.2232.9) + id <18X1Y83C>; Tue, 19 Feb 2002 11:40:57 -0500 +Message-ID: +From: Brian Shores +To: info@in-orbit.net, nel@nevrax.org +Cc: AW_Discussion_Group@yahoogroups.com, Artillo5@cs.com +Date: Tue, 19 Feb 2002 11:40:56 -0500 +MIME-Version: 1.0 +X-Mailer: Internet Mail Service (5.5.2232.9) +Content-Type: text/plain; + charset="iso-8859-1" +X-SLUIDL: AE43C76C-D13F4023-96684EBD-B4E8AAD9 +Subject: [Nel] 3D Technologies UNITE! Please read... +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Dear Fellow 3D'ers, + + I received links to your websites from the Virtual Reality +Association and am very interested in your projects. I am currently looking +for an alternative 3D environment than Activeworlds: one that will support +more functionality than previously available and also "in-line" world +building (as opposed to offline creation of content). There is a group of us +discussing the possibility of a Citizen-owned Universe, and we have been +debating whether to simply purchase a Universe server from Activeworlds, or +go with a totally new technology. One of the biggest concerns we have as a +group is the fact that there is a lot of "legacy data" consisting of builds, +bots, websites, etc. that are all intertwined with Activeworlds technology. +Support of RWX/COB objects and avatars, Activeworlds "propdumps", and +software interface for custom applications developed with the Activeworlds +SDK would be something that we are looking for the new technology to +support. + + There are several other groups developing new 3D environment +technology. It would be nice if they could all get together, share ideas, +and possibly combine efforts to produce an open source platform that we can +all use comfortably as our new cyber-home! We want to be FREE of the +influence of corporate greed and poor management/marketing tactics, we want +a place that we all own a part of and have a say as to how things are run. + +Here are some links relating to the discussion: +http://groups.yahoo.com/group/AW_Discussion_Group +http://kaltana.com/freedom + +An alternative to AW Technology being developed (There are others also, I +just can't find the links!): +http://seeray.com/derekrayburn/index.html + + I can only hope that people work together on this so that the future +of online VR worlds will be secure, creative, entertaining, Democratically +FAIR, and prosperous! The best way to facilitate a positive change is to +keep communicating, and keep developing the future of the cyber-frontier. We +must all work together towards these common goals. + +Peace and Happy Building, + +Artillo + +a.k.a. + +Brian Shores +Mechanical design Engineer +SEOS Incorporated +USA Manufacturing Division +Kennett Square, PA +(610) 925-5844 extension 19 +http://www.seos.com + +"Ability is what you're capable of doing. Motivation determines what you do. +Attitude determines how well you do it." +-Lou Holtz- + +From tharibo@free.fr Tue Feb 19 18:17:23 2002 +Received: from postfix2-1.free.fr (postfix2-1.free.fr [213.228.0.9]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1JHHMW89004 + for ; Tue, 19 Feb 2002 18:17:22 +0100 (CET) + (envelope-from tharibo@free.fr) +Received: from there (toulouse-1-a7-35-201.dial.proxad.net [62.147.35.201]) + by postfix2-1.free.fr (Postfix) with SMTP id 27D9810A + for ; Tue, 19 Feb 2002 18:11:12 +0100 (CET) +Content-Type: text/plain; + charset="iso-8859-1" +From: Thomas RIBO +To: "Nel ML" +Subject: Re: [Nel] Data Ownership +Date: Mon, 18 Feb 2002 20:06:09 +0100 +X-Mailer: KMail [version 1.3] +References: <0881AC7F2F339C40BC6F7983D1E0BEC901911C@mail2k.embarcadero-ca.com> +In-Reply-To: <0881AC7F2F339C40BC6F7983D1E0BEC901911C@mail2k.embarcadero-ca.com> +MIME-Version: 1.0 +Content-Transfer-Encoding: 8bit +Message-Id: <20020219171112.27D9810A@postfix2-1.free.fr> +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +X-Reply-To: tharibo@free.fr +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Le Mercredi 13 Février 2002 01:22, John Hayes a écrit : +> What kind of information do you think would be suitable for each type +> of server in the context of a game? + +Terrain data is in my opinion static. It could be distributed on +geographical servers--in the sense of: one server manages one (or more) +parts of the world-- or copied on all servers, or stay on a dedicated +server. The players positions (and players objects in a whole) are +typically dynamic data and we should consider that players should not +meet all others at a given time. So, now, there are many maners to +manage these players: the one you described, am I wrong? (I think I'm +not able to go more forward, unfortunately :-( ) + +> I would consider the data to be classified as asymmetric (or possibly +> parallel?), synchronous, and static (data that does not change during +> the runtime). +Are you opposing asymetric and synchronous? So that we can recall +synchronous "symetric" or asymetric "asynchronous"? I'm not sure to +understand... + +-- +tharibo@free.fr +"Le temps ne fait rien à l'affaire, quand on est con, on-est-con !" +-- Georges Brassens + +From ahoyt@packetport.com Tue Feb 19 18:31:55 2002 +Received: from smtp2.mail.iamworld.net (smtp2-out.mail.iamworld.net [204.91.241.117]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1JHVsW89884 + for ; Tue, 19 Feb 2002 18:31:55 +0100 (CET) + (envelope-from ahoyt@packetport.com) +Received: from tony ([207.86.139.130]) + by smtp2.mail.iamworld.net (8.9.3/8.9.3) with SMTP id MAA12375 + for ; Tue, 19 Feb 2002 12:25:41 -0500 (EST) +Date: Tue, 19 Feb 2002 12:25:42 -0500 +From: Tony Hoyt +To: nel@nevrax.org +Subject: Re: [Nel] 3D Technologies UNITE! Please read... +Message-Id: <20020219122542.030b303e.ahoyt@packetport.com> +In-Reply-To: +References: +Organization: PacketPort.com Inc. +X-Mailer: Sylpheed version 0.7.1 (GTK+ 1.2.10; sparc-sun-solaris2.7) +Mime-Version: 1.0 +Content-Type: text/plain; charset=US-ASCII +Content-Transfer-Encoding: 7bit +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Wow, I'm actually an Activeworlds memeber as well, and I too have +noticed that it's just not going to get any better anytime soon. An AW +like online project would be cool. And if I was a better coder, I would +have taken to Nel as well for such a project. I wish you guys luck. +This could very well be cool. + + Tony + +From davids@tower-mt.com Tue Feb 19 18:55:07 2002 +Received: from moto.micapeak.com (IDENT:0@moto.micapeak.com [206.96.184.128]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1JHt4W91400 + for ; Tue, 19 Feb 2002 18:55:06 +0100 (CET) + (envelope-from davids@tower-mt.com) +Received: from dschmidt (nat-78.spk.ind.alcatel.com [207.53.175.78]) + by moto.micapeak.com (8.11.6/8.11.6) with SMTP id g1JHmpl29357 + for ; Tue, 19 Feb 2002 09:48:51 -0800 +From: "David Schmidt" +To: +Subject: RE: [Nel] GNU/Linux status +Date: Tue, 19 Feb 2002 09:45:38 -0800 +Message-ID: +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 (Normal) +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) +Importance: Normal +X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 +In-Reply-To: <1014130882.773.1.camel@zerodeux.home> +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Oh, so YOU were the one that logged off right after I logged in (I'm +"Alydar"). + +I was using the standard snowballs2 data files and he was sitting up on a +bluff. Too bad the snowballs don't pile up after hitting him, or he'd have +been buried! + +David Schmidt +davids@tower-mt.com http://www.tower-mt.com +ICQ: 1457634 AIM: inetdavid + + -----Original Message----- +From: nel-admin@nevrax.org [mailto:nel-admin@nevrax.org] On Behalf Of +Vincent Caron +Sent: Tuesday, February 19, 2002 7:01 AM +To: nel@nevrax.org +Subject: Re: [Nel] GNU/Linux status + +> I'll stay logged in itsalive.nevrax.org all night, you're +> wellcome to send me some snowballs while I'm asleep (1840.00, -970.00, +> -22.45). + +I was there : http://zerodeux.net/img/snowballs.jpg :) +I see you already found the magic talisman that makes you fly 100 feets +high (or maybe we miss a landscape ? ;)) + +> I'd be interested to know what kind of frame rate people can +> get. Please don't frustrate me with outstanding frame rates that +> require proprietary software ;-) + +Sorry, it's displayed anyway :) + + +_______________________________________________ +Nel mailing list +Nel@nevrax.org +http://www.nevrax.org/mailman/listinfo.cgi/nel + + +From guillaume@morinfr.org Tue Feb 19 20:48:09 2002 +Received: from oyster.morinfr.org (oyster.morinfr.org [62.4.22.234]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1JJm9W98622 + for ; Tue, 19 Feb 2002 20:48:09 +0100 (CET) + (envelope-from guillaume@morinfr.org) +Received: from guillaum by oyster.morinfr.org with local (Exim 3.34 #1 (Debian)) + id 16dG9F-0000My-00 + for ; Tue, 19 Feb 2002 20:41:57 +0100 +Date: Tue, 19 Feb 2002 20:41:57 +0100 +From: Guillaume Morin +To: nel@nevrax.org +Subject: Re: [Nel] GNU/Linux status +Message-ID: <20020219194157.GA1400@morinfr.org> +Mail-Followup-To: nel@nevrax.org +References: <15473.32361.431832.806321@inspiron.dachary.org> <1014130882.773.1.camel@zerodeux.home> +Mime-Version: 1.0 +Content-Type: text/plain; charset=iso-8859-1 +Content-Disposition: inline +Content-Transfer-Encoding: 8bit +In-Reply-To: <1014130882.773.1.camel@zerodeux.home> +User-Agent: Mutt/1.3.27i +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Dans un message du 19 fév à 16:01, Vincent Caron écrivait : +> I see you already found the magic talisman that makes you fly 100 feets +> high (or maybe we miss a landscape ? ;)) + +Looks that I have the landscape problem too. + +http://bender.morinfr.org/~guillaum/shot_snow.png + +I use yesterday's CVS with Loic's viewport fix. + +Any magical recipes ? + +-- +Guillaume Morin + + Et si je suis bien que si j'ai bu, tant pis (Cornu) + +From Artillo5@cs.com Tue Feb 19 21:11:29 2002 +Received: from imo-r08.mx.aol.com (imo-r08.mx.aol.com [152.163.225.104]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1JKBSW00269 + for ; Tue, 19 Feb 2002 21:11:28 +0100 (CET) + (envelope-from Artillo5@cs.com) +Received: from Artillo5@cs.com + by imo-r08.mx.aol.com (mail_out_v32.5.) id d.49.18b08a86 (16118) + for ; Tue, 19 Feb 2002 15:05:06 -0500 (EST) +Received: from netscape.com (mow-m03.webmail.aol.com [64.12.184.131]) by air-id12.mx.aol.com (v83.35) with ESMTP id MAILINID1210-0219150506; Tue, 19 Feb 2002 15:05:06 1900 +Date: Tue, 19 Feb 2002 15:05:05 -0500 +From: artillo5@cs.com +To: nel@nevrax.org +Subject: [Nel] Nevrax software +Message-ID: <1167693C.3A2193AD.00959A14@cs.com> +X-Mailer: Atlas Mailer 1.0 +Content-Type: text/plain; charset=iso-8859-1 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +I couldn't seem to find a link for downloading beta of this software... I am new to the list here. Are there any special requirements for running it on a Win98 machine, minimum graphics card required, etc? Any help would be much appreciated! + +Thanks! + +Brian Shores (aka Artillo) + +From neuser.jp@club-internet.fr Tue Feb 19 23:48:22 2002 +Received: from relay-2v.club-internet.fr (relay-2v.club-internet.fr [194.158.96.113]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1JMmMW10596 + for ; Tue, 19 Feb 2002 23:48:22 +0100 (CET) + (envelope-from neuser.jp@club-internet.fr) +Received: from kissmaniac (lns04v-3-3.w.club-internet.fr [212.194.62.3]) + by relay-2v.club-internet.fr (Postfix) with SMTP id 3C58616A5 + for ; Tue, 19 Feb 2002 23:42:11 +0100 (CET) +Message-ID: <000a01c1b996$9506d350$033ec2d4@kissmaniac> +From: "neuser jean-philippe" +To: +Date: Tue, 19 Feb 2002 23:41:33 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 6.00.2600.0000 +X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 +Subject: [Nel] snowball with mesa 4.0.1 in 3D software mode +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +X-Reply-To: "neuser jean-philippe" +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Ok i ve been able to compile nel3D opengl driver with mesa but .... +when i execute snowball, i have a fatal error while scene is updating for +the first time. + +I ve some Demo of mesa that have fatal error so i think mistake is in mesa +API. After having disable many Update fonction in the main loop of snowball, +game is running ( with a few thing at screen :) ) but at only 3 fps on a +Intel III 600 Mhz. + +I wish i ll found a 3D card for my work PC and a better solution than Mesa. + +thanks for all. + + +From lecroart@nevrax.com Wed Feb 20 10:08:17 2002 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1K98HW52105 + for ; Wed, 20 Feb 2002 10:08:17 +0100 (CET) + (envelope-from lecroart@nevrax.com) +Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g1K926n08485 + for ; Wed, 20 Feb 2002 10:02:06 +0100 (CET) + (envelope-from lecroart@nevrax.com) +Message-ID: <001f01c1b9ed$45a2f620$0901a8c0@vianneyl> +From: "Vianney Lecroart" +To: +References: <1167693C.3A2193AD.00959A14@cs.com> +Subject: Re: [Nel] Nevrax software +Date: Wed, 20 Feb 2002 10:02:06 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 6.00.2600.0000 +X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Hi Brian, + +> I couldn't seem to find a link for downloading beta of this software... I +am new to the list here. Are there any special requirements for running it +on a Win98 machine, minimum graphics card required, etc? Any help would be +much appreciated! + +Normally, you need to compile sources and run the program, we don't provide +official binaries, but you can find a Windows binary of this program +(snowballs2) in my home page (http://ace.planet-d.net) but it s totally +unofficial. + +Vianney Lecroart +--- +lead network programmer / nevrax.com +icq#: 6870415 +homepage: http://ace.planet-d.net +www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- +w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? + + + +From loic@dachary.org Wed Feb 20 16:19:11 2002 +Received: from inspiron.dachary.org (aboukir-101-1-13-alebeon.adsl.nerim.net [62.212.101.54]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1KFJ9W76487 + for ; Wed, 20 Feb 2002 16:19:09 +0100 (CET) + (envelope-from loic@dachary.org) +Received: from loic by inspiron.dachary.org with local (Exim 3.34 #1 (Debian)) + id 16dYQE-0005w5-00 + for ; Wed, 20 Feb 2002 16:12:42 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Transfer-Encoding: 7bit +Message-ID: <15475.48361.735753.544068@inspiron.dachary.org> +Date: Wed, 20 Feb 2002 16:12:41 +0100 +From: Loic Dachary +To: nel@nevrax.org +X-Mailer: VM 7.01 under Emacs 21.1.1 +Subject: [Nel] GNU/Linux : landscape is back +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +X-Reply-To: loic@gnu.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + + + Hi, + + The lowercase/uppercase pitfall is never old fashioned, it seems ;-) + + Try this in data/zones: + + for i in *zonel ; do mv $i `echo $i | tr "[A-Z]" "[a-z]"` ; done + + and launch the game. + + The most disturbing aspect of this bug is that the zone manager is +perfectly happy when it is asked to load a zone that does not match an +actual file. + + I was first tempted to throw an exception. However, the high number +of non existent zones for which a load attempt is done stopped me ;-) + +DBG23097 zone_manager.cpp 236 : file not found: data/zones/9_al.zonel +DBG23097 zone_manager.cpp 236 : file not found: data/zones/9_ak.zonel +DBG23097 zone_manager.cpp 236 : file not found: data/zones/9_am.zonel +DBG23097 zone_manager.cpp 236 : file not found: data/zones/9_aj.zonel +DBG23097 zone_manager.cpp 236 : file not found: data/zones/9_an.zonel +DBG23097 zone_manager.cpp 236 : file not found: data/zones/10_al.zonel +DBG23097 zone_manager.cpp 236 : file not found: data/zones/10_ak.zonel +DBG23097 zone_manager.cpp 236 : file not found: data/zones/10_am.zonel +DBG23097 zone_manager.cpp 236 : file not found: data/zones/9_ai.zonel +DBG23097 zone_manager.cpp 236 : file not found: data/zones/9_ao.zonel +DBG23097 zone_manager.cpp 236 : file not found: data/zones/10_aj.zonel +DBG23097 zone_manager.cpp 236 : file not found: data/zones/10_an.zonel +DBG23097 zone_manager.cpp 236 : file not found: data/zones/11_al.zonel +DBG23097 zone_manager.cpp 236 : file not found: data/zones/11_ak.zonel +DBG23097 zone_manager.cpp 236 : file not found: data/zones/11_am.zonel +DBG23097 zone_manager.cpp 236 : file not found: data/zones/10_ai.zonel +DBG23097 zone_manager.cpp 236 : file not found: data/zones/10_ao.zonel +DBG23097 zone_manager.cpp 236 : file not found: data/zones/9_ah.zonel +DBG23097 zone_manager.cpp 236 : file not found: data/zones/9_ap.zonel +DBG23097 zone_manager.cpp 236 : file not found: data/zones/11_aj.zonel +DBG23097 zone_manager.cpp 236 : file not found: data/zones/11_an.zonel +DBG23097 zone_manager.cpp 236 : file not found: data/zones/2_al.zonel +DBG23097 zone_manager.cpp 236 : file not found: data/zones/10_ah.zonel +DBG23097 zone_manager.cpp 236 : file not found: data/zones/10_ap.zonel +DBG23097 zone_manager.cpp 236 : file not found: data/zones/11_ai.zonel +DBG23097 zone_manager.cpp 236 : file not found: data/zones/11_ao.zonel +DBG23097 zone_manager.cpp 236 : file not found: data/zones/12_al.zonel +DBG23097 zone_manager.cpp 236 : file not found: data/zones/2_ak.zonel +DBG23097 zone_manager.cpp 236 : file not found: data/zones/2_am.zonel +DBG23097 zone_manager.cpp 236 : file not found: data/zones/12_ak.zonel +DBG23097 zone_manager.cpp 236 : file not found: data/zones/12_am.zonel +DBG23097 zone_manager.cpp 236 : file not found: data/zones/2_aj.zonel +DBG23097 zone_manager.cpp 236 : file not found: data/zones/2_an.zonel +DBG23097 zone_manager.cpp 236 : file not found: data/zones/9_ag.zonel +DBG23097 zone_manager.cpp 236 : file not found: data/zones/9_aq.zonel +DBG23097 zone_manager.cpp 236 : file not found: data/zones/12_aj.zonel +DBG23097 zone_manager.cpp 236 : file not found: data/zones/12_an.zonel +DBG23097 zone_manager.cpp 236 : file not found: data/zones/11_ah.zonel +DBG23097 zone_manager.cpp 236 : file not found: data/zones/11_ap.zonel +DBG23097 zone_manager.cpp 236 : file not found: data/zones/2_ai.zonel +DBG23097 zone_manager.cpp 236 : file not found: data/zones/2_ao.zonel +DBG23097 zone_manager.cpp 236 : file not found: data/zones/10_ag.zonel +DBG23097 zone_manager.cpp 236 : file not found: data/zones/10_aq.zonel +DBG23097 zone_manager.cpp 236 : file not found: data/zones/12_ai.zonel +DBG23097 zone_manager.cpp 236 : file not found: data/zones/12_ao.zonel +DBG23097 zone_manager.cpp 236 : file not found: data/zones/1_al.zonel +DBG23097 zone_manager.cpp 236 : file not found: data/zones/13_al.zonel +DBG23097 zone_manager.cpp 236 : file not found: data/zones/1_ak.zonel +DBG23097 zone_manager.cpp 236 : file not found: data/zones/1_am.zonel +DBG23097 zone_manager.cpp 236 : file not found: data/zones/13_ak.zonel +DBG23097 zone_manager.cpp 236 : file not found: data/zones/13_am.zonel +DBG23097 zone_manager.cpp 236 : file not found: data/zones/1_aj.zonel +DBG23097 zone_manager.cpp 236 : file not found: data/zones/1_an.zonel +DBG23097 zone_manager.cpp 236 : file not found: data/zones/9_af.zonel +DBG23097 zone_manager.cpp 236 : file not found: data/zones/9_ar.zonel +DBG23097 zone_manager.cpp 236 : file not found: data/zones/13_aj.zonel +DBG23097 zone_manager.cpp 236 : file not found: data/zones/13_an.zonel +DBG23097 zone_manager.cpp 236 : file not found: data/zones/2_ah.zonel +DBG23097 zone_manager.cpp 236 : file not found: data/zones/2_ap.zonel +DBG23097 zone_manager.cpp 236 : file not found: data/zones/11_ag.zonel +DBG23097 zone_manager.cpp 236 : file not found: data/zones/11_aq.zonel +DBG23097 zone_manager.cpp 236 : file not found: data/zones/12_ah.zonel +DBG23097 zone_manager.cpp 236 : file not found: data/zones/12_ap.zonel +DBG23097 zone_manager.cpp 236 : file not found: data/zones/1_ai.zonel +DBG23097 zone_manager.cpp 236 : file not found: data/zones/1_ao.zonel +DBG23097 zone_manager.cpp 236 : file not found: data/zones/10_af.zonel +DBG23097 zone_manager.cpp 236 : file not found: data/zones/10_ar.zonel +DBG23097 zone_manager.cpp 236 : file not found: data/zones/13_ai.zonel +DBG23097 zone_manager.cpp 236 : file not found: data/zones/13_ao.zonel +DBG23097 zone_manager.cpp 236 : file not found: data/zones/2_ag.zonel +DBG23097 zone_manager.cpp 236 : file not found: data/zones/2_aq.zonel +DBG23097 zone_manager.cpp 236 : file not found: data/zones/12_ag.zonel +DBG23097 zone_manager.cpp 236 : file not found: data/zones/12_aq.zonel +DBG23097 zone_manager.cpp 236 : file not found: data/zones/1_ah.zonel +DBG23097 zone_manager.cpp 236 : file not found: data/zones/1_ap.zonel +DBG23097 zone_manager.cpp 236 : file not found: data/zones/11_af.zonel +DBG23097 zone_manager.cpp 236 : file not found: data/zones/11_ar.zonel +DBG23097 zone_manager.cpp 236 : file not found: data/zones/13_ah.zonel +DBG23097 zone_manager.cpp 236 : file not found: data/zones/13_ap.zonel +DBG23097 zone_manager.cpp 236 : file not found: data/zones/1_ag.zonel +DBG23097 zone_manager.cpp 236 : file not found: data/zones/1_aq.zonel +DBG23097 zone_manager.cpp 236 : file not found: data/zones/2_af.zonel +DBG23097 zone_manager.cpp 236 : file not found: data/zones/2_ar.zonel +DBG23097 zone_manager.cpp 236 : file not found: data/zones/12_af.zonel +DBG23097 zone_manager.cpp 236 : file not found: data/zones/12_ar.zonel +DBG23097 zone_manager.cpp 236 : file not found: data/zones/13_ag.zonel +DBG23097 zone_manager.cpp 236 : file not found: data/zones/13_aq.zonel +DBG23097 zone_manager.cpp 236 : file not found: data/zones/1_af.zonel +DBG23097 zone_manager.cpp 236 : file not found: data/zones/1_ar.zonel +DBG23097 zone_manager.cpp 236 : file not found: data/zones/13_af.zonel +DBG23097 zone_manager.cpp 236 : file not found: data/zones/13_ar.zonel + + To the very least, I suggest that a debug message is issued. + +Index: nel/src/3d/zone_manager.cpp +=================================================================== +RCS file: /home/cvsroot/code/nel/src/3d/zone_manager.cpp,v +retrieving revision 1.4 +diff -u -r1.4 zone_manager.cpp +--- nel/src/3d/zone_manager.cpp 28 Aug 2001 11:39:11 -0000 1.4 ++++ nel/src/3d/zone_manager.cpp 20 Feb 2002 15:14:41 -0000 +@@ -233,6 +233,7 @@ + } + else + { ++ nldebug("file not found: %s", zonePath.c_str ()); + _Lz->FileNotFound = true; + delete _Zm->Zone; + } + + Cheers, + +-- +Loic Dachary http://www.dachary.org/ loic@dachary.org +12 bd Magenta http://www.senga.org/ loic@senga.org +75010 Paris T: 33 1 42 45 07 97 loic@gnu.org + GPG Public Key: http://www.dachary.org/loic/gpg.txt + +From loic@dachary.org Wed Feb 20 16:35:29 2002 +Received: from inspiron.dachary.org (aboukir-101-1-13-alebeon.adsl.nerim.net [62.212.101.54]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1KFZTW77527 + for ; Wed, 20 Feb 2002 16:35:29 +0100 (CET) + (envelope-from loic@dachary.org) +Received: from loic by inspiron.dachary.org with local (Exim 3.34 #1 (Debian)) + id 16dYg6-0005wm-00 + for ; Wed, 20 Feb 2002 16:29:06 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Transfer-Encoding: 7bit +Message-ID: <15475.49345.499839.564662@inspiron.dachary.org> +Date: Wed, 20 Feb 2002 16:29:05 +0100 +From: Loic Dachary +To: nel@nevrax.org +X-Mailer: VM 7.01 under Emacs 21.1.1 +Subject: [Nel] Hit me +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +X-Reply-To: loic@gnu.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + + Hi, + + I'm online. Someone dares to come and hit me ? + +-- +Loic Dachary http://www.dachary.org/ loic@dachary.org +12 bd Magenta http://www.senga.org/ loic@senga.org +75010 Paris T: 33 1 42 45 07 97 loic@gnu.org + GPG Public Key: http://www.dachary.org/loic/gpg.txt + +From lecroart@nevrax.com Wed Feb 20 16:44:37 2002 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1KFibW78174 + for ; Wed, 20 Feb 2002 16:44:37 +0100 (CET) + (envelope-from lecroart@nevrax.com) +Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g1KFcQn13488 + for ; Wed, 20 Feb 2002 16:38:26 +0100 (CET) + (envelope-from lecroart@nevrax.com) +Message-ID: <007f01c1ba24$a33f53f0$0901a8c0@vianneyl> +From: "Vianney Lecroart" +To: +References: <15475.48361.735753.544068@inspiron.dachary.org> +Subject: Re: [Nel] GNU/Linux : landscape is back +Date: Wed, 20 Feb 2002 16:38:26 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 6.00.2600.0000 +X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Hi, + +You are right. The CPath system manage correctly the case but zone_manger +doesn't use CPath so the problem occurs... +In fact, the data are ok, bit the code will search the good file name, the +standard is N_LL.zonel where N is the line and LL is the row with majuscule +(AA is the first row) +You just to change in src/3d/zone_search.cpp 'a' into 'A' like that: + + char firstLetter = zoneX / 26 + 'A'; + char secondLetter = zoneX % 26 + 'A'; + +Or wait the next cvs sync this night. + +Vianney Lecroart +--- +lead network programmer / nevrax.com +icq#: 6870415 +homepage: http://ace.planet-d.net +www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- +w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? + + + +From info@multimediastudio.com Wed Feb 20 17:10:33 2002 +Received: from e-nvelop.com (216-236-192-166.newskies.net [216.236.192.166] (may be forged)) + by www.nevrax.org (8.11.0/8.11.0) with SMTP id g1KGAGW80047 + for ; Wed, 20 Feb 2002 17:10:19 +0100 (CET) + (envelope-from info@multimediastudio.com) +Message-Id: <200202201610.g1KGAGW80047@www.nevrax.org> +To: nel@nevrax.org +From: "Manish Gajria" +Date: Wed, 20 Feb 2002 19:54:42 +Content-Type: text/html; charset="us-ascii" +Subject: [Nel] slash web design and development costs +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + + + +Multimedia Studio - Communication | Interaction | Experience + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ + + + + + + + + +
 
 
+ 		 
 
 
+ + + + + +
In + today's damp economic climate, with Web project budgets under increasing + scrutiny, many companies are feeling the fiscal chill. Innovative + managers and project champions are seeking ways of cost cutting on + Web initiatives without compromising on quality and the final user + experience. We understand that companies passionate about their brands, + products and services will never compromise, leave alone short term + savings or strategies.
+
+ Today, decisions regarding your Web initiatives will influence your + bottom line whatever the impending economic conditions. However, well + judged decisions and judicious spending could see you weather any + economic furor. 		 
+ 		 
  
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
   What's + the way out 
 Our + Work
+ A company is constantly judged by the work it produces. This is where + its philosophy, methodology and culture are wrapped in one statement. + To See the versatility, style and powerful experiences embodied in + the Multimedia Studio portfolio click + here.
+ 		 It + is difficult to find a partner able to deliver effective and functional + services and solutions at reduced costs. Multimedia Studio is an experience + design company delivering result-oriented solutions for Web and other + interactive media such as Web sites, intranets, extranets, and e-mail + marketing campaigns. Since the inception of the Internet, we have + proven ourselves time and again to clients such as Mercedes Benz, + Dresdner Bank, Prudential, IBM, Motorola, Wipro Technologies, MindTree + Consulting, 24/7 Customer.com, Ittiam Systems, and EuroRSCG to name + a few. 
   
    
  Cut + Costs without Compromise 
 Our + Methodology +
+ Cost effective solutions are driven by structure. Being organized + helps focus on the big picture, which is the reason we have a systematic + process in place that includes defining the job to following-up after + delivery. Setting goals, achieving them and keeping the clients informed + and involved from start to finish helps make the solution unique and + powerful.
+ Know + more		 Reduced + costs do not necessarily mean sub-standard deliverables or compromises. + Cost cutting is about an effective methodology coupled with a flexible + distributed development model. It is about efficiency. In fact, that’s + why businesses and individuals started using technology and the Web + in the first place. We follow the industry best practices and processes + as any reputed Internet consultancy, interactive agency, or integrated + marketing firm across the globe. Furthermore our methodology is fine-tuned + to adapt to the distributed onsite-offshore development model. 
     
   The + Way We Do It 
  + + + + + + + + + + + + + + + + +
But + You Knew
More + than 50% of the Fortune 500 companies have used offshore services + of Indian companies for Internet and software solutions.
Most + of the Big 5, major software, Internet and technology consulting + firms, such as PwC, EDS, KPMG, Sapient, Cambridge Technology + Partners, Scient, Microsoft, IBM, and Oracle, have offshore + development centers in India. Even this list is growing every + day...
+ 		 We + use the distributed development model to reduce design and development + costs of Web projects. This means, we execute only critical project + activities like initial research, consulting, strategy, and user testing + at our client’s location in the US or Europe. Subsequent to having + established a project plan onsite, we shift the design and development + of the project to our offshore development center in India, which + is a cost efficient geography. This translates into reduced costs, + the benefits of which are directly conceded to our clients. Eventually, + a win-win situation. 
+ 		 
  
 
+ + + + + + + + + +
visit + us at:  www.multimediastudio.com
mail:  info@multimediastudio.com
+ 		 
  
+ + + + + +
This + message has been sent to you in compliance with anti-spam regulations. + You are receiving this email because you registered on our site or + one of our partner sites and agreed to receive special offers that + may be of interest to you. If you do not wish to receive further mailings, + please click + here to unsubscribe. Please accept our apologies if we have inconvenienced + you in any way. This message was sent by e–nvelop.com. + This message is an advertisement. 
+ 		 
  
+ +From info@multimediastudio.com Wed Feb 20 17:10:41 2002 +Received: from e-nvelop.com (216-236-192-166.newskies.net [216.236.192.166] (may be forged)) + by www.nevrax.org (8.11.0/8.11.0) with SMTP id g1KGAGW80046 + for ; Wed, 20 Feb 2002 17:10:19 +0100 (CET) + (envelope-from info@multimediastudio.com) +Message-Id: <200202201610.g1KGAGW80046@www.nevrax.org> +To: nel@nevrax.org +From: "Manish Gajria" +Date: Wed, 20 Feb 2002 19:54:42 +Content-Type: text/html; charset="us-ascii" +Subject: [Nel] slash web design and development costs +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + + + +Multimedia Studio - Communication | Interaction | Experience + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ + + + + + + + + +
 
 
+ 		 
 
 
+ + + + + +
In + today's damp economic climate, with Web project budgets under increasing + scrutiny, many companies are feeling the fiscal chill. Innovative + managers and project champions are seeking ways of cost cutting on + Web initiatives without compromising on quality and the final user + experience. We understand that companies passionate about their brands, + products and services will never compromise, leave alone short term + savings or strategies.
+
+ Today, decisions regarding your Web initiatives will influence your + bottom line whatever the impending economic conditions. However, well + judged decisions and judicious spending could see you weather any + economic furor. 		 
+ 		 
  
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
   What's + the way out 
 Our + Work
+ A company is constantly judged by the work it produces. This is where + its philosophy, methodology and culture are wrapped in one statement. + To See the versatility, style and powerful experiences embodied in + the Multimedia Studio portfolio click + here.
+ 		 It + is difficult to find a partner able to deliver effective and functional + services and solutions at reduced costs. Multimedia Studio is an experience + design company delivering result-oriented solutions for Web and other + interactive media such as Web sites, intranets, extranets, and e-mail + marketing campaigns. Since the inception of the Internet, we have + proven ourselves time and again to clients such as Mercedes Benz, + Dresdner Bank, Prudential, IBM, Motorola, Wipro Technologies, MindTree + Consulting, 24/7 Customer.com, Ittiam Systems, and EuroRSCG to name + a few. 
   
    
  Cut + Costs without Compromise 
 Our + Methodology +
+ Cost effective solutions are driven by structure. Being organized + helps focus on the big picture, which is the reason we have a systematic + process in place that includes defining the job to following-up after + delivery. Setting goals, achieving them and keeping the clients informed + and involved from start to finish helps make the solution unique and + powerful.
+ Know + more		 Reduced + costs do not necessarily mean sub-standard deliverables or compromises. + Cost cutting is about an effective methodology coupled with a flexible + distributed development model. It is about efficiency. In fact, that’s + why businesses and individuals started using technology and the Web + in the first place. We follow the industry best practices and processes + as any reputed Internet consultancy, interactive agency, or integrated + marketing firm across the globe. Furthermore our methodology is fine-tuned + to adapt to the distributed onsite-offshore development model. 
     
   The + Way We Do It 
  + + + + + + + + + + + + + + + + +
But + You Knew
More + than 50% of the Fortune 500 companies have used offshore services + of Indian companies for Internet and software solutions.
Most + of the Big 5, major software, Internet and technology consulting + firms, such as PwC, EDS, KPMG, Sapient, Cambridge Technology + Partners, Scient, Microsoft, IBM, and Oracle, have offshore + development centers in India. Even this list is growing every + day...
+ 		 We + use the distributed development model to reduce design and development + costs of Web projects. This means, we execute only critical project + activities like initial research, consulting, strategy, and user testing + at our client’s location in the US or Europe. Subsequent to having + established a project plan onsite, we shift the design and development + of the project to our offshore development center in India, which + is a cost efficient geography. This translates into reduced costs, + the benefits of which are directly conceded to our clients. Eventually, + a win-win situation. 
+ 		 
  
 
+ + + + + + + + + +
visit + us at:  www.multimediastudio.com
mail:  info@multimediastudio.com
+ 		 
  
+ + + + + +
This + message has been sent to you in compliance with anti-spam regulations. + You are receiving this email because you registered on our site or + one of our partner sites and agreed to receive special offers that + may be of interest to you. If you do not wish to receive further mailings, + please click + here to unsubscribe. Please accept our apologies if we have inconvenienced + you in any way. This message was sent by e–nvelop.com. + This message is an advertisement. 
+ 		 
  
+ +From miller@nevrax.com Wed Feb 20 17:31:07 2002 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1KGV7W81682 + for ; Wed, 20 Feb 2002 17:31:07 +0100 (CET) + (envelope-from miller@nevrax.com) +Received: from miller (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g1KGOun14310; + Wed, 20 Feb 2002 17:24:56 +0100 (CET) + (envelope-from miller@nevrax.com) +From: "Daniel Miller" +To: +Cc: "Valignat Cedric" +Date: Wed, 20 Feb 2002 17:24:56 +0100 +Message-ID: +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 (Normal) +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) +X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 +Importance: Normal +Subject: [Nel] SPAM :o( +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Sorry for the spam - Each time we get hit by junk mail we add the given +addresses to the mailing list's exclusion list - I guess this is another one +for the pile + +(Affraid we haven't found a fix to our problem with automatic exclusion) + +regards +Daniel + + +From tanis@mediacom.it Wed Feb 20 17:37:28 2002 +Received: from digi-web.it (80.64-26.27.110.62.in-addr.arpa [62.110.27.80] (may be forged)) + by www.nevrax.org (8.11.0/8.11.0) with SMTP id g1KGbRW82204 + for ; Wed, 20 Feb 2002 17:37:27 +0100 (CET) + (envelope-from tanis@mediacom.it) +Received: (qmail 5837 invoked from network); 20 Feb 2002 17:12:03 -0000 +Received: from unknown (HELO valerio) (172.16.69.2) + by mail.digisoft.local with SMTP; 20 Feb 2002 17:12:03 -0000 +Message-ID: <109101c1ba2b$fdbe1ee0$024510ac@valerio> +From: "Valerio Santinelli" +To: +References: +Subject: Re: [Nel] SPAM :o( +Date: Wed, 20 Feb 2002 17:31:04 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 6.00.2600.0000 +X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Upgrade Mailman and turn on subscribers-only postings ;) +(I know I already said that, but I cannot really stand spam). + +-- +Valerio Santinelli +HateSeed.com Founder (http://www.hateseed.com) +In Flames Italia Webmaster (http://www.inflames.it) +My Lab (http://tanis.hateseed.com) + + +----- Original Message ----- +From: "Daniel Miller" +To: +Cc: "Valignat Cedric" +Sent: Wednesday, February 20, 2002 5:24 PM +Subject: [Nel] SPAM :o( + + +> Sorry for the spam - Each time we get hit by junk mail we add the given +> addresses to the mailing list's exclusion list - I guess this is another +one +> for the pile +> +> (Affraid we haven't found a fix to our problem with automatic exclusion) +> +> regards +> Daniel +> +> _______________________________________________ +> Nel mailing list +> Nel@nevrax.org +> http://www.nevrax.org/mailman/listinfo.cgi/nel +> +> + + + +From miller@nevrax.com Wed Feb 20 18:31:11 2002 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1KHVAW86473 + for ; Wed, 20 Feb 2002 18:31:10 +0100 (CET) + (envelope-from miller@nevrax.com) +Received: from miller (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g1KHP0n15247 + for ; Wed, 20 Feb 2002 18:25:00 +0100 (CET) + (envelope-from miller@nevrax.com) +From: "Daniel Miller" +To: +Date: Wed, 20 Feb 2002 18:25:00 +0100 +Message-ID: +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 (Normal) +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) +X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 +Importance: Normal +Subject: [Nel] I hope this works!... +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +We've just reactivated the 'only members are allowed to post to the list' +option on the mailing list - if you see strange behaviour please be patient +and we'll try to sort it out + +fingers crossed + +Daniel + + +From loic@dachary.org Wed Feb 20 20:33:47 2002 +Received: from inspiron.dachary.org (ATuileries-104-1-2-216.abo.wanadoo.fr [217.128.211.216]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1KJXlW96061 + for ; Wed, 20 Feb 2002 20:33:47 +0100 (CET) + (envelope-from loic@dachary.org) +Received: from loic by inspiron.dachary.org with local (Exim 3.34 #1 (Debian)) + id 16dcOi-0000Lt-00 + for ; Wed, 20 Feb 2002 20:27:24 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Transfer-Encoding: 7bit +Message-ID: <15475.63644.415274.192363@inspiron.dachary.org> +Date: Wed, 20 Feb 2002 20:27:24 +0100 +From: Loic Dachary +To: nel@nevrax.org +Subject: Re: [Nel] GNU/Linux : landscape is back +In-Reply-To: Vianney Lecroart's message of 20 February 2002 16:38:26 +0100 +References: <15475.48361.735753.544068@inspiron.dachary.org> + <007f01c1ba24$a33f53f0$0901a8c0@vianneyl> +X-Mailer: VM 7.01 under Emacs 21.1.1 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +X-Reply-To: loic@gnu.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Vianney Lecroart writes: + > Hi, + > + > You are right. The CPath system manage correctly the case but zone_manger + > doesn't use CPath so the problem occurs... + > In fact, the data are ok, bit the code will search the good file name, the + > standard is N_LL.zonel where N is the line and LL is the row with majuscule + > (AA is the first row) + > You just to change in src/3d/zone_search.cpp 'a' into 'A' like that: + > + > char firstLetter = zoneX / 26 + 'A'; + > char secondLetter = zoneX % 26 + 'A'; + > + > Or wait the next cvs sync this night. + + Swell. I'll wait for the sync. + + Cheers, + +-- +Loic Dachary http://www.dachary.org/ loic@dachary.org +12 bd Magenta http://www.senga.org/ loic@senga.org +75010 Paris T: 33 1 42 45 07 97 loic@gnu.org + GPG Public Key: http://www.dachary.org/loic/gpg.txt + +From miller@nevrax.com Wed Feb 20 20:37:12 2002 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1KJbBW96412 + for ; Wed, 20 Feb 2002 20:37:12 +0100 (CET) + (envelope-from miller@nevrax.com) +Received: from miller (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g1KJV1n16487 + for ; Wed, 20 Feb 2002 20:31:01 +0100 (CET) + (envelope-from miller@nevrax.com) +From: "Daniel Miller" +To: +Subject: RE: [Nel] contrib et fix +Date: Wed, 20 Feb 2002 20:31:00 +0100 +Message-ID: +MIME-Version: 1.0 +Content-Type: text/plain; + charset="us-ascii" +Content-Transfer-Encoding: 7bit +X-Priority: 3 (Normal) +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) +X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 +Importance: Normal +In-Reply-To: <15473.23506.341278.819376@inspiron.dachary.org> +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +OK - What you propose sounds sensible to me - do you have a standard +agreement somewhere that you recommend? + +Daniel + + +-----Original Message----- +From: nel-admin@nevrax.org [mailto:nel-admin@nevrax.org]On Behalf Of +Loic Dachary +Sent: Monday, February 18, 2002 8:54 PM +To: nel@nevrax.org +Subject: Re: [Nel] contrib et fix + + +Vianney Lecroart writes: + > + > I know that there is a difference between a contribution (a large patch) +and + > a fix, but I would like to know if there are official Doc. + > which spoke the limit between the 2. If somebody gives us a patch of 15 + > lines, is a this fix or a contrib? Is the limit fixed by a number of +line? + > If so, where is the limit? Is there a URL which speaks about that? + > + + AFAIK, the 15 lines of code threshold is informal and based on +past judgements. It could be argued that this is an urban legend (internet +legend ?-). I could ask for confirmation to a lawyer if this is important. +I have no reference URL handy. + + This limit is important when a developer or a company needs to +make sure it is the sole copyright holder of the software. This is the +best way to make sure a Free Software can be properly defended when/if +a license violation occurs. Being the single copyright holder puts you +in the best position to negotiate with the violator so that she +complies to the license terms. Multiplying the copyright holders of a +given software is a technique to prevent a Free Software to become +proprietary but is rather inefficient to enforce the license if needs +be. + + If it's not already the case, it would be good that +contributors to nel assign copyright to Nevrax, much in the same way +as contributors assign copyright to the FSF. Of course, when a +contributor to GNU Emacs (for instance) assigns copyright to the FSF +for her work, the FSF makes a written promise to release the +contribution under a Free Software license. This is a fair system +that Nevrax could use for nel. Of course, you don't want to bother +about copyright assignment with every contributor who provides only a +few lines and this is where the 15 lines threshold helps you. + + When nel becomes widely used, I guess Nevrax will need to +handle significant contributions and a few violators. The fact that +nel is released under the GNU GPL (instead of the GNU LGPL for +instance) helps. It is *a lot* harder to convince violators on GNU +LGPL'ed code. When someone (note that I do not say if someone ;-) +expands nel and distribute the result without the corresponding source +code, it won't take more than a few weeks to convince her to comply. +As it turns out, the GNU GPL is the only license that is efficient +to protect a Free Software company business. + + Cheers, + +-- +Loic Dachary http://www.dachary.org/ loic@dachary.org +12 bd Magenta http://www.senga.org/ loic@senga.org +75010 Paris T: 33 1 42 45 07 97 loic@gnu.org + GPG Public Key: http://www.dachary.org/loic/gpg.txt +_______________________________________________ +Nel mailing list +Nel@nevrax.org +http://www.nevrax.org/mailman/listinfo.cgi/nel + + +From loic@dachary.org Thu Feb 21 09:51:06 2002 +Received: from inspiron.dachary.org (aboukir-101-1-13-alebeon.adsl.nerim.net [62.212.101.54]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1L8p6W59602 + for ; Thu, 21 Feb 2002 09:51:06 +0100 (CET) + (envelope-from loic@dachary.org) +Received: from loic by inspiron.dachary.org with local (Exim 3.34 #1 (Debian)) + id 16doqJ-0000i2-00 + for ; Thu, 21 Feb 2002 09:44:43 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Transfer-Encoding: 7bit +Message-ID: <15476.45947.377395.983567@inspiron.dachary.org> +Date: Thu, 21 Feb 2002 09:44:43 +0100 +From: Loic Dachary +To: nel@nevrax.org +X-Mailer: VM 7.01 under Emacs 21.1.1 +Subject: [Nel] Free Software drivers & fps +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +X-Reply-To: loic@gnu.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + + + Hi, + + Yesterday night the player "Thas" was on +itsalive.nevrax.org. He (or she ?-) said to run snowballs on GNU/Linux +with landscape at 12fps on a G400 / PIII733, using the Free Software +drivers provided with XFree-4.2 (not the binary proprietary drivers +you can get gratis on the matrox site). + + I did not have a chance to ask what client.cfg he is using, +the output of glxinfo, if he was displaying the Nel logo or not and I +can't remember if he had snow (although that does not seem to impact +performances). Given that I only have 8fps on a Radeon 7500 / PIII450, +I guess his experience could help me improve the fps on my side. + + Cheers, + +-- +Loic Dachary http://www.dachary.org/ loic@dachary.org +12 bd Magenta http://www.senga.org/ loic@senga.org +75010 Paris T: 33 1 42 45 07 97 loic@gnu.org + GPG Public Key: http://www.dachary.org/loic/gpg.txt + +From robertm@oja.homeip.net Thu Feb 21 10:31:55 2002 +Received: from oja.homeip.net (213-145-169-238.dd.nextgentel.com [213.145.169.238]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1L9VnW63068 + for ; Thu, 21 Feb 2002 10:31:54 +0100 (CET) + (envelope-from robertm@oja.homeip.net) +Received: by oja.homeip.net (Postfix, from userid 502) + id CE0C346FCB; Thu, 21 Feb 2002 10:24:09 +0100 (CET) +Date: Thu, 21 Feb 2002 02:24:09 -0700 +From: "Robert J. Macomber" +To: nel@nevrax.org +Subject: Re: [Nel] Free Software drivers & fps +Message-ID: <20020221092409.GA4860@lintor> +References: <15476.45947.377395.983567@inspiron.dachary.org> +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +In-Reply-To: <15476.45947.377395.983567@inspiron.dachary.org> +User-Agent: Mutt/1.3.25i +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +On Thu, Feb 21, 2002 at 09:44:43AM +0100, Loic Dachary wrote: +> Yesterday night the player "Thas" was on +> itsalive.nevrax.org. He (or she ?-) said to run snowballs on GNU/Linux +> with landscape at 12fps on a G400 / PIII733, using the Free Software +> drivers provided with XFree-4.2 (not the binary proprietary drivers +> you can get gratis on the matrox site). + +Yes, that was me. + +> I did not have a chance to ask what client.cfg he is using, + +Straight out of CVS (i.e., 800x600 windowed, no fog, etc.), though I +did do a "/tilenear 0.1" in-game. + +> the output of glxinfo, + +Appended at the end of this email. + +> if he was displaying the Nel logo or not + +No, I commented it out of the client. + +> and I +> can't remember if he had snow (although that does not seem to impact +> performances). + +I didn't see any snow. Well, I did, but not the falling sort. + +--begin glxinfo output-- +name of display: :0.0 +display: :0 screen: 0 +direct rendering: Yes +server glx vendor string: SGI +server glx version string: 1.2 +server glx extensions: + GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context +client glx vendor string: SGI +client glx version string: 1.2 +client glx extensions: + GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context +GLX extensions: + GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context +OpenGL vendor string: VA Linux Systems Inc. +OpenGL renderer string: Mesa DRI G400 20010622 AGP 4x x86/MMX/SSE +OpenGL version string: 1.2 Mesa 3.4.2 +OpenGL extensions: + GL_ARB_multitexture, GL_ARB_transpose_matrix, GL_EXT_abgr, + GL_EXT_blend_func_separate, GL_EXT_clip_volume_hint, + GL_EXT_compiled_vertex_array, GL_EXT_histogram, +GL_EXT_packed_pixels, + GL_EXT_polygon_offset, GL_EXT_rescale_normal, GL_EXT_stencil_wrap, + GL_EXT_texture3D, GL_EXT_texture_env_add, GL_EXT_texture_object, + GL_EXT_vertex_array, GL_MESA_window_pos, GL_MESA_resize_buffers, + GL_NV_texgen_reflection, GL_PGI_misc_hints, GL_SGIS_pixel_texture, + GL_SGIS_texture_edge_clamp +glu version: 1.2 Mesa 3.2 +glu extensions: + GL_EXT_abgr +--end glxinfo output, with the visuals info snipped since it wouldn't +be interesting to someone with a different card-- +-- +Robert Macomber +robertm@rojoma.com + +From Alain.Dutech@loria.fr Thu Feb 21 10:46:57 2002 +Received: from lorraine.loria.fr (lorraine.loria.fr [152.81.1.17]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1L9kvW64403 + for ; Thu, 21 Feb 2002 10:46:57 +0100 (CET) + (envelope-from Alain.Dutech@loria.fr) +Received: from bar.loria.fr (bar.loria.fr [152.81.2.13]) + by lorraine.loria.fr (8.9.3/8.9.3/8.9.3/JCG-DG) with ESMTP id KAA18991 + for ; Thu, 21 Feb 2002 10:40:46 +0100 (MET) +Received: from loria.fr (localhost [127.0.0.1]) + by bar.loria.fr (8.9.3/8.9.3/8.9.3-client/JCG) with ESMTP id KAA23219 + for ; Thu, 21 Feb 2002 10:40:45 +0100 (MET) +Message-ID: <3C74C09D.50CF4FD9@loria.fr> +Date: Thu, 21 Feb 2002 10:40:45 +0100 +From: Alain Dutech +X-Mailer: Mozilla 4.76 [en] (X11; U; SunOS 5.7 sun4u) +X-Accept-Language: en +MIME-Version: 1.0 +To: nel@nevrax.org +References: <15476.45947.377395.983567@inspiron.dachary.org> <20020221092409.GA4860@lintor> +Content-Type: text/plain; charset=us-ascii +Content-Transfer-Encoding: 7bit +Subject: [Nel] Snowball nearly running.... +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Hello all, + +snowballs compiles fine (thanks to the last patches and contributions), I've downloaded +the data (i.e : snowballs_data_0_2.tar.gz) and installed them but then, at exec time, I get: + +[dutech@crevic client]$ snowballs +INF27483 client.cpp 145 : Starting Snowballs ! +WRN27483 path.cpp 618 : CPath::insertFileInMap(Root, data/tiles/CVS/Root, 0, ): already inserted from 'data/CVS/Root', +skip it +WRN27483 path.cpp 618 : CPath::insertFileInMap(Repository, data/tiles/CVS/Repository, 0, ): already inserted from +'data/CVS/Repository', skip it +WRN27483 path.cpp 618 : CPath::insertFileInMap(Entries, data/tiles/CVS/Entries, 0, ): already inserted from +'data/CVS/Entries', skip it +WRN27483 path.cpp 618 : CPath::insertFileInMap(Root, data/zones/CVS/Root, 0, ): already inserted from 'data/CVS/Root', +skip it +WRN27483 path.cpp 618 : CPath::insertFileInMap(Repository, data/zones/CVS/Repository, 0, ): already inserted from +'data/CVS/Repository', skip it +WRN27483 path.cpp 618 : CPath::insertFileInMap(Entries, data/zones/CVS/Entries, 0, ): already inserted from +'data/CVS/Entries', skip it +WRN27483 path.cpp 557 : CPath::addSearchPath(data/fonts/n019003l.pfm, 0, ): file 'n019003l.pfm' already inserted in the +map directory (location: data/n019003l.pfm) +WRN27483 path.cpp 557 : CPath::addSearchPath(data/fonts/n019003l.pfb, 0, ): file 'n019003l.pfb' already inserted in the +map directory (location: data/n019003l.pfb) +WRN27483 path.cpp 557 : CPath::addSearchPath(data/fonts/n019003l.afm, 0, ): file 'n019003l.afm' already inserted in the +map directory (location: data/n019003l.afm) +WRN27483 driver_opengl.cpp 785 : Missing Important GL extension: GL_EXT_texture_env_combine => All envcombine are setup +to GL_MODULATE!!! +WRN27483 path.cpp 222 : CPath::lookup(nevrax.tga): file not found +WRN27483 common.cpp 401 : Exception will be launched: Path not found for nevrax.tga +WRN27483 texture_file.cpp 154 : Missing textureFile: nevrax.tga +WRN27483 path.cpp 222 : CPath::lookup(3_AN.ig): file not found +WRN27483 common.cpp 401 : Exception will be launched: Path not found for 3_AN.ig +Abandon + +Any hints? I've checked almost everywhere and there's no "nevrax.tga" file nor any "*.ig" ones. +Am I missing an obvious point here? + +Alain + + +From loic@dachary.org Thu Feb 21 14:17:04 2002 +Received: from inspiron.dachary.org (ATuileries-104-1-4-166.abo.wanadoo.fr [80.13.224.166]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1LDH2W83074 + for ; Thu, 21 Feb 2002 14:17:02 +0100 (CET) + (envelope-from loic@dachary.org) +Received: from loic by inspiron.dachary.org with local (Exim 3.34 #1 (Debian)) + id 16dszf-0000Id-00 + for ; Thu, 21 Feb 2002 14:10:39 +0100 +MIME-Version: 1.0 +Content-Type: multipart/mixed; boundary="3CjBlUYs2k" +Content-Transfer-Encoding: 7bit +Message-ID: <15476.61902.423458.451046@inspiron.dachary.org> +Date: Thu, 21 Feb 2002 14:10:38 +0100 +From: Loic Dachary +To: nel@nevrax.org +Subject: RE: [Nel] contrib and fix +In-Reply-To: Daniel Miller's message of 20 February 2002 20:31:00 +0100 +References: <15473.23506.341278.819376@inspiron.dachary.org> + +X-Mailer: VM 7.01 under Emacs 21.1.1 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +X-Reply-To: loic@gnu.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +--3CjBlUYs2k +Content-Type: text/plain; charset=us-ascii +Content-Description: message body text +Content-Transfer-Encoding: 7bit + +Daniel Miller writes: + > OK - What you propose sounds sensible to me - do you have a standard + > agreement somewhere that you recommend? + + Sure. You'll find attached to this mail a generic assignement +fit for an individual contributor that I customized for Nevrax. + + You will also find a copyright assignment for my own work that +I'm ready to sign as soon as you send it to me. It has to be printed +on letterhead paper and you'll have to fill the name of Nevrax's CEO. +The CEO needs to sign two copies of the letter, send both of them to +me (address included in the assignment). I'll return one of them +signed and we will be done with it ;-) + + You may add the generic form to the nevrax.org web site along +with the reasons why such an assignment is a good thing. I can provide +a small standard explanation if you like. + + Cheers, + + +--3CjBlUYs2k +Content-Type: application/octet-stream +Content-Disposition: attachment; + filename="nevrax_changes_assign.generic" +Content-Transfer-Encoding: base64 + +IAkJCSAgICBBU1NJR05NRU5UCgogICBGb3IgZ29vZCBhbmQgdmFsdWFibGUgY29uc2lkZXJhdGlv +biwgcmVjZWlwdCBvZiB3aGljaCBJCmFja25vd2xlZGdlLCBJLCBOQU1FLCBoZXJlYnkgdHJhbnNm +ZXIgdG8gTmV2cmF4IEx0ZC4gICgiTmV2cmF4IikgbXkKZW50aXJlIHJpZ2h0LCB0aXRsZSwgYW5k +IGludGVyZXN0IChpbmNsdWRpbmcgYWxsIHJpZ2h0cyB1bmRlcgpjb3B5cmlnaHQpIGluIG15IGNo +YW5nZXMgYW5kIGVuaGFuY2VtZW50cyB0byB0aGUgcHJvZ3JhbSBOZWwsCmluY2x1ZGluZyBjaGFu +Z2VzIGluIGFjY29tcGFueWluZyBkb2N1bWVudGF0aW9uIGZpbGVzIGFuZCBzdXBwb3J0aW5nCmZp +bGVzIGFzIHdlbGwgYXMgY2hhbmdlcyBpbiBhY3R1YWwgcHJvZ3JhbSBjb2RlLCBzdWJqZWN0IHRv +IHRoZQpjb25kaXRpb25zIGJlbG93LiAgVGhlc2UgY2hhbmdlcyBhbmQgZW5oYW5jZW1lbnRzIGFy +ZSBoZXJlaW4gY2FsbGVkCnRoZSAiV29yayIuICBUaGUgd29yayBoZXJlYnkgYXNzaWduZWQgc2hh +bGwgYWxzbyBpbmNsdWRlIGFueSBmdXR1cmUKcmV2aXNpb25zIG9mIHRoZXNlIGNoYW5nZXMgYW5k +IGVuaGFuY2VtZW50cyBoZXJlYWZ0ZXIgbWFkZSBieSBtZS4KCiAgIFVwb24gdGhpcnR5IGRheXMn +IHByaW9yIHdyaXR0ZW4gbm90aWNlLCBOZXZyYXggYWdyZWVzIHRvIGdyYW50IG1lCm5vbi1leGNs +dXNpdmUgcmlnaHRzIHRvIHVzZSB0aGUgV29yayAoaS5lLiBteSBjaGFuZ2VzIGFuZAplbmhhbmNl +bWVudHMsIG5vdCB0aGUgcHJvZ3JhbSB3aGljaCBJIGVuaGFuY2VkKSBhcyBJIHNlZSBmaXQ7IChh +bmQKTmV2cmF4J3MgcmlnaHRzIHNoYWxsIG90aGVyd2lzZSBjb250aW51ZSB1bmNoYW5nZWQpLgoK +ICAgRm9yIHRoZSBwdXJwb3NlcyBvZiB0aGlzIGNvbnRyYWN0LCBhIHdvcmsgImJhc2VkIG9uIHRo +ZSBXb3JrIiBtZWFucwphbnkgd29yayB0aGF0IGluIHdob2xlIG9yIGluIHBhcnQgaW5jb3Jwb3Jh +dGVzIG9yIGlzIGRlcml2ZWQgZnJvbSBhbGwgb3IKcGFydCBvZiB0aGUgV29yay4KCiAgIE5ldnJh +eCBwcm9taXNlcyB0aGF0IGFsbCBkaXN0cmlidXRpb24gb2YgdGhlIFdvcmssIG9yIG9mIGFueQp3 +b3JrICJiYXNlZCBvbiB0aGUgV29yayIsIHRoYXQgdGFrZXMgcGxhY2UgdW5kZXIgdGhlIGNvbnRy +b2wgb2YgTmV2cmF4Cm9yIGl0cyBhc3NpZ25lZXMsIHNoYWxsIGJlIG9uIHRlcm1zIHRoYXQgZXhw +bGljaXRseSBhbmQKcGVycGV0dWFsbHkgcGVybWl0IGFueW9uZSBwb3NzZXNzaW5nIGEgY29weSBv +ZiB0aGUgd29yayB0byB3aGljaCB0aGUgdGVybXMKYXBwbHksIGFuZCBwb3NzZXNzaW5nIGFjY3Vy +YXRlIG5vdGljZSBvZiB0aGVzZSB0ZXJtcywgdG8gcmVkaXN0cmlidXRlCmNvcGllcyBvZiB0aGUg +d29yayB0byBhbnlvbmUgb24gdGhlIHNhbWUgdGVybXMuICBUaGVzZSB0ZXJtcyBzaGFsbCBub3QK +cmVzdHJpY3Qgd2hpY2ggbWVtYmVycyBvZiB0aGUgcHVibGljIGNvcGllcyBtYXkgYmUgZGlzdHJp +YnV0ZWQgdG8uICBUaGVzZQp0ZXJtcyBzaGFsbCBub3QgcmVxdWlyZSBhIG1lbWJlciBvZiB0aGUg +cHVibGljIHRvIHBheSBhbnkgcm95YWx0eSB0byBOZXZyYXgKb3IgdG8gYW55b25lIGVsc2UgZm9y +IGFueSBwZXJtaXR0ZWQgdXNlIG9mIHRoZSB3b3JrIHRoZXkgYXBwbHkKdG8sIG9yIHRvIGNvbW11 +bmljYXRlIHdpdGggTmV2cmF4IG9yIGl0cyBhZ2VudHMgaW4gYW55IHdheSBlaXRoZXIKd2hlbiBy +ZWRpc3RyaWJ1dGlvbiBpcyBwZXJmb3JtZWQgb3Igb24gYW55IG90aGVyIG9jY2FzaW9uLgoKICAg +TmV2cmF4IHByb21pc2VzIHRoYXQgYW55IHByb2dyYW0gImJhc2VkIG9uIHRoZSBXb3JrIiBvZmZl +cmVkCnRvIHRoZSBwdWJsaWMgYnkgTmV2cmF4IG9yIGl0cyBhc3NpZ25lZXMgc2hhbGwgYmUgb2Zm +ZXJlZCBpbiB0aGUKZm9ybSBvZiBtYWNoaW5lLXJlYWRhYmxlIHNvdXJjZSBjb2RlLCBpbiBhZGRp +dGlvbiB0byBhbnkgb3RoZXIgZm9ybXMgb2YgCk5ldnJheCdzIGNob29zaW5nLiAgSG93ZXZlciwg +TmV2cmF4IGlzIGZyZWUgdG8gY2hvb3NlIGF0IGl0cwpjb252ZW5pZW5jZSB0aGUgbWVkaWEgb2Yg +ZGlzdHJpYnV0aW9uIGZvciBtYWNoaW5lLXJlYWRhYmxlIHNvdXJjZSBjb2RlLgoKICAgTmV2cmF4 +IHByb21pc2VzIHRvIGdpdmUgb3Igc2VuZCBtZSwgdXBvbiByZWFzb25hYmxlIHByaW9yIG5vdGlj +ZQphbmQgcGF5bWVudCBvZiBhIGZlZSBubyBtb3JlIHRoYW4gdHdlbnR5IHRpbWVzIHRoZSBjb3N0 +IG9mIHRoZSBuZWNlc3NhcnkKbWF0ZXJpYWxzIGFuZCBwb3N0YWdlLCBhIGNvcHkgb2YgYW55IG9y +IGFsbCBvZiB0aGUgd29ya3MgImJhc2VkIG9uIHRoZQpXb3JrIiB0aGF0IGl0IG9mZmVycyB0byB0 +aGUgcHVibGljIG9yIHRoYXQgaXQgaGFzIG9mZmVyZWQgd2l0aGluIHRoZQpwYXN0IHNpeCBtb250 +aHMsIG9yIHRoYXQgaXQgZGlzdHJpYnV0ZWQgZm9yIHRoZSBmaXJzdCB0aW1lIHdpdGhpbiB0aGUg +cGFzdApzaXggbW9udGhzLiAgRm9yIHdvcmtzIHRoYXQgYXJlIHByb2dyYW1zLCB0aGUgbWFjaGlu +ZS1yZWFkYWJsZSBzb3VyY2UgY29kZQpzaGFsbCBiZSBpbmNsdWRlZC4gIE15IHJlcXVlc3Qgc2hh +bGwgZGV0YWlsIHdoZXRoZXIgSSB3aXNoIHRvIHJlY2VpdmUgYWxsCnN1Y2ggd29ya3Mgb3Igc3Bl +Y2lmaWMgd29ya3MuICBNeSBjaG9pY2Ugb2Ygd29ya3MgdG8gcmVxdWVzdCBtYXkgYWZmZWN0IHRo +ZQpjb3N0IGFuZCB0aGVyZWZvcmUgdGhlIGZlZS4KCiAgIEkgaGVyZWJ5IGFncmVlIHRoYXQgaWYg +SSBoYXZlIG9yIGFjcXVpcmUgaGVyZWFmdGVyIGFueSBwYXRlbnQgb3IKaW50ZXJmYWNlIGNvcHly +aWdodCBvciBvdGhlciBpbnRlbGxlY3R1YWwgcHJvcGVydHkgaW50ZXJlc3QgZG9taW5hdGluZyB0 +aGUKcHJvZ3JhbSBlbmhhbmNlZCBieSB0aGUgV29yayAob3IgdXNlIG9mIHRoYXQgcHJvZ3JhbSks +IHN1Y2ggZG9taW5hdGluZwppbnRlcmVzdCB3aWxsIG5vdCBiZSB1c2VkIHRvIHVuZGVybWluZSB0 +aGUgZWZmZWN0IG9mIHRoaXMgYXNzaWdubWVudCwgaS5lLgpOZXZyYXggYW5kIHRoZSBnZW5lcmFs +IHB1YmxpYyB3aWxsIGJlIGxpY2Vuc2VkIHRvIHVzZSwgaW4gdGhhdApwcm9ncmFtIGFuZCBpdHMg +ZGVyaXZhdGl2ZSB3b3Jrcywgd2l0aG91dCByb3lhbHR5IG9yIGxpbWl0YXRpb24sIHRoZQpzdWJq +ZWN0IG1hdHRlciBvZiB0aGUgZG9taW5hdGluZyBpbnRlcmVzdC4gIFRoaXMgbGljZW5zZSBwcm92 +aXNpb24gd2lsbCBiZQpiaW5kaW5nIG9uIG15IGhlaXJzLCBhc3NpZ25lZXMsIG9yIG90aGVyIHN1 +Y2Nlc3NvcnMgdG8gdGhlIGRvbWluYXRpbmcKaW50ZXJlc3QsIGFzIHdlbGwgYXMgb24gbWUuCgog +ICBJIGhlcmVieSByZXByZXNlbnQgYW5kIHdhcnJhbnQgdGhhdCBJIGFtIHRoZSBzb2xlIGNvcHly +aWdodCBob2xkZXIgZm9yIHRoZQpXb3JrIGFuZCB0aGF0IEkgaGF2ZSB0aGUgcmlnaHQgYW5kIHBv +d2VyIHRvIGVudGVyIGludG8gdGhpcyBjb250cmFjdC4gIEkKaGVyZWJ5IGluZGVtbmlmeSBhbmQg +aG9sZCBoYXJtbGVzcyBOZXZyYXgsIGl0cyBvZmZpY2VycywgZW1wbG95ZWVzLAphbmQgYWdlbnRz +IGFnYWluc3QgYW55IGFuZCBhbGwgY2xhaW1zLCBhY3Rpb25zIG9yIGRhbWFnZXMgKGluY2x1ZGlu +ZwphdHRvcm5leSdzIHJlYXNvbmFibGUgZmVlcykgYXNzZXJ0ZWQgYnkgb3IgcGFpZCB0byBhbnkg +cGFydHkgb24gYWNjb3VudCBvZiBhCmJyZWFjaCBvciBhbGxlZ2VkIGJyZWFjaCBvZiB0aGUgZm9y +ZWdvaW5nIHdhcnJhbnR5LiAgSSBtYWtlIG5vIG90aGVyIGV4cHJlc3MKb3IgaW1wbGllZCB3YXJy +YW50eSAoaW5jbHVkaW5nIHdpdGhvdXQgbGltaXRhdGlvbiwgaW4gdGhpcyBkaXNjbGFpbWVyIG9m +CndhcnJhbnR5LCBhbnkgd2FycmFudHkgb2YgTUVSQ0hBTlRBQklMSVRZIG9yIEZJVE5FU1MgRk9S +IEEgUEFSVElDVUxBUiBQVVJQT1NFKS4KCkFncmVlZDogIFtzaWduYXR1cmVdCQkJRGF0ZSBbV3Jp +dGUgdGhlIG1vbnRoIHdpdGggTEVUVEVSU106CgoKRm9yIHRoZSBOZXZyYXggTHRkLApOQU1FLCBD +RU86Cg== +--3CjBlUYs2k +Content-Type: application/octet-stream +Content-Disposition: attachment; + filename="nevrax_changes_assign.loic" +Content-Transfer-Encoding: base64 + +IAkJCSAgICBBU1NJR05NRU5UCgogICBGb3IgZ29vZCBhbmQgdmFsdWFibGUgY29uc2lkZXJhdGlv +biwgcmVjZWlwdCBvZiB3aGljaCBJCmFja25vd2xlZGdlLCBJLCBMb+9jIERhY2hhcnkgMTIgYmQg +TWFnZW50YSA3NTAxMCBQYXJpcyAobG9pY0BnbnUub3JnKSwKaGVyZWJ5IHRyYW5zZmVyIHRvIE5l +dnJheCBMdGQuICAoIk5ldnJheCIpIG15IGVudGlyZSByaWdodCwgdGl0bGUsIGFuZAppbnRlcmVz +dCAoaW5jbHVkaW5nIGFsbCByaWdodHMgdW5kZXIgY29weXJpZ2h0KSBpbiBteSBjaGFuZ2VzIGFu +ZAplbmhhbmNlbWVudHMgdG8gdGhlIHByb2dyYW0gTmVsLCBpbmNsdWRpbmcgY2hhbmdlcyBpbiBh +Y2NvbXBhbnlpbmcKZG9jdW1lbnRhdGlvbiBmaWxlcyBhbmQgc3VwcG9ydGluZyBmaWxlcyBhcyB3 +ZWxsIGFzIGNoYW5nZXMgaW4gYWN0dWFsCnByb2dyYW0gY29kZSwgc3ViamVjdCB0byB0aGUgY29u +ZGl0aW9ucyBiZWxvdy4gIFRoZXNlIGNoYW5nZXMgYW5kCmVuaGFuY2VtZW50cyBhcmUgaGVyZWlu +IGNhbGxlZCB0aGUgIldvcmsiLiAgVGhlIHdvcmsgaGVyZWJ5IGFzc2lnbmVkCnNoYWxsIGFsc28g +aW5jbHVkZSBhbnkgZnV0dXJlIHJldmlzaW9ucyBvZiB0aGVzZSBjaGFuZ2VzIGFuZAplbmhhbmNl +bWVudHMgaGVyZWFmdGVyIG1hZGUgYnkgbWUuCgogICBVcG9uIHRoaXJ0eSBkYXlzJyBwcmlvciB3 +cml0dGVuIG5vdGljZSwgTmV2cmF4IGFncmVlcyB0byBncmFudCBtZQpub24tZXhjbHVzaXZlIHJp +Z2h0cyB0byB1c2UgdGhlIFdvcmsgKGkuZS4gbXkgY2hhbmdlcyBhbmQKZW5oYW5jZW1lbnRzLCBu +b3QgdGhlIHByb2dyYW0gd2hpY2ggSSBlbmhhbmNlZCkgYXMgSSBzZWUgZml0OyAoYW5kCk5ldnJh +eCdzIHJpZ2h0cyBzaGFsbCBvdGhlcndpc2UgY29udGludWUgdW5jaGFuZ2VkKS4KCiAgIEZvciB0 +aGUgcHVycG9zZXMgb2YgdGhpcyBjb250cmFjdCwgYSB3b3JrICJiYXNlZCBvbiB0aGUgV29yayIg +bWVhbnMKYW55IHdvcmsgdGhhdCBpbiB3aG9sZSBvciBpbiBwYXJ0IGluY29ycG9yYXRlcyBvciBp +cyBkZXJpdmVkIGZyb20gYWxsIG9yCnBhcnQgb2YgdGhlIFdvcmsuCgogICBOZXZyYXggcHJvbWlz +ZXMgdGhhdCBhbGwgZGlzdHJpYnV0aW9uIG9mIHRoZSBXb3JrLCBvciBvZiBhbnkKd29yayAiYmFz +ZWQgb24gdGhlIFdvcmsiLCB0aGF0IHRha2VzIHBsYWNlIHVuZGVyIHRoZSBjb250cm9sIG9mIE5l +dnJheApvciBpdHMgYXNzaWduZWVzLCBzaGFsbCBiZSBvbiB0ZXJtcyB0aGF0IGV4cGxpY2l0bHkg +YW5kCnBlcnBldHVhbGx5IHBlcm1pdCBhbnlvbmUgcG9zc2Vzc2luZyBhIGNvcHkgb2YgdGhlIHdv +cmsgdG8gd2hpY2ggdGhlIHRlcm1zCmFwcGx5LCBhbmQgcG9zc2Vzc2luZyBhY2N1cmF0ZSBub3Rp +Y2Ugb2YgdGhlc2UgdGVybXMsIHRvIHJlZGlzdHJpYnV0ZQpjb3BpZXMgb2YgdGhlIHdvcmsgdG8g +YW55b25lIG9uIHRoZSBzYW1lIHRlcm1zLiAgVGhlc2UgdGVybXMgc2hhbGwgbm90CnJlc3RyaWN0 +IHdoaWNoIG1lbWJlcnMgb2YgdGhlIHB1YmxpYyBjb3BpZXMgbWF5IGJlIGRpc3RyaWJ1dGVkIHRv +LiAgVGhlc2UKdGVybXMgc2hhbGwgbm90IHJlcXVpcmUgYSBtZW1iZXIgb2YgdGhlIHB1YmxpYyB0 +byBwYXkgYW55IHJveWFsdHkgdG8gTmV2cmF4Cm9yIHRvIGFueW9uZSBlbHNlIGZvciBhbnkgcGVy +bWl0dGVkIHVzZSBvZiB0aGUgd29yayB0aGV5IGFwcGx5CnRvLCBvciB0byBjb21tdW5pY2F0ZSB3 +aXRoIE5ldnJheCBvciBpdHMgYWdlbnRzIGluIGFueSB3YXkgZWl0aGVyCndoZW4gcmVkaXN0cmli +dXRpb24gaXMgcGVyZm9ybWVkIG9yIG9uIGFueSBvdGhlciBvY2Nhc2lvbi4KCiAgIE5ldnJheCBw +cm9taXNlcyB0aGF0IGFueSBwcm9ncmFtICJiYXNlZCBvbiB0aGUgV29yayIgb2ZmZXJlZAp0byB0 +aGUgcHVibGljIGJ5IE5ldnJheCBvciBpdHMgYXNzaWduZWVzIHNoYWxsIGJlIG9mZmVyZWQgaW4g +dGhlCmZvcm0gb2YgbWFjaGluZS1yZWFkYWJsZSBzb3VyY2UgY29kZSwgaW4gYWRkaXRpb24gdG8g +YW55IG90aGVyIGZvcm1zIG9mIApOZXZyYXgncyBjaG9vc2luZy4gIEhvd2V2ZXIsIE5ldnJheCBp +cyBmcmVlIHRvIGNob29zZSBhdCBpdHMKY29udmVuaWVuY2UgdGhlIG1lZGlhIG9mIGRpc3RyaWJ1 +dGlvbiBmb3IgbWFjaGluZS1yZWFkYWJsZSBzb3VyY2UgY29kZS4KCiAgIE5ldnJheCBwcm9taXNl +cyB0byBnaXZlIG9yIHNlbmQgbWUsIHVwb24gcmVhc29uYWJsZSBwcmlvciBub3RpY2UKYW5kIHBh +eW1lbnQgb2YgYSBmZWUgbm8gbW9yZSB0aGFuIHR3ZW50eSB0aW1lcyB0aGUgY29zdCBvZiB0aGUg +bmVjZXNzYXJ5Cm1hdGVyaWFscyBhbmQgcG9zdGFnZSwgYSBjb3B5IG9mIGFueSBvciBhbGwgb2Yg +dGhlIHdvcmtzICJiYXNlZCBvbiB0aGUKV29yayIgdGhhdCBpdCBvZmZlcnMgdG8gdGhlIHB1Ymxp +YyBvciB0aGF0IGl0IGhhcyBvZmZlcmVkIHdpdGhpbiB0aGUKcGFzdCBzaXggbW9udGhzLCBvciB0 +aGF0IGl0IGRpc3RyaWJ1dGVkIGZvciB0aGUgZmlyc3QgdGltZSB3aXRoaW4gdGhlIHBhc3QKc2l4 +IG1vbnRocy4gIEZvciB3b3JrcyB0aGF0IGFyZSBwcm9ncmFtcywgdGhlIG1hY2hpbmUtcmVhZGFi +bGUgc291cmNlIGNvZGUKc2hhbGwgYmUgaW5jbHVkZWQuICBNeSByZXF1ZXN0IHNoYWxsIGRldGFp +bCB3aGV0aGVyIEkgd2lzaCB0byByZWNlaXZlIGFsbApzdWNoIHdvcmtzIG9yIHNwZWNpZmljIHdv +cmtzLiAgTXkgY2hvaWNlIG9mIHdvcmtzIHRvIHJlcXVlc3QgbWF5IGFmZmVjdCB0aGUKY29zdCBh +bmQgdGhlcmVmb3JlIHRoZSBmZWUuCgogICBJIGhlcmVieSBhZ3JlZSB0aGF0IGlmIEkgaGF2ZSBv +ciBhY3F1aXJlIGhlcmVhZnRlciBhbnkgcGF0ZW50IG9yCmludGVyZmFjZSBjb3B5cmlnaHQgb3Ig +b3RoZXIgaW50ZWxsZWN0dWFsIHByb3BlcnR5IGludGVyZXN0IGRvbWluYXRpbmcgdGhlCnByb2dy +YW0gZW5oYW5jZWQgYnkgdGhlIFdvcmsgKG9yIHVzZSBvZiB0aGF0IHByb2dyYW0pLCBzdWNoIGRv +bWluYXRpbmcKaW50ZXJlc3Qgd2lsbCBub3QgYmUgdXNlZCB0byB1bmRlcm1pbmUgdGhlIGVmZmVj +dCBvZiB0aGlzIGFzc2lnbm1lbnQsIGkuZS4KTmV2cmF4IGFuZCB0aGUgZ2VuZXJhbCBwdWJsaWMg +d2lsbCBiZSBsaWNlbnNlZCB0byB1c2UsIGluIHRoYXQKcHJvZ3JhbSBhbmQgaXRzIGRlcml2YXRp +dmUgd29ya3MsIHdpdGhvdXQgcm95YWx0eSBvciBsaW1pdGF0aW9uLCB0aGUKc3ViamVjdCBtYXR0 +ZXIgb2YgdGhlIGRvbWluYXRpbmcgaW50ZXJlc3QuICBUaGlzIGxpY2Vuc2UgcHJvdmlzaW9uIHdp +bGwgYmUKYmluZGluZyBvbiBteSBoZWlycywgYXNzaWduZWVzLCBvciBvdGhlciBzdWNjZXNzb3Jz +IHRvIHRoZSBkb21pbmF0aW5nCmludGVyZXN0LCBhcyB3ZWxsIGFzIG9uIG1lLgoKICAgSSBoZXJl +YnkgcmVwcmVzZW50IGFuZCB3YXJyYW50IHRoYXQgSSBhbSB0aGUgc29sZSBjb3B5cmlnaHQgaG9s +ZGVyIGZvciB0aGUKV29yayBhbmQgdGhhdCBJIGhhdmUgdGhlIHJpZ2h0IGFuZCBwb3dlciB0byBl +bnRlciBpbnRvIHRoaXMgY29udHJhY3QuICBJCmhlcmVieSBpbmRlbW5pZnkgYW5kIGhvbGQgaGFy +bWxlc3MgTmV2cmF4LCBpdHMgb2ZmaWNlcnMsIGVtcGxveWVlcywKYW5kIGFnZW50cyBhZ2FpbnN0 +IGFueSBhbmQgYWxsIGNsYWltcywgYWN0aW9ucyBvciBkYW1hZ2VzIChpbmNsdWRpbmcKYXR0b3Ju +ZXkncyByZWFzb25hYmxlIGZlZXMpIGFzc2VydGVkIGJ5IG9yIHBhaWQgdG8gYW55IHBhcnR5IG9u +IGFjY291bnQgb2YgYQpicmVhY2ggb3IgYWxsZWdlZCBicmVhY2ggb2YgdGhlIGZvcmVnb2luZyB3 +YXJyYW50eS4gIEkgbWFrZSBubyBvdGhlciBleHByZXNzCm9yIGltcGxpZWQgd2FycmFudHkgKGlu +Y2x1ZGluZyB3aXRob3V0IGxpbWl0YXRpb24sIGluIHRoaXMgZGlzY2xhaW1lciBvZgp3YXJyYW50 +eSwgYW55IHdhcnJhbnR5IG9mIE1FUkNIQU5UQUJJTElUWSBvciBGSVRORVNTIEZPUiBBIFBBUlRJ +Q1VMQVIgUFVSUE9TRSkuCgpBZ3JlZWQ6ICAJCQkJRGF0ZTogMjEgRmVicnVhcnkgMjAwMgoKCkZv +ciB0aGUgTmV2cmF4IEx0ZCwKTkFNRSwgQ0VPOgo= +--3CjBlUYs2k +Content-Type: text/plain; charset=us-ascii +Content-Description: .signature +Content-Transfer-Encoding: 7bit + + +-- +Loic Dachary http://www.dachary.org/ loic@dachary.org +12 bd Magenta http://www.senga.org/ loic@senga.org +75010 Paris T: 33 1 42 45 07 97 loic@gnu.org + GPG Public Key: http://www.dachary.org/loic/gpg.txt + +--3CjBlUYs2k-- + +From loic@dachary.org Thu Feb 21 14:25:08 2002 +Received: from inspiron.dachary.org (ATuileries-104-1-4-166.abo.wanadoo.fr [80.13.224.166]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1LDP7W83800 + for ; Thu, 21 Feb 2002 14:25:07 +0100 (CET) + (envelope-from loic@dachary.org) +Received: from loic by inspiron.dachary.org with local (Exim 3.34 #1 (Debian)) + id 16dt7V-0000Iv-00 + for ; Thu, 21 Feb 2002 14:18:45 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Transfer-Encoding: 7bit +Message-ID: <15476.62389.52904.505155@inspiron.dachary.org> +Date: Thu, 21 Feb 2002 14:18:45 +0100 +From: Loic Dachary +To: nel@nevrax.org +Subject: Re: [Nel] Free Software drivers & fps +In-Reply-To: Robert J. Macomber's message of 21 February 2002 02:24:09 -0700 +References: <15476.45947.377395.983567@inspiron.dachary.org> + <20020221092409.GA4860@lintor> +X-Mailer: VM 7.01 under Emacs 21.1.1 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +X-Reply-To: loic@gnu.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Robert J. Macomber writes: + > Straight out of CVS (i.e., 800x600 windowed, no fog, etc.), though I + > did do a "/tilenear 0.1" in-game. + + I'll have to try that. I changed the value in client.cfg but did +not try to do it in game. + + > No, I commented it out of the client. + + I'll have to see how many fps that wins. + + > I didn't see any snow. Well, I did, but not the falling sort. + + Anyway it does not seem to make a big difference. + + > --begin glxinfo output-- + + I guess that AGP 1x (that's me) against AGP 4x (that's you) + +a CPU that is twice as fast as mine counts for something. + + Thanks for all these informations, it's good to see other +people strugling with fps with Free Software ;-) + + Cheers, + +-- +Loic Dachary http://www.dachary.org/ loic@dachary.org +12 bd Magenta http://www.senga.org/ loic@senga.org +75010 Paris T: 33 1 42 45 07 97 loic@gnu.org + GPG Public Key: http://www.dachary.org/loic/gpg.txt + +From loic@dachary.org Thu Feb 21 17:59:11 2002 +Received: from inspiron.dachary.org (ATuileries-104-1-4-166.abo.wanadoo.fr [80.13.224.166]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1LGxAW03858 + for ; Thu, 21 Feb 2002 17:59:11 +0100 (CET) + (envelope-from loic@dachary.org) +Received: from loic by inspiron.dachary.org with local (Exim 3.34 #1 (Debian)) + id 16dwSe-0000XT-00 + for ; Thu, 21 Feb 2002 17:52:48 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Transfer-Encoding: 7bit +Message-ID: <15477.9695.942895.553293@inspiron.dachary.org> +Date: Thu, 21 Feb 2002 17:52:47 +0100 +From: Loic Dachary +To: nel@nevrax.org +Subject: Re: [Nel] Snowball nearly running.... +In-Reply-To: Alain Dutech's message of 21 February 2002 10:40:45 +0100 +References: <15476.45947.377395.983567@inspiron.dachary.org> + <20020221092409.GA4860@lintor> + <3C74C09D.50CF4FD9@loria.fr> +X-Mailer: VM 7.01 under Emacs 21.1.1 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +X-Reply-To: loic@gnu.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Alain Dutech writes: + > + > Hello all, + > + > snowballs compiles fine (thanks to the last patches and contributions), I've downloaded + > the data (i.e : snowballs_data_0_2.tar.gz) and installed them but then, at exec time, I get: + + Try to get the latest data from http://www.nevrax.org/download/cvs/ + + The http://www.nevrax.org/download/ page should be updated +accordingly, IMHO. + + Cheers, + +-- +Loic Dachary http://www.dachary.org/ loic@dachary.org +12 bd Magenta http://www.senga.org/ loic@senga.org +75010 Paris T: 33 1 42 45 07 97 loic@gnu.org + GPG Public Key: http://www.dachary.org/loic/gpg.txt + +From neuser.jp@club-internet.fr Thu Feb 21 18:25:33 2002 +Received: from relay-2m.club-internet.fr (relay-2m.club-internet.fr [195.36.216.171]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1LHPXW05159 + for ; Thu, 21 Feb 2002 18:25:33 +0100 (CET) + (envelope-from neuser.jp@club-internet.fr) +Received: from kissmaniac (lns01m-6-178.w.club-internet.fr [212.194.5.178]) + by relay-2m.club-internet.fr (Postfix) with SMTP id AB30B170C + for ; Thu, 21 Feb 2002 18:19:18 +0100 (CET) +Message-ID: <000801c1bafb$47dd5610$b205c2d4@kissmaniac> +From: "neuser jean-philippe" +To: +Date: Thu, 21 Feb 2002 18:14:39 +0100 +MIME-Version: 1.0 +Content-Type: multipart/alternative; + boundary="----=_NextPart_000_0005_01C1BB03.A138BA30" +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 6.00.2600.0000 +X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 +Subject: [Nel] The solution to run Snowball without 3D card under Windows +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +X-Reply-To: "neuser jean-philippe" +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +This is a multi-part message in MIME format. + +------=_NextPart_000_0005_01C1BB03.A138BA30 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: quoted-printable + +Information :=20 +All the problem is that snowball use the opengl 1.2 extension.=20 +Why ?=20 +Because Microsoft system only include Opengl 1.1 and if you want to run = +Opengl 1.2 program you need to download an Opengl driver of your 3D = +accelerated card manufacturer. + +The problem if you dont have a 3D card , you 're never be able to = +download one !!=20 + +The solution is an API ( Mesa ) that implements all Opengl 1.2 and newly = +1.2 sp=E9cification. + +So you have to download Mesa 4.0.1 version and compile librairie of = +Mesa. + +After you have to compile nel 3D Opengl Driver but using Mesa API . How = +?=20 +- change your include Opengl directory by Mesa Opengl include directory +- add Mesa library directory +- add Mesa library in Visual studio to the nel 3D Opengl driver = +project. + +Compile your nel 3D Opengl driver and had the nel3DOpengl Dll and mesa = +DLL in snowbal game directory. + +Run and enjoy !! + + +On my work PC station ( 64 Mo Ram and duron 600 mhz ) it run at least at = +0,33 fps :) but it run perfectly without any change in snowball code. + + + + + + +------=_NextPart_000_0005_01C1BB03.A138BA30 +Content-Type: text/html; + charset="iso-8859-1" +Content-Transfer-Encoding: quoted-printable + + + + + + + + +
Information :
+
All the problem is that snowball use = +the opengl 1.2=20 +extension.
+
Why ?
+
Because Microsoft system only include = +Opengl 1.1=20 +and if you want to run Opengl 1.2 program you need to download an Opengl = +driver=20 +of your 3D accelerated card manufacturer.
+
 
+
The problem if you dont have a 3D card = +, you 're=20 +never be able to download one !!
+
 
+
The solution is an API ( Mesa ) that = +implements all=20 +Opengl 1.2 and newly 1.2 sp=E9cification.
+
 
+
So you have to download Mesa 4.0.1 = +version and=20 +compile librairie of Mesa.
+
 
+
After you have to compile nel 3D Opengl = +Driver but=20 +using Mesa API . How ?
+
- change your include = +Opengl=20 +directory by Mesa Opengl include directory
+
- add Mesa library = +directory
+
- add Mesa library in = +Visual studio to=20 +the nel 3D Opengl  driver=20 +project.
+
 
+
Compile your nel 3D Opengl driver and = +had the=20 +nel3DOpengl Dll and mesa DLL in snowbal game directory.
+
 
+
Run and enjoy !!
+
 
+
 
+
On my work PC station ( 64 Mo Ram and = +duron 600 mhz=20 +) it run at least at 0,33 fps   :) but it run perfectly = +without any=20 +change in snowball code.
+
 
+
 
+
 
+
 
+
 
+ +------=_NextPart_000_0005_01C1BB03.A138BA30-- + + +From lecroart@nevrax.com Thu Feb 21 18:39:42 2002 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1LHdfW05748 + for ; Thu, 21 Feb 2002 18:39:41 +0100 (CET) + (envelope-from lecroart@nevrax.com) +Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g1LHXUn26160 + for ; Thu, 21 Feb 2002 18:33:30 +0100 (CET) + (envelope-from lecroart@nevrax.com) +Message-ID: <008401c1bafd$e0776da0$0901a8c0@vianneyl> +From: "Vianney Lecroart" +To: +References: <15476.45947.377395.983567@inspiron.dachary.org><20020221092409.GA4860@lintor><3C74C09D.50CF4FD9@loria.fr> <15477.9695.942895.553293@inspiron.dachary.org> +Subject: Re: [Nel] Snowball download +Date: Thu, 21 Feb 2002 18:33:29 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 6.00.2600.0000 +X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Hi, + +We fix the download page, now, the page http://www.nevrax.org/download/cvs +is out of date and removed! + +All NeL, Snowballs and other nevrax.org related datas are here: +http://www.nevrax.org/download/ + +For Snowballs data, erase the data directories before depacking new datas + +Regards, + +Vianney Lecroart +--- +lead network programmer / nevrax.com +icq#: 6870415 +homepage: http://ace.planet-d.net +www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- +w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? + + + +From loic@dachary.org Thu Feb 21 23:25:34 2002 +Received: from inspiron.dachary.org (aboukir-101-1-13-alebeon.adsl.nerim.net [62.212.101.54]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1LMPXW11398 + for ; Thu, 21 Feb 2002 23:25:33 +0100 (CET) + (envelope-from loic@dachary.org) +Received: from loic by inspiron.dachary.org with local (Exim 3.34 #1 (Debian)) + id 16e1YT-0000Cx-00 + for ; Thu, 21 Feb 2002 23:19:09 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Transfer-Encoding: 7bit +Message-ID: <15477.29277.101283.905300@inspiron.dachary.org> +Date: Thu, 21 Feb 2002 23:19:09 +0100 +From: Loic Dachary +To: nel@nevrax.org +X-Mailer: VM 7.01 under Emacs 21.1.1 +Subject: [Nel] Particule assert +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +X-Reply-To: loic@gnu.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + + + Hi, + + I have a constant flow of the following: + +AST 3039 particle_system.cpp 169 : "retValue >= 0 && retValue < 10000" dist = 0.000000, _MaxViewDist = 200.000000, _MaxNumFacesWanted = 10000, retValue = 10000.000000 + + with todays CVS compiled, on GNU/Linux. The game is otherwise working +fine, including the particle system. + + Cheers, + +-- +Loic Dachary http://www.dachary.org/ loic@dachary.org +12 bd Magenta http://www.senga.org/ loic@senga.org +75010 Paris T: 33 1 42 45 07 97 loic@gnu.org + GPG Public Key: http://www.dachary.org/loic/gpg.txt + +From loic@dachary.org Fri Feb 22 01:25:14 2002 +Received: from inspiron.dachary.org (aboukir-101-1-13-alebeon.adsl.nerim.net [62.212.101.54]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1M0PDW13353 + for ; Fri, 22 Feb 2002 01:25:14 +0100 (CET) + (envelope-from loic@dachary.org) +Received: from loic by inspiron.dachary.org with local (Exim 3.34 #1 (Debian)) + id 16e3QJ-0000Kj-00 + for ; Fri, 22 Feb 2002 01:18:51 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Transfer-Encoding: 7bit +Message-ID: <15477.36458.783438.572415@inspiron.dachary.org> +Date: Fri, 22 Feb 2002 01:18:50 +0100 +From: Loic Dachary +To: nel@nevrax.org +X-Mailer: VM 7.01 under Emacs 21.1.1 +Subject: [Nel] itsdead.nevrax.org +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +X-Reply-To: loic@gnu.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + + Hi, + + Yes, apparently itsalive.nevrax.org is dead. Not pinging. +My poor gnu won't sleep in the snow tonight. Mooooooh. + + If you find it convenient, I can send you the ideal configuration +for a remote manageable server (powerswitch + powerboot + terminal server ++ server + manageable switch). I'm sure nel fans would be more than happy +to help you maintain the demo server on a 24/7h basis. + + Cheers, + +-- +Loic Dachary http://www.dachary.org/ loic@dachary.org +12 bd Magenta http://www.senga.org/ loic@senga.org +75010 Paris T: 33 1 42 45 07 97 loic@gnu.org + GPG Public Key: http://www.dachary.org/loic/gpg.txt + +From Alain.Dutech@loria.fr Fri Feb 22 09:05:43 2002 +Received: from lorraine.loria.fr (lorraine.loria.fr [152.81.1.17]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1M85gW23872 + for ; Fri, 22 Feb 2002 09:05:43 +0100 (CET) + (envelope-from Alain.Dutech@loria.fr) +Received: from bar.loria.fr (bar.loria.fr [152.81.2.13]) + by lorraine.loria.fr (8.9.3/8.9.3/8.9.3/JCG-DG) with ESMTP id IAA29148 + for ; Fri, 22 Feb 2002 08:59:31 +0100 (MET) +Received: from loria.fr (localhost [127.0.0.1]) + by bar.loria.fr (8.9.3/8.9.3/8.9.3-client/JCG) with ESMTP id IAA18552 + for ; Fri, 22 Feb 2002 08:59:30 +0100 (MET) +Message-ID: <3C75FA62.75CC6E3D@loria.fr> +Date: Fri, 22 Feb 2002 08:59:30 +0100 +From: Alain Dutech +X-Mailer: Mozilla 4.76 [en] (X11; U; SunOS 5.7 sun4u) +X-Accept-Language: en +MIME-Version: 1.0 +To: nel@nevrax.org +Subject: Re: [Nel] Snowball download +References: <15476.45947.377395.983567@inspiron.dachary.org><20020221092409.GA4860@lintor><3C74C09D.50CF4FD9@loria.fr> <15477.9695.942895.553293@inspiron.dachary.org> <008401c1bafd$e0776da0$0901a8c0@vianneyl> +Content-Type: text/plain; charset=us-ascii +Content-Transfer-Encoding: 7bit +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Thanks, it is better (but not quite running) with the new data. + +Alain + + +From Alain.Dutech@loria.fr Fri Feb 22 09:12:06 2002 +Received: from lorraine.loria.fr (lorraine.loria.fr [152.81.1.17]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1M8C6W24014 + for ; Fri, 22 Feb 2002 09:12:06 +0100 (CET) + (envelope-from Alain.Dutech@loria.fr) +Received: from bar.loria.fr (bar.loria.fr [152.81.2.13]) + by lorraine.loria.fr (8.9.3/8.9.3/8.9.3/JCG-DG) with ESMTP id JAA29468 + for ; Fri, 22 Feb 2002 09:05:51 +0100 (MET) +Received: from loria.fr (localhost [127.0.0.1]) + by bar.loria.fr (8.9.3/8.9.3/8.9.3-client/JCG) with ESMTP id JAA18828 + for ; Fri, 22 Feb 2002 09:05:33 +0100 (MET) +Message-ID: <3C75FBCC.A676F03E@loria.fr> +Date: Fri, 22 Feb 2002 09:05:32 +0100 +From: Alain Dutech +X-Mailer: Mozilla 4.76 [en] (X11; U; SunOS 5.7 sun4u) +X-Accept-Language: en +MIME-Version: 1.0 +To: nel@nevrax.org +Subject: Re: [Nel] Particule assert +References: <15477.29277.101283.905300@inspiron.dachary.org> +Content-Type: text/plain; charset=us-ascii +Content-Transfer-Encoding: 7bit +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Hello, + +still have 3 problems to solve : + +- constant flow of : +AST12088 particle_system.cpp 169 : "retValue >= 0 && retValue < 10000" dist = 0.000000, _MaxViewDist = 200.000000, +_MaxNumFacesWanted = 10000, retValue = 10000.000000 + +- constant flow of : +AST12088 debug.h 384 : "dynamic_cast(o)" + +- unreadable text (white squares) in the snowball window... + +Wish I had more time... + +Alain + + +From loic@dachary.org Fri Feb 22 11:09:06 2002 +Received: from inspiron.dachary.org (aboukir-101-1-13-alebeon.adsl.nerim.net [62.212.101.54]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1MA96W26222 + for ; Fri, 22 Feb 2002 11:09:06 +0100 (CET) + (envelope-from loic@dachary.org) +Received: from loic by inspiron.dachary.org with local (Exim 3.34 #1 (Debian)) + id 16eCXL-0000CG-00 + for ; Fri, 22 Feb 2002 11:02:43 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Transfer-Encoding: 7bit +Message-ID: <15478.5954.781447.858445@inspiron.dachary.org> +Date: Fri, 22 Feb 2002 11:02:42 +0100 +From: Loic Dachary +To: nel@nevrax.org +Subject: Re: [Nel] Particule assert +In-Reply-To: Alain Dutech's message of 22 February 2002 09:05:32 +0100 +References: <15477.29277.101283.905300@inspiron.dachary.org> + <3C75FBCC.A676F03E@loria.fr> +X-Mailer: VM 7.01 under Emacs 21.1.1 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +X-Reply-To: loic@gnu.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Alain Dutech writes: + > + > Hello, + > + > still have 3 problems to solve : + > + > - constant flow of : + > AST12088 particle_system.cpp 169 : "retValue >= 0 && retValue < 10000" dist = 0.000000, _MaxViewDist = 200.000000, + > _MaxNumFacesWanted = 10000, retValue = 10000.000000 + > + > - constant flow of : + > AST12088 debug.h 384 : "dynamic_cast(o)" + > + > - unreadable text (white squares) in the snowball window... + > + > Wish I had more time... + + :-) Could you please describe your configuration ? STL version, +operating system etc. + + For the record I'm using the CVS tree of yesterday and STL-4.5 +under Debian GNU/Linux unstable. The text is readable and I do not see +the dynamic_cast(o) asserts. But I do see the particle assert. + + Cheers, + +-- +Loic Dachary http://www.dachary.org/ loic@dachary.org +12 bd Magenta http://www.senga.org/ loic@senga.org +75010 Paris T: 33 1 42 45 07 97 loic@gnu.org + GPG Public Key: http://www.dachary.org/loic/gpg.txt + +From Alain.Dutech@loria.fr Fri Feb 22 12:04:04 2002 +Received: from lorraine.loria.fr (lorraine.loria.fr [152.81.1.17]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1MB44W27217 + for ; Fri, 22 Feb 2002 12:04:04 +0100 (CET) + (envelope-from Alain.Dutech@loria.fr) +Received: from bar.loria.fr (bar.loria.fr [152.81.2.13]) + by lorraine.loria.fr (8.9.3/8.9.3/8.9.3/JCG-DG) with ESMTP id LAA12857 + for ; Fri, 22 Feb 2002 11:57:51 +0100 (MET) +Received: from loria.fr (localhost [127.0.0.1]) + by bar.loria.fr (8.9.3/8.9.3/8.9.3-client/JCG) with ESMTP id LAA22860 + for ; Fri, 22 Feb 2002 11:57:50 +0100 (MET) +Message-ID: <3C76242E.EA25D7E6@loria.fr> +Date: Fri, 22 Feb 2002 11:57:50 +0100 +From: Alain Dutech +X-Mailer: Mozilla 4.76 [en] (X11; U; SunOS 5.7 sun4u) +X-Accept-Language: en +MIME-Version: 1.0 +To: nel@nevrax.org +Subject: Re: [Nel] Particule assert +References: <15477.29277.101283.905300@inspiron.dachary.org> + <3C75FBCC.A676F03E@loria.fr> <15478.5954.781447.858445@inspiron.dachary.org> +Content-Type: text/plain; charset=us-ascii +Content-Transfer-Encoding: 7bit +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Hello again, + +Loic Dachary wrote: + +> :-) Could you please describe your configuration ? STL version, +> operating system etc. + +of course, I forgot to mention all that. So... + +Red Hat 7.1 GNU/Linux +gcc version 2.96 +STLport version 4.5.1 +GL_VERSION: 1.2 Mesa 3.4 +GL_RENDERER: Mesa DRI Voodoo3 20001101 + +CVS tree of yesterday too (21/01/2002) + +> +> For the record I'm using the CVS tree of yesterday and STL-4.5 +> under Debian GNU/Linux unstable. The text is readable and I do not see +> the dynamic_cast(o) asserts. + +Lucky one + +> But I do see the particle assert. +> + +Unlucky :-) + +> +> Cheers, +> + +With sympathy +Alain - Still compiling with full debug to know more.... + + + +From loic@dachary.org Fri Feb 22 12:37:44 2002 +Received: from inspiron.dachary.org (aboukir-101-1-13-alebeon.adsl.nerim.net [62.212.101.54]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1MBbiW27759 + for ; Fri, 22 Feb 2002 12:37:44 +0100 (CET) + (envelope-from loic@dachary.org) +Received: from loic by inspiron.dachary.org with local (Exim 3.34 #1 (Debian)) + id 16eDv7-0000GX-00 + for ; Fri, 22 Feb 2002 12:31:21 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Transfer-Encoding: 7bit +Message-ID: <15478.11272.598533.607495@inspiron.dachary.org> +Date: Fri, 22 Feb 2002 12:31:20 +0100 +From: Loic Dachary +To: nel@nevrax.org +X-Mailer: VM 7.01 under Emacs 21.1.1 +Subject: [Nel] More and less asserts +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +X-Reply-To: loic@gnu.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + + Hi, + + The asserts changed. The old disapeared (reported yesterday) +and these appeared: + +AST 9049 bit_set.h 74 : "bitNumber>=0 && bitNumber=0 && bitNumber; Fri, 22 Feb 2002 12:40:21 +0100 (CET) + (envelope-from loic@dachary.org) +Received: from loic by inspiron.dachary.org with local (Exim 3.34 #1 (Debian)) + id 16eDxe-0000Gc-00 + for ; Fri, 22 Feb 2002 12:33:58 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Transfer-Encoding: 7bit +Message-ID: <15478.11429.932085.337873@inspiron.dachary.org> +Date: Fri, 22 Feb 2002 12:33:57 +0100 +From: Loic Dachary +To: nel@nevrax.org +X-Mailer: VM 7.01 under Emacs 21.1.1 +Subject: [Nel] Asserts (more information) +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +X-Reply-To: loic@gnu.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + + + The following asserts show when I hit the caps lock key: + +AST 9065 bit_set.h 74 : "bitNumber>=0 && bitNumber=0 && bitNumber; Fri, 22 Feb 2002 16:11:00 +0100 (CET) + (envelope-from v.caron@zerodeux.net) +Received: from localhost.localdomain (zerodeux.home [192.168.1.3]) + by zerodeux.net (Postfix) with ESMTP id 2B16BB6E6 + for ; Fri, 22 Feb 2002 16:04:45 +0100 (CET) +Subject: Re: [Nel] Asserts (more information) +From: Vincent Caron +To: nel@nevrax.org +In-Reply-To: <15478.11429.932085.337873@inspiron.dachary.org> +References: <15478.11429.932085.337873@inspiron.dachary.org> +Content-Type: text/plain +Content-Transfer-Encoding: 7bit +X-Mailer: Evolution/1.0.2 +Date: 22 Feb 2002 16:04:42 +0100 +Message-Id: <1014390282.827.5.camel@zerodeux.home> +Mime-Version: 1.0 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +On Fri, 2002-02-22 at 12:33, Loic Dachary wrote: +> +> +> The following asserts show when I hit the caps lock key: +> +> AST 9065 bit_set.h 74 : "bitNumber>=0 && bitNumber AST 9065 bit_set.h 86 : "bitNumber>=0 && bitNumber; Fri, 22 Feb 2002 18:12:31 +0100 (CET) + (envelope-from loic@dachary.org) +Received: from loic by inspiron.dachary.org with local (Exim 3.34 #1 (Debian)) + id 16eJ96-0000Nh-00 + for ; Fri, 22 Feb 2002 18:06:08 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Transfer-Encoding: 7bit +Message-ID: <15478.31359.724198.684671@inspiron.dachary.org> +Date: Fri, 22 Feb 2002 18:06:07 +0100 +From: Loic Dachary +To: nel@nevrax.org +X-Mailer: VM 7.01 under Emacs 21.1.1 +Subject: [Nel] Binary releases +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +X-Reply-To: loic@gnu.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + + Hi, + + Would you be willing to host binary releases of Nel ? I could arrange +for a tarbal of my own version to be available somewhere but I figured it +would be more useful if you had a contrib-binaries directory or something +on nevrax.org. + + What do you think ? + +-- +Loic Dachary http://www.dachary.org/ loic@dachary.org +12 bd Magenta http://www.senga.org/ loic@senga.org +75010 Paris T: 33 1 42 45 07 97 loic@gnu.org + GPG Public Key: http://www.dachary.org/loic/gpg.txt + +From pierre.amadio@libertysurf.fr Fri Feb 22 18:24:34 2002 +Received: from postfix2-2.free.fr (postfix2-2.free.fr [213.228.0.140]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1MHOYW32936 + for ; Fri, 22 Feb 2002 18:24:34 +0100 (CET) + (envelope-from pierre.amadio@libertysurf.fr) +Received: from melmnest.melmoth.net (nas-cbv-3-137-171.dial.proxad.net [62.147.137.171]) + by postfix2-2.free.fr (Postfix) with ESMTP id 73D365F822 + for ; Fri, 22 Feb 2002 18:18:22 +0100 (CET) +Received: from melmoth by melmnest.melmoth.net with local (Exim 3.12 #1 (Debian)) + id 16eJLA-00007F-00 + for ; Fri, 22 Feb 2002 18:18:36 +0100 +Date: Fri, 22 Feb 2002 18:18:35 +0100 +From: Pierre Amadio +To: nel@nevrax.org +Subject: Re: [Nel] Binary releases +Message-ID: <20020222181835.A439@libertysurf.fr> +References: <15478.31359.724198.684671@inspiron.dachary.org> +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +User-Agent: Mutt/1.2.5i +In-Reply-To: <15478.31359.724198.684671@inspiron.dachary.org>; from loic@gnu.org on Fri, Feb 22, 2002 at 06:06:07PM +0100 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +X-Reply-To: pierre.amadio@libertysurf.fr +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Hi there. + +> Would you be willing to host binary releases of Nel ? I could arrange +> for a tarbal of my own version to be available somewhere but I figured it +> would be more useful if you had a contrib-binaries directory or something +> on nevrax.org. +> +> What do you think ? + +A .deb would be really nice :) + + + +From loic@dachary.org Fri Feb 22 20:30:01 2002 +Received: from inspiron.dachary.org (ATuileries-104-1-2-18.abo.wanadoo.fr [217.128.211.18]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1MJU0W46653 + for ; Fri, 22 Feb 2002 20:30:00 +0100 (CET) + (envelope-from loic@dachary.org) +Received: from loic by inspiron.dachary.org with local (Exim 3.34 #1 (Debian)) + id 16eLI9-0000Tx-00 + for ; Fri, 22 Feb 2002 20:23:37 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Transfer-Encoding: 7bit +Message-ID: <15478.39609.843495.243607@inspiron.dachary.org> +Date: Fri, 22 Feb 2002 20:23:37 +0100 +From: Loic Dachary +To: nel@nevrax.org +X-Mailer: VM 7.01 under Emacs 21.1.1 +Subject: [Nel] Nel binaries +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +X-Reply-To: loic@gnu.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + + Hi, + + I'm willing to prepare a binary directory for Nel. I'm even willing +to gather binaries for non free software operating systems (*g*). I already +put the STL + nel + snowballs2 for Debian GNU/Linux on my machine. If people +are willing to send recent compilation for other operating systems (by mail +to loic@senga.org please, no mail size limit or by providing a temporary URL +somewhere), I'll sort that out. Please specify the compilation date + as +many informations as possible on the system configuration. + + Cheers, + +-- +Loic Dachary http://www.dachary.org/ loic@dachary.org +12 bd Magenta http://www.senga.org/ loic@senga.org +75010 Paris T: 33 1 42 45 07 97 loic@gnu.org + GPG Public Key: http://www.dachary.org/loic/gpg.txt + +From michael@in-orbit.net Sat Feb 23 21:39:31 2002 +Received: from freyja.in-orbit.net (w002.z064002027.sjc-ca.dsl.cnc.net [64.2.27.2]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1NKdVW22006 + for ; Sat, 23 Feb 2002 21:39:31 +0100 (CET) + (envelope-from michael@in-orbit.net) +Received: from baldur.in-orbit.net ([64.2.27.3] helo=thor) + by freyja.in-orbit.net with smtp (Exim 3.34 #1 (Debian)) + id 16einC-0001DO-00 + for ; Sat, 23 Feb 2002 12:29:14 -0800 +Date: Sat, 23 Feb 2002 12:36:42 -0800 +To: nel@nevrax.org +From: Michael Warnock +Organization: InOrbit +X-Mailer: Opera 5.10 build 902 +X-Priority: 3 (Normal) +Mime-Version: 1.0 +Content-Type: text/plain; charset="us-ascii" +Message-Id: +Subject: [Nel] invisible users +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +greetings, + +The engine is coming along beautifully! Thanks again for all your hard work. + +I've been experiencing a hard-to-trace problem for a while which I thought was in our own code, but which I now have +reason to believe is in yours. +Sometimes, (Not Always!) the first user to log on after a fresh full services restart cannot see the second. It seems the +problem is with new players not recieving the data for the old ones- it happens with not so fresh servers more often and +sometimes with greater numbers of users, though the 2nd and 3rd can usually see eachother. I'm pretty familiar with the +frontend and position service code having mostly rewritten them for our own ends and added several services and iI +cant find any bugs in it. This problem happens with unmodified nel and snowballs2 code. Has anyone else +experienced this? +Here is some log from the frontend service containing the only error message I could find that I thought might relate to +the matter: +INF 1272 main.cpp 540 : The client with uniq Id 2 is connected +INF 1272 main.cpp 561 : Sent IDENTIFICATION message to the new client +INF 1272 main.cpp 216 : Received ADD_ENTITY from the client +INF 1272 main.cpp 255 : Sent ADD_ENTITY message to all the connected clients +WRN 1476 sock.cpp 117 : Exception will be launched: Socket error: Connection closed (0) +INF 1272 main.cpp 576 : A client with uniq Id 2 has disconnected +WRN 1272 unified_network.cpp 830 : HNETL5: can't find service WS to send message CC <-- could this be it? +INF 1272 main.cpp 591 : Sent REMOVE_ENTITY message to the position manager. + +I can provide all the service's logs if anyone wants- I just didnt want to flood the mailing list. + +Michael Warnock +Total hard disk crash - O pestilence! +Now is the winter of our disk contents! + + + +From michael@in-orbit.net Sun Feb 24 20:38:10 2002 +Received: from freyja.in-orbit.net (w002.z064002027.sjc-ca.dsl.cnc.net [64.2.27.2]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1OJc4W49141 + for ; Sun, 24 Feb 2002 20:38:10 +0100 (CET) + (envelope-from michael@in-orbit.net) +Received: from baldur.in-orbit.net ([64.2.27.3] helo=thor) + by freyja.in-orbit.net with smtp (Exim 3.34 #1 (Debian)) + id 16f4J9-0002Ff-00 + for ; Sun, 24 Feb 2002 11:27:39 -0800 +Date: Sun, 24 Feb 2002 11:35:12 -0800 +To: nel@nevrax.org +From: Michael Warnock +Organization: InOrbit +X-Mailer: Opera 5.10 build 902 +X-Priority: 3 (Normal) +Mime-Version: 1.0 +Content-Type: text/plain; charset="us-ascii" +Message-Id: +Subject: [Nel] re: invisible users +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +it seems now that it was a couple problems- a still unidentified one in our services and a pacs content issue. I'll post my +insight into how to avoid these problems when I'm sure how:) + +Michael Warnock +Total hard disk crash - O pestilence! +Now is the winter of our disk contents! + + + +From david.mentre@wanadoo.fr Sun Feb 24 20:54:48 2002 +Received: from mel-rto7.wanadoo.fr (smtp-out-7.wanadoo.fr [193.252.19.26]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1OJslW50436 + for ; Sun, 24 Feb 2002 20:54:47 +0100 (CET) + (envelope-from david.mentre@wanadoo.fr) +Received: from mel-rta8.wanadoo.fr (193.252.19.79) by mel-rto7.wanadoo.fr; 24 Feb 2002 20:48:29 +0100 +Received: from oops (193.251.66.45) by mel-rta8.wanadoo.fr; 24 Feb 2002 20:48:02 +0100 +Received: from david by oops with local (Exim 3.34 #1 (Debian)) + id 16f4cr-0000qS-00 + for ; Sun, 24 Feb 2002 20:48:01 +0100 +To: nel@nevrax.org +Subject: Re: [Nel] Particule assert +References: <15477.29277.101283.905300@inspiron.dachary.org> + <3C75FBCC.A676F03E@loria.fr> + <15478.5954.781447.858445@inspiron.dachary.org> + <3C76242E.EA25D7E6@loria.fr> +From: David MENTRE +Organization: none +Date: 24 Feb 2002 20:48:00 +0100 +In-Reply-To: <3C76242E.EA25D7E6@loria.fr> +Message-ID: <87k7t2fyq7.fsf@wanadoo.fr> +Lines: 39 +User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.1 +MIME-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Hello Alain, + +Alain Dutech writes: + +> Red Hat 7.1 GNU/Linux +> gcc version 2.96 +> STLport version 4.5.1 +> GL_VERSION: 1.2 Mesa 3.4 +> GL_RENDERER: Mesa DRI Voodoo3 20001101 + +As you, I also observe that the text in the main window is unreadable. + +My config: + Debian Woody 3.0 GNU/Linux on x86 + gcc 2.95.4 + STLport version 4.5.1 + OpenGL version string: 1.2 Mesa 3.4.2 + OpenGL renderer string: Mesa DRI Rage128 20010405 AGP 1x x86/MMX + +And for info: +OpenGL extensions: + GL_ARB_multitexture, GL_ARB_transpose_matrix, GL_EXT_abgr, + GL_EXT_clip_volume_hint, GL_EXT_compiled_vertex_array, GL_EXT_histogram, + GL_EXT_packed_pixels, GL_EXT_polygon_offset, GL_EXT_rescale_normal, + GL_EXT_stencil_wrap, GL_EXT_texture3D, GL_EXT_texture_env_add, + GL_EXT_texture_object, GL_EXT_texture_lod_bias, GL_EXT_vertex_array, + GL_MESA_window_pos, GL_MESA_resize_buffers, GL_NV_texgen_reflection, + GL_PGI_misc_hints, GL_SGIS_pixel_texture, GL_SGIS_texture_edge_clamp +glu version: 1.3 +glu extensions: + GLU_EXT_nurbs_tessellator, GLU_EXT_object_space_tess + +When starting snowball, I have the following message: +WRN 3248 driver_opengl.cpp 785 : Missing Important GL extension: GL_EXT_texture_env_combine => All envcombine are setup to GL_MODULATE!!! + + +d. +-- + david.mentre@wanadoo.fr + +From neuser.jp@club-internet.fr Thu Feb 21 20:17:28 2002 +Received: from relay-2m.club-internet.fr (relay-2m.club-internet.fr [195.36.216.171]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1LJHRW07716 + for ; Thu, 21 Feb 2002 20:17:28 +0100 (CET) + (envelope-from neuser.jp@club-internet.fr) +Received: from kissmaniac (lns01m-6-178.w.club-internet.fr [212.194.5.178]) + by relay-2m.club-internet.fr (Postfix) with SMTP id AE68D16BB + for ; Thu, 21 Feb 2002 20:11:13 +0100 (CET) +Message-ID: <001001c1bb0b$42fd1080$b205c2d4@kissmaniac> +From: "neuser jean-philippe" +To: +Date: Thu, 21 Feb 2002 20:09:17 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 8bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 6.00.2600.0000 +X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 +Subject: [Nel] The solution to run Snowball without 3D card under Windows +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +X-Reply-To: "neuser jean-philippe" +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Information : +All the problem is that snowball use the opengl 1.2 extension. +Why ? +Because Microsoft system only include Opengl 1.1 and if you want to run +Opengl 1.2 program you need to download an Opengl driver of your 3D +accelerated card manufacturer. + +The problem if you dont have a 3D card , you 're never be able to download +one !! + +The solution is an API ( Mesa ) that implements all Opengl 1.2 and newly 1.2 +spécification. + +So you have to download Mesa 4.0.1 version and add additionnal patch to +correct the _finite compile bug . After compile librairie of Mesa. + +After you have to compile nel 3D Opengl Driver but using Mesa API . How ? +- change your include Opengl directory by Mesa Opengl include directory +- add Mesa library directory +- add Mesa library in Visual studio to the nel 3D Opengl driver project. + +Compile your nel 3D Opengl driver and had the nel3DOpengl Dll and mesa DLL +in snowbal game directory. + +Run and enjoy !! + + +On my work PC station ( 64 Mo Ram and duron 600 mhz ) it run at least at +0,33 fps :) but it run perfectly without any change in snowball code. + + +From neuser.jp@club-internet.fr Thu Feb 21 21:32:40 2002 +Received: from relay-2m.club-internet.fr (relay-2m.club-internet.fr [195.36.216.171]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1LKWeW09232 + for ; Thu, 21 Feb 2002 21:32:40 +0100 (CET) + (envelope-from neuser.jp@club-internet.fr) +Received: from kissmaniac (lns01m-6-178.w.club-internet.fr [212.194.5.178]) + by relay-2m.club-internet.fr (Postfix) with SMTP id E722516B7 + for ; Thu, 21 Feb 2002 21:26:25 +0100 (CET) +Message-ID: <000501c1bb15$c47f7800$b205c2d4@kissmaniac> +From: "neuser jean-philippe" +To: +Date: Thu, 21 Feb 2002 21:24:28 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 6.00.2600.0000 +X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 +Subject: [Nel] Visual studio project error +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +X-Reply-To: "neuser jean-philippe" +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Hello , +I usually download nevrax source around 21H ( french time or GMT + 1 ). +i use the 2 method: +- compressed Zip snapshot +- cvs download + +it seem that when i download zipped snapshot file , all visual studio +project have mistake +but when i download source code with cvs , studio project are good. + +may be a problem with your snapshot program ? ( make snapshot while visual +studio is running may cause this problem ) + +see you soon. + + + + +From david.mentre@wanadoo.fr Thu Feb 21 22:08:44 2002 +Received: from mel-rto6.wanadoo.fr (smtp-out-6.wanadoo.fr [193.252.19.25]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1LL8dW09906 + for ; Thu, 21 Feb 2002 22:08:39 +0100 (CET) + (envelope-from david.mentre@wanadoo.fr) +Received: from mel-rta8.wanadoo.fr (193.252.19.79) by mel-rto6.wanadoo.fr; 21 Feb 2002 22:02:23 +0100 +Received: from oops (193.251.184.85) by mel-rta8.wanadoo.fr; 21 Feb 2002 22:01:53 +0100 +Received: from david by oops with local (Exim 3.34 #1 (Debian)) + id 16e0Lg-0001GW-00 + for ; Thu, 21 Feb 2002 22:01:52 +0100 +To: nel@nevrax.org +From: David MENTRE +Organization: none +Date: 21 Feb 2002 22:01:52 +0100 +Message-ID: <873czu35xb.fsf@wanadoo.fr> +Lines: 32 +User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.1 +MIME-Version: 1.0 +Content-Type: multipart/mixed; boundary="=-=-=" +Subject: [Nel] Snowball now starts... but fonts are unreadable +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +--=-=-= +Content-Type: text/plain; charset=iso-8859-1 +Content-Transfer-Encoding: quoted-printable + +Hello, + +Thanks to the great work made by Lo=EFc, snowballs2 is now running on my +machine. Almost... the fonts (text messages and text consol) are +unreadable. + +Below a screenshot showing it: + +--=-=-= +Content-Type: image/jpeg +Content-Disposition: attachment; filename=screenshot.jpg +Content-Transfer-Encoding: base64 +Content-Description: Unreadable fonts + +/9j/4AAQSkZJRgABAQEASABIAAD//gAXQ3JlYXRlZCB3aXRoIFRoZSBHSU1Q/9sAQwAIBgYHBgUI +BwcHCQkICgwUDQwLCwwZEhMPFB0aHx4dGhwcICQuJyAiLCMcHCg3KSwwMTQ0NB8nOT04MjwuMzQy +/9sAQwEJCQkMCwwYDQ0YMiEcITIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIy +MjIyMjIyMjIyMjIy/8AAEQgCWAMgAwEiAAIRAQMRAf/EABwAAQACAwEBAQAAAAAAAAAAAAAFBwME +BgIBCP/EAFsQAAIBAwEEBQcGCgUKAgcJAAABAgMEEQUGEiExExZBUdIUFSJUVWGjBzJxgZHRFyMz +UlNyk5ShsUJWdJLTJCY0NWJlorLB8KTCNjdDdYOz4QglRUdzgsPi8f/EABoBAQEBAQEBAQAAAAAA +AAAAAAABAgMEBQb/xAA2EQEAAgEBBQUGBQMFAQAAAAAAAQIRAwQSEyFRFDFBUpEFIjKBofBCYXGx +0RVi4QYWI8Hx0v/aAAwDAQACEQMRAD8Au9JtpLmz30FT83+KPNP8pD6Ub4GhCnKed1Zweugqfm/x +Rltk4uaaa5czYA0ugqfm/wAUYyRPPRw/Mj9gGgeoU5TzurODbnCCpyahHk+wx2v9P6gMSo1Hyj/E +dBU/N/ijbh81/S/5noDQlCUHiSwz1SpdNTVSEouLz/PBzW3e19DZ+hSsqUadbUbuM1Spc3wi3y95 +LbHeUPZHTJXc9+5nR36sl+c22/5lxyymebedGolxi/q4nhrDwyRPjSaw1le8io8G86NNvjFfVwNE +AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADIqNRpNR4P3nno5b+5j0u43af5OH0I+RS35vCznn9SA1 +JUpxjlxwvpPBu1/yMvq/meaMIujFuKb96A1YxcpYSyz1KlOMcuOF9JtwjFSk1FLD4cPcj5X/ACMv +q/mBrOjUSbceC94VGo0mo8H7zbqfk5/QxT/Jw+hAaXRy39zHpdx9lSnGOXHC+k24pb83hZzz+pHy +v+Rl9X8wNI+xi5Swllm1RhF0YtxTfvR7hGKlJqKWHw4e5AakqU4xy44X0n10aiTbjwXvNmv+Rl9X +8z1U/Jz+hgaio1Gk1Hg/eeejlv7mPS7jdp/k4fQj5FLfm8LOef1IDUlSnGOXHC+k8G7X/Iy+r+Z5 +owi6MW4pv3oDVjFylhLLPUqU4xy44X0m3CMVKTUUsPhw9yPlf8jL6v5gaQAAAAAAAAAAAAAAAAAA +AAAAAAAAAAAAAAAAAAAAAAAAi9Y2j0rQOh853XQdPvdH+LlLe3cZ+an3oi/wi7Ke1f8Aw9XwnLfL +F/8Agv8A8f8A/jKuPm7Rtmpp6k0iIftfZH+nNl2zY6bRqWtEznumMcpmOk9F9fhF2U9q/wDh6vhH +4RdlPav/AIer4ShQcf6hq9I+/m+l/tDYfPf1j/5fo7R9o9K1/pvNl10/QbvSfi5R3d7OPnJdzJQ/ +OOj7R6roHTebLroOn3ek/FxlvbucfOT72Sn4Rdq/av8A4el4TvT2hXd9+Of5f+vk7T/pDX4s9nvG +54b0zn54rjvX0Chfwi7V+1f/AA9Lwl16Hc1bzZ/TbqvPfrVrWlUqSwlmTgm3hcObPTo7TTWmYq+N +7S9ibR7OpW+tMTnlyz/3EJBNpprmj309T87+CMYPQ+OydNUzne4/QOnqfnfwRjAGTp6n538EZ/KY +d0jUAGTp6n538EeYVJQzuvGTyAMirVFyl/AidpdpqezOg3GqXUswpJYj+c3yXI3rivTtbarcVpbt +KlBznLDeIpZbwuJUfy86n0vye6PO3l/k+o1oVuKxLG5vJcHj+lx+oCq7PaPVdq/lIp6hneuqrq9B +Dsi3CWEl9LP1LsPTlR2L0ulOr0s4UnGU/wA5qTT/AIn5E2DrXFttlY1rSkqtzBVJUqb/AKUtyWF9 +p+tvk/6XqHpHTflehbn+tvPP8TXgni6UAGVCOJEjgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAMir +VEklLgvcFWqLPpc/cYwBkdao005cH7j5GrOMcKWF9B4AGRVqiz6XP3B1qjTTlwfuMYAyOtUaacuD +9wVaokkpcF7jGAMirVFn0ufuDrVGmnLg/cYwB7jVnGOFLC+g+qtUWfS5+4xgDI61Rppy4P3B1qjT +TlwfuMYAyKtUSSUuC9wVaos+lz9xjAGR1qjTTlwfuPkas4xwpYX0HgAZFWqLPpc/cfJVZyjhyyvo +PAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAPFaThQqSi8NRbX2ER5fc/pf+FHHV166c4l5 +9baaaMxFk0CF8vuf0v8AwoeX3P6X/hRy7Zp9Jcf6hpdJ+/mhtvdkr/anzf5DWtqfk3Sb/Tyks727 +jGIv81nG/gl171vTf2lTwFvXF1C23d9Se9nGDD50ofm1PsX3mdbS0LXmbzzfo9m/1NtGxaUbPS0R +Fesdef8A2qf8Euvet6b+0qeAfgl171vTf2lTwFygvYdF7v8AdXtHrHopr8Euvet6b+0qeAfgl171 +vTf2lTwFygdh0T/dXtHrHopr8Euvet6b+0qeAtjSLSpp+i2FlVcZVLe3p0puDym4xSePdwN0HXS2 +emlOavBt/tfadvrFdeYxHSMAAO75YAAAAAAACl/lk2wuFK42esXVpujCMq7TWKjlute/CX8Xy4Jn +N/K5fJ/J58nun4mqkdLpVpN8mnSgl9fBmxt3Tf4UNdrzjvwxb0lDvXRQb/6fac/8rmq0tTp7KdDu +qNLSYwcIvO64zlD6vm5x7zMXibTXxh6L7LqV0a68/DM4czsHdy0/bGzvI0nVlQjVqRpr+k1Tk0j9 +fbG1alfZDTKtaiqNSdHelTSxutt8D8ebGXFxabTUbi1jm4pUa0qS3d70lSljh9J+wNh93qRpG7W6 +dO3i+l/Pfa/tOng83i6AAGVeZtqEmuaTNA36n5Of0M0AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA +AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAi6UpypQk6lTLim/T +Z6zL9JU/vv7zzxr5jOHljacxnCSBG5l+kqf3394zL9JU/vv7xx/yXtH5N+tFzoVIxWW4tL7CI8gu +f0X/ABI2My/SVP77+8Zl+kqf3395x1d3UnMw8+tua0xNo+v+Gv5Bc/ov+JHx2N0k2qWX3byNnMv0 +lT++/vPLlPpYx6Sphxb+e/ccp0tP8/v5OE6GlHX1j+Ga+oVriNJwp8UnvLK4cjT8guf0X/EjYzL9 +JU/vv7xmX6Sp/ff3m70pe29Ofv5OmpSmpbetnP6/4SQI3Mv0lT++/vGZfpKn99/eejj/AJPX2j8k +kCNzL9JU/vv7xmX6Sp/ff3jj/kdo/JJAjcy/SVP77+836MnOhTlJ5bim/sOlNTenDenq784w9gA6 +OwAAAAAAAChflGq1LPbLWK1OLlOVWhwSz6PRU0/5Fbbb03C6tVnMYKpTj7kpt/8AUtP5Qas6e3Go +qnuNtUs73/6cSs9rKNS4s415r0qcpyk/plFf9TzRaOLjHV93V0LR7P4k25e7iOn3lGbGO5W0tLyJ +Sdz0FfolHnvdDPB+wdiei6laR0FOVOl5PFRhLml7z8ofJbUp0vlG0qdV4gnUy/8A4cj9f6JUo1dH +tqlu06Motwxyxlnr/C+D4t8AGVean5Of0M0Dfqfk5/QzQAAAAAAAAAAHirVp0KM61apGnSpxcpzm +8KKXFtt8kB7AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA +AAHh1aarRoupBVZRcowb9JpYTaXct5fau881bilQqUKdSTUq83TprDeZbrlj3cIvn3AZQYnc0Fa+ +VOvTVtudJ02+tzcxnezyxjjk82l3Rv7SndW03OjVW9CTi47y7Gs9j7H2riBnBjt7indW1K4otypV +YKcG4uLaayuD4r6zIAAAAAARVH8hT/VX8j2eKP5Cn+qv5Hs+dXuh8qnwwAA00AHmo5qlN0oxlUUX +uxlLdTfYm8PC9+GBr2Wo2+oO5VvKUlbV5W9RtY9OKWcfRnH1Gd/l4fqy/mjV0q3r29l/ldGzpXdS +cqlfyOLjCUm/nceLbWMt9ptP8vD9WX80S/5Mz3PYBp1NVsKOq0dLqXdKN9Xpyq06Dl6Uorm0vt+n +EscnjdaWtyrGfFpuEbruqz0bSqt3SsLu/rL0aVta0pTlOT5Zwnurvb5e94TkgXTtWt4m8Zjp3ZHi +jVjXo06sFNRnFSSnBwkk+PGLSafuayj2AYn8gN63/wBGpfqL+Rom9b/6NS/UX8jto/E77P8AEyAA +9L2AAAAAAAAPzz8oVRavtJd6ho9xTuKVxGhKm4P5ycIL6msNNPinwZD7SW9OWx2qXEeO5Vpwi+9b ++M/8JFbM1ala3u7dS/HUKjkk3xw32fRg6LXY04/JZrMY7spUry1hvrt+e3/E5VmZ1MTHc+nqV06b +Fv1tztiMdMd//TgNjq3k20lG43ZS6KlWqbsebxTk/wDofsDYSp02wujVcNb9tGWH2Z4n5F2Dnc09 +rrZ2e6rp060aTksrfdOSWfrZ+wdkbry7ZHSrtwjB1reNRxisJNrOEd/B8vxTQAMq1765o2Wn3N1c +S3KNClKpUlhvEUm28Li+C7DTpVadxRhWo1IVKVSKnCcJJxlF8U01zRu3ttSvLC5ta8XKjWpSp1Iq +TWYtNNZXFcH2EfaW8bSzoW0JTlGjTjTUpvMmksZb7wMwAAAEddW1OtrenVlc1KdajCtJU4xzGrTa +ipKTxwxJwfPjjk8cA3qlWnRipVakYRcoxTk8LLaSX0ttJe9nsiNXtK+oXtpZVLaVfSq0Kiu92qob +kk4SpyympPjGSwvzuJs2trd0dUv61W66W1runKjSaeaLUd2S+h4i/pzw7WRr6nrEqNhXqaXT8uuq +VOjXjRppy6SnOeE01w4qM+KzjGcPt82VK+1HTdTtdUzGFW4uKNGUI7sugbai/pw3h4WUlz5v7YaL +Kx12/vvKJSt61KlTt7dSahQjFYcVH5uOCa7syxjLzLlGK2o+TWtGh0lSr0cFDpKst6csLGZPtb7W +ZQCKAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA8OlTdaNZ +04urGLjGbXFJ4bSfc8L7F3GDoLvzr5R5b/kfQbnknRL8pvZ39/ny4Y5dptACJhp167WNpWrUXauv +VjKnSjuf5M4zUKeUuazDit3gubw3KIq3mqWOzyhaVLWNOhbeT+UONSeLnpVS3KcVGUnGLUkm4ycs +w5+k31oLlMOb0zajTVszpt5VqUafSSpWs6dBbsKNbC3o8XiMYpN8XjdSxnKzOO+tFCtN3VBRoRc6 +r6RYpxTkm5dyzGS4/mvuZ8lYWlTpukt6dRVpuc1UW8m3DcfB8vRWPoz3s0rrZ3Tr6tGvd03Xuehp +0J1p4zUhCoqm7KON3DlHjhLuHI5pNVabrSoqpB1YRUpQUlvKLyk2u57r+x9whVp1J1IwqQlKnLdm +oyTcJYTw+54af0NGF2Fs7pXLpt1lNTU3N8GouK7eWJS4csybxl5NeWk07a1rQ0iNvp9edONKNSNB +OEIqUpLEE0uc5v6Xl55EVIg0JwvbK0sLWyj5S4zp0q1a6q5kqSXpTb5yk8Y+mWXwTPd5qMbK4tqM +rW7rO4luqVCi5xg96K9Nr5q9LOXwxGXbwYa1H8hT/VX8j7Oap05Tak1FNvdi2/qS4swxnVjC1VOl +vxm0qkt5Lo47recdvFJY9+ew9XVsru3dGVWrTTlFuVGbhLg08ZXFJ4w8djZ8+vdD5VPhhmMFe6hb +1KUJxqYnvNzUXuU1FZblLlFdn1/TjHqdnPUNNr2kKyoutHclNw3vRfzlj3rK+s0dCoXFbQZW+oUI +06UnOnSoYkpQocowlnDbS4Z7Vh88laYdMuozuLvVcXVRXdeFtCkqE/QjFtKWWl6LUt5vkm2uLNzU +b+6p3Vpb6fQVxOdzGFzLGY0YYTlvPK3Zbsk1nn3PgZrC3oafSpafbbnR0ae9JOfprL4NrHa1Pjw4 +rgu7X2f0mej6fOlVqurXq1ZVqs95yTk+HBvjyS5545KnNKnh/l4fqy/mj2eH+Xh+rL+aMW7kt3PZ +p+adN85ecfN9p5d6z0Mel5bvzsZ5cOfLgbgOlb2rndnGeTQADIAAAb1v/o1L9RfyNE3rf/RqX6i/ +kdtH4nfZ/iZAAel7AAAAAAAAH5w+VTY6tshrNfWdLjOFheSU4yjFKNKo5Nunw7O1cFw4cd1s93tv +Wpf/AGbI16yf+Vamq0W3nKzu/wA4tfUX7rejWe0GjXWlX8JStbmG7NRlhrjlNPvTSf1FVfKPotTZ +z5BrPR6s6c6lrXpxlKm24vMpPtS7zUJOVK7FUum2noUlcq2cqVVKu+VN9HLEn9DP2JshZVdO2Q0q +yruMqtvbxpzceTa4PB+N9kpU464+lg5wdrcRcVzeaM1/1P2TshVuK2x+k1bvPlM7aEquVh72OP8A +EeB4poAGVean5Of0M0Dfqfk5/QzQAAACOvpanT1PT52kI1bFucLuGUprONyazjgmnnjyfJvGNypb +UKtejXqUKc61HLpVJQTlDKw919mVw4GUAYLOFzCjJXVSNSp0tRpx7IOcnBclyjur6ub5mcAAAAAA +AAAAAAABq19Qtre+tbKrOSr3W/0MVTk091ZllpYjw72s9gG0AAAAAAAAAAAAAAAADxOrTpypxnUj +GVSW7BSeHJ4bwu94Tf0JnsAAAAAAAAAAAAB4nVp0504TqQjKpLdpqUknOWG8LveE39CYHsGDyhqt +VpbsZ1IODUKdROW5LhvSTxhZU+/Ki8ZfAzgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADFcXFK0tq +tzXlu0qUHUnLDeIpZbwvcad9fwo6lp2nypzlK7nNqcam4oKmt7seXl4WOTWc9z3Z9DX6S2n0dTMP +xlKWH6Msriu54a9+GBFWVWNewt60U1GpSjJZ7mkzFqsr2Om1np0FO7eFBNpYy0m+PDKWXx7u02aP +5Cn+qv5EdVlfXOsWM7bd82wg6s6saqxVbi0kkueMp88PPekfPr3Q+VX4YZo6pQuLC6ubHN10G+t2 +Ca35RWcReOOcrDWVxMej30Ly2jF3nTXVGlThc02opwqY4tpcm3lNck4tcGma2l3em0NUqaNpdCKp +0oznWqQfBVE4rdz/AEpYfF54YS+je03S6OmU6kadStVlUlvTqVpb039L7ub+t95pebV0nTby01LU +ry7qUZu8lCUVTz6CimlFvCzhY49vElwCLEYDw/y8P1ZfzR7PD/Lw/Vl/NGbdzNu57ABpoAAGG7uP +JLOvc9DVrdDTlU6KjHenPCzuxXa3ySNbRdRqato9tfVrG4satWLc7a4i4zpyTaaeezhlPCysPCN8 +gLqrrL12vO1tqkrenQdGkpTiqbqPdl0jWU3jlwzyeGss6RNdzdxzz358OnQmcPVTaSjU2ktdIs5U +arc5xuZ769BxhJ7sV2vKWe7lzzjq7f8A0al+ov5HDaFoeo2msK51Ho6qjTlJVFTjF9I2lltPLynL +mdddahb6VorvrqTVGjSi5Y5vkkuPDi2lx4G9KPeddmmd6Zl4vtdsNN1bT9Nu6vRVtQ31buXzZSju ++jnsb3ljvxjnhOSOD+UijUj5pvY6nDT1SnUpxrTisdJLdlHjzT/Ft93Di+/7pe3O5S0SGoXlhVp1 ++no3l4qigo1IKDi12cVNKXBJN54JYfpxOMvZvc8S7sAEaDy1PpYtSj0eHmO7xb4Yec8Fz7O1cscf +RyXyh39ew0C2lQdSLqXtJSnSpb84brdRNJtL50I88rDfAJM4jLrQQmzG0NHaHS1XWIXNN7teljDi ++OHjjhNLK4vtWW0ybBE55hy/yg7Lz2v2Ou9Koz3LhuNWi28Jzi8pP3PijqAFfjnZKF3o22m7Vtoq +7tKdxvUK/BOUacsxf04wfsLZq8jqOzWnXsYbkbihGqovs3uOP4lZfKPsPaz1HrdbUUqlG3rQvYRW +d+LpyUZ47Wm19JZOydalcbJaVWoUuio1LaE4U/zItZS+o1+FPFMgAyrzU/Jz+hmgb1SUVCS3lnD4 +ZNEAAAAAAAAAAAAAAAHF3mu1bP5Q912+pTs40IWlRqa8nhOUlPpd3PYpRTk8NJPnwzYjKTOO92gA +IocptbQuvOuiX1tYVrryOrOpJ0JSU4rME0scHmO9wbWeXazqwWJwkxmAGOVenG5hbtvpZwlOK3Xj +EXFPjyXzlw+5mQigAAAAADyqidWVPEt6MVJvdeOOeT5N8OXZw70egABilWUbunQ3qWZwlPdc8Te6 +4rKjjivS4vPDK7+AZSKhDXYQx0ljN+XNtz3s+Stt4WEvxizhc1hcW3xJUARfkNe71uF5dPdo2U5q +1pxbSnv06a6SWJYbT6WKyuUvre/QnVqU3KtR6KSnOKjvKWYqTUZZXeknjszgygAa0qt1C5uH0HSU +IUYypKGFOc8z3o8ZJclDGcLjz7tkAYradWra0alej0FaUIyqUt5S3JNcY5XPD4ZMoI/WdasdA02p +f6hWVOjDgl/SnLsjFdr4P7G3wTYG3cXNCzoSr3NenQoxxvVKs1GKy8LLfvaR6pVadejCtRqRqUqk +VKE4PMZJ8U01zR+ctpdq6+12odJU6VpOUqVClFS6CEVJtxe7vcsuUu3dTaSjFR6zZ/bXTdmqlWVf +Sq1ObqyhcQtriqtyWFnNCpUa38xScm08cOzjcMb/ADXIDDZ3dC/sqF5bT36FxTjVpzw1vRksp4fF +cH2mYjbT8pvPN8qvkD8rVuqiodLHdlUw/wAWp+5rG9jHFPvxjuayqUaNzGzq1KlG6UIQknFxzN0p +Tws5W7KUlng1h8OakABzes2uh28r6jf6k7Cpq8VKpUlWUFKNNQi4pyW6lhpNPi1J80uE1K8a1WnZ +Rp7ylQnVnNS/J4lFRTX+1meP1Hz442gEwGjfai7G4oRnQnOjVxF1I/0ZOpThFceHHpG+ecReE+ze +AVEy1mpHXFp7sasKTqwpRuKmYxqN0qlR7nDEktxLnzb5YW9LAAAAAAAAHmpVp0oqVScYRclFOTws +t4S+ltpfWegANeyvrbUbWN1Z1o1qEpSjGpHlLdk4vHesp8eT5rgZqdSnVi5U5xnFScW4vKynhr6U +019QHoAAAeaknClOcYSqSim1COMy9yy0s/Sz0AAAAAAAAABEbT6nPSdn7q4o1adO5lHo7dzlFfjH +wT48HjjLHaos1NotSutNpWek6LbR8uvIzhb4UVGjCCWWk+GUmsJ8OfPGHcJMuiK41fWr3V6+o3dn +qFn5p0urRrU4RUqsqk4t7nCnL0oymu14woPCaee/sIXNPT7aF7UjUu40oqtOPKU8Lea4Lm89i+hH +qja29s26FvSpbySfRwUcpcuX0v7RGCYmXPOjXvtnY2s01Ur2ypznOmmuMcS9HK9//fAwUrq6s9R0 +3R6FOM4UrbeuJShutxS3YuGHhekuK7msGzeU76rDToWjUaSqwncTVTde5HDxjdeU+3DXYuTeJM+b +WJ3Y5vk0rOI5ovTdItdLlKpRoVqlxNYncVpKVSfHPF5//wBwskj0kv0M/tX3nsFxPVrdnq8dJL9D +P7V946SX6Gf2r7z2CYnqYnq8dJL9DP7V95BVNq9OhthR2dfSu/nQdRKO64p/O3W0+Et2LlhpcMd6 +OgPD/Lw/Vl/NHSk6dc8SJnly54xPhPdOcdPHqlo5d50kv0M/tX3jpJfoZ/avvMd7d07GyrXVVSlC +lBycY43pY5JZ5t8ku9mc54nquJ6sNS4VGnOpUg4U4JylKUopRS5tvPIU7hVqUKtKDnTmlKMoyi1J +Pk088UaEbWnueaoVnUSfTXW/mE5QqOo8pw3VlzXH3ZzzNi5vbbTPJKDptdNUjRpU6UV6K5Zx2RXD +6MouJ6mJ6trpJfoZ/avvIzaCxq6todzZwpyU57sopqL3nGSlji8ccYz2ZySxrahqFppVhWvr6vCh +bUY71SpPkl/1b5JLi28ItaWtaK1zMybs9UZs7DVbeylHUVOabTpKUt+cU+L3pSeX9aWOK5YOk8kt +7uzoQubelWjFKUVUgpJPGMrPbhv7TRtLqjfWdC7tp79CvTjVpzw1vRksp4fFcGaG0u0lfZ2w02Vp +aK8r1pcbf0k5U1Di1JJqOJOHPsb7eXbSrat5ie932aN2ZzKPt9lbi41XUKWo2alpl1dzuYtV1PE8 +y3ZbkliKcZNPGXnd7EaGs7EV7a1jdafZ2E67rVI1qUqDqJ0nLFOUWsNNRSysNZk+xcbGB696Xr3I +cfoG1PksNO0faKVe31a4lVjTnXounTrbs0oqMnzbUopZ4trjxa3uwK7+U+4hb3ehSqwv6lOMq1SM +bWpuJVI7m7Jvsay8Pmssndjtq6G0Nm6FWU4ajQX4ynVSUpxzhTWOD7E8Yw+xJrMki3PddOQG12ka +jrGk0qel3rtLqjXjVUlFPfWHFxeeC+dn6ifAicNTGYwrzZix2itdoXWr6gtQpUJO1vKTo7kqTklJ +NfNTaxB9vovguKLDMdOhSpTqzp0oQlVlv1JRik5ywo5fe8Ris9yS7CP2kqVqWy2r1Leo6VeFlWlT +qRluuMlB4afZh9omcylY3YShxm3+sz0l6NKj5TG4jdSrwnSoKrDEYOEozTkuDVX7E8NPDJvZrWlr +ujxuZSoO4pydKureTlBTXc33pp444zjLxk1Nr9EvtXtbWWmXE7e7o1X+Mi//AGcl6SabS4tR481j +h2iI58y05ryS2majba3pVG9t1J0K8X6NWGGuLTTT7mmu76UbthClp1hRs6FNRpUY7kEuSXYiv9B1 +LWNn9GlcainqNpO4UKtxFxjO2mqipVFJL56i1L5qzmPapZjYAmMFZzHNldxUfJpfQiP860p6xPSp +dL08beNym4vccXJx4PvTXJ96xnjjbOG2r0rXKm09vquk2NvVdvRpRp1qk5KW/wBJNOOItPdxJZ7M +N8eYiMrM4dXrN3VsND1C8oKm61vbVKtNVfm70Ytre4rhlceJ80XVKetaLaajSSiq9NScFLe3JcpR +zwzhprPuPWsUK11ol/b28YSr1bapCnGosxcnFpJ+7JyGw0NX0y/uLPUNPVG2uVv05UKE4U4VEuKa +a4ZX9JtcYpccpJEZjKTOJwmtsNVvNHsrC5s6kE3exjUhOcYKrDcm3DeknjLS4riTlrcRu7Ohcwi4 +xrU41EpYyk1njhtfYzW1fR7HXLLyW/oqrTUt+OecJYaUl71lmCrpXkWy9zpmkp0Zq3qwoOD3Wqkk +3vZWMPeeeGPqHLC88pYHLbA6lTvNnIWkbilVnYNUPxfDFPHoei0mkl6KfHO63nOcdSSSJzGQ4r5N +NUd1s+tNnU6SdjCmlJRkkoST3Y5k+LTjJcOCW6kdqReo06WlaVe31jZW6ure1qypbtFcXje3cLDa +bSyk1nBYJ78pQ8OrTVaNF1IKrOLlGDkt5xWE2l3Lejn6V3kHshrstd0SnOvCpC8oJUrhVEk5TSWZ +pLHBvPYuKaxwILarXZ6Xtvps5XdhRo21upyjWnKNScKk2ppekk+FOLSfKSyIjKTaMZd4ACNBw+0O +wMNX1ud7G8vIQvaijcxpVN2MIKi4p4ys8YxXBN+l3Za7gFicdyTET3vNJVFSgqsoyqKK35Qjupvt +aWXhe7LPR4o1qVxRp1qNSFSlUipwnCScZRaymmuaZ7IqP1TTHqMrGUa7oytLuFypJPLwmnHg1jKk +0+aw3wZ9WprrBLSXRefJVcxqqaw/TcXFx5rsafJ5fLHHfARwm01C6obf6RqtK2pqlThToO4lJ59K +pLejFYak9ze4Lj6XuR1+oahCwVrFwlOpc3EKFOCUnlvi3wTxiKlLjhejzRuHA/KRUVO40Sb1byCd +GpVr080ukUpxUcSxxWY5eMrtNd/JmfdiZd8YLy8t9PtKl1d1Y0qFNZlOXZ977EubZ4028Wo6XaX0 +Y7sbmjCso5zjeinjku/uPOqaZbaxplewu4ydCssS3XhrDymvoaT7u8y2iKuq3mu7K17vQZOndus4 +Ut3cclGNXGWp4S3qfpYfFKSJjUri4tbJ1rWhO4qqpTXRQinKUXNKWMtLOG+LeFzfBHjS9HsNFtZW +2nW6oUZS33FSbzLCWctt8kjeKiu3tLq9Ha+pXua1OlpdK8dnNKW7QcE5YcpST3ai3t5pbuVFZ4G1 +rW0Opu31y6tlONlbUJ2W7ColuXTrbikpKO/nclCXDgs4ymm12U7CzqU5052lCUJzdSUXTTUpPnJr +HP3mwMwmJ6uHstd1q5uqdrQqu7Tq2VSpWhbNblGdOLqPLSXGWHhreSnLC9H0c+mafr11tdV1S6u5 +qyt7itQhRrQlCTpcd3dS9Fxy4Peay93nwR2IGTdRtld3tbWdUt69Bwtbd0lb1Oicek3oZl6TeJYf +Dglj3kkARoAAHinVp1ouVKpGcVJxbi8rKbTX0ppp+9H11IRnGDnFSlndi3xeOeCH0DZ2loUrqca8 +q9W4kt+rOKUppOTTm/6UvSacuGcLgnnO1eaTTvas51bi4SlHd3IySil3cvp595cRlIzhuOvTVeNB +zXSSi5KPu/7/AJPuZr1/ILy5hb3NKlWq0Kiq041qWd2aWVKLaxvJPmuK4kJrWkajKo61nUuLipJp +5daKlFpcMLEUorCfB5y3y5v5s/szc2lON3qN7Vd7Os7icaTUY5eMp8+by3u4XpNe93EY7zLFtnU0 +ix2W1e5v9Kad9TnRqunSh0lSUIT6OUpJSx81bsmnu5i2lh48WOzGl7T7PbO6hrFB3V3DT6anVnL0 +qqnRw1N83xk5J81LimsvOrtRs1rGrW11aSnK9jVqTnRqSahCjGbit3o99bzhGLxLt3nw556PZjTr +7SNn7Wwv7uF1UoQUISjR6NxgksQeJNNrllYyku3LcmMSRzjmkbSztrC2hbWdvRt6EM7tKjBQjHLy +8JcFxbf1nqpXo0pwhUq04SqPEIykk5P3d/NERp2iXdjeQrz1JVVmTqJ0MOplY5uTxxUXn/ZMV/s7 +dX1zVq+dZQVSae70TeIr+ivS5Y4fW+9lxGe8SGrarDSlZb1Nzld3dO1gs4Scnzb9yT+l4XDOVIAG +Vcpqu29HSLzUqNxZOVOzr0KSnGvFOfSU3UbalhLCi0ll5eOXNdWYri1t7un0dzQpVoZzu1IKSzy5 +P6WZQkZR9vrVlc6dG/hUxbTru3hPG8py6Xok1u5ynLGH3NN4NuNxSldVLZSfS04RqSW68KMnJLjy +fzZcPvRjr2FCvbqhu9HBVo18U8RzKNRVM/XJce/LMsaFONzO4Ufxs4RhKWecYuTS/wCKX2hWtX1W +0tr9WdWrCFTyedzOUpxSp04uKbll5S9LnjHovjwNWrtHY0KWlyqdNGpqe55PSUMye9u5y1wWN5N8 +e/GSTq29CvnpqNOpmEqb34p5jLG9Hj2PCyu3BjnYWVR27naUJO3/ACDlTT6Ll83hw5Ll3IJzRt5t +Ja2epXdo49L5HZTvLh06kXKG7hqG7nOWnnjhfN554SVjdw1DT7a9pRlGncUo1YxnjKUkmk8NrPHs +Z6naW1WrKrUt6U6k6fRSlKCbcPzW+73GYHNpajqdLTfJOlp1J+U3MLaO5j0ZSzhvLXDh2ZfuNC7q +V7DaGN/c10rKrCnZUaEa7bnVnUWJbjxHKTlnGXuxz7lMVaFGvudNShU3JKcN+Ke7Jcms8n7z5Wtq +Fz0fT0adXopqpT34KW5NcpLPJrvKYcxtVCrrfm6wsJS6SderONTo2lTnS9Fyc870Em5JSjF5bjhx +5vf1zU7ynf2mladOhG6u6VZ79SXGk1TluPGGlmXa01iLWH2TMLehTmpwo04yW9iSik1vPel9rSb7 +2ZBkw5exlfbOaRoWnQ0+tczq1MXLpU4uNCMpccuOEt1zXFLDUJcuZrzsNS2U2dlb6Y6+p6je3np1 ++iWYylHDm1y5QXpSbW88vK4HYAZTdYrWnWo2dGlcV/KK0KcY1Kzgo9JJLjLC4LL44RlAI0jdZsrm +/pWlO3nSjGneUa1ZVP6UISUsLhzyotcuX1PRdjqtte69qFPE6t1Sp07OnSq5cHBSSb31ux4yUsLK +58G+fQAuUw1NKp16OkWVK6c3cQoU41XOe/LfUVnMu157e02wCKAADDeQr1LKvC1qRp3MqclSnJZU +Z44Nr3PBHaV5Rp8rbSK0bq4lC2dare1ZSnFzcvmKT4vnLg3lJR59kuAmEdZalbapKvSdCdN0bidO +Ma8Y/jXTlHNSHF5ipNLPY12MzX+o0NOjbusqjdevC3pqEctyk8LPclxbb7u/Ce2Y6tCjX3OmpU6m +5NThvxT3ZLk1nk13gZDSvNVtrG9srSqqsq15OUaap03LGFlt45LivtzyTa3THOhSnVp1Z0oSqU87 +k3FNxzzw+zIVzOna3Sq6Tc31zTdtbW05QVSW8+khFL0kmk+LbWFniscyQpXlKte3FpBt1LdQdTuW +9lpfYs/X9OPqo069rShVjvRW5NL3xakn9qRpWFxe39xKtcWdKlaQnJ27qRkqr5JS3ZJbuVv88Pjj +GFmXz6/DD5VPhhKAwWdS4q2ync0uiqOUvQeMqO893OG1ndxnD+zkYK1/UtY6hWubWULW1p9JCrGa +k6qUW5Yj2NYxx5labiqQdWVJTi6kYqUoZ4pPOG13PD+xno5HZbUbjU9c1C56ehWozgt7cUt6liT6 +OGXjKw58lzWeGePUOrV8sVFW8uh6NydfeWFLKSjjOc4y84xw9/BMJE5jLFX1OytpVo1riMOgVN1W +08Q33iOX2cV9S4vCIi81S6udT0WlYylbwukq8pVIRanTxvOCeXxwnnCfOPHmTNewtbmUJVaMW4Vo +101w9NLCk8c+HDiaeuXtDS6MdQqUY1qtKElRpuai5SeFhN8OXbzxnnyJPczfu9P3Qm3le9dj5Nb2 +lWpbKm6txVUJNRxnd5NJpYbafL0WeNN2kvlolWpClDUb1XMpdFbudTdpt72G0nji3GPZhdu60bW0 ++tdLpNO10+3url39FS6SjHdUaUl3uL4yWVjGVxfDhne0DyOx2Zo3EbWpaQpUH0sakczShnOccXx3 +mvc+S5G/A/Fyly+zVxV1baSc51swqTd1Xt6yk87udxx7MRc4YT5bqfYsdnqejW2q1KNSvOtCdFS3 +JUqjg1nDzldvorBi0O9stTt615a20aM5VZQq/i92Ta4reeFl7rT7cZay8EXtLqFW8uY6DZxulKq1 +C5qUqUZJRnFpRe9yXFNyS4JPHHKTx5LGIhIWGurVNcr2tlGNSztqT6Wv31HJKKj3xwp8eOcfbJ3V +pbX1tO2u7elcUJ43qVaCnGWHlZT4PikzQ0LSquk2lSnWuXcVJ1HLelzjHCSjnCz2v62SpImazms9 +yxnHNFV77SdnrVWtOnToqnTlUp2lrSSbW9/RiuCzJ+7tfY2q81qvW1qrPUtS2YuJyo0+ihUjVSSp +RbcVy58Xn3v6jobnZS/vNQurtar/AJQqriuhmsw3sPEsrK9FxaTbwsYzwNvW6tHZ7Snpui0nHUb2 +lCrcV+mVOSpxSi5OT5Slhr0cYblLg+fp0ZzeZnnMt6WZtOeTvgAdX0XH/KAtUpWFjd6PCNS6hXdO +VOcVKDhKLbbT7cxjjj2s5HS9T2s0q7tb+50Sl5uorNSlZ4hLo93GFxaeODUeGXFLK5lt1aVOvTdO +rThUg+cZrKf1EWtCprWqt2/JpWVS2hS8klbp7s4yk99SzhZUsNbvHdjx4YNxaMYlztSZnMJWnUp1 +qUKtKcZ05xUozi8qSfJp9qPRit7ahZ0I0LahToUY5cadKCjFZeXhL3tsymHQNbULOOoabdWU2lG4 +ozpNtZWJJrl28zZAFR7Ha1S0/XbKNLRLvT7a7at69SpvThl/M5du84pNrgpPlxZZmu3Fa02e1O5t +6qo16VpVqU6jWVCSg2njDzh8eRz+0NxZaPtFo0a9nSqWF9CrbV6cnFU4vMJRqOMuD3Up5fDg3zwk +dHq9Cvc6Lf29q4q5q29SFJySa33FpZz78GpxPcxWJiJhwGo7T2mr7KU9MtbWyuL26qZrW9Cbpw6V +VoTbw0pYnmUs8fS4elxZ1myEr2nosbK+sJ2dW2e7CDqSqKVN8Y4k0uXGO7xworkmiB2T0/aHS9Vn +O6tredvL8VXhb0egak5cKnHEZpYecP8ApNrPJ98JxHJKZnnIYrqv5NaVq6pVa3RQlPo6UcznhZxF +drfJGUGXREaVtHYaxcQo2qrb07ZXKlKHo435Qcd5ZW8pRafflNNrOJcrzXrOto+3Vlqdrp1a4o7l +KFOUaqSpcJQlSpRfo8YcVHhxk+PdYFKpGtRhVipqM4qSU4OMsPvTw0/c+JZhmJzyezxVpU69GdGt +TjUpVIuM4TWYyT4NNPmj2cdt1qd5p1xosrGxq3NWlcTus05JcIR3HB5T+dGrJZ7OZIWZxGXU21la +2c6srehCk6slKe6sZaSS/guX3mwY7evTuralcUZb1KrBThLGMxaynxMgUInaK5pUtN8jqOtCWoyd +lSqU0/QnOEt1trjFZWM4eG12Za+6prttpWo6XZVlJ1NQrOnHdjJ7qS+c8J/0nCPHHzs8kyM27sbj +UNGtqFvp9S+n5Um6cKrp4W5Pi3h8Oz6yx3s2nk8bL7M6loOo161xqMri3rUt2VOVRze8mt15cU/z ++TWd7im1kmdQ0HTdTuI3F1awnWSjFVHFN7qed3jlYeWu/j2DZ+pd1NBs3fW1S2uYw3J06lV1Zei3 +FNyfFtpJ8e/t5kkJmckRGMMdvb0rS2pW1CChRpQVOnBcoxSwl9hkAI0Glq9W5oaLf1bOE53ULepK +jGCTk5qLcUk08vOOxm6AOY2Xr3Wl7LV5azTrW9KxlUlGVbM59CoqWXjOcZkkkuUUsHQ2t1RvbOhd +289+hXpxqU5YazGSynh8VwfaauvuK2c1Nzq9FHySrmpjO6tx8ce45j5N9Thc2N9p9O6ndQtKiqQq +zhu8Km891cOK3lJ5fH0scki9/NmJxMVduACNBoX2i6fqVaNW8oOtKKSipVJbscS3uCzhPOMvtwk8 +pG+ATGWOhQp21CFGknGnBYim28Lu4mQHIfKBqlTT7HToUOmlVleQrunTo76nGk9/0nwwt/o+1N/R +kd6TOIdeDW0++palp1ve0VJU68FNRljejnnF4bw0+DXembIUAAAAAAAAAMFK9tq15cWlKtCdxbqL +rQi8uG9lxz3NpZx3YfagM4AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAeacXCLUqk +pvebzLGcN5xwS4Ll9XHL4noAAABFUfyFP9VfyPZ4o/kKf6q/kez51e6HyqfDDHXr07a3q3FaW7Sp +Qc5vDeEll8FxMLjaavp1OTXTWteMKsc5jlcJRfY12Mxavp1TVLLyaFy6EXJOb6NT3kuzD9+H9R9r +VaGh6KpSVapStaUYJQjvTnjEUsLtbx3L6EaVmtrG3s5TdCnuOeN70m845c/pNg8wnCrTjUpyjOEk +pRlF5TT5NM9DvUOM2ksdY1bUqcadjQ6CnvRoQuPS3sfOm935qfDCb/ork20dmeH+Xh+rL+aJM4Yv +GYcCtj61zqUqNTUZ0buFrRlUjaTlCnBJdHHHufRvgvzeOOGen8w7+zNtpMq7oyhCHSTpcN+a4ybf +B8ZZllNNvn2pzQNbyxWGnpenU9LsYW1OUptZlOpN5lOT5tt8X3cc8El2GhR2e0+01elqNWvWqX05 +y3J16qzOTg00lhL5qk8Lkl3LhKXl5b6faVbq6qxpUKSzKb7PvfYkuLZw+l67PX9rtPrV52tNUalZ +ULdwlGtGLhLi+LWXHdz2cOHEE4jEOktNdV7tNX06jKlK3o0ZOT/p9JGajLt+bxxyXFd2Da1zUpaV +pdS4pqnKs2oUo1J7sZSfv+147cY7Tbp2tvRmp0relCai4qUYJNJ4yvo4L7CN1fZyz1m4pV7lylOm +lGMZelBRzmWF2NrtXdHnjA5ZXnho7ExktOv6lSVGVatfTq1XSmpJzlGDfLlx7DZu9gtM1q98u1Kd +S6dSiopVPnQ7lFrgopPGMZzlttt5ktN0y00m0VtZ0Y06e85PCScm+145vkvqRM2/+jUv1F/I7aM+ +9OHfZ688SyAA9D2gAAAAAAAOG+Ue2o1qOm1ZWdG9rwnNRt5z3ZbjSc5rjySik+D+euK7ZTYm+ubn +Q1aXdjGyq2bVGFKNTfXRJeg8pJcsxxx+bntOlPFKlGjBwg5tOUp+nNzeZNt8W28ZfBcksJYSSLmM +YZ3feyKjSjXnXVKCrTjGEqiit6UYttJvm0nKWF733nsAjQAAAAAEFtVoM9odOoWtOvOi6ddVXKFV +020oyWMpP84nQWJwkxmMIrZ6xvtN0qFlfVaVXoGqdCUG2+iUUoqTwstcVy5JZy8slQCSsclefKbO +jGtp3lU76lS6Oruzs23njDeU1lYWEsPL5vKWOPV7Maq9Y0GhdVJSdZOVOopxUZpxbScork2sSx/t +cOGCRu7K2v7edC6oQq05wlBqS7GsPD5r6j1StbejVqVaVClTqVElOcIJOSWcZfbjL+01mMYZis72 +WUAGWgAAAABhu7SjfWs7a4UpUqnCUYzlHKznGU08d67VwfBmrZaLY6fd1rm2oqFSpwz+asRWF7vR +T+kkAXMpiAAEVxvyo6vPSdh7l0VN1rmpChDdeFxe9LeeeTjGS7ea4Yybus7X22k6Jo+szjuWV9Wp +Rn0qe9CnUhKWfRzxWE8cc4a7cnLfKhrWn0tV0zSr6yubmCpyuJKnLEVvZgmlnjJYn9GeHNmjLyba +35MLK1pV50KdlfOj0l3N+lu05uPF8eU4r3YeOCWdRDnNucrcON290K71ZWNzQvp2dCzjVqV6ilGM +YrMJKUnJpYW5nPYTmzdxUr6FbU69TpLi3iqFabqOblKKXpOTXFtYk/e8ZeCWJHKWpjehCbK2V9pu +iRsr/elVo1Z4qzlFuqpPf3mlwXGTWP8AZz2k2ealSFGlOrVnGFOCcpSk8KKXNt9iKnobW6tJbU2t +tGrUuLyt0+n1YW8oyVGXoOb5Y3YRp7vDey+KfHDvkmYrGE5oW0t3rfyo39CnUl5qoWM40IqT3ajj +Uguk4ScXluWJLHote874pzY3XtYp7Y6db6lKlKlVVShK4nSjTkluvFPOOW/GKxzzw9xcYlKTmAHM +7V7Q09CvtBhKok7i+xUjKbhHodyUZylLliLnCWHzx7srpiNZDFWuaNCrQp1J7s7io6dJYb3pKMpY +93CMnx7jKcH8olxK0vdDuoarCyq286tajCpOShVmtz52Gsrdck/dNrtBM4jLvCv9lL/ptudYu5Xl +g6eq+lRhCeKk40ko03FN9sN9y98exE1tfqVGp8nepXttONSjdWWKUnBtTjVSjHhz47y5/WVl8n9j +b22paXqSunVvFWVJW8abm/ScoSfPOFGeW1lLDzyaNRGWLWxMLzAOYobQ3N18o9xoUIbtna2DqTbi +szquVNpp9yjNLs4uXPgZbmXTg8QrUqs6kKdSE5UpblRRkm4SwpYfc8NP6Gu89hQAAAAAAAAAAAAA +AAAAAAAAAAAAAAAAAAAAAAAAAAAAACBlq93PbSGmUIqpaU7du4W44unN8VLeaxJY3FiP57bzjhPA +JKKo/kKf6q/kezxR/IU/1V/I9nzq90Pl0+GA4za2nfajqNOzp6arm3pU3UgpVnTc5cN6SSzvJJxW +ccG338ezBuJwtozGGnpUFS0expqE6ajb04qFSO7KOIrg1l4fuyzcAIrHXrU7a3qV6rap04Ocmott +JLL4Li/qOd2c1G71DV9RncOcaeITp0pQklTzlNJy58IxzjCzl4WWdMeH+Xh+rL+aJPczeHsjbvWK +NrrWn6XuOde833lSX4uMYt5a58WsL6+PDjm1XUqOk6bVva/5Onup8cLMpKKy+xZay+4ryxrXF5tJ +bV46/Tq1al5GfQ0Mybi2nJJPio4z/wDtXakaiMlrY5JHa3W7e9vJ2FHX6VlC1klVhHnOpw5yzxUc +8uxp55LHvY3SG9VnqlSrO8pxhKFG6bzFv0U0m3l4WVlZXzlwa47S2UpVtarUa1pRqUlRjWndThPN +SpKUlurjxwottt5zKPDtJ/RNLlo9jK06dVaSqynSjGmoKnF8d3m88d559/uNTiI5MxEzbMpI17u+ +trGlKpc1oU4xg5tN8WlhPC5vi0uHa0u0X17SsLWdeqpyS+bCCzKb/Niu1/8AfIrZ0LrafailVubK +raTrqdLpZNVYUlGLaioyj3x44xxbfeZiGrWwkrraq3ltZC5rXien2cpxo0oUpNzluSi5JrKbbyk+ +HB+9t9D8n+orULTValS8Ve6leudSG5uOnHo4Rit3sWIYT7cPi3lkLtHR1G51KjR0qjStqEN6EXUt +5RdWp85471iPDh2SfFPJ0+xdnqlpo1XzrUpSq1biVSkqcNzdp7sUk1hccpvt4NHfSjm67NM8SXRg +A7voAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAKo2jvdmp7carbau6NC5h0cIzaa3oulB5 +lL62vqOfu9Jt9Zq+b9n6sbnTqNR3FaMa7cellhJuL4ZUVjOOTZLa3slR1LanUbzWbzcqVK8uCUU1 +SXCny/2d339/HJzd5o17sneUr/RriNSdZug8YyuDllxzl8I88cPrR33Jx70cury2nnLu9gbK/wBm +tRr2t24xsLvGHKrlRrZwsZlj0llPg22o9xZR+fKd9tbGdpeXtOrd21rXpXUqfR7m90clPG9jhyP0 +BSq069GFajUhUpVIqUJwknGUXxTTXNHK0V/C66U8sIna6oqWxutSbw/Ia0U8N8XBpfxaKWsqm1cK +dO+trqdSVKDUvKFlOMY8OzisSyve+0tb5Sa0qOw930W668qtDoqcn+UlGrGTWO30YybXcmVLWntb +dzxSuKtKVaD3tyKgsZzjL7OHfyRaTifFnV70/sttNqes7T6ZpF3ZUaSlXdWVws7zcU6vJ8PScfqz +24LV0HWrbaLRLfVbOFWFvcb25GtFKSxJxeUm+1PtIeFhDTtMp69RourO2snXjbOkoSlJUn6KabUe +Dxj0sd7IH5MdRq06l1pdXT3Z05QjWoxXGOV6LTb4uWFHl2Qb4dtvOfHLVPd5S1/lJ1O+pbQ2VpQ0 +62rwp2vTQq1YOTUpTeY92PxcftZN/J/tHqOr0bm11aDVzS3ZU5brSlBJReM5fc22225vHBHObZ7R +Xml7ZXVnpdpC7ValTdxvqWYVXHGE+WNxQfbxb493r5P9Rq6ltLCWpxrW1WnQcLHcqYp1FDeVSEk3 +mUuMZYXD8XnhukxGO9Imd9axWPygVNnobU0/O9erSr+RU9zd5OLnU93Y8lnHK65sfR1raFalcUKF +aEbWFGMZzlFpxlOXYuXpIlcZ5t6kZqrq/wBobepsnp+naFBVJ2WpznScoZUIdG25SWc5bqyw8Ye7 +LtXHV2ZpanrG0VXUKNjV84WMoVrajbzVGnKEZ5qQc3jG9v4xx4N57jYu9ctNldQtK9npCq2+q2FG +9xGeHCMt5RXLi91Zf04976DYDapa7tncW1C2qWttCxnUdKSWHLfpreyvd2G+XX5OURMzESldV20W +n/KO9Jh0teNPTZ7tBS3IO5f4yMZN9rjGKT44csLmzjdNv9o9K2go6pqNjC7lSqNV6lWMaW4nGTct +6KxFLpJSfDiRera1Y7T6vUubW2uKWo3l1GNvWrYWFvR3OWUnFRj35Web4knp9rtZX1CytLqvKrY1 +LyNK6zCD6SKqKM+ziscOHcSIj/wm0zLuvk6uJVLLUoVqtGtdVbnyypVo4UZ9KuDa7H6D4YXZ25O1 +ILZzZWx2a8plapdJcxpqrJRwpbifHGX2yk/rS7MudMTjPJ2rExHMABGg5zbuO/sde4unaSUqMo10 +2nTkqsGnlcVxS4nRnG/KRcU7bRbCVSwd6pXyiqS556Ko8r7P4ljvZt3S6fS7+lqml219RnTlCtTU +vxc9+Kfas8M4eVyXLkjbOQ+T28dxo91RlaSsnRuXuWs5tyhBxi84fJOW/wDWn7zrxMYWs5jIACKA +AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADWVjbxSSjNJcF+Ml9598iod0/2kvvNgGOFTyw58HT8s +ejX8iod0/wBpL7x5FQ7p/tJfebAHCp0g4On5Y9Gv5FQ7p/tJfePIqHdP9pL7zYA4VOkHB0/LHo1/ +IqHdP9pL7z55Db5T3Z5XD8pL7zZA4VPLBwdPyx6IPWtmrfWKNGm5pKlJzUK0XVg3hpNrKeVl8mub +92InZvZG0hS0zV523ktxK3jUnQlTlCdOUocYt5yms4fDs7DsgXcpjG7HpDPZ9LOd2Gv5FQ7p/tJf +ePIqHdP9pL7zYBOFTpDXB0/LHo4/bPRZXFk7yV7UtNP0+jUuqrpy3pylGL4pNcMRUsYfHeeeSNfZ +fZK9sdUlc6jXuatKFJxpwrSjwk2vSjuyeOG8uf8AS7TuAXcpjG7DPZ9LOd2GpPTbSpKnKdJylTlv +Qcpybi8NZXHg8Nr6GzajFQioxWElhH0CKVr3Q6VpWvwxgABpoAAAAAAAAAAAAAAAAAAAAAAAAAAA +AAAAAAAAAAAABD7VaKtotltS0nEHO5oSjSc5SjGNRcYNtccKSi+3lyfI+a5olfWLiwnC/VvStakq +sqToqfSTxiLzlNYTl9O97iZBYmYnMJMZjEuUr0Lie1q0WtvrTrjT53FOvFxUnOE4RlDGOxTi84XP +HYzodOsKOl6dQsbeVSVKjDci6k3KWPpf8uS5JJJIzujSlXhXdODrQjKEajit6MW02k+xNxjle5dx +7LNpnvIrEdyD2vp52Wv7iMKcqtpSldUt+OfSgnLHuyk45XZJlKaxthrur6NcUZ2UKFvUjuznRcuH +HL+1cGfoG8t1d2Ve2lhRrU5U3lZXFY5dpyd9pNaxu9N07ft6lnqNWrbzfR4lTl0M6kWlxyvxbT4r +s7+GqWxHfhz1KzM8kpV1GOrbEXV7pEZU5VLOqqEJ00nTmoyjuuL4cJLHauHaivdHutpdP1/TLzVq +tGrb9I9+nTwpTbW5hKKblJKTkopZe6/qtHRtJt9F02lZ0IrKSdWpj0qs8JOcsttt47W+xdgjpkfP +lbUqk1UUqNKnTpyhnopQdXM0+9qrjkuC5vJItEZhZrM4liuNCtri9ndyq1o1JtP0d3Caio92ewj9 +l9Ps7rQdE1WdBeVSt43UWpPEJ1Yb0sLlj05I6QE37YxlrdjvAAZacVruzNlbSutYrW1u7Ozob8ab +y1TpUqfzIRxiKWG8Lhx95H3Gxlro61DWJUaVCnZW1ao4qO/CtF0aia5ppJS48OODvryzoahY3Fld +Q6S3uKUqVWGWt6MlhrK4rg+wg9ttJuNb2f8AIqU2qMq0JXMIw3pVKay8RWHx3tx9nBP6H0reZ5cn +O1I71Y1LnZK/t6NPTYU62ozko21rOLgqlV/Ni+OEnJpceBa2iaJXsqmoV9Rq0LqtcX9W5ouNJLoK +baUIJ44tKKbeOcnz5utK3ye6fd0ZUbandqvSe5V3qUmoyaUkpJRbXote/DRcFp5T5FQ8t6Lyro49 +N0Odzfx6W7njjOcZ44F8x+X6Jpx3swAObqAAAa15YW1/Gkrmm5qlPpIYk44lhrPB90n9psgZwI7R +NPqafpNrTuujnfqhTjdVoZfSVEvSeWstbzljPLPJEiAJnIAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA +AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA +AAAAAAAAAAAAAA0bHT/IrzU7jpd/y65Vxu7uNzFKnTxz4/k854c8dmTeAAAAAAAAAAAAAAAAAAAA +AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA +AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA +AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA +AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA +AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA +AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA +AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA +AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA +AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA +AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA +AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA +AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA +AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA +AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEDtLqmv2Nu6egbPz1O +5lH0alS4pUqUG0+eZKUmmo8Ekmn85MnjQ1K41K2lb1LKyjdUVJu4pxmlWaxiKpqTjHO8025SWFF4 +TbWApzUvlc240G4VHWtnLSzk5ShFzt6sYzcXh7st/Eksrim1xXefbn5eL6Vraws9HtYXMpJVZ1ak +pxfDjiCw1x4/OeOXHmrO1OGt61aRto6NpVO0q1I9NT1afTSUE+OaUE4N5Sa/Gdizh8vy7Uo+TXtS +E7Z29em3TlTmpJwafFNPinng17ixGUmcLJ1T5a9pqFKNvGw0+hVqxm1cRhKXYkt2LlhOPF8cp5XD +g84dmqPyjbe3sryOt6hY2Ut1zu3UnSpSWd1qnGGFKSxLgsLK4tN8dfYTZujthdQ068k1bUoTrTmo +rfilhLdcoyWctc1yyXXb2m02ndL/APeNprEJVG6cLqn5LOnHszUpqSljHLcWW28pJRA3dG0mej2n +k0tU1C/ivmyvpxnOPFt+kopvn2t8ljBJEVZ6hqtfW7q1uNEnbafTT6G9lc05dM00sdHFtxTzJrPY +uOG8KVIoAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA +AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAArTbn5RLrSdWr6Lpap0b +iiodJWqpNtySktxPhjDWW+98sJuodqNob/a3VaN5dxp9JRtoUIygtxzSbeWsvjmT5YXuRKfKfcWl +1t9qVa0ryqJyjTqZhuqNSEVCUVx4pbvPC455pZfJNNRym/rPBGramrNs5h0mImsQnNDrahbuMNPu +XbXKnwqqrKLisNPiuPaXT8m2s6jd29Sx1O5q3FWFNVKc6jUmln0svm+MljOeCKEsXNV1iUsvueCz +fk81yGl7QOneUaz6ePQqtlKEE2m28rjxxxzw48zzX17RtEWmcR4u9KROnMYzK6wAfYeQAAAAAAAA +AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA +AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAfm75TtJ82bfahu0ejo3W7c0vT3t7eXpy5vG +ZqfD7OGDkJLgWb8t2m362lstUjSmrKVnG3VXGYOop1JOL7niSa5Z44zh4q7eq5e9TSX+zLL/AJHz +tWuLy6R3Nu0lu1oPuZauw0aFztDp0JpSalKWM44xi5J/al9hUNOdZ1Eo01u5XFy4/Zguj5I9Eq+U +19Wq9HVpwg6MJPGYVHut7q7PR5tv+l28ceW2hxNan6u+nfdrZbQAPtvIAAAAAAAAAAAAAAAAAAAA +AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA +AAAAAAAAAAAAAAAAAAAAAAAAAAAAAPFWlTuKM6NanCpSqRcJwnFOMovg00+aOEvvke2Wu6ynRV7Z +xUcOnQr5i3x4+mpPP144HfAzalbd8GXCaX8kezGm3sbmcbu9cMONO6qRcE0008Ris8sYeU8vKO4p +UqdCjCjRpxp0oRUYQgsKKXBJJckewK0rXugyAA0AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA +AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA +AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA +AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA +AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA +AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA +AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA +AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA +AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA +AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA +AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA +AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAVzebR689fu +LC0u+LupUaMOjp/nYistfRzOmnpTqZwkzhYwOL6D5QPzf40B0Hygfm/xoG+B/dHqZdoDi+g+UD83 ++NAj9U1Xa/Rui84Vuh6XO56NKWcYzyT70WNnmZxFo9TKxAV/pt9tnq9vK4sanS0ozcHLdox9LCeO +OO9G50Hygfm/xoCdnmJxNo9TLtAcX0Hygfm/xoDoPlA/N/jQJwP7o9TLtAVdcbU7RWtzVt615u1a +U3CceipvEk8NcEY+uGvev/Bh4TfY79YTehaoK203W9q9XuZW9jcdLVjBzcdylH0cpZ4pd6NnUr7b +PSLeNxfVOipSmoKW7Rl6WG8cM9zJ2a0TjMZXeWACquuGvev/AAYeEdcNe9f+DDwmux36wm9C1QVV +1w171/4MPCTNjX241Kzp3dpLpKFTO7LFFZw2nwfHmmZnZbV5zMLvO8BXfnXa/wA8eaem/wAu/Rbt +L83e54xy48yQ6D5QPzf40CTs8x32j1Mu0BxfQfKB+b/GgadnfbZ6hc3Vva1Okq2s9ytHdordllrH +HnyfIdnnv3o9TKwAcX0Hygfm/wAaA6D5QPzf40CcD+6PUy7QFf6lfbZ6RbxuL6p0VKU1BS3aMvSw +3jhnuZFdcNe9f+DDwm42W0xmJhN5aoKq64a96/8ABh4Sdt+vl1b0rij6VKrBThL8QsxaynxJbZbV +75hd53AKuuNqdorW5q29a83atKbhOPRU3iSeGuCMfXDXvX/gw8Jex36wm9C1QVlY7RbTaleU7S0u +ukr1M7sejprOE2+LWOSZM9B8oH5v8aBmdmmvKbR6rl2gKq64a96/8GHhHXDXvX/gw8Jvsd+sJvQt +UFd6Xqu1+s9L5vrdN0WN/wBGlHGc45pdzJDoPlA/N/jQMTs8xOJtHquXaArvVNV2v0bovOFboelz +uejSlnGM8k+9GTTb7bPV7eVxY1OlpRm4OW7Rj6WE8ccd6L2a2M70YMrABVXXDXvX/gw8I64a96/8 +GHhNdjv1hN6Fqgqrrhr3r/wYeEdcNe9f+DDwjsd+sG9C1QVV1w171/4MPCOuGvev/Bh4R2O/WDeh +aoKq64a96/8ABh4R1w171/4MPCOx36wb0LVBVXXDXvX/AIMPCOuGvev/AAYeEdjv1g3oWqCquuGv +ev8AwYeEdcNe9f8Agw8I7HfrBvQtUFVdcNe9f+DDwjrhr3r/AMGHhHY79YN6Fqgqrrhr3r/wYeEd +cNe9f+DDwjsd+sG9C1QVV1w171/4MPCOuGvev/Bh4R2O/WDehaoKq64a96/8GHhHXDXvX/gw8I7H +frBvQtUFVdcNe9f+DDwjrhr3r/wYeEdjv1g3oWqCquuGvev/AAYeEdcNe9f+DDwjsd+sG9C1QVV1 +w171/wCDDwjrhr3r/wAGHhHY79YN6Fqgqrrhr3r/AMGHhHXDXvX/AIMPCOx36wb0LVBVXXDXvX/g +w8I64a96/wDBh4R2O/WDehaoKq64a96/8GHhHXDXvX/gw8I7HfrBvQtUFVdcNe9f+DDwjrhr3r/w +YeEdjv1g3oWqCquuGvev/Bh4R1w171/4MPCOx36wb0LVBVXXDXvX/gw8I64a96/8GHhHY79YN6Fq +gqrrhr3r/wAGHhHXDXvX/gw8I7HfrBvQtUFa6XtVrVxq1nQq3u9TqV4QnHooLKckn2FlHHV0rac4 +lYnIADkoAAAAAAAAAAABzGs7SR3J21hJ72d2VZcsf7P3/Z3nbR0L61t2rVaTacQ3Na16nZU3RtZx +ncvKbXFU/p9/u+33zUU4wScnJpYcnjL9/Ar/AEWj0+s2sN7dxPfzjPzfS/6FgnfbNGmju6de/vlv +VrFcRAADxOQAAAAAFWU//WBD/wB6L/5paZU1eNee2dWNrOMLiWoNUpy5Rn0nBvg+3HYevZfxfozZ +dQOO83bd+2rH+4v8Mebtu/bVj/cX+GceFHmj7+S5diRO0lpbXGg31Svb0qs6NtVlTlOCk4PdfFN8 +uS+whPN23ftqx/uL/DIfXdT2u2e8n8r1WhPp97d6KlB43cZzmC70bppTvRu2jJMoTRNrb/QbKdra +0bacJ1HUbqxk3lpLsku5FyFN6Jslf69ZTurWtbQhCo6bVWUk8pJ9kX3o7Pzdt37asf7i/wAM7bRW +lrcpiJ8Uh2IOO83bd+2rH+4v8Mebtu/bVj/cX+GebhR5o+/kuXR1NF0qrUlUqaZZTnNuUpSoRbk3 +zbeDz5h0f2TY/u0PuK0u9rtpbK9r2tTUoudGpKnJxo08Np4ePR9xh68bRe0fgU/Cd42bV6/umYWv +baZYWVR1LWxtqE2t1ypUoxbXdlL3IyXNpbXtNU7q3pV4J7yjVgpJPvw/pZW2ia5tXr17O1tdUpQn +Cm6jdWlBLCaXZB96NzW7rbHQbKF1datbThOoqaVKnFvLTfbBdzMToW3sTaMrl2fmHR/ZNj+7Q+4e +YdH9k2P7tD7iruvG0XtH4FPwjrxtF7R+BT8Jvs2r1/dMw7zUthtH1K5jW3KlruwUdy1UIRfFvLW7 +z4/wRM6VptHSNNpWNvKpKlSzuuo05cW3xwl3lK6lqt7q9zG4vq3S1YwUFLdUfRy3jgl3s7HZyy2s +q6DbT0zU7SjZve6OnUinJek859B9ue0upo3ikb1iJZP/AM4P+/VywSqqkdoqu3NG1nf0Hq1GG5Cv +urcUdxyx83uk+ztOk83bd+2rH+4v8Mzq6ed3nHdBEuxOO2O/9ItqP7X/AOeoPN23ftqx/uL/AAyB +0G02lq6rrMdP1C2o3EK+Lqc4pqpPenxXoPt3uxcyU043LRvR9yZWeDjvN23ftqx/uL/DHm7bv21Y +/wBxf4Zy4UeaPv5Ll1dzaW17TVO6t6VeCe8o1YKST78P6WavmHR/ZNj+7Q+44zW7rbHQbKF1datb +ThOoqaVKnFvLTfbBdzIHrxtF7R+BT8J1ps95jNbRhMwtHzDo/smx/dofcb1OnClTjTpwjCEEoxjF +YUUuSSKg68bRe0fgU/CdVaW+3F7ZULqnrNkoVqcakVKEcpNZWfxfvJfQvX4rQsS6mpoulVakqlTT +LKc5tylKVCLcm+bbwefMOj+ybH92h9xWl3tdtLZXte1qalFzo1JU5ONGnhtPDx6PuMPXjaL2j8Cn +4TcbNq9f3TMLVoaRptrWjWt9PtKVWPzZ06MYyXZwaRuFVaVtLtRq+pUrG31OnGrVzuupRgo8E3xx +F9x0nm7bv21Y/wBxf4ZzvoWrOLWhcuh8w6P7Jsf3aH3DzDo/smx/dofcVd142i9o/Ap+EdeNovaP +wKfhOnZtXr+6ZhbNrYWdjv8AklpQt9/G90VNQ3scs4582bBW2hantdtD5R5JqtCHQbu90tKCzvZx +jEH3MmPN23ftqx/uL/DOVtGYnFrRlcupurCzvtzyu0oXG5nd6Wmp7ueeM8uSOO2k2irbKajTsdLs +bGnQqUlWkuia9Jtr+i0uUUR+u6ntds95P5XqtCfT7270VKDxu4znMF3o1dO03aDaypT1qN9bdNa1 +FThOqt1pxxJcIxw+Mu066eluxvXmJqky5AG5care3VvVt61bepVbh3U47qWarWHLgv4cjTPoRnxZ +AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABvaL/r7Tv7TT/5kXGU5ov+vtO/ +tNP/AJkXGfP2z4oaqAA8bQAAPkoqcHF5w1h4bT+1cjmNQv8AVdDuYxdeNxbzi1SdWKzwxzxh5Xf2 +5+zqDBeWdG/tpUK8cwfJrnF969530NWtLe/GYbpaInn3Oettrvmq6te/enSl9mIv7yUttodNuN1d +P0U5Z9Gqt3H0vl/E43ULGpp17O3qPexxjLGFJdj/AO+3Jqn152DQ1I3qcs9HpnRpaMwsyjXo3EHO +jVhUinhuEk1n6j3KUYQc5yUYxWW28JIrGMpQmpwk4yi8pp4aZnrX11cUo0q1xUqQjLeSnJvj/wB/ +9e888+y5zytyY7P+aV1naCreTnQtZOFtjdbxh1PuXu+3uIIA+npaVNKu7SHetYrGIdFsjRlK9uKy +a3YU9xrty3lf8rOuITZa36LSXVajmtNyTXPC4Yf1p/aTZ8Dbb7+vb8uTx6s5vIADyuYAAAAAFWU/ +/WBD/wB6L/5paZU1ejO42zq0KdaVGdTUHCNWPODdTCkvo5nr2X8X6M2XUDjup+sf1tvvsn/iDqfr +H9bb77J/4hx3Keb6SuZdiaOtU51dB1GnThKc521SMYxWXJuLwkjnOp+sf1tvvsn/AIhC7Q6XtDol +OlUoazql7CSnKpKDqJUlHHFtSfe+7kbpp1m0RFv3Muc03aPVdIt5W9jddFSlNzcejjL0sJZ4p9yL +uKm2b2O6w6dUu/L/ACfcqulu9Dv5wk853l3nUdT9Y/rbffZP/EO20cO1sZxP6JGXYg47qfrH9bb7 +7J/4g6n6x/W2++yf+Iebcp5vpK5l2IKku6O11ve16FOtrdaFOpKEaselxNJ4Ul9PMw/54/79+Mde +y/3QmVwgrDRNN2n1S9nQutR1ewhGm5qrV6XDeUt3i13t/Ubmt6DtDpdlCva65ql/OVRQdKl0mUsN +73CT7kvrMzoVi27vc1ysMFPf54/79+MP88f9+/GN9l/uhN5Yet6fs1d3sKmszto3CppRVW5dN7mX +jhvLtzxJLSqNhb6bSpaY6bs456N06m/Hm84eXnjkpXUvOXlMfOnlfT7i3fKt7e3cvlvccZz/ABOx +2c2b1LUNBtrq32iu7SlPe3aFNS3Y4k1wxNc8Z5dprU0d2kb1v4IlmlTnD5XoSlCUVNb0W1jeXQNZ +XfxTX1HflUS0u/nt1DSpazcyuILdjeNyc4ro3PC9LK5tc+06bqfrH9bb77J/4hnVrWd3NvCOpDsT +jtjv/SLaj+1/+eoOp+sf1tvvsn/iEDoOg399qus0KGuXNrO2r7lSrDezWe9NbzxJdzfbzJSlNy3v +fv1Fng47qfrH9bb77J/4g6n6x/W2++yf+Ictynm+krmXYgrzW9B2h0uyhXtdc1S/nKooOlS6TKWG +97hJ9yX1kD/nj/v34x0rs8WjMWgyuEFPf54/79+MdVabK63cWVCvU2o1CjOpTjOVKSnmDay4v0+z +kS2hFe+0GXbgqS7o7XW97XoU62t1oU6koRqx6XE0nhSX08zD/nj/AL9+Ma7L/dCZXCCqtKs9qtQ1 +Kla3F3rNpSnner1Ol3Y4TfHLXPGOfadJ1P1j+tt99k/8QxbRrWcTZcuxBT3+eP8Av34w/wA8f9+/ +GOnZf7oTeXCCttC0faTVvKPK9X1bT+i3d3pek9POc4zJcsL7SY6n6x/W2++yf+Ic7aVazibLl2Jw +m2ev6xpuvW9nplxKCq0ItU40ozcpuUlwym+xcDR13R9pNJ8n8k1fVtQ6Xe3ui6T0MYxnEnzy/sPO +k7JarrlPy/UNSvbS6o1Nyn5RSlKaSw1JNyTXFv60dNPTpT37TEwkzLjqlpc0qcqlS3qwhCo6UpSg +0ozXOLff7uZhM1S7uatOVOpcVZwnUdWUZTbUpvnJrv8AfzMJ9GM+LIAAAAAAAAAAAAAAAAAAAAAA +AAAAAAAAAAAAAAAAAAAAAAAAAAAAN7Rf9fad/aaf/Mi4ynNF/wBfad/aaf8AzIuM+ftnxQ1UAB42 +gAAAABo6rptLUrOVOUV0sU3Sny3Zfd3nA16FW2rTo1oOFSDxKLLMIXaLS43lm7mMlGrQg5cV86PN +r7vr7z6Gw7Vw7cO3dP0dtHU3ZxPc4kAH3XsAABYWjxpR0e0VLG70abw8+k+Mv45N44nQ9clp81b3 +DcrWT+l033r3d6/7fbH5za9G2lqTveLw6lZrbmAA8rmAAAAABVlP/wBYEP8A3ov/AJpaZU1e2he7 +Z1bWo5KFbUHTk480nUw8faevZfxfozZdQOO/Bto/rN9+0h4R+DbR/Wb79pDwnHd0/N9P8rzdiaer +0Kl1o19b0Y71Wrb1IQjlLMnFpLic1+DbR/Wb79pDwkHtLsM9Ot4XGlRr16UITncSq1IehGKTTXBZ +/pd/I3SmnNoiLfT/ACZlyltqd/ZU3Ttb65oQb3nGlVlFN9+E/ci+CsNktkrDXtKq3V1WuYThXdNK +lKKWFGL7YvvZPfg20f1m+/aQ8J22idO1sTOJj8kjLsQcd+DbR/Wb79pDwj8G2j+s337SHhPNu6fm ++n+V5uxBUl3sLrcL2vG1sZTt41JKlOVanmUM8G+K7Mdhh6j7Rezvj0/Edez6fnj7+aZnouEFYaJs +DeV72cdZoVbe3VNuM6VWm255WF29mew3Nb+T2NCyhLRlc3Fw6iUoVasElDDy+S7cdpmdLTi27v8A +36rmVhgp7qPtF7O+PT8Q6j7Rezvj0/Eb7PTzx9/NMz0WHreobNWl7CnrMLaVw6acXVtnUe5l447r +7c8CS0qtYXGm0qumKmrOWejVOnuR5vOFhY45KV1LSr3SLmNvfUeiqygpqO8pejlrPBvuZ2OzmxOm +6voNtfXFe7jVq728qc4qPCTXDMX3GtTQpWkTNiJbFShUpfK7RnOOI1ob8HlcY9C45+2L+w70qbq3 +Z9fPMXS1/Jfz95b/AOS3+eMc/cdR+DbR/Wb79pDwmdWtPdzbwjwIdicdsd/6RbUf2v8A89Qfg20f +1m+/aQ8JA6DslYapqus2tetcxhZV+jpuEoptb01xzF/mruJStNy3vfT8zms8HHfg20f1m+/aQ8I/ +Bto/rN9+0h4Tlu6fm+n+V5uxBXmt/J7GhZQloyubi4dRKUKtWCShh5fJduO0geo+0Xs749PxHSuj +p2jO/wDfqZlcIKe6j7Rezvj0/EdVafJzp07KhK6rXsLiVOLqwjUhiM8cUvRfbntJbR06/j+/UzLt +wVJd7C63C9rxtbGU7eNSSpTlWp5lDPBviuzHYYeo+0Xs749PxGuz6fnj7+aZnouEFVaVsHqlXUqU +NTtalGzeekqU61NyXB4xxfbjsOk/Bto/rN9+0h4TFtPTrON76f5XMuxBT3UfaL2d8en4h1H2i9nf +Hp+I6dnp54+/mmZ6LhBW2hfJ/VuPKPPdOvbbu70XRVYPe572fne77SY/Bto/rN9+0h4TnbT04nG9 +9P8AK5l2JXm3F5qcNprOz0+8uaTrUIKNOlWcFKbnJLtS7uJh135P6tv5P5kp17ne3ul6WrBbvLdx +833/AGGbRPk9jXspy1lXNvcKo1GFKrBpwwsPk+3PadNOunT397KTmXGXGlXtrb1bitR3aVK4drOW +8niqllx4P+PI0wD6MZ8WQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAb2i/6 ++07+00/+ZFxlOaL/AK+07+00/wDmRcZ8/bPihqoADxtAAAAAARm0Fd0NFuHGajKaUFnHHLw19mST +Oa2vuMUra2Ti96TqSXascF9XF/YejZab+tWG9OM2hygBkoUKtzWhRowc6k3iMUfpZmIjMvexg6y1 +2So9CvK683Vz/wCyaUUvrXE1q2yNeO70F1Tn378XHH2ZPJG3aEzjecuLTq5w6fZvWZb8bC5mt3GK +MpPjn837vs7iKuNB1K3y5W0px3t1On6WffhccfUR0oyhNwnFxlF4aaw0zepXT2mm7nLVoreMLPBB +bP6zG8oxta835TBcHJ/lF96/+veTp+e1dK2leaWeK1ZrOJAAc2QAACqukhS276SpOMIQ1PelKTwo +pVeLbLVKoqUKd1tvK3rR3qVXUnCcctZi6mGuB69l/F+jNlseftH9rWP7zD7x5+0f2tY/vMPvI/qP +s77O+PU8Q6j7O+zvj1PEcf8Ai6z9F5pDz9o/tax/eYfeaup6rpV7pV5a09X09TrUJ04uVzHCbi0s +8feYeo+zvs749TxEBtTsRb0rJXWk0qVvC3p1Klwp1ZtzSSaxnPdLu5m6V0ptEZk5q8Ly8/aP7Wsf +3mH3nAbJafs1d6VVqazO2jcKu1FVbl03ubsccN5dueJ1/UfZ32d8ep4jttN6WnFs8khIeftH9rWP +7zD7x5+0f2tY/vMPvI/qPs77O+PU8Q6j7O+zvj1PEeb/AIus/ReaQ8/aP7Wsf3mH3jz9o/tax/eY +fecJd/JzqM72vK1rWULeVSTpQlUnmMM8E/RfZjtMP4NtY9Zsf2k/CdeFo+ZMysHz9o/tax/eYfeP +P2j+1rH95h95yGifJ7KhezlrKtri3dNqMKVWaanlYfJdme03Nb2Bs69lCOjUKVvcKonKdWrUacMP +K7e3HYZmmjvY3l5uj8/aP7Wsf3mH3jz9o/tax/eYfeV9+DbWPWbH9pPwj8G2ses2P7SfhN8LR86Z +l1mpbc6PptzGjv1Lregpb9q4TiuLWG97nw/ijdsdqdHvrOnceXULffz+KuK0ITjhtcVnhyyVjqWy +Osabcxo+S1Lregpb9rTnOK4tYb3efD+KOx2c2O0u40G2q6nptRXkt7pFUnUhL5zxlZWOGC30tGtI +nJEyj6l1Z0/lRo33l9pK1qQ3uljWTjD8U4Yk+SeV/FHa+ftH9rWP7zD7yvvMenfhI80+T/5D+i35 +fod7nnPPjzOx6j7O+zvj1PETV4fu5z3QRlIeftH9rWP7zD7zlNldTsLfXto6le+tqUK1zvU5Tqxi +preqcU2+PNfaTfUfZ32d8ep4jmtm9nNK1DWdet7q16Sla3G5Rj0klux3prHB8eS5kpw9y2M/cnN2 +vn7R/a1j+8w+8eftH9rWP7zD7yP6j7O+zvj1PEOo+zvs749TxHL/AIus/ReaQ8/aP7Wsf3mH3jz9 +o/tax/eYfec5rewNnXsoR0ahSt7hVE5Tq1ajThh5Xb247CB/BtrHrNj+0n4TpXT0ZjO9gzKwfP2j ++1rH95h948/aP7Wsf3mH3lffg21j1mx/aT8J1VpsLokLKhG6sYzuI04qrONapiU8cWuK7c9hLU0a +/iyZlL+ftH9rWP7zD7x5+0f2tY/vMPvOEu/k51Gd7Xla1rKFvKpJ0oSqTzGGeCfovsx2mH8G2ses +2P7SfhNcLR8yZlYPn7R/a1j+8w+8eftH9rWP7zD7zitK+Tu6palSnqc7StZrPSU6dSak+Dxjgu3H +adL1H2d9nfHqeIxaujWcZmV5pDz9o/tax/eYfePP2j+1rH95h95X34NtY9Zsf2k/CPwbax6zY/tJ ++E6cLR86ZlYPn7R/a1j+8w+8eftH9rWP7zD7zltC+T+lb+Uee6dC53t3ouiqzW7z3s/N932Ez1H2 +d9nfHqeI52rpROMyvNIeftH9rWP7zD7yvNuK1tqm01nG1vLacJ0IU3VVVOEG5y+c1nGMpv3E1rvy +f0rjyfzJToW27vdL0tWb3uW7j53v+0x6bspoel28qG0dexd5KbnD/K5Q/F4SXBuPapdh10uHT34m +Znok5cNcaf0FvVreWWlTo7h0NynVzKWFnfSxxh7zTAPoQyAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA +AAAAAAAAAAAAAAAAAAAADe0X/X2nf2mn/wAyLjKc0X/X2nf2mn/zIuM+ftnxQ1UAB42gAAAAAOI2 +nrdLrMobuOihGGc8/wCl/wCY7c4O20+51u+q16dPo6M6rlObeVDLzj3v/wCnI+h7P3a2tqWnERH7 +u2jiJm0tOzs61/cxoUI5m+bfKK737juNL0e30uDdPM6sliVSXP6F3I2bOzo2FtGhQjiC5t85Pvfv +M5natttre7XlX901NWbco7gAHhcg81KVOtTdOrCM4PnGSyn9R6AicCMraBp9WbqQpOhVymp0ZOLi +13LkvsJMA3bUtaIi05wszM94ADCAAAFUVK9O123lcVpbtKlqTnOWG8RVTLfAtcqS7tfLtr69pv7n +T38qW9jO7vVMZx28z17JjNs9GbLM68bO+0fgVPCOvGzvtH4FTwnPfgw/3x/4b/8AucNf2vkOo3Vp +v7/QVZ0t7GN7dbWcdnI3TQ0b8qzP38jMwtrrxs77R+BU8JrX+12zt9p11aedNzp6U6W95PUe7vJr +ON3jzKmB0jZKRzzKb0hcXXjZ32j8Cp4SnQddXRrqYz4JE4XF142d9o/AqeEdeNnfaPwKnhKdBy7H +TrK70ri68bO+0fgVPCOvGzvtH4FTwlOgdjp1k3pXF142d9o/AqeEdeNnfaPwKnhKdA7HTrJvSuLr +xs77R+BU8I68bO+0fgVPCU6B2OnWTelZupfKNZWtzGFjbeW0nBN1N908Sy+GHH6OPvNyx290WvZ0 +6t3X8lryzvUdyc93i8eko4fDD+sqYFnZNPGDel2tTWdKj8otHV4Xu/Zyhmc+iktyXRuGMYy+Secd +vuOt68bO+0fgVPCU6C22alsZmeXIyuLrxs77R+BU8JzWze0elafrOvXF1ddHSurjfoy6OT3o703n +guHNczggI2WkRMZnmZXF142d9o/AqeEdeNnfaPwKnhKdBnsdOsm9K4uvGzvtH4FTwjrxs77R+BU8 +JToHY6dZN6VxdeNnfaPwKnhHXjZ32j8Cp4SnQOx06yb0ri68bO+0fgVPCOvGzvtH4FTwlOgdjp1k +3pXF142d9o/AqeEdeNnfaPwKnhKdA7HTrJvSuLrxs77R+BU8I68bO+0fgVPCU6B2OnWTelcXXjZ3 +2j8Cp4R142d9o/AqeEp0DsdOsm9K4uvGzvtH4FTwnDbX6lp2t7RWlW3u/wDJeihSqVujl6Hpyy91 +pN4TycsDens9aTmJJnLcuLayp29WdG/6WrG4dOFPoXHfpY4VMvln83maYB3iEAAAAAAAAAAAAAAA +AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABvaL/AK+07+00/wDmRcZTmi/6+07+00/+ZFxnz9s+ +KGqgNDWrmraaTXr0J7lSO7iWE8Zkl2kD561DzB5V5R+O8q6Pe3I/N3c4xjHMxpbNfVrvVmO/DrXT +m0Zh1oOAe0mrdNGPlfBxbf4uHevd7z31i1X1r4cfuPR/TNbrH1/h07PZ3gOa2d1W9vtQqUrmtvwV +JyS3Irjldy95EdYtV9a+HH7jEbBqzeaZjlj6/JmNG0zh3VWHS0p096UN6LjvQeGs9qfeeaFClbUY +UaMFCnBYjFHCUdpNWlRpyld5bim/xcO76DuLGpOtp9tVqPM50oyk8c20smNo2XU0I96Yx+SX07Uj +mzg5LWta1C01avQoXG5Tju4juReMxT7UaHWLVfWvhx+46U9nat6xaJjn99Go0LTGXeA4PrFqvrXw +4/cS9xqt7DZm1vI1sV6lVxlPcjxWZdmMdiJfYNWmMzHOcffJJ0bQ6UFe3G02rw6Ldu8b1RRf4uHL +7Desde1KtqFtSqXOYTqxjJdHHim1nsN29mata70zH1/hqdC0Rl2gNDWrmraaTXr0J7lSO7iWE8Zk +l2nH1dpNWjBNXfHeivycO1r3HHZ9j1Neu9WY6MU0pvGYd+Di7HXtSrahbUqlzmE6sYyXRx4ptZ7D +PrWtahaatXoULjcpx3cR3IvGYp9qN9g1d/czGcZ++S8G2cOtBXtPabV5XNeDu/Rju4XRw4ZX0HWb +O3txfafUq3NTfmqrinupcMLu+kmvsOpoV3rTH38i+lakZlLFTV7mFltnVuqik4UdQdSSjzaVTLx9 +hbJWuqbK61cateV6VlvU6lec4S6WCynJtdpjZbViZ3pcLOq/CTo/q19+zh4jnY7JX+0k62s2da2h +b3derUpxrSkppb8uaUWv4kZ1P171D40PEOp+veofGh4j0Vrp0+C0QnPxbOq7E6lpGm1b64r2kqVL +G8qc5OXFpcMxXec0TnU/XvUPjQ8Q6n696h8aHiOtdSsR71olMIME51P171D40PEOp+veofGh4jXF +p5o9TEoME51P171D40PEOp+veofGh4hxaeaPUxKDBOdT9e9Q+NDxDqfr3qHxoeIcWnmj1MSgwTnU +/XvUPjQ8Q6n696h8aHiHFp5o9TEoME51P171D40PEOp+veofGh4hxaeaPUxKDBOdT9e9Q+NDxDqf +r3qHxoeIcWnmj1MSgwTnU/XvUPjQ8Q6n696h8aHiHFp5o9TEoME51P171D40PEOp+veofGh4hxae +aPUxKDBOdT9e9Q+NDxDqfr3qHxoeIcWnmj1MSgwTnU/XvUPjQ8Q6n696h8aHiHFp5o9TEoME51P1 +71D40PEOp+veofGh4hxaeaPUxKDBOdT9e9Q+NDxDqfr3qHxoeIcWnmj1MSgwTnU/XvUPjQ8Q6n69 +6h8aHiHFp5o9TEoME51P171D40PEOp+veofGh4hxaeaPUxKDBOdT9e9Q+NDxDqfr3qHxoeIcWnmj +1MSgwTnU/XvUPjQ8Q6n696h8aHiHFp5o9TEoME51P171D40PEOp+veofGh4hxaeaPUxKDBOdT9e9 +Q+NDxDqfr3qHxoeIcWnmj1MSgwTnU/XvUPjQ8Q6n696h8aHiHFp5o9TEoME51P171D40PEOp+veo +fGh4hxaeaPUxKDBOdT9e9Q+NDxDqfr3qHxoeIcWnmj1MSgwTnU/XvUPjQ8Q6n696h8aHiHFp5o9T +EoME51P171D40PEOp+veofGh4hxaeaPUxKDBOdT9e9Q+NDxDqfr3qHxoeIcWnmj1MSgwTnU/XvUP +jQ8Q6n696h8aHiHFp5o9TEoME51P171D40PEOp+veofGh4hxaeaPUxKDBOdT9e9Q+NDxDqfr3qHx +oeIcWnmj1MSgwTnU/XvUPjQ8Q6n696h8aHiHFp5o9TEoME51P171D40PEOp+veofGh4hxaeaPUxK +DBOdT9e9Q+NDxDqfr3qHxoeIcWnmj1MSgwTnU/XvUPjQ8Q6n696h8aHiHFp5o9TEoME51P171D40 +PEOp+veofGh4hxaeaPUxKDBOdT9e9Q+NDxDqfr3qHxoeIcWnmj1MSgwTnU/XvUPjQ8Q6n696h8aH +iHFp5o9TEoME51P171D40PEOp+veofGh4hxaeaPUxKDBOdT9e9Q+NDxDqfr3qHxoeIcWnmj1MS0d +F/19p39pp/8AMi4ytdL2V1q31azr1bLdp068Jzl0sHhKSb7Syjw7XatrRiWqtDWrard6TXoUIb9S +W7iOUs4kn2kD5l1DzB5L5P8AjvKuk3d+Pzd3Gc5xzOtBnS2m+lXdrEd+XWupNYxDgHs3q3TRl5Jw +UWn+Mh3r3+499XdV9V+JH7zvAej+p63SPr/Lp2izjtO07W9MuJVqNnCUpQ3Gpzi1jKfZL3Gp1d1X +1X4kfvO8BmPaOpEzaIjM/r/Kce3fhwFHZvVo0acZWmGopP8AGQ7vpOphpj1DQ7S2v6c6E6cY70IT +TaaTXPiveSwMa23amriZxEx0S2razi73Zq8hdzjZ0ZVKCxuylUjl8OPd25Nfq7qvqvxI/ed4DpHt +LWiMYj7+axr2cH1d1X1X4kfvNupp2t1NMpWDs4dFSnvxanHezx/2vezsQSfaOpbGYjl+v8k69p8F +e3GzOrz6LdtM7tRSf4yHL7TbtND1WhqFpVlZ5hGtBzfSx9GKfF8+J24NW9p6sxuzEfX+VnXtMYc/ +rmz0L5Vrqi6srqTg4w3oqLw13ruXeQFXZvVpQSVpx3ov8pDsa9534Oejt+rpVisYnHVmutasYcPQ +0LV7e4p1oWicqc1NJ1I4ynnvMl7pGs313O5q2cVOeMqM444LH53uO0Br+o6m9vYjPz/lePbOcK9p +7M6vG5rzdp6Mt3D6SHHC+k6zZ2yuLHT6lK5p7k3Vckt5Phhd30EsDOvt2pr13bRH380vq2vGJAAe +JyAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA +AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAB//Z +--=-=-= + + +My config: + - up-to-date Debian woody 3.0 + - STLport4.5 + - python 1.5 + - freetype 2.0.8 + - libxml 2.4.13 + + - graphic card: ATI rage 128 with XFree86 4.1.0.1 (r128 module) + +If you need further info, just ask. + +Sorry, it's always me that announce bad news. :) + +Best regards, +d. + +PS : I won't be online tomorrow and for the whole week-end. + +PS2 : For nevrax guys information, I was unable to compile code/nel with + --enable-ai yesterday. I however haven't tested it today. +-- + david.mentre@wanadoo.fr + +--=-=-=-- + +From lecroart@nevrax.com Mon Feb 25 10:56:25 2002 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1P9uPW10988 + for ; Mon, 25 Feb 2002 10:56:25 +0100 (CET) + (envelope-from lecroart@nevrax.com) +Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g1P9oBn50898 + for ; Mon, 25 Feb 2002 10:50:11 +0100 (CET) + (envelope-from lecroart@nevrax.com) +Message-ID: <006f01c1bde1$d131fd10$0901a8c0@vianneyl> +From: "Vianney Lecroart" +To: +References: <15478.11429.932085.337873@inspiron.dachary.org> +Subject: Re: [Nel] Asserts (more information) +Date: Mon, 25 Feb 2002 10:50:11 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 6.00.2600.0000 +X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +> AST 9065 bit_set.h 74 : "bitNumber>=0 && bitNumber AST 9065 bit_set.h 86 : "bitNumber>=0 && bitNumber+$ E+>- W++ N+ o? K- +w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? + + + +From lecroart@nevrax.com Mon Feb 25 11:05:37 2002 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1PA5bW11119 + for ; Mon, 25 Feb 2002 11:05:37 +0100 (CET) + (envelope-from lecroart@nevrax.com) +Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g1P9xNn51018 + for ; Mon, 25 Feb 2002 10:59:23 +0100 (CET) + (envelope-from lecroart@nevrax.com) +Message-ID: <007b01c1bde3$1a3596b0$0901a8c0@vianneyl> +From: "Vianney Lecroart" +To: +References: <15478.31359.724198.684671@inspiron.dachary.org> +Subject: Re: [Nel] Binary releases +Date: Mon, 25 Feb 2002 10:59:23 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 6.00.2600.0000 +X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Nevrax don't provide any snowballs binaries because we want you to compile +and run snowballs by yourself to find (and fx) problem that you had. +If we provided binaries at the beginning, nobody would have tried to compile +it and we would never had all informations you sent to us on this list. +We know that it's quite hard to compile and install NeL and snowballs, but +we hope that with your help, it'll be easier. +You can provide any binaries you want on your site or anywhere you want. +Perhaps in a futur, we'll provide this binaries but not now. + +Vianney Lecroart +--- +lead network programmer / nevrax.com +icq#: 6870415 +homepage: http://ace.planet-d.net +www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- +w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? + + + +From loic@dachary.org Mon Feb 25 11:05:39 2002 +Received: from inspiron.dachary.org (aboukir-101-1-13-alebeon.adsl.nerim.net [62.212.101.54]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1PA5cW11124 + for ; Mon, 25 Feb 2002 11:05:38 +0100 (CET) + (envelope-from loic@dachary.org) +Received: from loic by inspiron.dachary.org with local (Exim 3.34 #1 (Debian)) + id 16fHuY-0001Lx-00 + for ; Mon, 25 Feb 2002 10:59:10 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Transfer-Encoding: 7bit +Message-ID: <15482.2797.921111.242323@inspiron.dachary.org> +Date: Mon, 25 Feb 2002 10:59:09 +0100 +From: Loic Dachary +To: nel@nevrax.org +Subject: Re: [Nel] invisible users +In-Reply-To: Michael Warnock's message of 23 February 2002 12:36:42 -0800 +References: +X-Mailer: VM 7.01 under Emacs 21.1.1 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +X-Reply-To: loic@gnu.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Michael Warnock writes: + > greetings, + > + > The engine is coming along beautifully! Thanks again for all your hard work. + > + > I can provide all the service's logs if anyone wants- I just didnt + > want to flood the mailing list. + > + + It would be a lot easier if you provide the code you wrote. +Guessing is less efficient than debugging ;-) Where can I download it ? + + Cheers, + +-- +Loic Dachary http://www.dachary.org/ loic@dachary.org +12 bd Magenta http://www.senga.org/ loic@senga.org +75010 Paris T: 33 1 42 45 07 97 loic@gnu.org + GPG Public Key: http://www.dachary.org/loic/gpg.txt + +From lecroart@nevrax.com Mon Feb 25 13:58:12 2002 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1PCwBW24074 + for ; Mon, 25 Feb 2002 13:58:11 +0100 (CET) + (envelope-from lecroart@nevrax.com) +Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g1PCpvn53242 + for ; Mon, 25 Feb 2002 13:51:57 +0100 (CET) + (envelope-from lecroart@nevrax.com) +Message-ID: <00ae01c1bdfb$358627f0$0901a8c0@vianneyl> +From: "Vianney Lecroart" +To: +References: +Subject: Re: [Nel] invisible users +Date: Mon, 25 Feb 2002 13:51:57 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 6.00.2600.0000 +X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Hi Michael, + +> Sometimes, (Not Always!) the first user to log on after a fresh full +services restart cannot see the second. It seems the +> problem is with new players not recieving the data for the old ones- it +happens with not so fresh servers more often and +> sometimes with greater numbers of users, though the 2nd and 3rd can +usually see eachother. I'm pretty familiar with the +> frontend and position service code having mostly rewritten them for our +own ends and added several services and iI +> cant find any bugs in it. This problem happens with unmodified nel and +snowballs2 code. Has anyone else +> experienced this? + +Hum, quite strange. I know a bug in the Net lib that happens very rarely. +Sometimes, the lib seems to lost some messages (in TCP, yes... we know...). +It's very very strange we can't reproduce the bug. We add a incremental +number in each packet to see when we lost something, and when it happens, we +log a nlwarning and should displays some thing like : "ERR: stop in the +buffer %u and should be %u" or "WRN: LNETL1: !!!LOST A MESSAGE!!! I received +the message number %u but I'm waiting the message number %u (cnx %s)" +It's perhaps a lost in a stack during thread communication but anyway, it s +happen very rarerly and we ll have to fix that quickly when we'll found a +way to reproduce the problem. +If you have this log message, your problem is this one, otherwise, I don't +really know what it could be. I'll create a little stress test that +connect/disconnect some clients, some services automatically with a front +end and a login system to see the robustness of the system. + +> WRN 1272 unified_network.cpp 830 : HNETL5: can't find service WS to send +message CC <-- could this be it? + +WS is welcome service, it works with the Login System to identify players +account. The message says that you didn't launch the WS so the front end +can't send info to it. +(I don't think that problem comes from that) + +Vianney Lecroart +--- +lead network programmer / nevrax.com +icq#: 6870415 +homepage: http://ace.planet-d.net +www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- +w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? + + + +From lecroart@nevrax.com Mon Feb 25 14:05:37 2002 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1PD5aW24685 + for ; Mon, 25 Feb 2002 14:05:36 +0100 (CET) + (envelope-from lecroart@nevrax.com) +Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g1PCxMn53394 + for ; Mon, 25 Feb 2002 13:59:22 +0100 (CET) + (envelope-from lecroart@nevrax.com) +Message-ID: <00c701c1bdfc$3e699680$0901a8c0@vianneyl> +From: "Vianney Lecroart" +To: +References: <15477.29277.101283.905300@inspiron.dachary.org><3C75FBCC.A676F03E@loria.fr><15478.5954.781447.858445@inspiron.dachary.org><3C76242E.EA25D7E6@loria.fr> <87k7t2fyq7.fsf@wanadoo.fr> +Subject: Re: [Nel] Particule assert +Date: Mon, 25 Feb 2002 13:59:21 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 6.00.2600.0000 +X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Hi, + +> WRN 3248 driver_opengl.cpp 785 : Missing Important GL extension: +GL_EXT_texture_env_combine => All envcombine are setup to GL_MODULATE!!! + +If you don't see the font, the problem is due to this warning. The font +system needs GL_EXT_texture_env_combine extension, and you don't have it so +the font can't be displayed correctly :-/ + +Vianney Lecroart +--- +lead network programmer / nevrax.com +icq#: 6870415 +homepage: http://ace.planet-d.net +www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- +w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? + + + +From lecroart@nevrax.com Mon Feb 25 14:46:40 2002 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1PDkeW28275 + for ; Mon, 25 Feb 2002 14:46:40 +0100 (CET) + (envelope-from lecroart@nevrax.com) +Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g1PDeQn53903 + for ; Mon, 25 Feb 2002 14:40:26 +0100 (CET) + (envelope-from lecroart@nevrax.com) +Message-ID: <00f101c1be01$fb8533a0$0901a8c0@vianneyl> +From: "Vianney Lecroart" +To: +References: <15478.31359.724198.684671@inspiron.dachary.org> <007b01c1bde3$1a3596b0$0901a8c0@vianneyl> +Subject: Re: [Nel] Binary releases +Date: Mon, 25 Feb 2002 14:40:26 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 6.00.2600.0000 +X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Hi Vianney, + +In fact, to be exact, We wait a working version (bug fixed, no assert, no +sigsegv) of Snowballs2 under Linux to provide official binaries. +When we'll have this working version there is no problem providing official +SB2 binary. + +Regards :-) + +Vianney Lecroart +--- +lead network programmer / nevrax.com +icq#: 6870415 +homepage: http://ace.planet-d.net +www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- +w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? + + + +From loic@dachary.org Mon Feb 25 14:53:10 2002 +Received: from inspiron.dachary.org (aboukir-101-1-13-alebeon.adsl.nerim.net [62.212.101.54]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1PDrAW28917 + for ; Mon, 25 Feb 2002 14:53:10 +0100 (CET) + (envelope-from loic@dachary.org) +Received: from loic by inspiron.dachary.org with local (Exim 3.34 #1 (Debian)) + id 16fLSj-0002Ky-00 + for ; Mon, 25 Feb 2002 14:46:41 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Transfer-Encoding: 7bit +Message-ID: <15482.16449.242761.115575@inspiron.dachary.org> +Date: Mon, 25 Feb 2002 14:46:41 +0100 +From: Loic Dachary +To: nel@nevrax.org +X-Mailer: VM 7.01 under Emacs 21.1.1 +Subject: [Nel] Example server set +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +X-Reply-To: loic@gnu.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + + Hi, + + For the record, here is a sample set of hardware to build a +remotely manageable server. + +BlackBox Pow-R-Boot 5 +: powerboot + +http://catalog.blackbox.com/BlackBox/templates/blackbox/itemgroup1015guest.asp?param=272&ig_id=1015&title=Pow%2DR%2DBoot+5&related= + +Blackbox ServSwitch : kvm + +http://catalog.blackbox.com/BlackBox/templates/blackbox/itemgroup2590guest.asp?param=539&ig_id=2590&title=Matrix+ServSwitch&related= + +Cisco Catalyst 3500 XL: switch +http://www.cisco.com/warp/public/cc/pd/si/casi/ca3500xl/prodlit/index.shtml +http://www.cisco.com/univercd/cc/td/doc/product/lan/c2900xl/29_35wc/index.htm + +Terminal Server: PC Rack 4U (low config) +Cyclades Card 4/8 Ports +http://www.cyclades.com/index2.php + +Server: Any + + There is much to say on this subject. + + Cheers, + +-- +Loic Dachary http://www.dachary.org/ loic@dachary.org +12 bd Magenta http://www.senga.org/ loic@senga.org +75010 Paris T: 33 1 42 45 07 97 loic@gnu.org + GPG Public Key: http://www.dachary.org/loic/gpg.txt + +From robert@in-orbit.net Mon Feb 25 15:49:37 2002 +Received: from quasar.skima.is (quasar.skima.is [212.30.200.205]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1PEnZW34149 + for ; Mon, 25 Feb 2002 15:49:36 +0100 (CET) + (envelope-from robert@in-orbit.net) +Received: from [157.157.146.56] by quasar.skima.is with ESMTP for nel@nevrax.org; Mon, 25 Feb 2002 14:43:21 Z +Date: Mon, 25 Feb 2002 15:06:48 -0800 +From: Robert Bjarnason +X-Mailer: The Bat! (v1.49) Personal +Organization: InOrbit Entertainment, Inc. +X-Priority: 3 (Normal) +Message-Id: <114154010305.20020225150648@in-orbit.net> +To: Loic Dachary +Subject: Re[2]: [Nel] invisible users +In-reply-To: <15482.2797.921111.242323@inspiron.dachary.org> +References: + <15482.2797.921111.242323@inspiron.dachary.org> +Mime-Version: 1.0 +Content-Type: text/plain; charset=ISO-8859-1 +Content-Transfer-Encoding: 8bit +X-MIME-Autoconverted: from quoted-printable to 8bit by www.nevrax.org id g1PEnZW34149 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +X-Reply-To: =?ISO-8859-1?Q?R=F3bert_Bjarnason?= +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Hi Loic, + +Monday, February 25, 2002, 1:59:09 AM, you wrote: +LD> It would be a lot easier if you provide the code you wrote. +LD> Guessing is less efficient than debugging ;-) Where can I download it ? + +Our code tree is at http://www.sourceforge.net/projects/bang/. +The service in question is the player service. We have figured +out a part of the problem, I don't think Michael has committed +the fix yet, we recently started working on this code-base +again... We basically started from scratch with the Snowballs +services and are re-implementing features... We want to move +our game-mech system over to the NeL agent system, hopefully +we'll be able to do that soon. + +Warm regards, +Robert Bjarnason +InOrbit Entertainment, Inc. + + + +From robert@in-orbit.net Mon Feb 25 15:45:05 2002 +Received: from quasar.skima.is (quasar.skima.is [212.30.200.205]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1PEj4W33676 + for ; Mon, 25 Feb 2002 15:45:04 +0100 (CET) + (envelope-from robert@in-orbit.net) +Received: from [157.157.146.56] by quasar.skima.is with ESMTP for nel@nevrax.org; Mon, 25 Feb 2002 14:38:49 Z +Date: Mon, 25 Feb 2002 15:06:48 -0800 +From: Robert Bjarnason +X-Mailer: The Bat! (v1.49) Personal +Organization: InOrbit Entertainment, Inc. +X-Priority: 3 (Normal) +Message-Id: <114154010305.20020225150648@in-orbit.net> +To: Loic Dachary +Subject: Re[2]: [Nel] invisible users +In-reply-To: <15482.2797.921111.242323@inspiron.dachary.org> +References: + <15482.2797.921111.242323@inspiron.dachary.org> +Mime-Version: 1.0 +Content-Type: text/plain; charset=ISO-8859-1 +Content-Transfer-Encoding: 8bit +X-MIME-Autoconverted: from quoted-printable to 8bit by www.nevrax.org id g1PEj4W33676 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +X-Reply-To: =?ISO-8859-1?Q?R=F3bert_Bjarnason?= +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Hi Loic, + +Monday, February 25, 2002, 1:59:09 AM, you wrote: +LD> It would be a lot easier if you provide the code you wrote. +LD> Guessing is less efficient than debugging ;-) Where can I download it ? + +Our code tree is at http://www.sourceforge.net/projects/bang/. +The service in question is the player service. We have figured +out a part of the problem, I don't think Michael has committed +the fix yet, we recently started working on this code-base +again... We basically started from scratch with the Snowballs +services and are re-implementing features... We want to move +our game-mech system over to the NeL agent system, hopefully +we'll be able to do that soon. + +Warm regards, +Robert Bjarnason +InOrbit Entertainment, Inc. + + + +From loic@dachary.org Mon Feb 25 16:22:15 2002 +Received: from inspiron.dachary.org (aboukir-101-1-13-alebeon.adsl.nerim.net [62.212.101.54]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1PFMFW37251 + for ; Mon, 25 Feb 2002 16:22:15 +0100 (CET) + (envelope-from loic@dachary.org) +Received: from loic by inspiron.dachary.org with local (Exim 3.34 #1 (Debian)) + id 16fMqw-0002Or-00 + for ; Mon, 25 Feb 2002 16:15:46 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Transfer-Encoding: 7bit +Message-ID: <15482.21794.385392.582879@inspiron.dachary.org> +Date: Mon, 25 Feb 2002 16:15:46 +0100 +From: Loic Dachary +To: nel@nevrax.org +X-Mailer: VM 7.01 under Emacs 21.1.1 +Subject: [Nel] Nel landscape display problem +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +X-Reply-To: loic@gnu.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + + Hi, + + For the record, here is a sample screenshot that shows how +strange the landscape looks under some circumstances. I've not +investigated this problem. + + http://www.dachary.org/nel/screen01.jpg + + My configuration is GNU/Linux, STL-4.5, today's nel CVS, +gcc-2.95.4, ATI Radeon 7500 / 64Mb, linux-2.4.17 (Radeon DRM), +XFree-4.2. + + Cheers, + +P.S. I'm glad itsalive is back ;-) + +-- +Loic Dachary http://www.dachary.org/ loic@dachary.org +12 bd Magenta http://www.senga.org/ loic@senga.org +75010 Paris T: 33 1 42 45 07 97 loic@gnu.org + GPG Public Key: http://www.dachary.org/loic/gpg.txt + +From lecroart@nevrax.com Mon Feb 25 16:33:44 2002 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1PFXhW38315 + for ; Mon, 25 Feb 2002 16:33:43 +0100 (CET) + (envelope-from lecroart@nevrax.com) +Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g1PFRTn55498 + for ; Mon, 25 Feb 2002 16:27:29 +0100 (CET) + (envelope-from lecroart@nevrax.com) +Message-ID: <012701c1be10$efe040d0$0901a8c0@vianneyl> +From: "Vianney Lecroart" +To: +References: <15482.21794.385392.582879@inspiron.dachary.org> +Subject: Re: [Nel] Nel landscape display problem +Date: Mon, 25 Feb 2002 16:27:29 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 6.00.2600.0000 +X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Hi, + +We also had very strange bug on landscape on Radeon 8500 under Windows. We +had to get old Windows driver to make it work fine... It's perhaps (surely) +a driver problem (ATI suxx for their driver...) + +> For the record, here is a sample screenshot that shows how +> strange the landscape looks under some circumstances. I've not +> investigated this problem. +> +> http://www.dachary.org/nel/screen01.jpg +> +> My configuration is GNU/Linux, STL-4.5, today's nel CVS, +> gcc-2.95.4, ATI Radeon 7500 / 64Mb, linux-2.4.17 (Radeon DRM), +> XFree-4.2. + +Vianney Lecroart +--- +lead network programmer / nevrax.com +icq#: 6870415 +homepage: http://ace.planet-d.net +www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- +w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? + + + +From corvazier@nevrax.com Mon Feb 25 17:55:13 2002 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1PGtCW45829 + for ; Mon, 25 Feb 2002 17:55:12 +0100 (CET) + (envelope-from corvazier@nevrax.com) +Received: from cyrilc (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g1PGmwn56801 + for ; Mon, 25 Feb 2002 17:48:58 +0100 (CET) + (envelope-from corvazier@nevrax.com) +Message-ID: <00f801c1be1c$6600e160$1701a8c0@cyrilc> +From: "Cyril 'Hulud' Corvazier" +To: +References: <15464.59174.152741.642712@inspiron.dachary.org> <15473.18360.723384.684719@inspiron.dachary.org> +Subject: Re: [Nel] NeL 3D Library : Features +Date: Mon, 25 Feb 2002 17:49:32 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 8bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 5.50.4522.1200 +X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Hi Loïc, +Give me some days to give you a feedback on this :-) + +-h + +----- Original Message ----- +From: "Loic Dachary" +To: +Sent: Monday, February 18, 2002 7:28 PM +Subject: RE: [Nel] NeL 3D Library : Features + + +> Daniel Miller writes: +> > This one is a little out of date - I wrote it last April. +> > The feature list hasn't realy changed, but the 'to be developed' and 'in +> > development' listings are badly out of date. +> > +> > We'll give it a once over shortly. +> +> That would be nice. Here are a few features I found in other +> 3D engines. You may want to add them to the list, even if to say that +> Nel does not support XXX this because it supports YYY that is +> superior. It would help people understand why and how Nel is better +> than any existing Free Software 3D engine. +> +> That would help a lot when comparing. You also want to +> s/frustrum/frustum/ ;-) +> +> +> ---- +> True perspective rendering +> True 6DOF engine +> Arbitrary sloped convex polygons +> +> Flexible plugin system which allows for plugging in other +> Generic mechanism that allows plug-and-play capabilities and +> +> Support for 8-bit (palette), 15/16-bit (truecolor), and 32-bit (truecolor) displays. +> Run at many resolutions (320x200, 640x480, 800x600, ...). +> Window or fullscreen mode, up to 1024x768 (30fps on minimal config) +> +> Visibility system based on [portals, octrees, BSP trees, +> c-buffer, CSG]. +> Hierarchical bounding box collision detection system. +> Elipsoid collision detection. +> Polygon level collision detection for terrain and 3D objects +> +> Font system plugin to support other font types +> +> Textures can have any size which is a [power of two / not a power +> of two] and they [need / need not] be square. +> Supports textures with various formats including GIF, TGA, PNG, +> BMP, JPG, and others. +> Perspective correct texture mapping with interpolation every xx pixel. +> Transparent and semi-transparent textures allowing for +> see-through water surfaces and windows. +> Support for dynamic textures (i.e. texture that you can render +> on and put on a polygon as well as normal textures). +> Support for internal 24-bit textures with a private colormap for +> every texture or true 24-bit. +> +> Multiple 3D windows and real-time cameras for 1st or 3rd person views +> Split screen +> Zoom +> +> Full programmable and customizable through scripting language +> +> Light maps +> Trilinear mip mapping +> Mip mapping +> Animated 3D sprites +> Animated 3D decals +> Heightmap based deformable terrain for landscapes +> Geometric LOD +> Smooth mesh deformation for models +> Flat and cubic environment map rendering +> Mirrors and alpha mapping you can create really nice shiny or +> reflecting surfaces. +> Procedural textures for water or lava. +> Programmable 2D and 3D effects (lens flares, bullet holes etc.) +> Camera portals and mirrors +> Programmable particle and beam generators +> Particle system using 2D sprites +> +> Path tracking for camera, actors or vehicles +> Animated soft-skin models with unlimited skin size +> 3D triangle mesh sprites with frame animation. +> Support for skeletal sprites. +> 3D objects can be taken or manipulated with mouse in real time +> Moving objects +> Script language controlling object movement. +> +> 3D sound sources (DS3D, EAX, A3D, ...) with Doppler effect +> CD Audio, MID and WAV support for music and 3D sounds +> Sound formats: WAV, MP3, Ogg/Vorbis, AU, AIFF, IFF, and MOD (using MikMod). +> Save / Load feature for resuming games at arbitrary positions +> Convertors for Quake MDL and Quake II MD2 formats +> Convert MAP files (from Quake/HalfLife) from/to internal format. +> Convert 3DS to models or levels. +> Load 3DS, MDL, MD2, ASE, OBJ, or POV objects. +> ASCII world file format allowing you to easily redefine the world. +> Store levels in standard compressed ZIP archives to make a bundle of one level. +> +> Animated multi-layered sky and backdrop bitmaps +> Multi-layered and animated skyboxes and skydomes. +> Dynamic gouraud shaded sky dome (half-sphere) +> Moving sun which actually modifies the color of the sky in real time +> Halo's around lights. +> Coloured fog areas +> Depth-correct colored volumetric fog in sectors (software & hardware) +> Integrated 2D engine for background pictures +> +> Multi-player client/server mode via network (TCP or UDP) +> +> 2D sprites, panels, buttons, sliders, overlays +> 2D controls, text, screenshots, and movie scenes +> Static and dynamic coloured light sources +> Static colored lights with real shadows. Lighting and shadows +> Static and dynamic shadows +> Dynamic colored lights with soft shadows +> Precalculated Radiosity on the Lightmaps +> Arbitrary axis (quaternion) rotations +> Remote or missile cameras +> +> ---- +> +> -- +> Loic Dachary http://www.dachary.org/ loic@dachary.org +> 12 bd Magenta http://www.senga.org/ loic@senga.org +> 75010 Paris T: 33 1 42 45 07 97 loic@gnu.org +> GPG Public Key: http://www.dachary.org/loic/gpg.txt +> _______________________________________________ +> Nel mailing list +> Nel@nevrax.org +> http://www.nevrax.org/mailman/listinfo.cgi/nel +> + + +From loic@dachary.org Mon Feb 25 18:18:36 2002 +Received: from inspiron.dachary.org (aboukir-101-1-13-alebeon.adsl.nerim.net [62.212.101.54]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1PHIZW47784 + for ; Mon, 25 Feb 2002 18:18:35 +0100 (CET) + (envelope-from loic@dachary.org) +Received: from loic by inspiron.dachary.org with local (Exim 3.34 #1 (Debian)) + id 16fOfW-0002TF-00 + for ; Mon, 25 Feb 2002 18:12:06 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Transfer-Encoding: 7bit +Message-ID: <15482.28773.885916.808139@inspiron.dachary.org> +Date: Mon, 25 Feb 2002 18:12:05 +0100 +From: Loic Dachary +To: nel@nevrax.org +Subject: Re: [Nel] Nel landscape display problem +In-Reply-To: Vianney Lecroart's message of 25 February 2002 16:27:29 +0100 +References: <15482.21794.385392.582879@inspiron.dachary.org> + <012701c1be10$efe040d0$0901a8c0@vianneyl> +X-Mailer: VM 7.01 under Emacs 21.1.1 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +X-Reply-To: loic@gnu.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Vianney Lecroart writes: + > Hi, + > + > We also had very strange bug on landscape on Radeon 8500 under Windows. We + > had to get old Windows driver to make it work fine... It's perhaps (surely) + > a driver problem (ATI suxx for their driver...) + > + + Hm. Annoying. Since the drivers I'm using are Free Software we +can fix them. To the very least we want to report the bugs to the DRI +project ;-). Could someone else running GNU/Linux confirm that they +don't have the same problem with a different card (Guillaume Morin ? +David Mentre ? Vincent Caron ?) ? It shows a lot when in the trees, +otherwise it's not very notcieable. + + Cheers, + +http://www.dachary.org/nel/screen01.jpg + +-- +Loic Dachary http://www.dachary.org/ loic@dachary.org +12 bd Magenta http://www.senga.org/ loic@senga.org +75010 Paris T: 33 1 42 45 07 97 loic@gnu.org + GPG Public Key: http://www.dachary.org/loic/gpg.txt + +From loic@dachary.org Mon Feb 25 18:31:14 2002 +Received: from inspiron.dachary.org (aboukir-101-1-13-alebeon.adsl.nerim.net [62.212.101.54]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1PHVDW48975 + for ; Mon, 25 Feb 2002 18:31:14 +0100 (CET) + (envelope-from loic@dachary.org) +Received: from loic by inspiron.dachary.org with local (Exim 3.34 #1 (Debian)) + id 16fOrk-0002U9-00 + for ; Mon, 25 Feb 2002 18:24:44 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Transfer-Encoding: 7bit +Message-ID: <15482.29531.994013.718754@inspiron.dachary.org> +Date: Mon, 25 Feb 2002 18:24:43 +0100 +From: Loic Dachary +To: nel@nevrax.org +Subject: Re: [Nel] Binary releases +In-Reply-To: Vianney Lecroart's message of 25 February 2002 14:40:26 +0100 +References: <15478.31359.724198.684671@inspiron.dachary.org> + <007b01c1bde3$1a3596b0$0901a8c0@vianneyl> + <00f101c1be01$fb8533a0$0901a8c0@vianneyl> +X-Mailer: VM 7.01 under Emacs 21.1.1 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +X-Reply-To: loic@gnu.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Vianney Lecroart writes: + > Hi Vianney, + > + > In fact, to be exact, We wait a working version (bug fixed, no assert, no + > sigsegv) of Snowballs2 under Linux to provide official binaries. + > When we'll have this working version there is no problem providing official + > SB2 binary. + > + + Ok, thanks for the information. Since you see no objection to +it, I'll provide binaries on my website. Would you then mind adding a +link to them on nevrax.org ? Or should I just send it on the list on a +regular basis ? + + Cheers, + +-- +Loic Dachary http://www.dachary.org/ loic@dachary.org +12 bd Magenta http://www.senga.org/ loic@senga.org +75010 Paris T: 33 1 42 45 07 97 loic@gnu.org + GPG Public Key: http://www.dachary.org/loic/gpg.txt + +From lecroart@nevrax.com Mon Feb 25 18:39:43 2002 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1PHdhW49347 + for ; Mon, 25 Feb 2002 18:39:43 +0100 (CET) + (envelope-from lecroart@nevrax.com) +Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g1PHXTn57568 + for ; Mon, 25 Feb 2002 18:33:29 +0100 (CET) + (envelope-from lecroart@nevrax.com) +Message-ID: <014201c1be22$89641e50$0901a8c0@vianneyl> +From: "Vianney Lecroart" +To: +References: <15478.31359.724198.684671@inspiron.dachary.org><007b01c1bde3$1a3596b0$0901a8c0@vianneyl><00f101c1be01$fb8533a0$0901a8c0@vianneyl> <15482.29531.994013.718754@inspiron.dachary.org> +Subject: Re: [Nel] Binary releases +Date: Mon, 25 Feb 2002 18:33:28 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 6.00.2600.0000 +X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +> Ok, thanks for the information. Since you see no objection to +> it, I'll provide binaries on my website. Would you then mind adding a +> link to them on nevrax.org ? Or should I just send it on the list on a +> regular basis ? + +For now, you can provide unofficial binaries on your website. +After, when Snowballs2 will be ok, we'll see if we'll do a link on your site +or if we'll put them directly on our site (with your help if needed) + +Vianney Lecroart +--- +lead network programmer / nevrax.com +icq#: 6870415 +homepage: http://ace.planet-d.net +www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- +w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? + + + + +From guillaume@morinfr.org Mon Feb 25 18:41:42 2002 +Received: from siri (ns1.alcove-solutions.com [212.155.209.139]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1PHfdW49450 + for ; Mon, 25 Feb 2002 18:41:40 +0100 (CET) + (envelope-from guillaume@morinfr.org) +Received: from guillaum by siri with local (Exim 3.34 #1 (Debian)) + id 16fP3A-0001Md-00; Mon, 25 Feb 2002 18:36:32 +0100 +Date: Mon, 25 Feb 2002 18:36:32 +0100 +From: Guillaume Morin +To: Loic Dachary +Cc: nel@nevrax.org +Subject: Re: [Nel] Nel landscape display problem +Message-ID: <20020225173632.GB4458@morinfr.org> +Mail-Followup-To: Loic Dachary , nel@nevrax.org +References: <15482.21794.385392.582879@inspiron.dachary.org> <012701c1be10$efe040d0$0901a8c0@vianneyl> <15482.28773.885916.808139@inspiron.dachary.org> +Mime-Version: 1.0 +Content-Type: text/plain; charset=iso-8859-1 +Content-Disposition: inline +Content-Transfer-Encoding: 8bit +In-Reply-To: <15482.28773.885916.808139@inspiron.dachary.org> +User-Agent: Mutt/1.3.27i +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Dans un message du 25 Feb à 18:12, Loic Dachary écrivait : +> Could someone else running GNU/Linux confirm that they +> don't have the same problem with a different card (Guillaume Morin ? +> David Mentre ? Vincent Caron ?) ? It shows a lot when in the trees, +> otherwise it's not very notcieable. + +Never noticed that on my nVidia GeForce 2 MX. Will check more thoroughly +this evening and post if I am able to reproduce this problem on my box. + +HTH. + +-- +Guillaume Morin + + Je préfère à l'ennui, m'endormir pour toujours (FFF) + +From loic@dachary.org Mon Feb 25 18:54:57 2002 +Received: from inspiron.dachary.org (aboukir-101-1-13-alebeon.adsl.nerim.net [62.212.101.54]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1PHsvW49846 + for ; Mon, 25 Feb 2002 18:54:57 +0100 (CET) + (envelope-from loic@dachary.org) +Received: from loic by inspiron.dachary.org with local (Exim 3.34 #1 (Debian)) + id 16fPEf-0002V9-00; Mon, 25 Feb 2002 18:48:25 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Transfer-Encoding: 7bit +Message-ID: <15482.30952.838818.20952@inspiron.dachary.org> +Date: Mon, 25 Feb 2002 18:48:24 +0100 +From: Loic Dachary +To: tanis@mediacom.it +cc: nel@nevrax.org +X-Mailer: VM 7.01 under Emacs 21.1.1 +Subject: [Nel] Nel Binaries +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +X-Reply-To: loic@gnu.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + + Hi, + + Do you happen to have binaries for nel & plugins ? I'd be willing +to make them available to people who might need them. + + Thanks in advance, + +-- +Loic Dachary http://www.dachary.org/ loic@dachary.org +12 bd Magenta http://www.senga.org/ loic@senga.org +75010 Paris T: 33 1 42 45 07 97 loic@gnu.org + GPG Public Key: http://www.dachary.org/loic/gpg.txt + +From michael@in-orbit.net Mon Feb 25 18:57:56 2002 +Received: from freyja.in-orbit.net (w002.z064002027.sjc-ca.dsl.cnc.net [64.2.27.2]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1PHvtW49960 + for ; Mon, 25 Feb 2002 18:57:56 +0100 (CET) + (envelope-from michael@in-orbit.net) +Received: from baldur.in-orbit.net ([64.2.27.3] helo=thor) + by freyja.in-orbit.net with smtp (Exim 3.34 #1 (Debian)) + id 16fPDj-0003S8-00 + for ; Mon, 25 Feb 2002 09:47:27 -0800 +Date: Mon, 25 Feb 2002 09:55:31 -0800 +To: nel@nevrax.org +From: Michael Warnock +Subject: Re: [Nel] invisible users +Organization: InOrbit +X-Mailer: Opera 5.10 build 902 +X-Priority: 3 (Normal) +Mime-Version: 1.0 +Content-Type: text/plain; charset="us-ascii" +Message-Id: +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +>WS is welcome service, it works with the Login System to identify players +>account. The message says that you didn't launch the WS so the front end +>can't send info to it. +>(I don't think that problem comes from that) +> +the welcome service is running and displays appropriate debug info, its just this one circumstance under which the front +end cant send to the welcome service i think. +anyway we've discovered a couple possible causes for our problems and i'm working on reimplimenting our features +one at a time to track them down right now. + +michael + + + +From miller@nevrax.com Mon Feb 25 19:21:55 2002 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1PILtW50488 + for ; Mon, 25 Feb 2002 19:21:55 +0100 (CET) + (envelope-from miller@nevrax.com) +Received: from miller (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g1PIFfn58306 + for ; Mon, 25 Feb 2002 19:15:41 +0100 (CET) + (envelope-from miller@nevrax.com) +From: "Daniel Miller" +To: +Subject: RE: [Nel] contrib and fix +Date: Mon, 25 Feb 2002 19:15:41 +0100 +Message-ID: +MIME-Version: 1.0 +Content-Type: text/plain; + charset="us-ascii" +Content-Transfer-Encoding: 7bit +X-Priority: 3 (Normal) +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) +In-Reply-To: <15476.61902.423458.451046@inspiron.dachary.org> +X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 +Importance: Normal +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Thanks Loic. This is great - I'll pass it on to the chaps in ties and we'll +look at puting it on the site as soon as they've done their legal wot-not. + +Cheers, +Daniel + +-----Original Message----- +From: nel-admin@nevrax.org [mailto:nel-admin@nevrax.org]On Behalf Of +Loic Dachary +Sent: Thursday, February 21, 2002 2:11 PM +To: nel@nevrax.org +Subject: RE: [Nel] contrib and fix + + +Daniel Miller writes: + > OK - What you propose sounds sensible to me - do you have a standard + > agreement somewhere that you recommend? + + Sure. You'll find attached to this mail a generic assignement +fit for an individual contributor that I customized for Nevrax. + + You will also find a copyright assignment for my own work that +I'm ready to sign as soon as you send it to me. It has to be printed +on letterhead paper and you'll have to fill the name of Nevrax's CEO. +The CEO needs to sign two copies of the letter, send both of them to +me (address included in the assignment). I'll return one of them +signed and we will be done with it ;-) + + You may add the generic form to the nevrax.org web site along +with the reasons why such an assignment is a good thing. I can provide +a small standard explanation if you like. + + Cheers, + + + +From loic@dachary.org Mon Feb 25 21:06:22 2002 +Received: from inspiron.dachary.org (aboukir-101-1-13-alebeon.adsl.nerim.net [62.212.101.54]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1PK6LW52443 + for ; Mon, 25 Feb 2002 21:06:21 +0100 (CET) + (envelope-from loic@dachary.org) +Received: from loic by inspiron.dachary.org with local (Exim 3.34 #1 (Debian)) + id 16fRHs-0002Zk-00 + for ; Mon, 25 Feb 2002 20:59:52 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Transfer-Encoding: 7bit +Message-ID: <15482.38839.826907.376977@inspiron.dachary.org> +Date: Mon, 25 Feb 2002 20:59:51 +0100 +From: Loic Dachary +To: nel@nevrax.org +Subject: RE: [Nel] contrib and fix +In-Reply-To: Daniel Miller's message of 25 February 2002 19:15:41 +0100 +References: <15476.61902.423458.451046@inspiron.dachary.org> + +X-Mailer: VM 7.01 under Emacs 21.1.1 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +X-Reply-To: loic@gnu.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Daniel Miller writes: + > Thanks Loic. This is great - I'll pass it on to the chaps in ties and we'll + > look at puting it on the site as soon as they've done their legal wot-not. + + Ok. It may be useful to tell them that this assignement has +been used successfully during more than ten years, world wide. The +success is not measured in terms of lawsuits but in terms of informal +GNU GPL enforcement. Thanks to these assignments (among other things), +the GNU GPL was enforced a number of times in various countries in the +past ten years without the need to resort to court, even once. + + There is a whole theory behind, see + +http://emoglen.law.columbia.edu/ and specifically +http://emoglen.law.columbia.edu/publications/lu-12.html, +http://emoglen.law.columbia.edu/publications/lu-13.html. + + Cheers, + +-- +Loic Dachary http://www.dachary.org/ loic@dachary.org +12 bd Magenta http://www.senga.org/ loic@senga.org +75010 Paris T: 33 1 42 45 07 97 loic@gnu.org + GPG Public Key: http://www.dachary.org/loic/gpg.txt + +From david.mentre@wanadoo.fr Mon Feb 25 23:21:40 2002 +Received: from mel-rto7.wanadoo.fr (smtp-out-7.wanadoo.fr [193.252.19.26]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1PMLeW54778 + for ; Mon, 25 Feb 2002 23:21:40 +0100 (CET) + (envelope-from david.mentre@wanadoo.fr) +Received: from mel-rta8.wanadoo.fr (193.252.19.79) by mel-rto7.wanadoo.fr; 25 Feb 2002 23:15:21 +0100 +Received: from oops (193.252.189.100) by mel-rta8.wanadoo.fr; 25 Feb 2002 23:14:53 +0100 +Received: from david by oops with local (Exim 3.34 #1 (Debian)) + id 16fTOW-0000bi-00 + for ; Mon, 25 Feb 2002 23:14:52 +0100 +To: nel@nevrax.org +Subject: Re: [Nel] Nel landscape display problem +References: <15482.21794.385392.582879@inspiron.dachary.org> + <012701c1be10$efe040d0$0901a8c0@vianneyl> + <15482.28773.885916.808139@inspiron.dachary.org> +From: David MENTRE +Organization: none +Date: 25 Feb 2002 23:14:51 +0100 +In-Reply-To: <15482.28773.885916.808139@inspiron.dachary.org> +Message-ID: <87u1s5b44k.fsf@wanadoo.fr> +Lines: 13 +User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.1 +MIME-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Loic Dachary writes: + +> project ;-). Could someone else running GNU/Linux confirm that they +> don't have the same problem with a different card (Guillaume Morin ? +> David Mentre ? Vincent Caron ?) ? It shows a lot when in the trees, +> otherwise it's not very notcieable. + +I don't see such a problem on my version (on an ATI rage128). However, I +don't have fonts, and the marvelous sky. :) + +d. +-- + david.mentre@wanadoo.fr + +From david.mentre@wanadoo.fr Mon Feb 25 23:26:52 2002 +Received: from mel-rto7.wanadoo.fr (smtp-out-7.wanadoo.fr [193.252.19.26]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1PMQpW54820 + for ; Mon, 25 Feb 2002 23:26:52 +0100 (CET) + (envelope-from david.mentre@wanadoo.fr) +Received: from mel-rta7.wanadoo.fr (193.252.19.61) by mel-rto7.wanadoo.fr; 25 Feb 2002 23:20:33 +0100 +Received: from oops (193.252.189.100) by mel-rta7.wanadoo.fr; 25 Feb 2002 23:20:29 +0100 +Received: from david by oops with local (Exim 3.34 #1 (Debian)) + id 16fTTw-0000bo-00 + for ; Mon, 25 Feb 2002 23:20:28 +0100 +To: nel@nevrax.org +Subject: Re: [Nel] Particule assert +References: <15477.29277.101283.905300@inspiron.dachary.org> + <3C75FBCC.A676F03E@loria.fr> + <15478.5954.781447.858445@inspiron.dachary.org> + <3C76242E.EA25D7E6@loria.fr> <87k7t2fyq7.fsf@wanadoo.fr> + <00c701c1bdfc$3e699680$0901a8c0@vianneyl> +From: David MENTRE +Organization: none +Date: 25 Feb 2002 23:20:28 +0100 +In-Reply-To: <00c701c1bdfc$3e699680$0901a8c0@vianneyl> +Message-ID: <87pu2tb3v7.fsf@wanadoo.fr> +Lines: 12 +User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.1 +MIME-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +"Vianney Lecroart" writes: + +> If you don't see the font, the problem is due to this warning. The font +> system needs GL_EXT_texture_env_combine extension, and you don't have it so +> the font can't be displayed correctly :-/ + +Ooch! Will you try to fix that or consider that all normal NeL users +will have graphic cards with the above mentioned extension? + +d. +-- + david.mentre@wanadoo.fr + +From robert@in-orbit.net Tue Feb 26 04:36:58 2002 +Received: from quasar.skima.is (quasar.skima.is [212.30.200.205]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1Q3awW70463 + for ; Tue, 26 Feb 2002 04:36:58 +0100 (CET) + (envelope-from robert@in-orbit.net) +Received: from [157.157.146.56] by quasar.skima.is with ESMTP for nel@nevrax.org; Tue, 26 Feb 2002 03:30:42 Z +Date: Tue, 26 Feb 2002 03:58:49 -0800 +From: Robert Bjarnason +X-Mailer: The Bat! (v1.49) Personal +Organization: InOrbit Entertainment, Inc. +X-Priority: 3 (Normal) +Message-Id: <13639829281.20020226035849@in-orbit.net> +To: nel@nevrax.org +Mime-Version: 1.0 +Content-Type: text/plain; charset=ISO-8859-1 +Content-Transfer-Encoding: 8bit +X-MIME-Autoconverted: from quoted-printable to 8bit by www.nevrax.org id g1Q3awW70463 +Subject: [Nel] Enabling Water Pools in Client +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +X-Reply-To: =?ISO-8859-1?Q?R=F3bert_Bjarnason?= +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Hi, + +I've been trying to get a Water Pool to work +in a client app that is based on the Snowballs +client. I've spent a lot of time trying to +figure this out, my pool works fine in the +object viewer, but not when I load it into +the client along with the WaveMaker shape. + +One thing I noticed is that CWaterModel::registerBasic() +is not called, I tried adding CScene::registerBasics (); +and then the CWaterModel is registered... But +no pool appears... + +Is it possible to enable the Water Pools using +the UDriver concept or should I set up my Driver +more like the ObjectViewer does it? + +Here is how I create the WaterPoolManager after +and Instance Group with a WaterShape and WaveMakerShape +has been loaded and added to the Scene: + +WaterPoolManager = &NL3D::GetWaterPoolManager(); + +NL3D::CWaterPoolManager::CWaterHeightMapBuild whmb; +whmb.ID = 0; +whmb.Name = "Water01"; +whmb.Size = 256; +whmb.FilterWeight = 3.0f; +whmb.UnitSize = 0.3f; +whmb.WavesEnabled = true; +whmb.WaveIntensity = 1.5f; +whmb.WavePeriod = 0.05f; +whmb.WaveRadius = 3; +whmb.BorderWaves = true; +whmb.Damping = 0.99f; + +WaterPoolManager->createWaterPool(whmb); +WaterPoolManager->setBlendFactor(dynamic_cast (Driver), 0.1f); + +Any hints would be appreciated... + +Thanks, +Robert Bjarnason +robofly@in-orbit.net + + + +From delirec@NJC15.kumudu.nirmani.net Tue Feb 26 07:29:25 2002 +Received: from NJC15.kumudu.nirmani.net ([66.78.34.31]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1Q6TNW87985 + for ; Tue, 26 Feb 2002 07:29:23 +0100 (CET) + (envelope-from delirec@NJC15.kumudu.nirmani.net) +Received: from delirec by NJC15.kumudu.nirmani.net with local (Exim 3.34 #1) + id 16fazp-00043E-00 + for nel@nevrax.org; Tue, 26 Feb 2002 01:21:53 -0500 +From: "Dennis McGregor" +To: nel@nevrax.org +X-Mailer: NeoMail 1.25 +X-IPAddress: 203.54.74.12 +MIME-Version: 1.0 +Content-Type: text/plain; charset=iso-8859-1 +Message-Id: +Date: Tue, 26 Feb 2002 01:21:53 -0500 +X-AntiAbuse: Sender Address Domain - NJC15.kumudu.nirmani.net +Subject: [Nel] compilation problems... +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +X-Reply-To: dns@delire.cz +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +I've been unable to compile the Nel engine and would be grateful if +anyone can shed some light on my situation. I've greped the archives +and there doesn't seem to be anything specifically related to the +problems I'm having (though they have helped me surmount other, less +esoteric hurdles). + +Some info on my setup: +I'm running Debian 2.2r2. +I'm using Mesa-3.3, + STLport-4.0, + libxml-2.4.16, + freetype-2.0.8, + xlib6g-3.3.6-11pot (perhaps this is a/the problem - only thing I +haven't updated since beginning this), +and the latest non-cvs nel.tar.gz + +configure fails with the message: + +*** The test program failed to compile or link. See the file config.log +for the +*** exact error that occured. This usually means LIBXML was incorrectly +installed +*** or that you have moved LIBXML since it was installed. In the latter +case, you +*** may want to edit the xml2-config script: /usr/bin/xml2-config +configure: error: libxml2 must be installed. + +so I use the --disable-xmltest flag. here is the command I'm using: + +./configure --with-stlport-include=/usr/local/STLport-4.0/stlport/ +--with-stlport-lib=/usr/local/S +TLport-4.0/lib/ --with-python=/usr/lib/python1.5/ +--with-openal=/usr/local/openal2/openal/ --enable-sound --enable-ai +--with-gnu-ld --disable-xmltest + +There aren't any old libxml files hanging around, ldconfig doesn't +complain about the libs that are there, and running xml2-config outputs +the information correctly (though, perhaps I should mention that I +erased the -lz flag from `xml2-config --libs` because ld complained +about it during the make process (bad?)). + +These are the last few (enough?) lines I get from running make: + +Making all in . +make[3]: Entering directory `/usr/local/nel/src/misc' +/bin/sh ../../libtool --mode=compile c++ -DHAVE_CONFIG_H -I. -I. +-I../../include -I/usr/include/libxml2/libxml -I/usr/include/libxml2 +-O3 -DNL_RELEASE -ftemplate-depth-24 -Wno-multichar -D_REENTRANT +-I/usr/X11R6/include -I/usr/local/STLport-4.0/stlport/ -c mutex.cpp +rm -f .libs/mutex.lo +c++ -DHAVE_CONFIG_H -I. -I. -I../../include +-I/usr/include/libxml2/libxml -I/usr/include/libxml2 -O3 -DNL_RELEASE +-ftemplate-depth-24 -Wno-multichar -D_REENTRANT -I/usr/X11R6/include +-I/usr/local/STLport-4.0/stlport/ -Wp,-MD,.deps/mutex.pp -c -fPIC -DPIC +mutex.cpp -o .libs/mutex.lo +mutex.cpp: In method `NLMISC::CUnfairMutex::CUnfairMutex(const +_STL::string &)': +mutex.cpp:246: `PTHREAD_MUTEX_ADAPTIVE_NP' undeclared (first use this +function) +mutex.cpp:246: (Each undeclared identifier is reported only once +mutex.cpp:246: for each function it appears in.) +make[3]: *** [mutex.lo] Error 1 +make[3]: Leaving directory `/usr/local/nel/src/misc' +make[2]: *** [all-recursive] Error 1 +make[2]: Leaving directory `/usr/local/nel/src/misc' +make[1]: *** [all-recursive] Error 1 +make[1]: Leaving directory `/usr/local/nel/src' +make: *** [all-recursive] Error 1 + +Please let me know if you need any more info. + +Thanks, +Dennis. + +-- + + +From lecroart@nevrax.com Tue Feb 26 10:04:14 2002 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1Q94DW04209 + for ; Tue, 26 Feb 2002 10:04:14 +0100 (CET) + (envelope-from lecroart@nevrax.com) +Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g1Q8vxn61594 + for ; Tue, 26 Feb 2002 09:57:59 +0100 (CET) + (envelope-from lecroart@nevrax.com) +Message-ID: <001c01c1bea3$b0bb5be0$0901a8c0@vianneyl> +From: "Vianney Lecroart" +To: +References: <15477.29277.101283.905300@inspiron.dachary.org><3C75FBCC.A676F03E@loria.fr><15478.5954.781447.858445@inspiron.dachary.org><3C76242E.EA25D7E6@loria.fr> <87k7t2fyq7.fsf@wanadoo.fr><00c701c1bdfc$3e699680$0901a8c0@vianneyl> <87pu2tb3v7.fsf@wanadoo.fr> +Subject: Re: [Nel] Particule assert +Date: Tue, 26 Feb 2002 09:57:59 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 6.00.2600.0000 +X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +> > If you don't see the font, the problem is due to this warning. The font +> > system needs GL_EXT_texture_env_combine extension, and you don't have it +so +> > the font can't be displayed correctly :-/ +> +> Ooch! Will you try to fix that or consider that all normal NeL users +> will have graphic cards with the above mentioned extension? + +We plan to port the 3d lib as many recent 3d card as possible and we could +fix this font problem but it will not be before the midlle/end of summer. +We can add this on the OSS community task list :) + +Vianney Lecroart +--- +lead network programmer / nevrax.com +icq#: 6870415 +homepage: http://ace.planet-d.net +www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- +w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? + + + +From lecroart@nevrax.com Tue Feb 26 10:13:04 2002 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1Q9D2W05100 + for ; Tue, 26 Feb 2002 10:13:02 +0100 (CET) + (envelope-from lecroart@nevrax.com) +Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g1Q96mn61681 + for ; Tue, 26 Feb 2002 10:06:48 +0100 (CET) + (envelope-from lecroart@nevrax.com) +Message-ID: <002a01c1bea4$ec13a930$0901a8c0@vianneyl> +From: "Vianney Lecroart" +To: +References: +Subject: Re: [Nel] compilation problems... +Date: Tue, 26 Feb 2002 10:06:48 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 6.00.2600.0000 +X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +> These are the last few (enough?) lines I get from running make: +> +> mutex.cpp:246: `PTHREAD_MUTEX_ADAPTIVE_NP' undeclared (first use this +function) + +PTHREAD_MUTEX_ADAPTIVE_NP should be in pthread.h that is located in the +standard include directory (/usr/include on my system). + +For the XML problem, I don't know :-( + +Vianney Lecroart +--- +lead network programmer / nevrax.com +icq#: 6870415 +homepage: http://ace.planet-d.net +www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- +w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? + + + + +From loic@dachary.org Mon Feb 25 18:11:06 2002 +Received: from inspiron.dachary.org (aboukir-101-1-13-alebeon.adsl.nerim.net [62.212.101.54]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1PHAxW47069 + for ; Mon, 25 Feb 2002 18:10:59 +0100 (CET) + (envelope-from loic@dachary.org) +Received: from loic by inspiron.dachary.org with local (Exim 3.34 #1 (Debian)) + id 16fOYA-0002SZ-00 + for ; Mon, 25 Feb 2002 18:04:30 +0100 +MIME-Version: 1.0 +Content-Type: multipart/mixed; boundary="0hAErvZwfB" +Content-Transfer-Encoding: 7bit +Message-ID: <15482.28317.541820.605812@inspiron.dachary.org> +Date: Mon, 25 Feb 2002 18:04:29 +0100 +From: Loic Dachary +To: nel@nevrax.org +Subject: Re: [Nel] invisible users +In-Reply-To: Robert Bjarnason's message of 25 February 2002 15:06:48 -0800 +References: + <15482.2797.921111.242323@inspiron.dachary.org> + <114154010305.20020225150648@in-orbit.net> +X-Mailer: VM 7.01 under Emacs 21.1.1 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +X-Reply-To: loic@gnu.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +--0hAErvZwfB +Content-Type: text/plain; charset=us-ascii +Content-Description: message body text +Content-Transfer-Encoding: 7bit + +Robert Bjarnason writes: + > Hi Loic, + > + > Monday, February 25, 2002, 1:59:09 AM, you wrote: + > LD> It would be a lot easier if you provide the code you wrote. + > LD> Guessing is less efficient than debugging ;-) Where can I download it ? + > + > Our code tree is at http://www.sourceforge.net/projects/bang/. + > The service in question is the player service. We have figured + > out a part of the problem, I don't think Michael has committed + > the fix yet, we recently started working on this code-base + > again... We basically started from scratch with the Snowballs + > services and are re-implementing features... We want to move + > our game-mech system over to the NeL agent system, hopefully + > we'll be able to do that soon. + + Thanks for the pointer. I started to compile it and ran into +many minor compilation issues (see the patch below). When the server +refused to link I started to ask myself if I was using the proper code +base ;-) It looks like part of the client/src should be included in a +support library so that the server can use it. Are you running into +the same problems or am I missing something ? + +cvs -d :pserver:anonymous@cvs.sf.net:/cvsroot/bang co warpstorm_alpha + + My configuration is GNU/Linux, STL-4.5, today's nel CVS, +gcc-2.95.4, ATI Radeon 7500 / 64Mb, linux-2.4.17 (Radeon DRM), +XFree-4.2. + + Also, I guess that I'll need some sample data files at some +point. Could you tell me where they can be found ? + + Cheers, + +You'll have to copy the acinclude.m4 file from snowballs2 and run +the sh bootstrap script again. + + +--0hAErvZwfB +Content-Type: application/octet-stream +Content-Disposition: attachment; + filename="patch.1" +Content-Transfer-Encoding: base64 + +SW5kZXg6IGNvbmZpZ3VyZS5pbgo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09ClJDUyBmaWxlOiAvY3Zzcm9vdC9iYW5nL3dh +cnBzdG9ybV9hbHBoYS9jb25maWd1cmUuaW4sdgpyZXRyaWV2aW5nIHJldmlzaW9uIDEuMS4xLjEK +ZGlmZiAtdSAtcjEuMS4xLjEgY29uZmlndXJlLmluCi0tLSBjb25maWd1cmUuaW4JMTggT2N0IDIw +MDEgMDA6MDY6NDggLTAwMDAJMS4xLjEuMQorKysgY29uZmlndXJlLmluCTI1IEZlYiAyMDAyIDE2 +OjU1OjEwIC0wMDAwCkBAIC0xLDEzICsxLDE0IEBACi1kbmwgPT09PT09PT09PT09PT09PT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLWRu +bCBDb25maWd1cmF0aW9uIHNjcmlwdCBmb3IgU25vd2JhbGxzCi1kbmwgPT09PT09PT09PT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 +PT0KK2RubCA9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 +PT09PT09PT09PT09PT09PT09PQorZG5sIENvbmZpZ3VyYXRpb24gc2NyaXB0IGZvciBTbm93YmFs +bHMgMgorZG5sID09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 +PT09PT09PT09PT09PT09PT09PT09CiBkbmwKLWRubCAkSWQ6IGNvbmZpZ3VyZS5pbix2IDEuMS4x +LjEgMjAwMS8xMC8xOCAwMDowNjo0OCByb2JvZmx5IEV4cCAkCitkbmwgJElkOiBjb25maWd1cmUu +aW4sdiAxLjEwIDIwMDIvMDEvMjkgMTM6MjE6NDIgdmFsaWduYXQgRXhwICQKIGRubCAKIAogCi1k +bmwgPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 +PT09PT09PT09PT09PT09PT09PT0KK2RubCA9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQogZG5sIFByb2Nlc3MgdGhpcyBm +aWxlIHdpdGggYXV0b2NvbmYgdG8gcHJvZHVjZSBhIGNvbmZpZ3VyZSBzY3JpcHQuCitkbmwgPT09 +PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 +PT09PT09PT0KIAogQUNfSU5JVChjbGllbnQvc3JjL2NsaWVudC5jcHApCiAKQEAgLTI2LDggKzI3 +LDkgQEAKIENYWEZMQUdTPSIkQ1hYRkxBR1MgIgogCiAKLWRubCA9PT09PT09PT09PT09PT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQor +ZG5sID09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 +PT09PT09PT09PT09PT09CiBkbmwgQ2hlY2tzIFNub3diYWxscyBtb2R1bGVzIChDbGllbnQgLyBT +ZXJ2ZXIpIHRvIGluc3RhbGwgLyBEaXNhYmxlCitkbmwgPT09PT09PT09PT09PT09PT09PT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KIAogU05PX1NVQkRJ +UlM9IiIKIApAQCAtMzYsMjEgKzM4LDIxIEBACiAgICAgWyAgLS1kaXNhYmxlLWNsaWVudCAgICAg +ICAgZGlzYWJsZSBjb21waWxhdGlvbiBhbmQgaW5zdGFsbCBvZiBTbm93YmFsbHMgQ2xpZW50Ll0s +CiAgICAgWyBBQ19NU0dfUkVTVUxUKGRpc2FibGUgU25vd2JhbGxzIENsaWVudC4pIF0sCiAgICAg +WyBTTk9fU1VCRElSUz0iJFNOT19TVUJESVJTIGNsaWVudCIKLSAgICAgIGVuYWJsZV9jbGllbnQ9 +eWVzIF0gKQorICAgICAgZW5hYmxlX2NsaWVudD0ieWVzIiBdICkKIAogZG5sIFNlcnZlcgogQUNf +QVJHX0VOQUJMRSggc2VydmVyLAogICAgIFsgIC0tZGlzYWJsZS1zZXJ2ZXIgICAgICAgIGRpc2Fi +bGUgY29tcGlsYXRpb24gYW5kIGluc3RhbGwgb2YgU25vd2JhbGxzIFNlcnZlci5dLAogICAgIFsg +QUNfTVNHX1JFU1VMVChkaXNhYmxlIFNub3diYWxscyBTZXJ2ZXIuKSBdLAogICAgIFsgU05PX1NV +QkRJUlM9IiRTTk9fU1VCRElSUyBzZXJ2ZXIiCi0gICAgICBlbmFibGVfc2VydmVyPXllcyBdICkK +KyAgICAgIGVuYWJsZV9zZXJ2ZXI9InllcyIgXSApCiAKIEFDX1NVQlNUKFNOT19TVUJESVJTKQog +CiAKLWRubCA9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT09PQorZG5sID09PT09PT09PT09PT09PT09PT09PT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09CiBkbmwgQ2hlY2tzIGZv +ciBwcm9ncmFtcy4KLWRubCA9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQorZG5sID09PT09PT09PT09PT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09CiAKIEFD +X1BST0dfTUFLRV9TRVQKIApAQCAtNjIsMzggKzY0LDQ3IEBACiBBQ19QUk9HX0lOU1RBTEwKIAog +Ci1kbmwgPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT0KK2RubCA9PT09PT09PT09PT09PT09PT09PT09PT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQogZG5sIENvbmZpZ3VyZSBT +ZXR0aW5ncwotZG5sID09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09CitkbmwgPT09PT09PT09PT09PT09PT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KIAogZG5sIFNl +dCB0aGUgQysrIGNvbXBpbGVyIGFzIHRoZSBkZWZhdWx0IGNvbXBpbGVyIGZvciB0aGUgY29uZmln +dXJlIHNjcmlwdAogZG5sIGNvbXBpbGF0aW9uIHRlc3RzCiBBQ19MQU5HX0NQTFVTUExVUwogCiAK +LWRubCA9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 +PT09PT09PT09PT09PT09PT09PT09PQorZG5sID09PT09PT09PT09PT09PT09PT09PT09PT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09CitkbmwgRGVidWcvb3B0aW1p +emVkIGNvbXBpbGF0aW9uIG1vZGUKK2RubCA9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQorCitBTV9ORUxfREVCVUcKKwor +CitkbmwgPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 +PT09PT09PT09PT09PT09PT0KIGRubCBDaGVja3MgZm9yIHR5cGVkZWZzLCBzdHJ1Y3R1cmVzLCBh +bmQgY29tcGlsZXIgY2hhcmFjdGVyaXN0aWNzLgotZG5sID09PT09PT09PT09PT09PT09PT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Citkbmwg +PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 +PT09PT09PT09PT0KIAogCi1kbmwgPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KK2RubCA9PT09PT09PT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQog +ZG5sIENoZWNrcyBmb3IgaGVhZGVyIGZpbGVzLgotZG5sID09PT09PT09PT09PT09PT09PT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Citkbmwg +PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 +PT09PT09PT09PT0KIAogQUNfU1REQ19IRUFERVJTCiBBQ19DSEVDS19IRUFERVJTKGZjbnRsLmgg +dW5pc3RkLmgpCiAKIAotZG5sID09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09CitkbmwgPT09PT09PT09PT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KIGRu +bCBYMTEKIAogQUNfUEFUSF9YCiAKIGlmIHRlc3QgISAiJG5vX3giID0gInllcyIgOyB0aGVuCi0g +ICAgaWYgdGVzdCAhIFgiJHhfbGlicmFyaWVzIiA9IFggOyB0aGVuCisgICAgaWYgdGVzdCAhIFgi +JHhfbGlicmFyaWVzIiA9IFgKKyAgICB0aGVuCiAgICAgICAgIExJQlM9IiRMSUJTIC1MJHhfbGli +cmFyaWVzIgogICAgIGZpCi0gICAgaWYgdGVzdCAhIFgiJHhfaW5jbHVkZXMiID0gWCA7IHRoZW4K +KyAgICBpZiB0ZXN0ICEgWCIkeF9pbmNsdWRlcyIgPSBYCisgICAgdGhlbgogICAgICAgICBDWFhG +TEFHUz0iJENYWEZMQUdTIC1JJHhfaW5jbHVkZXMiCiAgICAgZmkKIGVsc2UKQEAgLTEwNCwyMTgg +KzExNSw0NCBAQAogZmkKIAogCi1kbmwgPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KK2RubCA9PT09PT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 +PQorZG5sIENoZWNrcyBmb3IgbGlicmFyaWVzLgorZG5sID09PT09PT09PT09PT09PT09PT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09CisKK2RubCA9PT09 +PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 +PT09PT09PQogZG5sIFNUTFBvcnQKIAotZG5sIEFzayB1c2VyIGZvciBwYXRoIHRvIHRoZSBTVExw +b3J0IGZpbGVzIGxvY2F0aW9uCi1BQ19BUkdfV0lUSCggc3RscG9ydCwKLSAgICBbICAtLXdpdGgt +c3RscG9ydD08cGF0aD4gICBwYXRoIHRvIHRoZSBTVExQb3J0IGluc3RhbGwgZGlyZWN0b3J5Lgot +ICAgICAgICAgICAgICAgICAgICAgICAgICBlLmcuIC91c3IvbG9jYWwvc3RscG9ydF0gCi0pICAg +ICAgICAgICAgICAgICAgICAgICAgIAotCi1BQ19BUkdfV0lUSCggc3RscG9ydC1pbmNsdWRlLAot +ICAgIFsgIC0td2l0aC1zdGxwb3J0LWluY2x1ZGU9PHBhdGg+Ci0gICAgICAgICAgICAgICAgICAg +ICAgICAgIHBhdGggdG8gdGhlIFNUTFBvcnQgaGVhZGVyIGZpbGVzIGRpcmVjdG9yeS4KLSAgICAg +ICAgICAgICAgICAgICAgICAgICAgZS5nLiAvdXNyL2xvY2FsL3N0bHBvcnQvc3RscG9ydF0gCi0p +ICAgICAgICAgICAgICAgICAgICAgICAgIAotCi1BQ19BUkdfV0lUSCggc3RscG9ydC1saWIsCi0g +ICAgWyAgLS13aXRoLXN0bHBvcnQtbGliPTxwYXRoPgotICAgICAgICAgICAgICAgICAgICAgICAg +ICBwYXRoIHRvIHRoZSBTVExQb3J0IGxpYnJhcnkgZmlsZXMgZGlyZWN0b3J5LgotICAgICAgICAg +ICAgICAgICAgICAgICAgICBlLmcuIC91c3IvbG9jYWwvc3RscG9ydC9saWJdCi0pICAgICAgICAg +ICAgICAgICAgICAgICAgIAotCi1pZiB0ZXN0ICIkd2l0aF9zdGxwb3J0IiAhPSAibm8iCi10aGVu +Ci0gICAgaWYgdGVzdCAteiAiJHdpdGhfc3RscG9ydCIgJiYgdGVzdCAteiAiJHdpdGhfc3RscG9y +dF9saWIiIC1vIC16ICIkd2l0aF9zdGxwb3J0X2luY2x1ZGUiCi0gICAgdGhlbgotICAgICAgICBB +Q19NU0dfRVJST1IoW1lvdSBtdXN0IGNhbGwgY29uZmlndXJlIHdpdGggdGhlIC0td2l0aC1zdGxw +b3J0IG9yIC0td2l0aC1zdGxwb3J0LWxpYiBhbmQgd2l0aC1zdGxwb3J0LWluY2x1ZGUgb3B0aW9u +cy4KLVRoaXMgdGVsbHMgY29uZmlndXJlIHdoZXJlIHRvIGZpbmQgdGhlIFNUTFBvcnQgZmlsZXMu +XSkKLSAgICBmaQorQU1fUEFUSF9TVExQT1JUCiAKLSAgICBpZiB0ZXN0ICR3aXRoX3N0bHBvcnQK +LSAgICB0aGVuCi0gICAgICAgIEFDX01TR19SRVNVTFQodXNpbmcgU1RMUG9ydCBmaWxlcyBsb2Nh +dGVkIGluICR3aXRoX3N0bHBvcnQpCiAKLSAgICAgICAgU1RMUE9SVF9DRkxBR1M9Ii1JJHdpdGhf +c3RscG9ydC9zdGxwb3J0IgotICAgICAgICBTVExQT1JUX0xJQj0iLUwkd2l0aF9zdGxwb3J0L2xp +YiIKLSAgICBmaQotZWxzZQotICAgIG5vX3N0bHBvcnQ9Im5vIgotICAgIEFDX01TR19SRVNVTFQo +KioqIE92ZXJyaWRlIHRoZSB1c2Ugb2YgdGhlIFNUTFBvcnRzIChFWFBFUklNRU5UQUwpICoqKikK +LWZpCitkbmwgPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 +PT09PT09PT09PT09PT09PT09PT0KK2RubCBPcGVuQUwKIAotaWYgdGVzdCAteiAiJG5vX3N0bHBv +cnQiIC1hICIkd2l0aF9zdGxwb3J0X2luY2x1ZGUiCi10aGVuCi0gICAgQUNfTVNHX1JFU1VMVCh1 +c2luZyBTVExQb3J0IGhlYWRlciBmaWxlcyBsb2NhdGVkIGluICR3aXRoX3N0bHBvcnRfaW5jbHVk +ZSkKLSAgICBTVExQT1JUX0NGTEFHUz0iLUkkd2l0aF9zdGxwb3J0X2luY2x1ZGUiCi1maQotCi1p +ZiB0ZXN0IC16ICIkbm9fc3RscG9ydCIgLWEgICIkd2l0aF9zdGxwb3J0X2xpYiIKLXRoZW4KLSAg +ICBBQ19NU0dfUkVTVUxUKHVzaW5nIFNUTFBvcnQgbGlicmFyeSBmaWxlcyBsb2NhdGVkIGluICR3 +aXRoX3N0bHBvcnRfbGliKQotICAgIFNUTFBPUlRfTElCPSItTCR3aXRoX3N0bHBvcnRfbGliIgot +ZmkKK0FNX1BBVEhfT1BFTkFMKCRlbmFibGVfY2xpZW50KQogCiAKLWRubCA9PT09PT09PT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 +PT09PQorZG5sID09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 +PT09PT09PT09PT09PT09PT09PT09CiBkbmwgTmVMCiAKLWRubCBDaGVjayBmb3IgTmVMIGxpYnJh +cnkgZmlsZXMKLUFDX1BBVEhfUFJPRyhORUxfQ09ORklHLCBuZWwtY29uZmlnLCBubykKK0FNX1BB +VEhfTkVMKCJ5ZXMiLCAieWVzIiwgJGVuYWJsZV9jbGllbnQsICRlbmFibGVfY2xpZW50LCAkZW5h +YmxlX2NsaWVudCwgIm5vIikKIAotaWYgdGVzdCAiJE5FTF9DT05GSUciID0gIm5vIjsgdGhlbgot +ICAgIEFDX01TR19FUlJPUihbQ2Fubm90IGZpbmQgbmVsLWNvbmZpZzogY2hlY2sgeW91ciBwYXRo +LgotICAgIE5lTCBsaWJyYXJ5IGlzIG5lZWRlZCB0byBjb21waWxlIFNub3diYWxscyAod3d3Lm5l +dnJheC5vcmcpLl0pCi1lbHNlCi0gICAgTkVMX0NGTEFHUz1gbmVsLWNvbmZpZyAtLWNmbGFnc2AK +LSAgICBORUxfTElCUz1gbmVsLWNvbmZpZyAtLWxpYnNgCi1maQorQ1hYRkxBR1M9IiRDWFhGTEFH +UyAke05FTF9DRkxBR1N9IgorTElCUz0iJExJQlMgJHtORUxfTElCU30iCiAKLUFDX1NVQlNUKE5F +TF9DRkxBR1MpCi1BQ19TVUJTVChORUxfTElCUykKIAotZG5sIENoZWNraW5nIE5lTCBpbnN0YWxh +dGlvbgotX0NQUEZMQUdTPSIkQ1BQRkxBR1MiCi1DUFBGTEFHUz0iJENYWEZMQUdTICR7TkVMX0NG +TEFHU30iCi0KLQotZG5sID09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09CitkbmwgPT09PT09PT09PT09PT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KIGRubCBG +cmVlVHlwZSAyCiAKLWRubCBDaGVjayBmb3IgdGhlIEZyZWVUeXBlIDIgbGlicmFyeSBmaWxlcwot +QUNfUEFUSF9QUk9HKEZSRUVUWVBFX0NPTkZJRywgZnJlZXR5cGUtY29uZmlnLCBubykKLQotaWYg +dGVzdCAiJEZSRUVUWVBFX0NPTkZJRyIgPSAibm8iIC1hICIkZW5hYmxlX2NsaWVudCIgPSAieWVz +IgotdGhlbgotICAgIEFDX01TR19FUlJPUihbQ2Fubm90IGZpbmQgZnJlZXR5cGUtY29uZmlnOiBj +aGVjayB5b3VyIHBhdGguCi0gICAgRnJlZVR5cGUgMiBsaWJyYXJ5IGlzIG5lZWRlZCB0byBjb21w +aWxlIFNub3diYWxscyAoZnJlZXR5cGUuc291cmNlZm9yZ2UubmV0KS5dKQotZWxzZQotICAgIEZS +RUVUWVBFX0NGTEFHUz1gZnJlZXR5cGUtY29uZmlnIC0tY2ZsYWdzYAotICAgIEZSRUVUWVBFX0xJ +QlM9YGZyZWV0eXBlLWNvbmZpZyAtLWxpYnNgCi1maQotCi1BQ19TVUJTVChGUkVFVFlQRV9DRkxB +R1MpCi1BQ19TVUJTVChGUkVFVFlQRV9MSUJTKQotCi1kbmwgQ2hlY2tpbmcgdGhlIEZyZWVUeXBl +IDIgaW5zdGFsYXRpb24KLV9DUFBGTEFHUz0iJENQUEZMQUdTIgotQ1BQRkxBR1M9IiRDWFhGTEFH +UyAke0ZSRUVUWVBFX0NGTEFHU30iCi0KLUFDX01TR19DSEVDS0lORyhmb3IgRnJlZVR5cGUgMiBp +bnN0YWxsYXRpb24pCi1BQ19FR1JFUF9DUFAoIHlvX2ZyZWV0eXBlMiwKLVsjaW5jbHVkZSA8ZnJl +ZXR5cGUvZnJlZXR5cGUuaD4KLSNpZiBGUkVFVFlQRV9NQUpPUiA9PSAyCi0gICB5b19mcmVldHlw +ZTIKLSNlbmRpZl0sCi1bIEFDX01TR19SRVNVTFQoeWVzKSBdLAotICBpZiB0ZXN0ICIkZW5hYmxl +X2NsaWVudCIgPSAieWVzIgotICB0aGVuCi0gICAgICBBQ19NU0dfRVJST1IoW0ZyZWV0eXBlIDIg +bGlicmFyeSBpcyBuZWVkZWQgdG8gY29tcGlsZSBTbm93YmFsbHMgKGZyZWV0eXBlLnNvdXJjZWZv +cmdlLm5ldCkuXSkKLSAgZWxzZQotICAgICAgQUNfTVNHX1JFU1VMVChubykKLSAgZmkKLSkKLQot +Q1BQRkxBR1M9IiRfQ1BQRkxBR1MiCi0KLQotZG5sID09PT09PT09PT09PT09PT09PT09PT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci1kbmwgRGVi +dWcvb3B0aW1pemVkIGNvbXBpbGF0aW9uIG1vZGUKLQotTUFYX0NfT1BUSU1JWkU9Ii1PNiIKLQot +ZG5sIEJ1aWxkIG9wdGltaXplZCBvciBkZWJ1ZyB2ZXJzaW9uID8KLWRubCBGaXJzdCBjaGVjayBm +b3IgZ2NjIGFuZCBnKysKLWlmIHRlc3QgIiRhY19jdl9wcm9nX2djYyIgPSAieWVzIgotdGhlbgot +ICAgIERFQlVHX0NGTEFHUz0iLWciCi0gICAgREVCVUdfT1BUSU1JWkVfQ0M9Ii1PIgotICAgIE9Q +VElNSVpFX0NGTEFHUz0iJE1BWF9DX09QVElNSVpFIgotZWxzZQotICAgIERFQlVHX0NGTEFHUz0i +LWciCi0gICAgREVCVUdfT1BUSU1JWkVfQ0M9IiIKLSAgICBPUFRJTUlaRV9DRkxBR1M9Ii1PIgot +ZmkKLQotaWYgdGVzdCAiJGFjX2N2X3Byb2dfY3h4X2ciID0gInllcyIKLXRoZW4KLSAgICBERUJV +R19DWFhGTEFHUz0iLWciCi0gICAgREVCVUdfT1BUSU1JWkVfQ1hYPSItTyIKLSAgICBPUFRJTUla +RV9DWFhGTEFHUz0iLU8zIgotZWxzZQotICBERUJVR19DWFhGTEFHUz0iLWciCi0gIERFQlVHX09Q +VElNSVpFX0NYWD0iIgotICBPUFRJTUlaRV9DWFhGTEFHUz0iLU8iCi1maQotCi1BQ19BUkdfV0lU +SChkZWJ1ZywKLSAgICBbICAtLXdpdGgtZGVidWdbPWZ1bGxdICAgICBCdWlsZCBhIGRlYnVnIHZl +cnNpb24gKGh1Z2UgbGlicmFyaWVzKQotICAtLXdpdGhvdXQtZGVidWcgICAgICAgICBCdWlsZCB3 +aXRob3VnIGRlYnVnZ2luZyBjb2RlIChkZWZhdWx0KV0sCi0gICAgWyB3aXRoX2RlYnVnPSR3aXRo +dmFsIF0sCi0gICAgWyB3aXRoX2RlYnVnPW5vIF0gKQotCi1pZiB0ZXN0ICIkd2l0aF9kZWJ1ZyIg +PSAieWVzIgotdGhlbgotICAgIGRubCBNZWRpdW0gZGVidWcuCi0gICAgQ0ZMQUdTPSIkREVCVUdf +Q0ZMQUdTICRERUJVR19PUFRJTUlaRV9DQyAkQ0ZMQUdTIgotICAgIENYWEZMQUdTPSIkREVCVUdf +Q1hYRkxBR1MgJERFQlVHX09QVElNSVpFX0NYWCAkQ1hYRkxBR1MiCi1lbGlmIHRlc3QgIiR3aXRo +X2RlYnVnIiA9ICJmdWxsIgotdGhlbgotICAgIGRubCBGdWxsIGRlYnVnLiBWZXJ5IHNsb3cgaW4g +c29tZSBjYXNlcwotICAgIENGTEFHUz0iJERFQlVHX0NGTEFHUyAkQ0ZMQUdTIgotICAgIENYWEZM +QUdTPSIkREVCVUdfQ1hYRkxBR1MgJENYWEZMQUdTIgotZWxzZQotICAgIGRubCBPcHRpbWl6ZWQg +dmVyc2lvbi4gTm8gZGVidWcKLSAgICBDRkxBR1M9IiRPUFRJTUlaRV9DRkxBR1MgJENGTEFHUyIK +LSAgICBDWFhGTEFHUz0iJE9QVElNSVpFX0NYWEZMQUdTICRDWFhGTEFHUyIKLWZpCi0KLQotZG5s +ID09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 +PT09PT09PT09PT09PT09PT09Ci1kbmwgQ2hlY2tzIGZvciBsaWJyYXJpZXMuCi1kbmwgPT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 +PT09PT09PT09PT0KLQotZG5sID09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci1kbmwgU1RMUG9ydAotCi1pZiB0 +ZXN0IC16ICIkbm9fc3RscG9ydCIKLXRoZW4gCi0KLSAgICBpZiB0ZXN0IFgiJFNUTFBPUlRfQ0ZM +QUdTIiAhPSBYCi0gICAgdGhlbgotICAgICAgICBDWFhGTEFHUz0iJFNUTFBPUlRfQ0ZMQUdTICRD +WFhGTEFHUyIKLSAgICBmaQotCi0gICAgaWYgdGVzdCBYIiRTVExQT1JUX0xJQiIgIT0gWAotICAg +IHRoZW4KLSAgICAgICAgTElCUz0iJFNUTFBPUlRfTElCICRMSUJTIC1sc3RscG9ydF9nY2MiCi0g +ICAgZmkKLQotICAgIF9DUFBGTEFHUz0iJENQUEZMQUdTIgotICAgIENQUEZMQUdTPSIkQ1hYRkxB +R1MgJFNUTFBPUlRfQ0ZMQUdTIgotCi0gICAgQUNfTVNHX0NIRUNLSU5HKGZvciBTVExQb3J0KQot +ICAgIEFDX0VHUkVQX0NQUCggeW9fc3RscG9ydCwKLSAgICBbI2luY2x1ZGUgPGFsZ29yaXRobT4K +LSNpZmRlZiBfX1NHSV9TVExfUE9SVAotICAgeW9fc3RscG9ydAotI2VuZGlmXSwKLSAgICBbIEFD +X01TR19SRVNVTFQoeWVzKV0sCi0gICAgICBBQ19NU0dfRVJST1IoW1NUTFBvcnQgaXMgbmVlZGVk +IHRvIGNvbXBpbGUgU25vd2JhbGxzICh3d3cuc3RscG9ydC5vcmcpLl0pICkKLQotICAgICAgQ1BQ +RkxBR1M9IiRfQ1BQRkxBR1MiCi1maQotCitBTV9QQVRIX0ZSRUVUWVBFKCRlbmFibGVfY2xpZW50 +KQogCi1kbmwgPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT09PT0KK2RubCA9PT09PT09PT09PT09PT09PT09PT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQogZG5sIENoZWNrcyBm +b3IgbGlicmFyeSBmdW5jdGlvbnMuCi1kbmwgPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KK2RubCA9PT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 +PT09PQogCiAKLWRubCA9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQorZG5sID09PT09PT09PT09PT09PT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09CiBkbmwgT3V0 +cHV0IGZpbGVzIHRvIGdlbmVyYXRlLgotZG5sID09PT09PT09PT09PT09PT09PT09PT09PT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09CitkbmwgPT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 +PT09PT0KIAogQUNfT1VUUFVUKCBNYWtlZmlsZSAgICAgICAgICAgICAgICAgICAgICAgICAgICAg +ICAgICAgICAgICAgXAogICAgICAgICAgICBjbGllbnQvTWFrZWZpbGUgICAgICAgICAgICAgICAg +ICAgICAgICAgICAgICAgICAgXApJbmRleDogY2xpZW50L3NyYy9NYWtlZmlsZS5hbQo9PT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 +PT09ClJDUyBmaWxlOiAvY3Zzcm9vdC9iYW5nL3dhcnBzdG9ybV9hbHBoYS9jbGllbnQvc3JjL01h +a2VmaWxlLmFtLHYKcmV0cmlldmluZyByZXZpc2lvbiAxLjEuMS4xCmRpZmYgLXUgLXIxLjEuMS4x +IE1ha2VmaWxlLmFtCi0tLSBjbGllbnQvc3JjL01ha2VmaWxlLmFtCTE4IE9jdCAyMDAxIDAwOjEx +OjAxIC0wMDAwCTEuMS4xLjEKKysrIGNsaWVudC9zcmMvTWFrZWZpbGUuYW0JMjUgRmViIDIwMDIg +MTY6NTU6MTAgLTAwMDAKQEAgLTYsMzggKzYsOSBAQAogCiBiaW5fUFJPR1JBTVMgICAgICAgICA9 +IHNub3diYWxscwogCi1zbm93YmFsbHNfU09VUkNFUyAgICA9IGFuaW1hdGlvbi5jcHAgICAgICAg +ICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgYW5pbWF0aW9uLmggICAg +ICAgICAgICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICBjYW1lcmEuY3Bw +ICAgICAgICAgICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIGNhbWVy +YS5oICAgICAgICAgICAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAg +Y2xpZW50LmNwcCAgICAgICAgICAgICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAg +ICAgICBjbGllbnQuaCAgICAgICAgICAgICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAg +ICAgICAgICAgIGNvbW1hbmRzLmNwcCAgICAgICAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAg +ICAgICAgICAgICAgICAgY29tbWFuZHMuaCAgICAgICAgICAgICAgICAgICAgICAgICAgXAotICAg +ICAgICAgICAgICAgICAgICAgICBjb21wYXNzLmNwcCAgICAgICAgICAgICAgICAgICAgICAgICBc +Ci0gICAgICAgICAgICAgICAgICAgICAgIGNvbXBhc3MuaCAgICAgICAgICAgICAgICAgICAgICAg +ICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgZW50aXRpZXMuY3BwICAgICAgICAgICAgICAg +ICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICBlbnRpdGllcy5oICAgICAgICAgICAg +ICAgICAgICAgICAgICBcCi0JCSAgICAgICBncmFwaC5jcHAgICAgICAgICAgICAgICAgICAgICAg +ICAgICBcCi0JCSAgICAgICBncmFwaC5oICAgICAgICAgICAgICAgICAgICAgICAgICAgICBcCi0g +ICAgICAgICAgICAgICAgICAgICAgIGludGVyZmFjZS5jcHAgICAgICAgICAgICAgICAgICAgICAg +IFwKLSAgICAgICAgICAgICAgICAgICAgICAgaW50ZXJmYWNlLmggICAgICAgICAgICAgICAgICAg +ICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICBsYW5kc2NhcGUuY3BwICAgICAgICAgICAg +ICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIGxhbmRzY2FwZS5oICAgICAgICAg +ICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgbGVuc19mbGFyZS5jcHAg +ICAgICAgICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICBsZW5zX2ZsYXJl +LmggICAgICAgICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIG1vdXNl +X2xpc3RlbmVyLmNwcCAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAg +bW91c2VfbGlzdGVuZXIuaCAgICAgICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAg +ICAgICBuZXR3b3JrLmNwcCAgICAgICAgICAgICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAg +ICAgICAgICAgIG5ldHdvcmsuaCAgICAgICAgICAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAg +ICAgICAgICAgICAgICAgcGFjcy5jcHAgICAgICAgICAgICAgICAgICAgICAgICAgICAgXAotICAg +ICAgICAgICAgICAgICAgICAgICBwYWNzLmggICAgICAgICAgICAgICAgICAgICAgICAgICAgICBc +Ci0gICAgICAgICAgICAgICAgICAgICAgIHBoeXNpY3MuY3BwICAgICAgICAgICAgICAgICAgICAg +ICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgcGh5c2ljcy5oICAgICAgICAgICAgICAgICAg +ICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICByYWRhci5jcHAgICAgICAgICAgICAg +ICAgICAgICAgICAgICBcCi0gICAgICAgICAgICAgICAgICAgICAgIHJhZGFyLmggICAgICAgICAg +ICAgICAgICAgICAgICAgICAgIFwKLSAgICAgICAgICAgICAgICAgICAgICAgc291bmQuY3BwICAg +ICAgICAgICAgICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAgICAgICBzb3VuZC5o +Citzbm93YmFsbHNfU09VUkNFUyAgICA9IGFuaW1hdGlvbi5jcHAgY2FtZXJhLmNwcCBjbGllbnQu +Y3BwIGNsaWVudF93b3JsZF9vYmplY3RzLmNwcCBjb21iYXRfaW50ZXJmYWNlLmNwcCBjb21tYW5k +cy5jcHAgY29tcGFzcy5jcHAgZW50aXRpZXMuY3BwIGV4cGxvcmluZ19pbnRlcmZhY2UuY3BwIGdy +YXBoLmNwcCBpbnRlcmZhY2UuY3BwIGludmVudG9yeS5jcHAgaW52ZW50b3J5X2Rpc3BsYXkuY3Bw +IGxhbmRzY2FwZS5jcHAgbGVuc19mbGFyZS5jcHAgbW91c2VfbGlzdGVuZXIuY3BwIG5ldHdvcmsu +Y3BwIHBhY3MuY3BwIHBoeXNpY3MuY3BwIHJhZGFyLmNwcCBza2lsbHMuY3BwIHNraWxsc19kaXNw +bGF5LmNwcCBzb3VuZC5jcHAgc3RhdHMuY3BwIHN0YXRzX2Rpc3BsYXkuY3BwIHRyYWNlcnMuY3Bw +IHdvcmxkX29iamVjdHMuY3BwIHdvcmxkX3R5cGVzLmNwcAorCitub2luc3RfSEVBREVSUyA9IGFu +aW1hdGlvbi5oIGNhbWVyYS5oIGNsaWVudC5oIGNsaWVudF93b3JsZF9vYmplY3RzLmggY29tYmF0 +X2ludGVyZmFjZS5oIGNvbW1hbmRzLmggY29tcGFzcy5oIGVudGl0aWVzLmggZXhwbG9yaW5nX2lu +dGVyZmFjZS5oIGdyYXBoLmggaW50ZXJmYWNlLmggaW52ZW50b3J5LmggaW52ZW50b3J5X2Rpc3Bs +YXkuaCBsYW5kc2NhcGUuaCBsZW5zX2ZsYXJlLmggbW91c2VfbGlzdGVuZXIuaCBuZXR3b3JrLmgg +b2RlX2ludGVyZmFjZS5oIHBhY3MuaCBwYWludGVyLmggcGh5c2ljcy5oIHJhZGFyLmggc2tpbGxz +Lmggc2tpbGxzX2Rpc3BsYXkuaCBzb3VuZC5oIHN0YXRzLmggc3RhdHNfZGlzcGxheS5oIHRyYWNl +cnMuaCB3b3JsZF9vYmplY3RzLmggd29ybGRfdHlwZXMuaCAKIAogc25vd2JhbGxzX0xEQUREICAg +ICAgPSAtbG5lbG5ldCAtbG5lbG1pc2MgLWxuZWwzZCAtbG5lbHBhY3MgQEZSRUVUWVBFX0xJQlNA +CiAKSW5kZXg6IGNsaWVudC9zcmMvY2xpZW50LmNwcAo9PT09PT09PT09PT09PT09PT09PT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09ClJDUyBmaWxlOiAvY3Zz +cm9vdC9iYW5nL3dhcnBzdG9ybV9hbHBoYS9jbGllbnQvc3JjL2NsaWVudC5jcHAsdgpyZXRyaWV2 +aW5nIHJldmlzaW9uIDEuMjMKZGlmZiAtdSAtcjEuMjMgY2xpZW50LmNwcAotLS0gY2xpZW50L3Ny +Yy9jbGllbnQuY3BwCTMgTm92IDIwMDEgMTE6MTc6NDAgLTAwMDAJMS4yMworKysgY2xpZW50L3Ny +Yy9jbGllbnQuY3BwCTI1IEZlYiAyMDAyIDE2OjU1OjEzIC0wMDAwCkBAIC01OSw3ICs1OSw2IEBA +CiAjaW5jbHVkZSA8bmVsLzNkL3VfbWF0ZXJpYWwuaD4KICNpbmNsdWRlIDxuZWwvM2QvdV90ZXh0 +dXJlLmg+CiAjaW5jbHVkZSA8bmVsL25ldC9sb2dpbl9jbGllbnQuaD4KLSNpbmNsdWRlICIzZC90 +cmFuc2Zvcm1fdXNlci5oIgogCiAjaW5jbHVkZSAiY29tbWFuZHMuaCIKICNpbmNsdWRlICJsYW5k +c2NhcGUuaCIKQEAgLTQwNCw3ICs0MDMsNyBAQAogCQllbHNlIGlmIChHYW1lTW9kZT09Q29tbXVu +aWNhdGlvbikgZ21UZXh0PSJDb21tdW5pY2F0aW9uIjsKIAkJZWxzZSBpZiAoR2FtZU1vZGU9PUNv +bWJhdCkgZ21UZXh0PSJDb21iYXQiOwogCi0JCVRleHRDb250ZXh0LT5wcmludGZBdCAoMC45OWYs +IDAuOTlmLCAiJXMiLCBnbVRleHQpOworCQlUZXh0Q29udGV4dC0+cHJpbnRmQXQgKDAuOTlmLCAw +Ljk5ZiwgIiVzIiwgZ21UZXh0LmNfc3RyKCkpOwogCiAJCS8vIERpc3BsYXkgdGhlIGZyYW1lIHJh +dGUKIAkJdWludDMyIGR0ID0gKHVpbnQzMikoTmV3VGltZS1MYXN0VGltZSk7CkluZGV4OiBjbGll +bnQvc3JjL2NsaWVudC5oCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT09PT0KUkNTIGZpbGU6IC9jdnNyb290L2Jhbmcvd2FycHN0 +b3JtX2FscGhhL2NsaWVudC9zcmMvY2xpZW50LmgsdgpyZXRyaWV2aW5nIHJldmlzaW9uIDEuNApk +aWZmIC11IC1yMS40IGNsaWVudC5oCi0tLSBjbGllbnQvc3JjL2NsaWVudC5oCTI1IE9jdCAyMDAx +IDAyOjAxOjI5IC0wMDAwCTEuNAorKysgY2xpZW50L3NyYy9jbGllbnQuaAkyNSBGZWIgMjAwMiAx +Njo1NToxMyAtMDAwMApAQCAtNjAsNyArNjAsNyBAQAogZXh0ZXJuIE5MTUlTQzo6VFRpbWUJCQkg +TGFzdFRpbWUsIE5ld1RpbWU7CiAKIC8vIEdhbWUgbW9kZSBkZWZpbnRpb25zCi1leHRlcm4gZW51 +bSBHYW1lTW9kZXMJeyBFeHBsb3JpbmcsIENvbW11bmljYXRpb24sIENvbWJhdCB9OworZW51bSBH +YW1lTW9kZXMJeyBFeHBsb3JpbmcsIENvbW11bmljYXRpb24sIENvbWJhdCB9OwogCiAvLyBUaGUg +Y3VycmVudCBhY3RpdmUgZ2FtZSBtb2RlCiBleHRlcm4gR2FtZU1vZGVzCQkJCQlHYW1lTW9kZTsK +SW5kZXg6IGNsaWVudC9zcmMvY29tYmF0X2ludGVyZmFjZS5jcHAKPT09PT09PT09PT09PT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQpSQ1MgZmls +ZTogL2N2c3Jvb3QvYmFuZy93YXJwc3Rvcm1fYWxwaGEvY2xpZW50L3NyYy9jb21iYXRfaW50ZXJm +YWNlLmNwcCx2CnJldHJpZXZpbmcgcmV2aXNpb24gMS41CmRpZmYgLXUgLXIxLjUgY29tYmF0X2lu +dGVyZmFjZS5jcHAKLS0tIGNsaWVudC9zcmMvY29tYmF0X2ludGVyZmFjZS5jcHAJMjkgT2N0IDIw +MDEgMjI6MjQ6NDAgLTAwMDAJMS41CisrKyBjbGllbnQvc3JjL2NvbWJhdF9pbnRlcmZhY2UuY3Bw +CTI1IEZlYiAyMDAyIDE2OjU1OjEzIC0wMDAwCkBAIC0xNDMsNyArMTQzLDcgQEAKIAogfQogCi1z +ZWxlY3RDbG9zZXN0Q29tYmF0VGFyZ2V0KCkKK3ZvaWQgc2VsZWN0Q2xvc2VzdENvbWJhdFRhcmdl +dCgpCiB7CiAJbmxpbmZvKCJpbiBzZWwgY2xvc2VzdCBDb21iYXQgdGFyOiBzZWxlY3RlZCBPYmpl +Y3QgaXMgbm93PSVkIiwgU2VsZWN0ZWRFbmVteSk7CiAJaW5pdENvbWJhdFRhcmdldHMoZmFsc2Up +OwpJbmRleDogY2xpZW50L3NyYy9lbnRpdGllcy5jcHAKPT09PT09PT09PT09PT09PT09PT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQpSQ1MgZmlsZTogL2N2 +c3Jvb3QvYmFuZy93YXJwc3Rvcm1fYWxwaGEvY2xpZW50L3NyYy9lbnRpdGllcy5jcHAsdgpyZXRy +aWV2aW5nIHJldmlzaW9uIDEuMzMKZGlmZiAtdSAtcjEuMzMgZW50aXRpZXMuY3BwCi0tLSBjbGll +bnQvc3JjL2VudGl0aWVzLmNwcAkxIE5vdiAyMDAxIDEwOjA1OjUyIC0wMDAwCTEuMzMKKysrIGNs +aWVudC9zcmMvZW50aXRpZXMuY3BwCTI1IEZlYiAyMDAyIDE2OjU1OjEzIC0wMDAwCkBAIC0xNDAs +NyArMTQwLDcgQEAKIC8vIENyZWF0ZXMgYW4gZW50aXR5LCBnaXZlbiBpdHMgaWQsIGl0cyB0eXBl +IChTZWxmLCBPdGhlciwgU25vd2JhbGwpLCBpdHMgc3RhcnQgYW5kIHNlcnZlciBwb3NpdGlvbnMu +CiB2b2lkIGFkZEVudGl0eSAodWludDMyIGVpZCwgc3RkOjpzdHJpbmcgbmFtZSwgc3RkOjpzdHJp +bmcgbWVzaCwgQ0VudGl0eTo6VFR5cGUgdHlwZSwgY29uc3QgQ1ZlY3RvciAmc3RhcnRQb3NpdGlv +biwgY29uc3QgQ1ZlY3RvciAmc2VydmVyUG9zaXRpb24sIGZsb2F0IHJhZGl1cywgIGNvbnN0IE5M +TUlTQzo6Q1ZlY3RvciBkaW1lbnNpb25zLCBmbG9hdCBzcGVlZCwgc3RkOjpzdHJpbmcgcHNOYW1l +KQogewotCW5saW5mbyAoImFkZGluZyBlbnRpdHkgJXUgd2l0aCBuYW1lICVzIGFuZCBtZXNoICVz +ICVkIiwgZWlkLCBuYW1lLCBtZXNoLCB0eXBlKTsKKwlubGluZm8gKCJhZGRpbmcgZW50aXR5ICV1 +IHdpdGggbmFtZSAlcyBhbmQgbWVzaCAlcyAlZCIsIGVpZCwgbmFtZS5jX3N0cigpLCBtZXNoLmNf +c3RyKCksIHR5cGUpOwogCiAJLy8gQ2hlY2sgdGhhdCB0aGUgZW50aXR5IGRvZXNuJ3QgZXhpc3Qg +eWV0CiAJRUlUIGVpdCA9IGZpbmRFbnRpdHkgKGVpZCwgZmFsc2UpOwpAQCAtMzQ5LDE1ICszNDks +MTUgQEAKIAogCQlGSVQgZHluYW1pY0ZpcmVhcm1PYmplY3QgPSBGaXJlYXJtcy5maW5kIChDaGFy +YWN0ZXJJbnZlbnRvcnkuZ2V0U2VsZWN0ZWQoKSk7CiAJCUNDbGllbnRGaXJlYXJtICZkeW5hbWlj +RmlyZWFybU9iamVjdGEgPSBkeW5hbWljRmlyZWFybU9iamVjdC0+c2Vjb25kOyAvLyBoYWNrCi0J +CW5saW5mbyggIkZpcmVhcm0gbmFtZT0lcyIsZHluYW1pY0ZpcmVhcm1PYmplY3RhLk5hbWUgKTsK +LQkJbmxpbmZvKCJGaXJlYXJtIFNvdW5kID0lcyIsIGR5bmFtaWNGaXJlYXJtT2JqZWN0YS5GaXJl +U291bmQpOworCQlubGluZm8oICJGaXJlYXJtIG5hbWU9JXMiLGR5bmFtaWNGaXJlYXJtT2JqZWN0 +YS5OYW1lLmNfc3RyKCkgKTsKKwkJbmxpbmZvKCJGaXJlYXJtIFNvdW5kID0lcyIsIGR5bmFtaWNG +aXJlYXJtT2JqZWN0YS5GaXJlU291bmQuY19zdHIoKSk7CiAJCWlmIChkeW5hbWljRmlyZWFybU9i +amVjdGEuRmlyZVNvdW5kIT0iIikKIAkJewogCQkJZW50aXR5LlNvdXJjZSA9IEF1ZGlvTWl4ZXIt +PmNyZWF0ZVNvdXJjZSggZHluYW1pY0ZpcmVhcm1PYmplY3RhLkZpcmVTb3VuZC5jX3N0cigpICk7 +CiAJCQllbnRpdHkuU291cmNlLT5zZXRMb29waW5nIChmYWxzZSk7CiAJCQllbnRpdHkuU291cmNl +LT5wbGF5ICgpOwogCQl9Ci0JCW5saW5mbygiUFMgPSVzIiwgZHluYW1pY0ZpcmVhcm1PYmplY3Rh +LlBhcnRpY2xlU3lzdGVtKTsKKwkJbmxpbmZvKCJQUyA9JXMiLCBkeW5hbWljRmlyZWFybU9iamVj +dGEuUGFydGljbGVTeXN0ZW0uY19zdHIoKSk7CiAJCWlmIChkeW5hbWljRmlyZWFybU9iamVjdGEu +UGFydGljbGVTeXN0ZW0hPSIiKQogCQl7CiAJCQllbnRpdHkuUGFydGljdWxlID0gU2NlbmUtPmNy +ZWF0ZUluc3RhbmNlIChkeW5hbWljRmlyZWFybU9iamVjdGEuUGFydGljbGVTeXN0ZW0pOwpAQCAt +NTA1LDkgKzUwNSw5IEBACiAKIAlpZiAoZW50aXR5LlNvdXJjZSAhPSBOVUxMKSBkZWxldGVTb3Vu +ZChlbnRpdHkpOwogCi0JbmxpbmZvKCJzb3VuZE5hbWUgPSAlcyIsIHNvdW5kTmFtZSk7CisJbmxp +bmZvKCJzb3VuZE5hbWUgPSAlcyIsIHNvdW5kTmFtZS5jX3N0cigpKTsKIAllbnRpdHkuU291cmNl +ID0gQXVkaW9NaXhlci0+Y3JlYXRlU291cmNlIChzb3VuZE5hbWUuY19zdHIoKSwgdHJ1ZSk7Ci0J +bmxpbmZvKCJzb3VuZE5hbWUgPSAlcyIsIHNvdW5kTmFtZSk7CisJbmxpbmZvKCJzb3VuZE5hbWUg +PSAlcyIsIHNvdW5kTmFtZS5jX3N0cigpKTsKIAogCWlmIChlbnRpdHkuU291cmNlICE9IE5VTEwp +CiAJewpAQCAtMTM2OCw0ICsxMzY4LDQgQEAKIAlyZXR1cm4gdHJ1ZTsKIAogCXJldHVybiB0cnVl +OwotfQpcIE5vIG5ld2xpbmUgYXQgZW5kIG9mIGZpbGUKK30KSW5kZXg6IGNsaWVudC9zcmMvZXhw +bG9yaW5nX2ludGVyZmFjZS5jcHAKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQpSQ1MgZmlsZTogL2N2c3Jvb3QvYmFuZy93 +YXJwc3Rvcm1fYWxwaGEvY2xpZW50L3NyYy9leHBsb3JpbmdfaW50ZXJmYWNlLmNwcCx2CnJldHJp +ZXZpbmcgcmV2aXNpb24gMS42CmRpZmYgLXUgLXIxLjYgZXhwbG9yaW5nX2ludGVyZmFjZS5jcHAK +LS0tIGNsaWVudC9zcmMvZXhwbG9yaW5nX2ludGVyZmFjZS5jcHAJMjkgT2N0IDIwMDEgMjI6MjQ6 +NDAgLTAwMDAJMS42CisrKyBjbGllbnQvc3JjL2V4cGxvcmluZ19pbnRlcmZhY2UuY3BwCTI1IEZl +YiAyMDAyIDE2OjU1OjEzIC0wMDAwCkBAIC0xNDIsNyArMTQyLDcgQEAKIAogfQogCi1zZWxlY3RD +bG9zZXN0RXhwbG9yaW5nVGFyZ2V0KCkKK3ZvaWQgc2VsZWN0Q2xvc2VzdEV4cGxvcmluZ1Rhcmdl +dCgpCiB7CiAJbmxpbmZvKCJpbiBzZWwgY2xvc2VzdCB0YXI6IHNlbGVjdGVkIE9iamVjdCBpcyBu +b3c9JWQiLCBTZWxlY3RlZER5bmFtaWNPYmplY3QpOwogCWluaXRTZWxlY3RhYmxlVGFyZ2V0cyhm +YWxzZSk7CkluZGV4OiBjbGllbnQvc3JjL2ludmVudG9yeS5jcHAKPT09PT09PT09PT09PT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQpSQ1MgZmls +ZTogL2N2c3Jvb3QvYmFuZy93YXJwc3Rvcm1fYWxwaGEvY2xpZW50L3NyYy9pbnZlbnRvcnkuY3Bw +LHYKcmV0cmlldmluZyByZXZpc2lvbiAxLjE0CmRpZmYgLXUgLXIxLjE0IGludmVudG9yeS5jcHAK +LS0tIGNsaWVudC9zcmMvaW52ZW50b3J5LmNwcAkyOSBPY3QgMjAwMSAyMjoyNToyOSAtMDAwMAkx +LjE0CisrKyBjbGllbnQvc3JjL2ludmVudG9yeS5jcHAJMjUgRmViIDIwMDIgMTY6NTU6MTMgLTAw +MDAKQEAgLTc4LDcgKzc4LDcgQEAKIAkJcHJpbnRmICgiSE1NIGlzIHRoaXMgTVkgRXJyb3IgJXNc +biIsIGUud2hhdCAoKSk7CiAJfQogLy8JZi5jbG9zZSgpOwotCXByaW50ZigiV2UgaGF2ZSBzYXZl +IHRoZSBzZXJpYWxpemVkIGZpbGUgY2FsbGVkICVzLlxuIiwgY29uZmlnRmlsZU5hbWUpOworCXBy +aW50ZigiV2UgaGF2ZSBzYXZlIHRoZSBzZXJpYWxpemVkIGZpbGUgY2FsbGVkICVzLlxuIiwgY29u +ZmlnRmlsZU5hbWUuY19zdHIoKSk7CiB9CiAKIApJbmRleDogY2xpZW50L3NyYy9sYW5kc2NhcGUu +Y3BwCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 +PT09PT09PT09PT09PT0KUkNTIGZpbGU6IC9jdnNyb290L2Jhbmcvd2FycHN0b3JtX2FscGhhL2Ns +aWVudC9zcmMvbGFuZHNjYXBlLmNwcCx2CnJldHJpZXZpbmcgcmV2aXNpb24gMS41CmRpZmYgLXUg +LXIxLjUgbGFuZHNjYXBlLmNwcAotLS0gY2xpZW50L3NyYy9sYW5kc2NhcGUuY3BwCTI1IE9jdCAy +MDAxIDE4OjQ0OjAxIC0wMDAwCTEuNQorKysgY2xpZW50L3NyYy9sYW5kc2NhcGUuY3BwCTI1IEZl +YiAyMDAyIDE2OjU1OjE0IC0wMDAwCkBAIC00Niw3ICs0Niw2IEBACiAjaW5jbHVkZSA8bmVsLzNk +L3Vfc2NlbmUuaD4KICNpbmNsdWRlIDxuZWwvM2QvdV9tYXRlcmlhbC5oPgogI2luY2x1ZGUgPG5l +bC8zZC91X2xhbmRzY2FwZS5oPgotI2luY2x1ZGUgPC4uL3NyYy8zZC9sYW5kc2NhcGUuaD4KIAog +I2luY2x1ZGUgPG5lbC8zZC91X2luc3RhbmNlX2dyb3VwLmg+CiAjaW5jbHVkZSA8bmVsLzNkL3Vf +bGlnaHQuaD4KQEAgLTYyLDExICs2MSwxMiBAQAogCiAvLyBMYW5kc2NhcGUgVGlsZSBQYWludGVy +IG1vZHVsZQogLy8jaW5jbHVkZSAicGFpbnRlci5oIgorI2lmIDAKICNpbmNsdWRlICIzZC96b25l +X3NlYXJjaC5oIgogI2luY2x1ZGUgIi4uL3NyYy8zZC9sYW5kc2NhcGVfdXNlci5oIgogI2luY2x1 +ZGUgPC4uL3NyYy8zZC92aXN1YWxfY29sbGlzaW9uX2VudGl0eS5oPgogI2luY2x1ZGUgPC4uL3Ny +Yy8zZC92aXN1YWxfY29sbGlzaW9uX21hbmFnZXIuaD4KLQorI2VuZGlmCiAKIC8vCiAvLyBOYW1l +c3BhY2VzCkluZGV4OiBjbGllbnQvc3JjL21vdXNlX2xpc3RlbmVyLmNwcAo9PT09PT09PT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09ClJD +UyBmaWxlOiAvY3Zzcm9vdC9iYW5nL3dhcnBzdG9ybV9hbHBoYS9jbGllbnQvc3JjL21vdXNlX2xp +c3RlbmVyLmNwcCx2CnJldHJpZXZpbmcgcmV2aXNpb24gMS45CmRpZmYgLXUgLXIxLjkgbW91c2Vf +bGlzdGVuZXIuY3BwCi0tLSBjbGllbnQvc3JjL21vdXNlX2xpc3RlbmVyLmNwcAkzIE5vdiAyMDAx +IDExOjE3OjQwIC0wMDAwCTEuOQorKysgY2xpZW50L3NyYy9tb3VzZV9saXN0ZW5lci5jcHAJMjUg +RmViIDIwMDIgMTY6NTU6MTQgLTAwMDAKQEAgLTE5OCw5ICsxOTgsOSBAQAogCQkJfQogCQkJZWxz +ZQogCQkJewotCQkJCW5saW5mbygiX0FpbWVkVGFyZ2V0ICVzIiwgX0FpbWVkVGFyZ2V0LmFzU3Ry +aW5nKCkpOwotCQkJCW5saW5mbygiVmlldyBkaXJlY3Rpb24gJXMiLE1vdXNlTGlzdGVuZXItPmdl +dFZpZXdEaXJlY3Rpb24oKS5hc1N0cmluZygpKTsKLQkJCQlubGluZm8oIlZpZXcgaG90c3BvdCAl +cyIsTW91c2VMaXN0ZW5lci0+Z2V0SG90U3BvdCgpLmFzU3RyaW5nKCkpOworCQkJCW5saW5mbygi +X0FpbWVkVGFyZ2V0ICVzIiwgX0FpbWVkVGFyZ2V0LmFzU3RyaW5nKCkuY19zdHIoKSk7CisJCQkJ +bmxpbmZvKCJWaWV3IGRpcmVjdGlvbiAlcyIsTW91c2VMaXN0ZW5lci0+Z2V0Vmlld0RpcmVjdGlv +bigpLmFzU3RyaW5nKCkuY19zdHIoKSk7CisJCQkJbmxpbmZvKCJWaWV3IGhvdHNwb3QgJXMiLE1v +dXNlTGlzdGVuZXItPmdldEhvdFNwb3QoKS5hc1N0cmluZygpLmNfc3RyKCkpOwogCiAJCQkJc2hv +dFNub3diYWxsIChyYW5kKCksIFNlbGYtPklkLCBfQWltaW5nUG9zaXRpb24sIF9BaW1lZFRhcmdl +dCtDVmVjdG9yKDEwMC4wZiwwLjBmLDAuMGYpLCBTbm93YmFsbFNwZWVkLCBfQWltaW5nRGFtYWdl +KTsKIAkJCX0KSW5kZXg6IGNsaWVudC9zcmMvbmV0d29yay5jcHAKPT09PT09PT09PT09PT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQpSQ1MgZmls +ZTogL2N2c3Jvb3QvYmFuZy93YXJwc3Rvcm1fYWxwaGEvY2xpZW50L3NyYy9uZXR3b3JrLmNwcCx2 +CnJldHJpZXZpbmcgcmV2aXNpb24gMS4zOQpkaWZmIC11IC1yMS4zOSBuZXR3b3JrLmNwcAotLS0g +Y2xpZW50L3NyYy9uZXR3b3JrLmNwcAk4IE5vdiAyMDAxIDA3OjE3OjE2IC0wMDAwCTEuMzkKKysr +IGNsaWVudC9zcmMvbmV0d29yay5jcHAJMjUgRmViIDIwMDIgMTY6NTU6MTQgLTAwMDAKQEAgLTEw +Myw4ICsxMDMsOCBAQAogCW1zZ2luLnNlcmlhbChzY2FsZSk7CiAKIAlubGluZm8oImlkPSVkIiwg +aWQpOwotCW5saW5mbygiRU5USVRZIE5ldCBuYW1lPSVzIiwgbmFtZSk7Ci0JbmxpbmZvKCJFTlRJ +VFkgTmV0IG1lc2g9JXMiLCBtZXNoTmFtZSk7CisJbmxpbmZvKCJFTlRJVFkgTmV0IG5hbWU9JXMi +LCBuYW1lLmNfc3RyKCkpOworCW5saW5mbygiRU5USVRZIE5ldCBtZXNoPSVzIiwgbWVzaE5hbWUu +Y19zdHIoKSk7CiAJbmxpbmZvKCJFTlRJVFkgTmV0IGNsYXNzSWQ9JWQiLCBjbGFzc0lkKTsKIAlp +ZiAoY2xhc3NJZD09NDIpIGNsYXNzSWQ9MTsKIApAQCAtMjk3LDcgKzI5Nyw3IEBACiAKIAltc2dp +bi5zZXJpYWwgKHBvc2l0aW9uKTsKIAltc2dpbi5zZXJpYWwgKHRyYWNlclRleHQpOwotCW5saW5m +bygiIFRleHQ9JXMgYW5kIHBvcz0lZiAlZiAlZiIsIHRyYWNlclRleHQsIHBvc2l0aW9uLngsIHBv +c2l0aW9uLnksIHBvc2l0aW9uLnopOworCW5saW5mbygiIFRleHQ9JXMgYW5kIHBvcz0lZiAlZiAl +ZiIsIHRyYWNlclRleHQuY19zdHIoKSwgcG9zaXRpb24ueCwgcG9zaXRpb24ueSwgcG9zaXRpb24u +eik7CiAJYWRkVGV4dFRyYWNlcih0cmFjZXJUZXh0LCBwb3NpdGlvbik7CiB9CiAKQEAgLTMyNCw5 +ICszMjQsOSBAQAogCW5saW5mbyAoIi0tLS0tLS0tLS0tLS0tLS0tLS0tIik7CiAJbmxpbmZvICgi +UHJvamVjdGlsZUlkID0gJWQiLCBwcm9qZWN0aWxlSWQgKTsKIAlubGluZm8gKCJQbGF5ZXJJZCA9 +ICVkIiwgcGxheWVySWQgKTsKLQlubGluZm8gKCJzaGFwZU5hbWUgPSAlcyIsIHNoYXBlTmFtZSAp +OwotCW5saW5mbyAoInBzTmFtZSA9ICVzIiwgcHNOYW1lICk7Ci0JbmxpbmZvICgic3RhcnQgPSAl +ZCIsIHN0YXJ0ICk7CisJbmxpbmZvICgic2hhcGVOYW1lID0gJXMiLCBzaGFwZU5hbWUuY19zdHIo +KSApOworCW5saW5mbyAoInBzTmFtZSA9ICVzIiwgcHNOYW1lLmNfc3RyKCkgKTsKKwkvLwlubGlu +Zm8gKCJzdGFydCA9ICVkIiwgc3RhcnQgKTsKIAlubGluZm8gKCJ0YXJnZXQgeCA9ICVmIiwgdGFy +Z2V0LnggKTsKIAlubGluZm8gKCJ0YXJnZXQgeSA9ICVmIiwgdGFyZ2V0LnkgKTsKIAlubGluZm8g +KCJ0YXJnZXQgeiA9ICVmIiwgdGFyZ2V0LnogKTsKQEAgLTQwOSwxMyArNDA5LDE0IEBACiAKIAlt +c2dpbi5zZXJpYWwoIENoYXJhY3RlclN0YXRzICk7CiAJbmxpbmZvKCJJIGhhdmUgQ3JlYXRlZCBT +dGF0cyIpOwotCWZvciAoIGludCBpPTA7IGkhPTY7ICsraSApCisJaW50IGk7CisJZm9yICggaT0w +OyBpIT02OyArK2kgKQogCXsKIAkJbmxpbmZvKCIvbiBpMzI6JWkgaGFzIHRoZSB2YWx1ZSBvZiAl +aSBcbiIsIGksIENoYXJhY3RlclN0YXRzLmdldGkzMigpW2ldKTsJCSAKIAl9CiAJZm9yICggaT0w +OyBpIT03OyArK2kgKQogCXsKLQkJbmxpbmZvKCIvbiBzdHI6JWkgaGFzIHRoZSB2YWx1ZSBvZiAl +cyIsIGksIENoYXJhY3RlclN0YXRzLmdldHN0cigpW2ldKTsJCSAKKwkJbmxpbmZvKCIvbiBzdHI6 +JWkgaGFzIHRoZSB2YWx1ZSBvZiAlcyIsIGksIENoYXJhY3RlclN0YXRzLmdldHN0cigpW2ldLmNf +c3RyKCkpOwkJIAogCX0KIAlmb3IgKCBpPTA7IGkhPTI4OyArK2kgKQogCXsKSW5kZXg6IGNsaWVu +dC9zcmMvc291bmQuY3BwCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT09PT0KUkNTIGZpbGU6IC9jdnNyb290L2Jhbmcvd2FycHN0 +b3JtX2FscGhhL2NsaWVudC9zcmMvc291bmQuY3BwLHYKcmV0cmlldmluZyByZXZpc2lvbiAxLjMK +ZGlmZiAtdSAtcjEuMyBzb3VuZC5jcHAKLS0tIGNsaWVudC9zcmMvc291bmQuY3BwCTI2IE9jdCAy +MDAxIDA3OjI4OjU3IC0wMDAwCTEuMworKysgY2xpZW50L3NyYy9zb3VuZC5jcHAJMjUgRmViIDIw +MDIgMTY6NTU6MTUgLTAwMDAKQEAgLTYyLDYgKzYyLDcgQEAKIC8vIEZ1bmN0aW9ucwogLy8KIAor +I2lmZGVmIE5MX09TX1dJTkRPV1MKIHZvaWQJaW5pdFNvdW5kKCkKIHsKIAlBdWRpb01peGVyID0g +VUF1ZGlvTWl4ZXI6OmNyZWF0ZUF1ZGlvTWl4ZXIgKCk7CkBAIC03Myw2ICs3NCw3IEBACiAJU3RT +b3VuZElkID0gKCpTb3VuZElkQXJyYXkpWzFdOwogKi8KIH0KKyNlbmRpZiAvLyBOTF9PU19XSU5E +T1dTCiAKIAogdm9pZAlwbGF5U291bmQgKENFbnRpdHkgJmVudGl0eSwgVFNvdW5kSWQgaWQpCklu +ZGV4OiBjbGllbnQvc3JjL3N0YXRzLmNwcAo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09ClJDUyBmaWxlOiAvY3Zzcm9vdC9i +YW5nL3dhcnBzdG9ybV9hbHBoYS9jbGllbnQvc3JjL3N0YXRzLmNwcCx2CnJldHJpZXZpbmcgcmV2 +aXNpb24gMS4xMApkaWZmIC11IC1yMS4xMCBzdGF0cy5jcHAKLS0tIGNsaWVudC9zcmMvc3RhdHMu +Y3BwCTQgTm92IDIwMDEgMjI6MTE6NDIgLTAwMDAJMS4xMAorKysgY2xpZW50L3NyYy9zdGF0cy5j +cHAJMjUgRmViIDIwMDIgMTY6NTU6MTUgLTAwMDAKQEAgLTEzMiw3ICsxMzIsNyBAQAogCQlwcmlu +dGYgKCJITU0gaXMgdGhpcyBNWSBFcnJvciAlc1xuIiwgZS53aGF0ICgpKTsKIAl9CiAvLwlmLmNs +b3NlKCk7Ci0JcHJpbnRmKCJXZSBoYXZlIHNhdmUgdGhlIHNlcmlhbGl6ZWQgZmlsZSBjYWxsZWQg +JXMuXG4iLCBjb25maWdGaWxlTmFtZSk7CisJcHJpbnRmKCJXZSBoYXZlIHNhdmUgdGhlIHNlcmlh +bGl6ZWQgZmlsZSBjYWxsZWQgJXMuXG4iLCBjb25maWdGaWxlTmFtZS5jX3N0cigpKTsKIAogfQog +CkluZGV4OiBjbGllbnQvc3JjL3N0YXRzX2Rpc3BsYXkuY3BwCj09PT09PT09PT09PT09PT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KUkNTIGZpbGU6 +IC9jdnNyb290L2Jhbmcvd2FycHN0b3JtX2FscGhhL2NsaWVudC9zcmMvc3RhdHNfZGlzcGxheS5j +cHAsdgpyZXRyaWV2aW5nIHJldmlzaW9uIDEuOApkaWZmIC11IC1yMS44IHN0YXRzX2Rpc3BsYXku +Y3BwCi0tLSBjbGllbnQvc3JjL3N0YXRzX2Rpc3BsYXkuY3BwCTI3IE9jdCAyMDAxIDA0OjUyOjM3 +IC0wMDAwCTEuOAorKysgY2xpZW50L3NyYy9zdGF0c19kaXNwbGF5LmNwcAkyNSBGZWIgMjAwMiAx +Njo1NToxNSAtMDAwMApAQCAtMTczLDEzICsxNzMsMTMgQEAKICJUb3BpY2FsSW50ZWdyaXR5OiIp +CiAqLwogCi0JVGV4dENvbnRleHQtPnByaW50ZkF0KHhMZWZ0K3JvdzIseVRvcC0wLjAxZiwiJXMi +LCBDaGFyYWN0ZXJTdGF0cy5nZXRzdHIoKVswXSsiICIrQ2hhcmFjdGVyU3RhdHMuZ2V0c3RyKClb +MV0gICk7Ci0JVGV4dENvbnRleHQtPnByaW50ZkF0KHhMZWZ0K3JvdzIseVRvcC0wLjAzNWYsIiVz +IiwgQ2hhcmFjdGVyU3RhdHMuZ2V0c3RyKClbMl0gKTsKLQlUZXh0Q29udGV4dC0+cHJpbnRmQXQo +eExlZnQrcm93Mix5VG9wLTAuMDZmLCIlcyIsIENoYXJhY3RlclN0YXRzLmdldHN0cigpWzNdICk7 +Ci0JVGV4dENvbnRleHQtPnByaW50ZkF0KHhMZWZ0K3JvdzIseVRvcC0wLjA4NWYsIiVzIiwgQ2hh +cmFjdGVyU3RhdHMuZ2V0c3RyKClbNF0gKTsKLQlUZXh0Q29udGV4dC0+cHJpbnRmQXQoeExlZnQr +cm93Mix5VG9wLTAuMTFmLCIlcyIsIENoYXJhY3RlclN0YXRzLmdldHN0cigpWzVdICk7Ci0JVGV4 +dENvbnRleHQtPnByaW50ZkF0KHhMZWZ0K3JvdzIseVRvcC0wLjEzNWYsIiVzIiwgQ2hhcmFjdGVy +U3RhdHMuZ2V0c3RyKClbNl0gKTsKLQlUZXh0Q29udGV4dC0+cHJpbnRmQXQoeExlZnQrcm93Mix5 +VG9wLTAuMTZmLCIlcyIsIENoYXJhY3RlclN0YXRzLmdldHN0cigpWzddICk7CisJVGV4dENvbnRl +eHQtPnByaW50ZkF0KHhMZWZ0K3JvdzIseVRvcC0wLjAxZiwiJXMiLCAoQ2hhcmFjdGVyU3RhdHMu +Z2V0c3RyKClbMF0rIiAiK0NoYXJhY3RlclN0YXRzLmdldHN0cigpWzFdKS5jX3N0cigpICApOwor +CVRleHRDb250ZXh0LT5wcmludGZBdCh4TGVmdCtyb3cyLHlUb3AtMC4wMzVmLCIlcyIsIENoYXJh +Y3RlclN0YXRzLmdldHN0cigpWzJdLmNfc3RyKCkgKTsKKwlUZXh0Q29udGV4dC0+cHJpbnRmQXQo +eExlZnQrcm93Mix5VG9wLTAuMDZmLCIlcyIsIENoYXJhY3RlclN0YXRzLmdldHN0cigpWzNdLmNf +c3RyKCkgKTsKKwlUZXh0Q29udGV4dC0+cHJpbnRmQXQoeExlZnQrcm93Mix5VG9wLTAuMDg1Ziwi +JXMiLCBDaGFyYWN0ZXJTdGF0cy5nZXRzdHIoKVs0XS5jX3N0cigpICk7CisJVGV4dENvbnRleHQt +PnByaW50ZkF0KHhMZWZ0K3JvdzIseVRvcC0wLjExZiwiJXMiLCBDaGFyYWN0ZXJTdGF0cy5nZXRz +dHIoKVs1XS5jX3N0cigpICk7CisJVGV4dENvbnRleHQtPnByaW50ZkF0KHhMZWZ0K3JvdzIseVRv +cC0wLjEzNWYsIiVzIiwgQ2hhcmFjdGVyU3RhdHMuZ2V0c3RyKClbNl0uY19zdHIoKSApOworCVRl +eHRDb250ZXh0LT5wcmludGZBdCh4TGVmdCtyb3cyLHlUb3AtMC4xNmYsIiVzIiwgQ2hhcmFjdGVy +U3RhdHMuZ2V0c3RyKClbN10uY19zdHIoKSApOwogCVRleHRDb250ZXh0LT5wcmludGZBdCh4TGVm +dCtyb3cyLHlUb3AtMC4xODVmLCIlZCBrZyIsIENoYXJhY3RlclN0YXRzLmdldGkxNigpWzBdICk7 +CiAJVGV4dENvbnRleHQtPnByaW50ZkF0KHhMZWZ0K3JvdzIseVRvcC0wLjIxZiwiJWQgY20iLCBD +aGFyYWN0ZXJTdGF0cy5nZXRpMTYoKVsxXSApOwogCVRleHRDb250ZXh0LT5wcmludGZBdCh4TGVm +dCtyb3cyLHlUb3AtMC4yNmYsIiVkIiwgQ2hhcmFjdGVyU3RhdHMuZ2V0aTE2KClbM10gKTsKSW5k +ZXg6IGNsaWVudC9zcmMvd29ybGRfb2JqZWN0cy5jcHAKPT09PT09PT09PT09PT09PT09PT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQpSQ1MgZmlsZTogL2N2 +c3Jvb3QvYmFuZy93YXJwc3Rvcm1fYWxwaGEvY2xpZW50L3NyYy93b3JsZF9vYmplY3RzLmNwcCx2 +CnJldHJpZXZpbmcgcmV2aXNpb24gMS4xMgpkaWZmIC11IC1yMS4xMiB3b3JsZF9vYmplY3RzLmNw +cAotLS0gY2xpZW50L3NyYy93b3JsZF9vYmplY3RzLmNwcAk4IE5vdiAyMDAxIDA3OjE4OjM2IC0w +MDAwCTEuMTIKKysrIGNsaWVudC9zcmMvd29ybGRfb2JqZWN0cy5jcHAJMjUgRmViIDIwMDIgMTY6 +NTU6MTUgLTAwMDAKQEAgLTg5LDcgKzg5LDcgQEAKIAkJbmxpbmZvICgiSE1NIGlzIHRoaXMgTVkg +RXJyb3IgJXNcbiIsIGUud2hhdCAoKSk7CiAJfQogCi0JbmxpbmZvKCJXZSBoYXZlIHNhdmUgdGhl +IHNlcmlhbGl6ZWQgZmlsZSBjYWxsZWQgJXMuXG4iLCBmaWxlTmFtZSk7CisJbmxpbmZvKCJXZSBo +YXZlIHNhdmUgdGhlIHNlcmlhbGl6ZWQgZmlsZSBjYWxsZWQgJXMuXG4iLCBmaWxlTmFtZS5jX3N0 +cigpKTsKIH0KIAogCkBAIC0zODYsNCArMzg2LDQgQEAKIAlmLnNlcmlhbChWaXNhYmxlKTsKIAlm +LnNlcmlhbChSYWRpdXMsIEhlaWdodCwgU2NhbGUsIFdlaWdodCwgRHVyYWJpbGl0eSk7CiAJZi5z +ZXJpYWwoUXVhbGl0eSwgTWFpbnRlbmFuY2UpOwotfQpcIE5vIG5ld2xpbmUgYXQgZW5kIG9mIGZp +bGUKK30KSW5kZXg6IGNsaWVudC9zcmMvd29ybGRfdHlwZXMuY3BwCj09PT09PT09PT09PT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KUkNTIGZp +bGU6IC9jdnNyb290L2Jhbmcvd2FycHN0b3JtX2FscGhhL2NsaWVudC9zcmMvd29ybGRfdHlwZXMu +Y3BwLHYKcmV0cmlldmluZyByZXZpc2lvbiAxLjcKZGlmZiAtdSAtcjEuNyB3b3JsZF90eXBlcy5j +cHAKLS0tIGNsaWVudC9zcmMvd29ybGRfdHlwZXMuY3BwCTEgTm92IDIwMDEgMTA6MTk6NTcgLTAw +MDAJMS43CisrKyBjbGllbnQvc3JjL3dvcmxkX3R5cGVzLmNwcAkyNSBGZWIgMjAwMiAxNjo1NTox +NSAtMDAwMApAQCAtODcsNyArODcsNyBAQAogCQlubGluZm8gKCJITU0gaXMgdGhpcyBNWSBFcnJv +ciAlc1xuIiwgZS53aGF0ICgpKTsKIAl9CiAvLwlmLmNsb3NlKCk7Ci0JbmxpbmZvKCJXZSBoYXZl +IHNhdmUgdGhlIHNlcmlhbGl6ZWQgZmlsZSBjYWxsZWQgJXMuXG4iLCBmaWxlTmFtZSk7CisJbmxp +bmZvKCJXZSBoYXZlIHNhdmUgdGhlIHNlcmlhbGl6ZWQgZmlsZSBjYWxsZWQgJXMuXG4iLCBmaWxl +TmFtZS5jX3N0cigpKTsKIH0KIAogCkBAIC0xMDUsNyArMTA1LDcgQEAKIAogdm9pZAkJQ1dvcmxk +VHlwZTo6Y3JlYXRlRnJvbVRleHRGaWxlKCBDQ29uZmlnRmlsZSBjb25maWdGaWxlICkKIHsKLQlu +bGluZm8oIkVudGVyaW5nIGNyZWF0ZUZyb21UZXh0RmlsZSBDV29ybGRUeXBlLiAlcyIsIGNvbmZp +Z0ZpbGUuZ2V0RmlsZW5hbWUoKSk7CisJbmxpbmZvKCJFbnRlcmluZyBjcmVhdGVGcm9tVGV4dEZp +bGUgQ1dvcmxkVHlwZS4gJXMiLCBjb25maWdGaWxlLmdldEZpbGVuYW1lKCkuY19zdHIoKSk7CiAK +IAlUeXBlSWQgPSBjb25maWdGaWxlLmdldFZhcigiVHlwZUlkIikuYXNJbnQoKTsKIAlDbGFzc0lk +ID0gY29uZmlnRmlsZS5nZXRWYXIoIkNsYXNzSWQiKS5hc0ludCgpOwpAQCAtMTQwLDcgKzE0MCw3 +IEBACiAKIHZvaWQJQ0ZpcmVhcm1UeXBlOjpjcmVhdGVGcm9tVGV4dEZpbGUoIENDb25maWdGaWxl +IGNvbmZpZ0ZpbGUgKQogewotCW5saW5mbygiRW50ZXJpbmcgY3JlYXRlRnJvbVRleHRGaWxlIENG +aXJlYXJtVHlwZS4gJXMiLCBjb25maWdGaWxlLmdldEZpbGVuYW1lKCkpOworCW5saW5mbygiRW50 +ZXJpbmcgY3JlYXRlRnJvbVRleHRGaWxlIENGaXJlYXJtVHlwZS4gJXMiLCBjb25maWdGaWxlLmdl +dEZpbGVuYW1lKCkuY19zdHIoKSk7CiAKIAlUeXBlSWQgPSBjb25maWdGaWxlLmdldFZhcigiVHlw +ZUlkIikuYXNJbnQoKTsKIAlDbGFzc0lkID0gY29uZmlnRmlsZS5nZXRWYXIoIkNsYXNzSWQiKS5h +c0ludCgpOwpAQCAtMjAxLDcgKzIwMSw3IEBACiAKIHZvaWQJQ0J1bGxldFR5cGU6OmNyZWF0ZUZy +b21UZXh0RmlsZSggQ0NvbmZpZ0ZpbGUgY29uZmlnRmlsZSApCiB7Ci0JbmxpbmZvKCJFbnRlcmlu +ZyBjcmVhdGVGcm9tVGV4dEZpbGUgQ0J1bGxldFR5cGUuICVzIiwgY29uZmlnRmlsZS5nZXRGaWxl +bmFtZSgpKTsKKwlubGluZm8oIkVudGVyaW5nIGNyZWF0ZUZyb21UZXh0RmlsZSBDQnVsbGV0VHlw +ZS4gJXMiLCBjb25maWdGaWxlLmdldEZpbGVuYW1lKCkuY19zdHIoKSk7CiAKIAlUeXBlSWQgPSBj +b25maWdGaWxlLmdldFZhcigiVHlwZUlkIikuYXNJbnQoKTsKIAlDbGFzc0lkID0gY29uZmlnRmls +ZS5nZXRWYXIoIkNsYXNzSWQiKS5hc0ludCgpOwpAQCAtMzI4LDQgKzMyOCw0IEBACiAKIAlmLnNl +cmlhbCggQ2FyYm9zLCBQcm90ZWlucywgVml0YW1pbkEsIFZpdGFtaW5CLCBWaXRhbWluQyApOwog +CWYuc2VyaWFsKCBGYXRzLCBXYXRlciApOwotfQpcIE5vIG5ld2xpbmUgYXQgZW5kIG9mIGZpbGUK +K30KSW5kZXg6IHNlcnZlci9mcm9udGVuZC9zcmMvbWFpbi5jcHAKPT09PT09PT09PT09PT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQpSQ1MgZmls +ZTogL2N2c3Jvb3QvYmFuZy93YXJwc3Rvcm1fYWxwaGEvc2VydmVyL2Zyb250ZW5kL3NyYy9tYWlu +LmNwcCx2CnJldHJpZXZpbmcgcmV2aXNpb24gMS4zMgpkaWZmIC11IC1yMS4zMiBtYWluLmNwcAot +LS0gc2VydmVyL2Zyb250ZW5kL3NyYy9tYWluLmNwcAkxMiBOb3YgMjAwMSAyMTozODoyMiAtMDAw +MAkxLjMyCisrKyBzZXJ2ZXIvZnJvbnRlbmQvc3JjL21haW4uY3BwCTI1IEZlYiAyMDAyIDE2OjU1 +OjE2IC0wMDAwCkBAIC05OSw2ICs5OSw3IEBACiB9CiAKIAorCiAvKioqKioqKioqKioqKioqKioq +KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq +KgogICogY2JDaGF0Q2xpZW50CiAgKgpAQCAtODI2LDcgKzgyNyw3IEBACiAJbXNnaW4uc2VyaWFs +KCBUeXBlSWQpOwogCW1zZ2luLnNlcmlhbCggTmFtZSApOwogCW1zZ2luLnNlcmlhbCggTWVzaE5h +bWUgKTsKLW5saW5mbygiLiVzIiwgTWVzaE5hbWUpOworbmxpbmZvKCIuJXMiLCBNZXNoTmFtZS5j +X3N0cigpKTsKIAltc2dpbi5zZXJpYWwoIFBvc2l0aW9uICk7CiAJbXNnaW4uc2VyaWFsKCBIZWFk +aW5nKTsKIAltc2dpbi5zZXJpYWwoIFRyYWpWZWN0b3IpOwo= +--0hAErvZwfB +Content-Type: text/plain; charset=us-ascii +Content-Description: .signature +Content-Transfer-Encoding: 7bit + + +-- +Loic Dachary http://www.dachary.org/ loic@dachary.org +12 bd Magenta http://www.senga.org/ loic@senga.org +75010 Paris T: 33 1 42 45 07 97 loic@gnu.org + GPG Public Key: http://www.dachary.org/loic/gpg.txt + +--0hAErvZwfB-- + +From neuser.jp@club-internet.fr Tue Feb 26 00:13:05 2002 +Received: from relay-2m.club-internet.fr (relay-2m.club-internet.fr [195.36.216.171]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1PND5W55538 + for ; Tue, 26 Feb 2002 00:13:05 +0100 (CET) + (envelope-from neuser.jp@club-internet.fr) +Received: from kissmaniac (lns02m-3-231.w.club-internet.fr [212.194.14.231]) + by relay-2m.club-internet.fr (Postfix) with SMTP id 865211685 + for ; Tue, 26 Feb 2002 00:06:48 +0100 (CET) +Message-ID: <000501c1be51$1b993b60$e70ec2d4@kissmaniac> +From: "neuser jean-philippe" +To: +Date: Tue, 26 Feb 2002 00:06:49 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 6.00.2600.0000 +X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 +Subject: [Nel] level design compile error +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +X-Reply-To: "neuser jean-philippe" +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Hello +I m trying to build the level design but i have some include error. +false directory link ( files exist but at this directory and some doesn't +exist ) + +i use build batch... + +what the solution thanks ? + + +A+ + + +From Alain.Dutech@loria.fr Tue Feb 26 11:29:41 2002 +Received: from lorraine.loria.fr (lorraine.loria.fr [152.81.1.17]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1QATfW08806 + for ; Tue, 26 Feb 2002 11:29:41 +0100 (CET) + (envelope-from Alain.Dutech@loria.fr) +Received: from bar.loria.fr (bar.loria.fr [152.81.2.13]) + by lorraine.loria.fr (8.9.3/8.9.3/8.9.3/JCG-DG) with ESMTP id LAA19308 + for ; Tue, 26 Feb 2002 11:23:24 +0100 (MET) +Received: from loria.fr (localhost [127.0.0.1]) + by bar.loria.fr (8.9.3/8.9.3/8.9.3-client/JCG) with ESMTP id LAA27820 + for ; Tue, 26 Feb 2002 11:23:23 +0100 (MET) +Message-ID: <3C7B621B.B6960243@loria.fr> +Date: Tue, 26 Feb 2002 11:23:23 +0100 +From: Alain Dutech +X-Mailer: Mozilla 4.76 [en] (X11; U; SunOS 5.7 sun4u) +X-Accept-Language: en +MIME-Version: 1.0 +To: NeL +Content-Type: text/plain; charset=us-ascii +Content-Transfer-Encoding: 7bit +Subject: [Nel] Exec pb with '-with-debug' +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Hi, + +trying too fixe some latent assert +- constant flow of : +AST12088 debug.h 384 : "dynamic_cast(o)" + +I compiled nel and snowballs2 with --with-debug +and then +[dutech@crevic client]$ snowballs +INF32265 client.cpp 145 : Starting Snowballs ! +WRN32265 dru.cpp 95 : when loading dynamic library 'libnel_drv_opengl.so': /usr/local/lib/libnel_drv_opengl.so: +undefined symbol: setupUserTextureMatrix__Q24NL3D9CDriverGLUiRQ24NL3D9CMaterial +WRN32265 common.cpp 401 : Exception will be launched: libnel_drv_opengl.so not found +Abandon + +Any hints? I thought Exception were to be catch somewhere... + +My Config : +Red Hat 7.1 GNU/Linux +gcc version 2.96 +STLport version 4.5.1 +GL_VERSION: 1.2 Mesa 3.4 +GL_RENDERER: Mesa DRI Voodoo3 20001101 + +CVS tree of 21/01/2002 + +Alain + + + +From vizerie@nevrax.com Tue Feb 26 11:38:42 2002 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1QAcfW08963 + for ; Tue, 26 Feb 2002 11:38:41 +0100 (CET) + (envelope-from vizerie@nevrax.com) +Received: from nicolasv (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g1QAWQn62837; + Tue, 26 Feb 2002 11:32:26 +0100 (CET) + (envelope-from vizerie@nevrax.com) +Message-ID: <003801c1beb0$e30e6ee0$1d01a8c0@nicolasv> +From: "Nicolas Vizerie" +To: +Cc: +References: <13639829281.20020226035849@in-orbit.net> +Subject: Re: [Nel] Enabling Water Pools in Client +Date: Tue, 26 Feb 2002 11:32:27 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 5.00.2919.6700 +X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Hi Robert, + +The way you proceed seems correct. Well, for now, you have to create a water +pool the way the object viewer does, since it isn't exposed by the user +interface for now. One is provided as the default if you don't create one, +however. Note that you can also edit the water pool in the object viewer and +save it, so just do a serial on the water pool then. +You must also be sure that the normal of the water is pointing towards +positives z when you create it, it can't work otherwise and will either +display nothing or garbage. + +Here's the complete process anyway: + +- Create a convex polygon in the x-y plane where your water surface is. Note +that the way it is tesselated force you to make it intersect the border of +the object containing the water. +- Assign it a NeL water material (see +\nel\tools\3d\plugin_max\nel_water_material.txt for details) +- Apply mapping coordinates to the surface if you use a diffuse map. + +At this point you can see the surface by selecting it and clicking 'View the +scene'. A GeForce 3 or better is needed to get the water looking good, other +versions will be done later (older card are supported, but with no bump) + +If you want waves on your surface : + +- Create a wave maker (Geometry / NeL tools / Wave maker) +- Assign it the same ID than the water surfaces it must create waves in +- Go to the object viewer. +- Edit the water pool properties to get the waves you want (and eventually +save it). Note that a water pool is shared by several water surfaces (to +allow waves propagating from one surface to another). Waves can only be seen +when near the viewer, so you may need to adjust the parameter 'Water Unit +Size' to a higher value. +- Export the shapes and the instance groups. + +Then you load it in the client, the way you did, and it should work : + + UInstanceGroup *ig = +UInstanceGroup::createInstanceGroup(std::string("water.ig")); + ig->addToScene(*scene); +// setup the water pool then... + +If this doesn't work, you could also check wether the shapes are found. + +Hope it helps + +Regards, +Nicolas Vizerie + + +----- Original Message ----- +From: "Robert Bjarnason" +To: +Sent: Tuesday, February 26, 2002 12:58 PM +Subject: [Nel] Enabling Water Pools in Client + + +> Hi, +> +> I've been trying to get a Water Pool to work +> in a client app that is based on the Snowballs +> client. I've spent a lot of time trying to +> figure this out, my pool works fine in the +> object viewer, but not when I load it into +> the client along with the WaveMaker shape. +> +> One thing I noticed is that CWaterModel::registerBasic() +> is not called, I tried adding CScene::registerBasics (); +> and then the CWaterModel is registered... But +> no pool appears... +> + +> Is it possible to enable the Water Pools using +> the UDriver concept or should I set up my Driver +> more like the ObjectViewer does it? +> +> Here is how I create the WaterPoolManager after +> and Instance Group with a WaterShape and WaveMakerShape +> has been loaded and added to the Scene: +> +> WaterPoolManager = &NL3D::GetWaterPoolManager(); +> +> NL3D::CWaterPoolManager::CWaterHeightMapBuild whmb; +> whmb.ID = 0; +> whmb.Name = "Water01"; +> whmb.Size = 256; +> whmb.FilterWeight = 3.0f; +> whmb.UnitSize = 0.3f; +> whmb.WavesEnabled = true; +> whmb.WaveIntensity = 1.5f; +> whmb.WavePeriod = 0.05f; +> whmb.WaveRadius = 3; +> whmb.BorderWaves = true; +> whmb.Damping = 0.99f; +> +> WaterPoolManager->createWaterPool(whmb); +> WaterPoolManager->setBlendFactor(dynamic_cast (Driver), 0.1f); +> +> Any hints would be appreciated... +> +> Thanks, +> Robert Bjarnason +> robofly@in-orbit.net +> +> +> _______________________________________________ +> Nel mailing list +> Nel@nevrax.org +> http://www.nevrax.org/mailman/listinfo.cgi/nel +> + + +From miller@nevrax.com Tue Feb 26 12:36:51 2002 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1QBakW10157 + for ; Tue, 26 Feb 2002 12:36:46 +0100 (CET) + (envelope-from miller@nevrax.com) +Received: from miller (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g1QBUUn63752 + for ; Tue, 26 Feb 2002 12:30:30 +0100 (CET) + (envelope-from miller@nevrax.com) +From: "Daniel Miller" +To: +Subject: RE: [Nel] Enabling Water Pools in Client +Date: Tue, 26 Feb 2002 12:30:30 +0100 +Message-ID: +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 (Normal) +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) +X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 +Importance: Normal +In-Reply-To: <003801c1beb0$e30e6ee0$1d01a8c0@nicolasv> +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +I've observed some odd behaviour relating to the water - sometiimes its +there and sometimes its not... + +- Try compiling in different modes and see if it starts working. (one of the +guys on the Ryzom team has a problem in certain build modes) + +- Behaviour may be different on different machines but this remains to be +confirmed. (I've seen problems on some machines but I can't guarantee that +they were running the same executables as the machines that run OK) + +We haven't looked into how to make the problem repeatable yet - when we do +we'll fix it. + +Cheers + +-----Original Message----- +From: nel-admin@nevrax.org [mailto:nel-admin@nevrax.org]On Behalf Of +Nicolas Vizerie +Sent: Tuesday, February 26, 2002 11:32 AM +To: nel@nevrax.org +Cc: robofly@in-orbit.net +Subject: Re: [Nel] Enabling Water Pools in Client + + +Hi Robert, + +The way you proceed seems correct. Well, for now, you have to create a water +pool the way the object viewer does, since it isn't exposed by the user +interface for now. One is provided as the default if you don't create one, +however. Note that you can also edit the water pool in the object viewer and +save it, so just do a serial on the water pool then. +You must also be sure that the normal of the water is pointing towards +positives z when you create it, it can't work otherwise and will either +display nothing or garbage. + +Here's the complete process anyway: + +- Create a convex polygon in the x-y plane where your water surface is. Note +that the way it is tesselated force you to make it intersect the border of +the object containing the water. +- Assign it a NeL water material (see +\nel\tools\3d\plugin_max\nel_water_material.txt for details) +- Apply mapping coordinates to the surface if you use a diffuse map. + +At this point you can see the surface by selecting it and clicking 'View the +scene'. A GeForce 3 or better is needed to get the water looking good, other +versions will be done later (older card are supported, but with no bump) + +If you want waves on your surface : + +- Create a wave maker (Geometry / NeL tools / Wave maker) +- Assign it the same ID than the water surfaces it must create waves in +- Go to the object viewer. +- Edit the water pool properties to get the waves you want (and eventually +save it). Note that a water pool is shared by several water surfaces (to +allow waves propagating from one surface to another). Waves can only be seen +when near the viewer, so you may need to adjust the parameter 'Water Unit +Size' to a higher value. +- Export the shapes and the instance groups. + +Then you load it in the client, the way you did, and it should work : + + UInstanceGroup *ig = +UInstanceGroup::createInstanceGroup(std::string("water.ig")); + ig->addToScene(*scene); +// setup the water pool then... + +If this doesn't work, you could also check wether the shapes are found. + +Hope it helps + +Regards, +Nicolas Vizerie + + +----- Original Message ----- +From: "Robert Bjarnason" +To: +Sent: Tuesday, February 26, 2002 12:58 PM +Subject: [Nel] Enabling Water Pools in Client + + +> Hi, +> +> I've been trying to get a Water Pool to work +> in a client app that is based on the Snowballs +> client. I've spent a lot of time trying to +> figure this out, my pool works fine in the +> object viewer, but not when I load it into +> the client along with the WaveMaker shape. +> +> One thing I noticed is that CWaterModel::registerBasic() +> is not called, I tried adding CScene::registerBasics (); +> and then the CWaterModel is registered... But +> no pool appears... +> + +> Is it possible to enable the Water Pools using +> the UDriver concept or should I set up my Driver +> more like the ObjectViewer does it? +> +> Here is how I create the WaterPoolManager after +> and Instance Group with a WaterShape and WaveMakerShape +> has been loaded and added to the Scene: +> +> WaterPoolManager = &NL3D::GetWaterPoolManager(); +> +> NL3D::CWaterPoolManager::CWaterHeightMapBuild whmb; +> whmb.ID = 0; +> whmb.Name = "Water01"; +> whmb.Size = 256; +> whmb.FilterWeight = 3.0f; +> whmb.UnitSize = 0.3f; +> whmb.WavesEnabled = true; +> whmb.WaveIntensity = 1.5f; +> whmb.WavePeriod = 0.05f; +> whmb.WaveRadius = 3; +> whmb.BorderWaves = true; +> whmb.Damping = 0.99f; +> +> WaterPoolManager->createWaterPool(whmb); +> WaterPoolManager->setBlendFactor(dynamic_cast (Driver), 0.1f); +> +> Any hints would be appreciated... +> +> Thanks, +> Robert Bjarnason +> robofly@in-orbit.net +> +> +> _______________________________________________ +> Nel mailing list +> Nel@nevrax.org +> http://www.nevrax.org/mailman/listinfo.cgi/nel +> + +_______________________________________________ +Nel mailing list +Nel@nevrax.org +http://www.nevrax.org/mailman/listinfo.cgi/nel + + +From robert@in-orbit.net Tue Feb 26 12:43:56 2002 +Received: from quasar.skima.is (quasar.skima.is [212.30.200.205]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1QBhuW10328 + for ; Tue, 26 Feb 2002 12:43:56 +0100 (CET) + (envelope-from robert@in-orbit.net) +Received: from [157.157.146.56] by quasar.skima.is with ESMTP for nel@nevrax.org; Tue, 26 Feb 2002 11:37:40 Z +Date: Tue, 26 Feb 2002 12:05:45 -0800 +From: Robert Bjarnason +X-Mailer: The Bat! (v1.49) Personal +Organization: InOrbit Entertainment, Inc. +X-Priority: 3 (Normal) +Message-Id: <5969045552.20020226120545@in-orbit.net> +To: Nicolas Vizerie +Subject: Re[2]: [Nel] Enabling Water Pools in Client +In-reply-To: <003801c1beb0$e30e6ee0$1d01a8c0@nicolasv> +References: <13639829281.20020226035849@in-orbit.net> + <003801c1beb0$e30e6ee0$1d01a8c0@nicolasv> +Mime-Version: 1.0 +Content-Type: text/plain; charset=ISO-8859-1 +Content-Transfer-Encoding: 8bit +X-MIME-Autoconverted: from quoted-printable to 8bit by www.nevrax.org id g1QBhuW10328 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +X-Reply-To: =?ISO-8859-1?Q?R=F3bert_Bjarnason?= +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Hi Nicolas, + +NV> Well, for now, you have to create a water pool the way the object viewer does, +NV> since it isn't exposed by the user interface for now. + +I might be missing something in this process of creating +the water pool the way the object viewer does it... + +NV> - Export the shapes and the instance groups. + +After making my pool look really good in Object Viewer +I export the shapes and the instance group. + +NV> Then you load it in the client, the way you did, and it should work : + +Then I use this code to load the ig: + +UInstanceGroup *waterIg = UInstanceGroup::createInstanceGroup(std::string("9_AO.ig")); +waterIg->addToScene(*Scene); + +WaterPoolManager = &NL3D::GetWaterPoolManager(); +NL3D::CWaterPoolManager::CWaterHeightMapBuild whmb; +whmb.ID = 0; +<-cut whmb setup-> +WaterPoolManager->createWaterPool(whmb); +nlinfo("Nr of waterpools %d nr.",WaterPoolManager->getNumPools()); +WaterPoolManager->setBlendFactor(dynamic_cast (Driver), 0.1f); + +NV> If this doesn't work, you could also check wether the shapes are found. + +The WaterShape is added to the scene I confirmed that +with debug code. + +But this method in CWaterModel is never +called: void CWaterModel::registerBasic() + +This leads me to belive that there is something that I'm +missing in the setup of the Driver, can this be the case? + +Thanks, +Robert + + + +From loic@dachary.org Tue Feb 26 13:32:06 2002 +Received: from inspiron.dachary.org (aboukir-101-1-13-alebeon.adsl.nerim.net [62.212.101.54]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1QCW5W11195 + for ; Tue, 26 Feb 2002 13:32:05 +0100 (CET) + (envelope-from loic@dachary.org) +Received: from loic by inspiron.dachary.org with local (Exim 3.34 #1 (Debian)) + id 16fgfj-000413-00 + for ; Tue, 26 Feb 2002 13:25:31 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Transfer-Encoding: 7bit +Message-ID: <15483.32442.930531.796099@inspiron.dachary.org> +Date: Tue, 26 Feb 2002 13:25:30 +0100 +From: Loic Dachary +To: nel@nevrax.org +Subject: Re: [Nel] Exec pb with '-with-debug' +In-Reply-To: Alain Dutech's message of 26 February 2002 11:23:23 +0100 +References: <3C7B621B.B6960243@loria.fr> +X-Mailer: VM 7.01 under Emacs 21.1.1 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +X-Reply-To: loic@gnu.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Alain Dutech writes: + > + > Hi, + > + > trying too fixe some latent assert + > - constant flow of : + > AST12088 debug.h 384 : "dynamic_cast(o)" + > + > I compiled nel and snowballs2 with --with-debug + > and then + > [dutech@crevic client]$ snowballs + > INF32265 client.cpp 145 : Starting Snowballs ! + > WRN32265 dru.cpp 95 : when loading dynamic library 'libnel_drv_opengl.so': /usr/local/lib/libnel_drv_opengl.so: + > undefined symbol: setupUserTextureMatrix__Q24NL3D9CDriverGLUiRQ24NL3D9CMaterial + > WRN32265 common.cpp 401 : Exception will be launched: libnel_drv_opengl.so not found + > Abandon + > + > Any hints? I thought Exception were to be catch somewhere... + + setupUserTextureMatrix was previously declared inline in +driver_opengl.h and that triggered this problem. It was fixed, though. Are +you using the CVS tree ? If not you should ;-) + + Cheers, + +-- +Loic Dachary http://www.dachary.org/ loic@dachary.org +12 bd Magenta http://www.senga.org/ loic@senga.org +75010 Paris T: 33 1 42 45 07 97 loic@gnu.org + GPG Public Key: http://www.dachary.org/loic/gpg.txt + +From robert@in-orbit.net Tue Feb 26 14:00:13 2002 +Received: from quasar.skima.is (quasar.skima.is [212.30.200.205]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1QD0CW11743 + for ; Tue, 26 Feb 2002 14:00:12 +0100 (CET) + (envelope-from robert@in-orbit.net) +Received: from [157.157.146.56] by quasar.skima.is with ESMTP for nel@nevrax.org; Tue, 26 Feb 2002 12:53:56 Z +Date: Tue, 26 Feb 2002 13:22:02 -0800 +From: Robert Bjarnason +X-Mailer: The Bat! (v1.49) Personal +Organization: InOrbit Entertainment, Inc. +X-Priority: 3 (Normal) +Message-Id: <8073622223.20020226132202@in-orbit.net> +To: Loic Dachary +Subject: Re[2]: [Nel] invisible users +In-reply-To: <15482.28317.541820.605812@inspiron.dachary.org> +References: + <15482.2797.921111.242323@inspiron.dachary.org> + <114154010305.20020225150648@in-orbit.net> + <15482.28317.541820.605812@inspiron.dachary.org> +Mime-Version: 1.0 +Content-Type: text/plain; charset=ISO-8859-1 +Content-Transfer-Encoding: 8bit +X-MIME-Autoconverted: from quoted-printable to 8bit by www.nevrax.org id g1QD0CW11743 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +X-Reply-To: =?ISO-8859-1?Q?R=F3bert_Bjarnason?= +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Hi Loic, + +LD> Thanks for the pointer. I started to compile it and ran into +LD> many minor compilation issues (see the patch below). When the server +LD> refused to link I started to ask myself if I was using the proper code +LD> base ;-) It looks like part of the client/src should be included in a +LD> support library so that the server can use it. Are you running into +LD> the same problems or am I missing something ? + +Actually we just started to work on this codebase again, +last commit was over 3 months ago when things were +a little different ;) Thanks for the patch :) +Michael is working on a re-implementation of the +server code-base and will commit soon... + +And yes we need to separate classes that are common +with the client and server, those classes are mostly +game-mech related, definition of dynamic objects, +weapons and stuff like that. Next step for us is to +create those using the NeL level design tools and +agent system. + +When we were last working on this demo, we didn't have +the tools to create the PACS data for our Landscape, so +the landscape is from Snowballs. + +LD> Also, I guess that I'll need some sample data files at some +LD> point. Could you tell me where they can be found ? + +We'll put the content that is needed in addition to the +snowballs landscape online soon. + +Thanks, +Robert + + + +From fmdz@libertysurf.fr Tue Feb 26 15:31:28 2002 +Received: from mail.libertysurf.net (mail.libertysurf.net [213.36.80.91]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1QEVRW13346 + for ; Tue, 26 Feb 2002 15:31:27 +0100 (CET) + (envelope-from fmdz@libertysurf.fr) +Received: from tiscali.fr (127.0.0.1) by mail.libertysurf.net (5.1.053) + id 3BE819F9003AD335 for nel@nevrax.org; Tue, 26 Feb 2002 15:25:09 +0100 +Date: Tue, 26 Feb 2002 15:25:09 +0100 +Message-Id: +MIME-Version: 1.0 +Content-Type: text/plain +From: "fmdz@libertysurf.fr" +To: nel@nevrax.org +X-XaM3-API-Version: 1.1.9.1.38 +X-SenderIP: 195.101.57.97 +Content-Transfer-Encoding: 8bit +X-MIME-Autoconverted: from quoted-printable to 8bit by www.nevrax.org id g1QEVRW13346 +Subject: [Nel] Looking for a job in France => GNU/Linux and/or 3D real-time +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Hi all... +I'm sorry to disturb every body on a mailling list. + +I've just discovered nevrax (by the www.gnu.org/jobs). +As I'm looking for a job in france, i'll continue in +french! ;-) + +Je bosse dans une SSII depuis 4 ans, et j'en ai un peu +marre de 'jouer au consultant': étant le seul de ma boite +à être passioné par les pingouins, j'ai du mal à +convaincre les commerciaux de chercher chez leurs clients +des missions qui me plaisent réellement (au mieux, je +trouve des migrations de serveurs NT->GNU/Linux, des +formations, ou des interventions 'pompier') + +En bref, le boulot 'du jour' n'est pas passionnant, alors +je bosse chez moi sur OpenGL, puis sur Performer (Silicon +Graphics). Je peux fournir des screenshots de ce que je +fais sur demande. +Je suis 'spécialisé' dans les scènes d'extérieur, et je +commence à me construire mon petit simulateur d'engins +(pas un vrai truc d'avion, mais plutôt du style science +fiction...), soft + hard. + +Le salaire n'est pas ma principale préoccupation, je +cherche avant tout à m'éclater sur un projet dynamique. + +Je maitrise C/C++, assembleur x86, openGL (avec +extensions Nvidia), openPerformer, (le système GNU/linux, +si on peut prétendre le maitriser un peu), les scripts +shell, PostGres, les outils de développement, je me +débrouille en anglais, et (point important), je suis +musicien. +Je précise que je suis musicien&compositeur (guitares +acoustiques, banjo, violon, armonica, claviers,...) car +il me semble que la créativité est le fondement de +l'informatique. + +Sinon, j'ai fait dans mon jeune temps un noyau multitache +qui tournait pas mal (gestion de la mémoire et des +taches, architecture générale des drivers, interface +graphique spécifique). 100% assembleur x86, sans appel +bios (mode protégé oblige). Bon, quand j'ai découverts +GNU/linux, j'ai arreté mon projet. ;-) Mais ca m'a permis +de connaitre à fond les x86, et surtout les principes de +base d'un OS. Mais je m'écarte de mon sujet principal, +là... + +Pratique courante: +ODE (www.q12.org SDK pour simulation Physique) +perl, php, html, jsp, javascript... +java +installation/configuration de serveurs (Apache/tomcat, +ftp, mail...) +formation des administrateurs chez qui j'installe les +serveurs (sécurité, openPGP, md5sum, exploitation) +tous les outils multimédias de GNU/Linux (Gimp en +particulier) +je suis de près les évolutions des noyaux, Gnome, KDE, +mplayer, ... + + +Voila voila... Le profil idéal pour pas mal de postes! ;-) +S'il existe ici une bonne âme qui veuille bien me sauver +de la corde (non, quand même pas, mais c'est pas bon pour +le moral de faire un boulot uniquement nouricier...). + +Je suis preneur pour toute proposition décente! + +Merci d'avance +Fred +-------------- +Profitez de l'offre spéciale Tiscali Liberty Surf ! +50% de temps en plus pendant 3 mois sur tous les forfaits Internet. + +http://register.libertysurf.fr/subscribe_fr/signup.php3 + + + +From lecroart@nevrax.com Tue Feb 26 15:55:15 2002 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1QEtFW13742 + for ; Tue, 26 Feb 2002 15:55:15 +0100 (CET) + (envelope-from lecroart@nevrax.com) +Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g1QEn0n66510; + Tue, 26 Feb 2002 15:49:00 +0100 (CET) + (envelope-from lecroart@nevrax.com) +Message-ID: <009401c1bed4$b9e855c0$0901a8c0@vianneyl> +From: "Vianney Lecroart" +To: +Cc: +References: +Subject: Re: [Nel] Looking for a job in France => GNU/Linux and/or 3D real-time +Date: Tue, 26 Feb 2002 15:49:00 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 6.00.2600.0000 +X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +The goal of this list is to discuss about NeL (Nevrax Library) and not the +corporate (Nevrax). +To apply for a job, send a mail to jobs@nevrax.com and please don't send +french mail here. + +Thanks + +Vianney Lecroart +--- +lead network programmer / nevrax.com +icq#: 6870415 +homepage: http://ace.planet-d.net +www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- +w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? + + + +From guillaume@morinfr.org Tue Feb 26 18:40:37 2002 +Received: from siri (ns1.alcove-solutions.com [212.155.209.139]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1QHeaW16348 + for ; Tue, 26 Feb 2002 18:40:36 +0100 (CET) + (envelope-from guillaume@morinfr.org) +Received: from guillaum by siri with local (Exim 3.34 #1 (Debian)) + id 16flXJ-0008O2-00; Tue, 26 Feb 2002 18:37:09 +0100 +Date: Tue, 26 Feb 2002 18:37:09 +0100 +From: Guillaume Morin +To: nel@nevrax.org +Cc: loic@gnu.org +Subject: Re: [Nel] Exec pb with '-with-debug' +Message-ID: <20020226173709.GF596@morinfr.org> +Mail-Followup-To: nel@nevrax.org, loic@gnu.org +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +User-Agent: Mutt/1.3.27i +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Hi Alain, + +> [dutech@crevic client]$ snowballs +> INF32265 client.cpp 145 : Starting Snowballs ! +> WRN32265 dru.cpp 95 : when loading dynamic library +> 'libnel_drv_opengl.so': /usr/local/lib/libnel_drv_opengl.so: +> undefined symbol: +> setupUserTextureMatrix__Q24NL3D9CDriverGLUiRQ24NL3D9CMaterial +> WRN32265 common.cpp 401 : Exception will be launched: +> libnel_drv_opengl.so not found +> Abandon + +hmm, I can reproduce this problem with today's CVS. +I've tried to modify the source following Loic's advice : + +--- src/3d/driver/opengl/driver_opengl_material.cpp.old Tue Feb 26 18:20:38 2002 ++++ src/3d/driver/opengl/driver_opengl_material.cpp Tue Feb 26 18:20:50 2002 +@@ -104,7 +104,7 @@ + + + // -------------------------------------------------- +-inline void CDriverGL::setTextureEnvFunction(uint stage, CMaterial& mat) ++void CDriverGL::setTextureEnvFunction(uint stage, CMaterial& mat) + { + ITexture *text= mat.getTexture(stage); + if(text) +@@ -138,7 +138,7 @@ + + + //-------------------------------- +-inline void CDriverGL::setupUserTextureMatrix(uint numStages, CMaterial& mat) ++void CDriverGL::setupUserTextureMatrix(uint numStages, CMaterial& mat) + { + if ( + (_UserTexMatEnabled != 0 && (mat.getFlags() & IDRV_MAT_USER_TEX_MAT_ALL) == 0) + + +This fixes the problem for me. + +I still do not understand one thing (sorry I learnt some C++ at school, +but I miss some real life experience). If I apply this patch instead : + +--- driver_opengl.h.old Tue Feb 26 17:27:52 2002 ++++ driver_opengl.h Tue Feb 26 18:32:29 2002 +@@ -381,10 +381,10 @@ + virtual void forceTextureResize(uint divisor); + + /// Setup texture env functions. Used by setupMaterial +- void setTextureEnvFunction(uint stage, CMaterial& mat); ++ inline void setTextureEnvFunction(uint stage, CMaterial& mat); + + /// setup the texture matrix for a given number of stages (starting from 0) +- void setupUserTextureMatrix(uint numStages, CMaterial& mat); ++ inline void setupUserTextureMatrix(uint numStages, CMaterial& mat); + + /// For objects with caustics, setup the first texture (which actually is the one from the material) + /*static inline void setupCausticsFirstTex(const CMaterial &mat); + +snowballs still complains. + +Any hints ? + +-- +Guillaume Morin + + People get the operating system they deserve. + +From david.mentre@wanadoo.fr Tue Feb 26 23:29:24 2002 +Received: from mel-rto1.wanadoo.fr (smtp-out-1.wanadoo.fr [193.252.19.188]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1QMTJW51304 + for ; Tue, 26 Feb 2002 23:29:19 +0100 (CET) + (envelope-from david.mentre@wanadoo.fr) +Received: from mel-rta5.wanadoo.fr (193.252.19.122) by mel-rto1.wanadoo.fr; 26 Feb 2002 23:23:00 +0100 +Received: from oops (193.251.66.150) by mel-rta5.wanadoo.fr; 26 Feb 2002 23:22:41 +0100 +Received: from david by oops with local (Exim 3.34 #1 (Debian)) + id 16fpzb-0000Gf-00 + for ; Tue, 26 Feb 2002 23:22:39 +0100 +To: nel@nevrax.org +Subject: NeL and old graphic cards (was Re: [Nel] Particule assert) +References: <15477.29277.101283.905300@inspiron.dachary.org> + <3C75FBCC.A676F03E@loria.fr> + <15478.5954.781447.858445@inspiron.dachary.org> + <3C76242E.EA25D7E6@loria.fr> <87k7t2fyq7.fsf@wanadoo.fr> + <00c701c1bdfc$3e699680$0901a8c0@vianneyl> <87pu2tb3v7.fsf@wanadoo.fr> + <001c01c1bea3$b0bb5be0$0901a8c0@vianneyl> +From: David MENTRE +Organization: none +Date: 26 Feb 2002 23:22:38 +0100 +In-Reply-To: <001c01c1bea3$b0bb5be0$0901a8c0@vianneyl> +Message-ID: <87heo3rihd.fsf_-_@wanadoo.fr> +Lines: 54 +User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.1 +MIME-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Hello Vianney, + +"Vianney Lecroart" writes: + +> We plan to port the 3d lib as many recent 3d card as possible and we could +> fix this font problem but it will not be before the midlle/end of +> summer. + +Greet! (However, I don't know if you put my rage128 graphic card in the +recent category ;-) + +> We can add this on the OSS community task list :) + +I've seen the hint but can't help you for that. I'm a newbie to OpenGL +programming and C++. :( + +BTW, I've compiled the latest CVS tree and observed the following +behaviors: + + - NeL seems slower. Can't give framerate figures as the fonts are + unreadable but the GNU is definitely more sensitive and less reactive + to mouse mouvements (i.e. it is hardly playable) + + - code/nel can't be compiled with --enable-ai. Here is the error: + +c++ -DHAVE_CONFIG_H -I. -I. -I../../../include -O3 -DNL_RELEASE -ftemplate-depth-24 -Wno-multichar -D_REENTRANT -I/usr/X11R6/include -I/usr/local/Installed/STLport4.5//include/stlport -Wp,-MD,.deps/baseai.pp -c baseai.cpp -fPIC -DPIC -o .libs/baseai.lo +In file included from ../../../include/nel/ai/agent/ident.h:33, + from ../../../include/nel/ai/agent/baseai.h:34, + from ../../../include/nel/ai/agent/agent_operator.h:29, + from ../../../include/nel/ai/agent/agent_object.h:30, + from ../../../include/nel/ai/agent/msg.h:30, + from ../../../include/nel/ai/agent/mailbox.h:28, + from ../../../include/nel/ai/agent/agentexport.h:49, + from baseai.cpp:24: +../../../include/nel/ai/agent/identtype.h: In method `NLAIAGENT::CAgentNumber::CAgentNumber(long long unsigned int, unsigned char, unsigned char)': +../../../include/nel/ai/agent/identtype.h:57: no matching function for call to `NLMISC::CEntityId::CEntityId (uint64 &, uint8 &, uint8 &)' +../../../include/nel/misc/entity_id.h:60: candidates are: NLMISC::CEntityId::CEntityId() +../../../include/nel/misc/entity_id.h:68: NLMISC::CEntityId::CEntityId(unsigned char, long long unsigned int, unsigned char, unsigned char) +../../../include/nel/misc/entity_id.h:76: NLMISC::CEntityId::CEntityId(unsigned char, long long unsigned int) +../../../include/nel/misc/entity_id.h:84: NLMISC::CEntityId::CEntityId(long long unsigned int) +../../../include/nel/misc/entity_id.h:95: NLMISC::CEntityId::CEntityId(const NLMISC::CEntityId &) +../../../include/nel/misc/entity_id.h:104: NLMISC::CEntityId::CEntityId(NLMISC::IStream &) +../../../include/nel/misc/entity_id.h:118: NLMISC::CEntityId::CEntityId(const char *) +../../../include/nel/ai/agent/identtype.h: In method `NLAIAGENT::CAgentNumber::CAgentNumber(long long unsigned int, unsigned char, unsigned char, unsigned char)':../../../include/nel/ai/agent/identtype.h:62: no matching function for call to `NLMISC::CEntityId::CEntityId (uint64 &, uint8 &, uint8 &)' +../../../include/nel/misc/entity_id.h:60: candidates are: NLMISC::CEntityId::CEntityId() +../../../include/nel/misc/entity_id.h:68: NLMISC::CEntityId::CEntityId(unsigned char, long long unsigned int, unsigned char, unsigned char) +../../../include/nel/misc/entity_id.h:76: NLMISC::CEntityId::CEntityId(unsigned char, long long unsigned int) +../../../include/nel/misc/entity_id.h:84: +NLMISC::CEntityId::CEnt + +Best regards, +d. +-- + david.mentre@wanadoo.fr + +From neuser.jp@club-internet.fr Tue Feb 26 20:51:14 2002 +Received: from relay-3v.club-internet.fr (relay-3v.club-internet.fr [194.158.96.114]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1QJpDW32039 + for ; Tue, 26 Feb 2002 20:51:13 +0100 (CET) + (envelope-from neuser.jp@club-internet.fr) +Received: from kissmaniac (lns05v-8-3.w.club-internet.fr [212.194.91.3]) + by relay-3v.club-internet.fr (Postfix) with SMTP id 037FF1716 + for ; Tue, 26 Feb 2002 20:44:58 +0100 (CET) +Message-ID: <000501c1befe$0f7808e0$035bc2d4@kissmaniac> +From: "neuser jean-philippe" +To: +Date: Tue, 26 Feb 2002 20:44:52 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 6.00.2600.0000 +X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 +Subject: [Nel] How to build my own landscape ? +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +X-Reply-To: "neuser jean-philippe" +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Hello , i see there are many tools in nel directory +It s possible to have a file that describe what they do ? + +I would like to build my own landscape, is there a tools like World Craft +for Half life game ? +What tools are you using to build world of ryzom ? Can u distribute it ? +I found one named LevelDesign, it s this tools ? +I try to build it , but there are some directory link mistake and some files +miss ( I download file with CVS snapshot and i m able to compile snowball +an run it ). Is this tools finished ? + +Thanks + + + + +From vizerie@nevrax.com Wed Feb 27 12:42:39 2002 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1RBgdW44629 + for ; Wed, 27 Feb 2002 12:42:39 +0100 (CET) + (envelope-from vizerie@nevrax.com) +Received: from nicolasv (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g1RBaOn75682; + Wed, 27 Feb 2002 12:36:24 +0100 (CET) + (envelope-from vizerie@nevrax.com) +Message-ID: <005c01c1bf82$fd59a990$1d01a8c0@nicolasv> +From: "Nicolas Vizerie" +To: +Cc: +References: <13639829281.20020226035849@in-orbit.net><003801c1beb0$e30e6ee0$1d01a8c0@nicolasv> <5969045552.20020226120545@in-orbit.net> +Subject: Re: Re[2]: [Nel] Enabling Water Pools in Client +Date: Wed, 27 Feb 2002 12:36:25 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 5.00.2919.6700 +X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Hi Robert, + +That seems to be a bug : I was able to reproduce that in release build. It +comes from the ordering of transparent objects. I found that a bitfield in a +COrderingLayeredTable was not working correctly with Visual C++ in release +build only (in the begin() method). Tracing it showed that it may be a +compiler bug. I split it in several fields and it solved the problem. The +fix will be available on the CVS. +If this doesn't solve your problem, could you report it ? +Thanks. +Nicolas Vizerie + +----- Original Message ----- +From: "Robert Bjarnason" +To: "Nicolas Vizerie" +Sent: Tuesday, February 26, 2002 9:05 PM +Subject: Re[2]: [Nel] Enabling Water Pools in Client + + +> Hi Nicolas, +> +> NV> Well, for now, you have to create a water pool the way the object +viewer does, +> NV> since it isn't exposed by the user interface for now. +> +> I might be missing something in this process of creating +> the water pool the way the object viewer does it... +> +> NV> - Export the shapes and the instance groups. +> +> After making my pool look really good in Object Viewer +> I export the shapes and the instance group. +> +> NV> Then you load it in the client, the way you did, and it should work : +> +> Then I use this code to load the ig: +> +> UInstanceGroup *waterIg = +UInstanceGroup::createInstanceGroup(std::string("9_AO.ig")); +> waterIg->addToScene(*Scene); +> +> WaterPoolManager = &NL3D::GetWaterPoolManager(); +> NL3D::CWaterPoolManager::CWaterHeightMapBuild whmb; +> whmb.ID = 0; +> <-cut whmb setup-> +> WaterPoolManager->createWaterPool(whmb); +> nlinfo("Nr of waterpools %d nr.",WaterPoolManager->getNumPools()); +> WaterPoolManager->setBlendFactor(dynamic_cast (Driver), 0.1f); +> +> NV> If this doesn't work, you could also check wether the shapes are +found. +> +> The WaterShape is added to the scene I confirmed that +> with debug code. +> +> But this method in CWaterModel is never +> called: void CWaterModel::registerBasic() +> +> This leads me to belive that there is something that I'm +> missing in the setup of the Driver, can this be the case? +> +> Thanks, +> Robert +> +> +> _______________________________________________ +> Nel mailing list +> Nel@nevrax.org +> http://www.nevrax.org/mailman/listinfo.cgi/nel +> + + +From delirec@NJC15.kumudu.nirmani.net Wed Feb 27 13:54:41 2002 +Received: from NJC15.kumudu.nirmani.net ([66.78.34.31]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1RCsZW52775 + for ; Wed, 27 Feb 2002 13:54:41 +0100 (CET) + (envelope-from delirec@NJC15.kumudu.nirmani.net) +Received: from delirec by NJC15.kumudu.nirmani.net with local (Exim 3.34 #1) + id 16g3U7-0000Z3-00 + for nel@nevrax.org; Wed, 27 Feb 2002 07:47:03 -0500 +From: "Dennis McGregor" +To: nel@nevrax.org +X-Mailer: NeoMail 1.25 +X-IPAddress: 203.54.16.72 +MIME-Version: 1.0 +Content-Type: text/plain; charset=iso-8859-1 +Message-Id: +Date: Wed, 27 Feb 2002 07:47:03 -0500 +X-AntiAbuse: Sender Address Domain - NJC15.kumudu.nirmani.net +Subject: [Nel] Re: Compilation problems +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +X-Reply-To: dns@delire.cz +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +I apologise if this message comes through twice. + +>>There aren't any old libxml files hanging around, ldconfig doesn't +>> complain about the libs that are there, and running xml2-config +outputs +>> the information correctly (though, perhaps I should mention that I +>> erased the -lz flag from `xml2-config --libs` because ld complained +>> about it during the make process (bad?)). +[...] +> >mutex.cpp:246: `PTHREAD_MUTEX_ADAPTIVE_NP' undeclared (first use this + function) + +> PTHREAD_MUTEX_ADAPTIVE_NP should be in pthread.h that is located in +the +> standard include directory (/usr/include on my system). + +/usr/include/pthread.h exists. ( too old? What would I check to answer +that question? ) + +However, perhaps this is irrelevant, but checking the config.log after I +run +configure without the --disable-xmltest flag - it seems that configure +trips up as it tries to include xmlversion.h, which _is_ being pointed +to +correctly by xml2-config. I don't know if the 2 problems with headers +are related or not. + +Dennis. + +ps: please let me know if there is a more appropriate forum for bugging +people with +such luser evel q's. + + +From lecroart@nevrax.com Wed Feb 27 15:40:56 2002 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1REeuW62576 + for ; Wed, 27 Feb 2002 15:40:56 +0100 (CET) + (envelope-from lecroart@nevrax.com) +Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g1REYfn78122 + for ; Wed, 27 Feb 2002 15:34:41 +0100 (CET) + (envelope-from lecroart@nevrax.com) +Message-ID: <00aa01c1bf9b$e40bf6f0$0901a8c0@vianneyl> +From: "Vianney Lecroart" +To: +Date: Wed, 27 Feb 2002 15:34:40 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 6.00.2600.0000 +X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 +Subject: [Nel] www.nevrax.org +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Hi, + +We'll try to add more news to the www.nevrax.org site and inform you on the +NeL team progress. + +We added a new webpage that contains a suggested task list for the free +software community who want to work and help us on our project : +http://www.nevrax.org/suggest/ + +Loic, if you want, we can add a link to your web page that contains binaries +or you can send me your binaries and put them on nevrax.org. + +Vianney Lecroart +--- +lead network programmer / nevrax.com +icq#: 6870415 +homepage: http://ace.planet-d.net +www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- +w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? + + + +From nicolas_maurel@hotmail.com Wed Feb 27 16:45:38 2002 +Received: from hotmail.com ([207.68.163.30]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1RFjbW70890 + for ; Wed, 27 Feb 2002 16:45:38 +0100 (CET) + (envelope-from nicolas_maurel@hotmail.com) +Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; + Wed, 27 Feb 2002 07:39:17 -0800 +Received: from 193.248.90.203 by sea1fd.sea1.hotmail.msn.com with HTTP; + Wed, 27 Feb 2002 15:39:16 GMT +X-Originating-IP: [193.248.90.203] +From: "nicolas maurel" +To: nel@nevrax.org +Date: Wed, 27 Feb 2002 15:39:16 +0000 +Mime-Version: 1.0 +Content-Type: text/plain; charset=iso-8859-1; format=flowed +Message-ID: +X-OriginalArrivalTime: 27 Feb 2002 15:39:17.0190 (UTC) FILETIME=[EA70FE60:01C1BFA4] +Subject: [Nel] NeWT +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + + +Hello, + +I've got any questions about NeWT who developped it? who can I contact? + +thanks for your answer + +_________________________________________________________________ +Rejoignez le plus grand service de messagerie au monde avec MSN Hotmail. +http://www.hotmail.com/fr + + +From yanbab@yanbab.org Wed Feb 27 18:13:53 2002 +Received: from smtp.noos.fr (aragon.noos.net [212.198.2.75]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1RHDrW82471 + for ; Wed, 27 Feb 2002 18:13:53 +0100 (CET) + (envelope-from yanbab@yanbab.org) +Received: (qmail 9630317 invoked by uid 0); 27 Feb 2002 17:07:32 -0000 +Received: from unknown (HELO localhost.localdomain) ([195.132.130.145]) (envelope-sender ) + by 212.198.2.75 (qmail-ldap-1.03) with SMTP + for ; 27 Feb 2002 17:07:32 -0000 +Subject: Re: [Nel] NeWT +From: Yan Babilliot +To: nel@nevrax.org +Cc: nicolas_maurel@hotmail.com +In-Reply-To: +References: +Content-Type: text/plain; charset=ISO-8859-1 +X-Mailer: Evolution/1.0.2 +Date: 27 Feb 2002 18:08:59 +0100 +Message-Id: <1014829740.8867.19.camel@debian> +Mime-Version: 1.0 +Content-Transfer-Encoding: 8bit +X-MIME-Autoconverted: from quoted-printable to 8bit by www.nevrax.org id g1RHDrW82471 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +le mer 27-02-2002 à 16:39, nicolas maurel a écrit : +> Hello, +> +> I've got any questions about NeWT who developped it? who can I contact? +> + +Hi, +I am the main NeWT developer. You can get it on http://newt.nevrax.org/. +There is no mailing-list yet, just drop me a mail if you have any +questions. +Cheers, +Yan Babilliot. + +> thanks for your answer +> +> _________________________________________________________________ +> Rejoignez le plus grand service de messagerie au monde avec MSN Hotmail. +> http://www.hotmail.com/fr +> +> _______________________________________________ +> Nel mailing list +> Nel@nevrax.org +> http://www.nevrax.org/mailman/listinfo.cgi/nel +> + + + + +From jlubao@mediaone.net Thu Feb 28 03:21:06 2002 +Received: from jxmls04.se.mediaone.net (jxmls04.se.mediaone.net [24.129.0.51]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1S2L0W17455 + for ; Thu, 28 Feb 2002 03:21:01 +0100 (CET) + (envelope-from jlubao@mediaone.net) +Received: from WASP (pomew-2-65-34-213-17.pompano.net [65.34.213.17]) + by jxmls04.se.mediaone.net (8.11.1/8.11.1) with SMTP id g1S2Af106213 + for ; Wed, 27 Feb 2002 21:10:46 -0500 (EST) +Message-ID: <000e01c1bffe$37ecaaa0$11d52241@WASP> +From: "Jay Lubao" +To: +Date: Wed, 27 Feb 2002 21:18:26 -0500 +MIME-Version: 1.0 +Content-Type: multipart/alternative; + boundary="----=_NextPart_000_000B_01C1BFD4.4BC99A80" +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 5.50.4807.1700 +X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4910.0300 +Subject: [Nel] VC++ Compiling Problem - "nlsound_lowlevel_rd.lib" +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +This is a multi-part message in MIME format. + +------=_NextPart_000_000B_01C1BFD4.4BC99A80 +Content-Type: text/plain; + charset="Windows-1252" +Content-Transfer-Encoding: quoted-printable + +Greetings all! Been compiling this bad boy for a while. +I made sure I received all the needed software and successfully +compiled Nel, Nelns, but when I go to compile Snowballs2.exe +I get the following error. + +\TEST\nel\obj\ReleaseDebug\bounding_box.obj=20 +\TEST\nel\obj\ReleaseDebug\bounding_sphere.obj=20 +\TEST\nel\obj\ReleaseDebug\env_effect.obj=20 +\TEST\nel\obj\ReleaseDebug\mixing_track.obj=20 +\TEST\nel\obj\ReleaseDebug\sound.obj=20 +\TEST\nel\obj\ReleaseDebug\stdsound.obj=20 +..\obj\ReleaseDebug\nlsound_lowlevel_rd.lib=20 +LINK : fatal error LNK1181: cannot open input file = +"..\obj\ReleaseDebug\nlsound_lowlevel_rd.lib" +Error executing link.exe. + +snowballs.exe - 1 error(s), 1 warning(s) + +----------------------------------------------------- + +Now, my question is, where in the heck is this file? It wasn't made +when I compiled the libraries for Nel & Nelns, but it wants it anyway! +Any help would be appreciated! :) + +- Jay Lubao +------=_NextPart_000_000B_01C1BFD4.4BC99A80 +Content-Type: text/html; + charset="Windows-1252" +Content-Transfer-Encoding: quoted-printable + + + + + + + + +
Greetings all! Been compiling this bad = +boy for a=20 +while.
+
I made sure I received all the needed = +software and=20 +successfully
+
compiled Nel, Nelns, but when I go to = +compile=20 +Snowballs2.exe
+
I get the following error.
+
 
+
\TEST\nel\obj\ReleaseDebug\bounding_box.obj=20 +
\TEST\nel\obj\ReleaseDebug\bounding_sphere.obj=20 +
\TEST\nel\obj\ReleaseDebug\env_effect.obj=20 +
\TEST\nel\obj\ReleaseDebug\mixing_track.obj=20 +
\TEST\nel\obj\ReleaseDebug\sound.obj=20 +
\TEST\nel\obj\ReleaseDebug\stdsound.obj=20 +
..\obj\ReleaseDebug\nlsound_lowlevel_rd.lib
LINK : fatal error = +LNK1181:=20 +cannot open input file = +"..\obj\ReleaseDebug\nlsound_lowlevel_rd.lib"
Error=20 +executing link.exe.
+
 
+
snowballs.exe - 1 error(s), 1=20 +warning(s)
+
----------------------------------------------------- +
 
+
Now, my question is, where in the heck = +is this=20 +file? It wasn't made
+
when I compiled the libraries for Nel = +& Nelns,=20 +but it wants it anyway!
+
Any help would be appreciated! = +:)
+
 
+
- Jay Lubao
+ +------=_NextPart_000_000B_01C1BFD4.4BC99A80-- + + +From robert@in-orbit.net Thu Feb 28 04:54:02 2002 +Received: from quasar.skima.is (quasar.skima.is [212.30.200.205]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1S3s2W27282 + for ; Thu, 28 Feb 2002 04:54:02 +0100 (CET) + (envelope-from robert@in-orbit.net) +Received: from [157.157.146.56] by quasar.skima.is with ESMTP for nel@nevrax.org; Thu, 28 Feb 2002 03:47:39 Z +Date: Thu, 28 Feb 2002 04:15:42 -0800 +From: Robert Bjarnason +X-Mailer: The Bat! (v1.49) Personal +Organization: InOrbit Entertainment, Inc. +X-Priority: 3 (Normal) +Message-Id: <5213642631.20020228041542@in-orbit.net> +To: Nicolas Vizerie +Subject: Re[4]: [Nel] Enabling Water Pools in Client +In-reply-To: <005c01c1bf82$fd59a990$1d01a8c0@nicolasv> +References: + <13639829281.20020226035849@in-orbit.net><003801c1beb0$e30e6ee0$1d01a8c0@nicolasv> + <5969045552.20020226120545@in-orbit.net> + <005c01c1bf82$fd59a990$1d01a8c0@nicolasv> +Mime-Version: 1.0 +Content-Type: text/plain; charset=ISO-8859-1 +Content-Transfer-Encoding: 8bit +X-MIME-Autoconverted: from quoted-printable to 8bit by www.nevrax.org id g1S3s2W27282 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +X-Reply-To: =?ISO-8859-1?Q?R=F3bert_Bjarnason?= +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Hi Nicolas, + +NV> That seems to be a bug : I was able to reproduce that in release build. It +NV> comes from the ordering of transparent objects. I found that a bitfield in a +NV> COrderingLayeredTable was not working correctly with Visual C++ in release +NV> build only (in the begin() method). Tracing it showed that it may be a +NV> compiler bug. I split it in several fields and it solved the problem. The +NV> fix will be available on the CVS. +NV> If this doesn't solve your problem, could you report it ? + +It did solve my problem, thank you very much. +I had also tried running it in ReleaseDebug and +it had the same behavior there but works fine in +both now. + +Warm regards, +Robert + + + +From loic@dachary.org Thu Feb 28 09:44:14 2002 +Received: from inspiron.dachary.org (aboukir-101-1-13-alebeon.adsl.nerim.net [62.212.101.54]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1S8iDW58631 + for ; Thu, 28 Feb 2002 09:44:14 +0100 (CET) + (envelope-from loic@dachary.org) +Received: from loic by inspiron.dachary.org with local (Exim 3.34 #1 (Debian)) + id 16gM4H-0000IZ-00 + for ; Thu, 28 Feb 2002 09:37:37 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Transfer-Encoding: 7bit +Message-ID: <15485.60497.618149.56812@inspiron.dachary.org> +Date: Thu, 28 Feb 2002 09:37:37 +0100 +From: Loic Dachary +To: nel@nevrax.org +Subject: Re: Re[4]: [Nel] Enabling Water Pools in Client +In-Reply-To: Robert Bjarnason's message of 28 February 2002 04:15:42 -0800 +References: <13639829281.20020226035849@in-orbit.net> + <003801c1beb0$e30e6ee0$1d01a8c0@nicolasv> + <5969045552.20020226120545@in-orbit.net> + <005c01c1bf82$fd59a990$1d01a8c0@nicolasv> + <5213642631.20020228041542@in-orbit.net> +X-Mailer: VM 7.01 under Emacs 21.1.1 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +X-Reply-To: loic@gnu.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Robert Bjarnason writes: + > Hi Nicolas, + > + > NV> That seems to be a bug : I was able to reproduce that in release build. It + > NV> comes from the ordering of transparent objects. I found that a bitfield in a + > NV> COrderingLayeredTable was not working correctly with Visual C++ in release + > NV> build only (in the begin() method). Tracing it showed that it may be a + > NV> compiler bug. I split it in several fields and it solved the problem. The + > NV> fix will be available on the CVS. + > NV> If this doesn't solve your problem, could you report it ? + > + > It did solve my problem, thank you very much. + > I had also tried running it in ReleaseDebug and + > it had the same behavior there but works fine in + > both now. + > + + Hi, + + Could you please commit the corresponding changes to the +:pserver:anonymous@cvs.sf.net:/cvsroot/bang CVS tree so that we can +try them ? + + Thanks in advance, + +-- +Loic Dachary http://www.dachary.org/ loic@dachary.org +12 bd Magenta http://www.senga.org/ loic@senga.org +75010 Paris T: 33 1 42 45 07 97 loic@gnu.org + GPG Public Key: http://www.dachary.org/loic/gpg.txt + +From me@lars.in-berlin.de Thu Feb 28 01:01:49 2002 +Received: from hirsch.in-berlin.de (hirsch.in-berlin.de [192.109.42.6]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1S01mW07601 + for ; Thu, 28 Feb 2002 01:01:48 +0100 (CET) + (envelope-from me@lars.in-berlin.de) +Received: from psych-o-mat (port-213-20-230-164.reverse.qdsl-home.de [213.20.230.164]) + (authenticated bits=0) + by hirsch.in-berlin.de (8.12.1/8.12.1/Debian -2) with ESMTP id g1RNtWWM029311 + (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NOT) + for ; Thu, 28 Feb 2002 00:55:32 +0100 +X-Envelope-From: me@lars.in-berlin.de +X-Envelope-To: +Received: from [10.20.40.80] (helo=bit-weaver) + by psych-o-mat with esmtp (Exim 3.33 #1 (Debian)) + id 16gE3U-000238-00 + for ; Thu, 28 Feb 2002 01:04:16 +0100 +Received: from lars by bit-weaver with local (Exim 3.33 #1 (Debian)) + id 16gDyb-0001jD-00 + for ; Thu, 28 Feb 2002 00:59:13 +0100 +To: nel@nevrax.org +From: Lars Weber +Date: 28 Feb 2002 00:59:13 +0100 +Message-ID: <87k7syh3xq.fsf@lars.in-berlin.de> +Lines: 36 +User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/21.1 +MIME-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Subject: [Nel] ./configure strangeness +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Hello all, + +can anyone here tell me why the following fails: + + root[/usr/local/src/snowball/snowballs2]: ./configure \ + --with-stlport-lib=/usr/local/lib \ + --with-stlport-include=/usr/local/include/stlport \ + --with-nel-lib=/usr/local/lib \ + --with-nel-include=/usr/local/src/nel/include --disable-serve + + ---8<--- + checking for STLPort headers... /usr/local/include/stlport + checking for STLPort libraries... no + configure: error: STLPort must be installed (http://www.stlport.org). + --->8--- + +but this one works: + + root[/usr/local/src/snowball/snowballs2]: ./configure \ + --with-stlport-lib= /usr/local/lib \ + --with-stlport-include=/usr/local/include/stlport \ + --with-nel-lib=/usr/local/lib \ + --with-nel-include=/usr/local/src/nel/include --disable-serve + +(The ` ' after --with-stlport-lib= is the only difference!) + +The source was downloaded from http://www.nevrax.org/download/cvs/ a few +hours ago. + +Thanks, +Lars + +-- +[ Lars Weber ]------< me @ lars.in-berlin.de >----[ GPG-ID: 1383B42E ] ++++ fingerprint: 44B1 1D23 DD53 E6B2 4AAB 4C36 0323 9141 1383 B42E +++ +[ Using GNU ]----< www.gnu.org | www.debian.org >---[ Running Debian ] + +From neuser.jp@club-internet.fr Thu Feb 28 01:01:56 2002 +Received: from relay-3v.club-internet.fr (relay-3v.club-internet.fr [194.158.96.114]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1S01tW07606 + for ; Thu, 28 Feb 2002 01:01:55 +0100 (CET) + (envelope-from neuser.jp@club-internet.fr) +Received: from kissmaniac (lns04v-4-218.w.club-internet.fr [212.194.63.218]) + by relay-3v.club-internet.fr (Postfix) with SMTP id 4D81B16D5 + for ; Thu, 28 Feb 2002 00:55:39 +0100 (CET) +Message-ID: <000801c1bfea$3ab0ead0$da3fc2d4@kissmaniac> +From: "neuser jean-philippe" +To: +Date: Thu, 28 Feb 2002 00:55:25 +0100 +MIME-Version: 1.0 +Content-Type: multipart/alternative; + boundary="----=_NextPart_000_0005_01C1BFF2.9B5ABB10" +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 6.00.2600.0000 +X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 +Subject: [Nel] How to build landscape with 3DS max +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +X-Reply-To: "neuser jean-philippe" +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +This is a multi-part message in MIME format. + +------=_NextPart_000_0005_01C1BFF2.9B5ABB10 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: quoted-printable + +Hello all ,=20 +ok i have understood that the only way to make my landscape is to use = +3DS max. + +ok i have compile ligo project and 3ds max plugins , i have some Dll, = +Dlu plugin install in 3DS max directory but now i do ? :)=20 +i see that i can execute some script but i dont understand what to do = +with.=20 + +Is somebody can tell me the how to begin ? i just want to make a very = +little landscape ( a plane is sufficient ! )=20 + + +thansk all=20 + +------=_NextPart_000_0005_01C1BFF2.9B5ABB10 +Content-Type: text/html; + charset="iso-8859-1" +Content-Transfer-Encoding: quoted-printable + + + + + + + + +
Hello all  ,
+
ok i have understood that the only way = +to make my=20 +landscape is to use 3DS max.
+
 
+
ok i have compile ligo project and 3ds = +max plugins=20 +, i have some Dll, Dlu plugin install in 3DS max directory but now i do = +? =20 +:)
+
i see that i can execute some script = +but i dont=20 +understand what to do with.
+
 
+
Is somebody can tell me the how to = +begin ? i just=20 +want to make a very little landscape  ( a plane is sufficient ! )=20 +
+
 
+
 
+
thansk all
+ +------=_NextPart_000_0005_01C1BFF2.9B5ABB10-- + + +From neuser.jp@club-internet.fr Thu Feb 28 01:03:03 2002 +Received: from relay-4v.club-internet.fr (relay-4v.club-internet.fr [194.158.96.115]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1S033W07719 + for ; Thu, 28 Feb 2002 01:03:03 +0100 (CET) + (envelope-from neuser.jp@club-internet.fr) +Received: from kissmaniac (lns04v-4-218.w.club-internet.fr [212.194.63.218]) + by relay-4v.club-internet.fr (Postfix) with SMTP id CDAE21699 + for ; Thu, 28 Feb 2002 00:56:46 +0100 (CET) +Message-ID: <000d01c1bfea$62dfef60$da3fc2d4@kissmaniac> +From: "neuser jean-philippe" +To: +Date: Thu, 28 Feb 2002 00:56:33 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 6.00.2600.0000 +X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 +Subject: [Nel] How to build landscape with 3DS max ( mail without HTML ) +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +X-Reply-To: "neuser jean-philippe" +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Hello all , +ok i have understood that the only way to make my landscape is to use 3DS +max. + +ok i have compile ligo project and 3ds max plugins , i have some Dll, Dlu +plugin install in 3DS max directory but now i do ? :) +i see that i can execute some script but i dont understand what to do with. + +Is somebody can tell me the how to begin ? i just want to make a very little +landscape ( a plane is sufficient ! ) + + +thansk all + + +From me@lars.in-berlin.de Thu Feb 28 01:46:13 2002 +Received: from hirsch.in-berlin.de (hirsch.in-berlin.de [192.109.42.6]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1S0kDW10127 + for ; Thu, 28 Feb 2002 01:46:13 +0100 (CET) + (envelope-from me@lars.in-berlin.de) +Received: from psych-o-mat (port-213-20-230-164.reverse.qdsl-home.de [213.20.230.164]) + (authenticated bits=0) + by hirsch.in-berlin.de (8.12.1/8.12.1/Debian -2) with ESMTP id g1S0dvWM000675 + (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NOT) + for ; Thu, 28 Feb 2002 01:39:57 +0100 +X-Envelope-From: me@lars.in-berlin.de +X-Envelope-To: +Received: from [10.20.40.80] (helo=bit-weaver) + by psych-o-mat with esmtp (Exim 3.33 #1 (Debian)) + id 16gEkU-00024G-00 + for ; Thu, 28 Feb 2002 01:48:42 +0100 +Received: from lars by bit-weaver with local (Exim 3.33 #1 (Debian)) + id 16gEfb-0003CR-00 + for ; Thu, 28 Feb 2002 01:43:39 +0100 +To: nel@nevrax.org +References: <87k7syh3xq.fsf@lars.in-berlin.de> +From: Lars Weber +Date: 28 Feb 2002 01:43:38 +0100 +In-Reply-To: <87k7syh3xq.fsf@lars.in-berlin.de> +Message-ID: <87g03mh1vp.fsf@lars.in-berlin.de> +Lines: 31 +User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/21.1 +MIME-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Subject: [Nel] Re: ./configure strangeness +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Lars Weber wrote: +> root[/usr/local/src/snowball/snowballs2]: ./configure \ +> --with-stlport-lib=/usr/local/lib \ +> --with-stlport-include=/usr/local/include/stlport \ +> --with-nel-lib=/usr/local/lib \ +> --with-nel-include=/usr/local/src/nel/include --disable-serve + +I'm still not sure why the above fails... + +> root[/usr/local/src/snowball/snowballs2]: ./configure \ +> --with-stlport-lib= /usr/local/lib \ +> --with-stlport-include=/usr/local/include/stlport \ +> --with-nel-lib=/usr/local/lib \ +> --with-nel-include=/usr/local/src/nel/include --disable-serve + +but this one is just me beeing stupid! + +I didn't notice the + `configure: warning: /usr/local/lib: invalid host type' +in the output. + +Compiling with no argument to --with-stlport-lib seems to work better than +with the one I use above for whatever reason. + +Sorry, +Lars + +-- +[ Lars Weber ]------< me @ lars.in-berlin.de >----[ GPG-ID: 1383B42E ] ++++ fingerprint: 44B1 1D23 DD53 E6B2 4AAB 4C36 0323 9141 1383 B42E +++ +[ Using GNU ]----< www.gnu.org | www.debian.org >---[ Running Debian ] + +From lecroart@nevrax.com Thu Feb 28 11:12:40 2002 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1SACdW68790 + for ; Thu, 28 Feb 2002 11:12:39 +0100 (CET) + (envelope-from lecroart@nevrax.com) +Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g1SA6Nn86140 + for ; Thu, 28 Feb 2002 11:06:23 +0100 (CET) + (envelope-from lecroart@nevrax.com) +Message-ID: <003701c1c03f$93a65a30$0901a8c0@vianneyl> +From: "Vianney Lecroart" +To: +References: <000e01c1bffe$37ecaaa0$11d52241@WASP> +Subject: Re: [Nel] VC++ Compiling Problem - "nlsound_lowlevel_rd.lib" +Date: Thu, 28 Feb 2002 11:06:23 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="Windows-1252" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 6.00.2600.0000 +X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Hi, + +>LINK : fatal error LNK1181: cannot open input file +"..\obj\ReleaseDebug\nlsound_lowlevel_rd.lib" +>snowballs.exe - 1 error(s), 1 warning(s) + +The nlsound_lowlevel_rd.lib is created when you compile the +nel\src\sound\driver\sound_lowlevel.dsp that should included in the +snowballs2.dsw. + +Vianney Lecroart +--- +lead network programmer / nevrax.com +icq#: 6870415 +homepage: http://ace.planet-d.net +www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- +w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? + + + +From robert@in-orbit.net Thu Feb 28 13:49:41 2002 +Received: from quasar.skima.is (quasar.skima.is [212.30.200.205]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1SCnfW74649 + for ; Thu, 28 Feb 2002 13:49:41 +0100 (CET) + (envelope-from robert@in-orbit.net) +Received: from [157.157.146.56] by quasar.skima.is with ESMTP for nel@nevrax.org; Thu, 28 Feb 2002 12:43:24 Z +Date: Thu, 28 Feb 2002 13:11:26 -0800 +From: Robert Bjarnason +X-Mailer: The Bat! (v1.49) Personal +Organization: InOrbit Entertainment, Inc. +X-Priority: 3 (Normal) +Message-Id: <63245786392.20020228131126@in-orbit.net> +To: neuser jean-philippe +Subject: Re: [Nel] How to build landscape with 3DS max +In-reply-To: <000d01c1bfea$62dfef60$da3fc2d4@kissmaniac> +References: <000d01c1bfea$62dfef60$da3fc2d4@kissmaniac> +Mime-Version: 1.0 +Content-Type: text/plain; charset=ISO-8859-1 +Content-Transfer-Encoding: 8bit +X-MIME-Autoconverted: from quoted-printable to 8bit by www.nevrax.org id g1SCnfW74649 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +X-Reply-To: =?ISO-8859-1?Q?R=F3bert_Bjarnason?= +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Hi Neuser, + +njp> Is somebody can tell me the how to begin ? i just want to make a very little +njp> landscape ( a plane is sufficient ! ) + +There is an outline for generating the Landscape at +http://www.nevrax.org/pipermail/nel/2001-October/000654.html + +I'll give you my perspective that you can +check out in addition to the above mailing-list +post. (This is a more hand on approach compared +to Ligo, I'm not sure my self how to use Ligo): + +You have to install the plugins in Plugin_MAX: +nel_export, nel_patch_converter, nel_patch_paint, +and tile_utility. + +You need to install and compile zone_dependencies, +zone_welder, zone_lighter and zone_ig_lighter. And +set up you tools/3d/build_game_data correctly (it +is good to use the Cygwin tools when dealing +with the command-line interface of the build_game_data +tools. Set the build_game_data config to only +process zone and rbank if you are not processing +something else. Also you have to install the PACS +collision processing tools for the rbank process. + +0. Open an empty MAX project. +1. Set the MAX units to Generic Units. +2. Create a Quad-Patch with 4-5 segments +3. Set the size of the Patch to 160x160 +4. Find out the positions the Patches need to be, positions are +fixed based on the name you give the Patch. For example +if you have a Patch that you decide to call 8_AN the position +if that patch would be 2160(x), -1200(y) in the Max world space. +5. Name the patch the Zonename you decide to start with for +example you could start with 8_AN at above position. +6. Clone the Patch you just created. +7. Set the name and position correctly by using a new zone +name and corresponding absolute world position. If you set the +name to 8_AO then the position will be 2320(x), -1200(y) it +seems to me that the x position changes with the letter +counting in the end of the Zonename and the y position changes +with the numbers in the front of the name. +8. Now clone as many patches as you like to create a plane that +is the Landscape. Make sure to use the right Patch/Zone names +and their position are correct. +9. Now you got a Plane with x many Patches. +10. Deform the Patches as you like using the Edit Patch modifier, +a standard tool in Max. You can also use a Displacement map +at this point, just use the appropriate modifier in MAX. +11. Now you have shaped the Landscape as you want. +12. Find the NelConvert modifier in the MAX menu, apply it +to all the patches. +13. Now select Tools and find the tool called Nel Tile Bank, +use this tool to select the Tile Bank you have created. The +Tile Banks hold all textures, transition maps, displacement +maps (for making geometric noise) and info about what +vegetations set is connected to tiles. +14. Select the first Patch you want to paint and make that +selected Patch fill up your Perspective View. +15. Find and select the NeL Patch Painter and apply that +modifier to the Patch. +16. Press the Paint button in the NeL Patch Painter, Geometry +roll-out. +17. Now you can Paint you patch with the tool that pops up. +The key definition is included in the src archive of the +nel_patch_paint plugin. +18. Quit the paint tool and select the next Patch to paint. +19. Finish painting all your Patches. +20. Run the build_game_data ./0_setup.bat. +20. Select all your Patches/Zones and use the Export Model +function in the NeL Export tool. Save them into your +build_game_data/processes/zone/zone_exported folder +manually using ./3_build.bat or use build_game_data +to automatically export the Patches from Max using +the scripting interface, then use ./2_export.bat. +21. Copy your shapes into processes/shapes/shapes, your +.smallbank tile file into processes/smallbank/smallbank +and you instance_groups into processes/ig/ig_land. +21. Change all the config files in build_game_data to +reflect the names you decided on for the Patches/Zones. +22. If you are exporting the Patches/Zones manually +then use: ./3_build.bat if you are exporting the +Patches/Zones automatically use ./2.export.bat. +22. Now Landscape will be welded and lit and the +final result appear in zone_lighted in the process/zone +tree. And the lit instance groups will appear in +process/zone/ig_land_lighted. +23. Your collision files will be in processes/rbank/output + +This was from the top of my head... It's not very +complete especially tile creation and build_game_data +parts. Feel free to ask if you have specific +questions. + +Warm regards, +Róbert Bjarnason + + + +From robert@in-orbit.net Thu Feb 28 13:55:05 2002 +Received: from quasar.skima.is (quasar.skima.is [212.30.200.205]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1SCt4W74805 + for ; Thu, 28 Feb 2002 13:55:04 +0100 (CET) + (envelope-from robert@in-orbit.net) +Received: from [157.157.146.56] by quasar.skima.is with ESMTP for nel@nevrax.org; Thu, 28 Feb 2002 12:48:35 Z +Date: Thu, 28 Feb 2002 13:16:37 -0800 +From: Robert Bjarnason +X-Mailer: The Bat! (v1.49) Personal +Organization: InOrbit Entertainment, Inc. +X-Priority: 3 (Normal) +Message-Id: <153246097509.20020228131637@in-orbit.net> +To: Loic Dachary +Subject: Re[6]: [Nel] Enabling Water Pools in Client +In-reply-To: <15485.60497.618149.56812@inspiron.dachary.org> +References: <13639829281.20020226035849@in-orbit.net> + <003801c1beb0$e30e6ee0$1d01a8c0@nicolasv> + <5969045552.20020226120545@in-orbit.net> + <005c01c1bf82$fd59a990$1d01a8c0@nicolasv> + <5213642631.20020228041542@in-orbit.net> + <15485.60497.618149.56812@inspiron.dachary.org> +Mime-Version: 1.0 +Content-Type: text/plain; charset=ISO-8859-1 +Content-Transfer-Encoding: 8bit +X-MIME-Autoconverted: from quoted-printable to 8bit by www.nevrax.org id g1SCt4W74805 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +X-Reply-To: =?ISO-8859-1?Q?R=F3bert_Bjarnason?= +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Hi Loic, + +LD> Could you please commit the corresponding changes to the +LD> :pserver:anonymous@cvs.sf.net:/cvsroot/bang CVS tree so that we can +LD> try them ? + +Nicolas at Nevrax made those changes and they were committed to +the Nevrax CVS tree yesterday. + +The demo app I'm using to load the Water Pools has a minor +addition that has to do with enabling the WaterPoolManager. +I will upload that code tree to our new development server +at http://savannah.gnu.org/projects/bang/ in the next +few days. We decided to leave SourceForge because of the +recent changes in there hosting licence. + +Warm regards, +Robert Bjarnason + + + +From jay.bradley@ed.ac.uk Thu Feb 28 16:58:06 2002 +Received: from grassmarket.ucs.ed.ac.uk (grassmarket.ucs.ed.ac.uk [129.215.166.64]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1SFw6W77457 + for ; Thu, 28 Feb 2002 16:58:06 +0100 (CET) + (envelope-from jay.bradley@ed.ac.uk) +Received: from turriff.dai.ed.ac.uk (turriff.dai.ed.ac.uk [129.215.41.225]) + by grassmarket.ucs.ed.ac.uk (8.11.6/8.11.6) with ESMTP id g1SFpnL19700 + for ; Thu, 28 Feb 2002 15:51:49 GMT +Date: Thu, 28 Feb 2002 15:51:49 +0000 (GMT) +From: +To: +Message-ID: +MIME-Version: 1.0 +Content-Type: TEXT/PLAIN; charset=US-ASCII +Subject: [Nel] Agent control +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +X-Reply-To: +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Hi, + +Does anybody have any examples of code for a server side agent? I've been looking +at the code for quite some time now, but can't work out where to +start. I'm using an external agent architecture for my PhD +research and would like to write some interface code to NeL. As the +documentation for agents is non-existent I'm having great difficulty. + +Any example code or documentation would be great, + +Jay Bradley + + +From chafik@nevrax.com Thu Feb 28 17:59:02 2002 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1SGx2W78309 + for ; Thu, 28 Feb 2002 17:59:02 +0100 (CET) + (envelope-from chafik@nevrax.com) +Received: from sameh (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g1SGqjn91745 + for ; Thu, 28 Feb 2002 17:52:45 +0100 (CET) + (envelope-from chafik@nevrax.com) +Message-ID: <013101c1c078$58a0b460$1001a8c0@sameh> +From: "sameh chafik Pro" +To: +References: +Subject: Re: [Nel] Agent control +Date: Thu, 28 Feb 2002 17:52:45 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 5.50.4522.1200 +X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Hi jay, +i would like to help you on doc search, but at present we have french doc. +at +this time, we work on a linux config pack, i have to do one or two +things to it then i'll put it on cvs. +In this config you'll find a version of an active agent service, at present +my problem is to cut game dependent data. It isn't necessarily long to +make but i have to have time to do it correctly and cleanly. +in the mean time, i'll put a source for a minimal agent manager. This could +allow +user to create friendly agent. + +----- Original Message ----- +From: +To: +Sent: Thursday, February 28, 2002 4:51 PM +Subject: [Nel] Agent control + + +> Hi, +> +> Does anybody have any examples of code for a server side agent? I've been +looking +> at the code for quite some time now, but can't work out where to +> start. I'm using an external agent architecture for my PhD +> research and would like to write some interface code to NeL. As the +> documentation for agents is non-existent I'm having great difficulty. +> +> Any example code or documentation would be great, +> +> Jay Bradley +> +> _______________________________________________ +> Nel mailing list +> Nel@nevrax.org +> http://www.nevrax.org/mailman/listinfo.cgi/nel +> + + + +From lecroart@nevrax.com Fri Mar 1 10:07:55 2002 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g2197sW94918 + for ; Fri, 1 Mar 2002 10:07:54 +0100 (CET) + (envelope-from lecroart@nevrax.com) +Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g2191cn95969 + for ; Fri, 1 Mar 2002 10:01:38 +0100 (CET) + (envelope-from lecroart@nevrax.com) +Message-ID: <001601c1c0ff$b29cd2a0$0901a8c0@vianneyl> +From: "Vianney Lecroart" +To: +Date: Fri, 1 Mar 2002 10:01:38 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 6.00.2600.0000 +X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 +Subject: [Nel] News +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Hi, + +Some news on the www.nevrax.org: + +-You will find Snowballs binaries on our web site in the download section. +Currently, we only have Windows binaries but feel free to send us some other +versions (e.g. GNU/Linux tarballs, debian packages and so on). Please, send +them to lecroart@nevrax.com + +Next news to come: + +- A little explanation of the new network system, CTransportClass, that +provides class comunication between services using network layer 5. + +Other news: + +-NeL now uses pch (precompilated header) that speed up the compilation on +windows. + +Vianney Lecroart +--- +lead network programmer / nevrax.com +icq#: 6870415 +homepage: http://ace.planet-d.net +www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- +w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? + + + +From neuser.jp@club-internet.fr Fri Mar 1 00:58:40 2002 +Received: from relay-3v.club-internet.fr (relay-3v.club-internet.fr [194.158.96.114]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g1SNweW85042 + for ; Fri, 1 Mar 2002 00:58:40 +0100 (CET) + (envelope-from neuser.jp@club-internet.fr) +Received: from kissmaniac (lns07v-8-4.w.club-internet.fr [212.194.139.4]) + by relay-3v.club-internet.fr (Postfix) with SMTP id 9B7D3169C + for ; Fri, 1 Mar 2002 00:52:23 +0100 (CET) +Message-ID: <000901c1c0b2$eeb733e0$048bc2d4@kissmaniac> +From: "neuser jean-philippe" +To: +Date: Fri, 1 Mar 2002 00:52:07 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 6.00.2600.0000 +X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 +Subject: [Nel] Is it possible to have TGA files from snowball demo to make tile +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +X-Reply-To: "neuser jean-philippe" +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Hello , +ok i am near to find how to make a landscape +i have to make my own tile but i dont have any texture and all texture of +snowball demo have been converted to DSS format. + +Is it possible to have the texture in TGA format or make tools DSStoTGA + +A+ + + +From corvazier@nevrax.com Fri Mar 1 12:02:14 2002 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g21B2EW96397 + for ; Fri, 1 Mar 2002 12:02:14 +0100 (CET) + (envelope-from corvazier@nevrax.com) +Received: from cyrilc (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g21Atvn97387 + for ; Fri, 1 Mar 2002 11:55:57 +0100 (CET) + (envelope-from corvazier@nevrax.com) +Message-ID: <00c201c1c10f$c376fd70$1701a8c0@cyrilc> +From: "Cyril 'Hulud' Corvazier" +To: +References: <000901c1c0b2$eeb733e0$048bc2d4@kissmaniac> +Subject: Re: [Nel] Is it possible to have TGA files from snowball demo to make tile +Date: Fri, 1 Mar 2002 11:56:38 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 5.50.4522.1200 +X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Using NeL, it should be something like: + +#include +#include + +using namespace NL3D; +using namespace NLMISC; + +void main () +{ + CIFile input; + if (input.open ("texture.dds")) + { + CBitmap bitmap; + bitmap.load (input); + bitmap.convertToType (CBitmap::RGBA); + + COFile output; + if (output.open ("texture.tga")) + { + bitmap.writeTGA (output, 32); + } + } +} + +Hld. + + + +From neuser.jp@club-internet.fr Fri Mar 1 15:00:18 2002 +Received: from relay-4v.club-internet.fr (relay-4v.club-internet.fr [194.158.96.115]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g21E04W04976 + for ; Fri, 1 Mar 2002 15:00:04 +0100 (CET) + (envelope-from neuser.jp@club-internet.fr) +Received: from kissmaniac (lns03v-11-13.w.club-internet.fr [212.194.46.13]) + by relay-4v.club-internet.fr (Postfix) with SMTP id 3E3D61698 + for ; Fri, 1 Mar 2002 14:53:45 +0100 (CET) +Message-ID: <000e01c1c128$76fc1890$0d2ec2d4@kissmaniac> +From: "neuser jean-philippe" +To: +Date: Fri, 1 Mar 2002 14:53:25 +0100 +MIME-Version: 1.0 +Content-Type: multipart/alternative; + boundary="----=_NextPart_000_000B_01C1C130.D72A0210" +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 6.00.2600.0000 +X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 +Subject: [Nel] prb to paint and export patch under 3DSMAX +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +X-Reply-To: "neuser jean-philippe" +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +This is a multi-part message in MIME format. + +------=_NextPart_000_000B_01C1C130.D72A0210 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: quoted-printable + +hello everybody +i have some problems to make my landscape , specialy to export patch = +zone + + +MY CONFIGURATION +Windows XP Proc AMD XP 1600+ and 256 Mo RAM and ATI Radeon 7200 +Visual Studio 6 + SP5 +3DSMAX release 3 + character studio 2.2 in c:\3DSMAX + + +Ok i have compiled snowball demo , plugins max , ligo and tile edit. +Snowball demo and tile_edit works.=20 + + +Some files have been installed in c:\3DSMAX_1\plugins by visual studio = +project=20 +files are :=20 +nelconvertpatch.dlm +nelexport.dlu +nelligo.dlx +nelpaintdlm +neltileutility.dlu +i have transfered them into c:\3DSMAX\plugins + + + +i have copied some scripts too + +nel_ligo_export.ms and nel_ligoscape.ms into c:\3DSMAX\scripts\utilities +and=20 +nel_flare.ms , nel_light.ms, nel_material.ms , = +nel_material.ms.v1,nel_material.ms.v2, +nel_material.ms.v3, nel_material.ms.v5, nel_multi_set.ms, nel_ps.ms, = +nel_swt.ms, nel_wave_maker.ms=20 +into c:\3DSMAX\scripts\startup +and +nel_ligoscape.mcr into c:\3DSMAX\scripts\macroScripts + + + +i have copied nel_drv_opengl.dll object_viewer.DLL and object_viewer.cfg = +into c:\3DSMAX\plugins and c:\3DSMAX + + +ok now i run 3DSMAX=20 +i make a quad patch=20 +i enter 160 in lenght and 160 in width + +now i go into modify menu , i select More button and i can i see a nel = +convert tool in list and i select it. + +=20 +ok now you say i have to lauch nel tile utility plugin but i m not able = +able to find anywhere +i only have a tile_edit.exe , so i launch it. +i make a a land , add one tile and add 1 texture ( 128 * 128 in 24 bit = +and TGA uncompressed format )=20 +i save all in c:\temp , set absolute patch and copie image1 in c:\temp + + +ok now i select More button again, i can see a nel painter tool in list = +and i select it=20 +i have a new option in Geometry menu. So i select perspective view and = +i select paint. +i see my quad patch in a new windows , with the user_guit.txt , i able = +to color a little but not to color with my texture ( normal )=20 + +Ok i do the link between tile_edit and nel_painter ?=20 + + +now i exit the painter=20 +and i run nel_ligoscape script , i understand nothing !! when i select = +export , nothing export . +There is an other script call nel_ligo_export but if i run it 3DSMAX = +crach at each time. + + + +ok i need help here !!=20 + + + + +thanks all=20 + +------=_NextPart_000_000B_01C1C130.D72A0210 +Content-Type: text/html; + charset="iso-8859-1" +Content-Transfer-Encoding: quoted-printable + + + + + + + + +
hello everybody
+
i have some problems to make my = +landscape ,=20 +specialy to export patch zone
+
 
+
 
+
MY CONFIGURATION
+
Windows XP  Proc AMD XP 1600+  and 256 Mo RAM and ATI Radeon=20 +7200
+
Visual Studio 6 + SP5
+
3DSMAX release 3 + character studio = +2.2  =20 +in c:\3DSMAX
+
 
+
 
+
Ok i have compiled snowball demo , = +plugins max ,=20 +ligo and tile edit.
+
Snowball demo and tile_edit works. = + +
+
 
+
 
+
Some files have been installed in=20 +c:\3DSMAX_1\plugins by visual studio project
+
files are :
+
nelconvertpatch.dlm
+
nelexport.dlu
+
nelligo.dlx
+
nelpaintdlm
+
neltileutility.dlu
+
i have transfered them into=20 +c:\3DSMAX\plugins
+
 
+
 
+
 
+
i have copied some scripts = +too
+
 
+
nel_ligo_export.ms and nel_ligoscape.ms = +into=20 +c:\3DSMAX\scripts\utilities
+
and
+
nel_flare.ms , nel_light.ms, = +nel_material.ms ,=20 +nel_material.ms.v1,nel_material.ms.v2,
+
nel_material.ms.v3, nel_material.ms.v5, = + +nel_multi_set.ms, nel_ps.ms, nel_swt.ms, nel_wave_maker.ms
+
into = +c:\3DSMAX\scripts\startup
+
and
+
nel_ligoscape.mcr into=20 +c:\3DSMAX\scripts\macroScripts
+
 
+
 
+
 
+
i have copied nel_drv_opengl.dll = +object_viewer.DLL=20 +and object_viewer.cfg into c:\3DSMAX\plugins and c:\3DSMAX
+
 
+
 
+
ok now i run 3DSMAX
+
i make a quad patch
+
i enter 160 in lenght and 160 in = +width
+
 
+
now i go into modify menu , i select = +More button=20 +and i can i see a nel convert tool in list and i select = +it.
+
 
+
 
+
ok now you say i have to lauch nel tile = +utility=20 +plugin but i m not able able to find anywhere
+
i only have a tile_edit.exe , so i launch it.
+
i make a a land , add one tile and add 1 texture ( 128 * 128 in 24 = +bit and=20 +TGA uncompressed format )
+
i save all in c:\temp , set absolute patch and copie image1 in=20 +c:\temp
+
 
+
 
+
ok now i select More button again, i can see a nel painter tool in = +list and=20 +i select it
+
i have a new option in Geometry = +menu. So i=20 +select perspective view  and i select paint.
+
i see my quad patch in a new windows , = +with the=20 +user_guit.txt , i able to color a little but not to color with my = +texture (=20 +normal )
+
 
+
Ok i do the link between tile_edit and = +nel_painter=20 +?
+
 
+
+
 
+
now i exit the painter
+
and i run nel_ligoscape script , i understand nothing !! when i = +select=20 +export , nothing export .
+
There is an other script call nel_ligo_export but if i run it = +3DSMAX crach=20 +at each time.
+
 
+
 
+
 
+
ok i need help here !!
+
 
+
 
+
 
+
 
+
thanks all
+ +------=_NextPart_000_000B_01C1C130.D72A0210-- + + +From robert@in-orbit.net Fri Mar 1 15:22:15 2002 +Received: from quasar.skima.is (quasar.skima.is [212.30.200.205]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g21EMEW06145 + for ; Fri, 1 Mar 2002 15:22:14 +0100 (CET) + (envelope-from robert@in-orbit.net) +Received: from [157.157.146.56] by quasar.skima.is with ESMTP for nel@nevrax.org; Fri, 1 Mar 2002 14:15:33 Z +Date: Fri, 1 Mar 2002 14:43:33 -0800 +From: Robert Bjarnason +X-Mailer: The Bat! (v1.49) Personal +Organization: InOrbit Entertainment, Inc. +X-Priority: 3 (Normal) +Message-Id: <194337713366.20020301144333@in-orbit.net> +To: nel@nevrax.org +Subject: Re: [Nel] prb to paint and export patch under 3DSMAX +In-reply-To: <000e01c1c128$76fc1890$0d2ec2d4@kissmaniac> +References: <000e01c1c128$76fc1890$0d2ec2d4@kissmaniac> +Mime-Version: 1.0 +Content-Type: text/plain; charset=ISO-8859-1 +Content-Transfer-Encoding: 8bit +X-MIME-Autoconverted: from quoted-printable to 8bit by www.nevrax.org id g21EMEW06145 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +X-Reply-To: =?ISO-8859-1?Q?R=F3bert_Bjarnason?= +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Hi Neuser, + +njp> ok now you say i have to lauch nel tile utility plugin but i m not able able to find anywhere +njp> i only have a tile_edit.exe , so i launch it. +njp> i make a a land , add one tile and add 1 texture ( 128 * 128 in 24 bit and TGA uncompressed format ) +njp> i save all in c:\temp , set absolute patch and copie image1 in c:\temp + +njp> Ok i do the link between tile_edit and nel_painter ? + +The NeL Tile Bank plugin is in the Utilities section +of the 3D max menus (where the little hammer is). You +find NeL Tile Bank under NeL Tools if you go into "Configure +Button Sets". You click on the NeL Tile Bank and then +you click on "Click to choose a bank..." in the +parameters rollout, then you select the Bank you +just created with tile_edit.exe. Then you can paint +using your textures. + +njp> ok i need help here !! + +I'm not familiar with LigoScape but to export the +painted zone file you go into the NeL Export in +the Utilities menu's and select Export model +to save you Patch/Zone. Then you have to weld, +light and create PACS collistion info for your +zones before you can use them in a client application. + +Warm regards, +Robert + + + +From me@lars.in-berlin.de Fri Mar 1 16:27:54 2002 +Received: from hirsch.in-berlin.de (hirsch.in-berlin.de [192.109.42.6]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g21FRsW09276 + for ; Fri, 1 Mar 2002 16:27:54 +0100 (CET) + (envelope-from me@lars.in-berlin.de) +Received: from psych-o-mat (port-213-20-24-130.reverse.qdsl-home.de [213.20.24.130]) + (authenticated bits=0) + by hirsch.in-berlin.de (8.12.1/8.12.1/Debian -2) with ESMTP id g21FLZ8l022346 + (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NOT) + for ; Fri, 1 Mar 2002 16:21:35 +0100 +X-Envelope-From: me@lars.in-berlin.de +X-Envelope-To: +Received: from [10.20.40.80] (helo=bit-weaver) + by psych-o-mat with esmtp (Exim 3.33 #1 (Debian)) + id 16gozD-0000dP-00 + for ; Fri, 01 Mar 2002 16:30:19 +0100 +Received: from lars by bit-weaver with local (Exim 3.33 #1 (Debian)) + id 16gouO-0001aG-00 + for ; Fri, 01 Mar 2002 16:25:20 +0100 +To: nel@nevrax.org +From: lists@lars.in-berlin.de +Date: 01 Mar 2002 16:25:20 +0100 +Message-ID: <87sn7kcntr.fsf@lars.in-berlin.de> +Lines: 34 +User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/21.1 +MIME-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Subject: [Nel] compiling nel: syntax error in ps_ribbon.cpp +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Hi all! + +I'm currently trying to compile nel again using the source from Feb. 28th +at www.nevrax.org/download/. After doing a s/)/}/ at +src/misc/p_thread.cpp:54, the source compiles fine until it comes to +src/3d/ps_ribbon.cpp. There it fails with the following error: + +-----8<----- +make[3]: Entering directory `/usr/local/src/nel/src/3d' +source='ps_ribbon.cpp' object='ps_ribbon.lo' libtool=yes \ +depfile='.deps/ps_ribbon.Plo' tmpdepfile='.deps/ps_ribbon.TPlo' \ +depmode=gcc /bin/sh ../../depcomp \ +/bin/sh ../../libtool --mode=compile c++ -DHAVE_CONFIG_H -I. -I. -I../../include -I../../src -I/usr/include/freetype2 -O3 -DNL_RELEASE -ftemplate-depth-24 -Wno-multichar -D_REENTRANT -I/usr/X11R6/include -I/usr/include/stlport/ -c -o ps_ribbon.lo `test -f ps_ribbon.cpp || echo './'`ps_ribbon.cpp +rm -f .libs/ps_ribbon.lo +c++ -DHAVE_CONFIG_H -I. -I. -I../../include -I../../src -I/usr/include/freetype2 -O3 -DNL_RELEASE -ftemplate-depth-24 -Wno-multichar -D_REENTRANT -I/usr/X11R6/include -I/usr/include/stlport/ -c ps_ribbon.cpp -Wp,-MD,.deps/ps_ribbon.TPlo -fPIC -DPIC -o .libs/ps_ribbon.lo +ps_ribbon.cpp: In method `void NL3D::CPSRibbon::serial(NLMISC::IStream &)': +ps_ribbon.cpp:165: syntax error before `*' +ps_ribbon.cpp:168: `CDummy2DAngle' undeclared (first use this function) +ps_ribbon.cpp:168: (Each undeclared identifier is reported only once +ps_ribbon.cpp:168: for each function it appears in.) +ps_ribbon.cpp:168: parse error before `;' +[...more errors snipped...] +----->8----- + +Can anyone here tell me what the problem is? I'm myself pretty clueless +when it comes to C++ or object-oriented programming. + +Thanks, +Lars + +-- +[ Lars Weber ]------< me @ lars.in-berlin.de >----[ GPG-ID: 1383B42E ] ++++ fingerprint: 44B1 1D23 DD53 E6B2 4AAB 4C36 0323 9141 1383 B42E +++ +[ Using GNU ]----< www.gnu.org | www.debian.org >---[ Running Debian ] + +From lecroart@nevrax.com Fri Mar 1 16:51:39 2002 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g21FpcW10367 + for ; Fri, 1 Mar 2002 16:51:38 +0100 (CET) + (envelope-from lecroart@nevrax.com) +Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g21FjDn00889 + for ; Fri, 1 Mar 2002 16:45:13 +0100 (CET) + (envelope-from lecroart@nevrax.com) +Message-ID: <006f01c1c138$13c4f9d0$0901a8c0@vianneyl> +From: "Vianney Lecroart" +To: +References: <87sn7kcntr.fsf@lars.in-berlin.de> +Subject: Re: [Nel] compiling nel: syntax error in ps_ribbon.cpp +Date: Fri, 1 Mar 2002 16:45:13 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 6.00.2600.0000 +X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +You perhaps should get the cvs tree instead of the tarball version :) + +Vianney Lecroart +--- +lead network programmer / nevrax.com +icq#: 6870415 +homepage: http://ace.planet-d.net +www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- +w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? + + + +From lecroart@nevrax.com Fri Mar 1 16:55:42 2002 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g21FteW10547 + for ; Fri, 1 Mar 2002 16:55:41 +0100 (CET) + (envelope-from lecroart@nevrax.com) +Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g21FnLn00966 + for ; Fri, 1 Mar 2002 16:49:21 +0100 (CET) + (envelope-from lecroart@nevrax.com) +Message-ID: <007501c1c138$a797d740$0901a8c0@vianneyl> +From: "Vianney Lecroart" +To: +Date: Fri, 1 Mar 2002 16:49:21 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 6.00.2600.0000 +X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 +Subject: [Nel] cpp to html in php :) +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Hi, + +Do you know where I can find a little php function that take a string (cpp +code) in param and that echoed the string with html tag to format the param +(with color hightlight etc...) like they do in flipcode site for example: +http://www.flipcode.com/cgi-bin/msg.cgi?showThread=Tip-UnusedParameters&foru +m=totd&id=-1 + +Vianney Lecroart +--- +lead network programmer / nevrax.com +icq#: 6870415 +homepage: http://ace.planet-d.net +www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- +w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? + + + +From yanbab@yanbab.org Fri Mar 1 17:27:43 2002 +Received: from smtp.noos.fr (aragon.noos.net [212.198.2.75]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g21GRhW12235 + for ; Fri, 1 Mar 2002 17:27:43 +0100 (CET) + (envelope-from yanbab@yanbab.org) +Received: (qmail 11470329 invoked by uid 0); 1 Mar 2002 16:21:20 -0000 +Received: from unknown (HELO localhost.localdomain) ([195.132.130.252]) (envelope-sender ) + by 212.198.2.75 (qmail-ldap-1.03) with SMTP + for ; 1 Mar 2002 16:21:20 -0000 +Subject: Re: [Nel] cpp to html in php :) +From: Yan Babilliot +To: nel@nevrax.org +In-Reply-To: <007501c1c138$a797d740$0901a8c0@vianneyl> +References: <007501c1c138$a797d740$0901a8c0@vianneyl> +Content-Type: text/plain; charset=ISO-8859-1 +X-Mailer: Evolution/1.0.2 +Date: 01 Mar 2002 17:22:49 +0100 +Message-Id: <1014999769.11058.9.camel@debian> +Mime-Version: 1.0 +Content-Transfer-Encoding: 8bit +X-MIME-Autoconverted: from quoted-printable to 8bit by www.nevrax.org id g21GRhW12235 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +le ven 01-03-2002 à 16:49, Vianney Lecroart a écrit : + +> Do you know where I can find a little php function that take a string (cpp +> code) in param and that echoed the string with html tag to format the param +> (with color hightlight etc...) like they do in flipcode site for example: +> http://www.flipcode.com/cgi-bin/msg.cgi?showThread=Tip-UnusedParameters&foru +> m=totd&id=-1 + +Check http://www.beautifier.org/ , a flexible syntax hilighting system +written in PHP. +You can also use show_source(), highlight_string(), highlight_file(), +but they only support PHP syntax. + +Yan. + + +From loic@dachary.org Fri Mar 1 17:49:51 2002 +Received: from inspiron.dachary.org (aboukir-101-1-13-alebeon.adsl.nerim.net [62.212.101.54]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g21GnoW13385 + for ; Fri, 1 Mar 2002 17:49:51 +0100 (CET) + (envelope-from loic@dachary.org) +Received: from loic by inspiron.dachary.org with local (Exim 3.34 #1 (Debian)) + id 16gq7k-0001sy-00 + for ; Fri, 01 Mar 2002 17:43:12 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Transfer-Encoding: 7bit +Message-ID: <15487.44960.243778.59129@inspiron.dachary.org> +Date: Fri, 1 Mar 2002 17:43:12 +0100 +From: Loic Dachary +To: nel@nevrax.org +Subject: Re: [Nel] prb to paint and export patch under 3DSMAX +In-Reply-To: neuser jean-philippe's message of 1 March 2002 14:53:25 +0100 +References: <000e01c1c128$76fc1890$0d2ec2d4@kissmaniac> +X-Mailer: VM 7.01 under Emacs 21.1.1 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +X-Reply-To: loic@gnu.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +neuser jean-philippe writes: + > hello everybody + > i have some problems to make my landscape , specialy to export patch zone + > + > + > MY CONFIGURATION + > Windows XP Proc AMD XP 1600+ and 256 Mo RAM and ATI Radeon 7200 + > Visual Studio 6 + SP5 + > 3DSMAX release 3 + character studio 2.2 in c:\3DSMAX + > + + Woudl you be so kind as to send the plugin binaries you have +to "Vianney Lecroart" so that he can upload them +in the newly created binary section of nevrax.org ? It will be useful +to other people trying to produce data for nel. My intuition is that +people able to produce nice graphics are not likely to be very amused +to compile the plugin by themselves ;-) + + Cheers, + +-- +Loic Dachary http://www.dachary.org/ loic@dachary.org +12 bd Magenta http://www.senga.org/ loic@senga.org +75010 Paris T: 33 1 42 45 07 97 loic@gnu.org + GPG Public Key: http://www.dachary.org/loic/gpg.txt + +From v.caron@zerodeux.net Fri Mar 1 17:53:56 2002 +Received: from zerodeux.net (zerodeux.net [62.212.104.175]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g21GrtW13578 + for ; Fri, 1 Mar 2002 17:53:56 +0100 (CET) + (envelope-from v.caron@zerodeux.net) +Received: from localhost.localdomain (zerodeux.home [192.168.1.3]) + by zerodeux.net (Postfix) with ESMTP id 9AE38B6F9 + for ; Fri, 1 Mar 2002 17:47:41 +0100 (CET) +Subject: Re: [Nel] cpp to html in php :) +From: Vincent Caron +To: nel@nevrax.org +In-Reply-To: <007501c1c138$a797d740$0901a8c0@vianneyl> +References: <007501c1c138$a797d740$0901a8c0@vianneyl> +Content-Type: text/plain +Content-Transfer-Encoding: 7bit +X-Mailer: Evolution/1.0.2 +Date: 01 Mar 2002 17:47:37 +0100 +Message-Id: <1015001257.777.12.camel@zerodeux.home> +Mime-Version: 1.0 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +I use a little wrapper around 'enscript', which is a good multi-language +and multi-media beautifier : + +function snippet($file, $lang) +{ + $output = `enscript -q -E$lang -Whtml --color -o - $file`; + $start = strpos ($output, '
');
+  $end = strpos ($output, '
') + strlen(''); + return substr ($output, $start, $end-$start); +} + +You just invoke 'echo snippet("/path/to/test.cpp", "cpp")'. It can be +modified to support 'inline code' (ie. passed from a string in the PHP +code) though ... + + + +From loic@dachary.org Sat Mar 2 00:22:08 2002 +Received: from inspiron.dachary.org (aboukir-101-1-13-alebeon.adsl.nerim.net [62.212.101.54]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g21NM7W33908 + for ; Sat, 2 Mar 2002 00:22:07 +0100 (CET) + (envelope-from loic@dachary.org) +Received: from loic by inspiron.dachary.org with local (Exim 3.34 #1 (Debian)) + id 16gwFN-00027s-00 + for ; Sat, 02 Mar 2002 00:15:29 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Transfer-Encoding: 7bit +Message-ID: <15488.2960.615197.420521@inspiron.dachary.org> +Date: Sat, 2 Mar 2002 00:15:28 +0100 +From: Loic Dachary +To: nel@nevrax.org +X-Mailer: VM 7.01 under Emacs 21.1.1 +Subject: [Nel] GNU/Linux compilation patches +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +X-Reply-To: loic@gnu.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + + Hi, + + Here is a small patch against todays CVS so that +nel & snowballs compile on the GNU/Linux operating system. + + - Missing file in 3d/Makefile.am + - Embeded struct definition that makes gcc-2.95.4 choke + - s/)/}/ (previously reported on the list) + - Viewport fix previously sent but apparently not yet applied + - Spurious inlines that prevent --with-debug compilations + also reported in a previous patch but apparently forgotten + + Have a nice weekend :-) + +Index: nel/src/3d/Makefile.am +=================================================================== +RCS file: /home/cvsroot/code/nel/src/3d/Makefile.am,v +retrieving revision 1.69 +diff -u -r1.69 Makefile.am +--- nel/src/3d/Makefile.am 19 Feb 2002 11:20:57 -0000 1.69 ++++ nel/src/3d/Makefile.am 1 Mar 2002 23:13:56 -0000 +@@ -52,6 +52,7 @@ + cluster.h \ + coarse_mesh_build.cpp \ + coarse_mesh_build.h \ ++ meshvp_wind_tree.cpp \ + coarse_mesh_manager.cpp \ + coarse_mesh_manager.h \ + computed_string.cpp \ +Index: nel/src/3d/ps_ribbon.cpp +=================================================================== +RCS file: /home/cvsroot/code/nel/src/3d/ps_ribbon.cpp,v +retrieving revision 1.4 +diff -u -r1.4 ps_ribbon.cpp +--- nel/src/3d/ps_ribbon.cpp 28 Feb 2002 12:59:51 -0000 1.4 ++++ nel/src/3d/ps_ribbon.cpp 1 Mar 2002 23:13:56 -0000 +@@ -30,6 +30,7 @@ + #include "3d/particle_system.h" + #include "3d/driver.h" + #include "3d/ps_util.h" ++#include "3d/ps_located.h" + #include "3d/texture_mem.h" + #include "nel/misc/matrix.h" + +@@ -38,6 +39,11 @@ + + static NLMISC::CRGBA GradientB2W[] = {NLMISC::CRGBA(0, 0, 0, 0), NLMISC::CRGBA(255, 255, 255, 255) }; + ++struct CDummy2DAngle : CPSRotated2DParticle ++{ ++ CPSLocated *getAngle2DOwner(void) { return NULL; } ++}; ++ + /// private use : this create a gradient texture that goew from black to white + static ITexture *CreateGradientTexture() + { +@@ -160,11 +166,6 @@ + + // we dont use the 2d angle anymore...serial a dummy one + { +- struct CDummy2DAngle : CPSRotated2DParticle +- { +- CPSLocated *getAngle2DOwner(void) { return NULL; } +- }; +- + CDummy2DAngle _Dummy2DAngle; + _Dummy2DAngle.serialAngle2DScheme(f); + } +Index: nel/src/3d/zone_manager.cpp +=================================================================== +RCS file: /home/cvsroot/code/nel/src/3d/zone_manager.cpp,v +retrieving revision 1.5 +diff -u -r1.5 zone_manager.cpp +--- nel/src/3d/zone_manager.cpp 28 Feb 2002 12:59:52 -0000 1.5 ++++ nel/src/3d/zone_manager.cpp 1 Mar 2002 23:13:57 -0000 +@@ -235,6 +235,7 @@ + } + else + { ++ nldebug("file not found: %s", zonePath.c_str ()); + _Lz->FileNotFound = true; + delete _Zm->Zone; + } +Index: nel/src/3d/driver/opengl/driver_opengl.cpp +=================================================================== +RCS file: /home/cvsroot/code/nel/src/3d/driver/opengl/driver_opengl.cpp,v +retrieving revision 1.136 +diff -u -r1.136 driver_opengl.cpp +--- nel/src/3d/driver/opengl/driver_opengl.cpp 15 Feb 2002 17:43:03 -0000 1.136 ++++ nel/src/3d/driver/opengl/driver_opengl.cpp 1 Mar 2002 23:14:01 -0000 +@@ -1213,13 +1213,23 @@ + + void CDriverGL::setupViewport (const class CViewport& viewport) + { +-#ifdef NL_OS_WINDOWS ++#if NL_OS_WINDOWS + if (_hWnd) + { + // Get window rect + RECT rect; + GetClientRect (_hWnd, &rect); +- ++ // Setup gl viewport ++ int clientWidth=rect.right-rect.left; ++ int clientHeight=rect.bottom-rect.top; ++#else // NL_OS_WINDOWS ++ XWindowAttributes win_attributes; ++ if (!XGetWindowAttributes(dpy, win, &win_attributes)) ++ throw EBadDisplay("Can't get window attributes."); ++ // Setup gl viewport ++ int clientWidth=win_attributes.width; ++ int clientHeight=win_attributes.height; ++#endif // NL_OS_WINDOWS + // Get viewport + float x; + float y; +@@ -1227,9 +1237,6 @@ + float height; + viewport.getValues (x, y, width, height); + +- // Setup gl viewport +- int clientWidth=rect.right-rect.left; +- int clientHeight=rect.bottom-rect.top; + int ix=(int)((float)clientWidth*x); + clamp (ix, 0, clientWidth); + int iy=(int)((float)clientHeight*y); +@@ -1239,6 +1246,7 @@ + int iheight=(int)((float)clientHeight*height); + clamp (iheight, 0, clientHeight-iy); + glViewport (ix, iy, iwidth, iheight); ++#if NL_OS_WINDOWS + } + #endif // NL_OS_WINDOWS + } +Index: nel/src/3d/driver/opengl/driver_opengl_material.cpp +=================================================================== +RCS file: /home/cvsroot/code/nel/src/3d/driver/opengl/driver_opengl_material.cpp,v +retrieving revision 1.57 +diff -u -r1.57 driver_opengl_material.cpp +--- nel/src/3d/driver/opengl/driver_opengl_material.cpp 15 Feb 2002 17:43:41 -0000 1.57 ++++ nel/src/3d/driver/opengl/driver_opengl_material.cpp 1 Mar 2002 23:14:01 -0000 +@@ -104,7 +104,7 @@ + + + // -------------------------------------------------- +-inline void CDriverGL::setTextureEnvFunction(uint stage, CMaterial& mat) ++void CDriverGL::setTextureEnvFunction(uint stage, CMaterial& mat) + { + ITexture *text= mat.getTexture(stage); + if(text) +@@ -138,7 +138,7 @@ + + + //-------------------------------- +-inline void CDriverGL::setupUserTextureMatrix(uint numStages, CMaterial& mat) ++void CDriverGL::setupUserTextureMatrix(uint numStages, CMaterial& mat) + { + if ( + (_UserTexMatEnabled != 0 && (mat.getFlags() & IDRV_MAT_USER_TEX_MAT_ALL) == 0) +Index: nel/src/misc/p_thread.cpp +=================================================================== +RCS file: /home/cvsroot/code/nel/src/misc/p_thread.cpp,v +retrieving revision 1.8 +diff -u -r1.8 p_thread.cpp +--- nel/src/misc/p_thread.cpp 27 Feb 2002 15:38:48 -0000 1.8 ++++ nel/src/misc/p_thread.cpp 1 Mar 2002 23:14:05 -0000 +@@ -51,7 +51,7 @@ + { + /// \todo: implement this functionnality for posix thread + return NULL; +-) ++} + + + /* + +-- +Loic Dachary http://www.dachary.org/ loic@dachary.org +12 bd Magenta http://www.senga.org/ loic@senga.org +75010 Paris T: 33 1 42 45 07 97 loic@gnu.org + GPG Public Key: http://www.dachary.org/loic/gpg.txt + +From delirec@NJC15.kumudu.nirmani.net Mon Mar 4 04:06:35 2002 +Received: from NJC15.kumudu.nirmani.net ([66.78.34.31]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g2436TW08837 + for ; Mon, 4 Mar 2002 04:06:34 +0100 (CET) + (envelope-from delirec@NJC15.kumudu.nirmani.net) +Received: from delirec by NJC15.kumudu.nirmani.net with local (Exim 3.34 #1) + id 16higg-00073P-00 + for nel@nevrax.org; Sun, 03 Mar 2002 21:58:54 -0500 +From: "Dennis McGregor" +To: nel@nevrax.org +X-Mailer: NeoMail 1.25 +X-IPAddress: 144.134.131.228 +MIME-Version: 1.0 +Content-Type: text/plain; charset=iso-8859-1 +Message-Id: +Date: Sun, 03 Mar 2002 21:58:54 -0500 +X-AntiAbuse: Sender Address Domain - NJC15.kumudu.nirmani.net +Subject: [Nel] missing file "water_imp.cpp" +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +X-Reply-To: dns@delire.cz +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +I'm managing to compile the the Nel engine (after a full upgrade to +woody the problems with pthread.h disappeared), but only if disable 3d +during the compile process. Otherwise I get an error about a file that +doesn't exist either in the tar that I'm using or on the nevrax.org cvsweb: + +c++ -DHAVE_CONFIG_H -I. -I. -I../../include -I../../src +-I/usr/include/freetype2 -O3 -DNL_RELEASE -ftemplate-depth-24 +-Wno-multichar -D_REENTRANT -I/usr/X11R6/include +-I/usr/local/STLport-4.0/stlport/ -Wp,-MD,.deps/water_height_map.pp -c +water_height_map.cpp -o water_height_map.o >/dev/null 2>&1 +mv -f .libs/water_height_map.lo water_height_map.lo +make[3]: *** No rule to make target `water_imp.cpp', needed by +`water_imp.lo'. Stop. + +Dennis. + + + +From vizerie@nevrax.com Mon Mar 4 10:15:08 2002 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g249F8W18003 + for ; Mon, 4 Mar 2002 10:15:08 +0100 (CET) + (envelope-from vizerie@nevrax.com) +Received: from nicolasv (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g2498nn16876 + for ; Mon, 4 Mar 2002 10:08:49 +0100 (CET) + (envelope-from vizerie@nevrax.com) +Message-ID: <000601c1c35c$32804840$1d01a8c0@nicolasv> +From: "Nicolas Vizerie" +To: +References: +Subject: Re: [Nel] missing file "water_imp.cpp" +Date: Mon, 4 Mar 2002 10:08:49 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 5.00.2919.6700 +X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Hi, +Actually, this file shouldn't appear in your makefile. You should consider +updating your makefile for the 3d lib from the CVS. + +Nicolas Vizerie + +----- Original Message ----- +From: "Dennis McGregor" +To: +Sent: Monday, March 04, 2002 3:58 AM +Subject: [Nel] missing file "water_imp.cpp" + + +> +> I'm managing to compile the the Nel engine (after a full upgrade to +> woody the problems with pthread.h disappeared), but only if disable 3d +> during the compile process. Otherwise I get an error about a file that +> doesn't exist either in the tar that I'm using or on the nevrax.org +cvsweb: +> +> c++ -DHAVE_CONFIG_H -I. -I. -I../../include -I../../src +> -I/usr/include/freetype2 -O3 -DNL_RELEASE -ftemplate-depth-24 +> -Wno-multichar -D_REENTRANT -I/usr/X11R6/include +> -I/usr/local/STLport-4.0/stlport/ -Wp,-MD,.deps/water_height_map.pp -c +> water_height_map.cpp -o water_height_map.o >/dev/null 2>&1 +> mv -f .libs/water_height_map.lo water_height_map.lo +> make[3]: *** No rule to make target `water_imp.cpp', needed by +> `water_imp.lo'. Stop. +> +> Dennis. +> +> +> _______________________________________________ +> Nel mailing list +> Nel@nevrax.org +> http://www.nevrax.org/mailman/listinfo.cgi/nel +> + + +From lecroart@nevrax.com Mon Mar 4 10:37:12 2002 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g249bBW18584 + for ; Mon, 4 Mar 2002 10:37:11 +0100 (CET) + (envelope-from lecroart@nevrax.com) +Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g249Uqn17112 + for ; Mon, 4 Mar 2002 10:30:52 +0100 (CET) + (envelope-from lecroart@nevrax.com) +Message-ID: <002601c1c35f$47045420$0901a8c0@vianneyl> +From: "Vianney Lecroart" +To: +References: <15488.2960.615197.420521@inspiron.dachary.org> +Subject: Re: [Nel] GNU/Linux compilation patches +Date: Mon, 4 Mar 2002 10:30:52 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 6.00.2600.0000 +X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Hi Loic, + +The patch is applied right now. Tanks a lot. +A little things, for the macro NL_OS_WINDOWS and NL_OS_UNIX, in our case, +it's better to use #ifdef instead of #if because on windows we only define +the macro but not set it to 1 (types_nl.h) + +Vianney Lecroart +--- +lead network programmer / nevrax.com +icq#: 6870415 +homepage: http://ace.planet-d.net +www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- +w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? + + + +From loic@dachary.org Mon Mar 4 15:04:02 2002 +Received: from inspiron.dachary.org (aboukir-101-1-13-alebeon.adsl.nerim.net [62.212.101.54]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g24E42W25854 + for ; Mon, 4 Mar 2002 15:04:02 +0100 (CET) + (envelope-from loic@dachary.org) +Received: from loic by inspiron.dachary.org with local (Exim 3.34 #1 (Debian)) + id 16hsxs-0004d4-00 + for ; Mon, 04 Mar 2002 14:57:20 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Transfer-Encoding: 7bit +Message-ID: <15491.32063.535134.321239@inspiron.dachary.org> +Date: Mon, 4 Mar 2002 14:57:19 +0100 +From: Loic Dachary +To: nel@nevrax.org +Subject: Re: [Nel] GNU/Linux compilation patches +In-Reply-To: Vianney Lecroart's message of 4 March 2002 10:30:52 +0100 +References: <15488.2960.615197.420521@inspiron.dachary.org> + <002601c1c35f$47045420$0901a8c0@vianneyl> +X-Mailer: VM 7.01 under Emacs 21.1.1 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +X-Reply-To: loic@gnu.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Vianney Lecroart writes: + > Hi Loic, + > + > The patch is applied right now. Tanks a lot. + > A little things, for the macro NL_OS_WINDOWS and NL_OS_UNIX, in our case, + > it's better to use #ifdef instead of #if because on windows we only define + > the macro but not set it to 1 (types_nl.h) + + Oops. Sorry about that and thanks for the explanation. + + Cheers, + +-- +Loic Dachary http://www.dachary.org/ loic@dachary.org +12 bd Magenta http://www.senga.org/ loic@senga.org +75010 Paris T: 33 1 42 45 07 97 loic@gnu.org + GPG Public Key: http://www.dachary.org/loic/gpg.txt + +From robert@in-orbit.net Mon Mar 4 16:39:35 2002 +Received: from quasar.skima.is (quasar.skima.is [212.30.200.205]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g24FdYW28330 + for ; Mon, 4 Mar 2002 16:39:34 +0100 (CET) + (envelope-from robert@in-orbit.net) +Received: from [157.157.146.56] by quasar.skima.is with ESMTP for nel@nevrax.org; Mon, 4 Mar 2002 15:33:13 Z +Date: Mon, 4 Mar 2002 16:01:09 -0800 +From: Robert Bjarnason +X-Mailer: The Bat! (v1.49) Personal +Organization: InOrbit Entertainment, Inc. +X-Priority: 3 (Normal) +Message-Id: <39601569170.20020304160109@in-orbit.net> +To: nel@nevrax.org +Mime-Version: 1.0 +Content-Type: text/plain; charset=ISO-8859-1 +Content-Transfer-Encoding: 8bit +X-MIME-Autoconverted: from quoted-printable to 8bit by www.nevrax.org id g24FdYW28330 +Subject: [Nel] Compiling Object Viewer w/Release config +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +X-Reply-To: =?ISO-8859-1?Q?R=F3bert_Bjarnason?= +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Hi, + +I get the following errors when I try compiling +Object Viewer in Release build mode on Windows, +It works fine in ReleaseDebug mode: + +g:\CODE\NEL\SRC\3d/ps_attrib_maker_helper.h(327) : fatal error C1076: compiler limit : internal heap limit reached; use /Zm to specify a higher limit + g:\CODE\NEL\SRC\3d/ps_attrib_maker_helper.h(939) : see reference to function template instantiation 'void __thiscall NL3D::CPSAttribMakerT >::make4ByIterator(struct NL3D: +:CFDot3AddIterator >,void *,unsigned __int32,unsigned __int32,bool) const' being compiled +<...cut...> +g:\CODE\NEL\SRC\3d/ps_attrib_maker_helper.h(467) : fatal error C1076: compiler limit : internal heap limit reached; use /Zm to specify a higher limit + g:\CODE\NEL\SRC\3d/ps_attrib_maker_helper.h(1032) : see reference to function template instantiation 'void __thiscall NL3D::CPSAttribMakerT >::makeNByIterator(s +truct NL3D::CDecalIterator,void *,unsigned __int32,unsigned __int32,unsigned __int32,bool) const' being compiled + +Also when I try re-compiling anything I get +those errors, I always need to use Rebuild +All: + +Compiling... +anim_detail_trav.cpp +G:\code\nel\src\3d\anim_detail_trav.cpp(26) : fatal error C1852: '../obj/Release/3d.pch' is not a valid precompiled header file +clip_trav.cpp +<...> + +Warm regards, +Robert + + + +From corvazier@nevrax.com Mon Mar 4 17:30:14 2002 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g24GUEW29685 + for ; Mon, 4 Mar 2002 17:30:14 +0100 (CET) + (envelope-from corvazier@nevrax.com) +Received: from cyrilc (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g24GNtn22358 + for ; Mon, 4 Mar 2002 17:23:55 +0100 (CET) + (envelope-from corvazier@nevrax.com) +Message-ID: <008901c1c399$0a5c0560$1701a8c0@cyrilc> +From: "Cyril 'Hulud' Corvazier" +To: +References: <39601569170.20020304160109@in-orbit.net> +Subject: Re: [Nel] Compiling Object Viewer w/Release config +Date: Mon, 4 Mar 2002 17:24:21 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 5.50.4522.1200 +X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Hi Robert, + +> g:\CODE\NEL\SRC\3d/ps_attrib_maker_helper.h(327) : fatal error C1076: compiler limit : internal heap limit reached; use /Zm to +specify a higher limit + +Ok, i have passed the /Zm option to 400 in release for object viewer. +Now this option is 400% in release and releasedebug, 500% in debugfast. + +> G:\code\nel\src\3d\anim_detail_trav.cpp(26) : fatal error C1852: '../obj/Release/3d.pch' is not a valid precompiled header file +> clip_trav.cpp + +Nel3d now uses precompilated headers to speedup compilation time. It looks like MSVisual have some problems +to handle this correctly. Try to delete all temporary files by hand (../obj/*.*) and rebuild all. Then it should be ok. + +Hld. + + + +From lecroart@nevrax.com Mon Mar 4 19:52:25 2002 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g24IqPW33541 + for ; Mon, 4 Mar 2002 19:52:25 +0100 (CET) + (envelope-from lecroart@nevrax.com) +Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g24Ik6n23730 + for ; Mon, 4 Mar 2002 19:46:06 +0100 (CET) + (envelope-from lecroart@nevrax.com) +Message-ID: <00dc01c1c3ac$d724a9e0$0901a8c0@vianneyl> +From: "Vianney Lecroart" +To: +Date: Mon, 4 Mar 2002 19:46:05 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 6.00.2600.0000 +X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 +Subject: [Nel] Snowballs screenshots +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Hi, + +From nevrax.org news: + +6 new screenshots of Snowballs2 are available on the screenshot section +(http://www.nevrax.org/screenshots). Sorry, I didn't create the tiny version +of pics. + +Vianney Lecroart +--- +lead network programmer / nevrax.com +icq#: 6870415 +homepage: http://ace.planet-d.net +www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- +w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? + + + +From robert@in-orbit.net Mon Mar 4 21:28:04 2002 +Received: from quasar.skima.is (quasar.skima.is [212.30.200.205]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g24KS3W36250 + for ; Mon, 4 Mar 2002 21:28:03 +0100 (CET) + (envelope-from robert@in-orbit.net) +Received: from [157.157.146.56] by quasar.skima.is with ESMTP for nel@nevrax.org; Mon, 4 Mar 2002 20:21:44 Z +Date: Mon, 4 Mar 2002 20:49:38 -0800 +From: Robert Bjarnason +X-Mailer: The Bat! (v1.49) Personal +Organization: InOrbit Entertainment, Inc. +X-Priority: 3 (Normal) +Message-Id: <68618878490.20020304204938@in-orbit.net> +To: nel@nevrax.org +Subject: Re[2]: [Nel] Compiling Object Viewer w/Release config +In-reply-To: <008901c1c399$0a5c0560$1701a8c0@cyrilc> +References: <39601569170.20020304160109@in-orbit.net> + <008901c1c399$0a5c0560$1701a8c0@cyrilc> +Mime-Version: 1.0 +Content-Type: text/plain; charset=ISO-8859-1 +Content-Transfer-Encoding: 8bit +X-MIME-Autoconverted: from quoted-printable to 8bit by www.nevrax.org id g24KS3W36250 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +X-Reply-To: =?ISO-8859-1?Q?R=F3bert_Bjarnason?= +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Hi Cyril, + +Monday, March 04, 2002, 8:24:21 AM, you wrote: +CHC> Ok, i have passed the /Zm option to 400 in release for object viewer. +CHC> Now this option is 400% in release and releasedebug, 500% in debugfast. + +I had tried this, but with no luck, I put /Zm500 for Release in +Project->Settings->General->Project Options. I don't have to +put any /Zm to have the ReleaseDebug compile. This is super +low priority problem because everything works fine in ReleaseDebug +mode... + +>> G:\code\nel\src\3d\anim_detail_trav.cpp(26) : fatal error C1852: '../obj/Release/3d.pch' is not a valid precompiled header file +>> clip_trav.cpp + +CHC> Nel3d now uses precompilated headers to speedup compilation time. It looks like MSVisual have some problems +CHC> to handle this correctly. Try to delete all temporary files by hand (../obj/*.*) and rebuild all. Then it should be ok. + +I've got no problem rebuilding all, just when I make a +small change in one of my client source files it +gives me those errors and I need to recompile the +3d libraries every time I want to compile the +client. + +Those problems are probably some local config +issues with my MSVisual, I'll see if I can fix +it... + +Thanks, +Robert + + + +From robert@in-orbit.net Tue Mar 5 05:30:15 2002 +Received: from quasar.skima.is (quasar.skima.is [212.30.200.205]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g254UFW50277 + for ; Tue, 5 Mar 2002 05:30:15 +0100 (CET) + (envelope-from robert@in-orbit.net) +Received: from [157.157.146.56] by quasar.skima.is with ESMTP for nel@nevrax.org; Tue, 5 Mar 2002 04:23:55 Z +Date: Tue, 5 Mar 2002 04:51:50 -0800 +From: Robert Bjarnason +X-Mailer: The Bat! (v1.49) Personal +Organization: InOrbit Entertainment, Inc. +X-Priority: 3 (Normal) +Message-Id: <137647810051.20020305045150@in-orbit.net> +To: nel@nevrax.org +Subject: Re[2]: [Nel] Compiling Object Viewer w/Release config +In-reply-To: <008901c1c399$0a5c0560$1701a8c0@cyrilc> +References: <39601569170.20020304160109@in-orbit.net> + <008901c1c399$0a5c0560$1701a8c0@cyrilc> +Mime-Version: 1.0 +Content-Type: text/plain; charset=ISO-8859-1 +Content-Transfer-Encoding: 8bit +X-MIME-Autoconverted: from quoted-printable to 8bit by www.nevrax.org id g254UFW50277 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +X-Reply-To: =?ISO-8859-1?Q?R=F3bert_Bjarnason?= +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Hi Cyril, + +Monday, March 04, 2002, 8:24:21 AM, you wrote: +CHC> Ok, i have passed the /Zm option to 400 in release for object viewer. +CHC> Now this option is 400% in release and releasedebug, 500% in debugfast. + +With your last CVS update where you added +/Zm400 into the object_viewer.dsp file then +everything compiles fine in Release mode... +Maybe the reason it didn't work for me to +add the /Zm400 option to the project was +that I had to save and reload the project +for it to take effect... + +>> G:\code\nel\src\3d\anim_detail_trav.cpp(26) : fatal error C1852: '../obj/Release/3d.pch' is not a valid precompiled header file +>> clip_trav.cpp + +CHC> Nel3d now uses precompilated headers to speedup compilation time. It looks like MSVisual have some problems +CHC> to handle this correctly. Try to delete all temporary files by hand (../obj/*.*) and rebuild all. Then it should be ok. + +Still no luck in getting rid of the C1852 error +when re-compiling stuff. This is no problem for me +I just disabled the precompiled headers for now +in my local configuration. + +Thanks, +Robert + + + +From me@lars.in-berlin.de Sat Mar 2 13:05:46 2002 +Received: from hirsch.in-berlin.de (hirsch.in-berlin.de [192.109.42.6]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g22C5jW58829 + for ; Sat, 2 Mar 2002 13:05:45 +0100 (CET) + (envelope-from me@lars.in-berlin.de) +Received: from psych-o-mat (port-213-20-230-100.reverse.qdsl-home.de [213.20.230.100]) + (authenticated bits=0) + by hirsch.in-berlin.de (8.12.1/8.12.1/Debian -2) with ESMTP id g22BxO2F020549 + (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NOT) + for ; Sat, 2 Mar 2002 12:59:25 +0100 +X-Envelope-From: me@lars.in-berlin.de +X-Envelope-To: +Received: from [10.20.40.80] (helo=bit-weaver) + by psych-o-mat with esmtp (Exim 3.33 #1 (Debian)) + id 16h8J9-0000tP-00 + for ; Sat, 02 Mar 2002 13:08:11 +0100 +Received: from lars by bit-weaver with local (Exim 3.33 #1 (Debian)) + id 16h8EL-0000gY-00 + for ; Sat, 02 Mar 2002 13:03:13 +0100 +To: nel@nevrax.org +Subject: Re: [Nel] GNU/Linux compilation patches +References: <15488.2960.615197.420521@inspiron.dachary.org> +From: Lars Weber +Date: 02 Mar 2002 13:03:13 +0100 +In-Reply-To: <15488.2960.615197.420521@inspiron.dachary.org> +Message-ID: <87henznpmm.fsf@lars.in-berlin.de> +Lines: 28 +User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/21.1 +MIME-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Loic Dachary wrote: +> Here is a small patch against todays CVS so that +> nel & snowballs compile on the GNU/Linux operating system. + +Thanks Loic for the patches, with them I was finally able to make +snowballs compile! + +*Swwweeeeeeeet*! + +My hardware is a Duron 800 with 384 MB RAM and a Voodoo 4 graphics card, +and the software a pretty clean Debian unstable system with XFree4.1 and +no non-free drivers or anything. I can see snow and everything... and the +landscape really looks awesome! + +I really had to force myself into bed yesterday night... :-) + +The only problems are the low framerate, which jumps around somewhere +between 3 and 5 fps, and an extremely sensitive mouse. I will shortly +take a look at the client.cfg to see if there are any settings that can +help me make exploring the territory even more fun! + +Best wishes, +Lars + +-- +[ Lars Weber ]------< me @ lars.in-berlin.de >----[ GPG-ID: 1383B42E ] ++++ fingerprint: 44B1 1D23 DD53 E6B2 4AAB 4C36 0323 9141 1383 B42E +++ +[ Using GNU ]----< www.gnu.org | www.debian.org >---[ Running Debian ] + +From corvazier@nevrax.com Mon Mar 4 17:20:52 2002 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g24GKqW29409 + for ; Mon, 4 Mar 2002 17:20:52 +0100 (CET) + (envelope-from corvazier@nevrax.com) +Received: from cyrilc (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g24GEYn22206 + for ; Mon, 4 Mar 2002 17:14:34 +0100 (CET) + (envelope-from corvazier@nevrax.com) +Message-ID: <005e01c1c397$bb8ca800$1701a8c0@cyrilc> +From: "Cyril 'Hulud' Corvazier" +To: +References: <39601569170.20020304160109@in-orbit.net> +Subject: Re: [Nel] Compiling Object Viewer w/Release config +Date: Mon, 4 Mar 2002 17:14:59 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 5.50.4522.1200 +X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Hi Robert, + +> g:\CODE\NEL\SRC\3d/ps_attrib_maker_helper.h(327) : fatal error C1076: compiler limit : internal heap limit reached; use /Zm to +specify a higher limit + +Ok, i have passed the /Zm option to 400 in release for object viewer. +Now this option is 400% in release and releasedebug, 500% in debugfast. + +> G:\code\nel\src\3d\anim_detail_trav.cpp(26) : fatal error C1852: '../obj/Release/3d.pch' is not a valid precompiled header file +> clip_trav.cpp + +Nel3d now uses precompilated headers to speedup compilation time. It looks like MSVisual have some problems +to handle this correctly. Try to delete all temporary files by hand (../obj/*.*) and rebuild all. Then it should be ok. + +Hld. + + + +From lecroart@nevrax.com Tue Mar 5 10:53:31 2002 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g259rVW54363 + for ; Tue, 5 Mar 2002 10:53:31 +0100 (CET) + (envelope-from lecroart@nevrax.com) +Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g259lCn27958 + for ; Tue, 5 Mar 2002 10:47:12 +0100 (CET) + (envelope-from lecroart@nevrax.com) +Message-ID: <005101c1c42a$b9cfd300$0901a8c0@vianneyl> +From: "Vianney Lecroart" +To: +References: <15488.2960.615197.420521@inspiron.dachary.org> <87henznpmm.fsf@lars.in-berlin.de> +Subject: Re: [Nel] GNU/Linux compilation patches +Date: Tue, 5 Mar 2002 10:47:12 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 6.00.2600.0000 +X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Hi, + +> The only problems are the low framerate, which jumps around somewhere +> between 3 and 5 fps, and an extremely sensitive mouse. I will shortly +> take a look at the client.cfg to see if there are any settings that can +> help me make exploring the territory even more fun! + +mouse_listener.cpp line 121: + turnZ.rotateZ ((float) Pi*2.f*(_X-mouseEvent->X)); + +You can change the factor (2.f) and set a lower value to have a lower mouse +sensitive. + +The low framerate is normal I think, because of your Voodoo 4 (perhaps +driver are not accelerated or badly accelerated). Loic have a very high +framerate with his 3d card (nVidia) on GNU/Linux. + +Vianney Lecroart +--- +lead network programmer / nevrax.com +icq#: 6870415 +homepage: http://ace.planet-d.net +www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- +w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? + + + +From loic@dachary.org Tue Mar 5 11:03:03 2002 +Received: from inspiron.dachary.org (aboukir-101-1-13-alebeon.adsl.nerim.net [62.212.101.54]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g25A33W54449 + for ; Tue, 5 Mar 2002 11:03:03 +0100 (CET) + (envelope-from loic@dachary.org) +Received: from loic by inspiron.dachary.org with local (Exim 3.34 #1 (Debian)) + id 16iBfv-0005K1-00 + for ; Tue, 05 Mar 2002 10:56:03 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Transfer-Encoding: 7bit +Message-ID: <15492.38450.551744.440370@inspiron.dachary.org> +Date: Tue, 5 Mar 2002 10:56:02 +0100 +From: Loic Dachary +To: nel@nevrax.org +Subject: Re: [Nel] GNU/Linux compilation patches +In-Reply-To: Lars Weber's message of 2 March 2002 13:03:13 +0100 +References: <15488.2960.615197.420521@inspiron.dachary.org> + <87henznpmm.fsf@lars.in-berlin.de> +X-Mailer: VM 7.01 under Emacs 21.1.1 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +X-Reply-To: loic@gnu.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Lars Weber writes: + > Loic Dachary wrote: + > > Here is a small patch against todays CVS so that + > > nel & snowballs compile on the GNU/Linux operating system. + > + > Thanks Loic for the patches, with them I was finally able to make + > snowballs compile! + > + > *Swwweeeeeeeet*! + > + > My hardware is a Duron 800 with 384 MB RAM and a Voodoo 4 graphics card, + > and the software a pretty clean Debian unstable system with XFree4.1 and + > no non-free drivers or anything. I can see snow and everything... and the + > landscape really looks awesome! + > + > I really had to force myself into bed yesterday night... :-) + > + > The only problems are the low framerate, which jumps around somewhere + > between 3 and 5 fps, and an extremely sensitive mouse. I will shortly + > take a look at the client.cfg to see if there are any settings that can + > help me make exploring the territory even more fun! + + You could try /tilenear 0.1 while in game. It is reported to +accelerate significatly on a G400. It is of no help if you have an +opengl driver that accelerates the calculations that are saved by reducing +this value. + + I'd be interested to know if you're using a Free Software driver +for the Voodoo 4. Since you have a rather poor framerate, I guess it's the +case. Could you provide the output of glxinfo ? + + I found noticeable enhancement in xfree-4.2, you may want to switch +to it. Or wait that it pops in unstable. + + I'm using a Debian unstable, xfree-4.2, ati radeon 7500 on a +Dual PIII 450 with 512Mb RAM, AGP x1. That gives me 8fps on average. + + Cheers, + +-- +Loic Dachary http://www.dachary.org/ loic@dachary.org +12 bd Magenta http://www.senga.org/ loic@senga.org +75010 Paris T: 33 1 42 45 07 97 loic@gnu.org + GPG Public Key: http://www.dachary.org/loic/gpg.txt + +From loic@dachary.org Wed Mar 6 11:06:06 2002 +Received: from inspiron.dachary.org (babel.zehc.net [213.36.100.145]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g26A65W65890 + for ; Wed, 6 Mar 2002 11:06:06 +0100 (CET) + (envelope-from loic@dachary.org) +Received: from loic by inspiron.dachary.org with local (Exim 3.34 #1 (Debian)) + id 16iYCK-0000dE-00 + for ; Wed, 06 Mar 2002 10:59:00 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Transfer-Encoding: 7bit +Message-ID: <15493.59492.813819.205689@inspiron.dachary.org> +Date: Wed, 6 Mar 2002 10:59:00 +0100 +From: Loic Dachary +To: nel@nevrax.org +Subject: Re: [Nel] GNU/Linux compilation patches +In-Reply-To: Vianney Lecroart's message of 5 March 2002 10:47:12 +0100 +References: <15488.2960.615197.420521@inspiron.dachary.org> + <87henznpmm.fsf@lars.in-berlin.de> + <005101c1c42a$b9cfd300$0901a8c0@vianneyl> +X-Mailer: VM 7.01 under Emacs 21.1.1 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +X-Reply-To: loic@gnu.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Vianney Lecroart writes: + > + > The low framerate is normal I think, because of your Voodoo 4 (perhaps + > driver are not accelerated or badly accelerated). Loic have a very high + > framerate with his 3d card (nVidia) on GNU/Linux. + > + + That must be someone else. Unfortunately there is no Free +Software driver for the nVidia cards and people valuing freedom have to +chose another hardware. + + Cheers, + +-- +Loic Dachary http://www.dachary.org/ loic@dachary.org +12 bd Magenta http://www.senga.org/ loic@senga.org +75010 Paris T: 33 1 42 45 07 97 loic@gnu.org + GPG Public Key: http://www.dachary.org/loic/gpg.txt + +From lecroart@nevrax.com Wed Mar 6 11:29:48 2002 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g26ATkW66190 + for ; Wed, 6 Mar 2002 11:29:46 +0100 (CET) + (envelope-from lecroart@nevrax.com) +Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g26ANOn40148 + for ; Wed, 6 Mar 2002 11:23:24 +0100 (CET) + (envelope-from lecroart@nevrax.com) +Message-ID: <005601c1c4f8$f2ae0970$0901a8c0@vianneyl> +From: "Vianney Lecroart" +To: +References: <15488.2960.615197.420521@inspiron.dachary.org><87henznpmm.fsf@lars.in-berlin.de><005101c1c42a$b9cfd300$0901a8c0@vianneyl> <15493.59492.813819.205689@inspiron.dachary.org> +Subject: Re: [Nel] GNU/Linux compilation patches +Date: Wed, 6 Mar 2002 11:23:24 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 6.00.2600.0000 +X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +> That must be someone else. Unfortunately there is no Free +> Software driver for the nVidia cards and people valuing freedom have to +> chose another hardware. + +Oups, right, it's a Vincent Caron that have a high framerate :) + +Vianney Lecroart +--- +lead network programmer / nevrax.com +icq#: 6870415 +homepage: http://ace.planet-d.net +www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- +w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? + + + +From me@lars.in-berlin.de Wed Mar 6 14:25:04 2002 +Received: from hirsch.in-berlin.de (hirsch.in-berlin.de [192.109.42.6]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g26DP4W70723 + for ; Wed, 6 Mar 2002 14:25:04 +0100 (CET) + (envelope-from me@lars.in-berlin.de) +Received: from psych-o-mat (port-213-20-24-6.reverse.qdsl-home.de [213.20.24.6]) + (authenticated bits=0) + by hirsch.in-berlin.de (8.12.1/8.12.1/Debian -2) with ESMTP id g26DIhmK024473 + (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NOT) + for ; Wed, 6 Mar 2002 14:18:43 +0100 +X-Envelope-From: me@lars.in-berlin.de +X-Envelope-To: +Received: from [10.20.40.80] (helo=bit-weaver) + by psych-o-mat with esmtp (Exim 3.33 #1 (Debian)) + id 16ibSD-0003pL-00 + for ; Wed, 06 Mar 2002 14:27:37 +0100 +Received: from lars by bit-weaver with local (Exim 3.33 #1 (Debian)) + id 16ibNW-0005UE-00 + for ; Wed, 06 Mar 2002 14:22:46 +0100 +To: nel@nevrax.org +Subject: Re: [Nel] GNU/Linux compilation patches +References: <15488.2960.615197.420521@inspiron.dachary.org> + <87henznpmm.fsf@lars.in-berlin.de> + <15492.38450.551744.440370@inspiron.dachary.org> +From: Lars Weber +Date: 06 Mar 2002 14:22:46 +0100 +In-Reply-To: <15492.38450.551744.440370@inspiron.dachary.org> +Message-ID: <871yex96ft.fsf@lars.in-berlin.de> +Lines: 85 +User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/21.1 +MIME-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Loic Dachary wrote: +> You could try /tilenear 0.1 while in game. It is reported to +> accelerate significatly on a G400. It is of no help if you have an +> opengl driver that accelerates the calculations that are saved by reducing +> this value. + +I've tried /tilenear, and it seems to have at least a little effect: +something of up to 2 (though the framerate is a little bit too jumpy to +say exactly). + +> I'd be interested to know if you're using a Free Software driver +> for the Voodoo 4. Since you have a rather poor framerate, I guess it's the +> case. Could you provide the output of glxinfo ? + +Sure: + +| name of display: :0.0 +| display: :0 screen: 0 +| direct rendering: Yes +| server glx vendor string: SGI +| server glx version string: 1.2 +| server glx extensions: +| GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context +| client glx vendor string: SGI +| client glx version string: 1.2 +| client glx extensions: +| GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context +| GLX extensions: +| GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context +| OpenGL vendor string: VA Linux Systems, Inc. +| OpenGL renderer string: Mesa DRI Voodoo4 20010501 x86/MMX/3DNow! +| OpenGL version string: 1.2 Mesa 3.4.2 +| OpenGL extensions: +| GL_ARB_multitexture, GL_ARB_transpose_matrix, GL_EXT_abgr, +| GL_EXT_clip_volume_hint, GL_EXT_compiled_vertex_array, GL_EXT_histogram, +| GL_EXT_packed_pixels, GL_EXT_paletted_texture, GL_EXT_polygon_offset, +| GL_EXT_rescale_normal, GL_EXT_stencil_wrap, GL_EXT_texture3D, +| GL_EXT_texture_env_add, GL_EXT_texture_env_combine, GL_EXT_texture_object, +| GL_EXT_texture_lod_bias, GL_EXT_vertex_array, GL_HP_occlusion_test, +| GL_MESA_window_pos, GL_MESA_resize_buffers, GL_NV_texgen_reflection, +| GL_PGI_misc_hints, GL_SGI_color_matrix, GL_SGI_color_table, +| GL_SGIS_pixel_texture, GL_SGIS_texture_edge_clamp, GL_SGIX_pixel_texture +| glu version: 1.3 +| glu extensions: +| GLU_EXT_nurbs_tessellator, GLU_EXT_object_space_tess +| +| visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav +| id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat +| ---------------------------------------------------------------------- +| 0x23 24 tc 0 24 0 r . . 8 8 8 8 0 0 0 0 0 0 0 0 0 None +| 0x24 24 tc 0 24 0 r . . 8 8 8 8 0 0 0 16 16 16 16 0 0 Slow +| 0x25 24 tc 0 24 0 r . . 8 8 8 8 0 24 8 0 0 0 0 0 0 None +| 0x26 24 tc 0 24 0 r . . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow +| 0x27 24 tc 0 24 0 r y . 8 8 8 8 0 0 0 0 0 0 0 0 0 None +| 0x28 24 tc 0 24 0 r y . 8 8 8 8 0 0 0 16 16 16 16 0 0 Slow +| 0x29 24 tc 0 24 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None +| 0x2a 24 tc 0 24 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow +| 0x2b 24 dc 0 24 0 r . . 8 8 8 8 0 0 0 0 0 0 0 0 0 None +| 0x2c 24 dc 0 24 0 r . . 8 8 8 8 0 0 0 16 16 16 16 0 0 Slow +| 0x2d 24 dc 0 24 0 r . . 8 8 8 8 0 24 8 0 0 0 0 0 0 None +| 0x2e 24 dc 0 24 0 r . . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow +| 0x2f 24 dc 0 24 0 r y . 8 8 8 8 0 0 0 0 0 0 0 0 0 None +| 0x30 24 dc 0 24 0 r y . 8 8 8 8 0 0 0 16 16 16 16 0 0 Slow +| 0x31 24 dc 0 24 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None +| 0x32 24 dc 0 24 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow + +As you have rightly guessed it is all Free Software -- just like the rest +of my system :-). And the card worked almost out of the box. IIRC I only +had to install the xlibmesa3 package to get acceleration working. + +> I found noticeable enhancement in xfree-4.2, you may want to switch +> to it. Or wait that it pops in unstable. + +According to Branden's X Strike Force page, XFree4.2 packages shouldn't be +that far of into the future. As I don't really feel the desire currently +to start meddling with my X setup, I think I'll go with the latter option +:-) + +Gruss, +Lars + +-- +[ Lars Weber ]------< me @ lars.in-berlin.de >----[ GPG-ID: 1383B42E ] ++++ fingerprint: 44B1 1D23 DD53 E6B2 4AAB 4C36 0323 9141 1383 B42E +++ +[ Using GNU ]----< www.gnu.org | www.debian.org >---[ Running Debian ] + +From paulmsiegel@yahoo.com Wed Mar 6 22:07:33 2002 +Received: from smtp012.mail.yahoo.com (smtp012.mail.yahoo.com [216.136.173.32]) + by www.nevrax.org (8.11.0/8.11.0) with SMTP id g26L7WW73854 + for ; Wed, 6 Mar 2002 22:07:32 +0100 (CET) + (envelope-from paulmsiegel@yahoo.com) +Received: from paulmsiegel (AUTH login) at 146-115-123-83.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com (HELO jones) (paulmsiegel@146.115.123.83) + by smtp.mail.vip.sc5.yahoo.com with SMTP; 6 Mar 2002 20:56:39 -0000 +From: "Paul Siegel" +To: "NeL List" +Date: Wed, 6 Mar 2002 15:59:50 -0500 +Message-ID: +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 (Normal) +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) +Importance: Normal +X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 +Subject: [Nel] STLPort update +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +X-Reply-To: +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +It's been a while since I've played with NeL, and since I recently got a new +computer, I redownloaded all the dependencies and built NeL and Snowballs +from scratch. Everything built fine, but when I tried to launch the app it +crashed. I found this in my log: + +02/03/06 11:21:21 WRN 756 common.cpp 401 : Exception will be launched: In +Stream: data/shapes/snow.ps: The version in stream is newer than the class + +I tried scouring the mailing list archive, but found nothing on the problem. +I next downloaded the distributed binaries on Nevrax.org's download page, +and noticed that one of the files in the archive was stlport_vc6.4.5.dll. +Well, I made an educated guess that NeL has moved from STLPort 4.0 to 4.5. +I downloaded the more recent version of the library, rebuilt, and everything +worked fine. + +Anyway, I just wanted to post this in case anyone else came across such a +problem. Ultimately, it would be nice if somewhere it was documented that +NeL now requires STLPort 4.5. I'm thinking code/nel/INSTALL. + +Paul + + +_________________________________________________________ +Do You Yahoo!? +Get your free @yahoo.com address at http://mail.yahoo.com + + +From loic@dachary.org Sat Mar 9 12:19:20 2002 +Received: from inspiron.dachary.org (aboukir-101-1-13-alebeon.adsl.nerim.net [62.212.101.54]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g29BJJW02816 + for ; Sat, 9 Mar 2002 12:19:19 +0100 (CET) + (envelope-from loic@dachary.org) +Received: from loic by inspiron.dachary.org with local (Exim 3.35 #1 (Debian)) + id 16jelt-00088o-00 + for ; Sat, 09 Mar 2002 12:12:17 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Transfer-Encoding: 7bit +Message-ID: <15497.60944.612368.88709@inspiron.dachary.org> +Date: Sat, 9 Mar 2002 12:12:16 +0100 +From: Loic Dachary +To: nel@nevrax.org +X-Mailer: VM 7.01 under Emacs 21.1.1 +Subject: [Nel] NeL Debian GNU/Linux unstable package +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +X-Reply-To: loic@gnu.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + + Hi, + + I generated a Debian GNU/Linux package for NeL, you will find +it at http://loic.dachary.org/nel/. If this is more convenient for +Nevrax people, I can arrange for this directory to respond to rsync so +that a mirror can be done on nevrax.org. + + I had to fix a few things so that make dist generates a proper +distribution. Here is a summary of what the patch does: + + - fix a few spelling errors in INSTALL + - added bootstrap doc samples and tools to the distribution + - killed all CVS directories in the generated distribution + - reworked the acinclude.m4 stlport macro so that it detects a + standard stlport installation, barks if --without-stlport is + specified, allow --with-stlport-lib without a --with-stlport, + uses AC_LANG macros + - add ${top_srcdir}/include to the include list so that building + in a directory other than the source directory works (needed + for make distcheck) + - added DIST_SUBDIRS so that make dist is aware of the complete + list of subdirectories to include in the distribution even when + @NEL_SUBDIRS@ is used + - fix numerous Makefile.am that were lacking headers (did not + make it thru the distribution) + - recommend stlport-4.5 instead of stlport-4.0 + + The patch is generated against todays CVS tree. + + Cheers, + +Index: nel/INSTALL +=================================================================== +RCS file: /home/cvsroot/code/nel/INSTALL,v +retrieving revision 1.21 +diff -u -r1.21 INSTALL +--- nel/INSTALL 7 Feb 2002 16:52:12 -0000 1.21 ++++ nel/INSTALL 9 Mar 2002 11:05:35 -0000 +@@ -2,15 +2,15 @@ + Requirements + ============ + +- The NeL library need the following libraries : ++ The NeL library needs the following libraries : + +- - STLPort 4.0 (Mandatory) ++ - STLPort 4.5 (Mandatory) + - LibXML 2.4.13 (NeL Misc) + - FreeType 2 (NeL 3D) + - OpenAL (NeL Sound) + - Python 1.5 (NeL AI) + +- STLPort need to be compiled. NeL is using the SGI iostreams and it require ++ STLPort needs to be compiled. NeL is using the SGI iostreams and it require + the STLPort compilation and a linking of NeL with the STLPort library. + + On a GNU/Linux platform you will need the following libraries and +@@ -43,7 +43,7 @@ + provided on your installation disk. + + The given sofware or library version numbers are the ones that we are +- using. We don't know if it working with other (older or more recent) ++ using. We don't know if NeL will work with other (older or more recent) + versions of these softwares or libraries. You are welcome to help us + to define more precisely these informations ;-) + +@@ -91,10 +91,10 @@ + The STLPort include *must* be inserted before the microsoft one or + the compiler will take microsoft STL instead of STLPort STL. + (use the arrow button to put the STLPort include at the top) +- ex: D:/stlport-4.0/stlport ++ ex: D:/stlport-4.5/stlport + + - Add the STLPort library directory to the "Library Files" category. +- ex: D:/stlport-4.0/lib ++ ex: D:/stlport-4.5/lib + + - Add the FreeType include directory to the "Include Files" category. + ex: D:/freetype-2.0/include +Index: nel/Makefile.am +=================================================================== +RCS file: /home/cvsroot/code/nel/Makefile.am,v +retrieving revision 1.7 +diff -u -r1.7 Makefile.am +--- nel/Makefile.am 7 Jan 2002 16:09:52 -0000 1.7 ++++ nel/Makefile.am 9 Mar 2002 11:05:35 -0000 +@@ -14,14 +14,10 @@ + + bin_SCRIPTS = nel-config + +-EXTRA_DIST = nel.dsw ++EXTRA_DIST = nel.dsw bootstrap doc samples tools + + dist-hook: +- cp -p $(srcdir)/bootstrap $(distdir) +- cp -pR $(srcdir)/doc $(distdir) +- cp -pR $(srcdir)/samples $(distdir) +- cp -pR $(srcdir)/tools $(distdir) +- ++ find $(distdir) -name CVS -print | xargs rm -fr + + # End of Makefile.am + +Index: nel/acinclude.m4 +=================================================================== +RCS file: /home/cvsroot/code/nel/acinclude.m4,v +retrieving revision 1.8 +diff -u -r1.8 acinclude.m4 +--- nel/acinclude.m4 18 Feb 2002 12:58:38 -0000 1.8 ++++ nel/acinclude.m4 9 Mar 2002 11:05:35 -0000 +@@ -374,11 +374,10 @@ + if test "$with_stlport" = no + then + dnl The user explicitly disabled the use of the STLPorts +- AC_MSG_CHECKING(STLPort) +- have_stlport="disabled" +- AC_MSG_RESULT(disabled (*** EXPERIMENTAL ***)) ++ AC_MSG_ERROR([STLPort is mandatory: do not specify --without-stlport]) + else +- if test "$with_stlport" ++ stlport_includes="/usr/include/stlport" ++ if test "$with_stlport" -a "$with_stlport" != yes + then + stlport_includes="$with_stlport/stlport" + stlport_libraries="$with_stlport/lib" +@@ -390,82 +389,73 @@ + fi + fi + +-if test -z "$have_stlport" -a "$with_stlport_include" ++if test "$with_stlport_include" + then + stlport_includes="$with_stlport_include" + fi + +-if test -z "$have_stlport" -a "$with_stlport_lib" ++if test "$with_stlport_lib" + then + stlport_libraries="$with_stlport_lib" + fi + +-if test -z "$have_stlport" +-then +- dnl Put STLPorts includes in CXXFLAGS +- if test "$stlport_includes" +- then +- CXXFLAGS="$CXXFLAGS -I$stlport_includes" +- fi +- +- dnl Put STLPorts libraries in LIBS +- if test "$stlport_libraries" +- then +- LIBS="-L$stlport_libraries $LIBS -l$stlport_lib" +- fi +- +- dnl Test the headers +- AC_MSG_CHECKING(for STLPort headers) +- +- _CPPFLAGS="$CPPFLAGS" ++AC_LANG_SAVE ++AC_LANG_CPLUSPLUS + +- CPPFLAGS="$CXXFLAGS" ++dnl Put STLPorts includes in CXXFLAGS ++if test "$stlport_includes" ++then ++ CXXFLAGS="$CXXFLAGS -I$stlport_includes" ++fi + +- AC_EGREP_CPP( yo_stlport, +- [#include +-#ifdef __SGI_STL_PORT +- yo_stlport +-#endif], +- have_stlport_headers="yes", +- have_stlport_headers="no" ) ++dnl Put STLPorts libraries directory in LIBS ++if test "$stlport_libraries" ++then ++ LIBS="-L$stlport_libraries $LIBS" ++else ++ stlport_libraries='default' ++fi + +- if test "$have_stlport_headers" = "yes" +- then +- AC_MSG_RESULT([$stlport_includes]) +- else +- AC_MSG_RESULT(no) +- fi ++dnl Test the headers + +- dnl Test the libraries +- AC_MSG_CHECKING(for STLPort libraries) ++AC_CHECK_HEADER(algorithm, ++ have_stlport_headers="yes", ++ have_stlport_headers="no" ) + +- CPPFLAGS="$CXXFLAGS $LIBS" ++AC_MSG_CHECKING(for STLPort headers) + +- AC_TRY_LINK( , , have_stlport_libraries="yes", have_stlport_libraries="no") ++if test "$have_stlport_headers" = "yes" ++then ++ AC_MSG_RESULT([$stlport_includes]) ++else ++ AC_MSG_RESULT(no) ++fi + +- CPPFLAGS="$_CPPFLAGS" ++AC_CHECK_LIB($stlport_lib, main, have_stlport_libraries="yes", have_stlport_libraries="no") + +- if test "$have_stlport_libraries" = "yes" +- then +- AC_MSG_RESULT([$stlport_libraries]) +- else +- AC_MSG_RESULT(no) +- fi ++AC_MSG_CHECKING(for STLPort library) + +- if test "$have_stlport_headers" = "yes" \ +- && test "$have_stlport_libraries" = "yes" +- then +- have_stlport="yes" +- else +- have_stlport="no" +- fi ++if test "$have_stlport_libraries" = "yes" ++then ++ AC_MSG_RESULT([$stlport_libraries]) ++else ++ AC_MSG_RESULT(no) ++fi + +- if test "$have_stlport" = "no" +- then +- AC_MSG_ERROR([STLPort must be installed (http://www.stlport.org).]) +- fi ++if test "$have_stlport_headers" = "yes" && ++ test "$have_stlport_libraries" = "yes" ++then ++ have_stlport="yes" ++else ++ have_stlport="no" ++fi + ++if test "$have_stlport" = "no" ++then ++ AC_MSG_ERROR([STLPort must be installed (http://www.stlport.org).]) + fi ++ ++AC_LANG_RESTORE + + ]) + +Index: nel/configure.in +=================================================================== +RCS file: /home/cvsroot/code/nel/configure.in,v +retrieving revision 1.59 +diff -u -r1.59 configure.in +--- nel/configure.in 28 Jan 2002 15:22:19 -0000 1.59 ++++ nel/configure.in 9 Mar 2002 11:05:36 -0000 +@@ -254,6 +254,10 @@ + + AM_PATH_XF86VIDMODE + ++dnl Arrange for the include directory to be in the search path even when ++dnl build is done outside the source tree ++CFLAGS="$CFLAGS -I\${top_srcdir}/include" ++CXXFLAGS="$CXXFLAGS -I\${top_srcdir}/include" + + dnl ==================================================================== + dnl Checks for library functions. +@@ -263,11 +267,6 @@ + dnl ==================================================================== + dnl Output files to generate. + dnl ==================================================================== +- +-dnl What an ugly hack to try to get something cleanner ... i hope ... +-AC_OUTPUT_COMMANDS( +- [cd include/nel && ln -sfv ../nelconfig.h .] +-) + + AC_OUTPUT( Makefile \ + include/Makefile \ +Index: nel/include/nel/Makefile.am +=================================================================== +RCS file: /home/cvsroot/code/nel/include/nel/Makefile.am,v +retrieving revision 1.2 +diff -u -r1.2 Makefile.am +--- nel/include/nel/Makefile.am 7 Jan 2002 16:09:52 -0000 1.2 ++++ nel/include/nel/Makefile.am 9 Mar 2002 11:05:37 -0000 +@@ -4,7 +4,7 @@ + + MAINTAINERCLEANFILES = Makefile.in + +-SUBDIRS = @NEL_SUBDIRS@ ++SUBDIRS = 3d ai misc net pacs sound + + includedir = ${prefix}/include/nel + +Index: nel/src/Makefile.am +=================================================================== +RCS file: /home/cvsroot/code/nel/src/Makefile.am,v +retrieving revision 1.6 +diff -u -r1.6 Makefile.am +--- nel/src/Makefile.am 13 Jun 2001 18:05:00 -0000 1.6 ++++ nel/src/Makefile.am 9 Mar 2002 11:05:41 -0000 +@@ -4,6 +4,8 @@ + + MAINTAINERCLEANFILES = Makefile.in + ++DIST_SUBDIRS = net 3d pacs sound ai misc ++ + SUBDIRS = @NEL_SUBDIRS@ + + EXTRA_DIST = misc.dsp net.dsp 3d.dsp ai.dsp +Index: nel/src/3d/Makefile.am +=================================================================== +RCS file: /home/cvsroot/code/nel/src/3d/Makefile.am,v +retrieving revision 1.70 +diff -u -r1.70 Makefile.am +--- nel/src/3d/Makefile.am 4 Mar 2002 10:07:10 -0000 1.70 ++++ nel/src/3d/Makefile.am 9 Mar 2002 11:05:41 -0000 +@@ -74,7 +74,6 @@ + event_mouse_listener.h \ + fast_floor.cpp \ + fast_floor.h \ +- files.txt \ + flare_model.cpp \ + flare_model.h \ + flare_shape.cpp \ +@@ -483,6 +482,8 @@ + zone_smoother.h \ + zone_tgt_smoother.cpp \ + zone_tgt_smoother.h ++ ++noinst_HEADERS = std3d.h mesh_vertex_program.h meshvp_wind_tree.h + + AM_CXXFLAGS = -I$(top_srcdir)/src @FREETYPE_CFLAGS@ + +Index: nel/src/3d/driver/opengl/Makefile.am +=================================================================== +RCS file: /home/cvsroot/code/nel/src/3d/driver/opengl/Makefile.am,v +retrieving revision 1.10 +diff -u -r1.10 Makefile.am +--- nel/src/3d/driver/opengl/Makefile.am 7 Jan 2002 16:09:52 -0000 1.10 ++++ nel/src/3d/driver/opengl/Makefile.am 9 Mar 2002 11:05:41 -0000 +@@ -22,10 +22,13 @@ + unix_event_emitter.cpp \ + unix_event_emitter.h + ++noinst_HEADERS = stdopengl.h ++ + AM_CXXFLAGS = -I$(top_srcdir)/src \ + @OPENGL_CFLAGS@ @XF86VIDMODE_CFLAGS@ + + libnel_drv_opengl_la_LIBADD = @OPENGL_LIBS@ @XF86VIDMODE_LIBS@ ++libnel_drv_opengl_la_LDFLAGS = -no-undefined + + + # End of Makefile.am +Index: nel/src/misc/Makefile.am +=================================================================== +RCS file: /home/cvsroot/code/nel/src/misc/Makefile.am,v +retrieving revision 1.40 +diff -u -r1.40 Makefile.am +--- nel/src/misc/Makefile.am 18 Feb 2002 12:57:05 -0000 1.40 ++++ nel/src/misc/Makefile.am 9 Mar 2002 11:05:43 -0000 +@@ -68,6 +68,7 @@ + window_displayer.cpp \ + debug_displayer.cpp + ++noinst_HEADERS = stdmisc.h + + AM_CXXFLAGS = @XML_CFLAGS@ + +Index: nel/src/net/Makefile.am +=================================================================== +RCS file: /home/cvsroot/code/nel/src/net/Makefile.am,v +retrieving revision 1.15 +diff -u -r1.15 Makefile.am +--- nel/src/net/Makefile.am 15 Feb 2002 14:40:21 -0000 1.15 ++++ nel/src/net/Makefile.am 9 Mar 2002 11:05:43 -0000 +@@ -36,6 +36,8 @@ + service_5.cpp \ + transport_class.cpp + ++noinst_HEADERS = stdnet.h ++ + AM_CXXFLAGS = -I$(top_srcdir)/src + + libnelnet_la_LIBADD = -lc -lpthread +Index: nel/src/pacs/Makefile.am +=================================================================== +RCS file: /home/cvsroot/code/nel/src/pacs/Makefile.am,v +retrieving revision 1.4 +diff -u -r1.4 Makefile.am +--- nel/src/pacs/Makefile.am 9 Aug 2001 16:18:01 -0000 1.4 ++++ nel/src/pacs/Makefile.am 9 Mar 2002 11:05:43 -0000 +@@ -54,6 +54,8 @@ + + AM_CXXFLAGS = -I$(top_srcdir)/src + ++noinst_HEADERS = stdpacs.h face_grid.h quad_grid.h ++ + libnelpacs_la_LIBADD = -lc + + libnelpacs_la_LDFLAGS = -version-info @LIBTOOL_VERSION@ + +-- +Loic Dachary http://www.dachary.org/ loic@dachary.org +12 bd Magenta http://www.senga.org/ loic@senga.org +75010 Paris T: 33 1 42 45 07 97 loic@gnu.org + GPG Public Key: http://www.dachary.org/loic/gpg.txt + +From loic@dachary.org Sat Mar 9 14:11:30 2002 +Received: from inspiron.dachary.org (aboukir-101-1-13-alebeon.adsl.nerim.net [62.212.101.54]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g29DBUW03559 + for ; Sat, 9 Mar 2002 14:11:30 +0100 (CET) + (envelope-from loic@dachary.org) +Received: from loic by inspiron.dachary.org with local (Exim 3.35 #1 (Debian)) + id 16jgWS-0008EK-00 + for ; Sat, 09 Mar 2002 14:04:28 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Transfer-Encoding: 7bit +Message-ID: <15498.2140.538373.975527@inspiron.dachary.org> +Date: Sat, 9 Mar 2002 14:04:28 +0100 +From: Loic Dachary +To: nel@nevrax.org +X-Mailer: VM 7.01 under Emacs 21.1.1 +Subject: [Nel] AI +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +X-Reply-To: loic@gnu.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + + Hi, + + It looks like a file is missing from the CVS tree that prevents +compilation of AI. + +nel/ai/script/interpret_message_setvalue.h + + I'll disable AI in the debian package for now. I may be able to +re-build this file by hand but I'd first like to be sure it is not available +somewhere ;-) + + Cheers, + +-- +Loic Dachary http://www.dachary.org/ loic@dachary.org +12 bd Magenta http://www.senga.org/ loic@senga.org +75010 Paris T: 33 1 42 45 07 97 loic@gnu.org + GPG Public Key: http://www.dachary.org/loic/gpg.txt + +From loic@dachary.org Sun Mar 10 11:51:40 2002 +Received: from inspiron.dachary.org (aboukir-101-1-13-alebeon.adsl.nerim.net [62.212.101.54]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g2AApdW11051 + for ; Sun, 10 Mar 2002 11:51:39 +0100 (CET) + (envelope-from loic@dachary.org) +Received: from loic by inspiron.dachary.org with local (Exim 3.35 #1 (Debian)) + id 16k0oe-0000cf-00 + for ; Sun, 10 Mar 2002 11:44:36 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Transfer-Encoding: 7bit +Message-ID: <15499.14612.281156.639536@inspiron.dachary.org> +Date: Sun, 10 Mar 2002 11:44:36 +0100 +From: Loic Dachary +To: nel@nevrax.org +X-Mailer: VM 7.01 under Emacs 21.1.1 +Subject: [Nel] Snowballs binary +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +X-Reply-To: loic@gnu.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + + + Hi, + + It would probably be a good idea to include libxml and freetype +dynamic libraries in the current binary distribution of snowballs (the +.zip file). That would significantly reduce the burden for people skilled +to produce 3d data when they face the problem of recompiling plugins for +their favorite and unfortunately proprietary 3d tool : 3DSMAX. + + I'd love to see new data generated for the snowballs +demonstration program and making life easier for people with +relatively low compiling/coding skills seems a good way to encourage +this. + + Cheers, + +-- +Loic Dachary http://www.dachary.org/ loic@dachary.org +12 bd Magenta http://www.senga.org/ loic@senga.org +75010 Paris T: 33 1 42 45 07 97 loic@gnu.org + GPG Public Key: http://www.dachary.org/loic/gpg.txt + +From loic@dachary.org Sun Mar 10 12:35:50 2002 +Received: from inspiron.dachary.org (aboukir-101-1-13-alebeon.adsl.nerim.net [62.212.101.54]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g2ABZnW11329 + for ; Sun, 10 Mar 2002 12:35:49 +0100 (CET) + (envelope-from loic@dachary.org) +Received: from loic by inspiron.dachary.org with local (Exim 3.35 #1 (Debian)) + id 16k1VO-0000gB-00 + for ; Sun, 10 Mar 2002 12:28:46 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Transfer-Encoding: 7bit +Message-ID: <15499.17262.468979.786161@inspiron.dachary.org> +Date: Sun, 10 Mar 2002 12:28:46 +0100 +From: Loic Dachary +To: nel@nevrax.org +X-Mailer: VM 7.01 under Emacs 21.1.1 +Subject: [Nel] Small typo +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +X-Reply-To: loic@gnu.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + + Hi, + + http://www.nevrax.org/docs/ + + s/licence/license/ + + Cheers, + +-- +Loic Dachary http://www.dachary.org/ loic@dachary.org +12 bd Magenta http://www.senga.org/ loic@senga.org +75010 Paris T: 33 1 42 45 07 97 loic@gnu.org + GPG Public Key: http://www.dachary.org/loic/gpg.txt + +From loic@dachary.org Sun Mar 10 13:31:25 2002 +Received: from inspiron.dachary.org (aboukir-101-1-13-alebeon.adsl.nerim.net [62.212.101.54]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g2ACVOW11657 + for ; Sun, 10 Mar 2002 13:31:24 +0100 (CET) + (envelope-from loic@dachary.org) +Received: from loic by inspiron.dachary.org with local (Exim 3.35 #1 (Debian)) + id 16k2NB-0000id-00 + for ; Sun, 10 Mar 2002 13:24:21 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Transfer-Encoding: 7bit +Message-ID: <15499.20597.111287.859739@inspiron.dachary.org> +Date: Sun, 10 Mar 2002 13:24:21 +0100 +From: Loic Dachary +To: nel@nevrax.org +X-Mailer: VM 7.01 under Emacs 21.1.1 +Subject: [Nel] snowballs frontend (sno_frontend) lossage +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +X-Reply-To: loic@gnu.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + + + Hi, + + When running a server I expercience a continuous flow of the +following errors: + +AST25054 buf_sock.cpp 190 loic.dachary.org/FS : "_RTSBIndex+len < _ReadyToSendBu +ffer.size()" index=134989860 len=0 size=50 +AST25054 buf_sock.cpp 106 loic.dachary.org/FS : "pos+len <= v.size()" pos=134989 +860 len=0 size=50 + + from sno_frontend. + + This occurs immediately after I press return in the snowballs client +to accept to connect to shard 0. It looks like uninitialized variable or +something but I don't have the debug version handy to check this. + + Oddly enough, that does not prevent me from being online +although it will eventually crash when the disk is full ;-) I could +redirect those messages to /dev/null but that somehow does not strike +me as a good idea. + + If there is no simple answer to this problem I'll investigate it as +soon as I'm finished with the Debian GNU/Linux packages. + + My configuration is Debian GNU/Linux unstable, stlport-4.5 and +todays CVS (for snowballs2/nel/nelns). + + Cheers, + +-- +Loic Dachary http://www.dachary.org/ loic@dachary.org +12 bd Magenta http://www.senga.org/ loic@senga.org +75010 Paris T: 33 1 42 45 07 97 loic@gnu.org + GPG Public Key: http://www.dachary.org/loic/gpg.txt + +From loic@dachary.org Sun Mar 10 17:44:54 2002 +Received: from inspiron.dachary.org (aboukir-101-1-13-alebeon.adsl.nerim.net [62.212.101.54]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g2AGirW13065 + for ; Sun, 10 Mar 2002 17:44:53 +0100 (CET) + (envelope-from loic@dachary.org) +Received: from loic by inspiron.dachary.org with local (Exim 3.35 #1 (Debian)) + id 16k6KU-0000s1-00 + for ; Sun, 10 Mar 2002 17:37:50 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Transfer-Encoding: 7bit +Message-ID: <15499.35806.173272.246400@inspiron.dachary.org> +Date: Sun, 10 Mar 2002 17:37:50 +0100 +From: Loic Dachary +To: nel@nevrax.org +X-Mailer: VM 7.01 under Emacs 21.1.1 +Subject: [Nel] Debian GNU/Linux package for snowballs data +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +X-Reply-To: loic@gnu.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + + Hi, + + You will find a Debian GNU/Linux package for the latest +snowballs data at http://loic.dachary.org/snowballs-data/. I assumed +that these data are released under the GNU GPL. It would be nice to +have the source files that were used to produce these data. Maybe they +are already available but I was not able to spot them ? + + Cheers, + +-- +Loic Dachary http://www.dachary.org/ loic@dachary.org +12 bd Magenta http://www.senga.org/ loic@senga.org +75010 Paris T: 33 1 42 45 07 97 loic@gnu.org + GPG Public Key: http://www.dachary.org/loic/gpg.txt + +From robert@in-orbit.net Mon Mar 11 05:49:30 2002 +Received: from quasar.skima.is (quasar.skima.is [212.30.200.205]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g2B4nOW17725 + for ; Mon, 11 Mar 2002 05:49:30 +0100 (CET) + (envelope-from robert@in-orbit.net) +Received: from [157.157.146.56] by quasar.skima.is with ESMTP for nel@nevrax.org; Mon, 11 Mar 2002 04:42:47 Z +Date: Mon, 11 Mar 2002 05:10:30 -0800 +From: Robert Bjarnason +X-Mailer: The Bat! (v1.49) Personal +Organization: InOrbit Entertainment, Inc. +X-Priority: 3 (Normal) +Message-Id: <1281167331213.20020311051030@in-orbit.net> +To: nel@nevrax.org +Mime-Version: 1.0 +Content-Type: text/plain; charset=ISO-8859-1 +Content-Transfer-Encoding: 8bit +X-MIME-Autoconverted: from quoted-printable to 8bit by www.nevrax.org id g2B4nOW17725 +Subject: [Nel] Tips on Portals/Clusters... +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +X-Reply-To: =?ISO-8859-1?Q?R=F3bert_Bjarnason?= +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Hi, + +This is actually the third time I try sending this +post to the NeL mailing-list, I tried two times +Friday, hope it get's trough now... I got no errors +from the mailinglist system back either... But to the +point: + +Can anybody give me some tips on portal creation: + +Do I create special geometry in 3dsmax? +Do I use the link system in 3dsmax to define the relationships? + +Thanks, +Robert Bjarnason + + + +From loic@dachary.org Mon Mar 11 22:06:40 2002 +Received: from inspiron.dachary.org (aboukir-101-1-13-alebeon.adsl.nerim.net [62.212.101.54]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g2BL6eW23341 + for ; Mon, 11 Mar 2002 22:06:40 +0100 (CET) + (envelope-from loic@dachary.org) +Received: from loic by inspiron.dachary.org with local (Exim 3.35 #1 (Debian)) + id 16kWtM-0000R1-00 + for ; Mon, 11 Mar 2002 21:59:36 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Transfer-Encoding: 7bit +Message-ID: <15501.6840.528951.658522@inspiron.dachary.org> +Date: Mon, 11 Mar 2002 21:59:36 +0100 +From: Loic Dachary +To: nel@nevrax.org +X-Mailer: VM 7.01 under Emacs 21.1.1 +Subject: [Nel] Debian GNU/Linux packages for nel/nelns/snowballs +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +X-Reply-To: loic@gnu.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + + Hi, + + I finally have a set of Debian GNU/Linux (unstable) +packages working. They are all available at + + http://loic.dachary.org/debian/ + + I generated the necessary package information so that +adding + +deb http://loic.dachary.org/debian ./ +deb-src http://loic.dachary.org/debian ./ + +to /etc/apt/source.list is possible. + + Cheers, + + +--- Here is the README attached to the URL above + +Repository of Debian GNU/Linux unstable packages for software +distributed by http://www.nevrax.org/ + +nel - game library (3d, ai, net, sound) +nelns - game server base services +snowballs - online wandering gnus throwing snowballs +snowballs-data - graphics for snowballs + +In order to use this repository add the following to your +/etc/apt/source.list + +deb http://loic.dachary.org/debian ./ +deb-src http://loic.dachary.org/debian ./ + +Then run + +apt-get update + +To play snowballs + +apt-get install snowballs + +To run a snowball server + +apt-get install snowballs-server + +-- +Loic Dachary http://www.dachary.org/ loic@dachary.org +12 bd Magenta http://www.senga.org/ loic@senga.org +75010 Paris T: 33 1 42 45 07 97 loic@gnu.org + GPG Public Key: http://www.dachary.org/loic/gpg.txt + +From loic@dachary.org Mon Mar 11 01:22:03 2002 +Received: from inspiron.dachary.org (aboukir-101-1-13-alebeon.adsl.nerim.net [62.212.101.54]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g2B0M2W15675 + for ; Mon, 11 Mar 2002 01:22:02 +0100 (CET) + (envelope-from loic@dachary.org) +Received: from loic by inspiron.dachary.org with local (Exim 3.35 #1 (Debian)) + id 16kDSs-0001By-00 + for ; Mon, 11 Mar 2002 01:14:58 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Transfer-Encoding: 7bit +Message-ID: <15499.63234.256503.565548@inspiron.dachary.org> +Date: Mon, 11 Mar 2002 01:14:58 +0100 +From: Loic Dachary +To: nel@nevrax.org +X-Mailer: VM 7.01 under Emacs 21.1.1 +Subject: [Nel] Debian GNU/Linux package for nelns +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +X-Reply-To: loic@gnu.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + + Hi, + + You will find a Debian GNU/Linux package for nelns +at http://loic.dachary.org/nelns/. I think the snowball packages +will wait tomorrow morning. I'm toasted ;-) + + Cheers, + +-- +Loic Dachary http://www.dachary.org/ loic@dachary.org +12 bd Magenta http://www.senga.org/ loic@senga.org +75010 Paris T: 33 1 42 45 07 97 loic@gnu.org + GPG Public Key: http://www.dachary.org/loic/gpg.txt + +From loic@dachary.org Mon Mar 11 01:33:47 2002 +Received: from inspiron.dachary.org (aboukir-101-1-13-alebeon.adsl.nerim.net [62.212.101.54]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g2B0XkW15758 + for ; Mon, 11 Mar 2002 01:33:46 +0100 (CET) + (envelope-from loic@dachary.org) +Received: from loic by inspiron.dachary.org with local (Exim 3.35 #1 (Debian)) + id 16kDeE-0001CQ-00 + for ; Mon, 11 Mar 2002 01:26:42 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Transfer-Encoding: 7bit +Message-ID: <15499.63937.674173.496436@inspiron.dachary.org> +Date: Mon, 11 Mar 2002 01:26:41 +0100 +From: Loic Dachary +To: nel@nevrax.org +X-Mailer: VM 7.01 under Emacs 21.1.1 +Subject: [Nel] another snowballs server +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +X-Reply-To: loic@gnu.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + + Hi, + + I'll be running a snowballs server on loic.dachary.org tonight +(GMT-1). I'm logged in and I'd be gratefull if people have the +opportunity to come and shoot snowballs at me ;-) + + Cheers, + +-- +Loic Dachary http://www.dachary.org/ loic@dachary.org +12 bd Magenta http://www.senga.org/ loic@senga.org +75010 Paris T: 33 1 42 45 07 97 loic@gnu.org + GPG Public Key: http://www.dachary.org/loic/gpg.txt + +From akhoun@dess-gla.infop6.jussieu.fr Wed Mar 6 11:25:09 2002 +Received: from isis.lip6.fr (IDENT:root@isis.lip6.fr [132.227.60.2]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g26AP9W66117 + for ; Wed, 6 Mar 2002 11:25:09 +0100 (CET) + (envelope-from akhoun@dess-gla.infop6.jussieu.fr) +Received: from gla.dess-gla.infop6.jussieu.fr (gla.ecoledoc.lip6.fr [132.227.69.128]) + by isis.lip6.fr (8.12.0.Beta19/jtpda-5.3.2+victor) with ESMTP id g26AImkB000626 + for ; Wed, 6 Mar 2002 11:18:49 +0100 +X-pt: isis.lip6.fr +Received: from gla.ecoledoc.lip6.fr (STEIN [132.227.69.115]) + by gla.dess-gla.infop6.jussieu.fr (Postfix) with ESMTP id D3A481815A + for ; Wed, 6 Mar 2002 11:18:47 +0100 (CET) +Message-ID: <3C85ED07.2070708@gla.ecoledoc.lip6.fr> +Date: Wed, 06 Mar 2002 11:18:47 +0100 +From: Akhoun =?ISO-8859-1?Q?St=E9phane?= +User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; fr-FR; rv:0.9.4) Gecko/20011128 Netscape6/6.2.1 +X-Accept-Language: fr-fr +MIME-Version: 1.0 +To: nel@nevrax.org +Content-Type: text/plain; charset=ISO-8859-1; format=flowed +Content-Transfer-Encoding: 8bit +Subject: [Nel] A* - Behaviour - Scripting Language +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Hi. + I am student in Dess, and within the framework of this training, I must +study the NeL platform. + To begin, I have been asked to implant the A* algorithm to study the +feasibility besides of the project (creation of a framework of evolved +behavior consisted of "basic" behavior). +So I have several questions : + +For A*: is this algo already implanted? If not, will it be? In what +place of the code would it be the most sensible to place it ? +For the behavior: is there a scripting language dedicated to AI, or must +we do it in C++ ? The documentation (" features " section) says there is +a language of description for the agents. What it is possible to do with +this language? + Kind regards, + +Akhoun Stéphane + + +From robert@in-orbit.net Fri Mar 8 09:19:56 2002 +Received: from quasar.skima.is (quasar.skima.is [212.30.200.205]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g288JtW89161 + for ; Fri, 8 Mar 2002 09:19:55 +0100 (CET) + (envelope-from robert@in-orbit.net) +Received: from [157.157.146.56] by quasar.skima.is with ESMTP for nel@nevrax.org; Fri, 8 Mar 2002 08:13:27 Z +Date: Fri, 8 Mar 2002 08:41:15 -0800 +From: Robert Bjarnason +X-Mailer: The Bat! (v1.49) Personal +Organization: InOrbit Entertainment, Inc. +X-Priority: 3 (Normal) +Message-Id: <38920776226.20020308084115@in-orbit.net> +To: nel@nevrax.org +Mime-Version: 1.0 +Content-Type: text/plain; charset=ISO-8859-1 +Content-Transfer-Encoding: 8bit +X-MIME-Autoconverted: from quoted-printable to 8bit by www.nevrax.org id g288JtW89161 +Subject: [Nel] Tips on Portals/Clusters +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +X-Reply-To: =?ISO-8859-1?Q?R=F3bert_Bjarnason?= +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Hi, + +Can you give me some tips on portals: + +Do I create special geometry in 3dsmax? +Do I use the link system in 3dsmax to define the relationships? + +Thanks, +Robert Bjarnason + + + +From robert@in-orbit.net Fri Mar 8 13:59:45 2002 +Received: from quasar.skima.is (quasar.skima.is [212.30.200.205]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g28CxiW90981 + for ; Fri, 8 Mar 2002 13:59:44 +0100 (CET) + (envelope-from robert@in-orbit.net) +Received: from [157.157.146.56] by quasar.skima.is with ESMTP for nel@nevrax.org; Fri, 8 Mar 2002 12:53:22 Z +Date: Fri, 8 Mar 2002 13:21:09 -0800 +From: Robert Bjarnason +X-Mailer: The Bat! (v1.49) Personal +Organization: InOrbit Entertainment, Inc. +X-Priority: 3 (Normal) +Message-Id: <183937570755.20020308132109@in-orbit.net> +To: nel@nevrax.org +X-Sender: Robert Bjarnason +Mime-Version: 1.0 +Content-Type: text/plain; charset=ISO-8859-1 +Content-Transfer-Encoding: 8bit +X-MIME-Autoconverted: from quoted-printable to 8bit by www.nevrax.org id g28CxiW90981 +Subject: [Nel] Tips on Portals/Clusters +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +X-Reply-To: =?ISO-8859-1?Q?R=F3bert_Bjarnason?= +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Hi, + +Can you give me some tips on portals: + +Do I create special geometry in 3dsmax? +Do I use the link system in 3dsmax to define the relationships? + +Thanks, +Robert Bjarnason + + + +From vizerie@nevrax.com Mon Mar 11 10:12:13 2002 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g2B9CCW19281 + for ; Mon, 11 Mar 2002 10:12:13 +0100 (CET) + (envelope-from vizerie@nevrax.com) +Received: from nicolasv (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g2B95on68920 + for ; Mon, 11 Mar 2002 10:05:50 +0100 (CET) + (envelope-from vizerie@nevrax.com) +Message-ID: <003501c1c8db$f089f2d0$1d01a8c0@nicolasv> +From: "Nicolas Vizerie" +To: +References: +Subject: Re: [Nel] STLPort update +Date: Mon, 11 Mar 2002 10:05:50 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 5.00.2919.6700 +X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Hi Paul, +For info, this message prevent using new datas with old code that don't +manage them. The serialization code check the version number, and when it is +higher that the one in the code, an exception is thrown. +Updating the code usually solve this kind of problems. +Regards +Nicolas Vizerie + +----- Original Message ----- +From: "Paul Siegel" +To: "NeL List" +Sent: Wednesday, March 06, 2002 9:59 PM +Subject: [Nel] STLPort update + + +> +> It's been a while since I've played with NeL, and since I recently got a +new +> computer, I redownloaded all the dependencies and built NeL and Snowballs +> from scratch. Everything built fine, but when I tried to launch the app +it +> crashed. I found this in my log: +> +> 02/03/06 11:21:21 WRN 756 common.cpp 401 : Exception will be launched: In +> Stream: data/shapes/snow.ps: The version in stream is newer than the class +> +> I tried scouring the mailing list archive, but found nothing on the +problem. +> I next downloaded the distributed binaries on Nevrax.org's download page, +> and noticed that one of the files in the archive was stlport_vc6.4.5.dll. +> Well, I made an educated guess that NeL has moved from STLPort 4.0 to 4.5. +> I downloaded the more recent version of the library, rebuilt, and +everything +> worked fine. +> +> Anyway, I just wanted to post this in case anyone else came across such a +> problem. Ultimately, it would be nice if somewhere it was documented that +> NeL now requires STLPort 4.5. I'm thinking code/nel/INSTALL. +> +> Paul +> +> +> _________________________________________________________ +> Do You Yahoo!? +> Get your free @yahoo.com address at http://mail.yahoo.com +> +> _______________________________________________ +> Nel mailing list +> Nel@nevrax.org +> http://www.nevrax.org/mailman/listinfo.cgi/nel +> + + +From lecroart@nevrax.com Mon Mar 11 10:29:48 2002 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g2B9TlW19376 + for ; Mon, 11 Mar 2002 10:29:47 +0100 (CET) + (envelope-from lecroart@nevrax.com) +Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g2B9NOn69113 + for ; Mon, 11 Mar 2002 10:23:24 +0100 (CET) + (envelope-from lecroart@nevrax.com) +Message-ID: <008d01c1c8de$652f5420$0901a8c0@vianneyl> +From: "Vianney Lecroart" +To: +References: +Subject: Re: [Nel] STLPort update +Date: Mon, 11 Mar 2002 10:23:24 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 6.00.2600.0000 +X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Hi Paul, + +> 02/03/06 11:21:21 WRN 756 common.cpp 401 : Exception will be launched: In +> Stream: data/shapes/snow.ps: The version in stream is newer than the class + +The problem doesn't come from STLport4.5. You're right, for the Snowballs +binaries, we used STLport4.5 but it works fine with STLport4.0. +We had to export a new snow.ps because the old one didn't work. It seems +that your NeL code was to old to handle the new .ps file format. +So the problem was resolved when you have updated NeL. + +Vianney Lecroart +--- +lead network programmer / nevrax.com +icq#: 6870415 +homepage: http://ace.planet-d.net +www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- +w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? + + + +From chafik@nevrax.com Mon Mar 11 11:19:59 2002 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g2BAJwW19667 + for ; Mon, 11 Mar 2002 11:19:58 +0100 (CET) + (envelope-from chafik@nevrax.com) +Received: from sameh (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g2BADZn69802 + for ; Mon, 11 Mar 2002 11:13:35 +0100 (CET) + (envelope-from chafik@nevrax.com) +Message-ID: <018101c1c8e5$67710290$1001a8c0@sameh> +From: "sameh chafik Pro" +To: +References: <15498.2140.538373.975527@inspiron.dachary.org> +Subject: Re: [Nel] AI +Date: Mon, 11 Mar 2002 11:13:35 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 5.50.4522.1200 +X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Hello loic, + +> nel/ai/script/interpret_message_setvalue.h + +This source was'nt commit, we are sorry. + +> I'll disable AI in the debian package for now. I may be able to +> re-build this file by hand but I'd first like to be sure it is not +available +> somewhere ;-) + +If you don't use Ai there are no problem. + +Sameh. + + + +From lecroart@nevrax.com Mon Mar 11 11:29:52 2002 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g2BATpW19726 + for ; Mon, 11 Mar 2002 11:29:51 +0100 (CET) + (envelope-from lecroart@nevrax.com) +Received: from vianneyl (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g2BANSn69948 + for ; Mon, 11 Mar 2002 11:23:28 +0100 (CET) + (envelope-from lecroart@nevrax.com) +Message-ID: <010401c1c8e6$c96446f0$0901a8c0@vianneyl> +From: "Vianney Lecroart" +To: +Date: Mon, 11 Mar 2002 11:23:28 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 6.00.2600.0000 +X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 +Subject: [Nel] Download section updated +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +From Nevrax.org news: + +A new section for external websites was opened in the download page. It +contains links to other Internet sites that have NeL and/or Snowballs +related contents. +Feel free to send a mail +mailto:lecroart@nevrax.com?Subject=ExternalDownloadLink to add your page on +this section. + +Vianney Lecroart +--- +lead network programmer / nevrax.com +icq#: 6870415 +homepage: http://ace.planet-d.net +www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K- +w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y? + + + +From corvazier@nevrax.com Tue Mar 12 16:02:58 2002 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g2CF2w231362 + for ; Tue, 12 Mar 2002 16:02:58 +0100 (CET) + (envelope-from corvazier@nevrax.com) +Received: from cyrilc (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g2CEuYn84171 + for ; Tue, 12 Mar 2002 15:56:34 +0100 (CET) + (envelope-from corvazier@nevrax.com) +Message-ID: <003501c1c9d6$2afb2150$1701a8c0@cyrilc> +From: "Cyril 'Hulud' Corvazier" +To: +References: <183937570755.20020308132109@in-orbit.net> +Subject: Re: [Nel] Tips on Portals/Clusters +Date: Tue, 12 Mar 2002 15:57:02 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 5.50.4522.1200 +X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Tu peux lui dire deux mots sur les portals ? +Merci :-) + +Hld. + +----- Original Message ----- +From: "Robert Bjarnason" +To: +Sent: Friday, March 08, 2002 22:21 +Subject: [Nel] Tips on Portals/Clusters + + +> Hi, +> +> Can you give me some tips on portals: +> +> Do I create special geometry in 3dsmax? +> Do I use the link system in 3dsmax to define the relationships? +> +> Thanks, +> Robert Bjarnason +> +> +> _______________________________________________ +> Nel mailing list +> Nel@nevrax.org +> http://www.nevrax.org/mailman/listinfo.cgi/nel +> + + +From me@lars.in-berlin.de Wed Mar 6 14:50:34 2002 +Received: from hirsch.in-berlin.de (hirsch.in-berlin.de [192.109.42.6]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g26DoXW70909 + for ; Wed, 6 Mar 2002 14:50:34 +0100 (CET) + (envelope-from me@lars.in-berlin.de) +Received: from psych-o-mat (port-213-20-24-6.reverse.qdsl-home.de [213.20.24.6]) + (authenticated bits=0) + by hirsch.in-berlin.de (8.12.1/8.12.1/Debian -2) with ESMTP id g26Di9mK027326 + (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NOT) + for ; Wed, 6 Mar 2002 14:44:10 +0100 +X-Envelope-From: me@lars.in-berlin.de +X-Envelope-To: +Received: from [10.20.40.80] (helo=bit-weaver) + by psych-o-mat with esmtp (Exim 3.33 #1 (Debian)) + id 16ibqq-0003q3-00 + for ; Wed, 06 Mar 2002 14:53:04 +0100 +Received: from lars by bit-weaver with local (Exim 3.33 #1 (Debian)) + id 16ibm9-0005VQ-00 + for ; Wed, 06 Mar 2002 14:48:13 +0100 +To: nel@nevrax.org +Subject: Re: [Nel] GNU/Linux compilation patches +References: <15488.2960.615197.420521@inspiron.dachary.org> + <87henznpmm.fsf@lars.in-berlin.de> + <005101c1c42a$b9cfd300$0901a8c0@vianneyl> +From: Lars Weber +Date: 06 Mar 2002 14:48:12 +0100 +In-Reply-To: <005101c1c42a$b9cfd300$0901a8c0@vianneyl> +Message-ID: <87wuwp7qoz.fsf@lars.in-berlin.de> +Lines: 28 +User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/21.1 +MIME-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +"Vianney Lecroart" wrote: +> mouse_listener.cpp line 121: +> turnZ.rotateZ ((float) Pi*2.f*(_X-mouseEvent->X)); +> +> You can change the factor (2.f) and set a lower value to have a lower mouse +> sensitive. + +I actually got a little used to the current sensitivity now, so it isn't +really that urgent. But maybe I'll give this a try in the next few days +anyway. + +> The low framerate is normal I think, because of your Voodoo 4 (perhaps +> driver are not accelerated or badly accelerated). [...] + +Yes, and I didn't really expect much more of my setup, either ;-) [0]. +The card is fast enough to play most of the installed 3D screensavers +though, and so far I didn't have much use for 3D acceleration aside from +that :-) + +Gruss, +Lars + +[0] Though I must admit that there were some secret hopes... + +-- +[ Lars Weber ]------< me @ lars.in-berlin.de >----[ GPG-ID: 1383B42E ] ++++ fingerprint: 44B1 1D23 DD53 E6B2 4AAB 4C36 0323 9141 1383 B42E +++ +[ Using GNU ]----< www.gnu.org | www.debian.org >---[ Running Debian ] + +From besson@nevrax.com Tue Mar 12 16:28:13 2002 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g2CFSD231580 + for ; Tue, 12 Mar 2002 16:28:13 +0100 (CET) + (envelope-from besson@nevrax.com) +Received: from MatthieuB (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g2CFLln84422 + for ; Tue, 12 Mar 2002 16:21:47 +0100 (CET) + (envelope-from besson@nevrax.com) +Message-ID: <002101c1c9d9$a2fde900$2001a8c0@MatthieuB> +From: "Matthieu Besson" +To: +References: <183937570755.20020308132109@in-orbit.net> +Subject: Re: [Nel] Tips on Portals/Clusters +Date: Tue, 12 Mar 2002 16:05:06 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 5.50.4133.2400 +X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Hi, + +The first step is to have your geometry set. +Next you create in Max special object for portals and clusters. +A cluster is a convex hull with the node properties cluster set +A portal is a convex face which is shared by at max 2 clusters +You have to make your portal / cluster system all by the hand. +I will make a sample for viewing a cluster system in a while. + +Hope it helps. + +Matthieu Besson +Nevrax NeL Developper + +----- Original Message ----- +From: "Robert Bjarnason" +To: +Sent: Friday, March 08, 2002 10:21 PM +Subject: [Nel] Tips on Portals/Clusters + + +> Hi, +> +> Can you give me some tips on portals: +> +> Do I create special geometry in 3dsmax? +> Do I use the link system in 3dsmax to define the relationships? +> +> Thanks, +> Robert Bjarnason +> +> +> _______________________________________________ +> Nel mailing list +> Nel@nevrax.org +> http://www.nevrax.org/mailman/listinfo.cgi/nel +> + + +From loic@dachary.org Tue Mar 12 18:53:35 2002 +Received: from inspiron.dachary.org (babel.zehc.net [213.36.100.145]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g2CHrZ232563 + for ; Tue, 12 Mar 2002 18:53:35 +0100 (CET) + (envelope-from loic@dachary.org) +Received: from loic by inspiron.dachary.org with local (Exim 3.35 #1 (Debian)) + id 16kqLx-0001Mc-00 + for ; Tue, 12 Mar 2002 18:46:25 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Transfer-Encoding: 7bit +Message-ID: <15502.16112.713411.599840@inspiron.dachary.org> +Date: Tue, 12 Mar 2002 18:46:24 +0100 +From: Loic Dachary +To: nel@nevrax.org +Subject: Re: [Nel] AI +In-Reply-To: sameh chafik Pro's message of 11 March 2002 11:13:35 +0100 +References: <15498.2140.538373.975527@inspiron.dachary.org> + <018101c1c8e5$67710290$1001a8c0@sameh> +X-Mailer: VM 7.03 under Emacs 21.1.1 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +X-Reply-To: loic@gnu.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +sameh chafik Pro writes: + > Hello loic, + > + > > nel/ai/script/interpret_message_setvalue.h + > + > This source was'nt commit, we are sorry. + > + > > I'll disable AI in the debian package for now. I may be able to + > > re-build this file by hand but I'd first like to be sure it is not + > available + > > somewhere ;-) + > + > If you don't use Ai there are no problem. + + Indeed, that's not a problem for snowballs. But I was somewhat +concerned to provide a NeL package without including AI. Other people might +want to use the AI module. + + I'll try again soon and let you know what happens. + + Cheers, + +-- +Loic Dachary http://www.dachary.org/ loic@dachary.org +12 bd Magenta http://www.senga.org/ loic@senga.org +75010 Paris T: 33 1 42 45 07 97 loic@gnu.org + GPG Public Key: http://www.dachary.org/loic/gpg.txt + +From portier@nevrax.com Mon Mar 11 12:09:05 2002 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g2BB94W19955 + for ; Mon, 11 Mar 2002 12:09:04 +0100 (CET) + (envelope-from portier@nevrax.com) +Received: from Pierrep (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g2BB2fn70461 + for ; Mon, 11 Mar 2002 12:02:41 +0100 (CET) + (envelope-from portier@nevrax.com) +Message-ID: <009401c1c8ec$43868150$1301a8c0@Pierrep> +From: "Pierre Portier" +To: +References: <15498.2140.538373.975527@inspiron.dachary.org> +Subject: Re: [Nel] AI +Date: Mon, 11 Mar 2002 12:02:41 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook Express 6.00.2600.0000 +X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +> It looks like a file is missing from the CVS tree that prevents +> compilation of AI. +> +> nel/ai/script/interpret_message_setvalue.h +> +> I'll disable AI in the debian package for now. I may be able to +> re-build this file by hand but I'd first like to be sure it is not +available +> somewhere ;-) + +Oooops! +It will be available in tonight's CVS update. +Thanks! +Pierre + + +From miller@nevrax.com Mon Mar 11 14:23:23 2002 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g2BDNMW20729 + for ; Mon, 11 Mar 2002 14:23:22 +0100 (CET) + (envelope-from miller@nevrax.com) +Received: from miller (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g2BDGxn71931 + for ; Mon, 11 Mar 2002 14:16:59 +0100 (CET) + (envelope-from miller@nevrax.com) +From: "Daniel Miller" +To: +Subject: RE: [Nel] Tips on Portals/Clusters... +Date: Mon, 11 Mar 2002 14:16:59 +0100 +Message-ID: +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 (Normal) +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) +In-Reply-To: <1281167331213.20020311051030@in-orbit.net> +X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 +Importance: Normal +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +>This is actually the third time I try sending this +>post to the NeL mailing-list, I tried two times +>Friday, hope it get's trough now... + +This is strange - our servers were all on line Friday and I haven't received +any odd list admin warnings ... if anyone else has problems writing to the +list please let us know and we'll try to work out what's up. + +Regards, +Daniel + + +From me@lars.in-berlin.de Mon Mar 11 23:11:57 2002 +Received: from hirsch.in-berlin.de (hirsch.in-berlin.de [192.109.42.6]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g2BMBuW23740 + for ; Mon, 11 Mar 2002 23:11:56 +0100 (CET) + (envelope-from me@lars.in-berlin.de) +Received: from psych-o-mat (port-213-20-24-7.reverse.qdsl-home.de [213.20.24.7]) + (authenticated bits=0) + by hirsch.in-berlin.de (8.12.1/8.12.1/Debian -2) with ESMTP id g2BM5WCw025738 + (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NOT) + for ; Mon, 11 Mar 2002 23:05:32 +0100 +X-Envelope-From: me@lars.in-berlin.de +X-Envelope-To: +Received: from [10.20.40.80] (helo=bit-weaver) + by psych-o-mat with esmtp (Exim 3.35 #1 (Debian)) + id 16kY3u-0001Cn-00 + for ; Mon, 11 Mar 2002 23:14:34 +0100 +Received: from lars by bit-weaver with local (Exim 3.35 #1 (Debian)) + id 16kXzN-00023m-00 + for ; Mon, 11 Mar 2002 23:09:54 +0100 +To: nel@nevrax.org +From: lists@lars.in-berlin.de +Subject: Re: [Nel] Debian GNU/Linux packages for nel/nelns/snowballs +References: <15501.6840.528951.658522@inspiron.dachary.org> +Date: 11 Mar 2002 23:09:53 +0100 +In-Reply-To: <15501.6840.528951.658522@inspiron.dachary.org> +Message-ID: <87it8292oe.fsf@lars.in-berlin.de> +Lines: 35 +User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/21.1 +MIME-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +Loic Dachary wrote: +> I generated the necessary package information so that +> adding +> +> deb http://loic.dachary.org/debian ./ +> deb-src http://loic.dachary.org/debian ./ +> +> to /etc/apt/source.list is possible. + +---8<--- +Get:1 http://loic.dachary.org ./ Packages [1205B] +Ign http://loic.dachary.org ./ Release +Get:2 http://loic.dachary.org ./ Sources +99% [2 Sources gzip 0] [Waiting for file] +gzip: stdin: not in gzip format +Err http://loic.dachary.org ./ Sources + Sub-process gzip returned an error code (1) +Ign http://loic.dachary.org ./ Release +Fetched 1360B in 1s (793B/s) +Failed to fetch http://loic.dachary.org/debian/./Sources Sub-process gzip returned an error code (1) +Reading Package Lists... Done +Building Dependency Tree... Done +E: Some index files failed to download, they have been ignored, or old ones used instead. +--->8--- + +When I download Sources.gz by hand and unzip it, the resulting file is +empty. + +Regards, +Lars + +-- +[ Lars Weber ]------< me @ lars.in-berlin.de >----[ GPG-ID: 1383B42E ] ++++ fingerprint: 44B1 1D23 DD53 E6B2 4AAB 4C36 0323 9141 1383 B42E +++ +[ Using GNU ]----< www.gnu.org | www.debian.org >---[ Running Debian ] + +From miller@nevrax.com Tue Mar 12 10:40:03 2002 +Received: from mail.nevrax.com (gw.nevrax.com [195.68.21.194]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g2C9e1W28443 + for ; Tue, 12 Mar 2002 10:40:02 +0100 (CET) + (envelope-from miller@nevrax.com) +Received: from miller (fw-ext.nevrax.net [192.168.254.254]) + by mail.nevrax.com (8.11.1/8.11.1) with SMTP id g2C9Xcn80120 + for ; Tue, 12 Mar 2002 10:33:38 +0100 (CET) + (envelope-from miller@nevrax.com) +From: "Daniel Miller" +To: +Date: Tue, 12 Mar 2002 10:33:37 +0100 +Message-ID: +MIME-Version: 1.0 +Content-Type: text/plain; + charset="iso-8859-1" +Content-Transfer-Encoding: 7bit +X-Priority: 3 (Normal) +X-MSMail-Priority: Normal +X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) +Importance: Normal +X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 +Subject: [Nel] Mailing list problem +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +We're experiencing problems with the mailing list - many postings aren't +getting through. +Cedric, our resident expert isn't about right now - so I'll see what I can +do - but please be patient + +Regards to all +Daniel + + +From loic@dachary.org Mon Mar 11 21:51:46 2002 +Received: from inspiron.dachary.org (aboukir-101-1-13-alebeon.adsl.nerim.net [62.212.101.54]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g2BKpaW23244 + for ; Mon, 11 Mar 2002 21:51:37 +0100 (CET) + (envelope-from loic@dachary.org) +Received: from loic by inspiron.dachary.org with local (Exim 3.35 #1 (Debian)) + id 16kWen-0000Q9-00 + for ; Mon, 11 Mar 2002 21:44:33 +0100 +MIME-Version: 1.0 +Content-Type: multipart/mixed; boundary="kx6v7vJKno" +Content-Transfer-Encoding: 7bit +Message-ID: <15501.5936.594726.236266@inspiron.dachary.org> +Date: Mon, 11 Mar 2002 21:44:32 +0100 +From: Loic Dachary +To: nel@nevrax.org +X-Mailer: VM 7.01 under Emacs 21.1.1 +Subject: [Nel] Patches for GNU/Linux packaging +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +X-Reply-To: loic@gnu.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +--kx6v7vJKno +Content-Type: text/plain; charset=us-ascii +Content-Description: message body text +Content-Transfer-Encoding: 7bit + + + Hi, + + Here is a detailed description of the change I had to do in +order to generate the debian packages. I did not try to "improve" +anything and limited myself to things that were strictly necessary for +packaging purposes. I hope you'll find this patch acceptable for the +CVS tree. Since it is bit over the 15 lines threshold, I guess it raises +the copyright assignment question once more. Any news on this side ? + + All changes were made so that the previous behaviour does not +change. I've added things and fixed bugs but did not alter the way +nel/snowballs/nelns previously behaved in any way, except for the +installation of components of course: + + All services daemon (sno_* + *_service) are installed in /usr/sbin + instead of /usr/bin. + + Logs go to /var/log/{snowballs,nelns} + + Configuration files are fetched in /etc/{snowballs,nelns} + + Local state file (login_service.udb) is in /var/games/nelns + + Data is fetched in /usr/share/games/snowballs + +Makefiles: + - Added numerous missing files in EXTRA_DIST so that + make dist does a proper job + - dist-hook is used to get rid of CVS directories + leftovers instead of replacing EXTRA_DIST + - LDADD mostly suppressed, there is no need to specify + -lnelnet etc., configure does it for us + - DIST_SUBDIRS were added where SUBDIRS = @something@ was + used to keep make dist happy + - Added numerous missing headers in noinst_HEADERS + +acinclude.m4: + - Reworked AM_PATH_NEL + + Priority works as follows (higher to lower) + . --with-nel-include and --with-nel-lib + . --with-nel + . nel-config + + When --with-nel* was specified, libraries were not + collected, this was fixed. AC_CHECK_LIB stacks what it + finds, the macro uses LDFLAGS (previously unused) to + make sure it searches in the right place. + + Comment and removed unused variables + + Replaced MY_NEL_LIB_CHK tricks with play AC_CHECK_LIB. + It now takes only three args. + + --without-nel triggers an error + + - Reworked AM_PATH_STLPORT + + --without-stlport triggers an error + + --with-stlport without argument is supported and DTRT + + Priority works as follows (higher to lower) + . --with-stlport-include and --with-stlport-lib + . --with-stlport + It was the opposite and generated some confusion + + Use AC_CHECK_LIB and AC_CHECK_HEADER rather than a + more complex combination of AC_TRY_LINK & CPPFLAGS + tricks + + Switch to c++ using AC_LANG_* macros + +nel: configure.in, acconfig.h, debug.cpp: + + - created acconfig.h and modified configure.in to define + --without-logging that suppresses *all* log.log + stdout + information + + - debug.cpp uses NEL_DEFAULT_DISPLAYER and NEL_LOG_IN_FILE + to figure out if it should be verbose. The default is to + be verbose on both channels, this is unchanged. + + - -I${top_srcdir} is added to CXXFLAGS + CFLAGS so that + building in a directory that is not the source directory + works + +nel-config.in: + + - New option --ldflags returns -L${libdir}. It is used + by AM_PATH_NEL instead of --libs since AC_CHECK_LIB + already collects available libraries. + +service(_5)?.{h,cpp} + all nel services daemons and associated configure.in: + + - NLNET_SERVICE_MAIN takes two more arguments + ConfigDir + LogDir + + - They are defined as static and default to "" so that the + previous behaviour (create all files in current directory) + is preserved. + + - nelns & snowballs configure.in files define the path of the + log + config directory (log = /var/log/nelns, config = /etc/nelns, + typically) and daemons get them by including config.h. + + - If config.h is not available (there are people who dislike autoconf + for some reason ;-) the path is set to "", as it was before. + +nelns + snowballs configure.in + Makefile.am: + + - added comments to AM_PATH_NEL + + - removed broken AC_CONST (if your c++ compiler does not support + const you're in trouble and having AC_CONST work by switching to + the proper (unused) language is not worth the effort) + + - now install daemons in /usr/sbin instead of /usr/bin + + - install configuration files *.cfg in pkgsysconf that is + defined to $sysconf/{nelns,snowballs} + + - configuration files are fetched from /etc/{snowballs,nelns} + + - game data are fetched from /usr/share/games/snowballs + +documentation: + + - various documentation typo fixed + + - recommend 4.5 + +Here are the patches, against Sunday 10 CVS tree. + + +--kx6v7vJKno +Content-Type: application/octet-stream +Content-Disposition: attachment; + filename="patch.13" +Content-Transfer-Encoding: base64 + +SW5kZXg6IG5lbC9JTlNUQUxMCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KUkNTIGZpbGU6IC9ob21lL2N2c3Jvb3QvY29k +ZS9uZWwvSU5TVEFMTCx2CnJldHJpZXZpbmcgcmV2aXNpb24gMS4yMQpkaWZmIC11IC1yMS4yMSBJ +TlNUQUxMCi0tLSBuZWwvSU5TVEFMTAk3IEZlYiAyMDAyIDE2OjUyOjEyIC0wMDAwCTEuMjEKKysr +IG5lbC9JTlNUQUxMCTExIE1hciAyMDAyIDE4OjA3OjA2IC0wMDAwCkBAIC0yLDE1ICsyLDE1IEBA +CiBSZXF1aXJlbWVudHMKID09PT09PT09PT09PQogCi0gICBUaGUgTmVMIGxpYnJhcnkgbmVlZCB0 +aGUgZm9sbG93aW5nIGxpYnJhcmllcyA6CisgICBUaGUgTmVMIGxpYnJhcnkgbmVlZHMgdGhlIGZv +bGxvd2luZyBsaWJyYXJpZXMgOgogCi0gICAgICAtIFNUTFBvcnQgNC4wICAgIDxVUkw6aHR0cDov +L3d3dy5zdGxwb3J0Lm9yZy8+ICAgICAgICAgICAgKE1hbmRhdG9yeSkKKyAgICAgIC0gU1RMUG9y +dCA0LjUgICAgPFVSTDpodHRwOi8vd3d3LnN0bHBvcnQub3JnLz4gICAgICAgICAgICAoTWFuZGF0 +b3J5KQogICAgICAgLSBMaWJYTUwgMi40LjEzICA8VVJMOmh0dHA6Ly93d3cueG1sc29mdC5vcmcv +PiAgICAgICAgICAgIChOZUwgTWlzYykKICAgICAgIC0gRnJlZVR5cGUgMiAgICAgPFVSTDpodHRw +Oi8vZnJlZXR5cGUuc291cmNlZm9yZ2UubmV0Lz4gICAoTmVMIDNEKQogICAgICAgLSBPcGVuQUwg +ICAgICAgICA8VVJMOmh0dHA6Ly93d3cub3BlbmFsLm9yZy8+ICAgICAgICAgICAgIChOZUwgU291 +bmQpCiAgICAgICAtIFB5dGhvbiAxLjUgICAgIDxVUkw6aHR0cDovL3d3dy5weXRob24ub3JnLz4g +ICAgICAgICAgICAgKE5lTCBBSSkKIAotICAgU1RMUG9ydCBuZWVkIHRvIGJlIGNvbXBpbGVkLiBO +ZUwgaXMgdXNpbmcgdGhlIFNHSSBpb3N0cmVhbXMgYW5kIGl0IHJlcXVpcmUKKyAgIFNUTFBvcnQg +bmVlZHMgdG8gYmUgY29tcGlsZWQuIE5lTCBpcyB1c2luZyB0aGUgU0dJIGlvc3RyZWFtcyBhbmQg +aXQgcmVxdWlyZQogICAgdGhlIFNUTFBvcnQgY29tcGlsYXRpb24gYW5kIGEgbGlua2luZyBvZiBO +ZUwgd2l0aCB0aGUgU1RMUG9ydCBsaWJyYXJ5LgogCiAgICBPbiBhIEdOVS9MaW51eCBwbGF0Zm9y +bSB5b3Ugd2lsbCBuZWVkIHRoZSBmb2xsb3dpbmcgbGlicmFyaWVzIGFuZApAQCAtNDMsNyArNDMs +NyBAQAogICAgcHJvdmlkZWQgb24geW91ciBpbnN0YWxsYXRpb24gZGlzay4gCiAKICAgIFRoZSBn +aXZlbiBzb2Z3YXJlIG9yIGxpYnJhcnkgdmVyc2lvbiBudW1iZXJzIGFyZSB0aGUgb25lcyB0aGF0 +IHdlIGFyZQotICAgdXNpbmcuIFdlIGRvbid0IGtub3cgaWYgaXQgd29ya2luZyB3aXRoIG90aGVy +IChvbGRlciBvciBtb3JlIHJlY2VudCkKKyAgIHVzaW5nLiBXZSBkb24ndCBrbm93IGlmIE5lTCB3 +aWxsIHdvcmsgd2l0aCBvdGhlciAob2xkZXIgb3IgbW9yZSByZWNlbnQpCiAgICB2ZXJzaW9ucyBv +ZiB0aGVzZSBzb2Z0d2FyZXMgb3IgbGlicmFyaWVzLiBZb3UgYXJlIHdlbGNvbWUgdG8gaGVscCB1 +cwogICAgdG8gZGVmaW5lIG1vcmUgcHJlY2lzZWx5IHRoZXNlIGluZm9ybWF0aW9ucyA7LSkKIApA +QCAtOTEsMTAgKzkxLDEwIEBACiAgICAgICAgICAgIFRoZSBTVExQb3J0IGluY2x1ZGUgKm11c3Qq +IGJlIGluc2VydGVkIGJlZm9yZSB0aGUgbWljcm9zb2Z0IG9uZSBvcgogICAgICAgICAgICB0aGUg +Y29tcGlsZXIgd2lsbCB0YWtlIG1pY3Jvc29mdCBTVEwgaW5zdGVhZCBvZiBTVExQb3J0IFNUTC4K +ICAgICAgICAgICAgKHVzZSB0aGUgYXJyb3cgYnV0dG9uIHRvIHB1dCB0aGUgU1RMUG9ydCBpbmNs +dWRlIGF0IHRoZSB0b3ApCi0gICAgICAgICAgIGV4OiBEOi9zdGxwb3J0LTQuMC9zdGxwb3J0Cisg +ICAgICAgICAgIGV4OiBEOi9zdGxwb3J0LTQuNS9zdGxwb3J0CiAKICAgICAgICAgIC0gQWRkIHRo +ZSBTVExQb3J0IGxpYnJhcnkgZGlyZWN0b3J5IHRvIHRoZSAiTGlicmFyeSBGaWxlcyIgY2F0ZWdv +cnkuCi0gICAgICAgICAgIGV4OiBEOi9zdGxwb3J0LTQuMC9saWIKKyAgICAgICAgICAgZXg6IEQ6 +L3N0bHBvcnQtNC41L2xpYgogCiAgICAgICAgICAtIEFkZCB0aGUgRnJlZVR5cGUgaW5jbHVkZSBk +aXJlY3RvcnkgdG8gdGhlICJJbmNsdWRlIEZpbGVzIiBjYXRlZ29yeS4KICAgICAgICAgICAgZXg6 +IEQ6L2ZyZWV0eXBlLTIuMC9pbmNsdWRlCkluZGV4OiBuZWwvTWFrZWZpbGUuYW0KPT09PT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 +PQpSQ1MgZmlsZTogL2hvbWUvY3Zzcm9vdC9jb2RlL25lbC9NYWtlZmlsZS5hbSx2CnJldHJpZXZp +bmcgcmV2aXNpb24gMS43CmRpZmYgLXUgLXIxLjcgTWFrZWZpbGUuYW0KLS0tIG5lbC9NYWtlZmls +ZS5hbQk3IEphbiAyMDAyIDE2OjA5OjUyIC0wMDAwCTEuNworKysgbmVsL01ha2VmaWxlLmFtCTEx +IE1hciAyMDAyIDE4OjA3OjA3IC0wMDAwCkBAIC0xNCwxNCArMTQsMTAgQEAKIAogYmluX1NDUklQ +VFMgICAgICAgICAgPSBuZWwtY29uZmlnCiAKLUVYVFJBX0RJU1QgICAgICAgICAgID0gbmVsLmRz +dworRVhUUkFfRElTVCAgICAgICAgICAgPSBuZWwuZHN3IGJvb3RzdHJhcCBkb2MKIAogZGlzdC1o +b29rOgotCWNwIC1wICAkKHNyY2RpcikvYm9vdHN0cmFwICQoZGlzdGRpcikKLQljcCAtcFIgJChz +cmNkaXIpL2RvYyAgICAgICAkKGRpc3RkaXIpCi0JY3AgLXBSICQoc3JjZGlyKS9zYW1wbGVzICAg +JChkaXN0ZGlyKQotCWNwIC1wUiAkKHNyY2RpcikvdG9vbHMgICAgICQoZGlzdGRpcikKLQorCWZp +bmQgJChkaXN0ZGlyKSAtbmFtZSBDVlMgLXByaW50IHwgeGFyZ3Mgcm0gLWZyCiAKICMgRW5kIG9m +IE1ha2VmaWxlLmFtCiAKSW5kZXg6IG5lbC9hY2luY2x1ZGUubTQKPT09PT09PT09PT09PT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQpSQ1MgZmls +ZTogL2hvbWUvY3Zzcm9vdC9jb2RlL25lbC9hY2luY2x1ZGUubTQsdgpyZXRyaWV2aW5nIHJldmlz +aW9uIDEuOApkaWZmIC11IC1yMS44IGFjaW5jbHVkZS5tNAotLS0gbmVsL2FjaW5jbHVkZS5tNAkx +OCBGZWIgMjAwMiAxMjo1ODozOCAtMDAwMAkxLjgKKysrIG5lbC9hY2luY2x1ZGUubTQJMTEgTWFy +IDIwMDIgMTg6MDc6MDcgLTAwMDAKQEAgLTIxNCwzNyArMjE0LDEzIEBACiBbIEFDX1JFUVVJUkVf +Q1BQKCkKIAogY2hrX21lc3NhZ2Vfb2JqPSIkMSIKLW5lbF9saWJyYXJpZXM9IiQyIgotbmVsX3Rl +c3RfbGliPSIkMyIKLW5lbF9hZGRpdGlvbmFsX2xpYnM9IiQ0IgotaXNfbWFuZGF0b3J5PSIkNSIK +K25lbF90ZXN0X2xpYj0iJDIiCitpc19tYW5kYXRvcnk9IiQzIgogCiBpZiB0ZXN0ICRpc19tYW5k +YXRvcnkgPSAieWVzIgogdGhlbgogCi0gICAgQUNfTVNHX0NIRUNLSU5HKGZvciAtbCRuZWxfdGVz +dF9saWIpCi0gICAgICAgIAotICAgIE5FTF9URVNUX0xJQlM9IiRORUxfTElCUyAkbmVsX2FkZGl0 +aW9uYWxfbGlicyAtbCRuZWxfdGVzdF9saWIiCi0KLSAgICBfQ1BQRkxBR1M9IiRDUFBGTEFHUyIK +LQotICAgIENQUEZMQUdTPSIkQ1hYRkxBR1MgJExJQlMgJE5FTF9URVNUX0xJQlMiCi0KLSAgICBB +Q19UUllfTElOSyggLCAsIGhhdmVfbmVsX3Rlc3RfbGlicmFyaWVzPSJ5ZXMiLCBoYXZlX25lbF90 +ZXN0X2xpYnJhcmllcz0ibm8iKQotCi0gICAgQ1BQRkxBR1M9IiRfQ1BQRkxBR1MiCi0KLSAgICBp +ZiB0ZXN0ICIkaGF2ZV9uZWxfdGVzdF9saWJyYXJpZXMiID0gInllcyIKLSAgICB0aGVuICAgIAot +ICAgICAgICBBQ19NU0dfUkVTVUxUKHllcykKLSAgICBlbHNlCi0gICAgICAgIGlmIHRlc3QgIiRp +c19tYW5kYXRvcnkiID0gInllcyIKLSAgICAgICAgdGhlbgotICAgICAgICAgICAgQUNfTVNHX0VS +Uk9SKFskY2hrX21lc3NhZ2Vfb2JqIG11c3QgYmUgaW5zdGFsbGVkIChodHRwOi8vd3d3Lm5ldnJh +eC5vcmcpLl0pCi0gICAgICAgIGVsc2UKLSAgICAgICAgICAgIEFDX01TR19SRVNVTFQobm8pCi0g +ICAgICAgIGZpCi0gICAgZmkKKyAgICBBQ19DSEVDS19MSUIoJG5lbF90ZXN0X2xpYiwgbWFpbiws +W0FDX01TR19FUlJPUihbJGNoa19tZXNzYWdlX29iaiBtdXN0IGJlIGluc3RhbGxlZCAoaHR0cDov +L3d3dy5uZXZyYXgub3JnKS5dKV0pCiBmaQogXSkKIApAQCAtMjY5LDEzICsyNDUsNiBAQAogICAg +ICAgICAgICAgICAgICAgICAgICAgICBlLmcuIC91c3IvbG9jYWwvbmVsL2xpYl0pCiAKIAotbmVs +X21pc2NfbGliPSJuZWxtaXNjIgotbmVsX25ldF9saWI9Im5lbG5ldCIKLW5lbF8zZF9saWI9Im5l +bDNkIgotbmVsX3BhY3NfbGliPSJuZWxwYWNzIgotbmVsX3NvdW5kX2xpYj0ibmVsc25kIgotbmVs +X2FpX2xpYj0ibmVsYWkiCi0KIG5lbG1pc2NfaXNfbWFuZGF0b3J5PSIkMSIKIG5lbG5ldF9pc19t +YW5kYXRvcnk9IiQyIgogbmVsM2RfaXNfbWFuZGF0b3J5PSIkMyIKQEAgLTI4NiwyMyArMjU1LDQw +IEBACiBkbmwgQ2hlY2sgZm9yIG5lbC1jb25maWcKIEFDX1BBVEhfUFJPRyhORUxfQ09ORklHLCBu +ZWwtY29uZmlnLCBubykKIAotaWYgdGVzdCAiJE5FTF9DT05GSUciID0gIm5vIgorZG5sIAorZG5s +IENvbmZpZ3VyZSBvcHRpb25zICgtLXdpdGgtbmVsKikgaGF2ZSBwcmVjZW5kZW5jZSAKK2RubCBv +dmVyIG5lbC1jb25maWcgb25seSBzZXQgdmFyaWFibGVzIGlmIHRoZXkgYXJlIG5vdCAKK2RubCBz +cGVjaWZpZWQKK2RubAoraWYgdGVzdCAiJE5FTF9DT05GSUciICE9ICJubyIKIHRoZW4KLSAgICBo +YXZlX25lbF9jb25maWc9Im5vIgotZWxzZQotICAgIE5FTF9DRkxBR1M9YG5lbC1jb25maWcgLS1j +ZmxhZ3NgCi0KLSAgICBORUxfTElCU19DT05GSUc9YG5lbC1jb25maWcgLS1saWJzYAotCi0gICAg +TkVMX0xJQlM9YGVjaG8gJyRORUxfTElCU19DT05GSUcnIHwgc2VkIC1lICdzL1tbOnNwYWNlOl1d +Ki1sW15bOnNwYWNlOl1dKi8vZydgCisgICAgaWYgdGVzdCAteiAiJHdpdGhfbmVsIiAtYSAteiAi +JHdpdGhfbmVsX2luY2x1ZGUiCisgICAgdGhlbgorCUNYWEZMQUdTPSIkQ1hYRkxBR1MgYG5lbC1j +b25maWcgLS1jZmxhZ3NgIgorICAgIGZpCiAKLSAgICBoYXZlX25lbF9jb25maWc9InllcyIKKyAg +ICBpZiB0ZXN0IC16ICIkd2l0aF9uZWwiIC1hIC16ICIkd2l0aF9uZWxfbGliIgorICAgIHRoZW4K +KwlMREZMQUdTPSJgbmVsLWNvbmZpZyAtLWxkZmxhZ3NgICRMREZMQUdTIgorICAgIGZpCiBmaQog +Ci1pZiB0ZXN0ICIkd2l0aF9uZWwiCitkbmwKK2RubCBTZXQgbmVsX2xpYnJhcmllcyBhbmQgbmVs +X2luY2x1ZGVzIGFjY29yZGluZyB0bworZG5sIHVzZXIgc3BlY2lmaWNhdGlvbiAoLS13aXRoLW5l +bCopIGlmIGFueS4gCitkbmwgLS13aXRoLW5lbC1pbmNsdWRlIGFuZCAtLXdpdGgtbmVsLWxpYiBo +YXZlIHByZWNlbmRlbmNlCitkbmwgb3ZlciAtLXdpdGgtbmVsCitkbmwKK2lmIHRlc3QgIiR3aXRo +X25lbCIgPSAibm8iCiB0aGVuCi0gICAgbmVsX2luY2x1ZGVzPSIkd2l0aF9uZWwvaW5jbHVkZSIK +LSAgICBuZWxfbGlicmFyaWVzPSIkd2l0aF9uZWwvbGliIgorICAgIGRubCBUaGUgdXNlciBleHBs +aWNpdGx5IGRpc2FibGVkIHRoZSB1c2Ugb2YgdGhlIE5lTAorICAgIEFDX01TR19FUlJPUihbTmVM +IGlzIG1hbmRhdG9yeTogZG8gbm90IHNwZWNpZnkgLS13aXRob3V0LW5lbF0pCitlbHNlCisgICAg +aWYgdGVzdCAiJHdpdGhfbmVsIiAtYSAiJHdpdGhfbmVsIiAhPSAieWVzIgorICAgIHRoZW4KKwlu +ZWxfaW5jbHVkZXM9IiR3aXRoX25lbC9pbmNsdWRlIgorCW5lbF9saWJyYXJpZXM9IiR3aXRoX25l +bC9saWIiCisgICAgZmkKIGZpCiAKIGlmIHRlc3QgIiR3aXRoX25lbF9pbmNsdWRlIgpAQCAtMzE1 +LDE3ICszMDEsMjQgQEAKICAgICBuZWxfbGlicmFyaWVzPSIkd2l0aF9uZWxfbGliIgogZmkKIAor +ZG5sCitkbmwgU2V0IGNvbXBpbGF0aW9uIHZhcmlhYmxlcyAKK2RubAogaWYgdGVzdCAiJG5lbF9p +bmNsdWRlcyIKIHRoZW4KLSAgICBORUxfQ0ZMQUdTPSItSSRuZWxfaW5jbHVkZXMiCisgICAgQ1hY +RkxBR1M9IiRDWFhGTEFHUyAtSSRuZWxfaW5jbHVkZXMiCiBmaQogCiBpZiB0ZXN0ICIkbmVsX2xp +YnJhcmllcyIKIHRoZW4KLSAgICBORUxfTElCUz0iLUwkbmVsX2xpYnJhcmllcyIKKyAgICBMREZM +QUdTPSItTCRuZWxfbGlicmFyaWVzICRMREZMQUdTIgogZmkKIAotZG5sIENoZWNraW5nIGZvciBO +ZUwgaGVhZGVycworZG5sCitkbmwgQ29sbGVjdCBoZWFkZXJzIGluZm9ybWF0aW9uIGFuZCBiYXJr +IGlmIG1pc3NpbmcgYW5kCitkbmwgbWFuZGF0b3J5CitkbmwKKwogTVlfTkVMX0hFQURFUl9DSEso +W05lTCBNaXNjXSwgW25lbC9taXNjL3R5cGVzX25sLmhdLCBbTkxfVFlQRVNfSF0sICRuZWxtaXNj +X2lzX21hbmRhdG9yeSkKIE1ZX05FTF9IRUFERVJfQ0hLKFtOZUwgTmV0d29ya10sIFtuZWwvbmV0 +L3NvY2suaF0sIFtOTF9TT0NLX0hdLCAkbmVsbmV0X2lzX21hbmRhdG9yeSkKIE1ZX05FTF9IRUFE +RVJfQ0hLKFtOZUwgM0RdLCBbbmVsLzNkL3VfY2FtZXJhLmhdLCBbTkxfVV9DQU1FUkFfSF0sICRu +ZWwzZF9pc19tYW5kYXRvcnkpCkBAIC0zMzMsMTMgKzMyNiwxNyBAQAogTVlfTkVMX0hFQURFUl9D +SEsoW05lTCBTb3VuZF0sIFtuZWwvc291bmQvdV9zb3VyY2UuaF0sIFtOTF9VX1NPVVJDRV9IXSwg +JG5lbHNvdW5kX2lzX21hbmRhdG9yeSkKIE1ZX05FTF9IRUFERVJfQ0hLKFtOZUwgQUldLCBbbmVs +L2FpL25sX2FpLmhdLCBbX0lBX05FTF9IXSwgJG5lbGFpX2lzX21hbmRhdG9yeSkKIAotZG5sIENo +ZWNraW5nIGZvciBOZUwgbGlicmFyaWVzCi1NWV9ORUxfTElCX0NISyhbTmVMIE1pc2NdLCAkbmVs +X2xpYnJhcmllcywgJG5lbF9taXNjX2xpYiwgIiIsICRuZWxtaXNjX2lzX21hbmRhdG9yeSkKLU1Z +X05FTF9MSUJfQ0hLKFtOZUwgTmV0d29ya10sJG5lbF9saWJyYXJpZXMsICRuZWxfbmV0X2xpYiwg +Ii1sbmVsbWlzYyIsICRuZWxuZXRfaXNfbWFuZGF0b3J5KQotTVlfTkVMX0xJQl9DSEsoW05lTCAz +RF0sICRuZWxfbGlicmFyaWVzLCAkbmVsXzNkX2xpYiwgIi1sbmVsbWlzYyIsICRuZWwzZF9pc19t +YW5kYXRvcnkpCi1NWV9ORUxfTElCX0NISyhbTmVMIFBBQ1NdLCAkbmVsX2xpYnJhcmllcywgJG5l +bF9wYWNzX2xpYiwgIi1sbmVsbWlzYyIsICRuZWxwYWNzX2lzX21hbmRhdG9yeSkKLU1ZX05FTF9M +SUJfQ0hLKFtOZUwgQUldLCAkbmVsX2xpYnJhcmllcywgJG5lbF9haV9saWIsICItbG5lbG1pc2Mi +LCAkbmVsYWlfaXNfbWFuZGF0b3J5KQotTVlfTkVMX0xJQl9DSEsoW05lTCBTb3VuZF0sICRuZWxf +bGlicmFyaWVzLCAkbmVsX3NvdW5kX2xpYiwgIi1sbmVsbWlzYyIgJE9QRU5BTF9MSUJTLCAkbmVs +c291bmRfaXNfbWFuZGF0b3J5KQorZG5sCitkbmwgQ29sbGVjdCBsaWJyYXJpZXMgaW5mb3JtYXRp +b24gYW5kIGJhcmsgaWYgbWlzc2luZyBhbmQKK2RubCBtYW5kYXRvcnkKK2RubAorCitNWV9ORUxf +TElCX0NISyhbTmVMIE1pc2NdLCBbbmVsbWlzY10sICRuZWxtaXNjX2lzX21hbmRhdG9yeSkKK01Z +X05FTF9MSUJfQ0hLKFtOZUwgTmV0d29ya10sIFtuZWxuZXRdLCAkbmVsbmV0X2lzX21hbmRhdG9y +eSkKK01ZX05FTF9MSUJfQ0hLKFtOZUwgM0RdLCBbbmVsM2RdLCAkbmVsM2RfaXNfbWFuZGF0b3J5 +KQorTVlfTkVMX0xJQl9DSEsoW05lTCBQQUNTXSwgW25lbHBhY3NdLCAkbmVscGFjc19pc19tYW5k +YXRvcnkpCitNWV9ORUxfTElCX0NISyhbTmVMIEFJXSwgW25lbGFpXSwgJG5lbGFpX2lzX21hbmRh +dG9yeSkKK01ZX05FTF9MSUJfQ0hLKFtOZUwgU291bmRdLCBbbmVsc25kXSwgJG5lbHNvdW5kX2lz +X21hbmRhdG9yeSkKIAogXSkKIApAQCAtMzc0LDExICszNzEsMTAgQEAKIGlmIHRlc3QgIiR3aXRo +X3N0bHBvcnQiID0gbm8KIHRoZW4KICAgICBkbmwgVGhlIHVzZXIgZXhwbGljaXRseSBkaXNhYmxl +ZCB0aGUgdXNlIG9mIHRoZSBTVExQb3J0cwotICAgIEFDX01TR19DSEVDS0lORyhTVExQb3J0KQot +ICAgIGhhdmVfc3RscG9ydD0iZGlzYWJsZWQiCi0gICAgQUNfTVNHX1JFU1VMVChkaXNhYmxlZCAo +KioqIEVYUEVSSU1FTlRBTCAqKiopKQorICAgIEFDX01TR19FUlJPUihbU1RMUG9ydCBpcyBtYW5k +YXRvcnk6IGRvIG5vdCBzcGVjaWZ5IC0td2l0aG91dC1zdGxwb3J0XSkKIGVsc2UKLSAgICBpZiB0 +ZXN0ICIkd2l0aF9zdGxwb3J0IgorICAgIHN0bHBvcnRfaW5jbHVkZXM9Ii91c3IvaW5jbHVkZS9z +dGxwb3J0IgorICAgIGlmIHRlc3QgIiR3aXRoX3N0bHBvcnQiIC1hICIkd2l0aF9zdGxwb3J0IiAh +PSB5ZXMKICAgICB0aGVuCiAgICAgICAgIHN0bHBvcnRfaW5jbHVkZXM9IiR3aXRoX3N0bHBvcnQv +c3RscG9ydCIKICAgICAgICAgc3RscG9ydF9saWJyYXJpZXM9IiR3aXRoX3N0bHBvcnQvbGliIgpA +QCAtMzkwLDgyICszODYsNzMgQEAKICAgICBmaQogZmkKIAotaWYgdGVzdCAteiAiJGhhdmVfc3Rs +cG9ydCIgLWEgIiR3aXRoX3N0bHBvcnRfaW5jbHVkZSIKK2lmIHRlc3QgIiR3aXRoX3N0bHBvcnRf +aW5jbHVkZSIKIHRoZW4KICAgICBzdGxwb3J0X2luY2x1ZGVzPSIkd2l0aF9zdGxwb3J0X2luY2x1 +ZGUiCiBmaQogCi1pZiB0ZXN0IC16ICIkaGF2ZV9zdGxwb3J0IiAtYSAiJHdpdGhfc3RscG9ydF9s +aWIiCitpZiB0ZXN0ICIkd2l0aF9zdGxwb3J0X2xpYiIKIHRoZW4KICAgICBzdGxwb3J0X2xpYnJh +cmllcz0iJHdpdGhfc3RscG9ydF9saWIiCiBmaQogCi1pZiB0ZXN0IC16ICIkaGF2ZV9zdGxwb3J0 +IgotdGhlbgotICAgIGRubCBQdXQgU1RMUG9ydHMgaW5jbHVkZXMgaW4gQ1hYRkxBR1MKLSAgICBp +ZiB0ZXN0ICIkc3RscG9ydF9pbmNsdWRlcyIKLSAgICB0aGVuCi0gICAgICAgIENYWEZMQUdTPSIk +Q1hYRkxBR1MgLUkkc3RscG9ydF9pbmNsdWRlcyIKLSAgICBmaQotCi0gICAgZG5sIFB1dCBTVExQ +b3J0cyBsaWJyYXJpZXMgaW4gTElCUwotICAgIGlmIHRlc3QgIiRzdGxwb3J0X2xpYnJhcmllcyIK +LSAgICB0aGVuCi0gICAgICAgIExJQlM9Ii1MJHN0bHBvcnRfbGlicmFyaWVzICRMSUJTIC1sJHN0 +bHBvcnRfbGliIgotICAgIGZpCi0KLSAgICBkbmwgVGVzdCB0aGUgaGVhZGVycwotICAgIEFDX01T +R19DSEVDS0lORyhmb3IgU1RMUG9ydCBoZWFkZXJzKQorQUNfTEFOR19TQVZFCitBQ19MQU5HX0NQ +TFVTUExVUwogCi0gICAgX0NQUEZMQUdTPSIkQ1BQRkxBR1MiCitkbmwgUHV0IFNUTFBvcnRzIGlu +Y2x1ZGVzIGluIENYWEZMQUdTCitpZiB0ZXN0ICIkc3RscG9ydF9pbmNsdWRlcyIKK3RoZW4KKyAg +ICBDWFhGTEFHUz0iJENYWEZMQUdTIC1JJHN0bHBvcnRfaW5jbHVkZXMiCitmaQogCi0gICAgQ1BQ +RkxBR1M9IiRDWFhGTEFHUyIKK2RubCBQdXQgU1RMUG9ydHMgbGlicmFyaWVzIGRpcmVjdG9yeSBp +biBMSUJTCitpZiB0ZXN0ICIkc3RscG9ydF9saWJyYXJpZXMiCit0aGVuCisgICAgTElCUz0iLUwk +c3RscG9ydF9saWJyYXJpZXMgJExJQlMiCitlbHNlCisgICAgc3RscG9ydF9saWJyYXJpZXM9J2Rl +ZmF1bHQnCitmaQogCi0gICAgQUNfRUdSRVBfQ1BQKCB5b19zdGxwb3J0LAotICAgIFsjaW5jbHVk +ZSA8YWxnb3JpdGhtPgotI2lmZGVmIF9fU0dJX1NUTF9QT1JUCi0gICB5b19zdGxwb3J0Ci0jZW5k +aWZdLAotICAgICAgaGF2ZV9zdGxwb3J0X2hlYWRlcnM9InllcyIsCi0gICAgICBoYXZlX3N0bHBv +cnRfaGVhZGVycz0ibm8iICkKK2RubCBUZXN0IHRoZSBoZWFkZXJzCiAKLSAgICBpZiB0ZXN0ICIk +aGF2ZV9zdGxwb3J0X2hlYWRlcnMiID0gInllcyIKLSAgICB0aGVuCi0gICAgICAgIEFDX01TR19S +RVNVTFQoWyRzdGxwb3J0X2luY2x1ZGVzXSkKLSAgICBlbHNlCi0gICAgICAgIEFDX01TR19SRVNV +TFQobm8pCi0gICAgZmkKLQotICAgIGRubCBUZXN0IHRoZSBsaWJyYXJpZXMKLSAgICBBQ19NU0df +Q0hFQ0tJTkcoZm9yIFNUTFBvcnQgbGlicmFyaWVzKQorQUNfQ0hFQ0tfSEVBREVSKGFsZ29yaXRo +bSwKKyAgICBoYXZlX3N0bHBvcnRfaGVhZGVycz0ieWVzIiwKKyAgICBoYXZlX3N0bHBvcnRfaGVh +ZGVycz0ibm8iICkKIAotICAgIENQUEZMQUdTPSIkQ1hYRkxBR1MgJExJQlMiCitBQ19NU0dfQ0hF +Q0tJTkcoZm9yIFNUTFBvcnQgaGVhZGVycykKIAotICAgIEFDX1RSWV9MSU5LKCAsICwgaGF2ZV9z +dGxwb3J0X2xpYnJhcmllcz0ieWVzIiwgaGF2ZV9zdGxwb3J0X2xpYnJhcmllcz0ibm8iKQoraWYg +dGVzdCAiJGhhdmVfc3RscG9ydF9oZWFkZXJzIiA9ICJ5ZXMiCit0aGVuCisgICAgQUNfTVNHX1JF +U1VMVChbJHN0bHBvcnRfaW5jbHVkZXNdKQorZWxzZQorICAgIEFDX01TR19SRVNVTFQobm8pCitm +aQogCi0gICAgQ1BQRkxBR1M9IiRfQ1BQRkxBR1MiCitBQ19DSEVDS19MSUIoJHN0bHBvcnRfbGli +LCBtYWluLCwgaGF2ZV9zdGxwb3J0X2xpYnJhcmllcz0ibm8iKQogCi0gICAgaWYgdGVzdCAiJGhh +dmVfc3RscG9ydF9saWJyYXJpZXMiID0gInllcyIKLSAgICB0aGVuCi0gICAgICAgIEFDX01TR19S +RVNVTFQoWyRzdGxwb3J0X2xpYnJhcmllc10pCi0gICAgZWxzZQotICAgICAgICBBQ19NU0dfUkVT +VUxUKG5vKQotICAgIGZpCitBQ19NU0dfQ0hFQ0tJTkcoZm9yIFNUTFBvcnQgbGlicmFyeSkKIAot +ICAgIGlmIHRlc3QgIiRoYXZlX3N0bHBvcnRfaGVhZGVycyIgPSAieWVzIiBcCi0gICAgICAgJiYg +dGVzdCAiJGhhdmVfc3RscG9ydF9saWJyYXJpZXMiID0gInllcyIKLSAgICB0aGVuCi0gICAgICAg +IGhhdmVfc3RscG9ydD0ieWVzIgotICAgIGVsc2UKLSAgICAgICAgaGF2ZV9zdGxwb3J0PSJubyIK +LSAgICBmaQoraWYgdGVzdCAiJGhhdmVfc3RscG9ydF9saWJyYXJpZXMiICE9ICJubyIKK3RoZW4K +KyAgICBBQ19NU0dfUkVTVUxUKFskc3RscG9ydF9saWJyYXJpZXNdKQorZWxzZQorICAgIEFDX01T +R19SRVNVTFQobm8pCitmaQogCi0gICAgaWYgdGVzdCAiJGhhdmVfc3RscG9ydCIgPSAibm8iCi0g +ICAgdGhlbgotICAgICAgICBBQ19NU0dfRVJST1IoW1NUTFBvcnQgbXVzdCBiZSBpbnN0YWxsZWQg +KGh0dHA6Ly93d3cuc3RscG9ydC5vcmcpLl0pCi0gICAgZmkKK2lmIHRlc3QgIiRoYXZlX3N0bHBv +cnRfaGVhZGVycyIgPSAieWVzIiAmJgorICAgIHRlc3QgIiRoYXZlX3N0bHBvcnRfbGlicmFyaWVz +IiAhPSAibm8iCit0aGVuCisgICAgaGF2ZV9zdGxwb3J0PSJ5ZXMiCitlbHNlCisgICAgaGF2ZV9z +dGxwb3J0PSJubyIKK2ZpCiAKK2lmIHRlc3QgIiRoYXZlX3N0bHBvcnQiID0gIm5vIgordGhlbgor +ICAgIEFDX01TR19FUlJPUihbU1RMUG9ydCBtdXN0IGJlIGluc3RhbGxlZCAoaHR0cDovL3d3dy5z +dGxwb3J0Lm9yZykuXSkKIGZpCisKK0FDX0xBTkdfUkVTVE9SRQogCiBdKQogCkluZGV4OiBuZWwv +Y29uZmlndXJlLmluCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT0KUkNTIGZpbGU6IC9ob21lL2N2c3Jvb3QvY29kZS9uZWwv +Y29uZmlndXJlLmluLHYKcmV0cmlldmluZyByZXZpc2lvbiAxLjU5CmRpZmYgLXUgLXIxLjU5IGNv +bmZpZ3VyZS5pbgotLS0gbmVsL2NvbmZpZ3VyZS5pbgkyOCBKYW4gMjAwMiAxNToyMjoxOSAtMDAw +MAkxLjU5CisrKyBuZWwvY29uZmlndXJlLmluCTExIE1hciAyMDAyIDE4OjA3OjA3IC0wMDAwCkBA +IC0xNTIsNiArMTUyLDE4IEBACiAKIEFNX05FTF9ERUJVRwogCitBQ19BUkdfV0lUSChbbG9nZ2lu +Z10sCisgICAgWyAgLS13aXRob3V0LWxvZ2dpbmcgIGJlIHNpbGVudCBvbiBzdGRvdXQgYW5kIGlu +IG5vIGxvZy5sb2ddLAorICAgIFsKK2lmIHRlc3QgIiR3aXRoX2xvZ2dpbmciID0gIm5vIgordGhl +bgorCUFDX0RFRklORShORUxfREVGQVVMVF9ESVNQTEFZRVIsIDApCisJQUNfREVGSU5FKE5FTF9M +T0dfSU5fRklMRSwgMCkKK2Vsc2UKKwlBQ19NU0dfRVJST1IoWy0td2l0aC1sb2dnaW5nIGlzIHRo +ZSBkZWZhdWx0OiBkbyBub3QgdXNlIHRoaXMgb3B0aW9uXSkKK2ZpCitdKQorICAgICAgICAgICAg +ICAgICAgICAgICAgICAKIAogZG5sID09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09CiBkbmwgQ2hlY2tzIGZvciB0eXBlZGVm +cywgc3RydWN0dXJlcywgYW5kIGNvbXBpbGVyIGNoYXJhY3RlcmlzdGljcy4KQEAgLTI1NCw2ICsy +NjYsMTAgQEAKIAogQU1fUEFUSF9YRjg2VklETU9ERQogCitkbmwgQXJyYW5nZSBmb3IgdGhlIGlu +Y2x1ZGUgZGlyZWN0b3J5IHRvIGJlIGluIHRoZSBzZWFyY2ggcGF0aCBldmVuIHdoZW4KK2RubCBi +dWlsZCBpcyBkb25lIG91dHNpZGUgdGhlIHNvdXJjZSB0cmVlCitDRkxBR1M9IiRDRkxBR1MgLUlc +JHt0b3Bfc3JjZGlyfS9pbmNsdWRlIgorQ1hYRkxBR1M9IiRDWFhGTEFHUyAtSVwke3RvcF9zcmNk +aXJ9L2luY2x1ZGUiCiAKIGRubCA9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQogZG5sIENoZWNrcyBmb3IgbGlicmFyeSBm +dW5jdGlvbnMuCkBAIC0yNjMsMTEgKzI3OSw2IEBACiBkbmwgPT09PT09PT09PT09PT09PT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KIGRubCBPdXRw +dXQgZmlsZXMgdG8gZ2VuZXJhdGUuCiBkbmwgPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLQotZG5sIFdoYXQgYW4gdWds +eSBoYWNrIHRvIHRyeSB0byBnZXQgc29tZXRoaW5nIGNsZWFubmVyIC4uLiBpIGhvcGUgLi4uCi1B +Q19PVVRQVVRfQ09NTUFORFMoCi0gICAgW2NkIGluY2x1ZGUvbmVsICYmIGxuIC1zZnYgLi4vbmVs +Y29uZmlnLmggLl0KLSkKIAogQUNfT1VUUFVUKCBNYWtlZmlsZSAgICAgICAgICAgICAgICAgICAg +ICAgICAgXAogICAgICAgICAgICBpbmNsdWRlL01ha2VmaWxlICAgICAgICAgICAgICAgICAgXApJ +bmRleDogbmVsL25lbC1jb25maWcuaW4KPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQpSQ1MgZmlsZTogL2hvbWUvY3Zzcm9v +dC9jb2RlL25lbC9uZWwtY29uZmlnLmluLHYKcmV0cmlldmluZyByZXZpc2lvbiAxLjIKZGlmZiAt +dSAtcjEuMiBuZWwtY29uZmlnLmluCi0tLSBuZWwvbmVsLWNvbmZpZy5pbgk3IE5vdiAyMDAxIDE2 +OjI1OjEzIC0wMDAwCTEuMgorKysgbmVsL25lbC1jb25maWcuaW4JMTEgTWFyIDIwMDIgMTg6MDc6 +MDcgLTAwMDAKQEAgLTMxLDYgKzMxLDcgQEAKICAgIFstLXZlcnNpb25dCiAgICBbLS1saWJzXQog +ICAgWy0tbGlidG9vbF0KKyAgIFstLWxkZmxhZ3NdCiAgICBbLS1jZmxhZ3NdCiAgICBbLS13aXRo +b3V0LW5ldHdvcmtdCiAgICBbLS13aXRob3V0LTNkXQpAQCAtNzYsNiArNzcsOSBAQAogICAgICAg +ICAtLWNmbGFncykKICAgICAgICAgICAgIGVjaG9fY2ZsYWdzPXllcwogICAgICAgICAgICAgOzsK +KyAgICAgICAgLS1sZGZsYWdzKQorICAgICAgICAgICAgZWNob19sZGZsYWdzPXllcworICAgICAg +ICAgICAgOzsKICAgICAgICAgLS1saWJzKQogICAgICAgICAgICAgZWNob19saWJzPXllcwogICAg +ICAgICAgICAgOzsKQEAgLTEyNiw2ICsxMzAsMTIgQEAKIHRoZW4KICAgICBjZmxhZ3M9Ii1JJGlu +Y2x1ZGVfZGlyLyIKICAgICBlY2hvICRjZmxhZ3MKK2ZpCisKK2lmIHRlc3QgIiRlY2hvX2xkZmxh +Z3MiID0gInllcyIKK3RoZW4KKyAgICBsZGZsYWdzPSItTCRsaWJfZGlyIgorICAgIGVjaG8gJGxk +ZmxhZ3MKIGZpCiAKIGlmIHRlc3QgIiRlY2hvX2xpYnMiID0gInllcyIKSW5kZXg6IG5lbC9pbmNs +dWRlL25lbC9NYWtlZmlsZS5hbQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09ClJDUyBmaWxlOiAvaG9tZS9jdnNyb290L2Nv +ZGUvbmVsL2luY2x1ZGUvbmVsL01ha2VmaWxlLmFtLHYKcmV0cmlldmluZyByZXZpc2lvbiAxLjIK +ZGlmZiAtdSAtcjEuMiBNYWtlZmlsZS5hbQotLS0gbmVsL2luY2x1ZGUvbmVsL01ha2VmaWxlLmFt +CTcgSmFuIDIwMDIgMTY6MDk6NTIgLTAwMDAJMS4yCisrKyBuZWwvaW5jbHVkZS9uZWwvTWFrZWZp +bGUuYW0JMTEgTWFyIDIwMDIgMTg6MDc6MDggLTAwMDAKQEAgLTQsNyArNCw3IEBACiAKIE1BSU5U +QUlORVJDTEVBTkZJTEVTID0gTWFrZWZpbGUuaW4KIAotU1VCRElSUyAgICAgICAgICAgICAgPSBA +TkVMX1NVQkRJUlNACitTVUJESVJTICAgICAgICAgICAgICA9IDNkIGFpIG1pc2MgbmV0IHBhY3Mg +c291bmQKIAogaW5jbHVkZWRpciAgICAgICAgICAgPSAke3ByZWZpeH0vaW5jbHVkZS9uZWwKIApJ +bmRleDogbmVsL2luY2x1ZGUvbmVsL25ldC9zZXJ2aWNlLmgKPT09PT09PT09PT09PT09PT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQpSQ1MgZmlsZTog +L2hvbWUvY3Zzcm9vdC9jb2RlL25lbC9pbmNsdWRlL25lbC9uZXQvc2VydmljZS5oLHYKcmV0cmll +dmluZyByZXZpc2lvbiAxLjQxCmRpZmYgLXUgLXIxLjQxIHNlcnZpY2UuaAotLS0gbmVsL2luY2x1 +ZGUvbmVsL25ldC9zZXJ2aWNlLmgJMTkgRmViIDIwMDIgMTM6MTQ6MzIgLTAwMDAJMS40MQorKysg +bmVsL2luY2x1ZGUvbmVsL25ldC9zZXJ2aWNlLmgJMTEgTWFyIDIwMDIgMTg6MDc6MTEgLTAwMDAK +QEAgLTgyLDEwICs4MiwxMiBAQAogCiAjaWYgZGVmaW5lZChOTF9PU19XSU5ET1dTKSAmJiBkZWZp +bmVkKF9XSU5ET1dTKQogCi0jZGVmaW5lIE5MTkVUX1NFUlZJQ0VfTUFJTihfX1NlcnZpY2VDbGFz +c05hbWUsIF9fU2VydmljZVNob3J0TmFtZSwgX19TZXJ2aWNlTG9uZ05hbWUsIF9fU2VydmljZVBv +cnQsIF9fU2VydmljZUNhbGxiYWNrQXJyYXkpIFwKKyNkZWZpbmUgTkxORVRfU0VSVklDRV9NQUlO +KF9fU2VydmljZUNsYXNzTmFtZSwgX19TZXJ2aWNlU2hvcnROYW1lLCBfX1NlcnZpY2VMb25nTmFt +ZSwgX19TZXJ2aWNlUG9ydCwgX19TZXJ2aWNlQ2FsbGJhY2tBcnJheSwgX19Db25maWdEaXIsIF9f +TG9nRGlyKSBcCiAgXAogaW50IEFQSUVOVFJZIFdpbk1haW4gKEhJTlNUQU5DRSBoSW5zdGFuY2Us +IEhJTlNUQU5DRSBoUHJldkluc3RhbmNlLCBMUFNUUiBscENtZExpbmUsIGludCBuQ21kU2hvdykg +XAogeyBcCisJSVNlcnZpY2U6OnNldENvbmZpZ0RpciAoX19Db25maWdEaXIpOyBcCisJSVNlcnZp +Y2U6OnNldExvZ0RpciAoX19Mb2dEaXIpOyBcCiAJX19TZXJ2aWNlQ2xhc3NOYW1lICpzY24gPSBu +ZXcgX19TZXJ2aWNlQ2xhc3NOYW1lOyBcCiAJc2NuLT5zZXRTZXJ2aWNlTmFtZSAoX19TZXJ2aWNl +U2hvcnROYW1lLCBfX1NlcnZpY2VMb25nTmFtZSk7IFwKIAlzY24tPnNldFBvcnQgKF9fU2Vydmlj +ZVBvcnQpOyBcCkBAIC05NywxMCArOTksMTIgQEAKIAogI2Vsc2UKIAotI2RlZmluZSBOTE5FVF9T +RVJWSUNFX01BSU4oX19TZXJ2aWNlQ2xhc3NOYW1lLCBfX1NlcnZpY2VTaG9ydE5hbWUsIF9fU2Vy +dmljZUxvbmdOYW1lLCBfX1NlcnZpY2VQb3J0LCBfX1NlcnZpY2VDYWxsYmFja0FycmF5KSBcCisj +ZGVmaW5lIE5MTkVUX1NFUlZJQ0VfTUFJTihfX1NlcnZpY2VDbGFzc05hbWUsIF9fU2VydmljZVNo +b3J0TmFtZSwgX19TZXJ2aWNlTG9uZ05hbWUsIF9fU2VydmljZVBvcnQsIF9fU2VydmljZUNhbGxi +YWNrQXJyYXksIF9fQ29uZmlnRGlyLCBfX0xvZ0RpcikgXAogIFwKIGludCBtYWluKGludCBhcmdj +LCBjaGFyICoqYXJndikgXAogeyBcCisJSVNlcnZpY2U6OnNldENvbmZpZ0RpciAoX19Db25maWdE +aXIpOyBcCisJSVNlcnZpY2U6OnNldExvZ0RpciAoX19Mb2dEaXIpOyBcCiAJX19TZXJ2aWNlQ2xh +c3NOYW1lICpzY24gPSBuZXcgX19TZXJ2aWNlQ2xhc3NOYW1lOyBcCiAJc2NuLT5zZXRTZXJ2aWNl +TmFtZSAoX19TZXJ2aWNlU2hvcnROYW1lLCBfX1NlcnZpY2VMb25nTmFtZSk7IFwKIAlzY24tPnNl +dFBvcnQgKF9fU2VydmljZVBvcnQpOyBcCkBAIC0xMzcsNyArMTQxLDcgQEAKIAkvLy8gQ29uc3Ry +dWN0b3IKIAlJU2VydmljZSgpOwogCi0JdmlydHVhbCB+SVNlcnZpY2UoKSB7fQorCXZpcnR1YWwg +fklTZXJ2aWNlKCkgeyB9CiAKIAkvLy8gSW5pdGlhbGl6ZXMgdGhlIHNlcnZpY2UgKG11c3QgYmUg +Y2FsbGVkIGJlZm9yZSB0aGUgZmlyc3QgY2FsbCB0byB1cGRhdGUoKSkKIAl2aXJ0dWFsIHZvaWQJ +CWluaXQgKCkge30KQEAgLTE2Nyw2ICsxNzEsMTIgQEAKIAogCXN0YXRpYyB2b2lkCQkJc2V0U2Vy +dmljZU5hbWUgKGNvbnN0IGNoYXIgKnNob3J0TmFtZSwgY29uc3QgY2hhciAqbG9uZ05hbWUpOwog +CisJc3RhdGljIHZvaWQJCQlzZXRDb25maWdEaXIgKGNvbnN0IGNoYXIgKmNvbmZpZ0RpcikgeyBp +ZihfQ29uZmlnRGlyKSBmcmVlKF9Db25maWdEaXIpOyBfQ29uZmlnRGlyID0gc3RyZHVwKGNvbmZp +Z0Rpcik7IH0KKwlzdGF0aWMgY29uc3QgY2hhcgkJKmdldENvbmZpZ0RpciAoKSB7IHJldHVybiBf +Q29uZmlnRGlyOyB9CisKKwlzdGF0aWMgdm9pZAkJCXNldExvZ0RpciAoY29uc3QgY2hhciAqbG9n +RGlyKSB7IGlmKF9Mb2dEaXIpIGZyZWUoX0xvZ0Rpcik7IF9Mb2dEaXIgPSBzdHJkdXAobG9nRGly +KTsgfQorCXN0YXRpYyBjb25zdCBjaGFyCQkqZ2V0TG9nRGlyICgpIHsgcmV0dXJuIF9Mb2dEaXI7 +IH0KKwogCXN0YXRpYyB2b2lkCQkJc2V0UG9ydCAodWludDE2IFBvcnQpIHsgX0RlZmF1bHRQb3J0 +ID0gUG9ydDsgfQogCiAJLyoqIFNlbGVjdCB0aW1lb3V0IHZhbHVlIGluIG1pbGxpc2Vjb25kcyBm +b3IgZWFjaCB1cGRhdGUuIFlvdSBhcmUgYWJzb2x1dGVseSBjZXJ0YWluIHRoYXQgeW91ciB1cGRh +dGUoKQpAQCAtMjU2LDYgKzI2Niw5IEBACiAKIAkvLy8gVGhpcyB2YXJpYWJsZSBpcyB1c2VkIHRv +IGdlbmVyYXRlIHVuaXEgaWQgZm9yIGVudGl0aWVzIG9uIHRoaXMgc2VydmljZS4KIAlzdGF0aWMg +TkxNSVNDOjpDRW50aXR5SWQJX05leHRFbnRpdHlJZDsKKworCXN0YXRpYyBjaGFyCQkJKl9Db25m +aWdEaXI7CisJc3RhdGljIGNoYXIJCQkqX0xvZ0RpcjsKIH07CiAKIH07IC8vIE5MTkVUCkluZGV4 +OiBuZWwvaW5jbHVkZS9uZWwvbmV0L3NlcnZpY2VfNS5oCj09PT09PT09PT09PT09PT09PT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KUkNTIGZpbGU6IC9o +b21lL2N2c3Jvb3QvY29kZS9uZWwvaW5jbHVkZS9uZWwvbmV0L3NlcnZpY2VfNS5oLHYKcmV0cmll +dmluZyByZXZpc2lvbiAxLjEyCmRpZmYgLXUgLXIxLjEyIHNlcnZpY2VfNS5oCi0tLSBuZWwvaW5j +bHVkZS9uZWwvbmV0L3NlcnZpY2VfNS5oCTIwIEZlYiAyMDAyIDE4OjA1OjUzIC0wMDAwCTEuMTIK +KysrIG5lbC9pbmNsdWRlL25lbC9uZXQvc2VydmljZV81LmgJMTEgTWFyIDIwMDIgMTg6MDc6MTEg +LTAwMDAKQEAgLTQzLDcgKzQzLDYgQEAKICNpbmNsdWRlIDxzdHJpbmc+CiAjaW5jbHVkZSA8dmVj +dG9yPgogCi0KIG5hbWVzcGFjZSBOTE1JU0MKIHsKIAljbGFzcyBDV2luZG93RGlzcGxheWVyOwpA +QCAtODMsMTAgKzgyLDEyIEBACiAKICNpZiBkZWZpbmVkKE5MX09TX1dJTkRPV1MpICYmIGRlZmlu +ZWQoX1dJTkRPV1MpCiAKLSNkZWZpbmUgTkxORVRfU0VSVklDRV9NQUlOKF9fU2VydmljZUNsYXNz +TmFtZSwgX19TZXJ2aWNlU2hvcnROYW1lLCBfX1NlcnZpY2VMb25nTmFtZSwgX19TZXJ2aWNlUG9y +dCwgX19TZXJ2aWNlQ2FsbGJhY2tBcnJheSkgXAorI2RlZmluZSBOTE5FVF9TRVJWSUNFX01BSU4o +X19TZXJ2aWNlQ2xhc3NOYW1lLCBfX1NlcnZpY2VTaG9ydE5hbWUsIF9fU2VydmljZUxvbmdOYW1l +LCBfX1NlcnZpY2VQb3J0LCBfX1NlcnZpY2VDYWxsYmFja0FycmF5LCBfX0NvbmZpZ0RpciwgX19M +b2dEaXIpIFwKICBcCiBpbnQgQVBJRU5UUlkgV2luTWFpbiAoSElOU1RBTkNFIGhJbnN0YW5jZSwg +SElOU1RBTkNFIGhQcmV2SW5zdGFuY2UsIExQU1RSIGxwQ21kTGluZSwgaW50IG5DbWRTaG93KSBc +CiB7IFwKKwlJU2VydmljZTU6OnNldENvbmZpZ0RpciAoX19Db25maWdEaXIpOyBcCisJSVNlcnZp +Y2U1OjpzZXRMb2dEaXIgKF9fTG9nRGlyKTsgXAogCV9fU2VydmljZUNsYXNzTmFtZSAqc2NuID0g +bmV3IF9fU2VydmljZUNsYXNzTmFtZTsgXAogCXNjbi0+c2V0U2VydmljZU5hbWUgKF9fU2Vydmlj +ZVNob3J0TmFtZSwgX19TZXJ2aWNlTG9uZ05hbWUpOyBcCiAJc2NuLT5zZXRQb3J0IChfX1NlcnZp +Y2VQb3J0KTsgXApAQCAtOTgsMTAgKzk5LDEyIEBACiAKICNlbHNlCiAKLSNkZWZpbmUgTkxORVRf +U0VSVklDRV9NQUlOKF9fU2VydmljZUNsYXNzTmFtZSwgX19TZXJ2aWNlU2hvcnROYW1lLCBfX1Nl +cnZpY2VMb25nTmFtZSwgX19TZXJ2aWNlUG9ydCwgX19TZXJ2aWNlQ2FsbGJhY2tBcnJheSkgXAor +I2RlZmluZSBOTE5FVF9TRVJWSUNFX01BSU4oX19TZXJ2aWNlQ2xhc3NOYW1lLCBfX1NlcnZpY2VT +aG9ydE5hbWUsIF9fU2VydmljZUxvbmdOYW1lLCBfX1NlcnZpY2VQb3J0LCBfX1NlcnZpY2VDYWxs +YmFja0FycmF5LCBfX0NvbmZpZ0RpciwgX19Mb2dEaXIpIFwKICBcCiBpbnQgbWFpbihpbnQgYXJn +YywgY2hhciAqKmFyZ3YpIFwKIHsgXAorCUlTZXJ2aWNlNTo6c2V0Q29uZmlnRGlyIChfX0NvbmZp +Z0Rpcik7IFwKKwlJU2VydmljZTU6OnNldExvZ0RpciAoX19Mb2dEaXIpOyBcCiAJX19TZXJ2aWNl +Q2xhc3NOYW1lICpzY24gPSBuZXcgX19TZXJ2aWNlQ2xhc3NOYW1lOyBcCiAJc2NuLT5zZXRTZXJ2 +aWNlTmFtZSAoX19TZXJ2aWNlU2hvcnROYW1lLCBfX1NlcnZpY2VMb25nTmFtZSk7IFwKIAlzY24t +PnNldFBvcnQgKF9fU2VydmljZVBvcnQpOyBcCkBAIC0xNjgsNiArMTcxLDEyIEBACiAKIAlzdGF0 +aWMgdm9pZAkJCXNldFNlcnZpY2VOYW1lIChjb25zdCBjaGFyICpzaG9ydE5hbWUsIGNvbnN0IGNo +YXIgKmxvbmdOYW1lKTsKIAorCXN0YXRpYyB2b2lkCQkJc2V0Q29uZmlnRGlyIChjb25zdCBjaGFy +ICpjb25maWdEaXIpIHsgaWYoX0NvbmZpZ0RpcikgZnJlZShfQ29uZmlnRGlyKTsgX0NvbmZpZ0Rp +ciA9IHN0cmR1cChjb25maWdEaXIpOyB9CisJc3RhdGljIGNvbnN0IGNoYXIJCSpnZXRDb25maWdE +aXIgKCkgeyByZXR1cm4gX0NvbmZpZ0RpcjsgfQorCisJc3RhdGljIHZvaWQJCQlzZXRMb2dEaXIg +KGNvbnN0IGNoYXIgKmxvZ0RpcikgeyBpZihfTG9nRGlyKSBmcmVlKF9Mb2dEaXIpOyBfTG9nRGly +ID0gc3RyZHVwKGxvZ0Rpcik7IH0KKwlzdGF0aWMgY29uc3QgY2hhcgkJKmdldExvZ0RpciAoKSB7 +IHJldHVybiBfTG9nRGlyOyB9CisKIAlzdGF0aWMgdm9pZAkJCXNldFBvcnQgKHVpbnQxNiBQb3J0 +KSB7IF9EZWZhdWx0UG9ydCA9IFBvcnQ7IH0KIAogCS8qKiBTZWxlY3QgdGltZW91dCB2YWx1ZSBp +biBzZWNvbmRzIGZvciBlYWNoIHVwZGF0ZS4gWW91IGFyZSBhYnNvbHV0ZWx5IGNlcnRhaW4gdGhh +dCB5b3VyIHVwZGF0ZSgpCkBAIC0yNDksNiArMjU4LDkgQEAKIAogCS8vLyBUaGlzIHZhcmlhYmxl +IGlzIHVzZWQgdG8gZ2VuZXJhdGUgdW5pcSBpZCBmb3IgZW50aXRpZXMgb24gdGhpcyBzZXJ2aWNl +LgogCXN0YXRpYyBOTE1JU0M6OkNFbnRpdHlJZAlfTmV4dEVudGl0eUlkOworCisJc3RhdGljIGNo +YXIJCQkqX0NvbmZpZ0RpcjsKKwlzdGF0aWMgY2hhcgkJCSpfTG9nRGlyOwogfTsKIAogfTsgLy8g +TkxORVQKSW5kZXg6IG5lbC9zcmMvTWFrZWZpbGUuYW0KPT09PT09PT09PT09PT09PT09PT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQpSQ1MgZmlsZTogL2hv +bWUvY3Zzcm9vdC9jb2RlL25lbC9zcmMvTWFrZWZpbGUuYW0sdgpyZXRyaWV2aW5nIHJldmlzaW9u +IDEuNgpkaWZmIC11IC1yMS42IE1ha2VmaWxlLmFtCi0tLSBuZWwvc3JjL01ha2VmaWxlLmFtCTEz +IEp1biAyMDAxIDE4OjA1OjAwIC0wMDAwCTEuNgorKysgbmVsL3NyYy9NYWtlZmlsZS5hbQkxMSBN +YXIgMjAwMiAxODowNzoxNCAtMDAwMApAQCAtNCw2ICs0LDggQEAKIAogTUFJTlRBSU5FUkNMRUFO +RklMRVMgPSBNYWtlZmlsZS5pbgogCitESVNUX1NVQkRJUlMJICAgICA9IG5ldCAzZCBwYWNzIHNv +dW5kIGFpIG1pc2MKKwogU1VCRElSUyAgICAgICAgICAgICAgPSBATkVMX1NVQkRJUlNACiAKIEVY +VFJBX0RJU1QgICAgICAgICAgID0gbWlzYy5kc3AgbmV0LmRzcCAzZC5kc3AgYWkuZHNwCkluZGV4 +OiBuZWwvc3JjLzNkL01ha2VmaWxlLmFtCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KUkNTIGZpbGU6IC9ob21lL2N2c3Jv +b3QvY29kZS9uZWwvc3JjLzNkL01ha2VmaWxlLmFtLHYKcmV0cmlldmluZyByZXZpc2lvbiAxLjcw +CmRpZmYgLXUgLXIxLjcwIE1ha2VmaWxlLmFtCi0tLSBuZWwvc3JjLzNkL01ha2VmaWxlLmFtCTQg +TWFyIDIwMDIgMTA6MDc6MTAgLTAwMDAJMS43MAorKysgbmVsL3NyYy8zZC9NYWtlZmlsZS5hbQkx +MSBNYXIgMjAwMiAxODowNzoxNCAtMDAwMApAQCAtNzQsNyArNzQsNiBAQAogICAgICAgICAgICAg +ICAgICAgICAgICBldmVudF9tb3VzZV9saXN0ZW5lci5oICAgICAgICAgICAgICAgICAgICAgICAg +ICBcCiAgICAgICAgICAgICAgICAgICAgICAgIGZhc3RfZmxvb3IuY3BwICAgICAgICAgICAgICAg +ICAgICAgICAgICAgICAgICAgIFwKICAgICAgICAgICAgICAgICAgICAgICAgZmFzdF9mbG9vci5o +ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgXAotICAgICAgICAgICAgICAgICAg +ICAgICBmaWxlcy50eHQgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBcCiAg +ICAgICAgICAgICAgICAgICAgICAgIGZsYXJlX21vZGVsLmNwcCAgICAgICAgICAgICAgICAgICAg +ICAgICAgICAgICAgIFwKICAgICAgICAgICAgICAgICAgICAgICAgZmxhcmVfbW9kZWwuaCAgICAg +ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgXAogICAgICAgICAgICAgICAgICAgICAgICBm +bGFyZV9zaGFwZS5jcHAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBcCkBAIC00ODMs +NiArNDgyLDggQEAKICAgICAgICAgICAgICAgICAgICAgICAgem9uZV9zbW9vdGhlci5oICAgICAg +ICAgICAgICAgICAgICAgICAgICAgICAgICAgXAogICAgICAgICAgICAgICAgICAgICAgICB6b25l +X3RndF9zbW9vdGhlci5jcHAgICAgICAgICAgICAgICAgICAgICAgICAgICBcCiAgICAgICAgICAg +ICAgICAgICAgICAgIHpvbmVfdGd0X3Ntb290aGVyLmgKKworbm9pbnN0X0hFQURFUlMJICAgICA9 +IHN0ZDNkLmggbWVzaF92ZXJ0ZXhfcHJvZ3JhbS5oIG1lc2h2cF93aW5kX3RyZWUuaAogCiBBTV9D +WFhGTEFHUyAgICAgICAgICA9IC1JJCh0b3Bfc3JjZGlyKS9zcmMgQEZSRUVUWVBFX0NGTEFHU0AK +IApJbmRleDogbmVsL3NyYy8zZC9kcml2ZXIvb3BlbmdsL01ha2VmaWxlLmFtCj09PT09PT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0K +UkNTIGZpbGU6IC9ob21lL2N2c3Jvb3QvY29kZS9uZWwvc3JjLzNkL2RyaXZlci9vcGVuZ2wvTWFr +ZWZpbGUuYW0sdgpyZXRyaWV2aW5nIHJldmlzaW9uIDEuMTAKZGlmZiAtdSAtcjEuMTAgTWFrZWZp +bGUuYW0KLS0tIG5lbC9zcmMvM2QvZHJpdmVyL29wZW5nbC9NYWtlZmlsZS5hbQk3IEphbiAyMDAy +IDE2OjA5OjUyIC0wMDAwCTEuMTAKKysrIG5lbC9zcmMvM2QvZHJpdmVyL29wZW5nbC9NYWtlZmls +ZS5hbQkxMSBNYXIgMjAwMiAxODowNzoxNCAtMDAwMApAQCAtMjIsMTAgKzIyLDEzIEBACiAgICAg +ICAgICAgICAgICAgICAgICAgICAgICAgICAgdW5peF9ldmVudF9lbWl0dGVyLmNwcCAgICAgICAg +ICAgIFwKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB1bml4X2V2ZW50X2VtaXR0ZXIu +aAogCitub2luc3RfSEVBREVSUwkJICAgICA9IHN0ZG9wZW5nbC5oCisKIEFNX0NYWEZMQUdTICAg +ICAgICAgICAgICAgICAgPSAtSSQodG9wX3NyY2Rpcikvc3JjIFwKICAgICAgICAgICAgICAgICAg +ICAgICAgICAgICAgICBAT1BFTkdMX0NGTEFHU0AgQFhGODZWSURNT0RFX0NGTEFHU0AKIAogbGli +bmVsX2Rydl9vcGVuZ2xfbGFfTElCQUREICA9IEBPUEVOR0xfTElCU0AgQFhGODZWSURNT0RFX0xJ +QlNACitsaWJuZWxfZHJ2X29wZW5nbF9sYV9MREZMQUdTID0gLW5vLXVuZGVmaW5lZAogCiAKICMg +RW5kIG9mIE1ha2VmaWxlLmFtCkluZGV4OiBuZWwvc3JjL21pc2MvTWFrZWZpbGUuYW0KPT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 +PT09PQpSQ1MgZmlsZTogL2hvbWUvY3Zzcm9vdC9jb2RlL25lbC9zcmMvbWlzYy9NYWtlZmlsZS5h +bSx2CnJldHJpZXZpbmcgcmV2aXNpb24gMS40MApkaWZmIC11IC1yMS40MCBNYWtlZmlsZS5hbQot +LS0gbmVsL3NyYy9taXNjL01ha2VmaWxlLmFtCTE4IEZlYiAyMDAyIDEyOjU3OjA1IC0wMDAwCTEu +NDAKKysrIG5lbC9zcmMvbWlzYy9NYWtlZmlsZS5hbQkxMSBNYXIgMjAwMiAxODowNzoxNiAtMDAw +MApAQCAtNjgsNiArNjgsNyBAQAogICAgICAgICAgICAgICAgICAgICAgICAgd2luZG93X2Rpc3Bs +YXllci5jcHAgICAgICAgICAgICAgICBcCiAJCQlkZWJ1Z19kaXNwbGF5ZXIuY3BwICAgICAgICAg +ICAgICAgIAogCitub2luc3RfSEVBREVSUwkgICAgICA9IHN0ZG1pc2MuaAogCiBBTV9DWFhGTEFH +UyAgICAgICAgICAgPSBAWE1MX0NGTEFHU0AKIApJbmRleDogbmVsL3NyYy9taXNjL2RlYnVnLmNw +cAo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 +PT09PT09PT09PT09ClJDUyBmaWxlOiAvaG9tZS9jdnNyb290L2NvZGUvbmVsL3NyYy9taXNjL2Rl +YnVnLmNwcCx2CnJldHJpZXZpbmcgcmV2aXNpb24gMS40MQpkaWZmIC11IC1yMS40MSBkZWJ1Zy5j +cHAKLS0tIG5lbC9zcmMvbWlzYy9kZWJ1Zy5jcHAJMjggRGVjIDIwMDEgMTA6MTc6MjAgLTAwMDAJ +MS40MQorKysgbmVsL3NyYy9taXNjL2RlYnVnLmNwcAkxMSBNYXIgMjAwMiAxODowNzoxNiAtMDAw +MApAQCAtMjMsNiArMjMsMTAgQEAKICAqIE1BIDAyMTExLTEzMDcsIFVTQS4KICAqLwogCisjaWZk +ZWYgSEFWRV9DT05GSUdfSAorI2luY2x1ZGUgIm5lbGNvbmZpZy5oIgorI2VuZGlmIC8vIEhBVkVf +Q09ORklHX0gKKwogI2luY2x1ZGUgInN0ZG1pc2MuaCIKICNpbmNsdWRlICJuZWwvbWlzYy9sb2cu +aCIKICNpbmNsdWRlICJuZWwvbWlzYy9kaXNwbGF5ZXIuaCIKQEAgLTM2LDEwICs0MCwyMiBAQAog +IAogLy8gSWYgeW91IGRvbid0IHdhbnQgdG8gYWRkIGRlZmF1bHQgZGlzcGxheWVyLCBwdXQgMCBp +bnN0ZWFkIG9mIDEuIEluIHRoaXMgY2FzZSwgeW91CiAvLyBoYXZlIHRvIG1hbmFnZSB5b3Vyc2Vs +ZiBkaXNwbGF5ZXIgKGluIGZpbmFsIHJlbGVhc2UgZm9yIGV4YW1wbGUsIHdlIGhhdmUgdG8gcHV0 +IDApCi0jZGVmaW5lIERFRkFVTFRfRElTUExBWUVSIDEKKy8vIEFsdGVybmF0aXZlbHksIHlvdSBj +YW4gdXNlIC0td2l0aG91dC1sb2dnaW5nIHdoZW4gdXNpbmcgY29uZmlndXJlIHRvIHNldAorLy8g +aXQgdG8gMC4KKyNpZm5kZWYgTkVMX0RFRkFVTFRfRElTUExBWUVSCisjZGVmaW5lIE5FTF9ERUZB +VUxUX0RJU1BMQVlFUiAxCisjZW5kaWYgLy8gTkVMX0RFRkFVTFRfRElTUExBWUVSCiAKIC8vIFB1 +dCAwIGlmIHlvdSBkb24ndCB3YW50IHRvIGRpc3BsYXkgaW4gZmlsZSAibG9nLmxvZyIKLSNkZWZp +bmUgTE9HX0lOX0ZJTEUgMQorLy8gQWx0ZXJuYXRpdmVseSwgeW91IGNhbiB1c2UgLS13aXRob3V0 +LWxvZ2dpbmcgd2hlbiB1c2luZyBjb25maWd1cmUgdG8gc2V0CisvLyBpdCB0byAwLgorI2lmbmRl +ZiBORUxfTE9HX0lOX0ZJTEUKKyNkZWZpbmUgTkVMX0xPR19JTl9GSUxFIDEKKyNlbmRpZiAvLyBO +RUxfTE9HX0lOX0ZJTEUKKworI2RlZmluZSBERUZBVUxUX0RJU1BMQVlFUiBORUxfREVGQVVMVF9E +SVNQTEFZRVIKKworI2RlZmluZSBMT0dfSU5fRklMRSBORUxfTE9HX0lOX0ZJTEUKIAogbmFtZXNw +YWNlIE5MTUlTQyB7CiAKSW5kZXg6IG5lbC9zcmMvbmV0L01ha2VmaWxlLmFtCj09PT09PT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0K +UkNTIGZpbGU6IC9ob21lL2N2c3Jvb3QvY29kZS9uZWwvc3JjL25ldC9NYWtlZmlsZS5hbSx2CnJl +dHJpZXZpbmcgcmV2aXNpb24gMS4xNQpkaWZmIC11IC1yMS4xNSBNYWtlZmlsZS5hbQotLS0gbmVs +L3NyYy9uZXQvTWFrZWZpbGUuYW0JMTUgRmViIDIwMDIgMTQ6NDA6MjEgLTAwMDAJMS4xNQorKysg +bmVsL3NyYy9uZXQvTWFrZWZpbGUuYW0JMTEgTWFyIDIwMDIgMTg6MDc6MTYgLTAwMDAKQEAgLTM2 +LDYgKzM2LDggQEAKICAgICAgICAgICAgICAgICAgICAgICAgc2VydmljZV81LmNwcCAgICAgICAg +ICAgICAgICAgICAgICAgXAogICAgICAgICAgICAgICAgICAgICAgICB0cmFuc3BvcnRfY2xhc3Mu +Y3BwICAgICAgICAgICAgICAgICAKIAorbm9pbnN0X0hFQURFUlMJICAgICA9IHN0ZG5ldC5oCisK +IEFNX0NYWEZMQUdTICAgICAgICAgID0gLUkkKHRvcF9zcmNkaXIpL3NyYwogCiBsaWJuZWxuZXRf +bGFfTElCQUREICA9IC1sYyAtbHB0aHJlYWQKSW5kZXg6IG5lbC9zcmMvbmV0L3NlcnZpY2UuY3Bw +Cj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 +PT09PT09PT09PT0KUkNTIGZpbGU6IC9ob21lL2N2c3Jvb3QvY29kZS9uZWwvc3JjL25ldC9zZXJ2 +aWNlLmNwcCx2CnJldHJpZXZpbmcgcmV2aXNpb24gMS4xMDcKZGlmZiAtdSAtcjEuMTA3IHNlcnZp +Y2UuY3BwCi0tLSBuZWwvc3JjL25ldC9zZXJ2aWNlLmNwcAkyOCBGZWIgMjAwMiAxNToyMjo1MCAt +MDAwMAkxLjEwNworKysgbmVsL3NyYy9uZXQvc2VydmljZS5jcHAJMTEgTWFyIDIwMDIgMTg6MDc6 +MTYgLTAwMDAKQEAgLTk4LDYgKzk4LDkgQEAKIAogQ0NvbmZpZ0ZpbGUgSVNlcnZpY2U6OkNvbmZp +Z0ZpbGU7CiAKK2NoYXIJICpJU2VydmljZTo6X0NvbmZpZ0RpciA9IE5VTEw7CitjaGFyCSAqSVNl +cnZpY2U6Ol9Mb2dEaXIgPSBOVUxMOworCiBJU2VydmljZQkgKklTZXJ2aWNlOjpJbnN0YW5jZSA9 +IE5VTEw7CiAKIE5MTUlTQzo6Q0VudGl0eUlkCUlTZXJ2aWNlOjpfTmV4dEVudGl0eUlkOwpAQCAt +MTk0LDYgKzE5Nyw3IEBACiAJSVNlcnZpY2U6Okluc3RhbmNlID0gdGhpczsKIAlfSW5pdGlhbGl6 +ZWQgPSBmYWxzZTsKIAlfV2luZG93RGlzcGxheWVyID0gTlVMTDsKKwlfQ29uZmlnRGlyID0gc3Ry +ZHVwKCIiKTsKIH0KIAogCkBAIC0zMTIsNyArMzE2LDcgQEAKIAogCWNyZWF0ZURlYnVnICgpOwog +Ci0JZmQuc2V0UGFyYW0gKF9Mb25nTmFtZSArICIubG9nIiwgZmFsc2UpOworCWZkLnNldFBhcmFt +ICgoZ2V0TG9nRGlyKCkgPyBnZXRMb2dEaXIoKSA6ICIiKSArIF9Mb25nTmFtZSArICIubG9nIiwg +ZmFsc2UpOwogCiAJRGVidWdMb2ctPmFkZERpc3BsYXllciAoJmZkKTsKIAlJbmZvTG9nLT5hZGRE +aXNwbGF5ZXIgKCZmZCk7CkBAIC0zNzAsNyArMzc0LDcgQEAKIAkJLy8gTG9hZCB0aGUgY29uZmln +IGZpbGUKIAkJLy8KIAotCQlDb25maWdGaWxlLmxvYWQgKF9Mb25nTmFtZSArICIuY2ZnIik7CisJ +CUNvbmZpZ0ZpbGUubG9hZCAoKGdldENvbmZpZ0RpcigpID8gZ2V0Q29uZmlnRGlyKCkgOiAiIikg +KyBfTG9uZ05hbWUgKyAiLmNmZyIpOwogCiAJCXRyeQogCQl7CkluZGV4OiBuZWwvc3JjL25ldC9z +ZXJ2aWNlXzUuY3BwCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT0KUkNTIGZpbGU6IC9ob21lL2N2c3Jvb3QvY29kZS9uZWwv +c3JjL25ldC9zZXJ2aWNlXzUuY3BwLHYKcmV0cmlldmluZyByZXZpc2lvbiAxLjE4CmRpZmYgLXUg +LXIxLjE4IHNlcnZpY2VfNS5jcHAKLS0tIG5lbC9zcmMvbmV0L3NlcnZpY2VfNS5jcHAJMjggRmVi +IDIwMDIgMTU6MjI6NTAgLTAwMDAJMS4xOAorKysgbmVsL3NyYy9uZXQvc2VydmljZV81LmNwcAkx +MSBNYXIgMjAwMiAxODowNzoxNiAtMDAwMApAQCAtOTksNiArOTksOSBAQAogSVNlcnZpY2U1CSpJ +U2VydmljZTU6Okluc3RhbmNlCQk9IE5VTEw7CiBDQ29uZmlnRmlsZQkgSVNlcnZpY2U1OjpDb25m +aWdGaWxlOwogCitjaGFyCQkqSVNlcnZpY2U1OjpfQ29uZmlnRGlyCQk9IE5VTEw7CitjaGFyCQkq +SVNlcnZpY2U1OjpfTG9nRGlyCQk9IE5VTEw7CisKIC8vCiAvLyBQcm90b3R5cGVzCiAvLwpAQCAt +MzAzLDcgKzMwNiw3IEBACiAKIAljcmVhdGVEZWJ1ZyAoKTsKIAotCWZkLnNldFBhcmFtIChfTG9u +Z05hbWUgKyAiLmxvZyIsIGZhbHNlKTsKKwlmZC5zZXRQYXJhbSAoKGdldExvZ0RpcigpID8gZ2V0 +TG9nRGlyKCkgOiAiIikgKyBfTG9uZ05hbWUgKyAiLmxvZyIsIGZhbHNlKTsKIAogCURlYnVnTG9n +LT5hZGREaXNwbGF5ZXIgKCZmZCk7CiAJSW5mb0xvZy0+YWRkRGlzcGxheWVyICgmZmQpOwpAQCAt +MzYxLDcgKzM2NCw3IEBACiAJCS8vIExvYWQgdGhlIGNvbmZpZyBmaWxlCiAJCS8vCiAKLQkJQ29u +ZmlnRmlsZS5sb2FkIChfTG9uZ05hbWUgKyAiLmNmZyIpOworCQlDb25maWdGaWxlLmxvYWQgKChn +ZXRDb25maWdEaXIoKSA/IGdldENvbmZpZ0RpcigpIDogIiIpICsgX0xvbmdOYW1lICsgIi5jZmci +KTsKIAogCQl0cnkKIAkJewpJbmRleDogbmVsL3NyYy9wYWNzL01ha2VmaWxlLmFtCj09PT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 +PT0KUkNTIGZpbGU6IC9ob21lL2N2c3Jvb3QvY29kZS9uZWwvc3JjL3BhY3MvTWFrZWZpbGUuYW0s +dgpyZXRyaWV2aW5nIHJldmlzaW9uIDEuNApkaWZmIC11IC1yMS40IE1ha2VmaWxlLmFtCi0tLSBu +ZWwvc3JjL3BhY3MvTWFrZWZpbGUuYW0JOSBBdWcgMjAwMSAxNjoxODowMSAtMDAwMAkxLjQKKysr +IG5lbC9zcmMvcGFjcy9NYWtlZmlsZS5hbQkxMSBNYXIgMjAwMiAxODowNzoxNiAtMDAwMApAQCAt +NTQsNiArNTQsOCBAQAogCiBBTV9DWFhGTEFHUyAgICAgICAgICAgPSAtSSQodG9wX3NyY2Rpcikv +c3JjCiAKK25vaW5zdF9IRUFERVJTCSAgICAgID0gc3RkcGFjcy5oIGZhY2VfZ3JpZC5oIHF1YWRf +Z3JpZC5oCisKIGxpYm5lbHBhY3NfbGFfTElCQUREICA9IC1sYwogCiBsaWJuZWxwYWNzX2xhX0xE +RkxBR1MgPSAtdmVyc2lvbi1pbmZvIEBMSUJUT09MX1ZFUlNJT05ACkluZGV4OiBuZWwvc3JjL3Nv +dW5kL01ha2VmaWxlLmFtCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT09PT0KUkNTIGZpbGU6IC9ob21lL2N2c3Jvb3QvY29kZS9u +ZWwvc3JjL3NvdW5kL01ha2VmaWxlLmFtLHYKcmV0cmlldmluZyByZXZpc2lvbiAxLjQKZGlmZiAt +dSAtcjEuNCBNYWtlZmlsZS5hbQotLS0gbmVsL3NyYy9zb3VuZC9NYWtlZmlsZS5hbQkxOCBGZWIg +MjAwMiAxMjo1Nzo0NCAtMDAwMAkxLjQKKysrIG5lbC9zcmMvc291bmQvTWFrZWZpbGUuYW0JMTEg +TWFyIDIwMDIgMTg6MDc6MTYgLTAwMDAKQEAgLTMzLDYgKzMzLDggQEAKIAogQU1fQ1hYRkxBR1Mg +ICAgICAgICAgPSAtSSQodG9wX3NyY2Rpcikvc3JjCiAKK25vaW5zdF9IRUFERVJTCSAgICAgPSBz +dGRzb3VuZC5oCisKIGxpYm5lbHNuZF9sYV9MSUJBREQgID0gZHJpdmVyL2xpYm5lbHNuZF9sb3ds +ZXZlbC5sYQogCiBsaWJuZWxzbmRfbGFfTERGTEFHUyA9IC12ZXJzaW9uLWluZm8gQExJQlRPT0xf +VkVSU0lPTkAKSW5kZXg6IG5lbC9zcmMvc291bmQvZHJpdmVyL29wZW5hbC9NYWtlZmlsZS5hbQo9 +PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 +PT09PT09PT09ClJDUyBmaWxlOiAvaG9tZS9jdnNyb290L2NvZGUvbmVsL3NyYy9zb3VuZC9kcml2 +ZXIvb3BlbmFsL01ha2VmaWxlLmFtLHYKcmV0cmlldmluZyByZXZpc2lvbiAxLjUKZGlmZiAtdSAt +cjEuNSBNYWtlZmlsZS5hbQotLS0gbmVsL3NyYy9zb3VuZC9kcml2ZXIvb3BlbmFsL01ha2VmaWxl +LmFtCTI4IEphbiAyMDAyIDE0OjQwOjI2IC0wMDAwCTEuNQorKysgbmVsL3NyYy9zb3VuZC9kcml2 +ZXIvb3BlbmFsL01ha2VmaWxlLmFtCTExIE1hciAyMDAyIDE4OjA3OjE2IC0wMDAwCkBAIC0xNyw2 +ICsxNyw4IEBACiAKIEFNX0NYWEZMQUdTICAgICAgICAgICAgICAgICAgPSAtSSQodG9wX3NyY2Rp +cikvc3JjIEBPUEVOQUxfQ0ZMQUdTQAogCitub2luc3RfSEVBREVSUwkJICAgICA9IHN0ZG9wZW5h +bC5oCisKIGxpYm5lbF9kcnZfb3BlbmFsX2xhX0xJQkFERCAgPSBAT1BFTkFMX0xJQlNACiAKIGxp +Ym5lbF9kcnZfb3BlbmFsX2xhX0xERkxBR1MgPSAtdmVyc2lvbi1pbmZvIEBMSUJUT09MX1ZFUlNJ +T05ACkluZGV4OiBuZWxucy9NYWtlZmlsZS5hbQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09ClJDUyBmaWxlOiAvaG9tZS9j +dnNyb290L2NvZGUvbmVsbnMvTWFrZWZpbGUuYW0sdgpyZXRyaWV2aW5nIHJldmlzaW9uIDEuNQpk +aWZmIC11IC1yMS41IE1ha2VmaWxlLmFtCi0tLSBuZWxucy9NYWtlZmlsZS5hbQkyMiBPY3QgMjAw +MSAxMDozNTo0OSAtMDAwMAkxLjUKKysrIG5lbG5zL01ha2VmaWxlLmFtCTExIE1hciAyMDAyIDE4 +OjA3OjI4IC0wMDAwCkBAIC00LDcgKzQsOSBAQAogCiBNQUlOVEFJTkVSQ0xFQU5GSUxFUyA9IE1h +a2VmaWxlLmluIGNvbmZpZ3VyZSBjb25maWcuZ3Vlc3MgbWlzc2luZyBcCiAgICAgICAgICAgICAg +ICAgICAgICAgIGNvbmZpZy5zdWIgbHRjb25maWcgYWNsb2NhbC5tNCBjb25maWcuaC5pbiBcCi0g +ICAgICAgICAgICAgICAgICAgICAgIGluc3RhbGwtc2ggbWtpbnN0YWxsZGlycworICAgICAgICAg +ICAgICAgICAgICAgICBpbnN0YWxsLXNoIG1raW5zdGFsbGRpcnMgCisKK0VYVFJBX0RJU1QJICAg +ICA9IHNlcnZpY2VzLmRzdyBib290c3RyYXAgZG9jCiAKIFNVQkRJUlMgICAgICAgICAgICAgID0g +bG9naW5fc2VydmljZSAgICAgICAgICBcCiAgICAgICAgICAgICAgICAgICAgICAgIG5hbWluZ19z +ZXJ2aWNlICAgICAgICAgXApAQCAtMTIsMTAgKzE0LDggQEAKICAgICAgICAgICAgICAgICAgICAg +ICAgYWRtaW5fc2VydmljZSAgICAgICAgICBcCiAgICAgICAgICAgICAgICAgICAgICAgIHdlbGNv +bWVfc2VydmljZQogCi0KIGRpc3QtaG9vazoKLQljcCAtcHIgJChzcmNkaXIpL2Jvb3RzdHJhcCAk +KGRpc3RkaXIpCi0KKwlmaW5kICQoZGlzdGRpcikgLW5hbWUgQ1ZTIC1wcmludCB8IHhhcmdzIHJt +IC1mcgogCiAjIEVuZCBvZiBNYWtlZmlsZS5hbQogCkluZGV4OiBuZWxucy9USEFOS1MKPT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 +PT09PQpSQ1MgZmlsZTogL2hvbWUvY3Zzcm9vdC9jb2RlL25lbG5zL1RIQU5LUyx2CnJldHJpZXZp +bmcgcmV2aXNpb24gMS4xCmRpZmYgLXUgLXIxLjEgVEhBTktTCi0tLSBuZWxucy9USEFOS1MJMTgg +QXByIDIwMDEgMTM6NTQ6MjUgLTAwMDAJMS4xCisrKyBuZWxucy9USEFOS1MJMTEgTWFyIDIwMDIg +MTg6MDc6MjggLTAwMDAKQEAgLTEsNyArMSw3IEBACiBXZSB3b3VsZCBsaWtlIHRvIHRoYW5rcyB0 +aGVzZSBwZW9wbGVzIDoKIAogTG9pYyBEYWNoYXJ5IDxsb2ljQHNlbmdhLm9yZz4KLSAgIGZvciB0 +aGUgY29uZmlndXJlIHNyY2lwdCBpbXByb3ZlbWVudCBhbmQgYWR2aWNlcy4KKyAgIGZvciB0aGUg +Y29uZmlndXJlIHNjcmlwdCBpbXByb3ZlbWVudCBhbmQgYWR2aWNlcy4KIAogQW5kIGFsbCB1c2Vy +cyAuLi4KIApJbmRleDogbmVsbnMvYWNpbmNsdWRlLm00Cj09PT09PT09PT09PT09PT09PT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KUkNTIGZpbGU6IC9o +b21lL2N2c3Jvb3QvY29kZS9uZWxucy9hY2luY2x1ZGUubTQsdgpyZXRyaWV2aW5nIHJldmlzaW9u +IDEuOApkaWZmIC11IC1yMS44IGFjaW5jbHVkZS5tNAotLS0gbmVsbnMvYWNpbmNsdWRlLm00CTE4 +IEZlYiAyMDAyIDEyOjU4OjM4IC0wMDAwCTEuOAorKysgbmVsbnMvYWNpbmNsdWRlLm00CTExIE1h +ciAyMDAyIDE4OjA3OjI4IC0wMDAwCkBAIC0yMTQsMzcgKzIxNCwxMyBAQAogWyBBQ19SRVFVSVJF +X0NQUCgpCiAKIGNoa19tZXNzYWdlX29iaj0iJDEiCi1uZWxfbGlicmFyaWVzPSIkMiIKLW5lbF90 +ZXN0X2xpYj0iJDMiCi1uZWxfYWRkaXRpb25hbF9saWJzPSIkNCIKLWlzX21hbmRhdG9yeT0iJDUi +CituZWxfdGVzdF9saWI9IiQyIgoraXNfbWFuZGF0b3J5PSIkMyIKIAogaWYgdGVzdCAkaXNfbWFu +ZGF0b3J5ID0gInllcyIKIHRoZW4KIAotICAgIEFDX01TR19DSEVDS0lORyhmb3IgLWwkbmVsX3Rl +c3RfbGliKQotICAgICAgICAKLSAgICBORUxfVEVTVF9MSUJTPSIkTkVMX0xJQlMgJG5lbF9hZGRp +dGlvbmFsX2xpYnMgLWwkbmVsX3Rlc3RfbGliIgotCi0gICAgX0NQUEZMQUdTPSIkQ1BQRkxBR1Mi +Ci0KLSAgICBDUFBGTEFHUz0iJENYWEZMQUdTICRMSUJTICRORUxfVEVTVF9MSUJTIgotCi0gICAg +QUNfVFJZX0xJTksoICwgLCBoYXZlX25lbF90ZXN0X2xpYnJhcmllcz0ieWVzIiwgaGF2ZV9uZWxf +dGVzdF9saWJyYXJpZXM9Im5vIikKLQotICAgIENQUEZMQUdTPSIkX0NQUEZMQUdTIgotCi0gICAg +aWYgdGVzdCAiJGhhdmVfbmVsX3Rlc3RfbGlicmFyaWVzIiA9ICJ5ZXMiCi0gICAgdGhlbiAgICAK +LSAgICAgICAgQUNfTVNHX1JFU1VMVCh5ZXMpCi0gICAgZWxzZQotICAgICAgICBpZiB0ZXN0ICIk +aXNfbWFuZGF0b3J5IiA9ICJ5ZXMiCi0gICAgICAgIHRoZW4KLSAgICAgICAgICAgIEFDX01TR19F +UlJPUihbJGNoa19tZXNzYWdlX29iaiBtdXN0IGJlIGluc3RhbGxlZCAoaHR0cDovL3d3dy5uZXZy +YXgub3JnKS5dKQotICAgICAgICBlbHNlCi0gICAgICAgICAgICBBQ19NU0dfUkVTVUxUKG5vKQot +ICAgICAgICBmaQotICAgIGZpCisgICAgQUNfQ0hFQ0tfTElCKCRuZWxfdGVzdF9saWIsIG1haW4s +LFtBQ19NU0dfRVJST1IoWyRjaGtfbWVzc2FnZV9vYmogbXVzdCBiZSBpbnN0YWxsZWQgKGh0dHA6 +Ly93d3cubmV2cmF4Lm9yZykuXSldKQogZmkKIF0pCiAKQEAgLTI2OSwxMyArMjQ1LDYgQEAKICAg +ICAgICAgICAgICAgICAgICAgICAgICAgZS5nLiAvdXNyL2xvY2FsL25lbC9saWJdKQogCiAKLW5l +bF9taXNjX2xpYj0ibmVsbWlzYyIKLW5lbF9uZXRfbGliPSJuZWxuZXQiCi1uZWxfM2RfbGliPSJu +ZWwzZCIKLW5lbF9wYWNzX2xpYj0ibmVscGFjcyIKLW5lbF9zb3VuZF9saWI9Im5lbHNuZCIKLW5l +bF9haV9saWI9Im5lbGFpIgotCiBuZWxtaXNjX2lzX21hbmRhdG9yeT0iJDEiCiBuZWxuZXRfaXNf +bWFuZGF0b3J5PSIkMiIKIG5lbDNkX2lzX21hbmRhdG9yeT0iJDMiCkBAIC0yODYsMjMgKzI1NSw0 +MCBAQAogZG5sIENoZWNrIGZvciBuZWwtY29uZmlnCiBBQ19QQVRIX1BST0coTkVMX0NPTkZJRywg +bmVsLWNvbmZpZywgbm8pCiAKLWlmIHRlc3QgIiRORUxfQ09ORklHIiA9ICJubyIKK2RubCAKK2Ru +bCBDb25maWd1cmUgb3B0aW9ucyAoLS13aXRoLW5lbCopIGhhdmUgcHJlY2VuZGVuY2UgCitkbmwg +b3ZlciBuZWwtY29uZmlnIG9ubHkgc2V0IHZhcmlhYmxlcyBpZiB0aGV5IGFyZSBub3QgCitkbmwg +c3BlY2lmaWVkCitkbmwKK2lmIHRlc3QgIiRORUxfQ09ORklHIiAhPSAibm8iCiB0aGVuCi0gICAg +aGF2ZV9uZWxfY29uZmlnPSJubyIKLWVsc2UKLSAgICBORUxfQ0ZMQUdTPWBuZWwtY29uZmlnIC0t +Y2ZsYWdzYAotCi0gICAgTkVMX0xJQlNfQ09ORklHPWBuZWwtY29uZmlnIC0tbGlic2AKLQotICAg +IE5FTF9MSUJTPWBlY2hvICckTkVMX0xJQlNfQ09ORklHJyB8IHNlZCAtZSAncy9bWzpzcGFjZTpd +XSotbFteWzpzcGFjZTpdXSovL2cnYAorICAgIGlmIHRlc3QgLXogIiR3aXRoX25lbCIgLWEgLXog +IiR3aXRoX25lbF9pbmNsdWRlIgorICAgIHRoZW4KKwlDWFhGTEFHUz0iJENYWEZMQUdTIGBuZWwt +Y29uZmlnIC0tY2ZsYWdzYCIKKyAgICBmaQogCi0gICAgaGF2ZV9uZWxfY29uZmlnPSJ5ZXMiCisg +ICAgaWYgdGVzdCAteiAiJHdpdGhfbmVsIiAtYSAteiAiJHdpdGhfbmVsX2xpYiIKKyAgICB0aGVu +CisJTERGTEFHUz0iYG5lbC1jb25maWcgLS1sZGZsYWdzYCAkTERGTEFHUyIKKyAgICBmaQogZmkK +IAotaWYgdGVzdCAiJHdpdGhfbmVsIgorZG5sCitkbmwgU2V0IG5lbF9saWJyYXJpZXMgYW5kIG5l +bF9pbmNsdWRlcyBhY2NvcmRpbmcgdG8KK2RubCB1c2VyIHNwZWNpZmljYXRpb24gKC0td2l0aC1u +ZWwqKSBpZiBhbnkuIAorZG5sIC0td2l0aC1uZWwtaW5jbHVkZSBhbmQgLS13aXRoLW5lbC1saWIg +aGF2ZSBwcmVjZW5kZW5jZQorZG5sIG92ZXIgLS13aXRoLW5lbAorZG5sCitpZiB0ZXN0ICIkd2l0 +aF9uZWwiID0gIm5vIgogdGhlbgotICAgIG5lbF9pbmNsdWRlcz0iJHdpdGhfbmVsL2luY2x1ZGUi +Ci0gICAgbmVsX2xpYnJhcmllcz0iJHdpdGhfbmVsL2xpYiIKKyAgICBkbmwgVGhlIHVzZXIgZXhw +bGljaXRseSBkaXNhYmxlZCB0aGUgdXNlIG9mIHRoZSBOZUwKKyAgICBBQ19NU0dfRVJST1IoW05l +TCBpcyBtYW5kYXRvcnk6IGRvIG5vdCBzcGVjaWZ5IC0td2l0aG91dC1uZWxdKQorZWxzZQorICAg +IGlmIHRlc3QgIiR3aXRoX25lbCIgLWEgIiR3aXRoX25lbCIgIT0gInllcyIKKyAgICB0aGVuCisJ +bmVsX2luY2x1ZGVzPSIkd2l0aF9uZWwvaW5jbHVkZSIKKwluZWxfbGlicmFyaWVzPSIkd2l0aF9u +ZWwvbGliIgorICAgIGZpCiBmaQogCiBpZiB0ZXN0ICIkd2l0aF9uZWxfaW5jbHVkZSIKQEAgLTMx +NSwxNyArMzAxLDI0IEBACiAgICAgbmVsX2xpYnJhcmllcz0iJHdpdGhfbmVsX2xpYiIKIGZpCiAK +K2RubAorZG5sIFNldCBjb21waWxhdGlvbiB2YXJpYWJsZXMgCitkbmwKIGlmIHRlc3QgIiRuZWxf +aW5jbHVkZXMiCiB0aGVuCi0gICAgTkVMX0NGTEFHUz0iLUkkbmVsX2luY2x1ZGVzIgorICAgIENY +WEZMQUdTPSIkQ1hYRkxBR1MgLUkkbmVsX2luY2x1ZGVzIgogZmkKIAogaWYgdGVzdCAiJG5lbF9s +aWJyYXJpZXMiCiB0aGVuCi0gICAgTkVMX0xJQlM9Ii1MJG5lbF9saWJyYXJpZXMiCisgICAgTERG +TEFHUz0iLUwkbmVsX2xpYnJhcmllcyAkTERGTEFHUyIKIGZpCiAKLWRubCBDaGVja2luZyBmb3Ig +TmVMIGhlYWRlcnMKK2RubAorZG5sIENvbGxlY3QgaGVhZGVycyBpbmZvcm1hdGlvbiBhbmQgYmFy +ayBpZiBtaXNzaW5nIGFuZAorZG5sIG1hbmRhdG9yeQorZG5sCisKIE1ZX05FTF9IRUFERVJfQ0hL +KFtOZUwgTWlzY10sIFtuZWwvbWlzYy90eXBlc19ubC5oXSwgW05MX1RZUEVTX0hdLCAkbmVsbWlz +Y19pc19tYW5kYXRvcnkpCiBNWV9ORUxfSEVBREVSX0NISyhbTmVMIE5ldHdvcmtdLCBbbmVsL25l +dC9zb2NrLmhdLCBbTkxfU09DS19IXSwgJG5lbG5ldF9pc19tYW5kYXRvcnkpCiBNWV9ORUxfSEVB +REVSX0NISyhbTmVMIDNEXSwgW25lbC8zZC91X2NhbWVyYS5oXSwgW05MX1VfQ0FNRVJBX0hdLCAk +bmVsM2RfaXNfbWFuZGF0b3J5KQpAQCAtMzMzLDEzICszMjYsMTcgQEAKIE1ZX05FTF9IRUFERVJf +Q0hLKFtOZUwgU291bmRdLCBbbmVsL3NvdW5kL3Vfc291cmNlLmhdLCBbTkxfVV9TT1VSQ0VfSF0s +ICRuZWxzb3VuZF9pc19tYW5kYXRvcnkpCiBNWV9ORUxfSEVBREVSX0NISyhbTmVMIEFJXSwgW25l +bC9haS9ubF9haS5oXSwgW19JQV9ORUxfSF0sICRuZWxhaV9pc19tYW5kYXRvcnkpCiAKLWRubCBD +aGVja2luZyBmb3IgTmVMIGxpYnJhcmllcwotTVlfTkVMX0xJQl9DSEsoW05lTCBNaXNjXSwgJG5l +bF9saWJyYXJpZXMsICRuZWxfbWlzY19saWIsICIiLCAkbmVsbWlzY19pc19tYW5kYXRvcnkpCi1N +WV9ORUxfTElCX0NISyhbTmVMIE5ldHdvcmtdLCRuZWxfbGlicmFyaWVzLCAkbmVsX25ldF9saWIs +ICItbG5lbG1pc2MiLCAkbmVsbmV0X2lzX21hbmRhdG9yeSkKLU1ZX05FTF9MSUJfQ0hLKFtOZUwg +M0RdLCAkbmVsX2xpYnJhcmllcywgJG5lbF8zZF9saWIsICItbG5lbG1pc2MiLCAkbmVsM2RfaXNf +bWFuZGF0b3J5KQotTVlfTkVMX0xJQl9DSEsoW05lTCBQQUNTXSwgJG5lbF9saWJyYXJpZXMsICRu +ZWxfcGFjc19saWIsICItbG5lbG1pc2MiLCAkbmVscGFjc19pc19tYW5kYXRvcnkpCi1NWV9ORUxf +TElCX0NISyhbTmVMIEFJXSwgJG5lbF9saWJyYXJpZXMsICRuZWxfYWlfbGliLCAiLWxuZWxtaXNj +IiwgJG5lbGFpX2lzX21hbmRhdG9yeSkKLU1ZX05FTF9MSUJfQ0hLKFtOZUwgU291bmRdLCAkbmVs +X2xpYnJhcmllcywgJG5lbF9zb3VuZF9saWIsICItbG5lbG1pc2MiICRPUEVOQUxfTElCUywgJG5l +bHNvdW5kX2lzX21hbmRhdG9yeSkKK2RubAorZG5sIENvbGxlY3QgbGlicmFyaWVzIGluZm9ybWF0 +aW9uIGFuZCBiYXJrIGlmIG1pc3NpbmcgYW5kCitkbmwgbWFuZGF0b3J5CitkbmwKKworTVlfTkVM +X0xJQl9DSEsoW05lTCBNaXNjXSwgW25lbG1pc2NdLCAkbmVsbWlzY19pc19tYW5kYXRvcnkpCitN +WV9ORUxfTElCX0NISyhbTmVMIE5ldHdvcmtdLCBbbmVsbmV0XSwgJG5lbG5ldF9pc19tYW5kYXRv +cnkpCitNWV9ORUxfTElCX0NISyhbTmVMIDNEXSwgW25lbDNkXSwgJG5lbDNkX2lzX21hbmRhdG9y +eSkKK01ZX05FTF9MSUJfQ0hLKFtOZUwgUEFDU10sIFtuZWxwYWNzXSwgJG5lbHBhY3NfaXNfbWFu +ZGF0b3J5KQorTVlfTkVMX0xJQl9DSEsoW05lTCBBSV0sIFtuZWxhaV0sICRuZWxhaV9pc19tYW5k +YXRvcnkpCitNWV9ORUxfTElCX0NISyhbTmVMIFNvdW5kXSwgW25lbHNuZF0sICRuZWxzb3VuZF9p +c19tYW5kYXRvcnkpCiAKIF0pCiAKQEAgLTM3NCwxMSArMzcxLDEwIEBACiBpZiB0ZXN0ICIkd2l0 +aF9zdGxwb3J0IiA9IG5vCiB0aGVuCiAgICAgZG5sIFRoZSB1c2VyIGV4cGxpY2l0bHkgZGlzYWJs +ZWQgdGhlIHVzZSBvZiB0aGUgU1RMUG9ydHMKLSAgICBBQ19NU0dfQ0hFQ0tJTkcoU1RMUG9ydCkK +LSAgICBoYXZlX3N0bHBvcnQ9ImRpc2FibGVkIgotICAgIEFDX01TR19SRVNVTFQoZGlzYWJsZWQg +KCoqKiBFWFBFUklNRU5UQUwgKioqKSkKKyAgICBBQ19NU0dfRVJST1IoW1NUTFBvcnQgaXMgbWFu +ZGF0b3J5OiBkbyBub3Qgc3BlY2lmeSAtLXdpdGhvdXQtc3RscG9ydF0pCiBlbHNlCi0gICAgaWYg +dGVzdCAiJHdpdGhfc3RscG9ydCIKKyAgICBzdGxwb3J0X2luY2x1ZGVzPSIvdXNyL2luY2x1ZGUv +c3RscG9ydCIKKyAgICBpZiB0ZXN0ICIkd2l0aF9zdGxwb3J0IiAtYSAiJHdpdGhfc3RscG9ydCIg +IT0geWVzCiAgICAgdGhlbgogICAgICAgICBzdGxwb3J0X2luY2x1ZGVzPSIkd2l0aF9zdGxwb3J0 +L3N0bHBvcnQiCiAgICAgICAgIHN0bHBvcnRfbGlicmFyaWVzPSIkd2l0aF9zdGxwb3J0L2xpYiIK +QEAgLTM5MCw4MiArMzg2LDczIEBACiAgICAgZmkKIGZpCiAKLWlmIHRlc3QgLXogIiRoYXZlX3N0 +bHBvcnQiIC1hICIkd2l0aF9zdGxwb3J0X2luY2x1ZGUiCitpZiB0ZXN0ICIkd2l0aF9zdGxwb3J0 +X2luY2x1ZGUiCiB0aGVuCiAgICAgc3RscG9ydF9pbmNsdWRlcz0iJHdpdGhfc3RscG9ydF9pbmNs +dWRlIgogZmkKIAotaWYgdGVzdCAteiAiJGhhdmVfc3RscG9ydCIgLWEgIiR3aXRoX3N0bHBvcnRf +bGliIgoraWYgdGVzdCAiJHdpdGhfc3RscG9ydF9saWIiCiB0aGVuCiAgICAgc3RscG9ydF9saWJy +YXJpZXM9IiR3aXRoX3N0bHBvcnRfbGliIgogZmkKIAotaWYgdGVzdCAteiAiJGhhdmVfc3RscG9y +dCIKLXRoZW4KLSAgICBkbmwgUHV0IFNUTFBvcnRzIGluY2x1ZGVzIGluIENYWEZMQUdTCi0gICAg +aWYgdGVzdCAiJHN0bHBvcnRfaW5jbHVkZXMiCi0gICAgdGhlbgotICAgICAgICBDWFhGTEFHUz0i +JENYWEZMQUdTIC1JJHN0bHBvcnRfaW5jbHVkZXMiCi0gICAgZmkKLQotICAgIGRubCBQdXQgU1RM +UG9ydHMgbGlicmFyaWVzIGluIExJQlMKLSAgICBpZiB0ZXN0ICIkc3RscG9ydF9saWJyYXJpZXMi +Ci0gICAgdGhlbgotICAgICAgICBMSUJTPSItTCRzdGxwb3J0X2xpYnJhcmllcyAkTElCUyAtbCRz +dGxwb3J0X2xpYiIKLSAgICBmaQotCi0gICAgZG5sIFRlc3QgdGhlIGhlYWRlcnMKLSAgICBBQ19N +U0dfQ0hFQ0tJTkcoZm9yIFNUTFBvcnQgaGVhZGVycykKK0FDX0xBTkdfU0FWRQorQUNfTEFOR19D +UExVU1BMVVMKIAotICAgIF9DUFBGTEFHUz0iJENQUEZMQUdTIgorZG5sIFB1dCBTVExQb3J0cyBp +bmNsdWRlcyBpbiBDWFhGTEFHUworaWYgdGVzdCAiJHN0bHBvcnRfaW5jbHVkZXMiCit0aGVuCisg +ICAgQ1hYRkxBR1M9IiRDWFhGTEFHUyAtSSRzdGxwb3J0X2luY2x1ZGVzIgorZmkKIAotICAgIENQ +UEZMQUdTPSIkQ1hYRkxBR1MiCitkbmwgUHV0IFNUTFBvcnRzIGxpYnJhcmllcyBkaXJlY3Rvcnkg +aW4gTElCUworaWYgdGVzdCAiJHN0bHBvcnRfbGlicmFyaWVzIgordGhlbgorICAgIExJQlM9Ii1M +JHN0bHBvcnRfbGlicmFyaWVzICRMSUJTIgorZWxzZQorICAgIHN0bHBvcnRfbGlicmFyaWVzPSdk +ZWZhdWx0JworZmkKIAotICAgIEFDX0VHUkVQX0NQUCggeW9fc3RscG9ydCwKLSAgICBbI2luY2x1 +ZGUgPGFsZ29yaXRobT4KLSNpZmRlZiBfX1NHSV9TVExfUE9SVAotICAgeW9fc3RscG9ydAotI2Vu +ZGlmXSwKLSAgICAgIGhhdmVfc3RscG9ydF9oZWFkZXJzPSJ5ZXMiLAotICAgICAgaGF2ZV9zdGxw +b3J0X2hlYWRlcnM9Im5vIiApCitkbmwgVGVzdCB0aGUgaGVhZGVycwogCi0gICAgaWYgdGVzdCAi +JGhhdmVfc3RscG9ydF9oZWFkZXJzIiA9ICJ5ZXMiCi0gICAgdGhlbgotICAgICAgICBBQ19NU0df +UkVTVUxUKFskc3RscG9ydF9pbmNsdWRlc10pCi0gICAgZWxzZQotICAgICAgICBBQ19NU0dfUkVT +VUxUKG5vKQotICAgIGZpCi0KLSAgICBkbmwgVGVzdCB0aGUgbGlicmFyaWVzCi0gICAgQUNfTVNH +X0NIRUNLSU5HKGZvciBTVExQb3J0IGxpYnJhcmllcykKK0FDX0NIRUNLX0hFQURFUihhbGdvcml0 +aG0sCisgICAgaGF2ZV9zdGxwb3J0X2hlYWRlcnM9InllcyIsCisgICAgaGF2ZV9zdGxwb3J0X2hl +YWRlcnM9Im5vIiApCiAKLSAgICBDUFBGTEFHUz0iJENYWEZMQUdTICRMSUJTIgorQUNfTVNHX0NI +RUNLSU5HKGZvciBTVExQb3J0IGhlYWRlcnMpCiAKLSAgICBBQ19UUllfTElOSyggLCAsIGhhdmVf +c3RscG9ydF9saWJyYXJpZXM9InllcyIsIGhhdmVfc3RscG9ydF9saWJyYXJpZXM9Im5vIikKK2lm +IHRlc3QgIiRoYXZlX3N0bHBvcnRfaGVhZGVycyIgPSAieWVzIgordGhlbgorICAgIEFDX01TR19S +RVNVTFQoWyRzdGxwb3J0X2luY2x1ZGVzXSkKK2Vsc2UKKyAgICBBQ19NU0dfUkVTVUxUKG5vKQor +ZmkKIAotICAgIENQUEZMQUdTPSIkX0NQUEZMQUdTIgorQUNfQ0hFQ0tfTElCKCRzdGxwb3J0X2xp +YiwgbWFpbiwsIGhhdmVfc3RscG9ydF9saWJyYXJpZXM9Im5vIikKIAotICAgIGlmIHRlc3QgIiRo +YXZlX3N0bHBvcnRfbGlicmFyaWVzIiA9ICJ5ZXMiCi0gICAgdGhlbgotICAgICAgICBBQ19NU0df +UkVTVUxUKFskc3RscG9ydF9saWJyYXJpZXNdKQotICAgIGVsc2UKLSAgICAgICAgQUNfTVNHX1JF +U1VMVChubykKLSAgICBmaQorQUNfTVNHX0NIRUNLSU5HKGZvciBTVExQb3J0IGxpYnJhcnkpCiAK +LSAgICBpZiB0ZXN0ICIkaGF2ZV9zdGxwb3J0X2hlYWRlcnMiID0gInllcyIgXAotICAgICAgICYm +IHRlc3QgIiRoYXZlX3N0bHBvcnRfbGlicmFyaWVzIiA9ICJ5ZXMiCi0gICAgdGhlbgotICAgICAg +ICBoYXZlX3N0bHBvcnQ9InllcyIKLSAgICBlbHNlCi0gICAgICAgIGhhdmVfc3RscG9ydD0ibm8i +Ci0gICAgZmkKK2lmIHRlc3QgIiRoYXZlX3N0bHBvcnRfbGlicmFyaWVzIiAhPSAibm8iCit0aGVu +CisgICAgQUNfTVNHX1JFU1VMVChbJHN0bHBvcnRfbGlicmFyaWVzXSkKK2Vsc2UKKyAgICBBQ19N +U0dfUkVTVUxUKG5vKQorZmkKIAotICAgIGlmIHRlc3QgIiRoYXZlX3N0bHBvcnQiID0gIm5vIgot +ICAgIHRoZW4KLSAgICAgICAgQUNfTVNHX0VSUk9SKFtTVExQb3J0IG11c3QgYmUgaW5zdGFsbGVk +IChodHRwOi8vd3d3LnN0bHBvcnQub3JnKS5dKQotICAgIGZpCitpZiB0ZXN0ICIkaGF2ZV9zdGxw +b3J0X2hlYWRlcnMiID0gInllcyIgJiYKKyAgICB0ZXN0ICIkaGF2ZV9zdGxwb3J0X2xpYnJhcmll +cyIgIT0gIm5vIgordGhlbgorICAgIGhhdmVfc3RscG9ydD0ieWVzIgorZWxzZQorICAgIGhhdmVf +c3RscG9ydD0ibm8iCitmaQogCitpZiB0ZXN0ICIkaGF2ZV9zdGxwb3J0IiA9ICJubyIKK3RoZW4K +KyAgICBBQ19NU0dfRVJST1IoW1NUTFBvcnQgbXVzdCBiZSBpbnN0YWxsZWQgKGh0dHA6Ly93d3cu +c3RscG9ydC5vcmcpLl0pCiBmaQorCitBQ19MQU5HX1JFU1RPUkUKIAogXSkKIApJbmRleDogbmVs +bnMvY29uZmlndXJlLmluCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT09PT0KUkNTIGZpbGU6IC9ob21lL2N2c3Jvb3QvY29kZS9u +ZWxucy9jb25maWd1cmUuaW4sdgpyZXRyaWV2aW5nIHJldmlzaW9uIDEuMTAKZGlmZiAtdSAtcjEu +MTAgY29uZmlndXJlLmluCi0tLSBuZWxucy9jb25maWd1cmUuaW4JMTAgSmFuIDIwMDIgMTQ6MzM6 +MjAgLTAwMDAJMS4xMAorKysgbmVsbnMvY29uZmlndXJlLmluCTExIE1hciAyMDAyIDE4OjA3OjI4 +IC0wMDAwCkBAIC02MSw4ICs2MSw2IEBACiBkbmwgQ2hlY2tzIGZvciB0eXBlZGVmcywgc3RydWN0 +dXJlcywgYW5kIGNvbXBpbGVyIGNoYXJhY3RlcmlzdGljcy4KIGRubCA9PT09PT09PT09PT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQogCi1B +Q19DX0NPTlNUCi0KIGRubCBBZGQgdGhlIGRlZmluZSBfUkVFTlRSQU5UIGZvciBhIGNvcnJlY3Qg +dXNlIG9mIHRoZSB0aHJlYWRzCiBpZiB0ZXN0ICJYJENDIiA9ICJYZ2NjIjsKIHRoZW4KQEAgLTgy +LDYgKzgwLDggQEAKIGRubCBDaGVja3MgZm9yIGxpYnJhcmllcy4KIGRubCA9PT09PT09PT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQog +CitBQ19DSEVDS19MSUIoY3J5cHQsIGNyeXB0KQorCiBkbmwgPT09PT09PT09PT09PT09PT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KIGRubCBTVExQ +b3J0CiAKQEAgLTkxLDE2ICs5MSwyOCBAQAogZG5sID09PT09PT09PT09PT09PT09PT09PT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09CiBkbmwgTmVMCiAKLUFN +X1BBVEhfTkVMKCJ5ZXMiLCAieWVzIiwgIm5vIiwgIm5vIiwgIm5vIiwgIm5vIikKLQotQ1hYRkxB +R1M9IiRDWFhGTEFHUyAke05FTF9DRkxBR1N9IgotTElCUz0iJExJQlMgJHtORUxfTElCU30iCi0K +K2RubCAgICAgICAgIG1pc2MgICBuZXQgICAgM2QgICAgcGFjcyAgc291bmQgIGFpCitBTV9QQVRI +X05FTCgieWVzIiwgInllcyIsICJubyIsICJubyIsICJubyIsICAibm8iKQogCiBkbmwgPT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 +PT09PT0KIGRubCBDaGVja3MgZm9yIGxpYnJhcnkgZnVuY3Rpb25zLgogZG5sID09PT09PT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 +CiAKK2RubCA9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 +PT09PT09PT09PT09PT09PT09PQorZG5sIG5lbG5zIGNvbmZpZ3VyYXRpb24gYW5kIGxvZ3MgZmls +ZSBsb2NhdGlvbgorZG5sID09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT09PT09CisKK3BrZ3N5c2NvbmZkaXI9JyR7c3lzY29uZmRp +cn0vbmVsbnMnCitBQ19TVUJTVChwa2dzeXNjb25mZGlyKQorCitldmFsIE5FTE5TX1NUQVRFPVwi +JGxvY2Fsc3RhdGVkaXIvZ2FtZXMvbmVsbnMvXCIKK0FDX0RFRklORV9VTlFVT1RFRChORUxOU19T +VEFURSwgIiRORUxOU19TVEFURSIpCisKK2V2YWwgTkVMTlNfQ09ORklHPVwiJHN5c2NvbmZkaXIv +bmVsbnMvXCIKK0FDX0RFRklORV9VTlFVT1RFRChORUxOU19DT05GSUcsICIkTkVMTlNfQ09ORklH +IikKKworZXZhbCBORUxOU19MT0dTPVwiJGxvY2Fsc3RhdGVkaXIvbG9nL25lbG5zL1wiCitBQ19E +RUZJTkVfVU5RVU9URUQoTkVMTlNfTE9HUywgIiRORUxOU19MT0dTIikKIAogZG5sID09PT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 +PT09CiBkbmwgT3V0cHV0IGZpbGVzIHRvIGdlbmVyYXRlLgpJbmRleDogbmVsbnMvYWRtaW5fZXhl +Y3V0b3Jfc2VydmljZS9NYWtlZmlsZS5hbQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09ClJDUyBmaWxlOiAvaG9tZS9jdnNy +b290L2NvZGUvbmVsbnMvYWRtaW5fZXhlY3V0b3Jfc2VydmljZS9NYWtlZmlsZS5hbSx2CnJldHJp +ZXZpbmcgcmV2aXNpb24gMS40CmRpZmYgLXUgLXIxLjQgTWFrZWZpbGUuYW0KLS0tIG5lbG5zL2Fk +bWluX2V4ZWN1dG9yX3NlcnZpY2UvTWFrZWZpbGUuYW0JMjcgSnVsIDIwMDEgMTU6NTE6MTAgLTAw +MDAJMS40CisrKyBuZWxucy9hZG1pbl9leGVjdXRvcl9zZXJ2aWNlL01ha2VmaWxlLmFtCTExIE1h +ciAyMDAyIDE4OjA3OjI4IC0wMDAwCkBAIC00LDEyICs0LDE0IEBACiAKIE1BSU5UQUlORVJDTEVB +TkZJTEVTICAgICAgICAgICA9IE1ha2VmaWxlLmluCiAKLWJpbl9QUk9HUkFNUyAgICAgICAgICAg +ICAgICAgICA9IGFkbWluX2V4ZWN1dG9yX3NlcnZpY2UKK0VYVFJBX0RJU1QJCSAgICAgICA9IGFk +bWluX2V4ZWN1dG9yX3NlcnZpY2UuY2ZnIFwKKwkJCQkgYWRtaW5fZXhlY3V0b3Jfc2VydmljZS5k +c3AKIAotYWRtaW5fZXhlY3V0b3Jfc2VydmljZV9TT1VSQ0VTID0gYWRtaW5fZXhlY3V0b3Jfc2Vy +dmljZS5jcHAKK3NiaW5fUFJPR1JBTVMgICAgICAgICAgICAgICAgICA9IGFkbWluX2V4ZWN1dG9y +X3NlcnZpY2UKIAotYWRtaW5fZXhlY3V0b3Jfc2VydmljZV9MREFERCAgID0gLWxuZWxuZXQgLWxu +ZWxtaXNjCithZG1pbl9leGVjdXRvcl9zZXJ2aWNlX1NPVVJDRVMgPSBhZG1pbl9leGVjdXRvcl9z +ZXJ2aWNlLmNwcAogCitwa2dzeXNjb25mX0RBVEEJCSAgICAgICA9IGFkbWluX2V4ZWN1dG9yX3Nl +cnZpY2UuY2ZnCiAKICMgRW5kIG9mIE1ha2VmaWxlLmFtCiAKSW5kZXg6IG5lbG5zL2FkbWluX2V4 +ZWN1dG9yX3NlcnZpY2UvYWRtaW5fZXhlY3V0b3Jfc2VydmljZS5jcHAKPT09PT09PT09PT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQpSQ1Mg +ZmlsZTogL2hvbWUvY3Zzcm9vdC9jb2RlL25lbG5zL2FkbWluX2V4ZWN1dG9yX3NlcnZpY2UvYWRt +aW5fZXhlY3V0b3Jfc2VydmljZS5jcHAsdgpyZXRyaWV2aW5nIHJldmlzaW9uIDEuMTIKZGlmZiAt +dSAtcjEuMTIgYWRtaW5fZXhlY3V0b3Jfc2VydmljZS5jcHAKLS0tIG5lbG5zL2FkbWluX2V4ZWN1 +dG9yX3NlcnZpY2UvYWRtaW5fZXhlY3V0b3Jfc2VydmljZS5jcHAJMjIgT2N0IDIwMDEgMTA6MzU6 +NDkgLTAwMDAJMS4xMgorKysgbmVsbnMvYWRtaW5fZXhlY3V0b3Jfc2VydmljZS9hZG1pbl9leGVj +dXRvcl9zZXJ2aWNlLmNwcAkxMSBNYXIgMjAwMiAxODowNzoyOCAtMDAwMApAQCAtMjQsNiArMjQs +MTggQEAKICAqIE1BIDAyMTExLTEzMDcsIFVTQS4KICAqLwogCisjaWZkZWYgSEFWRV9DT05GSUdf +SAorI2luY2x1ZGUgImNvbmZpZy5oIgorI2VuZGlmIC8vIEhBVkVfQ09ORklHX0gKKworI2lmbmRl +ZiBORUxOU19DT05GSUcKKyNkZWZpbmUgTkVMTlNfQ09ORklHICIiCisjZW5kaWYgLy8gTkVMTlNf +Q09ORklHCisKKyNpZm5kZWYgTkVMTlNfTE9HUworI2RlZmluZSBORUxOU19MT0dTICIiCisjZW5k +aWYgLy8gTkVMTlNfTE9HUworCiAjaW5jbHVkZSA8ZmNudGwuaD4KICNpbmNsdWRlIDxzeXMvc3Rh +dC5oPgogCkBAIC01MTUsNCArNTI3LDQgQEAKIAogCiAvLy8gTmFtaW5nIFNlcnZpY2UKLU5MTkVU +X1NFUlZJQ0VfTUFJTiAoQ0FkbWluRXhlY3V0b3JTZXJ2aWNlLCAiQUVTIiwgImFkbWluX2V4ZWN1 +dG9yX3NlcnZpY2UiLCA0OTk5NywgU2VydmljZXNDYWxsYmFja0FycmF5KTsKK05MTkVUX1NFUlZJ +Q0VfTUFJTiAoQ0FkbWluRXhlY3V0b3JTZXJ2aWNlLCAiQUVTIiwgImFkbWluX2V4ZWN1dG9yX3Nl +cnZpY2UiLCA0OTk5NywgU2VydmljZXNDYWxsYmFja0FycmF5LCBORUxOU19DT05GSUcsIE5FTE5T +X0xPR1MpOwpJbmRleDogbmVsbnMvYWRtaW5fc2VydmljZS9NYWtlZmlsZS5hbQo9PT09PT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 +ClJDUyBmaWxlOiAvaG9tZS9jdnNyb290L2NvZGUvbmVsbnMvYWRtaW5fc2VydmljZS9NYWtlZmls +ZS5hbSx2CnJldHJpZXZpbmcgcmV2aXNpb24gMS4zCmRpZmYgLXUgLXIxLjMgTWFrZWZpbGUuYW0K +LS0tIG5lbG5zL2FkbWluX3NlcnZpY2UvTWFrZWZpbGUuYW0JMjcgSnVsIDIwMDEgMTU6NTE6MTAg +LTAwMDAJMS4zCisrKyBuZWxucy9hZG1pbl9zZXJ2aWNlL01ha2VmaWxlLmFtCTExIE1hciAyMDAy +IDE4OjA3OjI4IC0wMDAwCkBAIC00LDEyICs0LDE0IEBACiAKIE1BSU5UQUlORVJDTEVBTkZJTEVT +ICA9IE1ha2VmaWxlLmluCiAKLWJpbl9QUk9HUkFNUyAgICAgICAgICA9IGFkbWluX3NlcnZpY2UK +K0VYVFJBX0RJU1QJCSAgICAgICA9IGFkbWluX3NlcnZpY2UuY2ZnIFwKKwkJCQkgYWRtaW5fc2Vy +dmljZS5kc3AKIAotYWRtaW5fc2VydmljZV9TT1VSQ0VTID0gYWRtaW5fc2VydmljZS5jcHAKK3Ni +aW5fUFJPR1JBTVMgICAgICAgICA9IGFkbWluX3NlcnZpY2UKIAotYWRtaW5fc2VydmljZV9MREFE +RCAgID0gLWxuZWxuZXQgLWxuZWxtaXNjCithZG1pbl9zZXJ2aWNlX1NPVVJDRVMgPSBhZG1pbl9z +ZXJ2aWNlLmNwcAogCitwa2dzeXNjb25mX0RBVEEJICAgICAgPSBhZG1pbl9zZXJ2aWNlLmNmZwog +CiAjIEVuZCBvZiBNYWtlZmlsZS5hbQogCkluZGV4OiBuZWxucy9hZG1pbl9zZXJ2aWNlL2FkbWlu +X3NlcnZpY2UuY3BwCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT0KUkNTIGZpbGU6IC9ob21lL2N2c3Jvb3QvY29kZS9uZWxu +cy9hZG1pbl9zZXJ2aWNlL2FkbWluX3NlcnZpY2UuY3BwLHYKcmV0cmlldmluZyByZXZpc2lvbiAx +LjEzCmRpZmYgLXUgLXIxLjEzIGFkbWluX3NlcnZpY2UuY3BwCi0tLSBuZWxucy9hZG1pbl9zZXJ2 +aWNlL2FkbWluX3NlcnZpY2UuY3BwCTEgTWFyIDIwMDIgMTA6MjA6MzIgLTAwMDAJMS4xMworKysg +bmVsbnMvYWRtaW5fc2VydmljZS9hZG1pbl9zZXJ2aWNlLmNwcAkxMSBNYXIgMjAwMiAxODowNzoy +OSAtMDAwMApAQCAtMjQsNiArMjQsMTggQEAKICAqIE1BIDAyMTExLTEzMDcsIFVTQS4KICAqLwog +CisjaWZkZWYgSEFWRV9DT05GSUdfSAorI2luY2x1ZGUgImNvbmZpZy5oIgorI2VuZGlmIC8vIEhB +VkVfQ09ORklHX0gKKworI2lmbmRlZiBORUxOU19DT05GSUcKKyNkZWZpbmUgTkVMTlNfQ09ORklH +ICIiCisjZW5kaWYgLy8gTkVMTlNfQ09ORklHCisKKyNpZm5kZWYgTkVMTlNfTE9HUworI2RlZmlu +ZSBORUxOU19MT0dTICIiCisjZW5kaWYgLy8gTkVMTlNfTE9HUworCiAjaW5jbHVkZSA8c3RyaW5n +PgogI2luY2x1ZGUgPGxpc3Q+CiAKQEAgLTk3MCw0ICs5ODIsNCBAQAogLy8gQUVTQVMgaXMgYSBj +bGllbnQgY29ubmVjdGlvbiB0byB0aGUgYWRtaW4gZXhlY3V0b3IKIAogLy8vIE5hbWluZyBTZXJ2 +aWNlCi1OTE5FVF9TRVJWSUNFX01BSU4gKENBZG1pblNlcnZpY2UsICJBUyIsICJhZG1pbl9zZXJ2 +aWNlIiwgNDk5OTUsIENsaWVudENhbGxiYWNrQXJyYXkpOworTkxORVRfU0VSVklDRV9NQUlOIChD +QWRtaW5TZXJ2aWNlLCAiQVMiLCAiYWRtaW5fc2VydmljZSIsIDQ5OTk1LCBDbGllbnRDYWxsYmFj +a0FycmF5LCBORUxOU19DT05GSUcsIE5FTE5TX0xPR1MpOwpJbmRleDogbmVsbnMvbG9naW5fc2Vy +dmljZS9NYWtlZmlsZS5hbQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT09PT09ClJDUyBmaWxlOiAvaG9tZS9jdnNyb290L2NvZGUv +bmVsbnMvbG9naW5fc2VydmljZS9NYWtlZmlsZS5hbSx2CnJldHJpZXZpbmcgcmV2aXNpb24gMS40 +CmRpZmYgLXUgLXIxLjQgTWFrZWZpbGUuYW0KLS0tIG5lbG5zL2xvZ2luX3NlcnZpY2UvTWFrZWZp +bGUuYW0JNyBKYW4gMjAwMiAxNjowOTo1MiAtMDAwMAkxLjQKKysrIG5lbG5zL2xvZ2luX3NlcnZp +Y2UvTWFrZWZpbGUuYW0JMTEgTWFyIDIwMDIgMTg6MDc6MjkgLTAwMDAKQEAgLTQsNyArNCwxMCBA +QAogCiBNQUlOVEFJTkVSQ0xFQU5GSUxFUyAgPSBNYWtlZmlsZS5pbgogCi1iaW5fUFJPR1JBTVMg +ICAgICAgICAgPSBsb2dpbl9zZXJ2aWNlCitFWFRSQV9ESVNUCQkgICAgICAgPSBsb2dpbl9zZXJ2 +aWNlLmNmZyBcCisJCQkJIGxvZ2luX3NlcnZpY2UuZHNwCisKK3NiaW5fUFJPR1JBTVMgICAgICAg +ICA9IGxvZ2luX3NlcnZpY2UKIAogbG9naW5fc2VydmljZV9TT1VSQ0VTID0gY29ubmVjdGlvbl9j +bGllbnQuY3BwICAgICAgICAgICAgICBcCiAgICAgICAgICAgICAgICAgICAgICAgICBjb25uZWN0 +aW9uX2NsaWVudC5oICAgICAgICAgICAgICAgIFwKQEAgLTEzLDggKzE2LDcgQEAKICAgICAgICAg +ICAgICAgICAgICAgICAgIGxvZ2luX3NlcnZpY2UuY3BwICAgICAgICAgICAgICAgICAgXAogICAg +ICAgICAgICAgICAgICAgICAgICAgbG9naW5fc2VydmljZS5oCiAKLWxvZ2luX3NlcnZpY2VfTERB +REQgICA9IC1sbmVsbWlzYyAtbG5lbG5ldCAtbGNyeXB0Ci0KK3BrZ3N5c2NvbmZfREFUQQkgICAg +ICA9IGxvZ2luX3NlcnZpY2UuY2ZnCiAKICMgRW5kIG9mIE1ha2VmaWxlLmFtCiAKSW5kZXg6IG5l +bG5zL2xvZ2luX3NlcnZpY2UvbG9naW5fc2VydmljZS5jcHAKPT09PT09PT09PT09PT09PT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQpSQ1MgZmlsZTog +L2hvbWUvY3Zzcm9vdC9jb2RlL25lbG5zL2xvZ2luX3NlcnZpY2UvbG9naW5fc2VydmljZS5jcHAs +dgpyZXRyaWV2aW5nIHJldmlzaW9uIDEuMTUKZGlmZiAtdSAtcjEuMTUgbG9naW5fc2VydmljZS5j +cHAKLS0tIG5lbG5zL2xvZ2luX3NlcnZpY2UvbG9naW5fc2VydmljZS5jcHAJNCBNYXIgMjAwMiAx +ODoxMzoxNSAtMDAwMAkxLjE1CisrKyBuZWxucy9sb2dpbl9zZXJ2aWNlL2xvZ2luX3NlcnZpY2Uu +Y3BwCTExIE1hciAyMDAyIDE4OjA3OjI5IC0wMDAwCkBAIC0yNCw2ICsyNCwyMiBAQAogICogTUEg +MDIxMTEtMTMwNywgVVNBLgogICovCiAKKyNpZmRlZiBIQVZFX0NPTkZJR19ICisjaW5jbHVkZSAi +Y29uZmlnLmgiCisjZW5kaWYgLy8gSEFWRV9DT05GSUdfSAorCisjaWZuZGVmIE5FTE5TX0NPTkZJ +RworI2RlZmluZSBORUxOU19DT05GSUcgIiIKKyNlbmRpZiAvLyBORUxOU19DT05GSUcKKworI2lm +bmRlZiBORUxOU19MT0dTCisjZGVmaW5lIE5FTE5TX0xPR1MgIiIKKyNlbmRpZiAvLyBORUxOU19M +T0dTCisKKyNpZm5kZWYgTkVMTlNfU1RBVEUKKyNkZWZpbmUgTkVMTlNfU1RBVEUgIiIKKyNlbmRp +ZiAvLyBORUxOU19TVEFURQorCiAjaW5jbHVkZSA8c3RkaW8uaD4KICNpbmNsdWRlIDxjdHlwZS5o +PgogI2luY2x1ZGUgPG1hdGguaD4KQEAgLTcwLDcgKzg2LDcgQEAKIGJvb2wgQ3J5cHRQYXNzd29y +ZCA9IHRydWU7CiAKIC8vIHN0b3JlIHNwZWNpZmljIHVzZXIgaW5mb3JtYXRpb24KLU5MTUlTQzo6 +Q0ZpbGVEaXNwbGF5ZXIgRmQgKCJsb2dpbl9zZXJ2aWNlLnN0YXQiKTsKK05MTUlTQzo6Q0ZpbGVE +aXNwbGF5ZXIgRmQgKE5FTE5TX0xPR1MgImxvZ2luX3NlcnZpY2Uuc3RhdCIpOwogTkxNSVNDOjpD +U3RkRGlzcGxheWVyIFNkOwogTkxNSVNDOjpDTG9nIE91dHB1dDsKIApAQCAtODMsNyArOTksNyBA +QAogCiBJU2VydmljZSAqU2VydmljZUluc3RhbmNlID0gTlVMTDsKIAotY29uc3QgY2hhcgkJKlBs +YXllckRhdGFiYXNlTmFtZSA9ICJsb2dpbl9zZXJ2aWNlLnVkYiI7Citjb25zdCBjaGFyCQkqUGxh +eWVyRGF0YWJhc2VOYW1lID0gTkVMTlNfU1RBVEUgImxvZ2luX3NlcnZpY2UudWRiIjsKIAogLy8K +IC8vIEZ1bmN0aW9ucwpAQCAtNDg5LDcgKzUwNSw3IEBACiAKIAogLy8gU2VydmljZSBpbnN0YW5j +aWF0aW9uCi1OTE5FVF9TRVJWSUNFX01BSU4gKENMb2dpblNlcnZpY2UsICJMUyIsICJsb2dpbl9z +ZXJ2aWNlIiwgNDk5OTksIEVtcHR5Q2FsbGJhY2tBcnJheSk7CitOTE5FVF9TRVJWSUNFX01BSU4g +KENMb2dpblNlcnZpY2UsICJMUyIsICJsb2dpbl9zZXJ2aWNlIiwgNDk5OTksIEVtcHR5Q2FsbGJh +Y2tBcnJheSwgTkVMTlNfQ09ORklHLCBORUxOU19MT0dTKTsKIAogCiAvLwpJbmRleDogbmVsbnMv +bmFtaW5nX3NlcnZpY2UvTWFrZWZpbGUuYW0KPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQpSQ1MgZmlsZTogL2hvbWUvY3Zz +cm9vdC9jb2RlL25lbG5zL25hbWluZ19zZXJ2aWNlL01ha2VmaWxlLmFtLHYKcmV0cmlldmluZyBy +ZXZpc2lvbiAxLjIKZGlmZiAtdSAtcjEuMiBNYWtlZmlsZS5hbQotLS0gbmVsbnMvbmFtaW5nX3Nl +cnZpY2UvTWFrZWZpbGUuYW0JMjcgSnVsIDIwMDEgMTU6NTE6MTAgLTAwMDAJMS4yCisrKyBuZWxu +cy9uYW1pbmdfc2VydmljZS9NYWtlZmlsZS5hbQkxMSBNYXIgMjAwMiAxODowNzoyOSAtMDAwMApA +QCAtNCwxMiArNCwxMyBAQAogCiBNQUlOVEFJTkVSQ0xFQU5GSUxFUyAgID0gTWFrZWZpbGUuaW4K +IAotYmluX1BST0dSQU1TICAgICAgICAgICA9IG5hbWluZ19zZXJ2aWNlCitFWFRSQV9ESVNUCQkg +ICAgICAgPSBuYW1pbmdfc2VydmljZS5jZmcgXAorCQkJCSBuYW1pbmdfc2VydmljZS5kc3AKIAot +bmFtaW5nX3NlcnZpY2VfU09VUkNFUyA9IG5hbWluZ19zZXJ2aWNlLmNwcCAgICAgICAgICAgICAg +ICBcCi0gICAgICAgICAgICAgICAgICAgICAgICAgbmFtaW5nX3NlcnZpY2UuaAorc2Jpbl9QUk9H +UkFNUyAgICAgICAgICA9IG5hbWluZ19zZXJ2aWNlCiAKLW5hbWluZ19zZXJ2aWNlX0xEQUREICAg +PSAtbG5lbG5ldCAtbG5lbG1pc2MKK25hbWluZ19zZXJ2aWNlX1NPVVJDRVMgPSBuYW1pbmdfc2Vy +dmljZS5jcHAKIAorcGtnc3lzY29uZl9EQVRBICAgICAgICA9IG5hbWluZ19zZXJ2aWNlLmNmZwog +CiAjIEVuZCBvZiBNYWtlZmlsZS5hbQpJbmRleDogbmVsbnMvbmFtaW5nX3NlcnZpY2UvbmFtaW5n +X3NlcnZpY2UuY3BwCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT0KUkNTIGZpbGU6IC9ob21lL2N2c3Jvb3QvY29kZS9uZWxu +cy9uYW1pbmdfc2VydmljZS9uYW1pbmdfc2VydmljZS5jcHAsdgpyZXRyaWV2aW5nIHJldmlzaW9u +IDEuMTgKZGlmZiAtdSAtcjEuMTggbmFtaW5nX3NlcnZpY2UuY3BwCi0tLSBuZWxucy9uYW1pbmdf +c2VydmljZS9uYW1pbmdfc2VydmljZS5jcHAJMTQgSmFuIDIwMDIgMTc6NTA6NDkgLTAwMDAJMS4x +OAorKysgbmVsbnMvbmFtaW5nX3NlcnZpY2UvbmFtaW5nX3NlcnZpY2UuY3BwCTExIE1hciAyMDAy +IDE4OjA3OjI5IC0wMDAwCkBAIC0yMyw2ICsyMywxNyBAQAogICogTUEgMDIxMTEtMTMwNywgVVNB +LgogICovCiAKKyNpZmRlZiBIQVZFX0NPTkZJR19ICisjaW5jbHVkZSAiY29uZmlnLmgiCisjZW5k +aWYgLy8gSEFWRV9DT05GSUdfSAorCisjaWZuZGVmIE5FTE5TX0NPTkZJRworI2RlZmluZSBORUxO +U19DT05GSUcgIiIKKyNlbmRpZiAvLyBORUxOU19DT05GSUcKKworI2lmbmRlZiBORUxOU19MT0dT +CisjZGVmaW5lIE5FTE5TX0xPR1MgIiIKKyNlbmRpZiAvLyBORUxOU19MT0dTCiAKIC8vCiAvLyBJ +bmNsdWRlcwpAQCAtNjA5LDcgKzYyMCw3IEBACiAvLwogLy8vIE5hbWluZyBTZXJ2aWNlCiAvLwot +TkxORVRfU0VSVklDRV9NQUlOIChDTmFtaW5nU2VydmljZSwgIk5TIiwgIm5hbWluZ19zZXJ2aWNl +IiwgNTAwMDAsIENhbGxiYWNrQXJyYXkpCitOTE5FVF9TRVJWSUNFX01BSU4gKENOYW1pbmdTZXJ2 +aWNlLCAiTlMiLCAibmFtaW5nX3NlcnZpY2UiLCA1MDAwMCwgQ2FsbGJhY2tBcnJheSwgTkVMTlNf +Q09ORklHLCBORUxOU19MT0dTKQogCiAKIC8vCkluZGV4OiBuZWxucy93ZWxjb21lX3NlcnZpY2Uv +TWFrZWZpbGUuYW0KPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 +PT09PT09PT09PT09PT09PT09PT09PQpSQ1MgZmlsZTogL2hvbWUvY3Zzcm9vdC9jb2RlL25lbG5z +L3dlbGNvbWVfc2VydmljZS9NYWtlZmlsZS5hbSx2CnJldHJpZXZpbmcgcmV2aXNpb24gMS4zCmRp +ZmYgLXUgLXIxLjMgTWFrZWZpbGUuYW0KLS0tIG5lbG5zL3dlbGNvbWVfc2VydmljZS9NYWtlZmls +ZS5hbQkyNyBKdWwgMjAwMSAxNTo1MToxMCAtMDAwMAkxLjMKKysrIG5lbG5zL3dlbGNvbWVfc2Vy +dmljZS9NYWtlZmlsZS5hbQkxMSBNYXIgMjAwMiAxODowNzoyOSAtMDAwMApAQCAtNCwxMSArNCwx +MyBAQAogCiBNQUlOVEFJTkVSQ0xFQU5GSUxFUyAgICA9IE1ha2VmaWxlLmluCiAKLWJpbl9QUk9H +UkFNUyAgICAgICAgICAgID0gd2VsY29tZV9zZXJ2aWNlCitFWFRSQV9ESVNUCQkgICAgICAgPSB3 +ZWxjb21lX3NlcnZpY2UuY2ZnIFwKKwkJCQkgd2VsY29tZV9zZXJ2aWNlLmRzcAogCi13ZWxjb21l +X3NlcnZpY2VfU09VUkNFUyA9IHdlbGNvbWVfc2VydmljZS5jcHAKK3NiaW5fUFJPR1JBTVMgICAg +ICAgICAgID0gd2VsY29tZV9zZXJ2aWNlCiAKLXdlbGNvbWVfc2VydmljZV9MREFERCAgID0gLWxu +ZWxuZXQgLWxuZWxtaXNjCit3ZWxjb21lX3NlcnZpY2VfU09VUkNFUyA9IHdlbGNvbWVfc2Vydmlj +ZS5jcHAKIAorcGtnc3lzY29uZl9EQVRBCSAgICAgICAgPSB3ZWxjb21lX3NlcnZpY2UuY2ZnCiAK +ICMgRW5kIG9mIE1ha2VmaWxlLmFtCkluZGV4OiBuZWxucy93ZWxjb21lX3NlcnZpY2Uvd2VsY29t +ZV9zZXJ2aWNlLmNwcAo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT09ClJDUyBmaWxlOiAvaG9tZS9jdnNyb290L2NvZGUvbmVs +bnMvd2VsY29tZV9zZXJ2aWNlL3dlbGNvbWVfc2VydmljZS5jcHAsdgpyZXRyaWV2aW5nIHJldmlz +aW9uIDEuMTEKZGlmZiAtdSAtcjEuMTEgd2VsY29tZV9zZXJ2aWNlLmNwcAotLS0gbmVsbnMvd2Vs +Y29tZV9zZXJ2aWNlL3dlbGNvbWVfc2VydmljZS5jcHAJNCBNYXIgMjAwMiAxNTozMzo0MyAtMDAw +MAkxLjExCisrKyBuZWxucy93ZWxjb21lX3NlcnZpY2Uvd2VsY29tZV9zZXJ2aWNlLmNwcAkxMSBN +YXIgMjAwMiAxODowNzoyOSAtMDAwMApAQCAtMjQsNiArMjQsMTggQEAKICAqIE1BIDAyMTExLTEz +MDcsIFVTQS4KICAqLwogCisjaWZkZWYgSEFWRV9DT05GSUdfSAorI2luY2x1ZGUgImNvbmZpZy5o +IgorI2VuZGlmIC8vIEhBVkVfQ09ORklHX0gKKworI2lmbmRlZiBORUxOU19DT05GSUcKKyNkZWZp +bmUgTkVMTlNfQ09ORklHICIiCisjZW5kaWYgLy8gTkVMTlNfQ09ORklHCisKKyNpZm5kZWYgTkVM +TlNfTE9HUworI2RlZmluZSBORUxOU19MT0dTICIiCisjZW5kaWYgLy8gTkVMTlNfTE9HUworCiAj +aW5jbHVkZSAibmVsL21pc2MvdHlwZXNfbmwuaCIKIAogI2luY2x1ZGUgPHN0ZGlvLmg+CkBAIC0z +NjUsNyArMzc3LDcgQEAKIAogCiAvLyBTZXJ2aWNlIGluc3RhbmNpYXRpb24KLU5MTkVUX1NFUlZJ +Q0VfTUFJTiAoQ1dlbGNvbWVTZXJ2aWNlLCAiV1MiLCAid2VsY29tZV9zZXJ2aWNlIiwgMCwgRkVT +Q2FsbGJhY2tBcnJheSk7CitOTE5FVF9TRVJWSUNFX01BSU4gKENXZWxjb21lU2VydmljZSwgIldT +IiwgIndlbGNvbWVfc2VydmljZSIsIDAsIEZFU0NhbGxiYWNrQXJyYXksIE5FTE5TX0NPTkZJRywg +TkVMTlNfTE9HUyk7CiAKIAogLy8KSW5kZXg6IHNub3diYWxsczIvSU5TVEFMTAo9PT09PT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 +ClJDUyBmaWxlOiAvaG9tZS9jdnNyb290L2NvZGUvc25vd2JhbGxzMi9JTlNUQUxMLHYKcmV0cmll +dmluZyByZXZpc2lvbiAxLjMKZGlmZiAtdSAtcjEuMyBJTlNUQUxMCi0tLSBzbm93YmFsbHMyL0lO +U1RBTEwJMjMgSmFuIDIwMDIgMTQ6MDQ6NTggLTAwMDAJMS4zCisrKyBzbm93YmFsbHMyL0lOU1RB +TEwJMTEgTWFyIDIwMDIgMTg6MDc6MzAgLTAwMDAKQEAgLTEzLDcgKzEzLDcgQEAKIAogICAgU25v +d2JhbGxzIG5lZWQgdGhlIGZvbG93aW5nIGxpYnJhcmllcyA6CiAKLSAgICAgIC0gU1RMUG9ydCA0 +LjAgICAgICAgICAgIDxVUkw6aHR0cDovL3d3dy5zdGxwb3J0Lm9yZy8+CisgICAgICAtIFNUTFBv +cnQgNC41ICAgICAgICAgICA8VVJMOmh0dHA6Ly93d3cuc3RscG9ydC5vcmcvPgogICAgICAgLSBO +ZUwgICAgICAgICAgICAgICAgICAgPFVSTDpodHRwOi8vd3d3Lm5ldnJheC5vcmcvPgogICAgICAg +ICAgICAgRGVmYXVsdCBpbnN0YWxsIHBsdXMgTmVMIFNvdW5kLgogCSAgICBZb3UgbmVlZCB0byBs +YXVuY2ggdGhlIGNvbmZpZ3VyZSBzY3JpcHQgd2l0aCB0aGUgJy0tZW5hYmxlLXNvdW5kJwpJbmRl +eDogc25vd2JhbGxzMi9NYWtlZmlsZS5hbQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09ClJDUyBmaWxlOiAvaG9tZS9jdnNy +b290L2NvZGUvc25vd2JhbGxzMi9NYWtlZmlsZS5hbSx2CnJldHJpZXZpbmcgcmV2aXNpb24gMS4y +CmRpZmYgLXUgLXIxLjIgTWFrZWZpbGUuYW0KLS0tIHNub3diYWxsczIvTWFrZWZpbGUuYW0JMTkg +SnVsIDIwMDEgMTU6MjY6NDEgLTAwMDAJMS4yCisrKyBzbm93YmFsbHMyL01ha2VmaWxlLmFtCTEx +IE1hciAyMDAyIDE4OjA3OjMwIC0wMDAwCkBAIC02LDEyICs2LDExIEBACiAgICAgICAgICAgICAg +ICAgICAgICAgIGNvbmZpZy5zdWIgbHRjb25maWcgYWNsb2NhbC5tNCBjb25maWcuaC5pbiBcCiAg +ICAgICAgICAgICAgICAgICAgICAgIGluc3RhbGwtc2ggbWtpbnN0YWxsZGlycwogCi1TVUJESVJT +ICAgICAgICAgICAgICA9IEBTTk9fU1VCRElSU0AKLQorRVhUUkFfRElTVAkgICAgID0gYm9vdHN0 +cmFwIFwKKwkJICAgICAgIHNub3diYWxsczIuZHN3CiAKLWRpc3QtaG9vazoKLQljcCAtcHIgJChz +cmNkaXIpL2Jvb3RzdHJhcCAkKGRpc3RkaXIpCitESVNUX1NVQkRJUlMJICAgICA9IGNsaWVudCBz +ZXJ2ZXIKIAorU1VCRElSUyAgICAgICAgICAgICAgPSBAU05PX1NVQkRJUlNACiAKICMgRW5kIG9m +IE1ha2VmaWxlLmFtCi0KSW5kZXg6IHNub3diYWxsczIvUkVBRE1FCj09PT09PT09PT09PT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KUkNTIGZp +bGU6IC9ob21lL2N2c3Jvb3QvY29kZS9zbm93YmFsbHMyL1JFQURNRSx2CnJldHJpZXZpbmcgcmV2 +aXNpb24gMS4yCmRpZmYgLXUgLXIxLjIgUkVBRE1FCi0tLSBzbm93YmFsbHMyL1JFQURNRQkxNCBB +dWcgMjAwMSAxMjozMTozNiAtMDAwMAkxLjIKKysrIHNub3diYWxsczIvUkVBRE1FCTExIE1hciAy +MDAyIDE4OjA3OjMwIC0wMDAwCkBAIC02Miw5ICs2Miw5IEBACiBidXQgaXQgaGFzIGJlZW4gY2hp +ZWZseSB0ZXN0ZWQgdW5kZXIgYSBMaW51eCBlbnZpcm9ubWVudC4KIAogVGhlIHNlcnZlciBoYXMg +YmVlbiBjb21waWxlZCBhbmQgZXhlY3V0ZWQgb24gYSBXaW5kb3dzIG1hY2hpbmUsIGJ1dCBpdAot +aXMgaGlnaGx5IHJlY29tbWVuZGVkIHRoYXQgeW91IHJ1biBpdCBvbiBhIHNlcGFyYXRlIExpbnV4 +IG1hY2hpbmUuIFRoZQotY2xpZW50IGhhcyBiZWVuIGNvbXBpbGVkIGFuZCBleGVjdXRlZCBvbiBh +IExpbnV4IG1hY2hpbmUsIGJ1dCB3aWxsCi1wcm9iYWJseSBub3Qgd29yayBvbiBvdGhlciB1bml4 +IHN5c3RlbXMgKHlldCkuCitpcyBoaWdobHkgcmVjb21tZW5kZWQgdGhhdCB5b3UgcnVuIGl0IG9u +IGEgc2VwYXJhdGUgR05VL0xpbnV4IG1hY2hpbmUuIFRoZQorY2xpZW50IGhhcyBiZWVuIGNvbXBp +bGVkIGFuZCBleGVjdXRlZCBvbiBhIEdOVS9MaW51eCBtYWNoaW5lLCBidXQgd2lsbAorcHJvYmFi +bHkgbm90IHdvcmsgb24gb3RoZXIgdW5peCBjb21wYXRpYmxlIHN5c3RlbXMgKHlldCkuCiAKIFRo +ZSBjbGllbnQgYW5kIHNlcnZlciByZXF1aXJlIGFuIG9wZXJhdGluZyBUQ1AvSVAgc3RhY2sgdG8g +Y29tbXVuaWNhdGUuCiAKSW5kZXg6IHNub3diYWxsczIvYWNpbmNsdWRlLm00Cj09PT09PT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0K +UkNTIGZpbGU6IC9ob21lL2N2c3Jvb3QvY29kZS9zbm93YmFsbHMyL2FjaW5jbHVkZS5tNCx2CnJl +dHJpZXZpbmcgcmV2aXNpb24gMS44CmRpZmYgLXUgLXIxLjggYWNpbmNsdWRlLm00Ci0tLSBzbm93 +YmFsbHMyL2FjaW5jbHVkZS5tNAkxOCBGZWIgMjAwMiAxMjo1ODozOCAtMDAwMAkxLjgKKysrIHNu +b3diYWxsczIvYWNpbmNsdWRlLm00CTExIE1hciAyMDAyIDE4OjA3OjMwIC0wMDAwCkBAIC0yMTQs +MzcgKzIxNCwxMyBAQAogWyBBQ19SRVFVSVJFX0NQUCgpCiAKIGNoa19tZXNzYWdlX29iaj0iJDEi +Ci1uZWxfbGlicmFyaWVzPSIkMiIKLW5lbF90ZXN0X2xpYj0iJDMiCi1uZWxfYWRkaXRpb25hbF9s +aWJzPSIkNCIKLWlzX21hbmRhdG9yeT0iJDUiCituZWxfdGVzdF9saWI9IiQyIgoraXNfbWFuZGF0 +b3J5PSIkMyIKIAogaWYgdGVzdCAkaXNfbWFuZGF0b3J5ID0gInllcyIKIHRoZW4KIAotICAgIEFD +X01TR19DSEVDS0lORyhmb3IgLWwkbmVsX3Rlc3RfbGliKQotICAgICAgICAKLSAgICBORUxfVEVT +VF9MSUJTPSIkTkVMX0xJQlMgJG5lbF9hZGRpdGlvbmFsX2xpYnMgLWwkbmVsX3Rlc3RfbGliIgot +Ci0gICAgX0NQUEZMQUdTPSIkQ1BQRkxBR1MiCi0KLSAgICBDUFBGTEFHUz0iJENYWEZMQUdTICRM +SUJTICRORUxfVEVTVF9MSUJTIgotCi0gICAgQUNfVFJZX0xJTksoICwgLCBoYXZlX25lbF90ZXN0 +X2xpYnJhcmllcz0ieWVzIiwgaGF2ZV9uZWxfdGVzdF9saWJyYXJpZXM9Im5vIikKLQotICAgIENQ +UEZMQUdTPSIkX0NQUEZMQUdTIgotCi0gICAgaWYgdGVzdCAiJGhhdmVfbmVsX3Rlc3RfbGlicmFy +aWVzIiA9ICJ5ZXMiCi0gICAgdGhlbiAgICAKLSAgICAgICAgQUNfTVNHX1JFU1VMVCh5ZXMpCi0g +ICAgZWxzZQotICAgICAgICBpZiB0ZXN0ICIkaXNfbWFuZGF0b3J5IiA9ICJ5ZXMiCi0gICAgICAg +IHRoZW4KLSAgICAgICAgICAgIEFDX01TR19FUlJPUihbJGNoa19tZXNzYWdlX29iaiBtdXN0IGJl +IGluc3RhbGxlZCAoaHR0cDovL3d3dy5uZXZyYXgub3JnKS5dKQotICAgICAgICBlbHNlCi0gICAg +ICAgICAgICBBQ19NU0dfUkVTVUxUKG5vKQotICAgICAgICBmaQotICAgIGZpCisgICAgQUNfQ0hF +Q0tfTElCKCRuZWxfdGVzdF9saWIsIG1haW4sLFtBQ19NU0dfRVJST1IoWyRjaGtfbWVzc2FnZV9v +YmogbXVzdCBiZSBpbnN0YWxsZWQgKGh0dHA6Ly93d3cubmV2cmF4Lm9yZykuXSldKQogZmkKIF0p +CiAKQEAgLTI2OSwxMyArMjQ1LDYgQEAKICAgICAgICAgICAgICAgICAgICAgICAgICAgZS5nLiAv +dXNyL2xvY2FsL25lbC9saWJdKQogCiAKLW5lbF9taXNjX2xpYj0ibmVsbWlzYyIKLW5lbF9uZXRf +bGliPSJuZWxuZXQiCi1uZWxfM2RfbGliPSJuZWwzZCIKLW5lbF9wYWNzX2xpYj0ibmVscGFjcyIK +LW5lbF9zb3VuZF9saWI9Im5lbHNuZCIKLW5lbF9haV9saWI9Im5lbGFpIgotCiBuZWxtaXNjX2lz +X21hbmRhdG9yeT0iJDEiCiBuZWxuZXRfaXNfbWFuZGF0b3J5PSIkMiIKIG5lbDNkX2lzX21hbmRh +dG9yeT0iJDMiCkBAIC0yODYsMjMgKzI1NSw0MCBAQAogZG5sIENoZWNrIGZvciBuZWwtY29uZmln +CiBBQ19QQVRIX1BST0coTkVMX0NPTkZJRywgbmVsLWNvbmZpZywgbm8pCiAKLWlmIHRlc3QgIiRO +RUxfQ09ORklHIiA9ICJubyIKK2RubCAKK2RubCBDb25maWd1cmUgb3B0aW9ucyAoLS13aXRoLW5l +bCopIGhhdmUgcHJlY2VuZGVuY2UgCitkbmwgb3ZlciBuZWwtY29uZmlnIG9ubHkgc2V0IHZhcmlh +YmxlcyBpZiB0aGV5IGFyZSBub3QgCitkbmwgc3BlY2lmaWVkCitkbmwKK2lmIHRlc3QgIiRORUxf +Q09ORklHIiAhPSAibm8iCiB0aGVuCi0gICAgaGF2ZV9uZWxfY29uZmlnPSJubyIKLWVsc2UKLSAg +ICBORUxfQ0ZMQUdTPWBuZWwtY29uZmlnIC0tY2ZsYWdzYAotCi0gICAgTkVMX0xJQlNfQ09ORklH +PWBuZWwtY29uZmlnIC0tbGlic2AKLQotICAgIE5FTF9MSUJTPWBlY2hvICckTkVMX0xJQlNfQ09O +RklHJyB8IHNlZCAtZSAncy9bWzpzcGFjZTpdXSotbFteWzpzcGFjZTpdXSovL2cnYAorICAgIGlm +IHRlc3QgLXogIiR3aXRoX25lbCIgLWEgLXogIiR3aXRoX25lbF9pbmNsdWRlIgorICAgIHRoZW4K +KwlDWFhGTEFHUz0iJENYWEZMQUdTIGBuZWwtY29uZmlnIC0tY2ZsYWdzYCIKKyAgICBmaQogCi0g +ICAgaGF2ZV9uZWxfY29uZmlnPSJ5ZXMiCisgICAgaWYgdGVzdCAteiAiJHdpdGhfbmVsIiAtYSAt +eiAiJHdpdGhfbmVsX2xpYiIKKyAgICB0aGVuCisJTERGTEFHUz0iYG5lbC1jb25maWcgLS1sZGZs +YWdzYCAkTERGTEFHUyIKKyAgICBmaQogZmkKIAotaWYgdGVzdCAiJHdpdGhfbmVsIgorZG5sCitk +bmwgU2V0IG5lbF9saWJyYXJpZXMgYW5kIG5lbF9pbmNsdWRlcyBhY2NvcmRpbmcgdG8KK2RubCB1 +c2VyIHNwZWNpZmljYXRpb24gKC0td2l0aC1uZWwqKSBpZiBhbnkuIAorZG5sIC0td2l0aC1uZWwt +aW5jbHVkZSBhbmQgLS13aXRoLW5lbC1saWIgaGF2ZSBwcmVjZW5kZW5jZQorZG5sIG92ZXIgLS13 +aXRoLW5lbAorZG5sCitpZiB0ZXN0ICIkd2l0aF9uZWwiID0gIm5vIgogdGhlbgotICAgIG5lbF9p +bmNsdWRlcz0iJHdpdGhfbmVsL2luY2x1ZGUiCi0gICAgbmVsX2xpYnJhcmllcz0iJHdpdGhfbmVs +L2xpYiIKKyAgICBkbmwgVGhlIHVzZXIgZXhwbGljaXRseSBkaXNhYmxlZCB0aGUgdXNlIG9mIHRo +ZSBOZUwKKyAgICBBQ19NU0dfRVJST1IoW05lTCBpcyBtYW5kYXRvcnk6IGRvIG5vdCBzcGVjaWZ5 +IC0td2l0aG91dC1uZWxdKQorZWxzZQorICAgIGlmIHRlc3QgIiR3aXRoX25lbCIgLWEgIiR3aXRo +X25lbCIgIT0gInllcyIKKyAgICB0aGVuCisJbmVsX2luY2x1ZGVzPSIkd2l0aF9uZWwvaW5jbHVk +ZSIKKwluZWxfbGlicmFyaWVzPSIkd2l0aF9uZWwvbGliIgorICAgIGZpCiBmaQogCiBpZiB0ZXN0 +ICIkd2l0aF9uZWxfaW5jbHVkZSIKQEAgLTMxNSwxNyArMzAxLDI0IEBACiAgICAgbmVsX2xpYnJh +cmllcz0iJHdpdGhfbmVsX2xpYiIKIGZpCiAKK2RubAorZG5sIFNldCBjb21waWxhdGlvbiB2YXJp +YWJsZXMgCitkbmwKIGlmIHRlc3QgIiRuZWxfaW5jbHVkZXMiCiB0aGVuCi0gICAgTkVMX0NGTEFH +Uz0iLUkkbmVsX2luY2x1ZGVzIgorICAgIENYWEZMQUdTPSIkQ1hYRkxBR1MgLUkkbmVsX2luY2x1 +ZGVzIgogZmkKIAogaWYgdGVzdCAiJG5lbF9saWJyYXJpZXMiCiB0aGVuCi0gICAgTkVMX0xJQlM9 +Ii1MJG5lbF9saWJyYXJpZXMiCisgICAgTERGTEFHUz0iLUwkbmVsX2xpYnJhcmllcyAkTERGTEFH +UyIKIGZpCiAKLWRubCBDaGVja2luZyBmb3IgTmVMIGhlYWRlcnMKK2RubAorZG5sIENvbGxlY3Qg +aGVhZGVycyBpbmZvcm1hdGlvbiBhbmQgYmFyayBpZiBtaXNzaW5nIGFuZAorZG5sIG1hbmRhdG9y +eQorZG5sCisKIE1ZX05FTF9IRUFERVJfQ0hLKFtOZUwgTWlzY10sIFtuZWwvbWlzYy90eXBlc19u +bC5oXSwgW05MX1RZUEVTX0hdLCAkbmVsbWlzY19pc19tYW5kYXRvcnkpCiBNWV9ORUxfSEVBREVS +X0NISyhbTmVMIE5ldHdvcmtdLCBbbmVsL25ldC9zb2NrLmhdLCBbTkxfU09DS19IXSwgJG5lbG5l +dF9pc19tYW5kYXRvcnkpCiBNWV9ORUxfSEVBREVSX0NISyhbTmVMIDNEXSwgW25lbC8zZC91X2Nh +bWVyYS5oXSwgW05MX1VfQ0FNRVJBX0hdLCAkbmVsM2RfaXNfbWFuZGF0b3J5KQpAQCAtMzMzLDEz +ICszMjYsMTcgQEAKIE1ZX05FTF9IRUFERVJfQ0hLKFtOZUwgU291bmRdLCBbbmVsL3NvdW5kL3Vf +c291cmNlLmhdLCBbTkxfVV9TT1VSQ0VfSF0sICRuZWxzb3VuZF9pc19tYW5kYXRvcnkpCiBNWV9O +RUxfSEVBREVSX0NISyhbTmVMIEFJXSwgW25lbC9haS9ubF9haS5oXSwgW19JQV9ORUxfSF0sICRu +ZWxhaV9pc19tYW5kYXRvcnkpCiAKLWRubCBDaGVja2luZyBmb3IgTmVMIGxpYnJhcmllcwotTVlf +TkVMX0xJQl9DSEsoW05lTCBNaXNjXSwgJG5lbF9saWJyYXJpZXMsICRuZWxfbWlzY19saWIsICIi +LCAkbmVsbWlzY19pc19tYW5kYXRvcnkpCi1NWV9ORUxfTElCX0NISyhbTmVMIE5ldHdvcmtdLCRu +ZWxfbGlicmFyaWVzLCAkbmVsX25ldF9saWIsICItbG5lbG1pc2MiLCAkbmVsbmV0X2lzX21hbmRh +dG9yeSkKLU1ZX05FTF9MSUJfQ0hLKFtOZUwgM0RdLCAkbmVsX2xpYnJhcmllcywgJG5lbF8zZF9s +aWIsICItbG5lbG1pc2MiLCAkbmVsM2RfaXNfbWFuZGF0b3J5KQotTVlfTkVMX0xJQl9DSEsoW05l +TCBQQUNTXSwgJG5lbF9saWJyYXJpZXMsICRuZWxfcGFjc19saWIsICItbG5lbG1pc2MiLCAkbmVs +cGFjc19pc19tYW5kYXRvcnkpCi1NWV9ORUxfTElCX0NISyhbTmVMIEFJXSwgJG5lbF9saWJyYXJp +ZXMsICRuZWxfYWlfbGliLCAiLWxuZWxtaXNjIiwgJG5lbGFpX2lzX21hbmRhdG9yeSkKLU1ZX05F +TF9MSUJfQ0hLKFtOZUwgU291bmRdLCAkbmVsX2xpYnJhcmllcywgJG5lbF9zb3VuZF9saWIsICIt +bG5lbG1pc2MiICRPUEVOQUxfTElCUywgJG5lbHNvdW5kX2lzX21hbmRhdG9yeSkKK2RubAorZG5s +IENvbGxlY3QgbGlicmFyaWVzIGluZm9ybWF0aW9uIGFuZCBiYXJrIGlmIG1pc3NpbmcgYW5kCitk +bmwgbWFuZGF0b3J5CitkbmwKKworTVlfTkVMX0xJQl9DSEsoW05lTCBNaXNjXSwgW25lbG1pc2Nd +LCAkbmVsbWlzY19pc19tYW5kYXRvcnkpCitNWV9ORUxfTElCX0NISyhbTmVMIE5ldHdvcmtdLCBb +bmVsbmV0XSwgJG5lbG5ldF9pc19tYW5kYXRvcnkpCitNWV9ORUxfTElCX0NISyhbTmVMIDNEXSwg +W25lbDNkXSwgJG5lbDNkX2lzX21hbmRhdG9yeSkKK01ZX05FTF9MSUJfQ0hLKFtOZUwgUEFDU10s +IFtuZWxwYWNzXSwgJG5lbHBhY3NfaXNfbWFuZGF0b3J5KQorTVlfTkVMX0xJQl9DSEsoW05lTCBB +SV0sIFtuZWxhaV0sICRuZWxhaV9pc19tYW5kYXRvcnkpCitNWV9ORUxfTElCX0NISyhbTmVMIFNv +dW5kXSwgW25lbHNuZF0sICRuZWxzb3VuZF9pc19tYW5kYXRvcnkpCiAKIF0pCiAKQEAgLTM3NCwx +MSArMzcxLDEwIEBACiBpZiB0ZXN0ICIkd2l0aF9zdGxwb3J0IiA9IG5vCiB0aGVuCiAgICAgZG5s +IFRoZSB1c2VyIGV4cGxpY2l0bHkgZGlzYWJsZWQgdGhlIHVzZSBvZiB0aGUgU1RMUG9ydHMKLSAg +ICBBQ19NU0dfQ0hFQ0tJTkcoU1RMUG9ydCkKLSAgICBoYXZlX3N0bHBvcnQ9ImRpc2FibGVkIgot +ICAgIEFDX01TR19SRVNVTFQoZGlzYWJsZWQgKCoqKiBFWFBFUklNRU5UQUwgKioqKSkKKyAgICBB +Q19NU0dfRVJST1IoW1NUTFBvcnQgaXMgbWFuZGF0b3J5OiBkbyBub3Qgc3BlY2lmeSAtLXdpdGhv +dXQtc3RscG9ydF0pCiBlbHNlCi0gICAgaWYgdGVzdCAiJHdpdGhfc3RscG9ydCIKKyAgICBzdGxw +b3J0X2luY2x1ZGVzPSIvdXNyL2luY2x1ZGUvc3RscG9ydCIKKyAgICBpZiB0ZXN0ICIkd2l0aF9z +dGxwb3J0IiAtYSAiJHdpdGhfc3RscG9ydCIgIT0geWVzCiAgICAgdGhlbgogICAgICAgICBzdGxw +b3J0X2luY2x1ZGVzPSIkd2l0aF9zdGxwb3J0L3N0bHBvcnQiCiAgICAgICAgIHN0bHBvcnRfbGli +cmFyaWVzPSIkd2l0aF9zdGxwb3J0L2xpYiIKQEAgLTM5MCw4MiArMzg2LDczIEBACiAgICAgZmkK +IGZpCiAKLWlmIHRlc3QgLXogIiRoYXZlX3N0bHBvcnQiIC1hICIkd2l0aF9zdGxwb3J0X2luY2x1 +ZGUiCitpZiB0ZXN0ICIkd2l0aF9zdGxwb3J0X2luY2x1ZGUiCiB0aGVuCiAgICAgc3RscG9ydF9p +bmNsdWRlcz0iJHdpdGhfc3RscG9ydF9pbmNsdWRlIgogZmkKIAotaWYgdGVzdCAteiAiJGhhdmVf +c3RscG9ydCIgLWEgIiR3aXRoX3N0bHBvcnRfbGliIgoraWYgdGVzdCAiJHdpdGhfc3RscG9ydF9s +aWIiCiB0aGVuCiAgICAgc3RscG9ydF9saWJyYXJpZXM9IiR3aXRoX3N0bHBvcnRfbGliIgogZmkK +IAotaWYgdGVzdCAteiAiJGhhdmVfc3RscG9ydCIKLXRoZW4KLSAgICBkbmwgUHV0IFNUTFBvcnRz +IGluY2x1ZGVzIGluIENYWEZMQUdTCi0gICAgaWYgdGVzdCAiJHN0bHBvcnRfaW5jbHVkZXMiCi0g +ICAgdGhlbgotICAgICAgICBDWFhGTEFHUz0iJENYWEZMQUdTIC1JJHN0bHBvcnRfaW5jbHVkZXMi +Ci0gICAgZmkKLQotICAgIGRubCBQdXQgU1RMUG9ydHMgbGlicmFyaWVzIGluIExJQlMKLSAgICBp +ZiB0ZXN0ICIkc3RscG9ydF9saWJyYXJpZXMiCi0gICAgdGhlbgotICAgICAgICBMSUJTPSItTCRz +dGxwb3J0X2xpYnJhcmllcyAkTElCUyAtbCRzdGxwb3J0X2xpYiIKLSAgICBmaQotCi0gICAgZG5s +IFRlc3QgdGhlIGhlYWRlcnMKLSAgICBBQ19NU0dfQ0hFQ0tJTkcoZm9yIFNUTFBvcnQgaGVhZGVy +cykKK0FDX0xBTkdfU0FWRQorQUNfTEFOR19DUExVU1BMVVMKIAotICAgIF9DUFBGTEFHUz0iJENQ +UEZMQUdTIgorZG5sIFB1dCBTVExQb3J0cyBpbmNsdWRlcyBpbiBDWFhGTEFHUworaWYgdGVzdCAi +JHN0bHBvcnRfaW5jbHVkZXMiCit0aGVuCisgICAgQ1hYRkxBR1M9IiRDWFhGTEFHUyAtSSRzdGxw +b3J0X2luY2x1ZGVzIgorZmkKIAotICAgIENQUEZMQUdTPSIkQ1hYRkxBR1MiCitkbmwgUHV0IFNU +TFBvcnRzIGxpYnJhcmllcyBkaXJlY3RvcnkgaW4gTElCUworaWYgdGVzdCAiJHN0bHBvcnRfbGli +cmFyaWVzIgordGhlbgorICAgIExJQlM9Ii1MJHN0bHBvcnRfbGlicmFyaWVzICRMSUJTIgorZWxz +ZQorICAgIHN0bHBvcnRfbGlicmFyaWVzPSdkZWZhdWx0JworZmkKIAotICAgIEFDX0VHUkVQX0NQ +UCggeW9fc3RscG9ydCwKLSAgICBbI2luY2x1ZGUgPGFsZ29yaXRobT4KLSNpZmRlZiBfX1NHSV9T +VExfUE9SVAotICAgeW9fc3RscG9ydAotI2VuZGlmXSwKLSAgICAgIGhhdmVfc3RscG9ydF9oZWFk +ZXJzPSJ5ZXMiLAotICAgICAgaGF2ZV9zdGxwb3J0X2hlYWRlcnM9Im5vIiApCitkbmwgVGVzdCB0 +aGUgaGVhZGVycwogCi0gICAgaWYgdGVzdCAiJGhhdmVfc3RscG9ydF9oZWFkZXJzIiA9ICJ5ZXMi +Ci0gICAgdGhlbgotICAgICAgICBBQ19NU0dfUkVTVUxUKFskc3RscG9ydF9pbmNsdWRlc10pCi0g +ICAgZWxzZQotICAgICAgICBBQ19NU0dfUkVTVUxUKG5vKQotICAgIGZpCi0KLSAgICBkbmwgVGVz +dCB0aGUgbGlicmFyaWVzCi0gICAgQUNfTVNHX0NIRUNLSU5HKGZvciBTVExQb3J0IGxpYnJhcmll +cykKK0FDX0NIRUNLX0hFQURFUihhbGdvcml0aG0sCisgICAgaGF2ZV9zdGxwb3J0X2hlYWRlcnM9 +InllcyIsCisgICAgaGF2ZV9zdGxwb3J0X2hlYWRlcnM9Im5vIiApCiAKLSAgICBDUFBGTEFHUz0i +JENYWEZMQUdTICRMSUJTIgorQUNfTVNHX0NIRUNLSU5HKGZvciBTVExQb3J0IGhlYWRlcnMpCiAK +LSAgICBBQ19UUllfTElOSyggLCAsIGhhdmVfc3RscG9ydF9saWJyYXJpZXM9InllcyIsIGhhdmVf +c3RscG9ydF9saWJyYXJpZXM9Im5vIikKK2lmIHRlc3QgIiRoYXZlX3N0bHBvcnRfaGVhZGVycyIg +PSAieWVzIgordGhlbgorICAgIEFDX01TR19SRVNVTFQoWyRzdGxwb3J0X2luY2x1ZGVzXSkKK2Vs +c2UKKyAgICBBQ19NU0dfUkVTVUxUKG5vKQorZmkKIAotICAgIENQUEZMQUdTPSIkX0NQUEZMQUdT +IgorQUNfQ0hFQ0tfTElCKCRzdGxwb3J0X2xpYiwgbWFpbiwsIGhhdmVfc3RscG9ydF9saWJyYXJp +ZXM9Im5vIikKIAotICAgIGlmIHRlc3QgIiRoYXZlX3N0bHBvcnRfbGlicmFyaWVzIiA9ICJ5ZXMi +Ci0gICAgdGhlbgotICAgICAgICBBQ19NU0dfUkVTVUxUKFskc3RscG9ydF9saWJyYXJpZXNdKQot +ICAgIGVsc2UKLSAgICAgICAgQUNfTVNHX1JFU1VMVChubykKLSAgICBmaQorQUNfTVNHX0NIRUNL +SU5HKGZvciBTVExQb3J0IGxpYnJhcnkpCiAKLSAgICBpZiB0ZXN0ICIkaGF2ZV9zdGxwb3J0X2hl +YWRlcnMiID0gInllcyIgXAotICAgICAgICYmIHRlc3QgIiRoYXZlX3N0bHBvcnRfbGlicmFyaWVz +IiA9ICJ5ZXMiCi0gICAgdGhlbgotICAgICAgICBoYXZlX3N0bHBvcnQ9InllcyIKLSAgICBlbHNl +Ci0gICAgICAgIGhhdmVfc3RscG9ydD0ibm8iCi0gICAgZmkKK2lmIHRlc3QgIiRoYXZlX3N0bHBv +cnRfbGlicmFyaWVzIiAhPSAibm8iCit0aGVuCisgICAgQUNfTVNHX1JFU1VMVChbJHN0bHBvcnRf +bGlicmFyaWVzXSkKK2Vsc2UKKyAgICBBQ19NU0dfUkVTVUxUKG5vKQorZmkKIAotICAgIGlmIHRl +c3QgIiRoYXZlX3N0bHBvcnQiID0gIm5vIgotICAgIHRoZW4KLSAgICAgICAgQUNfTVNHX0VSUk9S +KFtTVExQb3J0IG11c3QgYmUgaW5zdGFsbGVkIChodHRwOi8vd3d3LnN0bHBvcnQub3JnKS5dKQot +ICAgIGZpCitpZiB0ZXN0ICIkaGF2ZV9zdGxwb3J0X2hlYWRlcnMiID0gInllcyIgJiYKKyAgICB0 +ZXN0ICIkaGF2ZV9zdGxwb3J0X2xpYnJhcmllcyIgIT0gIm5vIgordGhlbgorICAgIGhhdmVfc3Rs +cG9ydD0ieWVzIgorZWxzZQorICAgIGhhdmVfc3RscG9ydD0ibm8iCitmaQogCitpZiB0ZXN0ICIk +aGF2ZV9zdGxwb3J0IiA9ICJubyIKK3RoZW4KKyAgICBBQ19NU0dfRVJST1IoW1NUTFBvcnQgbXVz +dCBiZSBpbnN0YWxsZWQgKGh0dHA6Ly93d3cuc3RscG9ydC5vcmcpLl0pCiBmaQorCitBQ19MQU5H +X1JFU1RPUkUKIAogXSkKIApJbmRleDogc25vd2JhbGxzMi9jb25maWd1cmUuaW4KPT09PT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 +PQpSQ1MgZmlsZTogL2hvbWUvY3Zzcm9vdC9jb2RlL3Nub3diYWxsczIvY29uZmlndXJlLmluLHYK +cmV0cmlldmluZyByZXZpc2lvbiAxLjEwCmRpZmYgLXUgLXIxLjEwIGNvbmZpZ3VyZS5pbgotLS0g +c25vd2JhbGxzMi9jb25maWd1cmUuaW4JMjkgSmFuIDIwMDIgMTM6MjE6NDIgLTAwMDAJMS4xMAor +Kysgc25vd2JhbGxzMi9jb25maWd1cmUuaW4JMTEgTWFyIDIwMDIgMTg6MDc6MzAgLTAwMDAKQEAg +LTEzNCwxMiArMTM0LDkgQEAKIGRubCA9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQogZG5sIE5lTAogCitkbmwgICAgICAg +ICBtaXNjICAgbmV0ICAgIDNkICAgICAgICAgICAgICBwYWNzICAgICAgICAgICAgc291bmQgICAg +ICAgICAgIGFpCiBBTV9QQVRIX05FTCgieWVzIiwgInllcyIsICRlbmFibGVfY2xpZW50LCAkZW5h +YmxlX2NsaWVudCwgJGVuYWJsZV9jbGllbnQsICJubyIpCiAKLUNYWEZMQUdTPSIkQ1hYRkxBR1Mg +JHtORUxfQ0ZMQUdTfSIKLUxJQlM9IiRMSUJTICR7TkVMX0xJQlN9IgotCi0KIGRubCA9PT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 +PT09PQogZG5sIEZyZWVUeXBlIDIKIApAQCAtMTQ5LDYgKzE0NiwyMyBAQAogZG5sIENoZWNrcyBm +b3IgbGlicmFyeSBmdW5jdGlvbnMuCiBkbmwgPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KIAorZG5sID09PT09PT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 +CitkbmwgU25vd2JhbGxzIGRhdGEsIGNvbmZpZ3VyYXRpb24gYW5kIGxvZ3MgZmlsZSBsb2NhdGlv +bgorZG5sID09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 +PT09PT09PT09PT09PT09PT09CisKK2V2YWwgU05PV0JBTExTX0RBVEFCQVNFPVwiJGRhdGFkaXIv +Z2FtZXMvc25vd2JhbGxzL1wiCitBQ19TVUJTVChTTk9XQkFMTFNfREFUQUJBU0UpCisKK3BrZ3N5 +c2NvbmZkaXI9JyR7c3lzY29uZmRpcn0vc25vd2JhbGxzJworQUNfU1VCU1QocGtnc3lzY29uZmRp +cikKKwordGVzdCAieCRwcmVmaXgiID0geE5PTkUgJiYgcHJlZml4PSRhY19kZWZhdWx0X3ByZWZp +eAorCitldmFsIFNOT1dCQUxMU19DT05GSUc9XCIkc3lzY29uZmRpci9zbm93YmFsbHMvXCIKK0FD +X0RFRklORV9VTlFVT1RFRChTTk9XQkFMTFNfQ09ORklHLCAiJFNOT1dCQUxMU19DT05GSUciKQor +CitldmFsIFNOT1dCQUxMU19MT0dTPVwiJGxvY2Fsc3RhdGVkaXIvbG9nL3Nub3diYWxscy9cIgor +QUNfREVGSU5FX1VOUVVPVEVEKFNOT1dCQUxMU19MT0dTLCAiJFNOT1dCQUxMU19MT0dTIikKIAog +ZG5sID09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 +PT09PT09PT09PT09PT09CiBkbmwgT3V0cHV0IGZpbGVzIHRvIGdlbmVyYXRlLgpAQCAtMTU2LDYg +KzE3MCw3IEBACiAKIEFDX09VVFBVVCggTWFrZWZpbGUgICAgICAgICAgICAgICAgICAgICAgICAg +ICAgICAgICAgICAgICAgIFwKICAgICAgICAgICAgY2xpZW50L01ha2VmaWxlICAgICAgICAgICAg +ICAgICAgICAgICAgICAgICAgICAgIFwKKyAgICAgICAgICAgY2xpZW50L2NsaWVudC5jZmcgICAg +ICAgICAgICAgICAgICAgICAgICAgICAgICAgIFwKICAgICAgICAgICAgY2xpZW50L3NyYy9NYWtl +ZmlsZSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFwKICAgICAgICAgICAgc2VydmVyL01h +a2VmaWxlICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFwKICAgICAgICAgICAgc2Vy +dmVyL2Zyb250ZW5kL01ha2VmaWxlICAgICAgICAgICAgICAgICAgICAgICAgIFwKSW5kZXg6IHNu +b3diYWxsczIvY2xpZW50L01ha2VmaWxlLmFtCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KUkNTIGZpbGU6IC9ob21lL2N2 +c3Jvb3QvY29kZS9zbm93YmFsbHMyL2NsaWVudC9NYWtlZmlsZS5hbSx2CnJldHJpZXZpbmcgcmV2 +aXNpb24gMS4xCmRpZmYgLXUgLXIxLjEgTWFrZWZpbGUuYW0KLS0tIHNub3diYWxsczIvY2xpZW50 +L01ha2VmaWxlLmFtCTExIEp1bCAyMDAxIDE1OjE3OjQwIC0wMDAwCTEuMQorKysgc25vd2JhbGxz +Mi9jbGllbnQvTWFrZWZpbGUuYW0JMTEgTWFyIDIwMDIgMTg6MDc6MzEgLTAwMDAKQEAgLTQsNiAr +NCwxMCBAQAogCiBTVUJESVJTICAgICAgICAgICAgICA9IHNyYwogCitFWFRSQV9ESVNUCSAgICAg +PSBjbGllbnQuY2ZnLmluIFwKKwkJICAgICAgIGNsaWVudC5kc3AKKworcGtnc3lzY29uZl9EQVRB +CSAgICAgPSBjbGllbnQuY2ZnCiAKICMgRW5kIG9mIE1ha2VmaWxlLmFtCiAKSW5kZXg6IHNub3di +YWxsczIvY2xpZW50L3NyYy9NYWtlZmlsZS5hbQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09ClJDUyBmaWxlOiAvaG9tZS9j +dnNyb290L2NvZGUvc25vd2JhbGxzMi9jbGllbnQvc3JjL01ha2VmaWxlLmFtLHYKcmV0cmlldmlu +ZyByZXZpc2lvbiAxLjgKZGlmZiAtdSAtcjEuOCBNYWtlZmlsZS5hbQotLS0gc25vd2JhbGxzMi9j +bGllbnQvc3JjL01ha2VmaWxlLmFtCTI5IEphbiAyMDAyIDEzOjIxOjQyIC0wMDAwCTEuOAorKysg +c25vd2JhbGxzMi9jbGllbnQvc3JjL01ha2VmaWxlLmFtCTExIE1hciAyMDAyIDE4OjA3OjMxIC0w +MDAwCkBAIC0zOSw4ICszOSw3IEBACiAgICAgICAgICAgICAgICAgICAgICAgIHNvdW5kLmNwcCAg +ICAgICAgICAgICAgICAgICAgICAgICAgIFwKICAgICAgICAgICAgICAgICAgICAgICAgc291bmQu +aAogCi1zbm93YmFsbHNfTERBREQgICAgICA9IEBGUkVFVFlQRV9MSUJTQCBAT1BFTkFMX0xJQlNA +IFwKLSAgICAgICAgICAgICAgICAgICAgICAgLWxuZWxtaXNjIC1sbmVsbmV0IC1sbmVsM2QgLWxu +ZWxwYWNzCitzbm93YmFsbHNfTERBREQgICAgICA9IEBGUkVFVFlQRV9MSUJTQCBAT1BFTkFMX0xJ +QlNACiAKIEFNX0NYWEZMQUdTICAgICAgICAgID0gQEZSRUVUWVBFX0NGTEFHU0AKIApJbmRleDog +c25vd2JhbGxzMi9jbGllbnQvc3JjL2NsaWVudC5jcHAKPT09PT09PT09PT09PT09PT09PT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQpSQ1MgZmlsZTogL2hv +bWUvY3Zzcm9vdC9jb2RlL3Nub3diYWxsczIvY2xpZW50L3NyYy9jbGllbnQuY3BwLHYKcmV0cmll +dmluZyByZXZpc2lvbiAxLjUzCmRpZmYgLXUgLXIxLjUzIGNsaWVudC5jcHAKLS0tIHNub3diYWxs +czIvY2xpZW50L3NyYy9jbGllbnQuY3BwCTIwIEZlYiAyMDAyIDA5OjQzOjQ3IC0wMDAwCTEuNTMK +KysrIHNub3diYWxsczIvY2xpZW50L3NyYy9jbGllbnQuY3BwCTExIE1hciAyMDAyIDE4OjA3OjMx +IC0wMDAwCkBAIC0yNyw2ICsyNywxNCBAQAogLy8gSW5jbHVkZXMKIC8vIAogCisjaWZkZWYgSEFW +RV9DT05GSUdfSAorI2luY2x1ZGUgImNvbmZpZy5oIgorI2VuZGlmIC8vIEhBVkVfQ09ORklHX0gK +KworI2lmbmRlZiBTTk9XQkFMTFNfQ09ORklHCisjZGVmaW5lIFNOT1dCQUxMU19DT05GSUcgIiIK +KyNlbmRpZiAvLyBTTk9XQkFMTFNfQ09ORklHCisKICNpbmNsdWRlIDxuZWwvbWlzYy90eXBlc19u +bC5oPgogCiAjaWYgZGVmaW5lZChOTF9PU19XSU5ET1dTKSAmJiBkZWZpbmVkIChOTF9SRUxFQVNF +KQpAQCAtMTQ1LDcgKzE1Myw3IEBACiAJbmxpbmZvICgiU3RhcnRpbmcgU25vd2JhbGxzICEiKTsK +IAogCS8vIExvYWQgY29uZmlnIGZpbGUKLQlDb25maWdGaWxlLmxvYWQgKCJjbGllbnQuY2ZnIik7 +CisJQ29uZmlnRmlsZS5sb2FkIChTTk9XQkFMTFNfQ09ORklHICJjbGllbnQuY2ZnIik7CiAKIAkv +LyBTZXQgdGhlIFNob3dDb21tYW5kcyB3aXRoIHRoZSB2YWx1ZSBzZXQgaW4gdGhlIGNsaWV0biBj +b25maWcgZmlsZQogCVNob3dDb21tYW5kcyA9IENvbmZpZ0ZpbGUuZ2V0VmFyKCJTaG93Q29tbWFu +ZHMiKS5hc0ludCAoKSA9PSAxOwpJbmRleDogc25vd2JhbGxzMi9zZXJ2ZXIvY2hhdC9NYWtlZmls +ZS5hbQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 +PT09PT09PT09PT09PT09ClJDUyBmaWxlOiAvaG9tZS9jdnNyb290L2NvZGUvc25vd2JhbGxzMi9z +ZXJ2ZXIvY2hhdC9NYWtlZmlsZS5hbSx2CnJldHJpZXZpbmcgcmV2aXNpb24gMS4xCmRpZmYgLXUg +LXIxLjEgTWFrZWZpbGUuYW0KLS0tIHNub3diYWxsczIvc2VydmVyL2NoYXQvTWFrZWZpbGUuYW0J +MTkgSnVsIDIwMDEgMTU6MjY6NDEgLTAwMDAJMS4xCisrKyBzbm93YmFsbHMyL3NlcnZlci9jaGF0 +L01ha2VmaWxlLmFtCTExIE1hciAyMDAyIDE4OjA3OjMxIC0wMDAwCkBAIC02LDYgKzYsOSBAQAog +CiBTVUJESVJTICAgICAgICAgICAgICA9IHNyYwogCitFWFRSQV9ESVNUCSAgICAgPSBjaGF0X3Nl +cnZpY2UuY2ZnCisKK3BrZ3N5c2NvbmZfREFUQQkgICAgID0gY2hhdF9zZXJ2aWNlLmNmZwogCiAj +IEVuZCBvZiBNYWtlZmlsZS5hbQogCkluZGV4OiBzbm93YmFsbHMyL3NlcnZlci9jaGF0L3NyYy9N +YWtlZmlsZS5hbQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 +PT09PT09PT09PT09PT09PT09PT09ClJDUyBmaWxlOiAvaG9tZS9jdnNyb290L2NvZGUvc25vd2Jh +bGxzMi9zZXJ2ZXIvY2hhdC9zcmMvTWFrZWZpbGUuYW0sdgpyZXRyaWV2aW5nIHJldmlzaW9uIDEu +NgpkaWZmIC11IC1yMS42IE1ha2VmaWxlLmFtCi0tLSBzbm93YmFsbHMyL3NlcnZlci9jaGF0L3Ny +Yy9NYWtlZmlsZS5hbQkyOSBKYW4gMjAwMiAxMzoyMTo0MiAtMDAwMAkxLjYKKysrIHNub3diYWxs +czIvc2VydmVyL2NoYXQvc3JjL01ha2VmaWxlLmFtCTExIE1hciAyMDAyIDE4OjA3OjMxIC0wMDAw +CkBAIC00LDEyICs0LDkgQEAKIAogTUFJTlRBSU5FUkNMRUFORklMRVMgPSBNYWtlZmlsZS5pbgog +Ci1iaW5fUFJPR1JBTVMgICAgICAgICA9IHNub19jaGF0CitzYmluX1BST0dSQU1TICAgICAgICA9 +IHNub19jaGF0CiAKIHNub19jaGF0X1NPVVJDRVMgICAgID0gbWFpbi5jcHAKLQotc25vX2NoYXRf +TERBREQgICAgICAgPSAtbG5lbG1pc2MgLWxuZWxuZXQKLQogCiAjIEVuZCBvZiBNYWtlZmlsZS5h +bQogCkluZGV4OiBzbm93YmFsbHMyL3NlcnZlci9jaGF0L3NyYy9tYWluLmNwcAo9PT09PT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 +ClJDUyBmaWxlOiAvaG9tZS9jdnNyb290L2NvZGUvc25vd2JhbGxzMi9zZXJ2ZXIvY2hhdC9zcmMv +bWFpbi5jcHAsdgpyZXRyaWV2aW5nIHJldmlzaW9uIDEuMwpkaWZmIC11IC1yMS4zIG1haW4uY3Bw +Ci0tLSBzbm93YmFsbHMyL3NlcnZlci9jaGF0L3NyYy9tYWluLmNwcAk2IE5vdiAyMDAxIDE1OjA4 +OjE1IC0wMDAwCTEuMworKysgc25vd2JhbGxzMi9zZXJ2ZXIvY2hhdC9zcmMvbWFpbi5jcHAJMTEg +TWFyIDIwMDIgMTg6MDc6MzEgLTAwMDAKQEAgLTI0LDYgKzI0LDE4IEBACiAgKiBNQSAwMjExMS0x +MzA3LCBVU0EuCiAgKi8KIAorI2lmZGVmIEhBVkVfQ09ORklHX0gKKyNpbmNsdWRlICJjb25maWcu +aCIKKyNlbmRpZiAvLyBIQVZFX0NPTkZJR19ICisKKyNpZm5kZWYgU05PV0JBTExTX0NPTkZJRwor +I2RlZmluZSBTTk9XQkFMTFNfQ09ORklHICIiCisjZW5kaWYgLy8gU05PV0JBTExTX0NPTkZJRwor +CisjaWZuZGVmIFNOT1dCQUxMU19MT0dTCisjZGVmaW5lIFNOT1dCQUxMU19MT0dTICIiCisjZW5k +aWYgLy8gU05PV0JBTExTX0xPR1MKKwogI2luY2x1ZGUgPHN0cmluZz4KIAogLy8gVGhpcyBpbmNs +dWRlIGlzIG1hbmRhdG9yeSB0byB1c2UgTmVMLiBJdCBpbmNsdWRlIE5lTCB0eXBlcy4KQEAgLTk3 +LDcgKzEwOSw5IEBACiAJCQkJCSJDSEFUIiwKIAkJCQkJImNoYXRfc2VydmljZSIsCiAJCQkJCTAs +Ci0JCQkJCUNhbGxiYWNrQXJyYXkgKQorCQkJCQlDYWxsYmFja0FycmF5LAorCQkJCQlTTk9XQkFM +TFNfQ09ORklHLAorCQkJCQlTTk9XQkFMTFNfTE9HUyApCiAKIAogLyogZW5kIG9mIGZpbGUgKi8K +SW5kZXg6IHNub3diYWxsczIvc2VydmVyL2Zyb250ZW5kL01ha2VmaWxlLmFtCj09PT09PT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0K +UkNTIGZpbGU6IC9ob21lL2N2c3Jvb3QvY29kZS9zbm93YmFsbHMyL3NlcnZlci9mcm9udGVuZC9N +YWtlZmlsZS5hbSx2CnJldHJpZXZpbmcgcmV2aXNpb24gMS4xCmRpZmYgLXUgLXIxLjEgTWFrZWZp +bGUuYW0KLS0tIHNub3diYWxsczIvc2VydmVyL2Zyb250ZW5kL01ha2VmaWxlLmFtCTE5IEp1bCAy +MDAxIDE1OjI2OjQxIC0wMDAwCTEuMQorKysgc25vd2JhbGxzMi9zZXJ2ZXIvZnJvbnRlbmQvTWFr +ZWZpbGUuYW0JMTEgTWFyIDIwMDIgMTg6MDc6MzIgLTAwMDAKQEAgLTYsNiArNiw5IEBACiAKIFNV +QkRJUlMgICAgICAgICAgICAgID0gc3JjCiAKK0VYVFJBX0RJU1QJICAgICA9IGZyb250ZW5kX3Nl +cnZpY2UuY2ZnCisKK3BrZ3N5c2NvbmZfREFUQQkgICAgID0gZnJvbnRlbmRfc2VydmljZS5jZmcK +IAogIyBFbmQgb2YgTWFrZWZpbGUuYW0KIApJbmRleDogc25vd2JhbGxzMi9zZXJ2ZXIvZnJvbnRl +bmQvc3JjL01ha2VmaWxlLmFtCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KUkNTIGZpbGU6IC9ob21lL2N2c3Jvb3QvY29k +ZS9zbm93YmFsbHMyL3NlcnZlci9mcm9udGVuZC9zcmMvTWFrZWZpbGUuYW0sdgpyZXRyaWV2aW5n +IHJldmlzaW9uIDEuNgpkaWZmIC11IC1yMS42IE1ha2VmaWxlLmFtCi0tLSBzbm93YmFsbHMyL3Nl +cnZlci9mcm9udGVuZC9zcmMvTWFrZWZpbGUuYW0JMjkgSmFuIDIwMDIgMTM6MjE6NDIgLTAwMDAJ +MS42CisrKyBzbm93YmFsbHMyL3NlcnZlci9mcm9udGVuZC9zcmMvTWFrZWZpbGUuYW0JMTEgTWFy +IDIwMDIgMTg6MDc6MzIgLTAwMDAKQEAgLTQsMTIgKzQsOSBAQAogCiBNQUlOVEFJTkVSQ0xFQU5G +SUxFUyA9IE1ha2VmaWxlLmluCiAKLWJpbl9QUk9HUkFNUyAgICAgICAgID0gc25vX2Zyb250ZW5k +CitzYmluX1BST0dSQU1TICAgICAgICA9IHNub19mcm9udGVuZAogCiBzbm9fZnJvbnRlbmRfU09V +UkNFUyA9IG1haW4uY3BwCi0KLXNub19mcm9udGVuZF9MREFERCAgID0gLWxuZWxtaXNjIC1sbmVs +bmV0Ci0KIAogIyBFbmQgb2YgTWFrZWZpbGUuYW0KIApJbmRleDogc25vd2JhbGxzMi9zZXJ2ZXIv +ZnJvbnRlbmQvc3JjL21haW4uY3BwCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KUkNTIGZpbGU6IC9ob21lL2N2c3Jvb3Qv +Y29kZS9zbm93YmFsbHMyL3NlcnZlci9mcm9udGVuZC9zcmMvbWFpbi5jcHAsdgpyZXRyaWV2aW5n +IHJldmlzaW9uIDEuOApkaWZmIC11IC1yMS44IG1haW4uY3BwCi0tLSBzbm93YmFsbHMyL3NlcnZl +ci9mcm9udGVuZC9zcmMvbWFpbi5jcHAJMTEgRmViIDIwMDIgMTA6MjQ6NTQgLTAwMDAJMS44Cisr +KyBzbm93YmFsbHMyL3NlcnZlci9mcm9udGVuZC9zcmMvbWFpbi5jcHAJMTEgTWFyIDIwMDIgMTg6 +MDc6MzIgLTAwMDAKQEAgLTI0LDYgKzI0LDE3IEBACiAgKiBNQSAwMjExMS0xMzA3LCBVU0EuCiAg +Ki8KIAorI2lmZGVmIEhBVkVfQ09ORklHX0gKKyNpbmNsdWRlICJjb25maWcuaCIKKyNlbmRpZiAv +LyBIQVZFX0NPTkZJR19ICisKKyNpZm5kZWYgU05PV0JBTExTX0NPTkZJRworI2RlZmluZSBTTk9X +QkFMTFNfQ09ORklHICIiCisjZW5kaWYgLy8gU05PV0JBTExTX0NPTkZJRworCisjaWZuZGVmIFNO +T1dCQUxMU19MT0dTCisjZGVmaW5lIFNOT1dCQUxMU19MT0dTICIiCisjZW5kaWYgLy8gU05PV0JB +TExTX0xPR1MKIAogLy8gVGhpcyBpbmNsdWRlIGlzIG1hbmRhdG9yeSB0byB1c2UgTmVMLiBJdCBp +bmNsdWRlIE5lTCB0eXBlcy4KICNpbmNsdWRlIDxuZWwvbWlzYy90eXBlc19ubC5oPgpAQCAtNjg1 +LDcgKzY5Niw5IEBACiAJCQkJCSJGUyIsCiAJCQkJCSJmcm9udGVuZF9zZXJ2aWNlIiwKIAkJCQkJ +MzcwMDAsCi0JCQkJCUNsaWVudENhbGxiYWNrQXJyYXkgKQorCQkJCQlDbGllbnRDYWxsYmFja0Fy +cmF5LAorCQkJCQlTTk9XQkFMTFNfQ09ORklHLAorCQkJCQlTTk9XQkFMTFNfTE9HUyApCiAKIAog +LyogZW5kIG9mIGZpbGUgKi8KSW5kZXg6IHNub3diYWxsczIvc2VydmVyL3Bvc2l0aW9uL01ha2Vm +aWxlLmFtCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 +PT09PT09PT09PT09PT09PT0KUkNTIGZpbGU6IC9ob21lL2N2c3Jvb3QvY29kZS9zbm93YmFsbHMy +L3NlcnZlci9wb3NpdGlvbi9NYWtlZmlsZS5hbSx2CnJldHJpZXZpbmcgcmV2aXNpb24gMS4xCmRp +ZmYgLXUgLXIxLjEgTWFrZWZpbGUuYW0KLS0tIHNub3diYWxsczIvc2VydmVyL3Bvc2l0aW9uL01h +a2VmaWxlLmFtCTIzIEp1bCAyMDAxIDEzOjMwOjQxIC0wMDAwCTEuMQorKysgc25vd2JhbGxzMi9z +ZXJ2ZXIvcG9zaXRpb24vTWFrZWZpbGUuYW0JMTEgTWFyIDIwMDIgMTg6MDc6MzIgLTAwMDAKQEAg +LTYsNiArNiw5IEBACiAKIFNVQkRJUlMgICAgICAgICAgICAgID0gc3JjCiAKK0VYVFJBX0RJU1QJ +ICAgICA9IHBvc2l0aW9uX3NlcnZpY2UuY2ZnCisKK3BrZ3N5c2NvbmZfREFUQQkgICAgID0gcG9z +aXRpb25fc2VydmljZS5jZmcKIAogIyBFbmQgb2YgTWFrZWZpbGUuYW0KIApJbmRleDogc25vd2Jh +bGxzMi9zZXJ2ZXIvcG9zaXRpb24vc3JjL01ha2VmaWxlLmFtCj09PT09PT09PT09PT09PT09PT09 +PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KUkNTIGZpbGU6 +IC9ob21lL2N2c3Jvb3QvY29kZS9zbm93YmFsbHMyL3NlcnZlci9wb3NpdGlvbi9zcmMvTWFrZWZp +bGUuYW0sdgpyZXRyaWV2aW5nIHJldmlzaW9uIDEuNgpkaWZmIC11IC1yMS42IE1ha2VmaWxlLmFt +Ci0tLSBzbm93YmFsbHMyL3NlcnZlci9wb3NpdGlvbi9zcmMvTWFrZWZpbGUuYW0JMjkgSmFuIDIw +MDIgMTM6MjE6NDIgLTAwMDAJMS42CisrKyBzbm93YmFsbHMyL3NlcnZlci9wb3NpdGlvbi9zcmMv +TWFrZWZpbGUuYW0JMTEgTWFyIDIwMDIgMTg6MDc6MzIgLTAwMDAKQEAgLTQsMTQgKzQsMTEgQEAK +IAogTUFJTlRBSU5FUkNMRUFORklMRVMgPSBNYWtlZmlsZS5pbgogCi1iaW5fUFJPR1JBTVMgICAg +ICAgICA9IHNub19wb3NpdGlvbgorc2Jpbl9QUk9HUkFNUyAgICAgICAgPSBzbm9fcG9zaXRpb24K +IAogc25vX3Bvc2l0aW9uX1NPVVJDRVMgPSBtYWluLmNwcCAgICAgIFwKICAgICAgICAgICAgICAg +ICAgICAgICAgcGh5c2ljcy5oICAgICBcCiAJCSAgICAgICBwaHlzaWNzLmNwcAotCi1zbm9fcG9z +aXRpb25fTERBREQgICA9IC1sbmVsbWlzYyAtbG5lbG5ldAotCiAKICMgRW5kIG9mIE1ha2VmaWxl +LmFtCiAKSW5kZXg6IHNub3diYWxsczIvc2VydmVyL3Bvc2l0aW9uL3NyYy9tYWluLmNwcAo9PT09 +PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 +PT09PT09ClJDUyBmaWxlOiAvaG9tZS9jdnNyb290L2NvZGUvc25vd2JhbGxzMi9zZXJ2ZXIvcG9z +aXRpb24vc3JjL21haW4uY3BwLHYKcmV0cmlldmluZyByZXZpc2lvbiAxLjgKZGlmZiAtdSAtcjEu +OCBtYWluLmNwcAotLS0gc25vd2JhbGxzMi9zZXJ2ZXIvcG9zaXRpb24vc3JjL21haW4uY3BwCTEx +IEZlYiAyMDAyIDEwOjI1OjAwIC0wMDAwCTEuOAorKysgc25vd2JhbGxzMi9zZXJ2ZXIvcG9zaXRp +b24vc3JjL21haW4uY3BwCTExIE1hciAyMDAyIDE4OjA3OjMyIC0wMDAwCkBAIC0yNCw2ICsyNCwx +NyBAQAogICogTUEgMDIxMTEtMTMwNywgVVNBLgogICovCiAKKyNpZmRlZiBIQVZFX0NPTkZJR19I +CisjaW5jbHVkZSAiY29uZmlnLmgiCisjZW5kaWYgLy8gSEFWRV9DT05GSUdfSAorCisjaWZuZGVm +IFNOT1dCQUxMU19DT05GSUcKKyNkZWZpbmUgU05PV0JBTExTX0NPTkZJRyAiIgorI2VuZGlmIC8v +IFNOT1dCQUxMU19DT05GSUcKKworI2lmbmRlZiBTTk9XQkFMTFNfTE9HUworI2RlZmluZSBTTk9X +QkFMTFNfTE9HUyAiIgorI2VuZGlmIC8vIFNOT1dCQUxMU19MT0dTCiAKIC8vIFRoaXMgaW5jbHVk +ZSBpcyBtYW5kYXRvcnkgdG8gdXNlIE5lTC4gSXQgaW5jbHVkZSBOZUwgdHlwZXMuCiAjaW5jbHVk +ZSA8bmVsL21pc2MvdHlwZXNfbmwuaD4KQEAgLTQ1Miw3ICs0NjMsOSBAQAogCQkJCQkiUE9TIiwK +IAkJCQkJInBvc2l0aW9uX3NlcnZpY2UiLAogCQkJCQkwLAotCQkJCQlDYWxsYmFja0FycmF5ICkK +KwkJCQkJQ2FsbGJhY2tBcnJheSwKKwkJCQkJU05PV0JBTExTX0NPTkZJRywKKwkJCQkJU05PV0JB +TExTX0xPR1MgKQogCiAKIC8qIGVuZCBvZiBmaWxlICovCg== +--kx6v7vJKno +Content-Type: application/octet-stream +Content-Disposition: attachment; + filename="acconfig.h.tar.gz" +Content-Transfer-Encoding: base64 + +H4sIAJ4KjTwAA+3WXWuDMBQGYK/9FQd2V0abWLtcd60dBbFjdoxdSaapFbJETGT03y+2K/uCdRu0 +Y3AeEFHOMUF5TZSQA57nWq2qsr/2joJQQi7C0COEUDYi3ZnQ3fXWkI48wsJwSJkruHD1QTgMPSDH +mc57rbG8AfCkrvKv60RjTjGh0/L9Qc+HHlAoKlNLvjFQiIe2hEdhDC+FAa3AvSJV8KYA3dq6tedd +AwGrwbR13bhCsGvx2He3B/5ZqwqxgiSKs2k0G9/Gy2w6T6/j8X108zpY3VTKfhqqUtAfSF323fHd +QeLFVTZPstk8jvy/fpn/kFH66YFLaYLj/QYO5T8gwTb/AaNd9F39kAUM838K+0hOtp++bbitXOBX +lXRxLKpG5FY3G6i5Xb8NXpos7i7HcZxmk0Uym1/tnxLr8ge9Lrqpj6H9U0pIZY68AziYf0Zf8h/S +0Sjo1n/GMP8n8bv8u4U3+U32d3273O+7ci67DYYV3+xOl+NlhL8NhBBCCCGEEEIIIYQQQgghhBD6 +4BmDwH/IACgAAA== +--kx6v7vJKno +Content-Type: text/plain; charset=us-ascii +Content-Description: .signature +Content-Transfer-Encoding: 7bit + + +-- +Loic Dachary http://www.dachary.org/ loic@dachary.org +12 bd Magenta http://www.senga.org/ loic@senga.org +75010 Paris T: 33 1 42 45 07 97 loic@gnu.org + GPG Public Key: http://www.dachary.org/loic/gpg.txt + +--kx6v7vJKno-- + +From loic@dachary.org Wed Mar 13 11:52:57 2002 +Received: from inspiron.dachary.org (aboukir-101-1-13-alebeon.adsl.nerim.net [62.212.101.54]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g2DAqv239423 + for ; Wed, 13 Mar 2002 11:52:57 +0100 (CET) + (envelope-from loic@dachary.org) +Received: from loic by inspiron.dachary.org with local (Exim 3.35 #1 (Debian)) + id 16l6GW-0004NX-00 + for ; Wed, 13 Mar 2002 11:45:52 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Transfer-Encoding: 7bit +Message-ID: <15503.11743.697835.508552@inspiron.dachary.org> +Date: Wed, 13 Mar 2002 11:45:51 +0100 +From: Loic Dachary +To: nel@nevrax.org +X-Mailer: VM 7.03 under Emacs 21.1.1 +Subject: [Nel] AI library now in Debian GNU/Linux packages +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +X-Reply-To: loic@gnu.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + + + Hi, + + The Debian GNU/Linux packages available at +http://loic.dachary.org/debian now include the AI library +thanks to the recent addition of the missing header. + + Enjoy, + +-- +Loic Dachary http://www.dachary.org/ loic@dachary.org +12 bd Magenta http://www.senga.org/ loic@senga.org +75010 Paris T: 33 1 42 45 07 97 loic@gnu.org + GPG Public Key: http://www.dachary.org/loic/gpg.txt + +From loic@dachary.org Wed Mar 13 11:52:57 2002 +Received: from inspiron.dachary.org (aboukir-101-1-13-alebeon.adsl.nerim.net [62.212.101.54]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g2DAqv239423 + for ; Wed, 13 Mar 2002 11:52:57 +0100 (CET) + (envelope-from loic@dachary.org) +Received: from loic by inspiron.dachary.org with local (Exim 3.35 #1 (Debian)) + id 16l6GW-0004NX-00 + for ; Wed, 13 Mar 2002 11:45:52 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Transfer-Encoding: 7bit +Message-ID: <15503.11743.697835.508552@inspiron.dachary.org> +Date: Wed, 13 Mar 2002 11:45:51 +0100 +From: Loic Dachary +To: nel@nevrax.org +X-Mailer: VM 7.03 under Emacs 21.1.1 +Subject: [Nel] AI library now in Debian GNU/Linux packages +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +X-Reply-To: loic@gnu.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + + + Hi, + + The Debian GNU/Linux packages available at +http://loic.dachary.org/debian now include the AI library +thanks to the recent addition of the missing header. + + Enjoy, + +-- +Loic Dachary http://www.dachary.org/ loic@dachary.org +12 bd Magenta http://www.senga.org/ loic@senga.org +75010 Paris T: 33 1 42 45 07 97 loic@gnu.org + GPG Public Key: http://www.dachary.org/loic/gpg.txt + +From loic@dachary.org Thu Mar 14 14:22:30 2002 +Received: from inspiron.dachary.org (babel.zehc.net [213.36.100.145]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g2EDMTD55297 + for ; Thu, 14 Mar 2002 14:22:29 +0100 (CET) + (envelope-from loic@dachary.org) +Received: from loic by inspiron.dachary.org with local (Exim 3.35 #1 (Debian)) + id 16lDAg-0000Qa-00 + for ; Wed, 13 Mar 2002 19:08:18 +0100 +MIME-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Transfer-Encoding: 7bit +Message-ID: <15503.38289.882825.480860@inspiron.dachary.org> +Date: Wed, 13 Mar 2002 19:08:17 +0100 +From: Loic Dachary +To: nel@nevrax.org +Subject: Re: [Nel] Debian GNU/Linux packages for nel/nelns/snowballs +In-Reply-To: lists@lars.in-berlin.de's message of 11 March 2002 23:09:53 +0100 +References: <15501.6840.528951.658522@inspiron.dachary.org> + <87it8292oe.fsf@lars.in-berlin.de> +X-Mailer: VM 7.03 under Emacs 21.1.1 +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +X-Reply-To: loic@gnu.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + + > Get:1 http://loic.dachary.org ./ Packages [1205B] + > Ign http://loic.dachary.org ./ Release + > Get:2 http://loic.dachary.org ./ Sources + > 99% [2 Sources gzip 0] [Waiting for file] + > gzip: stdin: not in gzip format + > Err http://loic.dachary.org ./ Sources + > Sub-process gzip returned an error code (1) + + The problem was fixed a bit later (source package +information failed because I forgot to debuild clean after +package generation in sub directories). + + It is now working. + + Cheers, + +-- +Loic Dachary http://www.dachary.org/ loic@dachary.org +12 bd Magenta http://www.senga.org/ loic@senga.org +75010 Paris T: 33 1 42 45 07 97 loic@gnu.org + GPG Public Key: http://www.dachary.org/loic/gpg.txt + +From me@lars.in-berlin.de Thu Mar 14 14:32:53 2002 +Received: from hirsch.in-berlin.de (hirsch.in-berlin.de [192.109.42.6]) + by www.nevrax.org (8.11.0/8.11.0) with ESMTP id g2EDWqD55427 + for ; Thu, 14 Mar 2002 14:32:52 +0100 (CET) + (envelope-from me@lars.in-berlin.de) +Received: from psych-o-mat (port-213-20-25-45.reverse.qdsl-home.de [213.20.25.45]) + (authenticated bits=0) + by hirsch.in-berlin.de (8.12.1/8.12.1/Debian -2) with ESMTP id g2EDQRHI003685 + (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NOT) + for ; Thu, 14 Mar 2002 14:26:27 +0100 +X-Envelope-From: me@lars.in-berlin.de +X-Envelope-To: +Received: from [10.20.40.80] (helo=bit-weaver) + by psych-o-mat with esmtp (Exim 3.35 #1 (Debian)) + id 16lVOF-0000Po-00 + for ; Thu, 14 Mar 2002 14:35:31 +0100 +Received: from lars by bit-weaver with local (Exim 3.35 #1 (Debian)) + id 16lVJp-0000eL-00 + for ; Thu, 14 Mar 2002 14:30:57 +0100 +To: nel@nevrax.org +From: lists@lars.in-berlin.de +Subject: Re: [Nel] another snowballs server +References: <15499.63937.674173.496436@inspiron.dachary.org> + <87r8mow1w0.fsf@lars.in-berlin.de> <87n0xcw07t.fsf@lars.in-berlin.de> +Date: 14 Mar 2002 14:30:57 +0100 +In-Reply-To: <87n0xcw07t.fsf@lars.in-berlin.de> +Message-ID: <87elin5l9q.fsf@lars.in-berlin.de> +Lines: 10 +User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/21.1 +MIME-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Sender: nel-admin@nevrax.org +Errors-To: nel-admin@nevrax.org +X-BeenThere: nel@nevrax.org +X-Mailman-Version: 2.0.8 +Precedence: bulk +Reply-To: nel@nevrax.org +List-Help: +List-Post: +List-Subscribe: , + +List-Id: Developer's list for the NeL platform +List-Unsubscribe: , + +List-Archive: + +> No I even made it segfault. This didn't happen to me before and I wasn't +s/No/Now/ + +Regards, +Lars + +-- +[ Lars Weber ]------< me @ lars.in-berlin.de >----[ GPG-ID: 1383B42E ] ++++ fingerprint: 44B1 1D23 DD53 E6B2 4AAB 4C36 0323 9141 1383 B42E +++ +[ Using GNU ]----< www.gnu.org | www.debian.org >---[ Running Debian ] + diff --git a/pipermail/nel/2000-December/000075.html b/pipermail/nel/2000-December/000075.html new file mode 100644 index 00000000..2d4ac8d5 --- /dev/null +++ b/pipermail/nel/2000-December/000075.html @@ -0,0 +1,55 @@ + + + + [Nel] Server on GNU/Linux + + + + + + +

[Nel] Server on GNU/Linux

+ Valignat Cedric + valignat@nevrax.com
+ Mon, 4 Dec 2000 16:09:23 +0100 +

+
+ +
Hello everybody,
+
+At least it comes, you should be able to get something to compile and running
+under GNU/Linux platforms ...
+
+Checkout the INSTALL file, it will show you the path to follow :-)
+
+
+Cedric.
+
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2000-December/000076.html b/pipermail/nel/2000-December/000076.html new file mode 100644 index 00000000..f887eac0 --- /dev/null +++ b/pipermail/nel/2000-December/000076.html @@ -0,0 +1,67 @@ + + + + [Nel] Suggestion for the NeL network library / architecture + + + + + + +

[Nel] Suggestion for the NeL network library / architecture

+ Jean-Noel Moyne + jnmoyne@tibco.com
+ Fri, 8 Dec 2000 09:53:09 +0100 +

+
+ +
Just had a look at your site and your project because my brother is
+going to work with you guys (as a graphic artist). I see that you have
+need for fast reliable real-time asynchronous (and probably one to many)
+network transport for your messaging. That need being for server to
+server communication, not server to client.
+
+You should have a look at PGM, which is an open reliable multicast
+protocol designed by Cisco and TIBCO (the company I work for), which is
+design to solve just this kind of problems in the most efficient way.
+
+While TIBCO makes a complete messaging system that will use PGM and that
+is a commercial product, we are also releasing an Open Source version of
+the PGM protocol stack (which is probably all you need, and all you
+would want to use, being an Open Source project yourself).
+
+As a suggestion from a network professional with a lot of experience
+designing large scale scalable real time oriented distributed systems,
+you should take a look at it.
+
+http://pgm.tibco.com/
+
+    JNM
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2000-December/000077.html b/pipermail/nel/2000-December/000077.html new file mode 100644 index 00000000..e1f2e748 --- /dev/null +++ b/pipermail/nel/2000-December/000077.html @@ -0,0 +1,90 @@ + + + + [Nel] Suggestion for the NeL network library / architecture + + + + + + +

[Nel] Suggestion for the NeL network library / architecture

+ Dim Segebart + zager@teleaction.com
+ Fri, 08 Dec 2000 11:39:18 +0100 +

+
+ +
Hello !
+Just one question.
+
+>From http://pgm.tibco.com/draft-speakman-pgm-spec-04.txt
+>>> PGM runs over a datagram multicast protocol such as IP multicast [5].
+
+AFAIK, many ISP's ban multicast traffic and many users'll be unable to use
+software based on it.
+Am I wrong or missing something ?
+TIA
+
+--
+Dim
+
+
+Jean-Noel Moyne wrote:
+
+> Just had a look at your site and your project because my brother is
+> going to work with you guys (as a graphic artist). I see that you have
+> need for fast reliable real-time asynchronous (and probably one to many)
+> network transport for your messaging. That need being for server to
+> server communication, not server to client.
+>
+> You should have a look at PGM, which is an open reliable multicast
+> protocol designed by Cisco and TIBCO (the company I work for), which is
+> design to solve just this kind of problems in the most efficient way.
+>
+> While TIBCO makes a complete messaging system that will use PGM and that
+> is a commercial product, we are also releasing an Open Source version of
+> the PGM protocol stack (which is probably all you need, and all you
+> would want to use, being an Open Source project yourself).
+>
+> As a suggestion from a network professional with a lot of experience
+> designing large scale scalable real time oriented distributed systems,
+> you should take a look at it.
+>
+> http://pgm.tibco.com/
+>
+>     JNM
+> _______________________________________________
+> Nel mailing list
+> Nel@nevrax.org
+> http://www.nevrax.org/mailman/listinfo.cgi/nel
+
+
+
+ + + + +
+

+ diff --git a/pipermail/nel/2000-December/000078.html b/pipermail/nel/2000-December/000078.html new file mode 100644 index 00000000..e1cfefb6 --- /dev/null +++ b/pipermail/nel/2000-December/000078.html @@ -0,0 +1,80 @@ + + + + [Nel] Suggestion for the NeL network library / architecture + + + + + + +

[Nel] Suggestion for the NeL network library / architecture

+ Vincent Archer + archer@nevrax.com
+ Tue, 12 Dec 2000 11:08:20 +0100 +

+
+ +
According to Jean-Noel Moyne:
+> You should have a look at PGM, which is an open reliable multicast
+> protocol designed by Cisco and TIBCO (the company I work for), which is
+> design to solve just this kind of problems in the most efficient way.
+
+Hmmm, about everyone around started talking about, then dismissing it
+as unsuited to our needs, but that's chiefly due to one misunderstanding.
+
+At first we didn't see the "server to server" sentence.
+
+We still don't know how well multicasting can be useful in our server
+architecture, because so far, we have very few one-to-many messages
+across servers. Most services discuss with a specific target on a specific
+service.
+
+However, we still have lots of discussion for the "world service",
+i.e. the service which "simulates" the world and run the various objects
+and NPC agents. That one might be a candidate for a multicast protocol,
+since we can expect replication of objects across multiple world services.
+
+This tie in with another question which I didn't had time to reply to,
+regarding how to "split" the world across the multiple world services.
+If the split is done by geography (the UO model), then there is little
+need of a PGM-based protocol, because most objects will be accessed by
+2 world services (edges), or at most 3 (T-intersections). However, if the
+split is done instead by reference (i.e. we cluster an agent with the
+agents that refer to it more often), then we have a higher redundancy
+of agents on servers, and a multicast is probably the best method to
+send message to these agents.
+
+-- 
+Vincent Archer                                         Email: archer@nevrax.com
+
+Nevrax France.                              Off on the yellow brick road we go!
+
+
+ + + + +
+

+ diff --git a/pipermail/nel/2000-December/000079.html b/pipermail/nel/2000-December/000079.html new file mode 100644 index 00000000..a10bb898 --- /dev/null +++ b/pipermail/nel/2000-December/000079.html @@ -0,0 +1,71 @@ + + + + [Nel] Suggestion for the NeL network library / architecture + + + + + + +

[Nel] Suggestion for the NeL network library / architecture

+ Vincent Archer + archer@nevrax.com
+ Tue, 12 Dec 2000 11:11:10 +0100 +

+
+ +
According to Dim Segebart:
+> Hello !
+> Just one question.
+> 
+> >From http://pgm.tibco.com/draft-speakman-pgm-spec-04.txt
+> >>> PGM runs over a datagram multicast protocol such as IP multicast [5].
+> 
+> AFAIK, many ISP's ban multicast traffic and many users'll be unable to use
+> software based on it.
+> Am I wrong or missing something ?
+> TIA
+
+And Jean-Noel Moyne said:
+> network transport for your messaging. That need being for server to
+> server communication, not server to client.
+
+Note "server to server". What Jean-Noel was suggesting was not a protocol
+to communicate with the clients, but a protocol to communicate between
+the various servers that constitute a world cluster.
+
+Since these clusters will be located in a single facility, on a dedicated
+switch, the issue of IP filtering do not apply :)
+
+-- 
+Vincent Archer                                         Email: archer@nevrax.com
+
+Nevrax France.                              Off on the yellow brick road we go!
+
+
+ + +
+

+ diff --git a/pipermail/nel/2000-December/000080.html b/pipermail/nel/2000-December/000080.html new file mode 100644 index 00000000..31b1bb0e --- /dev/null +++ b/pipermail/nel/2000-December/000080.html @@ -0,0 +1,51 @@ + + + + [Nel] Suggestion for the NeL network library / architecture + + + + + + +

[Nel] Suggestion for the NeL network library / architecture

+ MIGUEL ANGEL BLANCH LARDIN + x5101920@fedro.ugr.es
+ Tue, 12 Dec 2000 11:13:59 +0100 (MET) +

+
+ +
> At first we didn't see the "server to server" sentence.
+
+Ok, I have a dummy question, but when it is better to have multicast 
+to a server delivering the messages to the rest of servers?
+
+How portable/compatible is mulitcast technology?
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2000-December/000081.html b/pipermail/nel/2000-December/000081.html new file mode 100644 index 00000000..cc2d1ea2 --- /dev/null +++ b/pipermail/nel/2000-December/000081.html @@ -0,0 +1,95 @@ + + + + [Nel] Suggestion for the NeL network library / architecture + + + + + + +

[Nel] Suggestion for the NeL network library / architecture

+ Vincent Archer + archer@nevrax.com
+ Tue, 12 Dec 2000 11:37:00 +0100 +

+
+ +
According to MIGUEL ANGEL BLANCH LARDIN:
+> > At first we didn't see the "server to server" sentence.
+> 
+> Ok, I have a dummy question, but when it is better to have multicast 
+> to a server delivering the messages to the rest of servers?
+
+Quite simple: When you need to send the same message to more than one
+server. As soon as you need to send a message to multiple servers,
+you will tie up bandwidth and CPU resending the same message over and over
+to each server.
+
+Consider the following model. Each agent (which represent an object, NPC,
+PC, the door, the lamp, whatever entity in your world) is represented
+typically by an object in a "world service process". Once your world
+becomes large, you need multiple processes. What happens when an agent
+want to "talk" to another agent on a different process. The agent, in an
+ideal (and OO) world, merely talks to an object located in its process
+space, said object being either the recipient agent itself, or merely a
+replica, which will forward the message across the network to the real
+agent.
+
+You don't need multicast for that: its straight 1-to-1.
+
+However, what if the message is "what is your current XYZ". That's a fairly
+frequent question. If you need to query across the network, you'll quickly
+end up loading the net, just to find the value three variables.
+
+That's where PGM/multicast intervenes. In that model, the agent, when he
+changes some of his variables, notifies the replica that "XYZ are now...".
+I spoke about how the world services organise where an agent resides. In
+some models, you have about one, maybe two replicas, which you can notify
+using a standard TCP stream. Or RDP. But, if you want a load-balancing
+system, you quickly end up with a replica of an object in most world
+service processes. It becomes then more efficient to multicast the updates
+as above to all processes, and update them all in one sweep.
+
+> How portable/compatible is mulitcast technology?
+
+Multicast is working, right now. However, to work across separate networks,
+it requires specific support from IP routers, and resources, which most
+providers aren't willing to dedicate (multi-network multicast is mostly
+used for video/audio "broadcasts", video conferencing or shows).
+
+As for PGM, well, the current library has lots of empty directories and
+"TODO" notes in comments, so it's clearly a work in progress :)
+
+-- 
+Vincent Archer                                         Email: archer@nevrax.com
+
+Nevrax France.                              Off on the yellow brick road we go!
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2000-December/000082.html b/pipermail/nel/2000-December/000082.html new file mode 100644 index 00000000..aa9812a0 --- /dev/null +++ b/pipermail/nel/2000-December/000082.html @@ -0,0 +1,75 @@ + + + + [Nel] Suggestion for the NeL network library / architecture + + + + + + +

[Nel] Suggestion for the NeL network library / architecture

+ MIGUEL ANGEL BLANCH LARDIN + x5101920@fedro.ugr.es
+ Tue, 12 Dec 2000 11:48:18 +0100 (MET) +

+
+ +
> That's where PGM/multicast intervenes. In that model, the agent, 
+when he
+> changes some of his variables, notifies the replica that "XYZ are 
+now...".
+> I spoke about how the world services organise where an agent 
+resides. In
+> some models, you have about one, maybe two replicas, which you can 
+notify
+> using a standard TCP stream. Or RDP. But, if you want a 
+load-balancing
+> system, you quickly end up with a replica of an object in most world
+> service processes. It becomes then more efficient to multicast the 
+updates
+> as above to all processes, and update them all in one sweep.
+
+Ok, I always have though of load balancing as load-work division 
+between servers.
+
+I think that the above kind of working can have several inconsistences 
+, just take a look to some distributed Mutual exclusion algos.
+
+Just imagine that both copies of a object multicast different 
+positions, you have to choose what is the best one, and whatever your 
+choose is, it will be wrong, and servers can't be wrong.
+
+Replycating work can be a real pain.
+And for what you have said multicast isn't a solution for end-users.
+
+I think that IPv6 will fix these things, by having a multicast in the 
+standart, isn't it?
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2000-December/000083.html b/pipermail/nel/2000-December/000083.html new file mode 100644 index 00000000..6a8ba32a --- /dev/null +++ b/pipermail/nel/2000-December/000083.html @@ -0,0 +1,72 @@ + + + + [Nel] Suggestion for the NeL network library / architecture + + + + + + +

[Nel] Suggestion for the NeL network library / architecture

+ Vincent Archer + archer@nevrax.com
+ Tue, 12 Dec 2000 12:11:26 +0100 +

+
+ +
According to MIGUEL ANGEL BLANCH LARDIN:
+> Just imagine that both copies of a object multicast different 
+> positions, you have to choose what is the best one, and whatever your 
+> choose is, it will be wrong, and servers can't be wrong.
+
+Ahem, no. I might have used object and agent in various contexts, but
+an agent is the only one which is authorised to change its state. The
+other objects are "replica", or passive objects. Each agent may exist
+only as a single copy over the set of processes, and he is the entity
+responsible for updating the local states of the replica objects in
+the other processes.
+
+If you want "what is your XYZ", the local replica answers. However, if
+you want "teleport to XYZ", the message is transmitted across the network
+to the unique agent, which updates its internal state, and then retransmits
+to all replicas "set internal state XYZ". And the latter is when multicast
+helps when there are many replicas to update.
+
+> Replycating work can be a real pain.
+
+Hey, if I could buy a terahertz processor and have everything run on a
+single process, I'd be happy too :)
+
+-- 
+Vincent Archer                                         Email: archer@nevrax.com
+
+Nevrax France.                              Off on the yellow brick road we go!
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2000-December/000084.html b/pipermail/nel/2000-December/000084.html new file mode 100644 index 00000000..0d5d29f9 --- /dev/null +++ b/pipermail/nel/2000-December/000084.html @@ -0,0 +1,89 @@ + + + + [Nel] Suggestion for the NeL network library / architecture + + + + + + +

[Nel] Suggestion for the NeL network library / architecture

+ MIGUEL ANGEL BLANCH LARDIN + x5101920@fedro.ugr.es
+ Tue, 12 Dec 2000 12:20:32 +0100 (MET) +

+
+ +
> Ahem, no. I might have used object and agent in various contexts, 
+but
+> an agent is the only one which is authorised to change its state. 
+The
+> other objects are "replica", or passive objects. Each agent may 
+exist
+> only as a single copy over the set of processes, and he is the 
+entity
+> responsible for updating the local states of the replica objects in
+> the other processes.
+>
+> If you want "what is your XYZ", the local replica answers. However, 
+if
+> you want "teleport to XYZ", the message is transmitted across the 
+network
+> to the unique agent, which updates its internal state, and then 
+retransmits
+> to all replicas "set internal state XYZ". And the latter is when 
+multicast
+> helps when there are many replicas to update.
+
+Ok, as far as I am thinking about agents, a replica only show info but 
+can't process code. So all the modificators should be send to the 
+main agent, that then update.
+
+There is still the possibility of an object to get two contradictory 
+updates at the same time. To avoid this you should order the messages, 
+something that I feel is unefficient and ugly.
+
+Just image agent is a ball, and then two user decide to kick the two 
+replica of the agent, so the replicas get the kick commnand and send 
+it to the agent.
+
+> > Replycating work can be a real pain.
+>
+> Hey, if I could buy a terahertz processor and have everything run on 
+a
+> single process, I'd be happy too :)
+
+If you need a terahertz processor to run the server, you better start 
+again the design stage.
+
+Just I want to note that replycanting the work can lead to ugly 
+things and race conditions.
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2000-December/000085.html b/pipermail/nel/2000-December/000085.html new file mode 100644 index 00000000..9df79cba --- /dev/null +++ b/pipermail/nel/2000-December/000085.html @@ -0,0 +1,74 @@ + + + + [Nel] Bugs on nevrax.org + + + + + + +

[Nel] Bugs on nevrax.org

+ David Mentre + David.Mentre@inria.fr
+ 22 Dec 2000 10:06:41 +0100 +

+
+ +
Hi all nelers,
+
+There are two bugs at nevrax.org:
+
+ 1. the webmaster@nevrax.org address is invalid:
+
+... while talking to www.nevrax.org.:
+>>> RCPT To:<webmaster@nevrax.org>
+<<< 550 5.1.1 <webmaster@nevrax.org>... User unknown
+550 5.1.1 <webmaster@nevrax.org>... User unknown
+
+
+ 2. the bug system is no longer working at the time of this email:
+
+http://www.nevrax.org/bugs/reports.cgi
+Software error:
+
+Can't connect to database server. at globals.pl line 40. 
+
+For help, please send mail to the webmaster (webmaster@nevrax.org),
+giving this error message and the time and date of the error. 
+
+
+Hope it helps,
+Best regards,
+d.
+-- 
+ David.Mentre@inria.fr -- http://www.irisa.fr/prive/dmentre/
+ Opinions expressed here are only mine.
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2000-December/000086.html b/pipermail/nel/2000-December/000086.html new file mode 100644 index 00000000..cb98ac0f --- /dev/null +++ b/pipermail/nel/2000-December/000086.html @@ -0,0 +1,76 @@ + + + + [Nel] Bugs on nevrax.org + + + + + + +

[Nel] Bugs on nevrax.org

+ Vincent Archer + archer@nevrax.com
+ Fri, 22 Dec 2000 10:22:08 +0100 +

+
+ +
According to David Mentre:
+> There are two bugs at nevrax.org:
+> 
+>  1. the webmaster@nevrax.org address is invalid:
+> 
+> ... while talking to www.nevrax.org.:
+> >>> RCPT To:<webmaster@nevrax.org>
+> <<< 550 5.1.1 <webmaster@nevrax.org>... User unknown
+> 550 5.1.1 <webmaster@nevrax.org>... User unknown
+
+Hrrrmmm? There's a comment in front of the alias (can't figure out why.
+My name's there, but it got commented out).
+
+>  2. the bug system is no longer working at the time of this email:
+> 
+> http://www.nevrax.org/bugs/reports.cgi
+> Software error:
+> 
+> Can't connect to database server. at globals.pl line 40. 
+
+No error messages, and the sql server went down. I'll keep an eye on it
+for today.
+
+Please note that the Nevrax offices are closed during the Christmas-New Year
+period. This list and the site shouldn't suffer, but don't expect prompt
+response to any problem or question you may raise.
+
+Happy holiday season all, and see you next century!
+-- 
+Vincent Archer                                         Email: archer@nevrax.com
+
+Nevrax France.                              Off on the yellow brick road we go!
+
+
+ + +
+

+ diff --git a/pipermail/nel/2000-December/author.html b/pipermail/nel/2000-December/author.html new file mode 100644 index 00000000..c529c94c --- /dev/null +++ b/pipermail/nel/2000-December/author.html @@ -0,0 +1,57 @@ + + + + The Nel 2000-December Archive by Author + + + +

2000-December Archives by Author

+ +

Starting: Mon Dec 4 15:09:23 2000
+ Ending: Fri Dec 22 09:22:08 2000
+ Messages: 12

+

+

+ Last message date: + Fri Dec 22 09:22:08 2000
+ Archived on: Fri Dec 22 10:19:00 2000 +

+

+

+

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

2000-December Archives by Date

+ +

Starting: Mon Dec 4 15:09:23 2000
+ Ending: Fri Dec 22 09:22:08 2000
+ Messages: 12

+

+

+ Last message date: + Fri Dec 22 09:22:08 2000
+ Archived on: Fri Dec 22 10:19:00 2000 +

+

+

+

+ This archive was generated by + Pipermail 0.05 (Mailman edition). + + + diff --git a/pipermail/nel/2000-December/index.html b/pipermail/nel/2000-December/index.html new file mode 100644 index 00000000..e74c8b2e --- /dev/null +++ b/pipermail/nel/2000-December/index.html @@ -0,0 +1,79 @@ + + + + The Nel 2000-December Archive by Thread + + + +

2000-December Archives by Thread

+ +

Starting: Mon Dec 4 15:09:23 2000
+ Ending: Fri Dec 22 09:22:08 2000
+ Messages: 12

+

+

+ Last message date: + Fri Dec 22 09:22:08 2000
+ Archived on: Fri Dec 22 10:19:00 2000 +

+

+

+

+ This archive was generated by + Pipermail 0.05 (Mailman edition). + + + diff --git a/pipermail/nel/2000-December/subject.html b/pipermail/nel/2000-December/subject.html new file mode 100644 index 00000000..5d8089c7 --- /dev/null +++ b/pipermail/nel/2000-December/subject.html @@ -0,0 +1,57 @@ + + + + The Nel 2000-December Archive by Subject + + + +

2000-December Archives by Subject

+ +

Starting: Mon Dec 4 15:09:23 2000
+ Ending: Fri Dec 22 09:22:08 2000
+ Messages: 12

+

+

+ Last message date: + Fri Dec 22 09:22:08 2000
+ Archived on: Fri Dec 22 10:19:00 2000 +

+

+

+

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

2000-December Archives by Thread

+ +

Starting: Mon Dec 4 15:09:23 2000
+ Ending: Fri Dec 22 09:22:08 2000
+ Messages: 12

+

+

+ Last message date: + Fri Dec 22 09:22:08 2000
+ Archived on: Fri Dec 22 10:19:00 2000 +

+

+

+

+ This archive was generated by + Pipermail 0.05 (Mailman edition). + + + diff --git a/pipermail/nel/2000-November/000002.html b/pipermail/nel/2000-November/000002.html new file mode 100644 index 00000000..bb4c5935 --- /dev/null +++ b/pipermail/nel/2000-November/000002.html @@ -0,0 +1,57 @@ + + + + [Nel] What kind of game are you making? + + + + + + +

[Nel] What kind of game are you making?

+ david.belius@chello.se + david.belius@chello.se
+ Wed, 08 Nov 2000 20:19:05 +0100 +

+
+ +
Hello.
+I found your project on freshmeat and it looks very cool.
+You say that you are commercially funded and that the game data does not
+have to be free even though the code is free.
+I assume this means you are making a game out of this.
+What kind of game are you making?
+How long have you been working on NeL?
+
+Best Regards,
+David
+
+
+
+ + + + +
+

+ diff --git a/pipermail/nel/2000-November/000003.html b/pipermail/nel/2000-November/000003.html new file mode 100644 index 00000000..89023153 --- /dev/null +++ b/pipermail/nel/2000-November/000003.html @@ -0,0 +1,65 @@ + + + + [Nel] problem about the bug report interface + + + + + + +

[Nel] problem about the bug report interface

+ Nicolas Hognon + nhognon@noos.fr
+ Wed, 08 Nov 2000 20:42:07 +0100 +

+
+ +
Hy ....
+
+yesterday i've submited a little bug in the bug report
+but i encounter a problem to report it.
+
+on the report bug page we must select the component associated
+to the bug but under netscape communicator 4.76 under windows (2000)
+the right part of the page is hidden
+so i use internet explorer :((
+but i try this page under linux with netscape 4.75 i think and it work
+fine ....
+
+that's all ...
+
+
+-- 
+ Nicolas Hognon (aka SilentBob)
+ home : cblt@cblt.org / www.cblt.org
+ work : nicolash@next-url.com / www.next-url.com
+
+
+ + + + +
+

+ diff --git a/pipermail/nel/2000-November/000004.html b/pipermail/nel/2000-November/000004.html new file mode 100644 index 00000000..ba91c312 --- /dev/null +++ b/pipermail/nel/2000-November/000004.html @@ -0,0 +1,96 @@ + + + + [Nel] What kind of game are you making? + + + + + + +

[Nel] What kind of game are you making?

+ Vincent Archer + archer@nevrax.com
+ Thu, 9 Nov 2000 11:16:39 +0100 +

+
+ +
According to david.belius@chello.se:
+> I found your project on freshmeat and it looks very cool.
+
+Thanks for the attention. And the questions - I'm lazy, and couldn't
+find anything to put in the FAQ yet, so your questions will serve as the
+initial set :)
+
+> You say that you are commercially funded and that the game data does not
+> have to be free even though the code is free.
+> I assume this means you are making a game out of this.
+
+A good assumption. Yes, we are making a game using that platform, or
+we are making that platform for our game, depending on how you look at
+it.
+
+> What kind of game are you making?
+
+We are working on, what else, a MMORPG "whose details are yet to be
+announced (blah blah)". Due to the marketing plans putting a gun on my
+head, I'm not at a liberty to discuss the game content and so on :(
+
+We're trying to be as general as possible, but the emphasis is definitively
+on multiplayer RPG.
+
+> How long have you been working on NeL?
+
+It depends on how you look at it. We've been in pre-planning stages since
+march 2000; looking at architecture options, development contraints,
+potentials pre-existing bits, interesting algorithms, and so on. The
+real, definitive coding has started in earnest early september, which
+is why NeL is not at the stage where you can see anything right sexy
+on your screen now; we're busy filling in the fundations of the library.
+
+With 9 full-time people on the programming staff, however, you can expect
+things to move rather fast. We do have deadlines, which include having a
+visible game skeleton within the next months, and the game proper going
+beta in late 2001, early 2002.
+
+What else can I say. We do expect to provide some form of game data quickly,
+because we don't expect everyone to suddendly turn into a professional
+3D modeler and artist to fill in, so don't despair yet at lack of game data
+(the data will reside in a separate module than the 'code' CVS module
+ available right now).
+
+Can't say what's the "demo data" will be, except it won't be our true
+game data, will be chilly, and you can expect to meet some non-flying birds
+all over the place :)
+
+-- 
+Vincent Archer                                         Email: archer@nevrax.com
+
+Nevrax France.                              Off on the yellow brick road we go!
+
+
+ + +
+

+ diff --git a/pipermail/nel/2000-November/000005.html b/pipermail/nel/2000-November/000005.html new file mode 100644 index 00000000..7fc4eab4 --- /dev/null +++ b/pipermail/nel/2000-November/000005.html @@ -0,0 +1,67 @@ + + + + [Nel] problem about the bug report interface + + + + + + +

[Nel] problem about the bug report interface

+ Yan Babilliot + yan@nevrax.com
+ 09 Nov 2000 12:46:40 -0200 +

+
+ +
> Hy ....
+> 
+> yesterday i've submited a little bug in the bug report
+> but i encounter a problem to report it.
+> 
+> on the report bug page we must select the component associated
+> to the bug but under netscape communicator 4.76 under windows (2000)
+> the right part of the page is hidden
+> so i use internet explorer :((
+> but i try this page under linux with netscape 4.75 i think and it work
+> fine ....
+> 
+> that's all ...
+> 
+
+Thank for the bug-report.
+You should now be able to report bugs with Netscape/Windows ;)
+
+
+
+-- 
+
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2000-November/000006.html b/pipermail/nel/2000-November/000006.html new file mode 100644 index 00000000..ef8ca117 --- /dev/null +++ b/pipermail/nel/2000-November/000006.html @@ -0,0 +1,59 @@ + + + + [Nel] matrix.cpp std::min/max problems? + + + + + + +

[Nel] matrix.cpp std::min/max problems?

+ Cary Farrier + cary@farriersoft.com
+ Thu, 09 Nov 2000 10:50:21 -0800 +

+
+ +
I just updated from the latest CVS snapshot, added r:\code\net\include
+to the project settings, however when compiling matrix.cpp in VC++ 6.0
+(SP3) the compiler is complaining that 'max is not a member of std'.
+
+Any thoughts?
+
+-> Cary
+--
+
+Cary Farrier    
+Farrier Software, Inc.                        (303) 875-9148 fax/message
+cary@farriersoft.com                        <http://www.farriersoft.com>
+
+
+
+ + + + +
+

+ diff --git a/pipermail/nel/2000-November/000007.html b/pipermail/nel/2000-November/000007.html new file mode 100644 index 00000000..e4f3c544 --- /dev/null +++ b/pipermail/nel/2000-November/000007.html @@ -0,0 +1,156 @@ + + + + [Nel] How do i compile this beast? Empty FAQ... + + + + + + +

[Nel] How do i compile this beast? Empty FAQ...

+ Stefan Nilsen + stefan.nilsen@telia.com
+ Thu, 9 Nov 2000 20:43:58 +0100 +

+
+ +
Hi guys.
+
+I'm sorry if this is a stupid question, but what do i do after i have CVS'ed 
+home this thing?
+
+Look below for my trial and (mostly) error.
+
+I would like to RTFM, but i don't find any :-(
+
+Pls help me!
+
+Btw, I run SuSE 7.0 if that helps anyone, and my computer is Y2K safe :-)
+
+----- cut here -----
+
+A loosers guide to automake! ;-)
+
+
+I have tried the following commands:
+aclocal  
+
+(i got myself an aclocal.m4)
+
+automake 
+
+automake: configure.in: required file `./install-sh' not found
+automake: configure.in: required file `./mkinstalldirs' not found
+automake: configure.in: required file `./missing' not found
+automake: configure.in: required file `./config.guess' not found
+automake: configure.in: required file `./config.sub' not found
+automake: Makefile.am: required file `./INSTALL' not found
+automake: Makefile.am: required file `./NEWS' not found
+automake: Makefile.am: required file `./README' not found
+automake: Makefile.am: required file `./COPYING' not found
+automake: Makefile.am: required file `./AUTHORS' not found
+automake: Makefile.am: required file `./ChangeLog' not found
+configure.in: 11: required file `./include/config.h.in' not found   
+
+automake -a
+
+automake: configure.in: installing `./install-sh'
+automake: configure.in: installing `./mkinstalldirs'
+automake: configure.in: installing `./missing'
+automake: configure.in: installing `./config.guess'
+automake: configure.in: installing `./config.sub'
+automake: Makefile.am: installing `./INSTALL'
+automake: Makefile.am: required file `./NEWS' not found
+automake: Makefile.am: required file `./README' not found
+automake: Makefile.am: installing `./COPYING'
+automake: Makefile.am: required file `./AUTHORS' not found
+automake: Makefile.am: required file `./ChangeLog' not found
+configure.in: 11: required file `./include/config.h.in' not found  
+
+autoconf
+
+This gives me some of the missing files in the step above.
+
+automake -a  (again...)
+
+automake: Makefile.am: required file `./NEWS' not found
+automake: Makefile.am: required file `./README' not found
+automake: Makefile.am: required file `./AUTHORS' not found
+automake: Makefile.am: required file `./ChangeLog' not found
+configure.in: 11: required file `./include/config.h.in' not found  
+
+autoheader
+
+(silence...)
+
+automake -a (a final time...)
+
+automake: Makefile.am: required file `./NEWS' not found
+automake: Makefile.am: required file `./README' not found
+automake: Makefile.am: required file `./AUTHORS' not found
+automake: Makefile.am: required file `./ChangeLog' not found   
+
+./configure
+
+...
+...
+...
+checking for fcntl.h... yes
+checking for unistd.h... yes
+checking for working const... yes
+updating cache ./config.cache
+creating ./config.status
+creating Makefile
+creating src/Makefile
+creating src/misc/Makefile
+creating src/net/Makefile
+creating include/Makefile
+sed: can't read ./include/Makefile.in: No such file or directory
+creating lib/Makefile
+sed: can't read ./lib/Makefile.in: No such file or directory
+creating doc/Makefile
+sed: can't read ./doc/Makefile.in: No such file or directory
+creating include/config.h    
+
+make
+
+Making all in include
+make[1]: Entering directory `/home/stni/workproj/nel/code/nel/include'
+make[1]: *** No rule to make target `all'.  Stop.
+make[1]: Leaving directory `/home/stni/workproj/nel/code/nel/include'
+make: *** [all-recursive] Error 1       
+
+
+
+ + + + + + + + +
+

+ diff --git a/pipermail/nel/2000-November/000008.html b/pipermail/nel/2000-November/000008.html new file mode 100644 index 00000000..a1ff295f --- /dev/null +++ b/pipermail/nel/2000-November/000008.html @@ -0,0 +1,61 @@ + + + + [Nel] matrix.cpp std::min/max problems? + + + + + + +

[Nel] matrix.cpp std::min/max problems?

+ Vincent Archer + archer@nevrax.com
+ Fri, 10 Nov 2000 09:32:47 +0100 +

+
+ +
According to Cary Farrier:
+> I just updated from the latest CVS snapshot, added r:\code\net\include
+> to the project settings, however when compiling matrix.cpp in VC++ 6.0
+> (SP3) the compiler is complaining that 'max is not a member of std'.
+
+Note that, strictly speaking, bug reports should go thru the web
+interface rather than the mailing list. It's a lot easier to manage
+there. Use the mailing list if you can't access the WWW at all
+for some reason (like being buried deep behind 4 firewalls that require
+you to sign in blood to access the outside world).
+
+Bug reported to the developper in charge.
+-- 
+Vincent Archer                                         Email: archer@nevrax.com
+
+Nevrax France.                              Off on the yellow brick road we go!
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2000-November/000009.html b/pipermail/nel/2000-November/000009.html new file mode 100644 index 00000000..31d145c6 --- /dev/null +++ b/pipermail/nel/2000-November/000009.html @@ -0,0 +1,62 @@ + + + + [Nel] List settings changes + + + + + + +

[Nel] List settings changes

+ Vincent Archer + archer@nevrax.com
+ Fri, 10 Nov 2000 09:41:37 +0100 +

+
+ +
Administrative note: I've switched the list settings. Made the list
+membership private - i.e. you have to enter your password to access
+the list members, in order to avoid spammers grabbing the list -, and
+what's more important, redirected replies to mailing list itself.
+
+If you want to reply to the sender of the message itself, you now have
+to use a group reply, and then edit the recipients to remove the list.
+
+-- 
+Vincent Archer                                         Email: archer@nevrax.com
+
+Nevrax France.                              Off on the yellow brick road we go!
+
+
+ + + + + + + + +
+

+ diff --git a/pipermail/nel/2000-November/000010.html b/pipermail/nel/2000-November/000010.html new file mode 100644 index 00000000..c2933e5c --- /dev/null +++ b/pipermail/nel/2000-November/000010.html @@ -0,0 +1,70 @@ + + + + [Nel] How do i compile this beast? Empty FAQ... + + + + + + +

[Nel] How do i compile this beast? Empty FAQ...

+ Valignat Cedric + valignat@nevrax.com
+ Fri, 10 Nov 2000 11:09:32 +0100 +

+
+ +
Hi,
+
+Stefan Nilsen wrote:
+> 
+> I'm sorry if this is a stupid question, but what do i do after i have CVS'ed 
+> home this thing?
+>
+> [...]
+
+At the moment the library is compiling only on Visual C++ :-(
+
+We are currently working on this problem, it sould be fix soon.
+
+Sorry about that ...
+
+
+> A loosers guide to automake! ;-)
+
+Thanks for your help ! :-)
+
+
+Cedric.
+
+
+ + + + + + +
+

+ diff --git a/pipermail/nel/2000-November/000011.html b/pipermail/nel/2000-November/000011.html new file mode 100644 index 00000000..d7ac46f3 --- /dev/null +++ b/pipermail/nel/2000-November/000011.html @@ -0,0 +1,80 @@ + + + + [Nel] matrix.cpp std::min/max problems? + + + + + + +

[Nel] matrix.cpp std::min/max problems?

+ Bryce Harrington + bryce@neptune.net
+ Fri, 10 Nov 2000 02:22:23 -0800 (PST) +

+
+ +
Hi Cary, 
+
+The VC++/STL min/max problem is pretty well known, and is a result of a
+very buggy STL implementation in VC++, and some lawsuits. 
+
+Simple answer:  Define NOMINMAX in your Build Settings
+
+Longer answer:  
+http://www.isis.ecs.soton.ac.uk/share/problems/fuzzyClouds/NetMet/netmet/docs/stlhelp.txt
+
+The STL that ships with Visual C++ was developed by Dinkumware, rather
+than by Microsoft.  Detailed errata is available here:
+    http://www.dinkumware.com/
+
+Bryce
+
+On Fri, 10 Nov 2000, Vincent Archer wrote:
+> According to Cary Farrier:
+> > I just updated from the latest CVS snapshot, added r:\code\net\include
+> > to the project settings, however when compiling matrix.cpp in VC++ 6.0
+> > (SP3) the compiler is complaining that 'max is not a member of std'.
+> 
+> Note that, strictly speaking, bug reports should go thru the web
+> interface rather than the mailing list. It's a lot easier to manage
+> there. Use the mailing list if you can't access the WWW at all
+> for some reason (like being buried deep behind 4 firewalls that require
+> you to sign in blood to access the outside world).
+> 
+> Bug reported to the developper in charge.
+> 
+
+-- 
+Bryce Harrington
+bryce @ neptune.net
+
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2000-November/000012.html b/pipermail/nel/2000-November/000012.html new file mode 100644 index 00000000..c6973690 --- /dev/null +++ b/pipermail/nel/2000-November/000012.html @@ -0,0 +1,52 @@ + + + + [Nel] WorldForge + + + + + + +

[Nel] WorldForge

+ Olivier Lejade + lejade@nevrax.com
+ Fri, 10 Nov 2000 11:29:31 +0100 +

+
+ +
Well, it seems like we have our first celebrity on the list ! ;)
+The coordinator of the WorldForge project himself (http://www.worldforge.org).
+Welcome Bryce ! So what do you think of NeL ?
+
+
+
+ + + + + + +
+

+ diff --git a/pipermail/nel/2000-November/000013.html b/pipermail/nel/2000-November/000013.html new file mode 100644 index 00000000..fde686a0 --- /dev/null +++ b/pipermail/nel/2000-November/000013.html @@ -0,0 +1,93 @@ + + + + [Nel] matrix.cpp std::min/max problems? + + + + + + +

[Nel] matrix.cpp std::min/max problems?

+ Vianney Lecroart + lecroart@nevrax.com
+ Fri, 10 Nov 2000 11:43:48 +0100 +

+
+ +
> The VC++/STL min/max problem is pretty well known, and is a result of a
+> very buggy STL implementation in VC++, and some lawsuits.
+>
+> Simple answer:  Define NOMINMAX in your Build Settings
+
+ok, this define disables the macro min & max, it's same behavior as doing
+#undef min #undef max
+but I search min in the VC include directory and subdirectory and there s
+*no* min
+definition in the STL (no template min) so we have to define our own min &
+max
+template function in our code... no very cool...
+
+> Longer answer:
+>
+http://www.isis.ecs.soton.ac.uk/share/problems/fuzzyClouds/NetMet/netmet/doc
+s/stlhelp.txt
+>
+> The STL that ships with Visual C++ was developed by Dinkumware, rather
+> than by Microsoft.  Detailed errata is available here:
+>     http://www.dinkumware.com/
+>
+> Bryce
+>
+> On Fri, 10 Nov 2000, Vincent Archer wrote:
+> > According to Cary Farrier:
+> > > I just updated from the latest CVS snapshot, added r:\code\net\include
+> > > to the project settings, however when compiling matrix.cpp in VC++ 6.0
+> > > (SP3) the compiler is complaining that 'max is not a member of std'.
+> >
+> > Note that, strictly speaking, bug reports should go thru the web
+> > interface rather than the mailing list. It's a lot easier to manage
+> > there. Use the mailing list if you can't access the WWW at all
+> > for some reason (like being buried deep behind 4 firewalls that require
+> > you to sign in blood to access the outside world).
+> >
+> > Bug reported to the developper in charge.
+> >
+>
+> --
+> Bryce Harrington
+> bryce @ neptune.net
+>
+> _______________________________________________
+> Nel mailing list
+> Nel@nevrax.org
+> http://www.nevrax.org/mailman/listinfo.cgi/nel
+
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2000-November/000014.html b/pipermail/nel/2000-November/000014.html new file mode 100644 index 00000000..0e298068 --- /dev/null +++ b/pipermail/nel/2000-November/000014.html @@ -0,0 +1,91 @@ + + + + [Nel] WorldForge + + + + + + +

[Nel] WorldForge

+ Thierry Mallard + thierry@mallard.com
+ Fri, 10 Nov 2000 11:39:36 +0100 +

+
+ +
--d6Gm4EdcadzBjdND
+Content-Type: text/plain; charset=us-ascii
+Content-Disposition: inline
+Content-Transfer-Encoding: quoted-printable
+
+Greetings to you all ... :-)
+
+
+On Fri, Nov 10, 2000 at 11:29:31AM +0100, Olivier Lejade wrote:
+> Well, it seems like we have our first celebrity on the list ! ;)
+> The coordinator of the WorldForge project himself (http://www.worldforge.=
+org).
+
+Whooo hooo :-)
+
+> Welcome Bryce ! So what do you think of NeL ?
+
+Good question, I'm listening too ..
+
+	Thierry Mallard, a.k.a Shaman on Worldforge.org ;-)
+	(who didn't do much on this)
+
+
+--=20
+Thierry Mallard              |             =20
+GnuPG key on wwwkeys.pgp.net |
+key 0xA3D021CB               |
+http://thierry.mallard.com   |    =20
+
+--d6Gm4EdcadzBjdND
+Content-Type: application/pgp-signature
+Content-Disposition: inline
+
+-----BEGIN PGP SIGNATURE-----
+Version: GnuPG v1.0.3 (GNU/Linux)
+Comment: Pour information voir http://www.gnupg.org
+
+iEYEARECAAYFAjoL0GgACgkQGBtCB6PQIcs6PACgyR9Uzbymw/yEYYnbrhGLulAl
+a88AoJxjE9nBMJkE1+yXHk2LjzTTEWXe
+=hdVU
+-----END PGP SIGNATURE-----
+
+--d6Gm4EdcadzBjdND--
+
+
+
+ + + + + +
+

+ diff --git a/pipermail/nel/2000-November/000015.html b/pipermail/nel/2000-November/000015.html new file mode 100644 index 00000000..95f27a17 --- /dev/null +++ b/pipermail/nel/2000-November/000015.html @@ -0,0 +1,105 @@ + + + + [Nel] matrix.cpp std::min/max problems? + + + + + + +

[Nel] matrix.cpp std::min/max problems?

+ Bryce Harrington + bryce@neptune.net
+ Fri, 10 Nov 2000 03:43:08 -0800 (PST) +

+
+ +
Heh, well sorry but that's MS for ya...  
+
+As I recall, if you go MFC-free this particular issue will vanish.
+However there are other insidious STL bugs with Visual C++.
+
+If in fact you are using MFC, I would urge you to cease doing so at the
+earliest convenience.  Not only for portability reasons (MFC *ain't*
+portable, especially not backwards-wise) but also because it is a poor
+architecture for GUI development, and is not really in the GPL spirit of
+things.  If you intend to conduct your development openly as a net
+project, then crossplatformness is going to be especially treasured by
+you.  There are many options for crossplatform GUI libs.  Let me know if
+you'd like to discuss this more.  My two preferred libs are wxWindows
+(good for OS-matching widgets for editors and similar), or libuta (SDL
+compatible and skinnable).  Mozilla has another cross platform GUI lib
+but I've not used it in its current incarnation so don't know whether
+it's usable independently of Mozilla.
+
+FWIW, I always stick this boilerplate code in any file that uses STL
+that I'd like to compile with MSVC 4.2:
+
+#ifdef _MSC_VER
+// Fix broken STL implementation in MSVC 4.2
+// Include files (for MSVC)
+#pragma warning(disable: 4786)  // Kludge to get around bug in MSVC 4.2
+#pragma warning(disable: 4788)  // See above
+#endif
+
+I think you may be stuck including your own max/min template functions.
+That's a pretty minor thing compared with some of the patches you may
+have to make to work around some of the other issues (especially if you
+want to support pre-6.0 MSVC).  
+
+Ultimately, you're going to want to trim down use of STL anyway, so you
+can recover the performance loss.  We still use STL at WorldForge, for
+instance, but some simple tests show that hand coded, non-templated map
+and list classes provide some modest performance gains, and some day
+when we're down to squeezing out the last bits of performance, we'll
+probably be pulling STL out ourselves.
+
+Bryce
+
+On Fri, 10 Nov 2000, Vianney Lecroart wrote:
+
+> > The VC++/STL min/max problem is pretty well known, and is a result of a
+> > very buggy STL implementation in VC++, and some lawsuits.
+> >
+> > Simple answer:  Define NOMINMAX in your Build Settings
+> 
+> ok, this define disables the macro min & max, it's same behavior as doing
+> #undef min #undef max
+> but I search min in the VC include directory and subdirectory and there s
+> *no* min
+> definition in the STL (no template min) so we have to define our own min &
+> max
+> template function in our code... no very cool...
+
+-- 
+Bryce Harrington
+bryce @ neptune.net
+
+
+
+ + +
+

+ diff --git a/pipermail/nel/2000-November/000016.html b/pipermail/nel/2000-November/000016.html new file mode 100644 index 00000000..669a8c08 --- /dev/null +++ b/pipermail/nel/2000-November/000016.html @@ -0,0 +1,72 @@ + + + + [Nel] WorldForge + + + + + + +

[Nel] WorldForge

+ Bryce Harrington + bryce@neptune.net
+ Fri, 10 Nov 2000 15:03:48 -0800 (PST) +

+
+ +
On Fri, 10 Nov 2000, Thierry Mallard wrote:
+> On Fri, Nov 10, 2000 at 11:29:31AM +0100, Olivier Lejade wrote:
+> > Well, it seems like we have our first celebrity on the list ! ;)
+> > The coordinator of the WorldForge project himself (http://www.worldforge.org).
+> 
+> Whooo hooo :-)
+
+*Grin*  Hiya.
+ 
+> > Welcome Bryce ! So what do you think of NeL ?
+> 
+> Good question, I'm listening too ..
+
+Ah, well at this point I'm just being a pair of ears.  I'm hoping to get
+a pointer to something describing what the group's plan is or some feel
+for the "big picture".
+
+(I've seen a depressingly large number of well-meaning groups trying the
+combined commercial and open source approach for game development and
+crash and burn spectacularly, so I figure either I'll learn something or
+get to roast a marshmallow or two.  *wink*)
+
+-- 
+Bryce Harrington
+bryce @ neptune.net
+
+
+
+ + + + +
+

+ diff --git a/pipermail/nel/2000-November/000017.html b/pipermail/nel/2000-November/000017.html new file mode 100644 index 00000000..17a529b7 --- /dev/null +++ b/pipermail/nel/2000-November/000017.html @@ -0,0 +1,81 @@ + + + + [Nel] WorldForge + + + + + + +

[Nel] WorldForge

+ Olivier Lejade + olivier@nevrax.com
+ Sat, 11 Nov 2000 15:18:09 +0100 +

+
+ +
At 03:03 PM 11/10/00 -0800, you wrote:
+>On Fri, 10 Nov 2000, Thierry Mallard wrote:
+> > On Fri, Nov 10, 2000 at 11:29:31AM +0100, Olivier Lejade wrote:
+> > > Well, it seems like we have our first celebrity on the list ! ;)
+> > > The coordinator of the WorldForge project himself 
+> (http://www.worldforge.org).
+> >
+> > Whooo hooo :-)
+>
+>*Grin*  Hiya.
+>
+> > > Welcome Bryce ! So what do you think of NeL ?
+> >
+> > Good question, I'm listening too ..
+>
+>
+>
+>(I've seen a depressingly large number of well-meaning groups trying the
+>combined commercial and open source approach for game development and
+>crash and burn spectacularly, so I figure either I'll learn something or
+>get to roast a marshmallow or two.  *wink*)
+>
+>--
+>Bryce Harrington
+>bryce @ neptune.net
+>
+>_______________________________________________
+>Nel mailing list
+>Nel@nevrax.org
+>http://www.nevrax.org/mailman/listinfo.cgi/nel
+
+
+--
+"Minds are like parachutes. They work best when open."
+
+
+
+ + + + +
+

+ diff --git a/pipermail/nel/2000-November/000018.html b/pipermail/nel/2000-November/000018.html new file mode 100644 index 00000000..5291c9ed --- /dev/null +++ b/pipermail/nel/2000-November/000018.html @@ -0,0 +1,153 @@ + + + + [Nel] Greetings! And some questions / comments + + + + + + +

[Nel] Greetings! And some questions / comments

+ Sal + sferro@wojo.com
+ Sat, 11 Nov 2000 16:18:21 -0500 +

+
+ +
Hi,
+
+First a little rant to explain my being here: :-)
+
+    I am also a Worldforge developer, like Bryce.  Though not nearly as
+famous ;-)   I stumbled upon Nevrax the other day and am very interested in
+its development.  My goal a few years back was to help create a free,
+massively multiplayer online RPG system, one that I could enjoy myself and
+that others could build from to make their own persistant online worlds.
+And a commercial effort such as Nevrax could be a powerful force in helping
+to achieve such a goal.
+
+    Most opensource projects that start up have caught my eye, the first
+being the Ultima online emulator scene which  I was a part of for a long
+time, coding admin tools, NPC ai, network code, etc. Whatever seemed the
+most challenging task.   I got soon fed up with having to deal with the idea
+that all the hard work might not even turn out to be legal, and all the
+problems that OSI provided for the emu scene I didnt care for.  So I then
+came across Worldforge, and that is where I am. Finally a totally free
+opensource project that met, if not exceeded my own standards for an online
+gaming system.
+
+    So I took on the responsibility of developer XClient, a 3d client.  The
+root of its homepage is here, if anyone's interested:
+http://www.worldforge.org/website/clients/xclient/
+
+    Some shots of its recent developments (a terrain engine) are here:
+http://www.worldforge.org/images/screenshots/terrain1.jpg
+http://www.worldforge.org/images/screenshots/terrain2.jpg
+    (Its very early in development)
+
+    Some old out of date client shots:
+http://www.worldforge.org/website/clients/xclient/screenshots/
+
+    And lastly, a goals paper that I've recently written to illustrate what
+the goals are in XClient development.  This one I recommend reading above
+the others.
+http://www.worldforge.org/website/clients/xclient/developer/goals
+
+    I've also created a Map editor (XEdit) a UDP networking library based
+off of the GPLd quake code (XUDP) and a simple test server (XServer).  All
+of this and XClient are in Worldforge cvs for those interested.  If there
+are questions about any of these things, please ask!
+
+    Anyhow, yes there is a point to all this.  It seems that a lot of
+Worldforge's goals and development are in tandem with Nevrax's.  So,  I
+thought it would be worth it to see  1) how compatible our projects are and
+2) if we might be able to help each other out in any form, whether it be
+artwork, code, or knowledge.  3) how much interest, if any, there is in
+sharing efforts.
+
+    So if I could ask a few questions.  I tried finding out some information
+through the website, but some questions remain:
+
+1)  I understand that Nel will be a library to create games, but is this
+project also developing a specific game that uses the library?  If so what
+details of it are known?  As far as ruleset... gameplay...
+
+2)  What is the development strategy?  For example Worldforge will be
+developing several smaller diverse games in succession (Acorn, Mason... etc.
+etc.) until we reach the final goal, entitled 'BelchFire'.  Will you guys be
+doing a similar thing?
+
+3)  What features/goals are there for the 3d engine?  What's being targeted
+(high end/low end hardware)?  What rendering APIs?  Software mode?
+
+4)  I get this question a lot :-)  Why develop a 3d engine from scratch? Why
+not use/build from an existing engine, such as Crystal Space?
+
+5)  What are the capabilities of the current codebase?
+
+6)  Is development open to outside influence? Or are you following an
+internal-only plan, and just opensourcing the results?
+
+7)  Was there knowledge of Worldforge when this project was started?  And if
+so,  why was it deemed necessary to start another,  independant effort with
+the same goals?
+
+8)  Would it be possible to get a brief description of what Nevrax will use
+in the following areas:
+                - Protocol (UDP? TCP/IP?)
+                - Mapfile format (Custom? XML? Binary? Database-Driven?)
+                - Mapfile editors (What existing tools will be used, if
+any?)
+                - Model format(s)
+                - Texture format(s)
+
+9)  How the heck do you guys manage to pay a full development team off of
+free software? :-)
+
+
+    Thats about all I have for now.  I'm sure more will come up in the
+future.  You might want to put a few of those in the FAQ, I've noticed its
+in need of some fulfilling... and other people may have similair questions.
+
+    Anyhow, thanks in advance, and Congratulations and Good Luck in your
+efforts.  Its a challenging and rewarding goal that we are working towards.
+I look forward to exchanging thoughts and ideas in the near future!
+
+- Sal
+sferro@wojo.com
+
+
+
+
+
+
+
+ + + + + +
+

+ diff --git a/pipermail/nel/2000-November/000019.html b/pipermail/nel/2000-November/000019.html new file mode 100644 index 00000000..e0384706 --- /dev/null +++ b/pipermail/nel/2000-November/000019.html @@ -0,0 +1,50 @@ + + + + [Nel] How do i compile this beast? Empty FAQ... + + + + + + +

[Nel] How do i compile this beast? Empty FAQ...

+ Stefan Nilsen + stefan.nilsen@telia.com
+ Sat, 11 Nov 2000 22:55:37 +0100 +

+
+ +
> At the moment the library is compiling only on Visual C++ :-(
+>
+> We are currently working on this problem, it sould be fix soon.
+
+Ok, that explains it. Maybe I'm not stupid after all... :-)
+
+
+
+ + +
+

+ diff --git a/pipermail/nel/2000-November/000020.html b/pipermail/nel/2000-November/000020.html new file mode 100644 index 00000000..3c97275b --- /dev/null +++ b/pipermail/nel/2000-November/000020.html @@ -0,0 +1,97 @@ + + + + [Nel] Some Linux patches + + + + + + +

[Nel] Some Linux patches

+ Stefan Nilsen + stefan.nilsen@telia.com
+ Sun, 12 Nov 2000 14:04:22 +0100 +

+
+ +
I made som fixes for compile on Linux.
+
+This is the first time i submit a patch, so please tell me if i'm doing 
+anything wrong.
+
+Index: Makefile.am
+===================================================================
+RCS file: /home/cvsroot/code/nel/Makefile.am,v
+retrieving revision 1.1
+diff -r1.1 Makefile.am
+9c9
+< SUBDIRS= include src lib doc
+---
+> SUBDIRS= src doc
+Index: src/net/base_socket.cpp
+===================================================================
+RCS file: /home/cvsroot/code/nel/src/net/base_socket.cpp,v
+retrieving revision 1.16
+diff -r1.16 base_socket.cpp
+40a41,42
+> #define __need_timeval
+> #include <bits/time.h>
+42c44
+< #include <netinet/tcp/h>
+---
+> #include <netinet/tcp.h>
+261c263
+< 	int saddrlen = sizeof(saddr);
+---
+> 	socklen_t saddrlen = sizeof(saddr);
+344c346
+< 	int saddrlen = sizeof(saddr);
+---
+> 	socklen_t saddrlen = sizeof(saddr);
+374c376
+<
+---
+>
+
+
+ + + + + + + + + + + + + + + + + +
+

+ diff --git a/pipermail/nel/2000-November/000021.html b/pipermail/nel/2000-November/000021.html new file mode 100644 index 00000000..43590a05 --- /dev/null +++ b/pipermail/nel/2000-November/000021.html @@ -0,0 +1,180 @@ + + + + [Nel] Greetings! And some questions / comments + + + + + + +

[Nel] Greetings! And some questions / comments

+ Olivier Lejade + lejade@nevrax.com
+ Sun, 12 Nov 2000 14:58:30 +0100 +

+
+ +
Hi Sal,
+
+My name is Olivier Lejade, I am Nevrax's CEO. I won't be intervening too 
+much on this list since we really would like to keep things technically 
+oriented, but since there seems to be so a lot of questions, I figured it 
+would be a good idea to answer some of them here so that they can go in the 
+FAQ.
+I'll leave the technically oriented ones to the Code Team though.
+
+At 04:18 PM 11/11/00 -0500, you wrote:
+>I am also a Worldforge developer, like Bryce.  Though not nearly as
+>famous ;-)
+
+Or so you think... ;)
+
+>And a commercial effort such as Nevrax could be a powerful force in helping
+>to achieve such a goal.
+
+Thanks for the attention.
+We hope and believe so too.
+
+>So I then
+>came across Worldforge, and that is where I am. Finally a totally free
+>opensource project that met, if not exceeded my own standards for an online
+>gaming system.
+
+Yes, WorldForge is a very impressive project with a very, very large scope. 
+We are all admirative of your capacity to handle such a large and diverse 
+community. Managing a team of artists over the internet is especially 
+daunting and WF has accomplished an incredible feat in this area.
+As Bryce kindly reminded me, code is cheap compared to Art...
+
+Here at Nevrax, we do not intend to have such a large range of activity. We 
+are concentrating on a 3D client (no 2D, text, etc) and we are doing all 
+the artwork/game design internally.
+Nevrax.org will focus on fostering a "technical" community.
+
+>1) how compatible our projects are
+
+I'll let the coders answer on the technical aspect. However, on a more 
+philosophical point of vue, I'd say our project are very compatible, 
+siblings really, since they are both GPL.
+
+>1)  I understand that Nel will be a library to create games, but is this
+>project also developing a specific game that uses the library?
+
+Yes. we are currently developing a yet unannounced commercial MMORPG.
+
+>If so what
+>details of it are known?  As far as ruleset... gameplay...
+
+At this time, I'm sorry to say we cannot disclose any information 
+concerning game design / artwork. However things are bound to change as we 
+go along, and some information will start trickling out in the coming months.
+
+>2)  What is the development strategy?  For example Worldforge will be
+>developing several smaller diverse games in succession (Acorn, Mason... etc.
+>etc.) until we reach the final goal, entitled 'BelchFire'.  Will you guys be
+>doing a similar thing?
+
+Not in the sense of WF (i.e lots of intermediary games). We are working on 
+a single game. However, we do have a number of milestones. Also by the end 
+of the year, we will be disclosing a "sample world" under an open content 
+license for the community to kick around and have fun with. But this will 
+have nothing to do with our final game.
+
+>4)  I get this question a lot :-)  Why develop a 3d engine from scratch? Why
+>not use/build from an existing engine, such as Crystal Space?
+
+We checked out CS of course as well as many others, and while it is a very 
+nice engine, it did not seem to fit our particular needs.
+
+>6)  Is development open to outside influence? Or are you following an
+>internal-only plan, and just opensourcing the results?
+
+Well, we are following an internal plan and Freeing the resulting software, 
+however we are very open to outside influence on technical aspects. And 
+while we concentrate on our priorities, we will integrate any worthwhile 
+functionnality.
+
+On the game content side though, we are keeping things to ourselves for now.
+Expect to be really, really suprised though... :)
+
+>7)  Was there knowledge of Worldforge when this project was started?  And if
+>so,  why was it deemed necessary to start another,  independant effort with
+>the same goals?
+
+Yes, we knew of WF (actually, since the time it was called Altima !).
+We took some time to consider joining the effort, however we felt there was 
+a number of reasons for not doing so. I'll give you some of them :
+
+- We wanted to keep a tight focus on the game we are doing and did not want 
+to be hindered in political struggles to get the code where we needed. We 
+felt the WF community might ressent us steering in directions that they 
+would not care for. We have a tight schedule : we want the game out in 2002.
+Which means we could'nt spare to much time arguing about it.
+
+- We have different goals : we are a commercial entity. We don't have the 
+educational/hobbyist approach of WF. Nevrax has a complete team of seasoned 
+professionals not only at the programming level, but also on the design / 
+3D artwork / concept side working every day towards one goal : getting the 
+game out.
+
+- We have a highly original world which poses a great number of 
+constraints. We felt we would be in a better position to adress them by 
+leading our own effort.
+
+That said, I must emphasize that we do not see ourselves as "competing" 
+with WF. We are simply two different projects, taking two different 
+approach at building a Free Software system for MMORPGs. Diversity is A 
+Good Thing.
+I wish WF will succeed and I hope there will be as much cooperation between 
+the two projects as possible.
+
+>9)  How the heck do you guys manage to pay a full development team off of
+>free software? :-)
+
+Ah ha ! :)
+
+Free Software doesn't mean free content or free service.
+While our software is Free, we retain property of our game data. And to 
+access our servers in order to play our game, users will be asked to pay a 
+monthly fee just like with the other commercial games.
+
+Bottom line is : Free Software and commercial MMORPGs are a perfect match. 
+And we believe we have everything to gain and nothing to loose by opening 
+our source code.
+
+I hope this clarifies things a little even though I'm sure it will raise 
+even more questions !
+
+Thanks for your encouragments,
+
+Olivier
+
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2000-November/000022.html b/pipermail/nel/2000-November/000022.html new file mode 100644 index 00000000..396208f3 --- /dev/null +++ b/pipermail/nel/2000-November/000022.html @@ -0,0 +1,110 @@ + + + + [Nel] Greetings! And some questions / comments + + + + + + +

[Nel] Greetings! And some questions / comments

+ Sal + sferro@wojo.com
+ Sun, 12 Nov 2000 10:34:56 -0500 +

+
+ +
> Hi Sal,
+>
+> My name is Olivier Lejade, I am Nevrax's CEO. I won't be intervening too
+> much on this list since we really would like to keep things technically
+> oriented, but since there seems to be so a lot of questions, I figured it
+> would be a good idea to answer some of them here so that they can go in
+the
+> FAQ.
+> I'll leave the technically oriented ones to the Code Team though.
+
+    Thank you for taking the time to respond Olivier, this clears up a lot
+of questions!
+
+> Managing a team of artists over the internet is especially
+> daunting and WF has accomplished an incredible feat in this area.
+> As Bryce kindly reminded me, code is cheap compared to Art...
+
+    I very much agree here.  In my experience I've discovered that media is
+very hard to come by.  Talented artists don't like to work for free, and who
+can blame them, a lot of the industry's tools are expensive and take a lot
+of effort and time to learn.  I think this is one of the biggest obstacles
+in free game software development, the lack of good, free media.  If Nevrax
+is able to help out in this area, the opensource commmunity, Worldforge
+included, would be very grateful...
+
+[ ... ]
+> Well, we are following an internal plan and Freeing the resulting
+software,
+> however we are very open to outside influence on technical aspects. And
+> while we concentrate on our priorities, we will integrate any worthwhile
+> functionnality.
+[ ... ]
+
+    I understand your intentions.  With openness in development comes
+conflict in views on many issues.  As a project under a tight schedule,
+resolving all issues in the open might not be the most efficient approach
+timewise.
+
+    If there still is any desire to collaborate on things such as client
+engine design, I would be happy to.  If XClient and the Nel client could be
+made more compatible in any way, I think it would be worth the effort.  If
+similairity in protocol could be obtained, then our software could
+communicate with each other.  Likewise, if rendering architecture was
+similair, we could collaborate on, and/or share pieces of code for the game
+engines.  Either way I think it could mean saving work and time for the both
+of us...
+
+    On the other hand, collaborating would logically take some effort, which
+I understand Nevrax may or may not have the time for.  It still might be
+worth considering, at any rate.
+
+> Bottom line is : Free Software and commercial MMORPGs are a perfect match.
+> And we believe we have everything to gain and nothing to loose by opening
+> our source code.
+
+    Here I very much agree, also!
+
+> I hope this clarifies things a little even though I'm sure it will raise
+> even more questions !
+
+    Thanks again!  And I await the answers to the other, more technical
+questions. ;-)
+
+- Sal
+
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2000-November/000023.html b/pipermail/nel/2000-November/000023.html new file mode 100644 index 00000000..a729cb58 --- /dev/null +++ b/pipermail/nel/2000-November/000023.html @@ -0,0 +1,143 @@ + + + + [Nel] Greetings! And some questions / comments + + + + + + +

[Nel] Greetings! And some questions / comments

+ Vianney Lecroart + lecroart@nevrax.com
+ Mon, 13 Nov 2000 12:37:49 +0100 +

+
+ +
Hello sal!
+
+> 3)  What features/goals are there for the 3d engine?  What's being
+targeted
+> (high end/low end hardware)?  What rendering APIs?  Software mode?
+
+you can take a look on the nel whitepaper, it explains (briefly) all
+features
+of the 3d engine (http://www.nevrax.org/docs/doxygen/nel/general.html)
+that we plan to develop.
+
+> 5)  What are the capabilities of the current codebase?
+
+hum... good question :-) today, the code is not able to do lot of things but
+it'll change in few weeks. the misc component contains lot of really cool
+tools like serializable system, input events system, internationalization,
+math classes, etc...
+there's only the skeleton of the 3d engine but, low level layers start to
+work
+and it'll display polygons in few days :) the low interface font manager is
+ready
+to display text and we work hardly on tools for the graphics team (but
+theses
+tools are still private cause of 3ds max sdk).
+for the network components, all communication layers are available.
+the service based class is ready too and will be extented in the futur.
+few services run too, so you can compile our first service executables :)
+we'll work on a "client" exectuable to explains how to use nel and
+perhaps, display someting :)
+
+> 6)  Is development open to outside influence? Or are you following an
+> internal-only plan, and just opensourcing the results?
+
+We Want You! :-) of course we hope to work with the free software community.
+
+> 8)  Would it be possible to get a brief description of what Nevrax will
+use
+> in the following areas:
+
+is the whitepaper not enough? ok , we ll add some stuffs on it :)
+
+>                 - Protocol (UDP? TCP/IP?)
+
+for now, we only manage TCP/IP and plan to use UDP only the visual effect
+like
+smooth dead reckoning (the standard dead reckoning will be in TCP/IP for
+some
+cheating reasons)
+
+>                 - Mapfile format (Custom? XML? Binary? Database-Driven?)
+
+we use a generic streamable and serializable system so we don't have any
+file format :-)
+it's a really powerful system!!! and so easy to manage!
+
+>                 - Mapfile editors (What existing tools will be used, if
+> any?)
+
+we use 3ds max only, and we create plugins for our needs.
+
+>                 - Model format(s)
+
+same as mapfile :)
+
+>                 - Texture format(s)
+
+we use .dds format for pre-compressed texture format (DXTC*) and
+pre-computed mimap.
+we also use .tga for normal texture/image :-)
+
+> 9)  How the heck do you guys manage to pay a full development team off of
+> free software? :-)
+
+we are paid, i can confirm :-)
+
+>     Thats about all I have for now.  I'm sure more will come up in the
+> future.  You might want to put a few of those in the FAQ, I've noticed its
+> in need of some fulfilling... and other people may have similair
+questions.
+
+yes, we'll add these questions in the FAQ!
+
+>     Anyhow, thanks in advance, and Congratulations and Good Luck in your
+> efforts.  Its a challenging and rewarding goal that we are working
+towards.
+> I look forward to exchanging thoughts and ideas in the near future!
+
+thanks
+
+Vianney Lecroart
+---
+lead programmer / nevrax.com
+icq#: 6870415
+homepage: http://ace.planet-d.net
+www.geek.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K-
+w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y?
+
+
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2000-November/000024.html b/pipermail/nel/2000-November/000024.html new file mode 100644 index 00000000..479940c2 --- /dev/null +++ b/pipermail/nel/2000-November/000024.html @@ -0,0 +1,72 @@ + + + + [Nel] Linux build + + + + + + +

[Nel] Linux build

+ Dim Segebart + zager@teleaction.com
+ Mon, 13 Nov 2000 20:05:30 +0100 +

+
+ +
Hello, to all !
+Nice to see what all my dreams come true )))
+I know what linux autoconf stuff isn't ready yet, but
+anyway may I ask developers of NeL when we might be
+able to put our hands on it ?
+This is not a problem for me to create one by myself, by I'm
+afraid it's not a very good idea, since I lack the knowledge of
+internal dependencies and too lazy to reboot my PC in windows mode with
+VC++
+installed ;))
+Wish you good luck
+
+--
+Dim Zager
+
+
+
+
+ + + + + + + + + + + + + + +
+

+ diff --git a/pipermail/nel/2000-November/000025.html b/pipermail/nel/2000-November/000025.html new file mode 100644 index 00000000..a4f22dbd --- /dev/null +++ b/pipermail/nel/2000-November/000025.html @@ -0,0 +1,110 @@ + + + + [Nel] Greetings! And some questions / comments + + + + + + +

[Nel] Greetings! And some questions / comments

+ Sal + sferro@wojo.com
+ Mon, 13 Nov 2000 16:40:01 -0500 +

+
+ +
Hello Vianney,  I'm glad to have made acquaintance with the lead programmer
+of this amazing effort!
+
+> Hello sal!
+>
+> > 3)  What features/goals are there for the 3d engine?  What's being
+> targeted
+> > (high end/low end hardware)?  What rendering APIs?  Software mode?
+>
+> you can take a look on the nel whitepaper, it explains (briefly) all
+> features
+> of the 3d engine (http://www.nevrax.org/docs/doxygen/nel/general.html)
+> that we plan to develop.
+
+    Thanks for your time in answering my questions.  I took the time the
+other day to read all the documentation, and look at the source code.  I
+must say, it is well structured, easy to understand, and well commented.
+And its good to see that the code is being documented well at such an early
+stage. Good work, and I hope it keeps it up like this!
+
+> few services run too, so you can compile our first service executables :)
+> we'll work on a "client" exectuable to explains how to use nel and
+> perhaps, display someting :)
+
+    A client executable would be nice, I'm interested in playing with all
+this neat stuff!  This would logically be needed for testing and developing
+new features, also.
+
+    Btw, I noticed that the OpenGL renderer is well abstracted, and it seems
+to me that a Direct3D renderer would not be very hard to create.
+Coincidentally I'm working on a new DirectX 8/d3d renderer for xclient. If
+theres interest I could help create a Direct3D implementation of your
+rendering interface in the future. Or is one already in progress?   ( I have
+nothing against OpenGL, its just that I have experience in d3d that might be
+of help, and Direct3D performs well on my system. )
+
+> [...] and we work hardly on tools for the graphics team (but
+> theses
+> tools are still private cause of 3ds max sdk).
+
+    This raises a question I've been pondering myself.  I've also recently
+created MAX plugins for xclient, for exporting skeletal animated characters
+from character studio.  Do you (or anyone) know offhand if the sources to
+these are distributable? Or does the sdk licensing prohibit it?  I wasn't
+able to resolve this from the documention included.  I know that the sdk
+itself isn't distributable, but I had hoped that derivative works were
+o.k...
+
+> > 6)  Is development open to outside influence? Or are you following an
+> > internal-only plan, and just opensourcing the results?
+>
+> We Want You! :-) of course we hope to work with the free software
+community.
+
+    Thats great to hear.  I (and I'm sure many others) would like to see
+this operation become a success, and would like to help it do so.  As is
+evident with the existance of projects like Worldforge, one can see that a
+GPLish mmorpg system is very desired by many people.  I also think it would
+be cool if Nevrax showed the world that Free Software works, even in the
+commercial market... and maybe help encourage other companies to do the same
+in the future.
+
+Thanks again for the info!
+- Sal
+
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2000-November/000026.html b/pipermail/nel/2000-November/000026.html new file mode 100644 index 00000000..c330ea8e --- /dev/null +++ b/pipermail/nel/2000-November/000026.html @@ -0,0 +1,106 @@ + + + + [Nel] my last email :) + + + + + + +

[Nel] my last email :)

+ Vianney Lecroart + lecroart@nevrax.com
+ Tue, 14 Nov 2000 10:11:39 +0100 +

+
+ +
Hello all,
+
+>     Thanks for your time in answering my questions.  I took the time the
+> other day to read all the documentation, and look at the source code.  I
+> must say, it is well structured, easy to understand, and well commented.
+> And its good to see that the code is being documented well at such an
+early
+> stage. Good work, and I hope it keeps it up like this!
+
+Thanks a lot :) We hope to continue in this way!
+
+>     A client executable would be nice, I'm interested in playing with all
+> this neat stuff!  This would logically be needed for testing and
+developing
+> new features, also.
+
+In a first time, this client will do nothing else than init the nel lib and
+perhaps
+display a text and a triangle :) be patient!
+
+>     Btw, I noticed that the OpenGL renderer is well abstracted, and it
+seems
+> to me that a Direct3D renderer would not be very hard to create.
+> Coincidentally I'm working on a new DirectX 8/d3d renderer for xclient. If
+> theres interest I could help create a Direct3D implementation of your
+> rendering interface in the future. Or is one already in progress?   ( I
+have
+> nothing against OpenGL, its just that I have experience in d3d that might
+be
+> of help, and Direct3D performs well on my system. )
+
+Yeah!!! It was in our external todo list. We wrote a list containing all
+things that
+the free software community could do on nel and the dx driver is on it! :)
+You 'only' have to rewrite the 3d layer1 ! ;)
+In fact, the 3d driver layer (layer1) isn't really fixed for now so you
+should wait the
+end this month before write a dx version because the API may change.
+
+>     This raises a question I've been pondering myself.  I've also recently
+> created MAX plugins for xclient, for exporting skeletal animated
+characters
+> from character studio.  Do you (or anyone) know offhand if the sources to
+> these are distributable? Or does the sdk licensing prohibit it?  I wasn't
+> able to resolve this from the documention included.  I know that the sdk
+> itself isn't distributable, but I had hoped that derivative works were
+> o.k...
+
+I'm not able to answer, perhaps our 3d code lead could answer this.
+
+Best regards,
+
+Vianney Lecroart
+---
+lead programmer / nevrax.com
+icq#: 6870415
+homepage: http://ace.planet-d.net
+www.geek.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K-
+w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y?
+
+
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2000-November/000027.html b/pipermail/nel/2000-November/000027.html new file mode 100644 index 00000000..314aebae --- /dev/null +++ b/pipermail/nel/2000-November/000027.html @@ -0,0 +1,59 @@ + + + + [Nel] my last email :) + + + + + + +

[Nel] my last email :)

+ Dim Segebart + zager@teleaction.com
+ Tue, 14 Nov 2000 11:36:31 +0100 +

+
+ +
> Best regards,
+>
+> Vianney Lecroart
+> ---
+> lead programmer / nevrax.com
+> homepage: http://ace.planet-d.net
+
+At least we know the name of game itself :))
+>From Vianney's home page - Ryzom game for Nevrax
+www.ryzom.com - very similar to www.transmeta.com in early days (but without
+hidden msg )))
+
+
+
+
+ + + + +
+

+ diff --git a/pipermail/nel/2000-November/000028.html b/pipermail/nel/2000-November/000028.html new file mode 100644 index 00000000..507fbc84 --- /dev/null +++ b/pipermail/nel/2000-November/000028.html @@ -0,0 +1,81 @@ + + + + [Nel] Linux build + + + + + + +

[Nel] Linux build

+ Valignat Cedric + valignat@nevrax.com
+ Tue, 14 Nov 2000 16:51:25 +0100 +

+
+ +
Hi Dim,
+
+Dim Segebart wrote:
+> 
+> I know what linux autoconf stuff isn't ready yet, but
+> anyway may I ask developers of NeL when we might be
+> able to put our hands on it ?
+
+Soon ... ;-)
+
+You should be able to get Nel to compile on Linux in the following days.
+
+
+> This is not a problem for me to create one by myself, by I'm
+> afraid it's not a very good idea, since I lack the knowledge of
+> internal dependencies and too lazy to reboot my PC in windows mode with
+> VC++ installed ;))
+
+I see very well what you mean ... :-)
+
+
+> Wish you good luck
+
+Thanks a lot.
+
+
+Cedric.
+
+
+
+ + + + + + + + + + + +
+

+ diff --git a/pipermail/nel/2000-November/000029.html b/pipermail/nel/2000-November/000029.html new file mode 100644 index 00000000..d12aef71 --- /dev/null +++ b/pipermail/nel/2000-November/000029.html @@ -0,0 +1,67 @@ + + + + [Nel] Flexibility + + + + + + +

[Nel] Flexibility

+ david.belius@chello.se + david.belius@chello.se
+ Tue, 14 Nov 2000 16:59:58 +0100 +

+
+ +
Hi
+
+I'm wondering how general the nel library will be. Will it be a *MMORPG*
+engine or will it be more general so i can e.g. make a Massive Multiplay
+Online Real Time Stragegy game(MMORTS =)?
+Making a MMORTS warcraft type game is a dream of mine. =)
+
+/David
+
+PS.
+I just found out that Vianney was in the Outcast team! How cool isnt
+that?
+DS.
+
+
+
+ + + + + + + + + + + +
+

+ diff --git a/pipermail/nel/2000-November/000030.html b/pipermail/nel/2000-November/000030.html new file mode 100644 index 00000000..2adc1804 --- /dev/null +++ b/pipermail/nel/2000-November/000030.html @@ -0,0 +1,64 @@ + + + + [Nel] my last email :) + + + + + + +

[Nel] my last email :)

+ david.belius@chello.se + david.belius@chello.se
+ Tue, 14 Nov 2000 17:05:08 +0100 +

+
+ +
> Yeah!!! It was in our external todo list. We wrote a list containing all
+> things that
+> the free software community could do on nel and the dx driver is on it! :)
+> You 'only' have to rewrite the 3d layer1 ! ;)
+> In fact, the 3d driver layer (layer1) isn't really fixed for now so you
+> should wait the
+> end this month before write a dx version because the API may change.
+
+Have you put this list online?
+It would be nice to get some orders so I could start contributing =)
+
+/David
+
+
+
+ + + + + + + + + +
+

+ diff --git a/pipermail/nel/2000-November/000031.html b/pipermail/nel/2000-November/000031.html new file mode 100644 index 00000000..ca099c02 --- /dev/null +++ b/pipermail/nel/2000-November/000031.html @@ -0,0 +1,75 @@ + + + + [Nel] Flexibility + + + + + + +

[Nel] Flexibility

+ Ludovic LIEVRE + ludovic.lievre@chaman.net
+ Tue, 14 Nov 2000 17:10:49 +0100 +

+
+ +
Hi,
+
+<SNIP>
+
+> Making a MMORTS warcraft type game is a dream of mine. =)
+
+A game of this type is currently in development by Chaman Productions, a
+french company where I'm currently working.
+The game is called Forteresse (http://www.forteresse.com) and will be
+released in 2001.
+Sorry, we are not open source like Nel
+
+
+Ludo
+
+--
+Ludovic LIEVRE
+Chaman Productions
+mailto:ludo@chaman.net
+
+"Give me a museum and I'll fill it."
+Pablo Picasso (1881-1973)
+
+
+
+ + + + + + + + + + +
+

+ diff --git a/pipermail/nel/2000-November/000032.html b/pipermail/nel/2000-November/000032.html new file mode 100644 index 00000000..34ad93ed --- /dev/null +++ b/pipermail/nel/2000-November/000032.html @@ -0,0 +1,91 @@ + + + + [Nel] Flexibility + + + + + + +

[Nel] Flexibility

+ sameh chafik Pro + chafik@nevrax.com
+ Tue, 14 Nov 2000 17:33:22 +0100 +

+
+ +
It smell shark!
+you don't feel the same smell?
+
+----- Original Message ----- 
+From: "Ludovic LIEVRE" <ludovic.lievre@chaman.net>
+To: <nel@nevrax.org>
+Sent: Tuesday, November 14, 2000 5:10 PM
+Subject: RE: [Nel] Flexibility
+
+
+> 
+> Hi,
+> 
+> <SNIP>
+> 
+> > Making a MMORTS warcraft type game is a dream of mine. =)
+> 
+> A game of this type is currently in development by Chaman Productions, a
+> french company where I'm currently working.
+> The game is called Forteresse (http://www.forteresse.com) and will be
+> released in 2001.
+> Sorry, we are not open source like Nel
+> 
+> 
+> Ludo
+> 
+> --
+> Ludovic LIEVRE
+> Chaman Productions
+> mailto:ludo@chaman.net
+> 
+> "Give me a museum and I'll fill it."
+> Pablo Picasso (1881-1973)
+> 
+> _______________________________________________
+> Nel mailing list
+> Nel@nevrax.org
+> http://www.nevrax.org/mailman/listinfo.cgi/nel
+
+
+
+ + + + + + + + + + +
+

+ diff --git a/pipermail/nel/2000-November/000033.html b/pipermail/nel/2000-November/000033.html new file mode 100644 index 00000000..532b50da --- /dev/null +++ b/pipermail/nel/2000-November/000033.html @@ -0,0 +1,64 @@ + + + + [Nel] Flexibility + + + + + + +

[Nel] Flexibility

+ david.belius@chello.se + david.belius@chello.se
+ Tue, 14 Nov 2000 18:26:49 +0100 +

+
+ +
>
+> A game of this type is currently in development by Chaman Productions, a
+> french company where I'm currently working.
+> The game is called Forteresse (http://www.forteresse.com) and will be
+> released in 2001.
+> Sorry, we are not open source like Nel
+
+Please, please, please, please could you get me into the beta test =)
+I'd relly appriciate it.
+
+/David
+
+
+
+ + + + + + + + + + +
+

+ diff --git a/pipermail/nel/2000-November/000034.html b/pipermail/nel/2000-November/000034.html new file mode 100644 index 00000000..a32a3293 --- /dev/null +++ b/pipermail/nel/2000-November/000034.html @@ -0,0 +1,62 @@ + + + + [Nel] Flexibility (oops) + + + + + + +

[Nel] Flexibility (oops)

+ david.belius@chello.se + david.belius@chello.se
+ Tue, 14 Nov 2000 18:29:14 +0100 +

+
+ +
>
+> A game of this type is currently in development by Chaman Productions, a
+> french company where I'm currently working.
+> The game is called Forteresse (http://www.forteresse.com) and will be
+> released in 2001.
+> Sorry, we are not open source like Nel
+
+I didnt find that beta test joining page at first. =/
+Ignore my pathetic begging. ;)
+
+
+
+ + + + + + + + + + +
+

+ diff --git a/pipermail/nel/2000-November/000035.html b/pipermail/nel/2000-November/000035.html new file mode 100644 index 00000000..0707a141 --- /dev/null +++ b/pipermail/nel/2000-November/000035.html @@ -0,0 +1,62 @@ + + + + [Nel] my last email :) + + + + + + +

[Nel] my last email :)

+ Dim Segebart + zager@teleaction.com
+ Tue, 14 Nov 2000 19:43:16 +0100 +

+
+ +
Dim Segebart wrote:
+
+> > Best regards,
+> >
+> > Vianney Lecroart
+> > ---
+> > lead programmer / nevrax.com
+> > homepage: http://ace.planet-d.net
+>
+> At least we know the name of game itself :))
+
+He he ... :))
+I wouldn't insist on revealing  name of the game. I'm respecting
+commercial nature of this project. Without it NeL wasn't be born at all
+of was not available under GPL
+Hope, I didn't destroy you plans too mach ... ))
+
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2000-November/000036.html b/pipermail/nel/2000-November/000036.html new file mode 100644 index 00000000..ab0498ec --- /dev/null +++ b/pipermail/nel/2000-November/000036.html @@ -0,0 +1,64 @@ + + + + [Nel] Some thoughts about NeL + + + + + + +

[Nel] Some thoughts about NeL

+ Dim Segebart + zager@teleaction.com
+ Tue, 14 Nov 2000 20:34:09 +0100 +

+
+ +
Ok, after browsing game projects which mentioned on
+http://ace.planet-d.net I come to conclusion
+what your new game will be really MASSIVELY multi-user with _very_
+detailed world(s) running in your
+universe. So, I just thinking about possibility of linking worlds, which
+is NeL based, similar to WWW -
+for example, when player passing the doors of some building on the
+street (or any other type of portal, analog of <a href> in HTML)
+he just enter the different world, which running on completely different
+hardware. I'm sure, you already have such
+portals in you project. But I'm afraid, this feature limited by the
+nameSpace of single NeL server, am I right ?
+I think what mechanism of linking between different worlds similar to
+WWW will be a good starting point for
+creating Internet2 (why not ? ;))
+What's about starting RFC  for WCP (World Communicating Protocol) ?
+
+
+
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2000-November/000037.html b/pipermail/nel/2000-November/000037.html new file mode 100644 index 00000000..c0149090 --- /dev/null +++ b/pipermail/nel/2000-November/000037.html @@ -0,0 +1,62 @@ + + + + [Nel] Some thoughts about NeL + + + + + + +

[Nel] Some thoughts about NeL

+ Dan Ellis + dan@isvara.net
+ Tue, 14 Nov 2000 19:52:01 +0000 (GMT) +

+
+ +
On Tue, 14 Nov 2000, Dim Segebart wrote:
+
+> universe. So, I just thinking about possibility of linking worlds, which
+> is NeL based, similar to WWW -
+> for example, when player passing the doors of some building on the
+> street (or any other type of portal, analog of <a href> in HTML)
+> he just enter the different world, which running on completely different
+> hardware. I'm sure, you already have such
+> portals in you project. But I'm afraid, this feature limited by the
+> nameSpace of single NeL server, am I right ?
+
+This is something the Afterscape Project will allow. It will be a very
+distributed universe that will allow delegation of zones to other servers.
+
+-- 
+Dan Ellis <dan@isvara.net>
+
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2000-November/000038.html b/pipermail/nel/2000-November/000038.html new file mode 100644 index 00000000..7b9555ab --- /dev/null +++ b/pipermail/nel/2000-November/000038.html @@ -0,0 +1,87 @@ + + + + [Nel] Some thoughts about NeL + + + + + + +

[Nel] Some thoughts about NeL

+ Thierry Mallard + thierry@mallard.com
+ Wed, 15 Nov 2000 10:20:26 +0100 +

+
+ +
--PEIAKu/WMn1b1Hv9
+Content-Type: text/plain; charset=us-ascii
+Content-Disposition: inline
+Content-Transfer-Encoding: quoted-printable
+
+On Tue, Nov 14, 2000 at 08:34:09PM +0100, Dim Segebart wrote:
+> [...] So, I just thinking about possibility of linking worlds, which
+> is NeL based, similar to WWW -
+
+This is something I though about in the Genesis project (yes I know,
+not very original name ;-) a few years ago. The problems we found
+were the consistency of the global universe, and the trust we could
+have to any server. For example : who managed the characters ? who
+can we trust for them ? There can be a time line synchronisation problem
+too, although that seemed less important...=20
+
+But definitly that could be a good idea to implement now ;-)
+
+
+	Shaman
+
+--=20
+Thierry Mallard              |             =20
+GnuPG key on wwwkeys.pgp.net |
+key 0xA3D021CB               |
+http://thierry.mallard.com   |    =20
+
+--PEIAKu/WMn1b1Hv9
+Content-Type: application/pgp-signature
+Content-Disposition: inline
+
+-----BEGIN PGP SIGNATURE-----
+Version: GnuPG v1.0.4 (GNU/Linux)
+Comment: Pour information voir http://www.gnupg.org
+
+iEYEARECAAYFAjoSVVoACgkQGBtCB6PQIcvBigCgxq5rFlp3v+hdSzp3pw+nFgWF
+LZ0AoJOg37O2L9uTxXISsGf+E8XsZIn+
+=RzT/
+-----END PGP SIGNATURE-----
+
+--PEIAKu/WMn1b1Hv9--
+
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2000-November/000039.html b/pipermail/nel/2000-November/000039.html new file mode 100644 index 00000000..f76ffc30 --- /dev/null +++ b/pipermail/nel/2000-November/000039.html @@ -0,0 +1,73 @@ + + + + [Nel] Some thoughts about NeL + + + + + + +

[Nel] Some thoughts about NeL

+ Vincent Archer + archer@nevrax.com
+ Wed, 15 Nov 2000 17:27:27 +0100 +

+
+ +
According to Thierry Mallard:
+> This is something I though about in the Genesis project (yes I know,
+> not very original name ;-) a few years ago. The problems we found
+> were the consistency of the global universe, and the trust we could
+> have to any server. For example : who managed the characters ? who
+> can we trust for them ? There can be a time line synchronisation problem
+> too, although that seemed less important... 
+
+In a very different world (and a closed system implementation), it's also
+something Bioware's NeverWinterNights wants to achieve. Their model allows
+servers (what they call modules, which is in fact a process running a
+specific area - but you can have multiples instances concurrently running
+on the same CPU) to link to each other.
+
+Of course, their model is simpler: all servers are guaranteed to run the
+same software (it autoupdates over the Internet), the character formats are
+well defined, and the characters are ultimately stored on a central database
+(the NWN Vault) who enforces "plausibility" on the characters (a level 1
+cannot get to level 6 and 70,000 XP points in an hour of playtime; a level 3
+character cannot have a plate+2, a cloak of displacement and boots of speed,
+and so on).
+
+And they do not want to inforce any universe continuity: each server admin
+has to do it, by allowing other modules to link to yours or not.
+-- 
+Vincent Archer                                         Email: archer@nevrax.com
+
+Nevrax France.                              Off on the yellow brick road we go!
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2000-November/000040.html b/pipermail/nel/2000-November/000040.html new file mode 100644 index 00000000..2d2d9e3d --- /dev/null +++ b/pipermail/nel/2000-November/000040.html @@ -0,0 +1,118 @@ + + + + [Nel] Ok, some food for your toughts + + + + + + +

[Nel] Ok, some food for your toughts

+ Vincent Archer + archer@nevrax.com
+ Thu, 16 Nov 2000 16:12:16 +0100 +

+
+ +
One thing from previous questions that wasn't much developped upon.
+
+Networking.
+
+The original question was "do you use TCP or UDP for networking". My
+initial impulse was to reply "we use RDP, of course" (for those who do not
+know what RDP is, check /etc/protocols, number 27). But alas, Vianney beat
+me to the answer, so I have to be truthful.
+
+The question is: what do you use networking for, and why does the question
+on the use of TCP vs the use of UDP arises?
+
+Because, in most protocols design, this question never arises: one is clearly
+superior to the other. Why is that the question stands for a MMOG?
+
+If you look at the information elements that have to be transmitted from a
+client to the server and back, you see that they can be somehow separated
+across two different categories:
+
+1) Long-lived elements of information
+and
+2) Short-lived elements of information
+
+You may also separate on a different axis
+
+1) Uncorrectable elements of information
+and
+2) Correctable elements of information
+
+Uncorrectable elements of information are elements whose omission render the
+game state incompatible between client and server and require the transmission
+of said element, while correctable information can be overriden by a different
+game element.
+
+A few examples:
+
+- NPC X is dead: this is a long-lived/uncorrectable element
+- critter C has N hp: this is a long-lived/correctable element
+- critter C is at X/Y/Z facing direction D: this is short-lived/correctable
+- I am casting spell C: this is a long-lived/uncorrectable element
+
+Note that I can't find an example of short-lived, yet uncorrectable element.
+Any ideas?
+
+What do you face here? You face very different information elements. Some
+MUST be there for the world to make sense. So you have to guarantee their
+transmission: TCP makes sense. On the other hand, you have some that are
+quickly obsolete, and do not matter when lost. For them the whole TCP
+retransmission/guarantee of delivery is useless and a waste of ressources.
+
+So how do you design your protocol. You can take the short, easy route:
+use TCP (and lose performance for your position updates - which are by far
+the most numerous elements you get). You can take the long, hard route:
+use UDP (and code redundancy for the elements you need to guarantee
+transmission of, putting some badly made subset of TCP in it).
+
+Or you can take the smart route: use two protocol paths, one which carries
+the correctable elements over UDP (since you don't care if you lose a % of
+them), and one which carries the critical ones over TCP (which provides you
+the service guarantee you need).
+
+One of the minor advantages of the dual-protocol path is that it allows you to
+bypass firewalls that refuse to forward UDP: you fold back the UDP protocol
+path into TCP. You start losing performance, but at least, you do have a
+way of passing thru (don't forget to make your UDP packet protocols
+compatible with TCP streaming).
+
+-- 
+Vincent Archer                                         Email: archer@nevrax.com
+
+Nevrax France.                              Off on the yellow brick road we go!
+
+
+ + + + + +
+

+ diff --git a/pipermail/nel/2000-November/000041.html b/pipermail/nel/2000-November/000041.html new file mode 100644 index 00000000..f77c77a7 --- /dev/null +++ b/pipermail/nel/2000-November/000041.html @@ -0,0 +1,94 @@ + + + + [Nel] Ok, some food for your toughts + + + + + + +

[Nel] Ok, some food for your toughts

+ Sal + sferro@wojo.com
+ Thu, 16 Nov 2000 12:32:09 -0500 +

+
+ +
> You can take the long, hard route:
+> use UDP (and code redundancy for the elements you need to guarantee
+> transmission of, putting some badly made subset of TCP in it).
+
+    I find it easier to put some simple checking into UDP than to manage two
+sets of sockets for each client, one TCP and one UDP.  Also the important
+data that needs reliable transmission is usually rare.... like you said,
+when someone casts a spell... and maybe chat text.  Most data in a networked
+game is usually skippable.   I think this is why most games use simple UDP,
+because of simplicity of implementation, and because there is so little data
+that needs to be sent reliable, a less-than-efficient reliable stream is
+o.k.   The strength in TCP/IP comes mostly when sending large amounts of
+data, since it makes compromises with packet acknowledgement over a period
+of time to gain its efficiency. But for short bursts of data typical for a
+MMOG it wouldn't perform significantly better.
+
+> Or you can take the smart route: use two protocol paths, one which carries
+> the correctable elements over UDP (since you don't care if you lose a % of
+> them), and one which carries the critical ones over TCP (which provides
+you
+> the service guarantee you need).
+
+    This is one possible route... not a bad one either.  There would not be
+any sort of performance loss in comparison to a pure-UDP implementation,
+since the operating system's TCP/IP implementation is probably more
+efficient than the custom UDP one.
+
+    I guess its a matter of preference, of the developers are willing to
+code something that manages two sets of sockets int the clients and servers,
+then go for it :-)
+
+> One of the minor advantages of the dual-protocol path is that it allows
+you to
+> bypass firewalls that refuse to forward UDP: you fold back the UDP
+protocol
+> path into TCP. You start losing performance, but at least, you do have a
+> way of passing thru (don't forget to make your UDP packet protocols
+> compatible with TCP streaming).
+
+    This is true.  Then again, a most of today's networked games use UDP so,
+the genre of people who would play a MMOG would probably have dealt with the
+firewall issues before, and would expect to fix their config to accomodate a
+new game.  Of course thats a slight generalization...
+
+Just adding some more food to the bowl ;-)
+-Sal
+
+
+
+ + + + + +
+

+ diff --git a/pipermail/nel/2000-November/000042.html b/pipermail/nel/2000-November/000042.html new file mode 100644 index 00000000..a98bec57 --- /dev/null +++ b/pipermail/nel/2000-November/000042.html @@ -0,0 +1,50 @@ + + + + [Nel] Problems ? + + + + + + +

[Nel] Problems ?

+ Dim Segebart + zager@teleaction.com
+ Fri, 17 Nov 2000 10:12:02 +0100 +

+
+ +
What's wrong with this list ?
+I didn't receive my last post, which have been posted three days ago ...
+(((
+And also no posts from other members.
+
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2000-November/000043.html b/pipermail/nel/2000-November/000043.html new file mode 100644 index 00000000..78f3158a --- /dev/null +++ b/pipermail/nel/2000-November/000043.html @@ -0,0 +1,88 @@ + + + + [Nel] Ok, some food for your toughts + + + + + + +

[Nel] Ok, some food for your toughts

+ Vianney Lecroart + lecroart@nevrax.com
+ Fri, 17 Nov 2000 10:56:10 +0100 +

+
+ +
Hello,
+
+>     I find it easier to put some simple checking into UDP than to manage
+two
+> sets of sockets for each client, one TCP and one UDP.  Also the important
+> data that needs reliable transmission is usually rare.... like you said,
+> when someone casts a spell... and maybe chat text.  Most data in a
+networked
+> game is usually skippable.   I think this is why most games use simple
+UDP,
+> because of simplicity of implementation, and because there is so little
+data
+> that needs to be sent reliable, a less-than-efficient reliable stream is
+> o.k.   The strength in TCP/IP comes mostly when sending large amounts of
+> data, since it makes compromises with packet acknowledgement over a period
+> of time to gain its efficiency. But for short bursts of data typical for a
+> MMOG it wouldn't perform significantly better.
+
+
+Oh really? I have not the same opinion. I think that 90% of information on a
+game
+are important and must be received if you don't want to have inconsistency
+in the client side. the order of information are also very important. if you
+receive
+"you lost 5 hp" message before "you are attacked by XXX", it should be
+totally
+weird. I think that messages, in a role game, must be sorted and reliable
+for
+consistency and logical events.
+
+>     This is true.  Then again, a most of today's networked games use UDP
+so,
+
+be careful, there more than 1 category of network game. there are MMOG and
+counter strike like game (with few tens of players). for the second one udp
+is a
+surely useful but for MMOG, I'm not sure that the most of them are in UDP
+only.
+
+-vl
+
+
+
+
+ + + + +
+

+ diff --git a/pipermail/nel/2000-November/000044.html b/pipermail/nel/2000-November/000044.html new file mode 100644 index 00000000..7f15c3c8 --- /dev/null +++ b/pipermail/nel/2000-November/000044.html @@ -0,0 +1,66 @@ + + + + [Nel] Problems ? + + + + + + +

[Nel] Problems ?

+ Vincent Archer + archer@nevrax.com
+ Fri, 17 Nov 2000 14:27:39 +0100 +

+
+ +
According to Dim Segebart:
+> What's wrong with this list ?
+> I didn't receive my last post, which have been posted three days ago ...
+> (((
+> And also no posts from other members.
+
+That's a not a particularly weird one, because you're not listed as
+a member of the list. I've looked at the logs, and didn't find a record
+of your subscription confirmation.
+
+Please note that mailman doesn't let "third party subscriptions" for you;
+when you subscribe from the on-line form, mailman sends a message to the
+subscribed address asking for a confirmation, to avoid the syndrome of
+"let's register Mr X to 10,000 lists to flood his mailbox" (and the less
+bothersome 'let's put in a wrong and mispelled address'). Until you have
+properly replied to that confirmation message (keep the subject, and cut all
+the body), you will NOT receive messages from the list.
+
+-- 
+Vincent Archer                                         Email: archer@nevrax.com
+
+Nevrax France.                              Off on the yellow brick road we go!
+
+
+ + +
+

+ diff --git a/pipermail/nel/2000-November/000045.html b/pipermail/nel/2000-November/000045.html new file mode 100644 index 00000000..1d436aa6 --- /dev/null +++ b/pipermail/nel/2000-November/000045.html @@ -0,0 +1,98 @@ + + + + [Nel] Ok, some food for your toughts + + + + + + +

[Nel] Ok, some food for your toughts

+ Thierry Mallard + thierry@mallard.com
+ Sat, 18 Nov 2000 09:23:03 +0100 +

+
+ +
--n8g4imXOkfNTN/H1
+Content-Type: text/plain; charset=us-ascii
+Content-Disposition: inline
+Content-Transfer-Encoding: quoted-printable
+
+On Fri, Nov 17, 2000 at 10:56:10AM +0100, Vianney Lecroart wrote:
+> [ Networking ]
+> I think that 90% of information on a game are important and must be recei=
+ved
+> if you don't want to have inconsistency in
+> the client side. the order of information are also very important. if you
+> receive
+> "you lost 5 hp" message before "you are attacked by XXX",=20
+
+Just two little remarks here :
+
+1/ the message should be more state-ish the action-ish here :
+   "you now have 37 HP" more than "you lost 5 HP" : one is skippable, the o=
+ther
+   is not.=20
+
+2/ the order is not necessary I think, but more the delay between them. The
+network speed may compensate the apparent disorder : if there's only 13 ms
+between the events you mentionned, the player may probably not notice. But =
+if
+that's 1.5 seconds, that's another problem ... ;-)
+
+
+	Shaman,=20
+	[ still learning to write english ... ;-) ]
+
+--=20
+Thierry Mallard              |             =20
+GnuPG key on wwwkeys.pgp.net |
+key 0xA3D021CB               |
+http://thierry.mallard.com   |    =20
+
+--n8g4imXOkfNTN/H1
+Content-Type: application/pgp-signature
+Content-Disposition: inline
+
+-----BEGIN PGP SIGNATURE-----
+Version: GnuPG v1.0.4 (GNU/Linux)
+Comment: Pour information voir http://www.gnupg.org
+
+iEYEARECAAYFAjoWPGcACgkQGBtCB6PQIctC4wCdHeXHaiWu8TqEpUsryl+D/wH2
+Ha8An3O5buwRHRsPEP2lr5PL1Nc2lDEu
+=xo0+
+-----END PGP SIGNATURE-----
+
+--n8g4imXOkfNTN/H1--
+
+
+
+ + + + +
+

+ diff --git a/pipermail/nel/2000-November/000046.html b/pipermail/nel/2000-November/000046.html new file mode 100644 index 00000000..027edc28 --- /dev/null +++ b/pipermail/nel/2000-November/000046.html @@ -0,0 +1,188 @@ + + + + [Nel] Release Schedule and some questions ? + + + + + + +

[Nel] Release Schedule and some questions ?

+ Tom wright + thomas.wright1@ntlworld.com
+ Sun, 19 Nov 2000 14:14:11 -0000 +

+
+ +
This is a multi-part message in MIME format.
+
+------=_NextPart_000_002B_01C05232.FD4788A0
+Content-Type: text/plain;
+	charset="iso-8859-1"
+Content-Transfer-Encoding: quoted-printable
+
+Hi all,
+
+I am quite interested in what your trying to do, having played about =
+with the ideas for one of these for more years than I care to think =
+about :-)
+
+I have some general questions I would like to ask who ever is in the =
+know, feel free to ignore the 'sensitive' ones :-)
+
+1)  Are you going to add to the FAQ how to build  the stuff ? I am =
+currently running on Win2k with VC6 ( though I have a linux box also to =
+try this out on ) and it appears you have some paths coded to your =
+environment and not within the project file, e.g. whatever\nel\include =
+is missing.
+It would be useful in the FAQ if it contained a list of any dependencies =
+that the system also requires like the STL code. Yeah I know its in =
+there :-)  But it will save you answering the same question lots of time =
+for those that don't look at the src
+
+2) Care to release at least a rough schedule on the website, so that =
+people can see when bits and pieces of the jigsaw are going to be =
+released ?
+
+3) Congrats on releasing the src early, that means we can start reading =
+and learning now before we have 1000's of files to wade through.
+
+4) very interested to see talking about using python, having started =
+playing with it a few months ago, it has alot going for it.  Are you =
+going to embed it and interface it to the API's available so that people =
+can use it for developement within the system, or is it more an external =
+glue language ? Could be very useful for rapid prototyping AI and NPC =
+routines
+
+5) In your event dispatch system, how do you intent to get around the =
+problem of 'event blizzards' on a busy system ? Having seen this problem =
+in other systems that rely on events for inter-object comms, I am =
+interested on how you are going to get around the problem, e.g. =
+multi-threaded round robin dispatch, multiple dispatchers etc.
+
+Congrats on embrassing the open source idea for your server, and I look =
+forward to messing around with the system and the source.
+
+Regards
+
+Tom
+
+------=_NextPart_000_002B_01C05232.FD4788A0
+Content-Type: text/html;
+	charset="iso-8859-1"
+Content-Transfer-Encoding: quoted-printable
+
+<!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 all,</FONT></DIV>
+<DIV>&nbsp;</DIV>
+<DIV><FONT face=3DArial size=3D2>I am quite interested in what your =
+trying to do,=20
+having played about with the ideas for one of these for more years than =
+I care=20
+to think about :-)</FONT></DIV>
+<DIV>&nbsp;</DIV>
+<DIV><FONT face=3DArial size=3D2>I have some general questions I would =
+like to ask=20
+who ever is in the know, feel free to ignore the 'sensitive' ones=20
+:-)</FONT></DIV>
+<DIV>&nbsp;</DIV>
+<DIV><FONT face=3DArial size=3D2>1)&nbsp; Are you going to add to the =
+FAQ how to=20
+build&nbsp; the stuff ? I am currently running on Win2k with VC6 ( =
+though I have=20
+a linux box also to try this out on ) and it appears you have some paths =
+coded=20
+to your environment and not within the project file, e.g. =
+whatever\nel\include=20
+is missing.</FONT></DIV>
+<DIV><FONT face=3DArial size=3D2>It would be useful in the FAQ if it =
+contained a=20
+list of any dependencies that the system also requires like the STL =
+code. Yeah I=20
+know its in there :-)&nbsp; But it will save you answering the same =
+question=20
+lots of time for those that don't look at the src</FONT></DIV>
+<DIV>&nbsp;</DIV>
+<DIV><FONT face=3DArial size=3D2>2) Care to release at least a rough =
+schedule on the=20
+website, so that people can see when bits and pieces of the jigsaw are =
+going to=20
+be released ?</FONT></DIV>
+<DIV>&nbsp;</DIV>
+<DIV><FONT face=3DArial size=3D2>3) Congrats on releasing the src early, =
+that means=20
+we can start reading and learning now before we have 1000's of files to =
+wade=20
+through.</FONT></DIV>
+<DIV>&nbsp;</DIV>
+<DIV><FONT face=3DArial size=3D2>4) very interested to see talking about =
+using=20
+python, having started playing with it a few months ago, it has alot =
+going for=20
+it.&nbsp; Are you going to embed it and interface it to the API's =
+available so=20
+that people can use it for developement within the system, or is it more =
+an=20
+external glue language ? Could be very useful for rapid prototyping AI =
+and NPC=20
+routines</FONT></DIV>
+<DIV>&nbsp;</DIV>
+<DIV><FONT face=3DArial size=3D2>5) In your event dispatch system, how =
+do you intent=20
+to get around the problem of 'event blizzards' on a busy system ? Having =
+seen=20
+this problem in other systems that rely on events for inter-object =
+comms, I am=20
+interested on how you are going to get around the problem, e.g. =
+multi-threaded=20
+round robin dispatch, multiple dispatchers etc.</FONT></DIV>
+<DIV>&nbsp;</DIV>
+<DIV><FONT face=3DArial size=3D2>Congrats on embrassing the open source =
+idea for=20
+your server, and&nbsp;I look forward to messing around with the system =
+and the=20
+source.</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_002B_01C05232.FD4788A0--
+
+
+
+ + + + +
+

+ diff --git a/pipermail/nel/2000-November/000047.html b/pipermail/nel/2000-November/000047.html new file mode 100644 index 00000000..ba1a9fdb --- /dev/null +++ b/pipermail/nel/2000-November/000047.html @@ -0,0 +1,116 @@ + + + + [Nel] Release Schedule and some questions ? + + + + + + +

[Nel] Release Schedule and some questions ?

+ sameh chafik Pro + chafik@nevrax.com
+ Mon, 20 Nov 2000 09:59:53 +0100 +

+
+ +
C'est un message de format MIME en plusieurs parties.
+
+------=_NextPart_000_0049_01C052D8.A0E268E0
+Content-Type: text/plain;
+	charset="iso-8859-1"
+Content-Transfer-Encoding: quoted-printable
+
+> 4) very interested to see talking about using python, having started =
+playing with it a few months ago, it has alot=20
+> going for it.  Are you going to embed it and interface it to the API's =
+available so that people can use it for=20
+> developement within the system, or is it more an external glue =
+language ? Could be very useful for rapid prototyping > AI and NPC =
+routines
+
+Hello,=20
+I'am Sameh Chafik and i am the lead AI programmer, I work with Pierre =
+Portier and Gabriel Robert. At present we don't use Python, i begun to =
+embed all class that we write but because we design a multi agents =
+system, we decideded to write an script interpret for our agents =
+platform. That dicision become because in open-source platform we did'nt =
+find an embed language for prototyping agents and python is'nt adapt for =
+doing that.
+
+
+------=_NextPart_000_0049_01C052D8.A0E268E0
+Content-Type: text/html;
+	charset="iso-8859-1"
+Content-Transfer-Encoding: quoted-printable
+
+<!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.4134.600" name=3DGENERATOR>
+<STYLE></STYLE>
+</HEAD>
+<BODY bgColor=3D#ffffff>
+<DIV><FONT face=3DArial size=3D2>
+<DIV><FONT face=3DArial size=3D2>&gt; 4) very interested to see talking =
+about using=20
+python, having started playing with it a few months ago, it has alot=20
+</FONT></DIV>
+<DIV><FONT face=3DArial size=3D2>&gt; going for it.&nbsp; Are you going =
+to embed it=20
+and interface it to the API's available so that people can use it for=20
+</FONT></DIV>
+<DIV><FONT face=3DArial size=3D2>&gt; developement within the system, or =
+is it more=20
+an external glue language ? Could be very useful for rapid prototyping =
+&gt; AI=20
+and NPC routines</FONT></DIV>
+<DIV>&nbsp;</DIV>
+<DIV>
+<DIV>Hello, </DIV>
+<DIV>I'am Sameh Chafik and i am the lead AI programmer, I work with =
+Pierre=20
+Portier and Gabriel Robert. At present we don't use Python, i begun to =
+embed all=20
+class that&nbsp;we write but because we design a multi agents system, we =
+
+decideded to write an script interpret for our agents platform. That =
+dicision=20
+become because in open-source platform we did'nt find an =
+embed&nbsp;language for=20
+prototyping agents and python is'nt adapt for doing that.</DIV>
+<DIV>&nbsp;</DIV></DIV></FONT></DIV></BODY></HTML>
+
+------=_NextPart_000_0049_01C052D8.A0E268E0--
+
+
+
+ + + + +
+

+ diff --git a/pipermail/nel/2000-November/000048.html b/pipermail/nel/2000-November/000048.html new file mode 100644 index 00000000..ec552de9 --- /dev/null +++ b/pipermail/nel/2000-November/000048.html @@ -0,0 +1,69 @@ + + + + [Nel] Release Schedule and some questions ? + + + + + + +

[Nel] Release Schedule and some questions ?

+ Vianney Lecroart + lecroart@nevrax.com
+ Mon, 20 Nov 2000 10:12:40 +0100 +

+
+ +
>1)  Are you going to add to the FAQ how to build  the stuff ? I am
+currently running on Win2k with VC6 ( though I have a linux box also to try
+this out >on ) and it appears you have some paths coded to your environment
+and not within the project file, e.g. whatever\nel\include is missing.
+>It would be useful in the FAQ if it contained a list of any dependencies
+that the system also requires like the STL code. Yeah I know its in there
+:-)  But it >will save you answering the same question lots of time for
+those that don't look at the src
+
+I'm working on the Visual C++ INSTALL file that explains everything you have
+to do to install and compile our project. It should be available in few
+days. (The unix one should come too in few days). But we don't plan to add
+it in the faq, we'll put it in the root directory.
+
+>3) Congrats on releasing the src early, that means we can start reading and
+learning now before we have 1000's of files to wade through.
+
+Thanks
+
+-Vianney Lecroart
+
+
+
+
+ + + + + +
+

+ diff --git a/pipermail/nel/2000-November/000049.html b/pipermail/nel/2000-November/000049.html new file mode 100644 index 00000000..14e242db --- /dev/null +++ b/pipermail/nel/2000-November/000049.html @@ -0,0 +1,92 @@ + + + + [Nel] Ok, some food for your toughts + + + + + + +

[Nel] Ok, some food for your toughts

+ Vincent Archer + archer@nevrax.com
+ Mon, 20 Nov 2000 17:03:35 +0100 +

+
+ +
According to Thierry Mallard:
+> Just two little remarks here :
+> 
+> 1/ the message should be more state-ish the action-ish here :
+>    "you now have 37 HP" more than "you lost 5 HP" : one is skippable, the other
+>    is not. 
+
+As a general rule, change of state messages are always what I termed
+uncorrectable elements, while state information is, by definition,
+correctable (because you can resend the same state information at any
+time, "correcting" the error).
+
+Now, some information can be expressed in terms of either state or change
+of state. The choice of the type of communication between server and client
+must be individually chosen for most.
+
+An important point to keep in mind is that, for most state information
+which we deliver thru UDP, you are perfectly allowed to lose some
+information (since you expect it will be corrected in the near future),
+but for any specific state, you must guarantee that at least some of the
+updates are delivered properly.
+
+A good example is the "HP update" above. You may send "X now has 37 HP"
+"X now has 33 HP", "X now has 30 HP", but at some point, you need to ensure
+that the client (since we assume that the server is the one giving the state
+update) gets at least one update. So, most of these updates would be sent
+using UDP, but one out of N has to be sent using TCP to ensure guaranteed
+delivery (or, more typically, one every N seconds).
+
+> 2/ the order is not necessary I think, but more the delay between them. The
+> network speed may compensate the apparent disorder : if there's only 13 ms
+> between the events you mentionned, the player may probably not notice. But if
+> that's 1.5 seconds, that's another problem ... ;-)
+
+If you use two streams, you also need to guarantee an order between both.
+It wouldn't do to receive "X has 35 HP" thru TCP and "X has 38 HP" thru UDP.
+So all state update messages also need to carry out a timestamp so that,
+when your client parses the "X has 35 HP" message because your network stack
+delivered this first, he'll be able to ignore the "X has 38 HP" one which is
+now obsolete.
+
+Oh, and I do agree. Using pure TCP frees you from the hassles of dealing
+with all that... but you relinquish a lot of control of the lag, since you
+cannot control how and when the information is retransmitted.
+-- 
+Vincent Archer                                         Email: archer@nevrax.com
+
+Nevrax France.                              Off on the yellow brick road we go!
+
+
+ + +
+

+ diff --git a/pipermail/nel/2000-November/000050.html b/pipermail/nel/2000-November/000050.html new file mode 100644 index 00000000..e9862820 --- /dev/null +++ b/pipermail/nel/2000-November/000050.html @@ -0,0 +1,70 @@ + + + + [Nel] Broken link in www.nevrax.org + + + + + + +

[Nel] Broken link in www.nevrax.org

+ Roy Bryant + roybryant@SEVENtwentyfour.com
+ Tue, 21 Nov 2000 08:09:37 -0500 +

+
+ +
There appears to be a problem on this page of your site.
+
+    On your page http://www.nevrax.org/pipermail/nel/
+    when you click on your link to
+http://www.nevrax.org/pipermail/nel/2000-October/subject.html
+    you get the error: Not found
+
+As recommended by the Robot Guidelines, this email is to explain our robot's
+activities and to let you know about one of the broken links we encountered.
+LinkWalker does not store or publish the content of your pages, but rather
+uses the link information to update our map of the World Wide Web.
+
+Are these reports helpful? I'd love some feedback. If you prefer not to
+receive these occasional error notices please let me know.
+
+Roy Bryant
+
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
+ Roy Bryant, roybryant@seventwentyfour.com
+ President
+ SEVENtwentyfour Inc. ("Always watching the Web")
+ http://www.seventwentyfour.com
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 
+
+
+ + + + + +
+

+ diff --git a/pipermail/nel/2000-November/000051.html b/pipermail/nel/2000-November/000051.html new file mode 100644 index 00000000..3fd1c76d --- /dev/null +++ b/pipermail/nel/2000-November/000051.html @@ -0,0 +1,77 @@ + + + + [Nel] Broken link in www.nevrax.org + + + + + + +

[Nel] Broken link in www.nevrax.org

+ Vincent Archer + archer@nevrax.com
+ Tue, 21 Nov 2000 13:18:40 +0100 +

+
+ +
According to Roy Bryant:
+> There appears to be a problem on this page of your site.
+> 
+>     On your page http://www.nevrax.org/pipermail/nel/
+>     when you click on your link to
+> http://www.nevrax.org/pipermail/nel/2000-October/subject.html
+>     you get the error: Not found
+
+Well, there are no october archives, since these archives held only
+messages of the form "ok, ping, 1-2-3, anyone hear me?" and "do I
+receive this?".
+
+I tried to remove all traces of the october activity, but Mailman seem
+to have resurrected the links, even if the files themselves are not there,
+nor any information to recreate them.
+
+Mailman is, well, "lacking" (to put it nicely) in the documentation and
+man area.
+
+> Are these reports helpful? I'd love some feedback. If you prefer not to
+> receive these occasional error notices please let me know.
+
+Most of these really are errors. That specific one is "known", and I
+have yet to figure how to remove it - Mailman recreates the link when
+a new message is received.
+
+-- 
+Vincent Archer                                         Email: archer@nevrax.com
+
+Nevrax France.                              Off on the yellow brick road we go!
+
+
+ + + + + +
+

+ diff --git a/pipermail/nel/2000-November/000052.html b/pipermail/nel/2000-November/000052.html new file mode 100644 index 00000000..806025f7 --- /dev/null +++ b/pipermail/nel/2000-November/000052.html @@ -0,0 +1,89 @@ + + + + [Nel] Some questions about network implementation + + + + + + +

[Nel] Some questions about network implementation

+ Dim Segebart + zager@teleaction.com
+ Wed, 22 Nov 2000 17:12:32 +0100 +

+
+ +
Hello !
+Today I have found very interesting library from SGI
+(http://oss.sgi.com/projects/state-threads/)
+It's based on Netscape Portable Runtime library (NSPR)
+and amed on creating high perfomance network applications.
+Look at documentation
+(http://oss.sgi.com/projects/state-threads/docs/st.html)
+>From documentation:
+
+It is contained in 8 source files as opposed to more than 400, but
+provides all the
+functionality that is needed to write efficient IAs on UNIX-like
+platforms.
+
+                     NSPR       State Threads
+ Lines of code     ~150,000      ~3000
+
+ Dynamic library size
+(debug version)
+ IRIX               ~700 KB   ~60 KB
+ Linux             ~900 KB  ~70 KB
+
+State Threads is an application library which provides a foundation for
+writing Internet Applications. To summarize, it has the following
+advantages:
+
+     It allows the design of fast and highly scalable applications. An
+application will scale well with both load and number of CPUs.
+     It greatly simplifies application programming and debugging
+because, as a rule, no mutual exclusion locking is necessary and the
+entire application is free to use static variables and non-reentrant
+library functions.
+
+The library's main limitation:
+     All I/O operations on sockets must use the State Thread library's
+I/O functions because only those functions perform thread scheduling and
+prevent the application's
+     processes from blocking.
+
+
+I'm just wonder, what is the implimenantion design of NeL server-side
+according to the above document ?
+
+
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2000-November/000053.html b/pipermail/nel/2000-November/000053.html new file mode 100644 index 00000000..7dad9869 --- /dev/null +++ b/pipermail/nel/2000-November/000053.html @@ -0,0 +1,68 @@ + + + + [Nel] Some questions about network implementation + + + + + + +

[Nel] Some questions about network implementation

+ Olivier Cado + cado@nevrax.com
+ Thu, 23 Nov 2000 10:54:34 +0100 +

+
+ +
Hello everybody !
+
+Dim Segebart wrote:
+> Today I have found very interesting library from SGI
+> (http://oss.sgi.com/projects/state-threads/)
+>
+> I'm just wonder, what is the implimenantion design of NeL server-side
+> according to the above document ?
+
+During the pre-production we studied various libraries, from the
+smallest to the biggest (such as ACE,
+http://www.cs.wustl.edu/~schmidt/ACE.html ). We didn't find the one of
+our dreams :-)
+
+At the moment we have implemented a simple networking system to work
+with our prototype that is coming soon.
+
+Thank you for your suggestion. We will study this library in detail.
+
+Regards,
+Olivier
+-- 
+Olivier Cado    ICQ: 67756413
+NEVRAX France   http://www.nevrax.com - http://www.nevrax.org
+
+
+ + +
+

+ diff --git a/pipermail/nel/2000-November/000054.html b/pipermail/nel/2000-November/000054.html new file mode 100644 index 00000000..a7f281ed --- /dev/null +++ b/pipermail/nel/2000-November/000054.html @@ -0,0 +1,66 @@ + + + + [Nel] GNU/Linux compilation + + + + + + +

[Nel] GNU/Linux compilation

+ Valignat Cedric + valignat@nevrax.com
+ Fri, 24 Nov 2000 20:19:35 +0100 +

+
+ +
Hello,
+
+The Nevrax team is please to announce, that there is some improvement on
+the GNU/Linux compilation :-)
+
+Just checkout the source files, read the INSTALL file and follow the
+instructions, it should be enougth ... i hope :o)
+
+There is still a lot of things to do or/and improve.
+
+That's the first time that i'm playing around with automake / autoconf so
+you migth find (and you will) some ugly things. Be nice with us ... any
+suggestion will be welcome :-)
+
+
+Have fun and a nice week-end ...
+
+
+The Nevrax team.
+
+
+
+ + + + +
+

+ diff --git a/pipermail/nel/2000-November/000055.html b/pipermail/nel/2000-November/000055.html new file mode 100644 index 00000000..4274065b --- /dev/null +++ b/pipermail/nel/2000-November/000055.html @@ -0,0 +1,54 @@ + + + + [Nel] error in CVS? + + + + + + +

[Nel] error in CVS?

+ Stefan Nilsen + stefan.nilsen@telia.com
+ Fri, 24 Nov 2000 22:18:06 +0100 +

+
+ +
I get this error when updating the files from the CVS repository. It looks 
+lika a damaged CVS repository.
+
+cvs [server aborted]: unable to parse 
+/home/cvsroot/code/nel/src/net/base_socket.cpp,v; `state' not in the expected 
+place
+
+
+ + + + + + +
+

+ diff --git a/pipermail/nel/2000-November/000056.html b/pipermail/nel/2000-November/000056.html new file mode 100644 index 00000000..ea4c3e9d --- /dev/null +++ b/pipermail/nel/2000-November/000056.html @@ -0,0 +1,57 @@ + + + + [Nel] error in CVS? + + + + + + +

[Nel] error in CVS?

+ Cedric Valignat + valignat@nevrax.com
+ Sat, 25 Nov 2000 02:16:05 +0100 +

+
+ +
Stefan Nilsen wrote:
+> I get this error when updating the files from the CVS repository. It looks 
+> lika a damaged CVS repository.
+>  [...]
+
+Ouch ... sorry.
+
+It's fixed.
+
+
+
+ + + + + + +
+

+ diff --git a/pipermail/nel/2000-November/000057.html b/pipermail/nel/2000-November/000057.html new file mode 100644 index 00000000..d4a2708f --- /dev/null +++ b/pipermail/nel/2000-November/000057.html @@ -0,0 +1,86 @@ + + + + [Nel] [patch] configure issue on GNU/Linux + + + + + + +

[Nel] [patch] configure issue on GNU/Linux

+ David =?iso-8859-1?q?Mentr=E9?= + David.Mentre@irisa.fr
+ 28 Nov 2000 11:04:18 +0100 +

+
+ +
Hi all nelers,
+
+Issue:
+
+ With the current connfigure.in, the freetype availability test use cc
+ rather than c++ to make the test, resulting in test failure due to
+ unset include path.
+
+Solution:
+
+ Use c++ as the default compiler for TRY_COMPILE macros.
+
+Path:
+
+--- configure.in.old    Tue Nov 28 10:22:18 2000
++++ configure.in        Tue Nov 28 10:50:10 2000
+@@ -23,6 +23,7 @@
+ dnl Checks for programs.
+ 
+ AC_PROG_MAKE_SET
++AC_LANG_CPLUSPLUS
+ 
+ AC_PROG_CC
+ AC_PROG_CXX
+
+
+Comment:
+
+ With this patch, configures works properly. And compilation worked
+ until my quota was full. ;)
+
+
+Best regards,
+d.
+-- 
+ David.Mentre@irisa.fr -- http://www.irisa.fr/prive/dmentre/
+ Opinions expressed here are only mine.
+
+
+ + + + + + + +
+

+ diff --git a/pipermail/nel/2000-November/000058.html b/pipermail/nel/2000-November/000058.html new file mode 100644 index 00000000..54cc9a00 --- /dev/null +++ b/pipermail/nel/2000-November/000058.html @@ -0,0 +1,58 @@ + + + + [Nel] CVS checkin by email + + + + + + +

[Nel] CVS checkin by email

+ David =?iso-8859-1?q?Mentr=E9?= + David.Mentre@irisa.fr
+ 28 Nov 2000 11:05:27 +0100 +

+
+ +
Hi all,
+
+Is there any way to bi informed by email of each new CVS checkin ?
+
+Best regards,
+d.
+-- 
+ David.Mentre@irisa.fr -- http://www.irisa.fr/prive/dmentre/
+ Opinions expressed here are only mine.
+
+
+ + + + + + + +
+

+ diff --git a/pipermail/nel/2000-November/000059.html b/pipermail/nel/2000-November/000059.html new file mode 100644 index 00000000..7bc405b0 --- /dev/null +++ b/pipermail/nel/2000-November/000059.html @@ -0,0 +1,75 @@ + + + + [Nel] CVS checkin by email + + + + + + +

[Nel] CVS checkin by email

+ Vincent Archer + archer@nevrax.com
+ Tue, 28 Nov 2000 11:50:58 +0100 +

+
+ +
According to David Mentré:
+> Hi all,
+> 
+> Is there any way to bi informed by email of each new CVS checkin ?
+
+Well, if you want to be spammed continuously, that might be possible.
+I'll put something in the crontab to notify you every day :)
+
+Realistically, since you get full access to the development CVS tree,
+there is something done about every day in one part or another of the
+library. We do not have anything like the cvsup of FreeBSD so that you
+automatically would fetch the latest version everytime, but you can
+set a cron job if you like to to a cvs update every day around 23:00
+GMT. That's when we do a full resynchronise of the various CVS mirrors
+(in practice, the sync starts at 22:00 GMT, but you never know how long
+rsync will take across the 3 machines involved).
+
+We will post announces when there is something relatively major commited
+(like the day you'll get your first pictures, or like we did when the
+ compilation stuff on Linux boxes started working). Usually, we also do
+a manual resync at that time.
+
+-- 
+Vincent Archer                                         Email: archer@nevrax.com
+
+Nevrax France.                              Off on the yellow brick road we go!
+
+
+ + + + + + + +
+

+ diff --git a/pipermail/nel/2000-November/000060.html b/pipermail/nel/2000-November/000060.html new file mode 100644 index 00000000..668fe9b8 --- /dev/null +++ b/pipermail/nel/2000-November/000060.html @@ -0,0 +1,66 @@ + + + + [Nel] GNU/Linux compilation + + + + + + +

[Nel] GNU/Linux compilation

+ David =?iso-8859-1?q?Mentr=E9?= + David.Mentre@irisa.fr
+ 28 Nov 2000 12:35:20 +0100 +

+
+ +
Valignat Cedric <valignat@nevrax.com> writes:
+
+> Just checkout the source files, read the INSTALL file and follow the
+> instructions, it should be enougth ... i hope :o)
+
+Yes. I can confirm it compiles on a fairly standard Debian 2.2 x86
+machine. 
+
+> There is still a lot of things to do or/and improve.
+
+Yes. Like a configure for the client and the server to start playing
+with some executable. Right now, I don't know what to do with the 63
+megs of nel library. :)
+
+BTW, maybe should the configure script be in the code/ directory in
+order to setup nel, the client and the server?
+
+d.
+-- 
+ David.Mentre@irisa.fr -- http://www.irisa.fr/prive/dmentre/
+ Opinions expressed here are only mine.
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2000-November/000061.html b/pipermail/nel/2000-November/000061.html new file mode 100644 index 00000000..40a9555f --- /dev/null +++ b/pipermail/nel/2000-November/000061.html @@ -0,0 +1,61 @@ + + + + [Nel] GNU/Linux compilation + + + + + + +

[Nel] GNU/Linux compilation

+ Vincent Archer + archer@nevrax.com
+ Tue, 28 Nov 2000 13:29:03 +0100 +

+
+ +
According to David Mentré:
+> BTW, maybe should the configure script be in the code/ directory in
+> order to setup nel, the client and the server?
+
+Well, yes and no. We'd like to keep the three (or at least two, NeL plus
+the client/server) separate or semi-separate entities, so that you can
+entirely replace client and server while keeping NeL.
+
+At some time, there will probably be an overall configure script, but that
+one will merely check the various parts, then call the 3 sub-directories
+configures with its what it just found.
+
+-- 
+Vincent Archer                                         Email: archer@nevrax.com
+
+Nevrax France.                              Off on the yellow brick road we go!
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2000-November/000062.html b/pipermail/nel/2000-November/000062.html new file mode 100644 index 00000000..ff25edec --- /dev/null +++ b/pipermail/nel/2000-November/000062.html @@ -0,0 +1,61 @@ + + + + [Nel] [patch] configure issue on GNU/Linux + + + + + + +

[Nel] [patch] configure issue on GNU/Linux

+ Valignat Cedric + valignat@nevrax.com
+ Tue, 28 Nov 2000 15:40:05 +0100 +

+
+ +
Hi David,
+
+David Mentré wrote:
+> 
+> Issue:
+> 
+>  With the current connfigure.in, the freetype availability test use cc
+>  rather than c++ to make the test, resulting in test failure due to
+>  unset include path.
+> [...]
+
+
+We just made the changes in CVS.
+
+Thanks for your help ... :-)
+
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2000-November/000063.html b/pipermail/nel/2000-November/000063.html new file mode 100644 index 00000000..f1ad36aa --- /dev/null +++ b/pipermail/nel/2000-November/000063.html @@ -0,0 +1,68 @@ + + + + [Nel] GNU/Linux compilation + + + + + + +

[Nel] GNU/Linux compilation

+ Valignat Cedric + valignat@nevrax.com
+ Tue, 28 Nov 2000 16:02:58 +0100 +

+
+ +
David Mentré wrote:
+> 
+> Yes. I can confirm it compiles on a fairly standard Debian 2.2 x86
+> machine. 
+
+Cool ... :-)
+
+> Yes. Like a configure for the client and the server to start playing
+> with some executable. Right now, I don't know what to do with the 63
+> megs of nel library. :)
+
+hehe :-)
+
+At the moment, there is nothing really usable for the client, and the
+GNU/linux OpenGL driver has to be written ...
+
+For the server part, we have few things running and the GNU/Linux configure
+setup will be done soon ...
+
+So be patient ... :-)
+
+
+Bye.
+
+
+
+ + +
+

+ diff --git a/pipermail/nel/2000-November/000064.html b/pipermail/nel/2000-November/000064.html new file mode 100644 index 00000000..7a4937d5 --- /dev/null +++ b/pipermail/nel/2000-November/000064.html @@ -0,0 +1,74 @@ + + + + [Nel] pointers on documentation? + + + + + + +

[Nel] pointers on documentation?

+ David Mentre + David.Mentre@irisa.fr
+ 29 Nov 2000 12:55:21 +0100 +

+
+ +
Hi all,
+
+I've looked very briefly at source code. As I'm newbie to 3D and games
+areas, I've been unable to understand concepts as "Traversers", or what
+is exactly a Model, a Scene, etc.
+
+Has somebody a good pointer on some basic documentation (URL, book,
+paper) that details those concepts found in 3D and distributed games?
+
+For the nel guys, is there any "Global Architecture Overview" paper
+planned? I know about the white paper, but I would be more interested in
+how you see the architecture in place. For example, it would be nice to
+read a paper describing a typical interaction: "you setup object like
+this, with this server and this client; when game starts, at each time
+step, the client send this info to the server; to model a scene, you
+need at least this and that...". It needs not to be very precise, but
+fill the gap between the white papers and the source code.
+
+Of course, I would understand that such a paper would not be on top
+priority list. ;)
+
+Maybe when some usable server/client will be released on Linux platform,
+we could write an architecture description paper.
+
+
+d.
+-- 
+ David.Mentre@irisa.fr -- http://www.irisa.fr/prive/dmentre/
+ Opinions expressed here are only mine.
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2000-November/000065.html b/pipermail/nel/2000-November/000065.html new file mode 100644 index 00000000..6ab4ca99 --- /dev/null +++ b/pipermail/nel/2000-November/000065.html @@ -0,0 +1,72 @@ + + + + [NOISE] Re: [Nel] pointers on documentation? + + + + + + +

[NOISE] Re: [Nel] pointers on documentation?

+ Nicolas Hognon + cblt@cblt.org
+ Wed, 29 Nov 2000 13:16:32 +0100 +

+
+ +
> Has somebody a good pointer on some basic documentation (URL, book,
+> paper) that details those concepts found in 3D and distributed games?
+> 
+
+you can look at this book : 3D Game Engine Design
+by David H. Eberly
+or at this website : http://www.flipcode.com/
+
+> For the nel guys, is there any "Global Architecture Overview" paper
+> planned? I know about the white paper, but I would be more interested in
+> how you see the architecture in place. For example, it would be nice to
+> read a paper describing a typical interaction: "you setup object like
+> this, with this server and this client; when game starts, at each time
+> step, the client send this info to the server; to model a scene, you
+> need at least this and that...". It needs not to be very precise, but
+> fill the gap between the white papers and the source code.
+> 
+> Of course, I would understand that such a paper would not be on top
+> priority list. ;)
+> 
+> Maybe when some usable server/client will be released on Linux platform,
+> we could write an architecture description paper.
+> 
+> 
+> d.
+
+
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2000-November/000066.html b/pipermail/nel/2000-November/000066.html new file mode 100644 index 00000000..a96a180c --- /dev/null +++ b/pipermail/nel/2000-November/000066.html @@ -0,0 +1,58 @@ + + + + [Nel] Distributed server algo + + + + + + +

[Nel] Distributed server algo

+ david.belius@chello.se + david.belius@chello.se
+ Wed, 29 Nov 2000 15:38:54 +0100 +

+
+ +
Hi,
+i was wondering how you will code the distributed server.
+What algo will you be using?
+Will each server handle a specific cube in object space?
+
+I would also like to know how general the engine will be.
+Will it be a _MMORPG_ engine or just a MMOG engine, so that it is 
+possible to make a MMORTS or something with the same engine?
+
+Regards,
+David
+
+
+
+ + + + +
+

+ diff --git a/pipermail/nel/2000-November/000067.html b/pipermail/nel/2000-November/000067.html new file mode 100644 index 00000000..0bc5e9a7 --- /dev/null +++ b/pipermail/nel/2000-November/000067.html @@ -0,0 +1,106 @@ + + + + [Nel] pointers on documentation? + + + + + + +

[Nel] pointers on documentation?

+ Cyril Corvazier + corvazier@nevrax.com
+ Wed, 29 Nov 2000 16:02:21 +0100 +

+
+ +
Hi David,
+
+We have started a kind of "NeL Programmer Guide". You can acces it from
+http://www.nevrax.org/docs/doxygen/nel/pages.html We have some topics there,
+but nothing about MOT (Model Observer Traversal) yet. The guide grow up with
+the
+code so stay tuned!
+
+For information, MOT is inspired by Java 3d architecture.
+
+Bye.
+
+Cyril Corvazier
+
+----- Original Message -----
+From: "David Mentre" <David.Mentre@irisa.fr>
+To: <nel@nevrax.org>
+Sent: Wednesday, November 29, 2000 12:55 PM
+Subject: [Nel] pointers on documentation?
+
+
+> Hi all,
+>
+> I've looked very briefly at source code. As I'm newbie to 3D and games
+> areas, I've been unable to understand concepts as "Traversers", or what
+> is exactly a Model, a Scene, etc.
+>
+> Has somebody a good pointer on some basic documentation (URL, book,
+> paper) that details those concepts found in 3D and distributed games?
+>
+> For the nel guys, is there any "Global Architecture Overview" paper
+> planned? I know about the white paper, but I would be more interested in
+> how you see the architecture in place. For example, it would be nice to
+> read a paper describing a typical interaction: "you setup object like
+> this, with this server and this client; when game starts, at each time
+> step, the client send this info to the server; to model a scene, you
+> need at least this and that...". It needs not to be very precise, but
+> fill the gap between the white papers and the source code.
+>
+> Of course, I would understand that such a paper would not be on top
+> priority list. ;)
+>
+> Maybe when some usable server/client will be released on Linux platform,
+> we could write an architecture description paper.
+>
+>
+> d.
+> --
+>  David.Mentre@irisa.fr -- http://www.irisa.fr/prive/dmentre/
+>  Opinions expressed here are only mine.
+> _______________________________________________
+> Nel mailing list
+> Nel@nevrax.org
+> http://www.nevrax.org/mailman/listinfo.cgi/nel
+
+
+
+ + + + + + + + + +
+

+ diff --git a/pipermail/nel/2000-November/000068.html b/pipermail/nel/2000-November/000068.html new file mode 100644 index 00000000..eb760e7f --- /dev/null +++ b/pipermail/nel/2000-November/000068.html @@ -0,0 +1,481 @@ + + + +¤¸¤j¨ÊµØ±á°T¡GÄ­ÆC¤Ï¼u + + + + + + + + + + +
+ + + + + + + + + + +
+ + + + +
+ + + + + + + + + + + +
¡@µêÀÀ«°¥«¥»¯¸¥þ¤å¯Á¤Þ·s»D¤º®e¯Á¤Þ·s»D¤ÀÃþ¬d¸ß¥xÆWªÑ¤ÍÁpºôºô­¶¸ê®Æ¯Á¤Þ¡@
+
+
+ + +
+ + + +
+ +
+ + + + + +
+ + + + + + + +
+ + +
¤À Ãþ ·s »D
+
+ + + + + + + + + + + + + + + + + + + + + +
+ +®É¨Æ + + +°]¸g +
+ +®T¼Ö + + +ªÀ·| +
+ +Åé¨| + + +¸ê°T +
+ +ÃÀ¤å + + +¥Á¥Í +
+ +ºî¦X + + +°ê»Ú +
+
+ + + + +
+ +
+ +
+
+		 + + + + + + + + + + +
+¡i°]¸g +·s»D¡j¡m§K¶O­q¾\¹q¤l³ø¡n¿é¤J±zªºE-Mail +
+
 + + +
+
+
+ + + + + +
+ + + +
+ + + +
+ + + +
+ + + + + + + + + +

+ +¤¸¤j¨ÊµØ±á°T¡GÄ­ÆC¤Ï¼u + + +(2001/3/02 +) +
+
+ +

¬Q(1)¤é¤j½L¥H¸õªÅ¤è¦¡­«®À¡A¤@Á|¶^¯}5650ÂI¤Î5570ÂIªº¤ä¼µ¡AÁöµM¦¬½L¤´¦³22ÀɪѲ¼º¦°±¡A¦ý¬O«o¦³62®a¬O¥H¶^°±°µ¦¬¡A³oºØ±¡§Î¬O¦Û°ªÂI¦^ÀÉ¥H¨Ó©Ò­º¨£¡A½æÀ£³Ì±j¤jªº¤@¤Ñ¡AÅãµMÆ[±æªºÄw½X¯É¯É°±·l±þ¥X¡C¦b¬Q¤é¶^°±ªº62ÀɪѲ¼¤¤¡A¦³±Nªñ2/3¬O¹q¤lªÑ¡A¥]¬A¥x¿n¹q¡B§»¹q¡B­Zª¿µ¥­«¶q¯Å¹q¤lªÑ¡A³sª÷¿ÄªÑ»â¥ý¾ã²z³\¤[¡A¤]Ãø°k¨ü²o³sªº¤U³õ¡Cµu½u¶^³t¥[§Ö¡A¬O¥½¶^»°©³ªº¨«¶Õ¡FÁÙ¬O¥D¶^¬q¥[³t¡A¶·¥Î¤ß¨DÃÒ¡C¬ã§P¥½¶^¬q©Î¬O¥D¶^¬q³Ì¦³®Äªº¤èªk¤§¤@¡A´N¬OÆ[¹î¯Ê¤f¦^¸Éªºª¬ªp¡C­Y¬O¥½¶^»°©³ªº¨«¶Õ¡A¬°ºÜºÉ¯Ê¤f¡A¬OªÅ¤è¤O¶q³Ì«áªº´è¬ª¡C³q±`³£¯à¦bµu®É¶¡¤º¨³³t¦^¸É¡C¦Ü©ó¥D¶^¬qªº¯Ê¤f¡A¥Ñ©óÁͶխè­è§Î¦¨¡A¤j¦h¬°¤¤¶¡¯Ê¤f¡C¤@¯ë¦Ó¨¥¡A¤¤¶¡¯Ê¤f¬O«Ü¤Ö¦bµu´Á¤º¦^¸Éªº¡C©Ò¥H¡A¬Q¤é¦b5660-5584ÂIªº¸õªÅ¯Ê¤f¯à§_¦b3¤é¤º¦^¸É¬O¬Û·íÃöÁ䪺¡C¥u­n¯Ê¤f¯à°÷¦^¸É¡A¨º»ò©Ô¦^³£¥i«Ø¥ß¦hÀY³¡¦ì¡C¥t¥~¡A¬Q¤é´£¤Î¦^ÀÉ1/3©Î0.382­¿ªº¤ä¼µ¡A·íµM¬O¾Dáè¬ï¡C¥i¹w¨£ªº¤ä¼µ¤]¤U²¾¦Ü1/2ªº¦ì¸m¡A¬ù¦b5375ÂI¤W¤U¡A»P72¤é§¡½uªº5410ÂI¬O¬Û·í±µªñ¡A¦¹¤@¦ì¸mªº¤ä¼µ¤O¶q¤£¤p¡AÀ³¸Ó¤£·|¹³5575ÂIªºª¬ªp¡C¦Ü¤Ö¬Ý¦b¶^²`¤Ï¼uªº¨¤«×¡A¬O¦³¤Ï¼u¥i¥H¹w´Á¡C¤Ï¼uªº­«ÂIªÑÀ³¸Ó¬O¥H¦^Àɸû²`ªº¹q¤lªÑ¤Îª÷¿ÄªÑ¬°¥D¡C³o¨âÃþªÑ¬O³Ì¯àµo´§¼µ½L¥ô°Èªº¡C­Y¹q¤l¡Bª÷¿Ä¤Ï¼u¡A¶·¯d·N¤¤·§ÃD§÷ªº¤p«¬ªÑ¡A¦³¥i¯à¶X¶Ã²V¤ôºN³½¡C¾Þ§@¤W¡A¤¤·§ªÑª£§@º¦´T¤w¤j¡A¤£©y¦A°l°ª¡A¤ÏÀ³¦V¤W´î½X¡A¤´«ù¦³¹q¤l¡Bª÷¿ÄªÑªº³¡¦ì«h¥i¼È®ÉÄò©ê¡C

+

[SmartNet´¼´Iºô´£¨Ñ]

+ +
+
+ +
+¦^­º­¶ +
+
+
+
+		 + +
+ + + + + + + + + + + +
+
+·s¡D»D¡D±½¡DºË +
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
¡E +¤­¬P¯Å«K·í¤@¦Ê¥i¶R +.. + +
+
¡E +¶Ç§Q²v±N½Õ­°¬üªÑ¤W +.. + +
+
¡E +°ê¤ºPE¡BPP¶ì½¦ +.. + +
+
¡E +¥x¿n¹qADR1¤é¶^ +.. + +
+
¡E +Áp¹qADR1¤é¶^´T +.. + +
+
¡E +©ô§»ADR1¤é¶^´T +.. + +
+
¡E +¬üºÖ¹p¹q1¤é¶^´T3 +.. + +
+
¡E +¤é¤ë¥úADR1¤é¶^ +.. + +
+
¡E +¥xªÑ1¤é¿Ä¸ê¾lÃB´î +.. + +
+
¡E +IBM¶Ç¬Ý¦n¥»©uÀç +.. + +
+
¡E +¹©±d´Á³f¡Gª`·N¥~¸ê +.. + +
+
¡E +¤O¥@±á°T¡G¥H¶q¤î¶^ +.. + +
+
¡E +¥Ò°©¤åÀò§Q¤£¦p¹w´Á +.. + +
+
¡E +¤¸¤j¨ÊµØ±á°T¡GÄ­ÆC +.. + +
+
¡E +µ×­^±á°T¡G§QªÅ®ø®§ +.. + +
+
¡E +¤Ó¥­¬v±á°T¡G«ü¼Æ©ó +.. + +
+
¡E +¥x¨|´Á³f¡G¥xªÑ­«®À +.. + +
+
¡E +¼Ú¬w¥D­nªÑ¥«¦¬½L¦æ +.. + +
+
¡E +²ü»È«ØijBªÑ§ë¸ê¤H +.. + +
+
¡E +µØÄ_:DRAM®w¦s +.. + +
+
+
+
+
+
+ + + + + + + + + + + + + + + + + +
+ + + + + +
+
+ +¡@µØµø¥x¥vÀ]¡E
+µØµø¤å¤Æ¤½¥q¡E
+µØµø°V½m¤¤¤ß¡E + +
+		 +
+ +¤¤µØ¹qµøªÑ¥÷¦³­­¤½¥q www.cts.com.tw ª©Åv©Ò¦³
+ 2000 CTS Inc. All Rights Reserved. Established 1997-01-03
+ 106 ¥x¥_¥«¥ú´_«n¸ô100¸¹ Tel: (02)2751-0321 µØµøªA°È«H½c +		 +
+ + ¡E¸`¥Ø¯d¨¥ªO
+ ¡EµØµøÁ`¸g²z«H½c
+ ¡E·s»D¥D¼½«H½c + +
+
+ + + + diff --git a/pipermail/nel/2000-November/000069.html b/pipermail/nel/2000-November/000069.html new file mode 100644 index 00000000..f253987d --- /dev/null +++ b/pipermail/nel/2000-November/000069.html @@ -0,0 +1,61 @@ + + + + [Nel] Status question + + + + + + +

[Nel] Status question

+ MIGUEL ANGEL BLANCH LARDIN + x5101920@fedro.ugr.es
+ Wed, 29 Nov 2000 20:18:42 +0100 (MET) +

+
+ +
Hi,
+
+I am reading some of the emails publishing, and because of my prior 
+experience in MMORPG, I would like to know in what stage is the 
+overall project?
+
+Planning? Alpha? Beta?
+
+I have browse the CVS and is something running?
+
+
+Regards,
+Miguel
+
+BTW Have you ever though about reusing other GPL projects source?
+
+
+ + + + +
+

+ diff --git a/pipermail/nel/2000-November/000070.html b/pipermail/nel/2000-November/000070.html new file mode 100644 index 00000000..eefd05c0 --- /dev/null +++ b/pipermail/nel/2000-November/000070.html @@ -0,0 +1,52 @@ + + + + [Nel] Distributed server algo + + + + + + +

[Nel] Distributed server algo

+ Stefan Nilsen + stefan.nilsen@telia.com
+ Wed, 29 Nov 2000 22:02:52 +0100 +

+
+ +
On Wednesday 29 November 2000 15:38, david.belius@chello.se wrote:
+> I would also like to know how general the engine will be.
+> Will it be a _MMORPG_ engine or just a MMOG engine, so that it is
+> possible to make a MMORTS or something with the same engine?
+
+WDMMORTSM? (What does MMORTS mean?)
+
+
+ + + + +
+

+ diff --git a/pipermail/nel/2000-November/000071.html b/pipermail/nel/2000-November/000071.html new file mode 100644 index 00000000..e37aa386 --- /dev/null +++ b/pipermail/nel/2000-November/000071.html @@ -0,0 +1,63 @@ + + + + [Nel] Distributed server algo + + + + + + +

[Nel] Distributed server algo

+ Nicolas Hognon + cblt@cblt.org
+ Wed, 29 Nov 2000 22:10:24 +0100 +

+
+ +
massively multiplayer online real time strategy
+(game like stracraft but massively online)
+
+> 
+> WDMMORTSM? (What does MMORTS mean?)
+
+
+
+-- 
+Nicolas Hognon
+home : cblt@cblt.org         / www.cblt.org
+work : nicolash@virtools.com / www.virtools.com
+#ICQ : 36044443
+
+Enjoy the silence
+(DM)
+
+
+
+ + + + +
+

+ diff --git a/pipermail/nel/2000-November/000072.html b/pipermail/nel/2000-November/000072.html new file mode 100644 index 00000000..58f6cc0a --- /dev/null +++ b/pipermail/nel/2000-November/000072.html @@ -0,0 +1,94 @@ + + + + [Nel] Distributed server algo + + + + + + +

[Nel] Distributed server algo

+ Thierry Mallard + thierry@mallard.com
+ Wed, 29 Nov 2000 23:50:38 +0100 +

+
+ +
--Nq2Wo0NMKNjxTN9z
+Content-Type: text/plain; charset=iso-8859-1
+Content-Disposition: inline
+Content-Transfer-Encoding: quoted-printable
+
+On Wed, Nov 29, 2000 at 03:38:54PM +0100, david.belius@chello.se wrote:
+> Hi,
+> i was wondering how you will code the distributed server.
+> What algo will you be using?
+
+Dunno if it could be related, but the word =AB distributed =BB made me flas=
+h ;-)
+I'm now trying to implement a STAGE server (see projet Worldforge[1]), with
+the help of Mickael Remond, using Erlang[2], a functionnal language which d=
+oes
+has nice features about distribution. Maybe that could be worth a look,
+although I'm still not sure an interpreted language is really usable for
+something like NeL or STAGE...=20
+
+	Best regards,
+
+		Shaman
+
+[1] http://www.worldforge.org
+[2] http://www.erlang.org =20
+    http://www.erlang-fr.org (under construction)
+
+--=20
+Thierry Mallard              |             =20
+GnuPG key on wwwkeys.pgp.net |
+key 0xA3D021CB               |
+http://thierry.mallard.com   |    =20
+
+--Nq2Wo0NMKNjxTN9z
+Content-Type: application/pgp-signature
+Content-Disposition: inline
+
+-----BEGIN PGP SIGNATURE-----
+Version: GnuPG v1.0.4 (GNU/Linux)
+Comment: Pour information voir http://www.gnupg.org
+
+iEYEARECAAYFAjoliD4ACgkQGBtCB6PQIcsTzQCgz1RuIUyK+vJsab7904ivRkqz
+TsUAnRtzTz+qdhL90GIDITtRT8cAMZ8m
+=AUVC
+-----END PGP SIGNATURE-----
+
+--Nq2Wo0NMKNjxTN9z--
+
+
+
+ + + + +
+

+ diff --git a/pipermail/nel/2000-November/000073.html b/pipermail/nel/2000-November/000073.html new file mode 100644 index 00000000..3f993b80 --- /dev/null +++ b/pipermail/nel/2000-November/000073.html @@ -0,0 +1,83 @@ + + + + [offtopic] distributed scripting language (was: Re: [Nel] Distributed server algo) + + + + + + +

[offtopic] distributed scripting language (was: Re: [Nel] Distributed server algo)

+ David Mentre + David.Mentre@irisa.fr
+ 30 Nov 2000 08:59:54 +0100 +

+
+ +
Thierry Mallard <thierry@mallard.com> writes:
+
+> I'm now trying to implement a STAGE server (see projet Worldforge[1]),
+> with the help of Mickael Remond, using Erlang[2], a functionnal
+> language which does has nice features about distribution.
+
+You could also have a look at Objective Caml[1]. It is a functionnal
+language (ML style with type inference for those interested) but with
+modules and object oriented capabilities. It has not pre-build
+distributed facilities but toolkits have been built on it, like
+Ensemble[2].
+
+On Erlang, one thing to notice is that reliability is in charge of the
+programmer. But maybe your are involved in some other projects using
+Erlang. ;)
+
+>  Maybe that could be worth a look, although I'm still not sure an
+> interpreted language is really usable for something like NeL or
+> STAGE...
+
+OCaml can be compiled in both bytecode and native code for about any
+platform (from ARM to Alpha through x86 [2b]). And people have made
+hacks to dynamically load bytecode and native code into
+programs[3]. Also notice that bytecode is portable across platforms.
+
+Sorry if it is a bit of topic, but I could not resist for this blatant
+advertising. ;) And maybe NeL will have more that just Python support...
+
+Best regards,
+d.
+
+[1] http://caml.inria.fr/
+[2] http://www.cs.cornell.edu/Info/Projects/Ensemble/index.html
+[2b] http://caml.inria.fr/ocaml/portability.html
+[3] http://caml.inria.fr/archives/200011/msg00180.html
+-- 
+ David.Mentre@irisa.fr -- http://www.irisa.fr/prive/dmentre/
+ Opinions expressed here are only mine.
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2000-November/000074.html b/pipermail/nel/2000-November/000074.html new file mode 100644 index 00000000..68f89776 --- /dev/null +++ b/pipermail/nel/2000-November/000074.html @@ -0,0 +1,68 @@ + + + + [Nel] Status question + + + + + + +

[Nel] Status question

+ Vincent Archer + archer@nevrax.com
+ Thu, 30 Nov 2000 10:19:13 +0100 +

+
+ +
According to MIGUEL ANGEL BLANCH LARDIN:
+> I am reading some of the emails publishing, and because of my prior 
+> experience in MMORPG, I would like to know in what stage is the 
+> overall project?
+> 
+> Planning? Alpha? Beta?
+
+None of the above? :)
+
+The game itself is somewhere between planning and alpha. We are approaching
+the date of our first internal prototype, but we know what the game itself
+is about, how it will play (in terms of game), and how we are structuring
+the NeL platform and how it is used to develop the real game.
+
+> I have browse the CVS and is something running?
+
+Depend on what you call running. You do not have a 3D scene and interface
+available yet, for example, but you have several services for the building
+of the server part.
+
+-- 
+Vincent Archer                                         Email: archer@nevrax.com
+
+Nevrax France.                              Off on the yellow brick road we go!
+
+
+ + +
+

+ diff --git a/pipermail/nel/2000-November/author.html b/pipermail/nel/2000-November/author.html new file mode 100644 index 00000000..a42fa7fb --- /dev/null +++ b/pipermail/nel/2000-November/author.html @@ -0,0 +1,118 @@ + + + + The Nel 2000-November Archive by Author + + + +

2000-November Archives by Author

+ +

Starting: Wed Nov 8 19:19:05 2000
+ Ending: Thu Nov 30 09:19:13 2000
+ Messages: 73

+

+

+ Last message date: + Thu Nov 30 09:19:13 2000
+ Archived on: Thu Nov 30 10:16:00 2000 +

+

+

+

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

2000-November Archives by Date

+ +

Starting: Wed Nov 8 19:19:05 2000
+ Ending: Thu Nov 30 09:19:13 2000
+ Messages: 73

+

+

+ Last message date: + Thu Nov 30 09:19:13 2000
+ Archived on: Thu Nov 30 10:16:00 2000 +

+

+

+

+ This archive was generated by + Pipermail 0.05 (Mailman edition). + + + diff --git a/pipermail/nel/2000-November/index.html b/pipermail/nel/2000-November/index.html new file mode 100644 index 00000000..02ee5bff --- /dev/null +++ b/pipermail/nel/2000-November/index.html @@ -0,0 +1,251 @@ + + + + The Nel 2000-November Archive by Thread + + + +

2000-November Archives by Thread

+ +

Starting: Wed Nov 8 19:19:05 2000
+ Ending: Thu Nov 30 09:19:13 2000
+ Messages: 73

+

+

+ Last message date: + Thu Nov 30 09:19:13 2000
+ Archived on: Thu Nov 30 10:16:00 2000 +

+

+

+

+ This archive was generated by + Pipermail 0.05 (Mailman edition). + + + diff --git a/pipermail/nel/2000-November/subject.html b/pipermail/nel/2000-November/subject.html new file mode 100644 index 00000000..7d9ce067 --- /dev/null +++ b/pipermail/nel/2000-November/subject.html @@ -0,0 +1,118 @@ + + + + The Nel 2000-November Archive by Subject + + + +

2000-November Archives by Subject

+ +

Starting: Wed Nov 8 19:19:05 2000
+ Ending: Thu Nov 30 09:19:13 2000
+ Messages: 73

+

+

+ Last message date: + Thu Nov 30 09:19:13 2000
+ Archived on: Thu Nov 30 10:16:00 2000 +

+

+

+

+ This archive was generated by + Pipermail 0.05 (Mailman edition). + + + diff --git a/pipermail/nel/2000-November/thread.html b/pipermail/nel/2000-November/thread.html new file mode 100644 index 00000000..02ee5bff --- /dev/null +++ b/pipermail/nel/2000-November/thread.html @@ -0,0 +1,251 @@ + + + + The Nel 2000-November Archive by Thread + + + +

2000-November Archives by Thread

+ +

Starting: Wed Nov 8 19:19:05 2000
+ Ending: Thu Nov 30 09:19:13 2000
+ Messages: 73

+

+

+ Last message date: + Thu Nov 30 09:19:13 2000
+ Archived on: Thu Nov 30 10:16:00 2000 +

+

+

+

+ This archive was generated by + Pipermail 0.05 (Mailman edition). + + + diff --git a/pipermail/nel/2001-April/000392.html b/pipermail/nel/2001-April/000392.html new file mode 100644 index 00000000..7fce366d --- /dev/null +++ b/pipermail/nel/2001-April/000392.html @@ -0,0 +1,52 @@ + + + + [Nel] Subscribe Me + + + + + + +

[Nel] Subscribe Me

+ Brandon + brandon_425@yahoo.com
+ Thu, 5 Apr 2001 10:19:11 -0700 (PDT) +

+
+ +
 
+ 
+
+__________________________________________________
+Do You Yahoo!?
+Get email at your own domain with Yahoo! Mail. 
+http://personal.mail.yahoo.com/
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2001-April/000393.html b/pipermail/nel/2001-April/000393.html new file mode 100644 index 00000000..6edaeeaa --- /dev/null +++ b/pipermail/nel/2001-April/000393.html @@ -0,0 +1,114 @@ + + + + [Nel] Mark Ewert ewert@reflexnet.net + + + + + + +

[Nel] Mark Ewert ewert@reflexnet.net

+ Brandon + brandon_425@yahoo.com
+ Thu, 5 Apr 2001 11:24:17 -0700 (PDT) +

+
+ +
Mark,
+
+I noticed that you had reflexnet.net also as your ISP. I can't
+believe they pulled the carpet right out from under us and went
+bankrupt. Technology is funny these days.  Just like the stock
+market. Ouch!!!  :)  Funny huh?  I found a great new ISP, let me
+know if you want the info or if you could give me some help
+finding a new ISP.
+
+Thanks,
+
+Brandon
+brandon_425@yahoo.com
+Home: 503.605.5433
+
+
+--- nel-request@nevrax.org wrote:
+> Welcome to the Nel@nevrax.org mailing list!
+> 
+> To post to this list, send your email to:
+> 
+>   nel@nevrax.org
+> 
+> General information about the mailing list is at:
+> 
+>   http://www.nevrax.org/mailman/listinfo.cgi/nel
+> 
+> If you ever want to unsubscribe or change your options (eg,
+> switch to
+> or from digest mode, change your password, etc.), visit your
+> subscription page at:
+> 
+>  
+>
+http://www.nevrax.org/mailman/options.cgi/nel/brandon_425@yahoo.com
+> 
+> You can also make such adjustments via email by sending a
+> message to:
+> 
+>   Nel-request@nevrax.org
+> 
+> with the word `help' in the subject or body (don't include the
+> quotes), and you will get back a message with instructions.
+> 
+> You must know your password to change your options (including
+> changing
+> the password, itself) or to unsubscribe.  It is:
+> 
+>   by09661
+> 
+> If you forget your password, don't worry, you will receive a
+> monthly
+> reminder telling you what all your nevrax.org mailing list
+> passwords
+> are, and how to unsubscribe or change your options.  There is
+> also a
+> button on your options page that will email your current
+> password to
+> you.
+> 
+> You may also have your password mailed to you automatically
+> off of the
+> Web page noted above.
+
+
+__________________________________________________
+Do You Yahoo!?
+Get email at your own domain with Yahoo! Mail. 
+http://personal.mail.yahoo.com/
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2001-April/000394.html b/pipermail/nel/2001-April/000394.html new file mode 100644 index 00000000..f0770969 --- /dev/null +++ b/pipermail/nel/2001-April/000394.html @@ -0,0 +1,64 @@ + + + + [Nel] You guys will let us know when you're done mucking about, right? + + + + + + +

[Nel] You guys will let us know when you're done mucking about, right?

+ robert@thatsnice.org + robert@thatsnice.org
+ Sun, 8 Apr 2001 08:47:53 -0700 (PDT) +

+
+ +
Hello again Nevrax folks,
+
+I'm still interested in using NeL in a project, and I wanted to prod
+you guys and see how things are coming along, and when we'll be able
+to get involved again.
+
+Don't forget that one of the selling points of free software is
+collaboration with the community.  We're not just here to bug you. :)
+
+Hope everything's going well.
+
+Robert
+
+-- 
+Robert de Forest      "Give a man a fire and he'll be warm for a day;
+System Administrator   set him on fire and he'll be warm 
+Got.net                for the rest of his life."
+<robert@got.net>                -- The Cube, forum3000.org
+
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2001-April/000395.html b/pipermail/nel/2001-April/000395.html new file mode 100644 index 00000000..fbb8d5f1 --- /dev/null +++ b/pipermail/nel/2001-April/000395.html @@ -0,0 +1,70 @@ + + + + [Nel] You guys will let us know when you're done mucking about, right? + + + + + + +

[Nel] You guys will let us know when you're done mucking about, right?

+ Cedric Valignat + valignat@nevrax.com
+ Mon, 9 Apr 2001 18:52:53 +0200 +

+
+ +
Hello Robert,
+
+robert@thatsnice.org wrote:
+> 
+> Don't forget that one of the selling points of free software is
+> collaboration with the community.  We're not just here to bug you. :)
+
+hehe ... i think that we quite aware of that :-)
+
+We are just meeting some of our own internal Milestones so, as you guess,
+we are quite busy at the moment.
+
+Our 3D team are redisigning NeL's 3d interfaces, the network is redisigning
+the networks layers, and are curently working on the documentation too ...
+
+A new version of Snowball sould be done for the first of May. That new
+version will use the new network and 3D implementation of NeL.
+
+So don't worry, we didn't forget you, it's just that we are very busy.
+
+Sorry about that ...
+
+
+Cedric.
+
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2001-April/000396.html b/pipermail/nel/2001-April/000396.html new file mode 100644 index 00000000..57c6c651 --- /dev/null +++ b/pipermail/nel/2001-April/000396.html @@ -0,0 +1,61 @@ + + + + [Nel] You guys will let us know when you're done mucking about, right? + + + + + + +

[Nel] You guys will let us know when you're done mucking about, right?

+ David Mentre + David.Mentre@inria.fr
+ 10 Apr 2001 09:17:41 +0200 +

+
+ +
Cedric Valignat <valignat@nevrax.com> writes:
+
+> Our 3D team are redisigning NeL's 3d interfaces, the network is redisigning
+> the networks layers, and are curently working on the documentation too ...
+
+About the network layer, what is the design you have finally chosen?
+Automata over kernel threads?
+
+BTW, have you setup unit tests? I had a (very) quick glance at code but
+did not found any. Would you be interested in such tests?
+
+d.
+-- 
+ David.Mentre@inria.fr -- http://www.irisa.fr/prive/dmentre/
+ Opinions expressed here are only mine.
+
+
+ + + + +
+

+ diff --git a/pipermail/nel/2001-April/000397.html b/pipermail/nel/2001-April/000397.html new file mode 100644 index 00000000..5a171923 --- /dev/null +++ b/pipermail/nel/2001-April/000397.html @@ -0,0 +1,56 @@ + + + + [Nel] You guys will let us know when you're done mucking about, right? + + + + + + +

[Nel] You guys will let us know when you're done mucking about, right?

+ sameh chafik Pro + chafik@nevrax.com
+ Tue, 10 Apr 2001 10:01:48 +0200 +

+
+ +
Hello Robert
+
+> I'm still interested in using NeL in a project, and I wanted to prod
+> you guys and see how things are coming along, and when we'll be able
+> to get involved again.
+
+What kind of project you are working on ?
+
+
+
+ + + + +
+

+ diff --git a/pipermail/nel/2001-April/000398.html b/pipermail/nel/2001-April/000398.html new file mode 100644 index 00000000..b9b5a28a --- /dev/null +++ b/pipermail/nel/2001-April/000398.html @@ -0,0 +1,72 @@ + + + + [Nel] You guys will let us know when you're done mucking about, right? + + + + + + +

[Nel] You guys will let us know when you're done mucking about, right?

+ Vincent Archer + archer@nevrax.com
+ Tue, 10 Apr 2001 16:35:06 +0200 +

+
+ +
According to David Mentre:
+> Cedric Valignat <valignat@nevrax.com> writes:
+> > Our 3D team are redisigning NeL's 3d interfaces, the network is redisigning
+> > the networks layers, and are curently working on the documentation too ...
+> 
+> About the network layer, what is the design you have finally chosen?
+> Automata over kernel threads?
+
+We're finishing the design docs, which will explain exactly how we're
+going to work. Can't explain further yet. You'll have to wait a little bit
+more for these to appear on the web/CVS.
+
+> BTW, have you setup unit tests? I had a (very) quick glance at code but
+> did not found any. Would you be interested in such tests?
+
+We haven't any formal test system for elementary modules. There are some
+self-contained examples in the nel/samples directory that show how some
+modules work, and which could easily be turned into testbeds to check
+functionality.
+
+If you think you can find better examples, or put added examples that
+can serve as tests at the same time, your contribution will be well
+appreciated.
+
+-- 
+Vincent Archer                                         Email: archer@nevrax.com
+
+Nevrax France.                              Off on the yellow brick road we go!
+
+
+ + +
+

+ diff --git a/pipermail/nel/2001-April/000399.html b/pipermail/nel/2001-April/000399.html new file mode 100644 index 00000000..639b02a5 --- /dev/null +++ b/pipermail/nel/2001-April/000399.html @@ -0,0 +1,105 @@ + + + + [Nel] You guys will let us know when you're done mucking about, + right? + + + + + + +

[Nel] You guys will let us know when you're done mucking about, + right?

+ robert@thatsnice.org + robert@thatsnice.org
+ Tue, 10 Apr 2001 15:35:01 -0700 (PDT) +

+
+ +
[ Charset ISO-8859-1 unsupported, converting... ]
+> Hello Robert
+> 
+> > I'm still interested in using NeL in a project, and I wanted to prod
+> > you guys and see how things are coming along, and when we'll be able
+> > to get involved again.
+> 
+> What kind of project you are working on ?
+
+Why a 3d MUD, of course.
+
+I started out on a MOO, then got into ColdMUD, which then begat this
+project:
+
+coldstore.sourceforge.net
+
+Which is just the back-end, and is embrionic still.
+
+My goal is to replace all the MMORPGs with a decentralized free
+alternative.  Of course, this would compete with Nevrax, but that will
+just encourage them to be better. :)
+
+I think Nevrax has the best philosophical approach to this problem of
+any commercial effort, and I applaud them.  However, since I don't
+work there, and I still want to work on these problems, I work for
+free.
+
+The particular subject I wish to tackle with an MMORPG is the social
+experimentation subject.  This has been tried before in text-based
+adventures (LambdaMOO and its descendents), but never on a large
+enough scale or with new technology.
+
+I want to see if we can learn something as a culture by creating a
+super dynamic world with maximum "player" input into the universe and
+maybe solve some of our differences inside that world.  Then maybe we
+can carry those lessons to the outside world.
+
+My experiment would NOT be a game.  It would also not be a pure
+simulation because we just don't have that technology yet, either in
+input and output or in resources to process or computer it.  It would
+be a rough analogy of life, and would try to put everyone at roughly
+the same level of world interaction, within reason.  It would be based
+heavily on life as we know it, but with an accelerated time scale.
+
+I try not to think too much about whether I actually expect this to
+ever happen or be popular. :)
+
+Thanks for asking!
+
+Robert
+
+-- 
+Robert de Forest      "Give a man a fire and he'll be warm for a day;
+System Administrator   set him on fire and he'll be warm 
+Got.net                for the rest of his life."
+<robert@got.net>                -- The Cube, forum3000.org
+
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2001-April/000400.html b/pipermail/nel/2001-April/000400.html new file mode 100644 index 00000000..2121389f --- /dev/null +++ b/pipermail/nel/2001-April/000400.html @@ -0,0 +1,325 @@ + + + + [Nel] proposed control changes + + + + + + +

[Nel] proposed control changes

+ Dan Erikson + derikson@montana.com
+ Thu, 12 Apr 2001 20:49:18 -0600 +

+
+ +
Hi all, this is kind of long, sorry.  I had some thoughts that I'd like to
+get some feedback on, and some code that you might find useful.
+
+I've put together a patch that changes the mouse control in snowballs so
+that the mouse is normally free, and you have to click on the window
+and move the mouse in order to move the view around.  This is a change
+from the current behavior where the mouse is always locked by the
+application.  This allows one to use other applications while the game
+is running.  I've even used it to have two instances of snowball running at
+the same time, which should be useful for testing reasons.  It'll also alow
+for using the mouse in the future for clicking on controls on other parts of
+the screen.  The only thing I'm not sure about is how well it will work on
+windows.  It looks like it'll work, but it would be nice if someone 
+would test it.
+
+I used the right mouse button because the left mouse button is already 
+in use
+for throwing a snowball, but I think these changes to the controls would
+work better:
+
+* Left mouse button to move the view around
+* Right mouse button to move forward
+* Space button to throw a snowball
+* Enter button to enter chat mode
+     After text is typed and enter is pressed, return from chat mode
+* Mousewheel forward to zoom in
+* Mousewheel backwards to zoom out
+* Left button turns the view left normally
+* If control+left or left_mouse+left, then strafe left
+* Right button turns the view right normally
+* If control+right or left_mouse+right, then strafe right
+
+The normal mode/chat mode allows us to use the keys for functionality rather
+than F1-F12, which is a little harder to remember than something like 
+'r' for
+toggle radar.  Also, there are a limited number of function buttons, so I
+think having access to all the other keys would allow good future expansion.
+
+The changes to the mouse buttons allows one to move around the world using
+only the mouse.
+
+It would also be nice to have the ability to customize these keys, but 
+that's
+something for a little later.
+
+If anyone has any comments about this stuff, I'd love to hear them.
+
+Patch to use right mouse button to move the heading around:
+
+Index: move_listener.cpp
+===================================================================
+RCS file: /home/cvsroot/code/client/src/move_listener.cpp,v
+retrieving revision 1.23
+diff -c -r1.23 move_listener.cpp
+*** move_listener.cpp    2001/04/10 10:20:48    1.23
+--- move_listener.cpp    2001/04/13 02:21:30
+***************
+*** 54,63 ****
+  \****************************************************************/
+  CMoveListener::CMoveListener()
+  {
+!     _MouseFree = false;
+    
+-     _CursorInit = false;
+-
+     _Width = 0;
+     _Height = 0;
+ 
+--- 54,61 ----
+  \****************************************************************/
+  CMoveListener::CMoveListener()
+  {
+!     _MouseFree = true;
+    
+     _Width = 0;
+     _Height = 0;
+ 
+***************
+*** 184,190 ****
+  \****************************************************************/
+  void CMoveListener::operator()(const CEvent& event)
+  {
+!     static const float eps = 0.001f;
+ 
+     // Rotation
+     if (event==EventMouseMoveId)
+--- 182,188 ----
+  \****************************************************************/
+  void CMoveListener::operator()(const CEvent& event)
+  {
+!     static const float eps = 0.002f;
+ 
+     // Rotation
+     if (event==EventMouseMoveId)
+***************
+*** 196,240 ****
+ 
+         if(!_MouseFree)
+         {
+!             if(_CursorInit)
+             {
+!                 float difx =  0.5f-mouseEvent->X;
+!                 float dify =  -(0.5f-mouseEvent->Y);
+!                 if( (float)fabs(difx) > eps || (float)fabs(dify) > eps)
+                 {
+!                     if ( (float)fabs(difx) > eps)
+!                     {
+!                          LocalArea->User.yaw( _RotSpeed*(difx) );
+                     }
+!                     if ( (float)fabs(dify) > eps)
+!                     {
+!                          LocalArea->User.ViewPitch += _RotSpeed*(dify);
+!                          if(LocalArea->User.ViewPitch>(float)Pi/2)
+!                          {
+!                              LocalArea->User.ViewPitch = (float)Pi/2;
+!                          }
+!                          if(LocalArea->User.ViewPitch<-(float)Pi/2)
+!                          {
+!                              LocalArea->User.ViewPitch = -(float)Pi/2;
+!                          }
+                     }
+-                     _Scene->getDriver()->setMousePos(0.5,0.5);
+                 }
+               }
+-               else
+-               {
+-                   _CursorInit = true;
+-                 _Scene->getDriver()->setMousePos(0.5,0.5);
+-               }
+         }
+     }
+  
+ 
+ 
+-     // Shoot with left mouse button
+     if ( event==EventMouseDownId)
+     {
+         CEventMouse* mouseEvent=(CEventMouse*)&event;
+         if(mouseEvent->Button==leftButton && CanShot)
+         {
+             if ( (ClientSocket!=NULL) && ClientSocket->connected() )
+--- 194,230 ----
+ 
+         if(!_MouseFree)
+         {
+!             float difx =  _MouseLockX-mouseEvent->X;
+!             float dify =  -(_MouseLockY-mouseEvent->Y);
+!             if( (float)fabs(difx) > eps || (float)fabs(dify) > eps)
+             {
+!                 if ( (float)fabs(difx) > eps)
+!                 {
+!                     LocalArea->User.yaw( _RotSpeed*(difx) );
+!                 }
+!                 if ( (float)fabs(dify) > eps)
+                 {
+!                     LocalArea->User.ViewPitch += _RotSpeed*(dify);
+!                     if(LocalArea->User.ViewPitch>(float)Pi/2)
+!                      {
+!                         LocalArea->User.ViewPitch = (float)Pi/2;
+                     }
+!                     if(LocalArea->User.ViewPitch<-(float)Pi/2)
+!                      {
+!                         LocalArea->User.ViewPitch = -(float)Pi/2;
+                     }
+                 }
++                 _Scene->getDriver()->setMousePos(_MouseLockX,_MouseLockY);
+               }
+         }
+     }
+  
+ 
+ 
+     if ( event==EventMouseDownId)
+     {
+         CEventMouse* mouseEvent=(CEventMouse*)&event;
++         // Shoot with left mouse button
+         if(mouseEvent->Button==leftButton && CanShot)
+         {
+             if ( (ClientSocket!=NULL) && ClientSocket->connected() )
+***************
+*** 249,254 ****
+--- 239,259 ----
+                 }
+             }
+         }
++         if(mouseEvent->Button==rightButton && _MouseFree)
++         {
++             _MouseLockX = mouseEvent->X;
++             _MouseLockY = mouseEvent->Y;
++             changeControlMode();
++         }
++     }
++
++     if(event==EventMouseUpId)
++     {
++         CEventMouse* mouseEvent=(CEventMouse*)&event;
++         if(mouseEvent->Button==rightButton && !_MouseFree)
++         {
++             changeControlMode();
++         }
+     }
+  }
+ 
+***************
+*** 260,265 ****
+--- 265,271 ----
+  {
+     server.addListener (EventMouseMoveId, this);
+     server.addListener (EventMouseDownId, this);
++     server.addListener (EventMouseUpId, this);
+  }
+ 
+ 
+***************
+*** 270,274 ****
+--- 276,281 ----
+  {
+     server.removeListener (EventMouseMoveId, this);
+     server.removeListener (EventMouseDownId, this);
++     server.removeListener (EventMouseUpId, this);
+  }
+ 
+Index: move_listener.h
+===================================================================
+RCS file: /home/cvsroot/code/client/src/move_listener.h,v
+retrieving revision 1.15
+diff -c -r1.15 move_listener.h
+*** move_listener.h    2001/03/05 09:39:44    1.15
+--- move_listener.h    2001/04/13 02:21:30
+***************
+*** 119,127 ****
+     /// Internal use
+     virtual void operator()(const NLMISC::CEvent& event);
+    
+-     /// true if first setMousePos done
+-     bool _CursorInit;
+-
+     CScene * _Scene;
+    
+     /// screen width
+--- 119,124 ----
+***************
+*** 155,160 ****
+--- 152,160 ----
+     float _MouseY;
+ 
+     bool _Shot;
++
++     float _MouseLockX;
++     float _MouseLockY;
+  };
+ 
+ 
+Index: client.cpp
+===================================================================
+RCS file: /home/cvsroot/code/client/src/client.cpp,v
+retrieving revision 1.177
+diff -c -r1.177 client.cpp
+*** client.cpp    2001/04/12 17:06:42    1.177
+--- client.cpp    2001/04/13 02:22:13
+***************
+*** 1880,1893 ****
+     LocalArea->setEntityMovedCallback( moveEntityInstance );
+     LocalArea->setEntityRemovedCallback( deleteEntityInstance );
+ 
+-     // hide mouse cursor
+-     CNELU::Driver->showCursor(false);
+- #ifdef NL_RELEASE
+-     CNELU::Driver->setCapture(true);
+- #endif
+-
+-
+-
+     // Load meshes
+     /*
+     vector<string>::iterator itshp;
+--- 1880,1885 ----
+
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2001-April/000401.html b/pipermail/nel/2001-April/000401.html new file mode 100644 index 00000000..5d6ea3bb --- /dev/null +++ b/pipermail/nel/2001-April/000401.html @@ -0,0 +1,84 @@ + + + + [Nel] proposed control changes + + + + + + +

[Nel] proposed control changes

+ Cedric Valignat + valignat@nevrax.com
+ Fri, 13 Apr 2001 19:41:25 +0200 +

+
+ +
Hi,
+
+Dan Erikson wrote:
+> 
+> I've put together a patch that changes the mouse control in snowballs so
+> that the mouse is normally free, and you have to click on the window
+> and move the mouse in order to move the view around.  This is a change
+> from the current behavior where the mouse is always locked by the
+> application.  This allows one to use other applications while the game
+> is running.  I've even used it to have two instances of snowball running at
+> the same time, which should be useful for testing reasons.  It'll also alow
+> for using the mouse in the future for clicking on controls on other parts of
+> the screen.  The only thing I'm not sure about is how well it will work on
+> windows.  It looks like it'll work, but it would be nice if someone 
+> would test it.
+
+Nice :-)
+
+I'm going to take a look on that next week and i will test it on windows
+before to integrate the patch. I will keep you inform of the results :-)
+
+> I used the right mouse button because the left mouse button is already 
+> in use
+> for throwing a snowball, but I think these changes to the controls would
+> work better:
+> [...]
+
+The control configuration is a very personal thing, we choose a quite common
+way to configure the moves control ... but it wiil be nice to be able to
+easly configure them :-)
+
+I do agree with you on the Function keys and the ability to be able to use
+the other keys of the keyboard ... migth be nice to have ;-)
+
+
+Thanks for your help,
+
+Cedric.
+
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2001-April/000402.html b/pipermail/nel/2001-April/000402.html new file mode 100644 index 00000000..feee946b --- /dev/null +++ b/pipermail/nel/2001-April/000402.html @@ -0,0 +1,123 @@ + + + + [Nel] A small document for your consumption + + + + + + +

[Nel] A small document for your consumption

+ Vincent Archer + archer@nevrax.com
+ Fri, 13 Apr 2001 11:34:53 +0200 +

+
+ +
While waiting for the whole load, here's a quick and short document. Look
+at it, and critique your hearts out...
+
+Client server connect
+
+This document describes quickly the connection process of a client to a world
+running a NeL-based system.
+
+Abbreviations
+-------------
+
+LS: The login service (one overall)
+WS: The welcome service (one for each world)
+FES: The front-end service (N per world)
+
+Steps
+-----
+
+1: The client initiates a connection to the login service, using the supplied
+   IP and port from the configuration file, with the help of the DNS for IP
+   resolution.
+
+   Note: DNS spoofing or configuration file modification can lead to LS
+   spoofing and hacking of the login/password information of the client.
+   However, DNS is needed for flexibility of the login service location.
+
+2: The client submits its login, password, and system capabilities.
+
+3: The LS checks the login/password validity, and builds the list of all
+   available worlds according to account information and current system
+   settings. This list contains world names and the IP for the WS of that
+   world.
+
+   Note: DNS is not used in that step.
+
+4: The client selects the world it wants to log on, and submits the IP address
+   of its world service to the LS.
+
+5: The LS sends a notification to the selected WS of the client's connection
+   desires. It generates and submits a single-use cookie to validate the
+   incoming connection.
+
+   Note: The cookie includes the client's IP, as seen by the LS (to avoid
+   address translation problems) for validation.
+
+6: The WS selects a FES to accept the client connexion, and submits the cookie
+   to the FES.
+
+7: The FES acknowledges its capacity to accept the client to the WS.
+
+8: The WS acknowledges its capacity to accept the client to the LS, and
+   indicates the IP/port of the selected FES.
+
+9: The LS acknowledges the login request to the client, and indicates the
+   IP/port of the selected FES.
+
+10: The client disconnects from the LS.
+
+11: The client initiates a connection to the indicated FES.
+
+12: The client sends the submitted cookie to the FES.
+
+13: The FES validates and acknowledges the cookie.
+
+Side notes
+----------
+
+Whenever a world starts, the WS establishes a permanent link with the LS,
+using an encrypted link (it is assumed that the LS and WS are located on two
+physically and probably geographically distinct networks). A 'SHARD' message
+serves as authentification, and the WS then updates the LS with its state,
+name and IP address. The WS may have a list of valid IP/port address for WS
+to avoid the occasional pirate server registration.
+
+-- 
+Vincent Archer                                         Email: archer@nevrax.com
+
+Nevrax France.                              Off on the yellow brick road we go!
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2001-April/000403.html b/pipermail/nel/2001-April/000403.html new file mode 100644 index 00000000..50a2b06f --- /dev/null +++ b/pipermail/nel/2001-April/000403.html @@ -0,0 +1,96 @@ + + + + [Nel] A small document for your consumption + + + + + + +

[Nel] A small document for your consumption

+ Thierry Mallard + thierry@mallard.com
+ Mon, 16 Apr 2001 21:59:43 +0200 +

+
+ +
On Fri, Apr 13, 2001 at 11:34:53AM +0200, Vincent Archer wrote:
+> Steps
+> -----
+> 
+> 1: The client initiates a connection to the login service, using the supplied
+>    IP and port from the configuration file, with the help of the DNS for IP
+>    resolution.
+> 
+>    Note: DNS spoofing or configuration file modification can lead to LS
+>    spoofing and hacking of the login/password information of the client.
+>    However, DNS is needed for flexibility of the login service location.
+
+Possibly this can be partially avoided by providing your own DN Server's IP ?
+(dunno precisly how the client would connect to it, but still...)
+
+> 2: The client submits its login, password, and system capabilities.
+
+In plaintext ?
+
+> 3: The LS checks the login/password validity, and builds the list of all
+>    available worlds according to account information and current system
+>    settings. This list contains world names and the IP for the WS of that
+>    world.
+
+Maybe the use of challenges would be more secure, but i'm not a specialist in
+this matter :-(
+
+> 4: The client selects the world it wants to log on, and submits the IP address
+>    of its world service to the LS.
+
+Would it be good if the client could select several worlds ?
+(then the negociation following could use this to get a good WS)
+
+> [...]
+> 10: The client disconnects from the LS.
+> 
+> 11: The client initiates a connection to the indicated FES.
+
+I wonder if it couldn't be more interesting if the client disconnects from LS
+_after_ having initiated the connection to the FES. Then, if something goes
+wrong, the client could goto 4 directly.
+
+
+Best regards,
+
+-- 
+Thierry Mallard              | http://vawis.net
+GnuPG key on wwwkeys.pgp.net | http://erlang-fr.org (new)
+key 0xA3D021CB               | http://worldforge.org
+
+
+
+ + + + +
+

+ diff --git a/pipermail/nel/2001-April/000404.html b/pipermail/nel/2001-April/000404.html new file mode 100644 index 00000000..cde29a46 --- /dev/null +++ b/pipermail/nel/2001-April/000404.html @@ -0,0 +1,105 @@ + + + + [Nel] A small document for your consumption + + + + + + +

[Nel] A small document for your consumption

+ Thierry Mallard + thierry@mallard.com
+ Tue, 17 Apr 2001 08:33:31 +0200 +

+
+ +
On Fri, Apr 13, 2001 at 11:34:53AM +0200, Vincent Archer wrote:
+> Steps
+> -----
+> [...]
+> 5: The LS sends a notification to the selected WS of the client's connection
+>    desires. It generates and submits a single-use cookie to validate the
+>    incoming connection.
+
+The LS <--> WS connection should be studied, perhaps ?
+(if it wasn't intended in this document, then let's see that later.. ;-) )
+
+[ *err.. ok i just read the end on the original mail, just forget it* ]
+
+> 6: The WS selects a FES to accept the client connexion, and submits the cookie
+>    to the FES.
+> 
+> 7: The FES acknowledges its capacity to accept the client to the WS.
+
+So the WS is (or can be?) a load-balancer to all the FES in a given world ?
+-- the balancing being done at network level, not process level --
+
+> 8: The WS acknowledges its capacity to accept the client to the LS, and
+>    indicates the IP/port of the selected FES.
+> 
+> 9: The LS acknowledges the login request to the client, and indicates the
+>    IP/port of the selected FES.
+> 
+> 10: The client disconnects from the LS.
+> 
+> 11: The client initiates a connection to the indicated FES.
+> 
+> 12: The client sends the submitted cookie to the FES.
+> 
+> 13: The FES validates and acknowledges the cookie.
+
+IMHO, as said in the other mail, the client should then disconnect from the
+LS ; not before. The downside I see in this case would be the extended time of
+connection (steps 11 et 13), which will lead to more network load. I don't see
+how important that would be.
+
+> Side notes
+> ----------
+> 
+> Whenever a world starts, the WS establishes a permanent link with the LS,
+> using an encrypted link (it is assumed that the LS and WS are located on two
+> physically and probably geographically distinct networks). A 'SHARD' message
+> serves as authentification, and the WS then updates the LS with its state,
+> name and IP address. The WS may have a list of valid IP/port address for WS
+> to avoid the occasional pirate server registration.
+
+ok, so i should have read the whole document before arguing ;-))
+
+Hope this helps..
+
+-- 
+Thierry Mallard              | http://vawis.net
+GnuPG key on wwwkeys.pgp.net | http://erlang-fr.org (new)
+key 0xA3D021CB               | http://worldforge.org
+
+
+
+ + + + +
+

+ diff --git a/pipermail/nel/2001-April/000405.html b/pipermail/nel/2001-April/000405.html new file mode 100644 index 00000000..2bd73e60 --- /dev/null +++ b/pipermail/nel/2001-April/000405.html @@ -0,0 +1,78 @@ + + + + [Nel] CVS tree changes + + + + + + +

[Nel] CVS tree changes

+ Cedric Valignat + valignat@nevrax.com
+ Tue, 17 Apr 2001 18:58:19 +0200 +

+
+ +
Hello everybody,
+
+We have made some small changement in the CVS tree about Snowballs :
+
+   - a directory "code/snowballs" was created. This directory contain 2
+     subdirectories : "client" & "server".
+
+   - the "code/client" files were moved to "code/snowballs/client".
+
+   - the "code/server/moves_service" was moved to "code/snowballs/server/moves_service".
+
+
+It ws a little mess and we had to clen it up, so as the client directory was
+*only* the snowballs client and the mose_service was used only for running
+a snowballs shard we decided to move these diretories in a more appropriate
+directory.
+
+Some of the txt file were not corrected yet so you migth find them quite
+innacurate ... that will be fixed tomorow ...
+
+Otherwise, the "code/server" directory will be renamed to "code/nelns"
+(standing for NeL Network Service) and will contain our services
+to run a generic shard, services that aren't part of the games
+services but are necessary to run a shard ...
+
+
+Have fune :-)
+
+
+Cedric.
+
+
+
+ + + + + +
+

+ diff --git a/pipermail/nel/2001-April/000406.html b/pipermail/nel/2001-April/000406.html new file mode 100644 index 00000000..dbfb28e8 --- /dev/null +++ b/pipermail/nel/2001-April/000406.html @@ -0,0 +1,63 @@ + + + + [Nel] CVS code/server renamed to code nelns + + + + + + +

[Nel] CVS code/server renamed to code nelns

+ Cedric Valignat + valignat@nevrax.com
+ Wed, 18 Apr 2001 18:59:08 +0200 +

+
+ +
Hello,
+
+As i told about in my preceding mail, the CVS code/server directory was renamed
+to code nelns (standing for NeL Network Services).
+
+So you will get that new structure from tonigth CVS synchronization ...
+
+
+Have a good time ...
+
+
+Cedric.
+
+
+
+
+ + + + + + + +
+

+ diff --git a/pipermail/nel/2001-April/000407.html b/pipermail/nel/2001-April/000407.html new file mode 100644 index 00000000..e39ca9de --- /dev/null +++ b/pipermail/nel/2001-April/000407.html @@ -0,0 +1,106 @@ + + + + [Nel] A small document for your consumption + + + + + + +

[Nel] A small document for your consumption

+ Vincent Archer + archer@nevrax.com
+ Tue, 17 Apr 2001 12:27:13 +0200 +

+
+ +
I'll answer both posts at the same time...
+
+According to Thierry Mallard:
+> Possibly this can be partially avoided by providing your own DN Server's IP ?
+> (dunno precisly how the client would connect to it, but still...)
+
+There are two ways you can find out a server:
+
+1) Hardcode the IP address (then, you cannot move the server)
+2) Use DNS for dynamic IP (then, the hardcoded address is the root of the
+	DNS tree - which, hopefully, changes even less often than we will)
+
+You can't specify your "own DNS". Using that is basically the same as
+using method 1: you still have to put a server at a static IP that gives
+you off the dynamic IP.
+
+> > 2: The client submits its login, password, and system capabilities.
+> 
+> In plaintext ?
+
+If we assume the link has a crypt method in it, why not.
+
+Three possible methods for password submission
+
+1) Plaintext, assuming the connection has a form of crypt in place
+2) MD5/crypt password. Spoofable, since:
+	a) You can capture the MD5/crypt string
+	b) You have the client source, so can hack it to send the static
+		crypted password instead of crypting the - unknown - plaintext
+3) MD5 for a dynamic challenge. A good example: the server sends you the
+	current date when you connect, and you use that date as the first
+	bytes of the MD5 digest.
+
+> > 4: The client selects the world it wants to log on, and submits the IP address
+> >    of its world service to the LS.
+> 
+> Would it be good if the client could select several worlds ?
+> (then the negociation following could use this to get a good WS)
+
+Not good. Typically, the client will connect to the world the player has
+a character he wants to play today :)
+
+However, the client may use the IP addresses of the WS to ping them and
+figure out which connection is better (when selecting its first world).
+
+> So the WS is (or can be?) a load-balancer to all the FES in a given world ?
+> -- the balancing being done at network level, not process level --
+
+The WS *is* the load balancing mechanism. Since he's aware of all FES
+up and running, and knows their load right now, he's best suited to
+determine which FES can afford to manage a new character.
+
+> I wonder if it couldn't be more interesting if the client disconnects from LS
+> _after_ having initiated the connection to the FES. Then, if something goes
+> wrong, the client could goto 4 directly.
+
+Hmmm, that might be good, yes.
+
+-- 
+Vincent Archer                                         Email: archer@nevrax.com
+
+Nevrax France.                              Off on the yellow brick road we go!
+
+
+ + +
+

+ diff --git a/pipermail/nel/2001-April/000408.html b/pipermail/nel/2001-April/000408.html new file mode 100644 index 00000000..2ddc5c96 --- /dev/null +++ b/pipermail/nel/2001-April/000408.html @@ -0,0 +1,100 @@ + + + + [Nel] NeL Status Update? + + + + + + +

[Nel] NeL Status Update?

+ EagleEye + eagleeye@flashmail.com
+ Tue, 17 Apr 2001 14:10:03 -0500 +

+
+ +
This is a multi-part message in MIME format.
+
+------=_NextPart_000_0118_01C0C748.1901E060
+Content-Type: text/plain;
+	charset="iso-8859-1"
+Content-Transfer-Encoding: quoted-printable
+
+My game project has gotten to the point where I am ready to start =
+putting the world together, and doing some logic/AI scripting and such.  =
+The problem is, I have no idea how the data structure works for NeL, and =
+we still have no access to the 3D Studio plugin that NeL needs for it's =
+textures.
+
+Is there any way I can get an ETA on that 3DS plugin, and detailed =
+documentation of how to structure the data for my world, so NeL will =
+work with it?
+
+Thanks,
+
+Jared Mark
+
+------=_NextPart_000_0118_01C0C748.1901E060
+Content-Type: text/html;
+	charset="iso-8859-1"
+Content-Transfer-Encoding: quoted-printable
+
+<!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>My game project has gotten to the point where I am =
+ready to=20
+start putting the world together, and doing some logic/AI scripting and=20
+such.&nbsp; The problem is, I have no idea how the data structure works =
+for NeL,=20
+and we still have no access to the 3D Studio plugin that NeL needs for =
+it's=20
+textures.</FONT></DIV>
+<DIV><FONT size=3D2></FONT>&nbsp;</DIV>
+<DIV><FONT size=3D2>Is there any way I can get an ETA on that 3DS =
+plugin,=20
+and&nbsp;detailed documentation of how to structure the data for my =
+world, so=20
+NeL will work with it?</FONT></DIV>
+<DIV><FONT size=3D2></FONT>&nbsp;</DIV>
+<DIV><FONT size=3D2>Thanks,</FONT></DIV>
+<DIV><FONT size=3D2></FONT>&nbsp;</DIV>
+<DIV><FONT size=3D2>Jared Mark</FONT></DIV></BODY></HTML>
+
+------=_NextPart_000_0118_01C0C748.1901E060--
+
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2001-April/000409.html b/pipermail/nel/2001-April/000409.html new file mode 100644 index 00000000..2e1cae7e --- /dev/null +++ b/pipermail/nel/2001-April/000409.html @@ -0,0 +1,83 @@ + + + + [Nel] NeL Status Update? + + + + + + +

[Nel] NeL Status Update?

+ Dim Segebart + zager@teleaction.com
+ Thu, 19 Apr 2001 14:55:25 +0200 +

+
+ +
E> My game project has gotten to the point where I am ready to start putting the world together, and doing some logic/AI scripting and such.  The problem is, I have no idea how the data structure
+E> works for NeL, and we still have no access to the 3D Studio plugin that NeL needs for it's textures.
+
+E> Is there any way I can get an ETA on that 3DS plugin, and detailed documentation of how to structure the data for my world, so NeL will work with it?
+
+As  I  noted  earlier, IMHO the  best solution for all of us, will be open
+format  of  NeL's  data files and accompanying stuff. In such a case we
+will be free to write converters from our favorite 3D tools XYZ to the NeL
+format. But I  can  predict  changes in format of NeL files to extend the
+current  set  of features. Just like DWG file format was always closed
+to  the  most  of  us and was subject of permanent changes, DXF file format was opened to everyone, so  I'm
+offer  not  too  stick  to  the  current implementation of NeL's binary file
+format,  but just invent some formal data format which will be the same for NeL as DXF
+is for DWG (let's name it NFF - NelFileFormat). In such a case Nevrax team create translator
+from  NFF  to  the  internal representation and the people outside the
+Nevrax  create translator from format XYZ to the NFF. With addition of
+new  features  and  other  format  changes  Nevrax make changes to the
+NFF2INTERNAL  and  we  make changes to the XYZ2NFF As a consequence of
+such  a  decision Nevrax will be free to change internal stuff without
+breaking  users  world's data and users always can store their data in
+some  intermediate  format.  Just imagine the situation. Nevrax add new
+really  cool features to the game and release new internal file format
+with  new  release  of engine. What happen with users worlds which are
+incompatible with new version ? I think you may guess ;)
+But  if  along  with  a  new  version  Nevrax will release a new version of
+converter  NFF2INTERNAL  the  problem  will be solved. This converter takes
+care  about  all internal changes and user's data will be on-line again
+within short period of time.
+
+What's about standard XML as a basement?  :)
+
+-- 
+Dim Segebart
+
+PS.  May  be  I'm  completely  wrong  and  Nevrax  team  has a better
+solution?
+
+
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2001-April/000410.html b/pipermail/nel/2001-April/000410.html new file mode 100644 index 00000000..03c5f96e --- /dev/null +++ b/pipermail/nel/2001-April/000410.html @@ -0,0 +1,312 @@ + + + + [Nel] NeL Status Update? + + + + + + +

[Nel] NeL Status Update?

+ Cyril Corvazier + corvazier@nevrax.com
+ Fri, 20 Apr 2001 19:06:03 +0200 +

+
+ +
Hi,
+
+> E> Is there any way I can get an ETA on that 3DS plugin, and detailed
+documentation of how to structure the data for my world, so NeL will work
+with it?
+
+What you said about the NeL file format makes a lot of sense,  and it match
+what we planned to do in a near future.
+
+Actually, i'm going to describe the current data management.
+
+Today, our export plug-ins generate NeL binary files using the NeL
+serialisation system.
+The serialisation system is described in the document inserted at the end of
+the mail. This document
+will be available on the web site in the Doxygen Related Pages during the
+next week.
+
+Here is the URL of another document that describes how to build NeL 3d data
+from your 3d editor and export them in NeL binary format:
+
+http://www.nevrax.org/docs/doxygen/nel/3d_data_howto.html
+
+---
+
+NeL Files and Serialisation
+
+* Introduction
+
+This is really quite a difficult subject to write about - so this file is an
+introduction which describes the basic features and principles of our
+system.
+
+
+* How our files work in NeL
+
+The NeL files are NOT designed to be man-readable.  Interpretation and
+generation of file contents is performed by the objects that are to be read
+and written using a standardised mechanism. This mechanism was inspired by
+the system provided by Java.
+
+We use the term 'serialisable' to describe a class  that can be read from/
+written to a NeL data file.
+Counter-intuitive as it may, at first, appear, each 'serialisable' class
+supplies a single method that is used for both reading and writing.
+
+Note that the files are encoded in little-endian and that the NeL library
+code deals with conversion of endian-ness for big-endian platforms
+
+
+* Serialisation beyond files
+
+The serialisation system can be used for generating binary data buffers in
+memory (without writing the result to a file) or for packing and unpacking
+data for transfer over a LAN.
+
+
+* How it works
+
+Technically, we define a 'serialisable' class as a class that can be passed
+to IStream::serial().
+In order for a class to be serialisable it is sufficient for it to include
+the following method:
+ void serial(IStream&).
+The fact that we use a template method definition means that a serialisable
+class does not have to be derived from any other class.
+All standard types are serialisable due to a non-template prototypes shown
+below.
+STL containers of serialisable types are serialisadble
+Pointers to non-polymorphic serialisable types are serialisable.
+
+The IStream class definition looks something like this:
+
+ class IStream
+ {
+ ...
+  void serial (int&);
+  void serial (float&);
+ ...
+  template <class T> void serial (T&t)
+  {
+   t.serial (*this);
+  }
+ };
+
+
+Example:
+To make the following class serialisable:
+
+ class myFirstClass
+ {
+  int a,b;
+ };
+
+you would need to extend the class as follows:
+
+ class myFirstClass
+ {
+  int a,b;
+  void serial (IStream&istream)
+  {
+   istream.serial(a);
+   istream.serial(b);
+  }
+ };
+
+The following example shows how to serialise a more complicated data
+structure
+
+ class myFirstClass
+ {
+  void serial (IStream&);
+ };
+
+ class myclass
+ {
+  int     BaseType;
+  myFirstClass    SerialisableClass
+  std::vector< myFirstClass>  STLContainerOfSerialisableClass;
+  myFirstClass    *PointerToSerialisableClass;
+  std::vector< myFirstClass*>  STLContainerOfPointersToSerialisableClass;
+
+  void serial (IStream&istream)
+  {
+   istream.serial(BaseType);
+   istream.serial(SerialisableClass);
+   istream.serialCont(STLContainerOfSerialisableClass);
+   istream.serialPtr(PointerToSerialisableClass);
+   istream.serialContPtr(STLContainerOfPointersToSerialisableClass);
+  }
+ };
+
+
+
+* Dealing with cross referenced or hierarchical data
+
+If an object contains a pointer to another object in memory then the
+serialPtr() method is used to read/ write the referenced object.
+The NeL library code writes a value corresponding to the pointer to the
+serialised data, followed by the data that the pointer points to (In the
+case of a NULL pointer the value 0 is written without any following data)
+The NeL library code automatically deals with the cases where two or more
+objects reference the same object or there is a circular reference.  Each
+time a pointer is de-referenced, for writing, NeL checks against a table of
+previous pointers;  if the pointer value already exists in the table then no
+data is written.  At read time the data structures are faithfully
+reconstructed.
+
+
+* Dealing with polymorphism within cross referenced data
+
+In a nut shell, in order to un-serialise a data record that one only has an
+interface type for, one needs to store an additional identifier with the
+data record that identifies it's real type.  The mechanism for doing this is
+best shown with an example:
+
+ class IBaseClass : public IStreamable
+ {
+  // This class is an interface. It is polymorphic.
+  virtual void foo ()=0;
+
+  // It must declare it's name
+  NLMISC_DECLARE_CLASS (MyClass);
+ };
+
+ class CClassToSerialise
+ {
+  IBaseClass  *PointerToAPolymorphicClass;
+
+  void serial (IStream& s)
+  {
+   s.serialPolyPtr (PointerToAPolymorphicClass);
+  }
+ };
+
+ void main ()
+ {
+ ...
+  // The polymorphic class must be registered in the registry
+  NLMISC_REGISTER_CLASS (MyClass);
+ ...
+ }
+
+
+* Dealing with file format evolution
+
+ void serial (IStream& s)
+ {
+  // At the begining of the serial process, read/ write the version number
+of the class implementation
+
+  // In the following example - at read time 'version' contains the version
+read from the stream. At
+  // write time version code '3' is written to the stream and to the
+variable 'version'.
+  int version=s.serialVersion (3);
+
+  // Now switch the version
+  switch (version)
+  {
+  case 3:
+   // The last field added in the class
+   s.serial (LastField);
+
+   // do some different stuff at read time and write time
+   if (s.isReading())
+   {
+    // at read time
+    ...
+   }
+   else
+   {
+    // at write time
+    ...
+   }
+
+  case 2:
+   // note that the code provided as of here allows for the reading of old
+versions of the class
+
+   s.serial (Toto);
+
+   // in the case where the evolution from my version 1 implementation to my
+version 2
+   // is not simply an extension of version 1 we need to break execution
+here
+   break;
+
+  case 1:
+   s.serial (Foo);
+  case 0:
+   s.serial (Truc);
+  }
+
+ }
+
+
+* NeL File Headers
+
+The objective of NeL file headers is to verify that a file is in the right
+format before attempting to interpret the contents.
+
+ // The NeL team use the following advise serialise a file this way:
+ void CFileRootClass::serial (IStream& s)
+ {
+  // First write / read-check the header
+  s.serialCheck ((uint32)'_LEN');
+  s.serialCheck ((uint32)'HSEM');
+
+  // This code write / read-check the header 'NEL_MESH' at the beginning of
+the file.
+  // If the check fails, serialCheck throws the EInvalidDataStream
+exception.
+ }
+
+* Good examples to look at:
+
+ include/nel/misc/stream.h   // Stream base classes
+ class CTileBank in src/3d/tile_bank.cpp // Good example of file format
+evolution
+ class CAnimation in src/3d/animation.cpp // Good example of polymorphism
+
+
+---
+Cyril Corvazier
+Lead 3d programmer
+Nevrax France
+
+
+
+ + +
+

+ diff --git a/pipermail/nel/2001-April/000412.html b/pipermail/nel/2001-April/000412.html new file mode 100644 index 00000000..61445ed5 --- /dev/null +++ b/pipermail/nel/2001-April/000412.html @@ -0,0 +1,162 @@ + + + + [Nel] 3dsmax 3.1 plug-ins + + + + + + +

[Nel] 3dsmax 3.1 plug-ins

+ Cyril Corvazier + corvazier@nevrax.com
+ Thu, 26 Apr 2001 19:56:44 +0200 +

+
+ +
This is a multi-part message in MIME format.
+
+------=_NextPart_000_0007_01C0CE8B.05058E00
+Content-Type: text/plain;
+	charset="iso-8859-1"
+Content-Transfer-Encoding: quoted-printable
+
+Hi,
+
+The good news:
+
+We have released the source code of some of our plug-ins for 3dsmax 3.1.
+
+The sources available are:
+
+* Scene exporter plug-in. Export NeL binary meshes, animations, skeleton =
+etc..
+* Patch converter plug-in. Convert a 3dsmax PatchMesh in a NeLPatchMesh.
+* TileUtility plug-in. Use tile banks in 3dsmax.
+
+You can find thoses plugins in the CVS tree in nel/tools/3d/plugins_max
+
+The bad news:
+
+1) One of our plugin, the landscape painter, is not in this package =
+because it is based=20
+on Discreet EditPatch source code, and we can't distribute this modified =
+source code.
+
+2) Given that Max plug-ins are linked to the 3DSMax SDK (which is not =
+Gnu GPL)=20
+and to NeL (which is Gnu GPL), anyone distributing plug-ins in binary =
+form will be in=20
+breach of the Gnu GPL.
+
+In English than means that you shouldn't distribute the plug-ins as =
+binaries.
+You are, of course, free to distribute the source code.
+
+Regards,
+Cyril Corvazier
+Lead 3d programmer
+Nevrax France
+
+
+
+------=_NextPart_000_0007_01C0CE8B.05058E00
+Content-Type: text/html;
+	charset="iso-8859-1"
+Content-Transfer-Encoding: quoted-printable
+
+<!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.2919.6307" name=3DGENERATOR>
+<STYLE></STYLE>
+</HEAD>
+<BODY bgColor=3D#c8bcb0>
+<DIV><FONT face=3DArial size=3D2>Hi,</FONT></DIV>
+<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
+<DIV><FONT face=3DArial size=3D2>The good news:</FONT></DIV>
+<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
+<DIV><FONT face=3DArial size=3D2>We have released the source code of =
+some of our=20
+plug-ins for 3dsmax 3.1.</FONT></DIV>
+<DIV>&nbsp;</DIV>
+<DIV><FONT face=3DArial size=3D2>The sources available are:</FONT></DIV>
+<DIV>&nbsp;</DIV>
+<DIV><FONT face=3DArial size=3D2>* Scene exporter plug-in. Export NeL =
+binary meshes,=20
+animations, skeleton etc..</FONT></DIV>
+<DIV><FONT face=3DArial size=3D2>* Patch converter plug-in. Convert a =
+3dsmax=20
+PatchMesh in a NeLPatchMesh.</FONT></DIV>
+<DIV><FONT face=3DArial size=3D2>* TileUtility plug-in. Use tile banks =
+in=20
+3dsmax.</FONT></DIV>
+<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
+<DIV><FONT face=3DArial size=3D2>You can find thoses plugins in the CVS =
+tree in=20
+nel/tools/3d/plugins_max</FONT></DIV>
+<DIV>&nbsp;</DIV>
+<DIV><FONT face=3DArial size=3D2>The bad news:</FONT></DIV>
+<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
+<DIV><FONT face=3DArial size=3D2>1) One of our plugin, the landscape =
+painter, is not=20
+in this package because it is based </FONT></DIV>
+<DIV><FONT face=3DArial size=3D2>on Discreet EditPatch source code, and =
+we can't=20
+distribute this modified source code.</FONT></DIV>
+<DIV>&nbsp;</DIV>
+<DIV><FONT face=3DArial size=3D2>2) Given that Max plug-ins are linked =
+to the 3DSMax=20
+SDK (which is not Gnu GPL) </FONT></DIV>
+<DIV><FONT face=3DArial size=3D2>and to NeL (which is Gnu GPL), anyone =
+distributing=20
+plug-ins in binary form will be in </FONT></DIV>
+<DIV><FONT face=3DArial size=3D2>breach of the Gnu GPL.</FONT></DIV>
+<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
+<DIV><FONT face=3DArial size=3D2>In English than means that you =
+shouldn't distribute=20
+the plug-ins as binaries.</FONT></DIV>
+<DIV><FONT face=3DArial size=3D2>You are, of course, free to distribute =
+the source=20
+code.</FONT></DIV>
+<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
+<DIV><FONT face=3DArial size=3D2>Regards,</FONT></DIV>
+<DIV><FONT face=3DArial size=3D2>
+<P class=3DMsoNormal><FONT color=3Dblack face=3DArial size=3D2><SPAN=20
+style=3D"COLOR: black; FONT-FAMILY: Arial; FONT-SIZE: 10pt">Cyril=20
+Corvazier<BR>Lead 3d programmer<BR>Nevrax =
+France<BR></SPAN></FONT></FONT><FONT=20
+face=3DArial size=3D2></P></FONT></DIV></BODY></HTML>
+
+------=_NextPart_000_0007_01C0CE8B.05058E00--
+
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2001-April/000413.html b/pipermail/nel/2001-April/000413.html new file mode 100644 index 00000000..ff93dba5 --- /dev/null +++ b/pipermail/nel/2001-April/000413.html @@ -0,0 +1,107 @@ + + + + [Nel] A small document for your consumption + + + + + + +

[Nel] A small document for your consumption

+ Vincent Archer + archer@nevrax.com
+ Fri, 27 Apr 2001 17:15:17 +0200 +

+
+ +
According to Brenden Towey:
+> From: Vincent Archer <archer@nevrax.com>
+> > 3) MD5 for a dynamic challenge. A good example: the server sends you the
+> > current date when you connect, and you use that date as the first
+> > bytes of the MD5 digest.
+> 
+> Would #3 solve the login & password hacking problem?
+
+More or less. However, most of the hacking problems I've seen these days
+on MMOGs do not involve a spoofed server or anything else. They're all
+revolving around:
+
+1) A scam aimed at getting your login and password
+	(we have this incredible powerleveling service. Send us $30 and
+	 your password and we'll have you level 50 in a month)
+
+2) A trojan (last one on EQ pretending to be an 'undetectable macro
+   program') that intercept the login/password pair when you *type them*.
+
+Still, it doesn't hurt to make a MD5 challenge. If someone can spoof
+you into believing you're talking to the server, the usual crypto layer
+that protects your connection against sniffing will not protect your
+password (something some web designers conveniently forget, saying that
+once you're using https:// urls, you can send you password in clear to
+the web).
+
+> >serves as authentification, and the WS then updates the LS with its state,
+> >name and IP address. The WS may have a list of valid IP/port address for WS
+> >to avoid the occasional pirate server registration.
+> 
+> 
+> Ok, I don't understand this.  Why would one person or company want to do
+> this?  What's the advantage to having a login service in one location and a
+> world service in another?  Why not just co-locate all your services behind
+> one firewall?
+
+Bandwidth/Lag/Security issues.
+
+Bandwidth is the first, and usually the less important one. But when you
+start talking multiple OC12 links for your bandwidth consumption, you
+quickly have limits on where you can locate your worlds. It is a lot easier
+to negociate several locations with OC4 for each than say "I need a place
+with two OC12".
+
+Lag is another one. All the world is not the states... tell it to the Aussies
+who ranted and screamed till they finally got one Ultima Online server
+down under. We're doing our best to make lag irrelevant, but given the
+choice of playing on a server with 500 ms ping and a server with 100 ms
+ping times... The experience with the latter will always be a *lot*
+smoother.
+
+And finally security. Not network security, I'm talking real security.
+Despite every premium paid, what happens if your server room catches
+fire, and despite generous smothering of Halon, all your servers are
+burnt to a nice crispy taste? Sure, the insurance will pay you lots of
+money. But your players will no longer be there.
+
+Spreading your servers around makes sense on several points.
+
+-- 
+Vincent Archer                                         Email: archer@nevrax.com
+
+Nevrax France.                              Off on the yellow brick road we go!
+
+
+ + +
+

+ diff --git a/pipermail/nel/2001-April/author.html b/pipermail/nel/2001-April/author.html new file mode 100644 index 00000000..60e27165 --- /dev/null +++ b/pipermail/nel/2001-April/author.html @@ -0,0 +1,68 @@ + + + + The Nel 2001-April Archive by Author + + + +

2001-April Archives by Author

+ +

Starting: Thu Apr 5 18:19:11 2001
+ Ending: Fri Apr 27 16:15:17 2001
+ Messages: 22

+

+

+ Last message date: + Fri Apr 27 16:15:17 2001
+ Archived on: Fri Apr 27 17:28:02 2001 +

+

+

+

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

2001-April Archives by Date

+ +

Starting: Thu Apr 5 18:19:11 2001
+ Ending: Fri Apr 27 16:15:17 2001
+ Messages: 22

+

+

+ Last message date: + Fri Apr 27 16:15:17 2001
+ Archived on: Fri Apr 27 17:28:02 2001 +

+

+

+

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

2001-April Archives by Thread

+ +

Starting: Thu Apr 5 18:19:11 2001
+ Ending: Fri Apr 27 16:15:17 2001
+ Messages: 22

+

+

+ Last message date: + Fri Apr 27 16:15:17 2001
+ Archived on: Fri Apr 27 17:28:02 2001 +

+

+

+

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

2001-April Archives by Subject

+ +

Starting: Thu Apr 5 18:19:11 2001
+ Ending: Fri Apr 27 16:15:17 2001
+ Messages: 22

+

+

+ Last message date: + Fri Apr 27 16:15:17 2001
+ Archived on: Fri Apr 27 17:28:02 2001 +

+

+

+

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

2001-April Archives by Thread

+ +

Starting: Thu Apr 5 18:19:11 2001
+ Ending: Fri Apr 27 16:15:17 2001
+ Messages: 22

+

+

+ Last message date: + Fri Apr 27 16:15:17 2001
+ Archived on: Fri Apr 27 17:28:02 2001 +

+

+

+

+ This archive was generated by + Pipermail 0.05 (Mailman edition). + + + diff --git a/pipermail/nel/2001-August/000580.html b/pipermail/nel/2001-August/000580.html new file mode 100644 index 00000000..46a83afb --- /dev/null +++ b/pipermail/nel/2001-August/000580.html @@ -0,0 +1,116 @@ + + + + [Nel] Fw: NeL compile error + + + + + + +

[Nel] Fw: NeL compile error

+ Nicolas Vizerie + vizerie@nevrax.com
+ Fri, 24 Aug 2001 18:03:39 +0200 +

+
+ +
This is a multi-part message in MIME format.
+
+------=_NextPart_000_0011_01C12CC7.1A9522E0
+Content-Type: text/plain;
+	charset="iso-8859-1"
+Content-Transfer-Encoding: quoted-printable
+
+
+----- Original Message -----=20
+From: Nicolas Vizerie=20
+To: zane@supernova.org=20
+Sent: Friday, August 24, 2001 5:32 PM
+Subject: NeL compile error
+
+
+Hello,=20
+
+The compile error that you reported has been fixed. You can update your =
+file.
+Thanks for reporting it!
+
+
+Nicolas Vizerie
+
+
+
+------=_NextPart_000_0011_01C12CC7.1A9522E0
+Content-Type: text/html;
+	charset="iso-8859-1"
+Content-Transfer-Encoding: quoted-printable
+
+<!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.2920.0" name=3DGENERATOR>
+<STYLE></STYLE>
+</HEAD>
+<BODY bgColor=3D#ffffff>
+<DIV>&nbsp;</DIV>
+<DIV style=3D"FONT: 10pt arial">----- Original Message -----=20
+<DIV style=3D"BACKGROUND: #e4e4e4; font-color: black"><B>From:</B> <A=20
+href=3D"mailto:vizerie@nevrax.com" title=3Dvizerie@nevrax.com>Nicolas =
+Vizerie</A>=20
+</DIV>
+<DIV><B>To:</B> <A href=3D"mailto:zane@supernova.org"=20
+title=3Dzane@supernova.org>zane@supernova.org</A> </DIV>
+<DIV><B>Sent:</B> Friday, August 24, 2001 5:32 PM</DIV>
+<DIV><B>Subject:</B> NeL compile error</DIV></DIV>
+<DIV><BR></DIV>
+<DIV><FONT face=3DArial size=3D2>Hello, </FONT></DIV>
+<DIV>&nbsp;</DIV>
+<DIV><FONT face=3DArial size=3D2>The compile error that you reported has =
+been fixed.=20
+You can update your file.</FONT></DIV>
+<DIV><FONT face=3DArial size=3D2>Thanks&nbsp;for reporting =
+it!</FONT></DIV>
+<DIV>&nbsp;</DIV>
+<DIV>&nbsp;</DIV>
+<DIV><FONT face=3DArial size=3D2>Nicolas Vizerie</FONT></DIV>
+<DIV>&nbsp;</DIV>
+<DIV>&nbsp;</DIV></BODY></HTML>
+
+------=_NextPart_000_0011_01C12CC7.1A9522E0--
+
+
+
+ + + + + + + + + +
+

+ diff --git a/pipermail/nel/2001-August/author.html b/pipermail/nel/2001-August/author.html new file mode 100644 index 00000000..9aaa5d50 --- /dev/null +++ b/pipermail/nel/2001-August/author.html @@ -0,0 +1,91 @@ + + + + The Nel 2001-August Archive by Author + + + +

2001-August Archives by Author

+ +

Starting: Tue Aug 7 19:05:28 2001
+ Ending: Wed Aug 29 19:48:15 2001
+ Messages: 46

+

+

+ Last message date: + Wed Aug 29 19:48:15 2001
+ Archived on: Wed Aug 29 20:54:00 2001 +

+

+

+

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

2001-August Archives by Date

+ +

Starting: Tue Aug 7 19:05:28 2001
+ Ending: Wed Aug 29 19:48:15 2001
+ Messages: 46

+

+

+ Last message date: + Wed Aug 29 19:48:15 2001
+ Archived on: Wed Aug 29 20:54:00 2001 +

+

+

+

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

2001-August Archives by Subject

+ +

Starting: Tue Aug 7 19:05:28 2001
+ Ending: Wed Aug 29 19:48:15 2001
+ Messages: 46

+

+

+ Last message date: + Wed Aug 29 19:48:15 2001
+ Archived on: Wed Aug 29 20:54:00 2001 +

+

+

+

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

2001-August Archives by Thread

+ +

Starting: Tue Aug 7 19:05:28 2001
+ Ending: Wed Aug 29 19:48:15 2001
+ Messages: 46

+

+

+ Last message date: + Wed Aug 29 19:48:15 2001
+ Archived on: Wed Aug 29 20:54:00 2001 +

+

+

+

+ This archive was generated by + Pipermail 0.05 (Mailman edition). + + + diff --git a/pipermail/nel/2001-December/000772.html b/pipermail/nel/2001-December/000772.html new file mode 100644 index 00000000..f76b8332 --- /dev/null +++ b/pipermail/nel/2001-December/000772.html @@ -0,0 +1,67 @@ + + + + [Nel] small bug, bug unforgivable design flaw + + + + + + +

[Nel] small bug, bug unforgivable design flaw

+ Cyril 'Hulud' Corvazier + corvazier@nevrax.com
+ Mon, 3 Dec 2001 11:21:54 +0100 +

+
+ +
Hi Vincent,
+
+I would like to thank you for your help and your advises regarding the mouse
+interface.
+
+Yes you're right, the best mouse implementation should use the mickey mode.
+A second implementation of the Events Emitter is planed in a near future.
+This will introduce new messages for all the input interfaces including
+mickey messages using Directinput and Dga.
+After this work, the client side code could be modified to virtualise the
+input regarding the user configuration.
+For the time, the one we use is only based on win32 and xlib basic messages
+so, it is not very smart. Sorry for this.
+
+Be sure we want a NeL Gnu/Linux implementation as good as possible. :-)
+Thanks again for your help.
+
+Best regards,
+
+Cyril Corvazier.
+
+
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2001-December/000773.html b/pipermail/nel/2001-December/000773.html new file mode 100644 index 00000000..af936f1c --- /dev/null +++ b/pipermail/nel/2001-December/000773.html @@ -0,0 +1,544 @@ + + + + [Nel] umm got some porblems , plz help =) + + + + + + +

[Nel] umm got some porblems , plz help =)

+ Stein Arve Berge + hubbster@online.no
+ Wed, 5 Dec 2001 22:42:18 +0100 +

+
+ +
This is a multi-part message in MIME format.
+
+------=_NextPart_000_0007_01C17DDE.18205B70
+Content-Type: text/plain;
+	charset="iso-8859-1"
+Content-Transfer-Encoding: quoted-printable
+
+Creating temporary file "C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp\RSP1D.tmp" =
+with contents
+[
+/nologo /MD /W3 /GR /GX /Zi /O2 /D "_MBCS" /D "_LIB" /D "WIN32" /D =
+"NDEBUG" /D "NL_RELEASE_DEBUG" /Fp"ReleaseDebug/misc.pch" /YX =
+/Fo"ReleaseDebug/" /Fd"ReleaseDebug/" /FD /c=20
+"E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\class_re=
+gistry.cpp"
+"E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\file.cpp=
+"
+"E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\mem_stre=
+am.cpp"
+"E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\stream.c=
+pp"
+"E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\matrix.c=
+pp"
+"E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\plane.cp=
+p"
+"E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\quat.cpp=
+"
+"E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\rect.cpp=
+"
+"E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\vector.c=
+pp"
+"E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\vector_h=
+.cpp"
+"E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\vectord.=
+cpp"
+"E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\config_f=
+ile\config_file.cpp"
+"E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\config_f=
+ile\config_file.yacc.cpp"
+"E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\event_li=
+stener.cpp"
+"E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\event_se=
+rver.cpp"
+"E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\events.c=
+pp"
+"E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\win_even=
+t_emitter.cpp"
+"E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\bit_set.=
+cpp"
+"E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\class_id=
+.cpp"
+"E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\debug.cp=
+p"
+"E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\displaye=
+r.cpp"
+"E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\i18n.cpp=
+"
+"E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\log.cpp"=
+
+"E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\mutex.cp=
+p"
+"E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\path.cpp=
+"
+"E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\rgba.cpp=
+"
+"E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\smart_pt=
+r.cpp"
+"E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\system_i=
+nfo.cpp"
+"E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\task_man=
+ager.cpp"
+"E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\time_nl.=
+cpp"
+"E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\win_thre=
+ad.cpp"
+]
+Creating command line "cl.exe =
+@C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp\RSP1D.tmp"=20
+Creating temporary file "C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp\RSP1E.tmp" =
+with contents
+[
+/nologo /out:"../lib/nlmisc_rd.lib"=20
+.\ReleaseDebug\class_registry.obj
+.\ReleaseDebug\file.obj
+.\ReleaseDebug\mem_stream.obj
+.\ReleaseDebug\stream.obj
+.\ReleaseDebug\matrix.obj
+.\ReleaseDebug\plane.obj
+.\ReleaseDebug\quat.obj
+.\ReleaseDebug\rect.obj
+.\ReleaseDebug\vector.obj
+.\ReleaseDebug\vector_h.obj
+.\ReleaseDebug\vectord.obj
+.\ReleaseDebug\config_file.obj
+.\ReleaseDebug\config_file.lex.obj
+.\ReleaseDebug\config_file.yacc.obj
+.\ReleaseDebug\event_emitter.obj
+.\ReleaseDebug\event_listener.obj
+.\ReleaseDebug\event_server.obj
+.\ReleaseDebug\events.obj
+.\ReleaseDebug\win_event_emitter.obj
+.\ReleaseDebug\bit_set.obj
+.\ReleaseDebug\class_id.obj
+.\ReleaseDebug\debug.obj
+.\ReleaseDebug\displayer.obj
+.\ReleaseDebug\i18n.obj
+.\ReleaseDebug\log.obj
+.\ReleaseDebug\mutex.obj
+.\ReleaseDebug\path.obj
+.\ReleaseDebug\rgba.obj
+.\ReleaseDebug\smart_ptr.obj
+.\ReleaseDebug\system_info.obj
+.\ReleaseDebug\task_manager.obj
+.\ReleaseDebug\time_nl.obj
+.\ReleaseDebug\win_thread.obj
+]
+Creating command line "link.exe -lib =
+@C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp\RSP1E.tmp"
+
+Output Window
+
+Compiling...
+class_registry.cpp
+E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\class_reg=
+istry.cpp(26) : fatal error C1083: Cannot open include file: =
+'nel/misc/class_registry.h': No such file or directory
+file.cpp
+E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\file.cpp(=
+26) : fatal error C1083: Cannot open include file: 'nel/misc/file.h': No =
+such file or directory
+mem_stream.cpp
+E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\mem_strea=
+m.cpp(26) : fatal error C1083: Cannot open include file: =
+'nel/misc/mem_stream.h': No such file or directory
+stream.cpp
+E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\stream.cp=
+p(26) : fatal error C1083: Cannot open include file: =
+'nel/misc/stream.h': No such file or directory
+matrix.cpp
+E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\matrix.cp=
+p(26) : fatal error C1083: Cannot open include file: =
+'nel/misc/matrix.h': No such file or directory
+plane.cpp
+E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\plane.cpp=
+(26) : fatal error C1083: Cannot open include file: 'nel/misc/plane.h': =
+No such file or directory
+quat.cpp
+E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\quat.cpp(=
+26) : fatal error C1083: Cannot open include file: 'nel/misc/quat.h': No =
+such file or directory
+rect.cpp
+E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\rect.cpp(=
+26) : fatal error C1083: Cannot open include file: 'nel/misc/rect.h': No =
+such file or directory
+vector.cpp
+E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\vector.cp=
+p(26) : fatal error C1083: Cannot open include file: =
+'nel/misc/vector.h': No such file or directory
+vector_h.cpp
+E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\vector_h.=
+cpp(26) : fatal error C1083: Cannot open include file: =
+'nel/misc/vector_h.h': No such file or directory
+vectord.cpp
+E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\vectord.c=
+pp(26) : fatal error C1083: Cannot open include file: =
+'nel/misc/vectord.h': No such file or directory
+config_file.cpp
+E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\config_fi=
+le\config_file.cpp(26) : fatal error C1083: Cannot open include file: =
+'nel/misc/types_nl.h': No such file or directory
+config_file.yacc.cpp
+config_file.yacc(14) : fatal error C1083: Cannot open include file: =
+'nel/misc/config_file.h': No such file or directory
+event_listener.cpp
+E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\event_lis=
+tener.cpp(26) : fatal error C1083: Cannot open include file: =
+'nel/misc/event_listener.h': No such file or directory
+event_server.cpp
+E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\event_ser=
+ver.cpp(26) : fatal error C1083: Cannot open include file: =
+'nel/misc/event_server.h': No such file or directory
+events.cpp
+E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\events.cp=
+p(26) : fatal error C1083: Cannot open include file: =
+'nel/misc/events.h': No such file or directory
+win_event_emitter.cpp
+E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\win_event=
+_emitter.cpp(26) : fatal error C1083: Cannot open include file: =
+'nel/misc/events.h': No such file or directory
+bit_set.cpp
+E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\bit_set.c=
+pp(26) : fatal error C1083: Cannot open include file: =
+'nel/misc/bit_set.h': No such file or directory
+class_id.cpp
+E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\class_id.=
+cpp(26) : fatal error C1083: Cannot open include file: =
+'nel/misc/class_id.h': No such file or directory
+debug.cpp
+E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\debug.cpp=
+(26) : fatal error C1083: Cannot open include file: 'nel/misc/debug.h': =
+No such file or directory
+displayer.cpp
+E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\displayer=
+.cpp(32) : fatal error C1083: Cannot open include file: =
+'nel/misc/types_nl.h': No such file or directory
+i18n.cpp
+E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\i18n.cpp(=
+31) : fatal error C1083: Cannot open include file: 'nel/misc/i18n.h': No =
+such file or directory
+log.cpp
+E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\log.cpp(3=
+1) : fatal error C1083: Cannot open include file: =
+'nel/misc/displayer.h': No such file or directory
+mutex.cpp
+E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\mutex.cpp=
+(26) : fatal error C1083: Cannot open include file: =
+'nel/misc/types_nl.h': No such file or directory
+path.cpp
+E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\path.cpp(=
+26) : fatal error C1083: Cannot open include file: 'nel/misc/path.h': No =
+such file or directory
+rgba.cpp
+E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\rgba.cpp(=
+26) : fatal error C1083: Cannot open include file: 'nel/misc/rgba.h': No =
+such file or directory
+smart_ptr.cpp
+E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\smart_ptr=
+.cpp(26) : fatal error C1083: Cannot open include file: =
+'nel/misc/smart_ptr.h': No such file or directory
+system_info.cpp
+E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\system_in=
+fo.cpp(26) : fatal error C1083: Cannot open include file: =
+'nel/misc/types_nl.h': No such file or directory
+task_manager.cpp
+E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\task_mana=
+ger.cpp(26) : fatal error C1083: Cannot open include file: =
+'nel/misc/task_manager.h': No such file or directory
+time_nl.cpp
+E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\time_nl.c=
+pp(26) : fatal error C1083: Cannot open include file: =
+'nel/misc/types_nl.h': No such file or directory
+win_thread.cpp
+E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\win_threa=
+d.cpp(26) : fatal error C1083: Cannot open include file: =
+'nel/misc/types_nl.h': No such file or directory
+Error executing cl.exe.
+
+
+
+
+Results
+
+snowballs.exe - 31 error(s), 0 warning(s)
+
+
+yes im a newbie =3D)
+
+Feel free to mail me back : hubbster@online.no
+
+------=_NextPart_000_0007_01C17DDE.18205B70
+Content-Type: text/html;
+	charset="iso-8859-1"
+Content-Transfer-Encoding: quoted-printable
+
+<!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.1800" name=3DGENERATOR>
+<STYLE></STYLE>
+</HEAD>
+<BODY bgColor=3D#ffffff>
+<DIV><FONT face=3DArial size=3D2><FONT size=3D3>Creating temporary file=20
+"C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp\RSP1D.tmp" with =
+contents<BR>[<BR>/nologo /MD=20
+/W3 /GR /GX /Zi /O2 /D "_MBCS" /D "_LIB" /D "WIN32" /D "NDEBUG" /D=20
+"NL_RELEASE_DEBUG" /Fp"ReleaseDebug/misc.pch" /YX /Fo"ReleaseDebug/"=20
+/Fd"ReleaseDebug/" /FD /c=20
+<BR>"E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\clas=
+s_registry.cpp"<BR>"E:\urbanparadox.com\upmmorpg\test\snowballs\client\ne=
+l\src\misc\file.cpp"<BR>"E:\urbanparadox.com\upmmorpg\test\snowballs\clie=
+nt\nel\src\misc\mem_stream.cpp"<BR>"E:\urbanparadox.com\upmmorpg\test\sno=
+wballs\client\nel\src\misc\stream.cpp"<BR>"E:\urbanparadox.com\upmmorpg\t=
+est\snowballs\client\nel\src\misc\matrix.cpp"<BR>"E:\urbanparadox.com\upm=
+morpg\test\snowballs\client\nel\src\misc\plane.cpp"<BR>"E:\urbanparadox.c=
+om\upmmorpg\test\snowballs\client\nel\src\misc\quat.cpp"<BR>"E:\urbanpara=
+dox.com\upmmorpg\test\snowballs\client\nel\src\misc\rect.cpp"<BR>"E:\urba=
+nparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\vector.cpp"<BR>"=
+E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\vector_h.=
+cpp"<BR>"E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\=
+vectord.cpp"<BR>"E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\s=
+rc\misc\config_file\config_file.cpp"<BR>"E:\urbanparadox.com\upmmorpg\tes=
+t\snowballs\client\nel\src\misc\config_file\config_file.yacc.cpp"<BR>"E:\=
+urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\event_listen=
+er.cpp"<BR>"E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\mi=
+sc\event_server.cpp"<BR>"E:\urbanparadox.com\upmmorpg\test\snowballs\clie=
+nt\nel\src\misc\events.cpp"<BR>"E:\urbanparadox.com\upmmorpg\test\snowbal=
+ls\client\nel\src\misc\win_event_emitter.cpp"<BR>"E:\urbanparadox.com\upm=
+morpg\test\snowballs\client\nel\src\misc\bit_set.cpp"<BR>"E:\urbanparadox=
+.com\upmmorpg\test\snowballs\client\nel\src\misc\class_id.cpp"<BR>"E:\urb=
+anparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\debug.cpp"<BR>"=
+E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\displayer=
+.cpp"<BR>"E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc=
+\i18n.cpp"<BR>"E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src=
+\misc\log.cpp"<BR>"E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel=
+\src\misc\mutex.cpp"<BR>"E:\urbanparadox.com\upmmorpg\test\snowballs\clie=
+nt\nel\src\misc\path.cpp"<BR>"E:\urbanparadox.com\upmmorpg\test\snowballs=
+\client\nel\src\misc\rgba.cpp"<BR>"E:\urbanparadox.com\upmmorpg\test\snow=
+balls\client\nel\src\misc\smart_ptr.cpp"<BR>"E:\urbanparadox.com\upmmorpg=
+\test\snowballs\client\nel\src\misc\system_info.cpp"<BR>"E:\urbanparadox.=
+com\upmmorpg\test\snowballs\client\nel\src\misc\task_manager.cpp"<BR>"E:\=
+urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\time_nl.cpp"=
+<BR>"E:\urbanparadox.com\upmmorpg\test\snowballs\client\nel\src\misc\win_=
+thread.cpp"<BR>]<BR>Creating=20
+command line "cl.exe @C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp\RSP1D.tmp" =
+<BR>Creating=20
+temporary file "C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp\RSP1E.tmp" with=20
+contents<BR>[<BR>/nologo /out:"../lib/nlmisc_rd.lib"=20
+<BR>.\ReleaseDebug\class_registry.obj<BR>.\ReleaseDebug\file.obj<BR>.\Rel=
+easeDebug\mem_stream.obj<BR>.\ReleaseDebug\stream.obj<BR>.\ReleaseDebug\m=
+atrix.obj<BR>.\ReleaseDebug\plane.obj<BR>.\ReleaseDebug\quat.obj<BR>.\Rel=
+easeDebug\rect.obj<BR>.\ReleaseDebug\vector.obj<BR>.\ReleaseDebug\vector_=
+h.obj<BR>.\ReleaseDebug\vectord.obj<BR>.\ReleaseDebug\config_file.obj<BR>=
+.\ReleaseDebug\config_file.lex.obj<BR>.\ReleaseDebug\config_file.yacc.obj=
+<BR>.\ReleaseDebug\event_emitter.obj<BR>.\ReleaseDebug\event_listener.obj=
+<BR>.\ReleaseDebug\event_server.obj<BR>.\ReleaseDebug\events.obj<BR>.\Rel=
+easeDebug\win_event_emitter.obj<BR>.\ReleaseDebug\bit_set.obj<BR>.\Releas=
+eDebug\class_id.obj<BR>.\ReleaseDebug\debug.obj<BR>.\ReleaseDebug\display=
+er.obj<BR>.\ReleaseDebug\i18n.obj<BR>.\ReleaseDebug\log.obj<BR>.\ReleaseD=
+ebug\mutex.obj<BR>.\ReleaseDebug\path.obj<BR>.\ReleaseDebug\rgba.obj<BR>.=
+\ReleaseDebug\smart_ptr.obj<BR>.\ReleaseDebug\system_info.obj<BR>.\Releas=
+eDebug\task_manager.obj<BR>.\ReleaseDebug\time_nl.obj<BR>.\ReleaseDebug\w=
+in_thread.obj<BR>]<BR>Creating command line "link.exe -lib=20
+@C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp\RSP1E.tmp"<BR></DIV></FONT>
+<H3>Output Window</H3>
+<DIV><BR>Compiling...<BR>class_registry.cpp<BR>E:\urbanparadox.com\upmmor=
+pg\test\snowballs\client\nel\src\misc\class_registry.cpp(26)=20
+: fatal error C1083: Cannot open include file: =
+'nel/misc/class_registry.h': No=20
+such file or=20
+directory<BR>file.cpp<BR>E:\urbanparadox.com\upmmorpg\test\snowballs\clie=
+nt\nel\src\misc\file.cpp(26)=20
+: fatal error C1083: Cannot open include file: 'nel/misc/file.h': No =
+such file=20
+or=20
+directory<BR>mem_stream.cpp<BR>E:\urbanparadox.com\upmmorpg\test\snowball=
+s\client\nel\src\misc\mem_stream.cpp(26)=20
+: fatal error C1083: Cannot open include file: 'nel/misc/mem_stream.h': =
+No such=20
+file or=20
+directory<BR>stream.cpp<BR>E:\urbanparadox.com\upmmorpg\test\snowballs\cl=
+ient\nel\src\misc\stream.cpp(26)=20
+: fatal error C1083: Cannot open include file: 'nel/misc/stream.h': No =
+such file=20
+or=20
+directory<BR>matrix.cpp<BR>E:\urbanparadox.com\upmmorpg\test\snowballs\cl=
+ient\nel\src\misc\matrix.cpp(26)=20
+: fatal error C1083: Cannot open include file: 'nel/misc/matrix.h': No =
+such file=20
+or=20
+directory<BR>plane.cpp<BR>E:\urbanparadox.com\upmmorpg\test\snowballs\cli=
+ent\nel\src\misc\plane.cpp(26)=20
+: fatal error C1083: Cannot open include file: 'nel/misc/plane.h': No =
+such file=20
+or=20
+directory<BR>quat.cpp<BR>E:\urbanparadox.com\upmmorpg\test\snowballs\clie=
+nt\nel\src\misc\quat.cpp(26)=20
+: fatal error C1083: Cannot open include file: 'nel/misc/quat.h': No =
+such file=20
+or=20
+directory<BR>rect.cpp<BR>E:\urbanparadox.com\upmmorpg\test\snowballs\clie=
+nt\nel\src\misc\rect.cpp(26)=20
+: fatal error C1083: Cannot open include file: 'nel/misc/rect.h': No =
+such file=20
+or=20
+directory<BR>vector.cpp<BR>E:\urbanparadox.com\upmmorpg\test\snowballs\cl=
+ient\nel\src\misc\vector.cpp(26)=20
+: fatal error C1083: Cannot open include file: 'nel/misc/vector.h': No =
+such file=20
+or=20
+directory<BR>vector_h.cpp<BR>E:\urbanparadox.com\upmmorpg\test\snowballs\=
+client\nel\src\misc\vector_h.cpp(26)=20
+: fatal error C1083: Cannot open include file: 'nel/misc/vector_h.h': No =
+such=20
+file or=20
+directory<BR>vectord.cpp<BR>E:\urbanparadox.com\upmmorpg\test\snowballs\c=
+lient\nel\src\misc\vectord.cpp(26)=20
+: fatal error C1083: Cannot open include file: 'nel/misc/vectord.h': No =
+such=20
+file or=20
+directory<BR>config_file.cpp<BR>E:\urbanparadox.com\upmmorpg\test\snowbal=
+ls\client\nel\src\misc\config_file\config_file.cpp(26)=20
+: fatal error C1083: Cannot open include file: 'nel/misc/types_nl.h': No =
+such=20
+file or directory<BR>config_file.yacc.cpp<BR>config_file.yacc(14) : =
+fatal error=20
+C1083: Cannot open include file: 'nel/misc/config_file.h': No such file =
+or=20
+directory<BR>event_listener.cpp<BR>E:\urbanparadox.com\upmmorpg\test\snow=
+balls\client\nel\src\misc\event_listener.cpp(26)=20
+: fatal error C1083: Cannot open include file: =
+'nel/misc/event_listener.h': No=20
+such file or=20
+directory<BR>event_server.cpp<BR>E:\urbanparadox.com\upmmorpg\test\snowba=
+lls\client\nel\src\misc\event_server.cpp(26)=20
+: fatal error C1083: Cannot open include file: =
+'nel/misc/event_server.h': No=20
+such file or=20
+directory<BR>events.cpp<BR>E:\urbanparadox.com\upmmorpg\test\snowballs\cl=
+ient\nel\src\misc\events.cpp(26)=20
+: fatal error C1083: Cannot open include file: 'nel/misc/events.h': No =
+such file=20
+or=20
+directory<BR>win_event_emitter.cpp<BR>E:\urbanparadox.com\upmmorpg\test\s=
+nowballs\client\nel\src\misc\win_event_emitter.cpp(26)=20
+: fatal error C1083: Cannot open include file: 'nel/misc/events.h': No =
+such file=20
+or=20
+directory<BR>bit_set.cpp<BR>E:\urbanparadox.com\upmmorpg\test\snowballs\c=
+lient\nel\src\misc\bit_set.cpp(26)=20
+: fatal error C1083: Cannot open include file: 'nel/misc/bit_set.h': No =
+such=20
+file or=20
+directory<BR>class_id.cpp<BR>E:\urbanparadox.com\upmmorpg\test\snowballs\=
+client\nel\src\misc\class_id.cpp(26)=20
+: fatal error C1083: Cannot open include file: 'nel/misc/class_id.h': No =
+such=20
+file or=20
+directory<BR>debug.cpp<BR>E:\urbanparadox.com\upmmorpg\test\snowballs\cli=
+ent\nel\src\misc\debug.cpp(26)=20
+: fatal error C1083: Cannot open include file: 'nel/misc/debug.h': No =
+such file=20
+or=20
+directory<BR>displayer.cpp<BR>E:\urbanparadox.com\upmmorpg\test\snowballs=
+\client\nel\src\misc\displayer.cpp(32)=20
+: fatal error C1083: Cannot open include file: 'nel/misc/types_nl.h': No =
+such=20
+file or=20
+directory<BR>i18n.cpp<BR>E:\urbanparadox.com\upmmorpg\test\snowballs\clie=
+nt\nel\src\misc\i18n.cpp(31)=20
+: fatal error C1083: Cannot open include file: 'nel/misc/i18n.h': No =
+such file=20
+or=20
+directory<BR>log.cpp<BR>E:\urbanparadox.com\upmmorpg\test\snowballs\clien=
+t\nel\src\misc\log.cpp(31)=20
+: fatal error C1083: Cannot open include file: 'nel/misc/displayer.h': =
+No such=20
+file or=20
+directory<BR>mutex.cpp<BR>E:\urbanparadox.com\upmmorpg\test\snowballs\cli=
+ent\nel\src\misc\mutex.cpp(26)=20
+: fatal error C1083: Cannot open include file: 'nel/misc/types_nl.h': No =
+such=20
+file or=20
+directory<BR>path.cpp<BR>E:\urbanparadox.com\upmmorpg\test\snowballs\clie=
+nt\nel\src\misc\path.cpp(26)=20
+: fatal error C1083: Cannot open include file: 'nel/misc/path.h': No =
+such file=20
+or=20
+directory<BR>rgba.cpp<BR>E:\urbanparadox.com\upmmorpg\test\snowballs\clie=
+nt\nel\src\misc\rgba.cpp(26)=20
+: fatal error C1083: Cannot open include file: 'nel/misc/rgba.h': No =
+such file=20
+or=20
+directory<BR>smart_ptr.cpp<BR>E:\urbanparadox.com\upmmorpg\test\snowballs=
+\client\nel\src\misc\smart_ptr.cpp(26)=20
+: fatal error C1083: Cannot open include file: 'nel/misc/smart_ptr.h': =
+No such=20
+file or=20
+directory<BR>system_info.cpp<BR>E:\urbanparadox.com\upmmorpg\test\snowbal=
+ls\client\nel\src\misc\system_info.cpp(26)=20
+: fatal error C1083: Cannot open include file: 'nel/misc/types_nl.h': No =
+such=20
+file or=20
+directory<BR>task_manager.cpp<BR>E:\urbanparadox.com\upmmorpg\test\snowba=
+lls\client\nel\src\misc\task_manager.cpp(26)=20
+: fatal error C1083: Cannot open include file: =
+'nel/misc/task_manager.h': No=20
+such file or=20
+directory<BR>time_nl.cpp<BR>E:\urbanparadox.com\upmmorpg\test\snowballs\c=
+lient\nel\src\misc\time_nl.cpp(26)=20
+: fatal error C1083: Cannot open include file: 'nel/misc/types_nl.h': No =
+such=20
+file or=20
+directory<BR>win_thread.cpp<BR>E:\urbanparadox.com\upmmorpg\test\snowball=
+s\client\nel\src\misc\win_thread.cpp(26)=20
+: fatal error C1083: Cannot open include file: 'nel/misc/types_nl.h': No =
+such=20
+file or directory<BR>Error executing cl.exe.<BR><BR><BR><BR></DIV>
+<H3>Results</H3>
+<DIV><BR>snowballs.exe - 31 error(s), 0 warning(s)<BR></DIV>
+<DIV>&nbsp;</DIV>
+<DIV>yes im a newbie =3D)</DIV>
+<DIV>&nbsp;</DIV>
+<DIV>Feel free to mail me back : <A=20
+href=3D"mailto:hubbster@online.no">hubbster@online.no</A></DIV></FONT></B=
+ODY></HTML>
+
+------=_NextPart_000_0007_01C17DDE.18205B70--
+
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2001-December/000775.html b/pipermail/nel/2001-December/000775.html new file mode 100644 index 00000000..7dbcce98 --- /dev/null +++ b/pipermail/nel/2001-December/000775.html @@ -0,0 +1,77 @@ + + + + [Nel] Landscape Building problems + + + + + + +

[Nel] Landscape Building problems

+ Benjamin Legros + legros@nevrax.com
+ Thu, 6 Dec 2001 12:28:50 +0100 +

+
+ +
+From: "Róbert Bjarnason" <robert@in-orbit.net>
+
+> The .rbank files don't seem to be working because I'm never
+> snapped to ground on our landscape and can't move except
+> with /goto.
+
+
+According to the log file, it seems that the build process crashes at the
+tessellation pass :
+
+[...]
+01/12/04 23:01:37 INF 1928 build_surf.cpp 1186 : setup zone tessellation
+2306 10_AC
+[...]
+01/12/04 23:01:37 INF 1928 build_surf.cpp 1447 : Compute landscape
+tessellation
+01/12/04 23:01:37 INF 1928 build_surf.cpp 1450 :    - load tile bank
+01/12/04 23:01:37 WRN 1928 common.cpp 392 : Exception will be launched: Path
+not found for warpstorm.smallbank
+01/12/04 23:01:37 INF 1928 main.cpp 241 : Total Span : 0
+01/12/04 23:01:37 INF 1928 main.cpp 242 : Total SpanList : 0
+01/12/04 23:01:37 INF 1928 main.cpp 325 : total computation time: 0 days, 0
+hours, 0 minutes and 0 seconds
+
+The builder doesn't find a path to the file 'warpstorm.smallbank'
+It should be located somewhere with the tile files...
+
+
+Benjamin.
+
+
+
+ + + + +
+

+ diff --git a/pipermail/nel/2001-December/000776.html b/pipermail/nel/2001-December/000776.html new file mode 100644 index 00000000..5a694ddc --- /dev/null +++ b/pipermail/nel/2001-December/000776.html @@ -0,0 +1,71 @@ + + + + [Nel] Landscape Building problems + + + + + + +

[Nel] Landscape Building problems

+ Cyril 'Hulud' Corvazier + corvazier@nevrax.com
+ Thu, 6 Dec 2001 10:37:05 +0100 +

+
+ +
Hi Róbert, nice to see you again on the list :-)
+
+> When I run the client with our landscape the far textures
+> look all strange, the landscape appears and disappears when
+> I move around using /goto.
+
+Perhaps it is the thread loading process that make some times to load new
+zones when you use /goto.
+
+> I also never see the near textures.
+
+If you see arraws, it means the bitmap files are not found.
+Are you sure tiles are in a path directory of the client ?
+Can you check that your client use .dds tiles and not .tga tiles ? ( use
+CTileBank::makeAllExtensionDDS () )
+
+> The .rbank files don't seem to be working because I'm never
+> snapped to ground on our landscape and can't move except
+> with /goto.
+
+I will ask my coworkers for this.
+
+Regards,
+
+Cyril Corvazier
+
+
+
+
+ + +
+

+ diff --git a/pipermail/nel/2001-December/000777.html b/pipermail/nel/2001-December/000777.html new file mode 100644 index 00000000..95614756 --- /dev/null +++ b/pipermail/nel/2001-December/000777.html @@ -0,0 +1,122 @@ + + + + [Nel] Feedback + + + + + + +

[Nel] Feedback

+ Arnaud Bienvenu + arnaud.bienvenu@via.ecp.fr
+ Mon, 10 Dec 2001 11:00:41 +0100 +

+
+ +
Good morning,
+
+I just tried to compile and run nel/snowballs2 from today's CVS source under
+Linux Redhat 7.2. First I had to apply two tiny patches (see below), and
+then, trying to run snowballs :
+
+WRN 3133 dru.cpp 95 : when loading dynamic library 'libnel_drv_opengl.so':
+/usr/X11R6/lib/libICE.soh: shared object not open
+WRN 3133 common.cpp 392 : Exception will be launched: libnel_drv_opengl.so
+not found
+
+Actually, I have libICE.so, not libICE.soh ! Do you have any idea where this
+error could come from ? Even if I ln -s libICE.soh libICE.so, I get the same
+error. My libICE.so comes from XFree86-devel-4.1.0-3.
+
+Thank you for your attention,
+Arnaud Bienvenu
+
+PS : Please tell me if the patches below are useful for you. If yes, would
+you prefer to have them attached as text files ?
+
+Index: nel/src/3d/Makefile.am
+===================================================================
+RCS file: /home/cvsroot/code/nel/src/3d/Makefile.am,v
+retrieving revision 1.58
+diff -u -r1.58 Makefile.am
+--- nel/src/3d/Makefile.am	6 Dec 2001 17:03:03 -0000	1.58
++++ nel/src/3d/Makefile.am	10 Dec 2001 09:55:52 -0000
+@@ -180,11 +180,14 @@
+                        transformable_user.h \
+                        trav_scene.h \
+                        vegetable.h \
++                       vegetable_blend_layer_model.h \
+                        vegetable_clip_block.h \
+                        vegetable_def.h \
+                        vegetable_instance_group.h \
+                        vegetable_manager.h \
++                       vegetable_quadrant.h \
+                        vegetable_shape.h \
++                       vegetable_sort_block.h \
+                        vegetablevb_allocator.h \
+                        vertex_buffer.h \
+                        vertex_buffer_hard.h \
+@@ -369,11 +372,14 @@
+                        transformable.cpp \
+                        transformable_user.cpp \
+                        vegetable.cpp \
++                       vegetable_blend_layer_model.cpp \
+                        vegetable_clip_block.cpp \
+                        vegetable_def.cpp \
+                        vegetable_instance_group.cpp \
+                        vegetable_manager.cpp \
++                       vegetable_quadrant.cpp \
+                        vegetable_shape.cpp \
++                       vegetable_sort_block.cpp \
+                        vegetablevb_allocator.cpp \
+                        vertex_buffer.cpp \
+                        vertex_buffer_hard.cpp \
+
+
+Index: nel/src/3d/ps_mesh.cpp
+===================================================================
+RCS file: /home/cvsroot/code/nel/src/3d/ps_mesh.cpp,v
+retrieving revision 1.1
+diff -u -r1.1 ps_mesh.cpp
+--- nel/src/3d/ps_mesh.cpp	6 Dec 2001 16:51:49 -0000	1.1
++++ nel/src/3d/ps_mesh.cpp	10 Dec 2001 10:02:31 -0000
+@@ -840,7 +840,7 @@
+ 
+ //====================================================================================
+ // Private func used to force modulation on a material and to store the preious state
+-static inline ForceMaterialModulation(CMaterial &destMat, CMaterial &srcMat, uint8 modulatedStages)
++static inline void ForceMaterialModulation(CMaterial &destMat, CMaterial &srcMat, uint8 modulatedStages)
+ {
+ 	for (uint k = 0; k < IDRV_MAT_MAXTEXTURES; ++k)
+ 	{		
+
+
+ + + + +
+

+ diff --git a/pipermail/nel/2001-December/000778.html b/pipermail/nel/2001-December/000778.html new file mode 100644 index 00000000..6c741dea --- /dev/null +++ b/pipermail/nel/2001-December/000778.html @@ -0,0 +1,69 @@ + + + + [Nel] compiling nel/3d ps_util.cpp causes error C1076, internal heap limit + + + + + + +

[Nel] compiling nel/3d ps_util.cpp causes error C1076, internal heap limit

+ Kai Schutte + skander@WPI.EDU
+ Mon, 10 Dec 2001 20:13:32 -0500 (EST) +

+
+ +
Hi,
+
+I'm trying to compile nel and snowballs, I've passed most hurdles, but
+this one is sticking...
+
+While compiling ps_util.cpp in nel\src\3d, VC++ 6 gives a fatal error
+C1076, internal heap limit reached. Full output is
+
+ps_util.cpp
+D:\SKANDER\STLPORT-4.5.1\STLPORT-4.5.1\STLPORT\stl/type_traits.h(339) :
+fatal error C1076: compiler limit : internal heap limit reached; use /Zm
+to specify a higher limit
+Error executing cl.exe.
+
+I tried adding the /Zm2000 option, but no luck...
+
+Can I get a hint?
+
+thanks,
+
+-Kai
+
+
+
+ + + + + +
+

+ diff --git a/pipermail/nel/2001-December/000779.html b/pipermail/nel/2001-December/000779.html new file mode 100644 index 00000000..e1c62a26 --- /dev/null +++ b/pipermail/nel/2001-December/000779.html @@ -0,0 +1,71 @@ + + + + [Nel] compiling nel/3d ps_util.cpp causes error C1076, internal heap limit + + + + + + +

[Nel] compiling nel/3d ps_util.cpp causes error C1076, internal heap limit

+ Cyril 'Hulud' Corvazier + corvazier@nevrax.com
+ Wed, 12 Dec 2001 10:13:57 +0100 +

+
+ +
Hi,
+
+I had the same error yesterday. I have added the /Zm200 option in 3d.dsp and
+it seams to work. It should be on the CVS now.
+Big values passed to /Zm option lead to a visual crash.. /Zm100 is the
+default value (100% the default heap size)
+/Zm2000 is 2000% the default heap size ! :-)
+
+Thanks for the feedback,
+
+Cyril Corvazier
+
+> While compiling ps_util.cpp in nel\src\3d, VC++ 6 gives a fatal error
+> C1076, internal heap limit reached. Full output is
+>
+> ps_util.cpp
+> D:\SKANDER\STLPORT-4.5.1\STLPORT-4.5.1\STLPORT\stl/type_traits.h(339) :
+> fatal error C1076: compiler limit : internal heap limit reached; use /Zm
+> to specify a higher limit
+> Error executing cl.exe.
+>
+> I tried adding the /Zm2000 option, but no luck...
+
+
+
+
+ + + + + +
+

+ diff --git a/pipermail/nel/2001-December/000781.html b/pipermail/nel/2001-December/000781.html new file mode 100644 index 00000000..864d8380 --- /dev/null +++ b/pipermail/nel/2001-December/000781.html @@ -0,0 +1,58 @@ + + + + [Nel] Rep:Nel digest, Vol 1 #199 - 5 msgs + + + + + + +

[Nel] Rep:Nel digest, Vol 1 #199 - 5 msgs

+ Vincent Caron + v.caron@zerodeux.net
+ 12 Dec 2001 14:17:24 +0100 +

+
+ +
On Wed, 2001-12-12 at 13:03, nicolas.boulay@ifrance.com wrote:
+> I would to know what is the position of Nel (the
+> graphic part) compare to SDL.
+
+Something like 3 abstraction levels above SDL :)
+SDL is a low-level programming framework, while NeL is rather a
+high-level toolkit for game development. I guess the Nevrax guys will
+just ask you to read the doc (at least its outline) if you want to grasp
+the idea ... http://www.nevrax.org/docs/
+
+
+
+
+ + + + + +
+

+ diff --git a/pipermail/nel/2001-December/000782.html b/pipermail/nel/2001-December/000782.html new file mode 100644 index 00000000..309a0fd5 --- /dev/null +++ b/pipermail/nel/2001-December/000782.html @@ -0,0 +1,153 @@ + + + + [Nel] last compile difficulty I hope... (driver_opengl) + + + + + + +

[Nel] last compile difficulty I hope... (driver_opengl)

+ Kai Schutte + skander@skander.com
+ Wed, 12 Dec 2001 12:59:01 -0500 +

+
+ +
This is a multi-part message in MIME format.
+
+------=_NextPart_000_000A_01C1830C.C53C3CB0
+Content-Type: text/plain;
+	charset="iso-8859-1"
+Content-Transfer-Encoding: quoted-printable
+
+Hi,=20
+
+I got the 3d lib to compile. I was using the =
+code\snowballs2\snowballs2.dsw workspace, and maybe that's why it wasn't =
+working. I got 3d lib to compile fine under code\nel\nel.dsw.
+
+Okay, I got one more problem, and it seems to be associated with =
+<GL/glext.h> stuff...=20
+I downloaded and installed the <GL/glext.h> file from the SGI site.
+compiler output:
+
+driver_opengl.cpp
+D:\skander\code\nel\src\3d\driver\opengl\driver_opengl_extension.h(142) =
+: error C2146: syntax error : missing ';' before identifier =
+'glActiveTextureARB'
+D:\skander\code\nel\src\3d\driver\opengl\driver_opengl_extension.h(142) =
+: fatal error C1004: unexpected end of file found
+(repeated 9 times for the next 9 files)
+
+at line 142 in driver_opengl_extension.h you get:=20
+extern PFNGLACTIVETEXTUREARBPROC glActiveTextureARB;
+
+which refers to a <GL/glext.h> entry at line 1620:=20
+typedef void (APIENTRY * PFNGLACTIVETEXTUREARBPROC) (GLenum texture);
+
+I would suppose that this is some sort of precompile error... I've tried =
+changing little things in the vacinity, but everything I did just =
+generated more compile errors.=20
+
+Have you bumped into this problem?=20
+
+thanks,=20
+-Kai
+
+------=_NextPart_000_000A_01C1830C.C53C3CB0
+Content-Type: text/html;
+	charset="iso-8859-1"
+Content-Transfer-Encoding: quoted-printable
+
+<!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.3018.900" name=3DGENERATOR>
+<STYLE></STYLE>
+</HEAD>
+<BODY bgColor=3D#ffffff>
+<DIV><FONT face=3DArial size=3D2>Hi, </FONT></DIV>
+<DIV>&nbsp;</DIV>
+<DIV><FONT face=3DArial size=3D2>I got the 3d lib to compile. I was =
+using the=20
+code\snowballs2\snowballs2.dsw workspace, and maybe that's why it wasn't =
+
+working. I got 3d lib to compile fine under =
+code\nel\nel.dsw.</FONT></DIV>
+<DIV>&nbsp;</DIV>
+<DIV><FONT face=3DArial size=3D2>Okay, I got one more problem, and it =
+seems to be=20
+associated with &lt;GL/glext.h&gt; stuff... </FONT></DIV>
+<DIV><FONT face=3DArial size=3D2>I downloaded and installed the =
+&lt;GL/glext.h&gt;=20
+file from the SGI site.</FONT></DIV>
+<DIV><FONT face=3DArial size=3D2>compiler output:</FONT></DIV>
+<DIV>&nbsp;</DIV>
+<DIV><FONT face=3DArial=20
+size=3D2>driver_opengl.cpp<BR>D:\skander\code\nel\src\3d\driver\opengl\dr=
+iver_opengl_extension.h(142)=20
+: error C2146: syntax error : missing ';' before identifier=20
+'glActiveTextureARB'<BR>D:\skander\code\nel\src\3d\driver\opengl\driver_o=
+pengl_extension.h(142)=20
+: fatal error C1004: unexpected end of file found<BR></FONT><FONT =
+face=3DArial=20
+size=3D2>(repeated 9 times for the next 9 files)</FONT></DIV>
+<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
+<DIV><FONT face=3DArial size=3D2>at line 142 in =
+driver_opengl_extension.h you get:=20
+<BR></FONT><FONT face=3DArial size=3D2>extern PFNGLACTIVETEXTUREARBPROC=20
+glActiveTextureARB;</FONT></DIV>
+<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
+<DIV><FONT face=3DArial size=3D2>which refers to a &lt;GL/glext.h&gt; =
+entry at line=20
+1620: </FONT></DIV>
+<DIV><FONT face=3DArial size=3D2>typedef void (APIENTRY * =
+PFNGLACTIVETEXTUREARBPROC)=20
+(GLenum texture);<BR></FONT><FONT face=3DArial size=3D2></FONT></DIV>
+<DIV><FONT face=3DArial size=3D2>I would suppose that this is some sort =
+of=20
+precompile error... I've tried changing little things in the vacinity, =
+but=20
+everything I did just generated more compile errors. </FONT></DIV>
+<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
+<DIV><FONT face=3DArial size=3D2>Have you bumped into this problem? =
+</FONT></DIV>
+<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
+<DIV><FONT face=3DArial size=3D2>thanks, </FONT></DIV>
+<DIV><FONT face=3DArial size=3D2>-Kai</DIV></FONT></BODY></HTML>
+
+------=_NextPart_000_000A_01C1830C.C53C3CB0--
+
+
+
+ + + + + +
+

+ diff --git a/pipermail/nel/2001-December/000783.html b/pipermail/nel/2001-December/000783.html new file mode 100644 index 00000000..bfc50235 --- /dev/null +++ b/pipermail/nel/2001-December/000783.html @@ -0,0 +1,153 @@ + + + + [Nel] last compile difficulty I hope... (driver_opengl) + + + + + + +

[Nel] last compile difficulty I hope... (driver_opengl)

+ Cyril 'Hulud' Corvazier + corvazier@nevrax.com
+ Wed, 12 Dec 2001 19:18:39 +0100 +

+
+ +
This is a multi-part message in MIME format.
+
+------=_NextPart_000_00E3_01C18341.CE1CA060
+Content-Type: text/plain;
+	charset="iso-8859-1"
+Content-Transfer-Encoding: quoted-printable
+
+Hi Kai,
+
+  driver_opengl.cpp
+  =
+D:\skander\code\nel\src\3d\driver\opengl\driver_opengl_extension.h(142) =
+: error C2146: syntax error : missing ';' before identifier =
+'glActiveTextureARB'
+  =
+D:\skander\code\nel\src\3d\driver\opengl\driver_opengl_extension.h(142) =
+: fatal error C1004: unexpected end of file found
+  (repeated 9 times for the next 9 files)
+  =20
+  at line 142 in driver_opengl_extension.h you get:=20
+  extern PFNGLACTIVETEXTUREARBPROC glActiveTextureARB;
+
+I compile without any kind of problem with the current <GL/glext.h> file =
+available on the SGI site. (GL_GLEXT_VERSION =3D 7)
+Please make sure you have included the good file. If it is not the =
+problem, don't hesitate to post again.
+
+  which refers to a <GL/glext.h> entry at line 1620:=20
+  typedef void (APIENTRY * PFNGLACTIVETEXTUREARBPROC) (GLenum texture);
+
+
+I have the same definition at the same line, and it is the only one.
+
+Regards,
+
+Cyril
+
+------=_NextPart_000_00E3_01C18341.CE1CA060
+Content-Type: text/html;
+	charset="iso-8859-1"
+Content-Transfer-Encoding: quoted-printable
+
+<!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.3315.2870" name=3DGENERATOR>
+<STYLE></STYLE>
+</HEAD>
+<BODY bgColor=3D#ffffff>
+<DIV><FONT face=3DArial size=3D2>Hi Kai,</FONT></DIV>
+<DIV>&nbsp;</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=20
+  =
+size=3D2>driver_opengl.cpp<BR>D:\skander\code\nel\src\3d\driver\opengl\dr=
+iver_opengl_extension.h(142)=20
+  : error C2146: syntax error : missing ';' before identifier=20
+  =
+'glActiveTextureARB'<BR>D:\skander\code\nel\src\3d\driver\opengl\driver_o=
+pengl_extension.h(142)=20
+  : fatal error C1004: unexpected end of file found<BR></FONT><FONT =
+face=3DArial=20
+  size=3D2>(repeated 9 times for the next 9 files)</FONT></DIV>
+  <DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
+  <DIV><FONT face=3DArial size=3D2>at line 142 in =
+driver_opengl_extension.h you get:=20
+  <BR></FONT><FONT face=3DArial size=3D2>extern =
+PFNGLACTIVETEXTUREARBPROC=20
+  glActiveTextureARB;</FONT></DIV>
+  <DIV>&nbsp;</DIV></BLOCKQUOTE>
+<DIV><FONT face=3DArial size=3D2>
+<DIV><FONT face=3DArial size=3D2>I compile without any kind of problem =
+with the=20
+current &lt;GL/glext.h&gt; file available on the SGI site. =
+(GL_GLEXT_VERSION =3D=20
+7)</FONT></DIV>
+<DIV><FONT face=3DArial size=3D2>Please make sure you have included the =
+good file.=20
+If it is not the problem, don't hesitate to post=20
+again.</FONT></DIV></FONT></DIV>
+<BLOCKQUOTE=20
+style=3D"BORDER-LEFT: #000000 2px solid; MARGIN-LEFT: 5px; MARGIN-RIGHT: =
+0px; PADDING-LEFT: 5px; PADDING-RIGHT: 0px">
+  <DIV>&nbsp;</DIV>
+  <DIV><FONT face=3DArial size=3D2>which refers to a &lt;GL/glext.h&gt; =
+entry at=20
+  line 1620: </FONT></DIV>
+  <DIV><FONT face=3DArial size=3D2>typedef void (APIENTRY *=20
+  PFNGLACTIVETEXTUREARBPROC) (GLenum texture);<BR></FONT><FONT =
+face=3DArial=20
+  size=3D2></FONT></DIV>
+  <DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV></BLOCKQUOTE>
+<DIV><FONT face=3DArial size=3D2>
+<DIV><FONT face=3DArial size=3D2>I have the same definition at the same =
+line, and it=20
+is the only one.</FONT></DIV>
+<DIV>&nbsp;</DIV>
+<DIV>Regards,</DIV>
+<DIV>&nbsp;</DIV>
+<DIV>Cyril</DIV></DIV></FONT></BODY></HTML>
+
+------=_NextPart_000_00E3_01C18341.CE1CA060--
+
+
+
+ + + + + +
+

+ diff --git a/pipermail/nel/2001-December/000784.html b/pipermail/nel/2001-December/000784.html new file mode 100644 index 00000000..b3012849 --- /dev/null +++ b/pipermail/nel/2001-December/000784.html @@ -0,0 +1,57 @@ + + + + [Nel] Landscapes without 3DSMax + + + + + + +

[Nel] Landscapes without 3DSMax

+ Paul Siegel + psiegel@geneticanomalies.com
+ Wed, 12 Dec 2001 17:14:17 -0500 +

+
+ +
Hi everyone -
+
+I'm wondering if there's a way to build landscapes without 3D Studio Max.
+That's some pricey software just to do level editing.  Is anything
+available, or being worked on?  Or am I going to have to learn how to
+rewrite the max plugins for Blender?
+
+Paul
+
+
+
+ + + + + + +
+

+ diff --git a/pipermail/nel/2001-December/000785.html b/pipermail/nel/2001-December/000785.html new file mode 100644 index 00000000..19fcdd26 --- /dev/null +++ b/pipermail/nel/2001-December/000785.html @@ -0,0 +1,60 @@ + + + + [Nel] Gamer question + + + + + + +

[Nel] Gamer question

+ froggy@froggycorp.com + froggy@froggycorp.com
+ Thu, 13 Dec 2001 14:33:36 +0100 +

+
+ +
Hello,
+
+The 3D engine seems to be cool but when could we try the 
+game ? (Stupid question by a stupid gamer :) )
+
++
+
+PS : Little hello to the demoscene people who work in 
+nevrax ;) (Ace, Hulud, and all i forgot)
+
+
+ + + + + + + + + +
+

+ diff --git a/pipermail/nel/2001-December/000786.html b/pipermail/nel/2001-December/000786.html new file mode 100644 index 00000000..815bdcc7 --- /dev/null +++ b/pipermail/nel/2001-December/000786.html @@ -0,0 +1,66 @@ + + + + [Nel] Landscapes without 3DSMax + + + + + + +

[Nel] Landscapes without 3DSMax

+ Tony Hoyt + ahoyt@packetport.com
+ Thu, 13 Dec 2001 08:41:20 -0500 +

+
+ +
Paul Siegel wrote:
+> 
+> Hi everyone -
+> 
+> I'm wondering if there's a way to build landscapes without 3D Studio Max.
+> That's some pricey software just to do level editing.  Is anything
+> available, or being worked on?  Or am I going to have to learn how to
+> rewrite the max plugins for Blender?
+
+  Blender is my choice as well for a good free alternative 3d editor. 
+I'm not sure how you make plug-in's for Blender other then with python
+but if you can do it, I wish you all the best of luck. I think the
+problem with doing a port is that if your not able to see the original
+in action or see what library calls it's makeing, etc.  It's going to be
+rough going.  But if your serious about it, I'm willing to give a hand
+although I don't have 3D Studio Max as well.
+
+  Tony
+
+
+ + + + + + +
+

+ diff --git a/pipermail/nel/2001-December/000787.html b/pipermail/nel/2001-December/000787.html new file mode 100644 index 00000000..625f315b --- /dev/null +++ b/pipermail/nel/2001-December/000787.html @@ -0,0 +1,62 @@ + + + + [Nel] Gamer question + + + + + + +

[Nel] Gamer question

+ Tony Hoyt + ahoyt@packetport.com
+ Thu, 13 Dec 2001 08:44:01 -0500 +

+
+ +
froggy@froggycorp.com wrote:
+> The 3D engine seems to be cool but when could we try the
+> game ? (Stupid question by a stupid gamer :) )
+
+  I assume your talking about the official game other then the Snowballs
+Demo?  I would be curious to know just how much more there is in the
+Official game client compared to the Snowballs client.  Now, here's a
+question.  If the Nevrax makes a game with NEL, do they have to release
+the source or not?  Does anyone who uses NEL actually have to release
+there code as long as they don't alter the NEL code itself.
+
+  Tony
+
+
+ + + + + + + + +
+

+ diff --git a/pipermail/nel/2001-December/000788.html b/pipermail/nel/2001-December/000788.html new file mode 100644 index 00000000..4406639a --- /dev/null +++ b/pipermail/nel/2001-December/000788.html @@ -0,0 +1,72 @@ + + + + [Nel] Gamer question + + + + + + +

[Nel] Gamer question

+ Valerio Santinelli + tanis@mediacom.it
+ Thu, 13 Dec 2001 15:08:09 +0100 +

+
+ +
> > The 3D engine seems to be cool but when could we try the
+> > game ? (Stupid question by a stupid gamer :) )
+>
+>   I assume your talking about the official game other then the Snowballs
+> Demo?  I would be curious to know just how much more there is in the
+> Official game client compared to the Snowballs client.  Now, here's a
+> question.  If the Nevrax makes a game with NEL, do they have to release
+> the source or not?  Does anyone who uses NEL actually have to release
+> there code as long as they don't alter the NEL code itself.
+
+You have not got to release the source code of your game since it uses NEL.
+But if you make any changes to NEL itself, then you're required to make them
+public.
+
+--
+Valerio Santinelli
+HateSeed.com Founder (http://www.hateseed.com)
+In Flames Italia Webmaster (http://www.inflames.it)
+My Lab (http://tanis.hateseed.com)
+
+
+
+
+
+ + + + + + + + +
+

+ diff --git a/pipermail/nel/2001-December/000789.html b/pipermail/nel/2001-December/000789.html new file mode 100644 index 00000000..b2e64aea --- /dev/null +++ b/pipermail/nel/2001-December/000789.html @@ -0,0 +1,100 @@ + + + + [Nel] Landscapes without 3DSMax + + + + + + +

[Nel] Landscapes without 3DSMax

+ Cyril 'Hulud' Corvazier + corvazier@nevrax.com
+ Thu, 13 Dec 2001 15:13:03 +0100 +

+
+ +
Hi Paul,
+
+> I'm wondering if there's a way to build landscapes without 3D Studio Max.
+> That's some pricey software just to do level editing.  Is anything
+> available, or being worked on?  Or am I going to have to learn how to
+> rewrite the max plugins for Blender?
+
+The NeL 3d library has several user level.
+
+Using the user interface (all u_headers.h in the 3d lib) of the library, you
+can only
+load and display a landscape. This level is used by the game developper to
+abstract
+the game engine from the technology implementation.
+
+Using the 3d lib at lowlevel (all the others header files) allow you to
+quilckly create patches and
+landscape zones. It is really simple to export some bezier quad patches from
+Blender
+(does blender have bezier patches ?) into a .zone file using a small plugin.
+Simple C++ classes
+are provided to "Builb" the ".zone" c++ objects. Then serialisation is used
+to save them
+in binary files.
+
+The hardest part is the patch painter that allow you to paint tiles, vertex
+color and
+displacement map over the landscape zone patches. At nevrax, this is done by
+the artists using
+a 3dsmax plugin (nel_patch_paint). If you can't use 3dsmax, you can perhaps
+generate
+the painting or rewrite a little ingame zone painter or why not, a blender
+painter plugin...
+You have to know that the painter algorithm that put tiles over the
+landscape is not trivial at all.
+If you are short on time, a good solution is to generate painting, as most
+of the heightfield
+landscapes do.
+
+The postprocess to weld the zones together and compute the lighting will
+stay the same
+as far as you generate ".zone" files.
+
+>
+> Paul
+>
+> _______________________________________________
+> Nel mailing list
+> Nel@nevrax.org
+> http://www.nevrax.org/mailman/listinfo.cgi/nel
+>
+
+
+
+ + + + + + +
+

+ diff --git a/pipermail/nel/2001-December/000790.html b/pipermail/nel/2001-December/000790.html new file mode 100644 index 00000000..0bd65565 --- /dev/null +++ b/pipermail/nel/2001-December/000790.html @@ -0,0 +1,69 @@ + + + + [Nel] Gamer question + + + + + + +

[Nel] Gamer question

+ Cyril 'Hulud' Corvazier + corvazier@nevrax.com
+ Thu, 13 Dec 2001 15:23:47 +0100 +

+
+ +
Hi Valerio,
+
+> You have not got to release the source code of your game since it uses
+NEL.
+> But if you make any changes to NEL itself, then you're required to make
+them
+> public.
+
+No Valerio, you are wrong. :-)
+
+NeL is released under GPL license, not under the LGPL.
+
+In very quick words, it means that you have to release all the source code
+of your program under
+the GPL licence before it can be distributed.
+
+Cyril Corvazier
+
+
+
+
+ + + + + + + + +
+

+ diff --git a/pipermail/nel/2001-December/000791.html b/pipermail/nel/2001-December/000791.html new file mode 100644 index 00000000..5ba368f8 --- /dev/null +++ b/pipermail/nel/2001-December/000791.html @@ -0,0 +1,67 @@ + + + + [Nel] Gamer question + + + + + + +

[Nel] Gamer question

+ Cyril 'Hulud' Corvazier + corvazier@nevrax.com
+ Thu, 13 Dec 2001 15:30:22 +0100 +

+
+ +
> I would be curious to know just how much more there is in the
+> Official game client compared to the Snowballs client.  
+
+Don't forget the snwoball client have been written in 2 weeks. :-)
+
+Imagine the work done on the Ryzom client by our game developpers 
+team working on it for a lot of monthes..
+
+> Does anyone who uses NEL actually have to release
+> there code as long as they don't alter the NEL code itself.
+
+At this question i can answer yes, by distributing a program using
+NeL, you have to release your source code.
+
+Cyril Corvazier.
+
+
+
+
+ + + + + + + + +
+

+ diff --git a/pipermail/nel/2001-December/000792.html b/pipermail/nel/2001-December/000792.html new file mode 100644 index 00000000..f803a52e --- /dev/null +++ b/pipermail/nel/2001-December/000792.html @@ -0,0 +1,82 @@ + + + + [Nel] Gamer question + + + + + + +

[Nel] Gamer question

+ Valerio Santinelli + tanis@mediacom.it
+ Thu, 13 Dec 2001 15:42:53 +0100 +

+
+ +
----- Original Message -----
+From: "Cyril 'Hulud' Corvazier" <corvazier@nevrax.com>
+To: <nel@nevrax.org>
+Sent: Thursday, December 13, 2001 3:30 PM
+Subject: Re: [Nel] Gamer question
+
+
+> > I would be curious to know just how much more there is in the
+> > Official game client compared to the Snowballs client.
+>
+> Don't forget the snwoball client have been written in 2 weeks. :-)
+>
+> Imagine the work done on the Ryzom client by our game developpers
+> team working on it for a lot of monthes..
+>
+> > Does anyone who uses NEL actually have to release
+> > there code as long as they don't alter the NEL code itself.
+>
+> At this question i can answer yes, by distributing a program using
+> NeL, you have to release your source code.
+
+Does this mean that you should also release the source code of Ryzom
+client??
+
+--
+Valerio Santinelli
+HateSeed.com Founder (http://www.hateseed.com)
+In Flames Italia Webmaster (http://www.inflames.it)
+My Lab (http://tanis.hateseed.com)
+
+
+
+
+
+ + + + + + + + +
+

+ diff --git a/pipermail/nel/2001-December/000793.html b/pipermail/nel/2001-December/000793.html new file mode 100644 index 00000000..ac9a126b --- /dev/null +++ b/pipermail/nel/2001-December/000793.html @@ -0,0 +1,76 @@ + + + + [Nel] Gamer question + + + + + + +

[Nel] Gamer question

+ Valerio Santinelli + tanis@mediacom.it
+ Thu, 13 Dec 2001 15:44:08 +0100 +

+
+ +
----- Original Message -----
+From: "Cyril 'Hulud' Corvazier" <corvazier@nevrax.com>
+> > You have not got to release the source code of your game since it uses
+> NEL.
+> > But if you make any changes to NEL itself, then you're required to make
+> them
+> > public.
+>
+> No Valerio, you are wrong. :-)
+>
+> NeL is released under GPL license, not under the LGPL.
+>
+> In very quick words, it means that you have to release all the source code
+> of your program under
+> the GPL licence before it can be distributed.
+
+
+I was discussing this with Ace a few moments ago. Yes, you're right, I was
+confusing between GPL and LGPL. :)
+
+--
+Valerio Santinelli
+HateSeed.com Founder (http://www.hateseed.com)
+In Flames Italia Webmaster (http://www.inflames.it)
+My Lab (http://tanis.hateseed.com)
+
+
+
+
+
+ + + + + + +
+

+ diff --git a/pipermail/nel/2001-December/000795.html b/pipermail/nel/2001-December/000795.html new file mode 100644 index 00000000..6592dab1 --- /dev/null +++ b/pipermail/nel/2001-December/000795.html @@ -0,0 +1,69 @@ + + + + [Nel] Gamer question + + + + + + +

[Nel] Gamer question

+ Cyril 'Hulud' Corvazier + corvazier@nevrax.com
+ Thu, 13 Dec 2001 15:54:09 +0100 +

+
+ +
> Does this mean that you should also release the source code of Ryzom
+> client??
+
+Yes, as Ryzom client uses GPL source code, we will release its source 
+code too.
+
+Cyril.
+
+
+
+
+ + + + + + + + + + + + + + + + + + +
+

+ diff --git a/pipermail/nel/2001-December/000796.html b/pipermail/nel/2001-December/000796.html new file mode 100644 index 00000000..4ae3b4db --- /dev/null +++ b/pipermail/nel/2001-December/000796.html @@ -0,0 +1,74 @@ + + + + [Nel] TCP vs UDP + + + + + + +

[Nel] TCP vs UDP

+ nicolas.boulay@ifrance.com + nicolas.boulay@ifrance.com
+ Thu, 13 Dec 2001 17:05:28 GMT +

+
+ +
In June/Jully, there is a great thread about TCP vs
+UDP. I would like to know where goes the debat.
+
+TCP+UDP use ? Custom UDP protocol ?
+
+nicO
+
+ 
+______________________________________________________________________________
+ifrance.com, l'email gratuit le plus complet de l'Internet !
+vos emails depuis un navigateur, en POP3, sur Minitel, sur le WAP...
+http://www.ifrance.com/_reloc/email.emailif
+
+
+
+
+ + + + + + + + + + + + + + + + + + +
+

+ diff --git a/pipermail/nel/2001-December/000797.html b/pipermail/nel/2001-December/000797.html new file mode 100644 index 00000000..52a26d85 --- /dev/null +++ b/pipermail/nel/2001-December/000797.html @@ -0,0 +1,76 @@ + + + + [Nel] TCP vs UDP + + + + + + +

[Nel] TCP vs UDP

+ Vianney Lecroart + lecroart@nevrax.com
+ Thu, 13 Dec 2001 18:23:54 +0100 +

+
+ +
> TCP+UDP use ? Custom UDP protocol ?
+
+Server to server communication use TCP with 5 NeL layer abstraction (on
+LAN).
+Server to client and client to server communcations use UDP wrapper in NeL
+(CUdpSock).
+
+Vianney Lecroart
+---
+lead network programmer / nevrax.com
+icq#: 6870415
+homepage: http://ace.planet-d.net
+www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K-
+w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y?
+
+
+
+
+ + + + + + + + + + + + + + + + + + +
+

+ diff --git a/pipermail/nel/2001-December/000798.html b/pipermail/nel/2001-December/000798.html new file mode 100644 index 00000000..0cfb4eb8 --- /dev/null +++ b/pipermail/nel/2001-December/000798.html @@ -0,0 +1,70 @@ + + + + [Nel] Feedback + + + + + + +

[Nel] Feedback

+ Cedric Valignat + valignat@nevrax.com
+ Thu, 13 Dec 2001 19:10:15 +0100 +

+
+ +
Hi Arnaud,
+
+Arnaud Bienvenu wrote:
+> 
+> Actually, I have libICE.so, not libICE.soh ! Do you have any idea where this
+> error could come from ? Even if I ln -s libICE.soh libICE.so, I get the same
+> error. My libICE.so comes from XFree86-devel-4.1.0-3.
+
+Sorry but i i have no clue for that problem :-(
+
+> PS : Please tell me if the patches below are useful for you. If yes, would
+> you prefer to have them attached as text files ?
+
+I applied the first patch, the second one was already applied when a
+took a look on ii.
+
+If the patches are small you can do it like that, otherwise that will be
+better to have them as attachments.
+
+
+Thanks a lot for your help.
+
+
+Cedric.
+
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2001-December/000799.html b/pipermail/nel/2001-December/000799.html new file mode 100644 index 00000000..d623050f --- /dev/null +++ b/pipermail/nel/2001-December/000799.html @@ -0,0 +1,68 @@ + + + + [Nel] small bug, bug unforgivable design flaw + + + + + + +

[Nel] small bug, bug unforgivable design flaw

+ Cedric Valignat + valignat@nevrax.com
+ Thu, 13 Dec 2001 19:13:33 +0100 +

+
+ +
Hi Vincent,
+
+I applied your patch.
+
+Thanks a lot for the help,
+
+
+Cedric.
+
+
+
+ + + + + + + + + + + + + + + + + +
+

+ diff --git a/pipermail/nel/2001-December/000801.html b/pipermail/nel/2001-December/000801.html new file mode 100644 index 00000000..05312934 --- /dev/null +++ b/pipermail/nel/2001-December/000801.html @@ -0,0 +1,103 @@ + + + + GPL specifics -- was: [Nel] Gamer question + + + + + + +

GPL specifics -- was: [Nel] Gamer question

+ zen + zen@lapisonline.com
+ Fri, 14 Dec 2001 10:31:20 +0800 +

+
+ +
Hi Kai,
+
+To my understanding, you don't have to release the source code if you don't
+sell it, according to GPL. Surely you may release the code in development,
+but it's not obligatory.
+
+Keep up the good work, guys.
+
+----- Original Message -----
+From: "Kai Schutte" <skander@WPI.EDU>
+To: <nel@nevrax.org>
+Sent: Friday, December 14, 2001 8:07 AM
+Subject: GPL specifics -- was: [Nel] Gamer question
+
+
+>
+> On Thursday 13 December 2001 09:49, Vincent Archer wrote:
+> > Whenever you get a GPLed program (and the license on the NeL library
+> > is such that a program linked to it must be GPL too), under any form,
+> > you must also be able to access/request/get a copy of the source.
+> >
+> > So anybody who has a Ryzom client has the right to access the source.
+> >
+> > Of course, until there IS an official client, almost no one outside
+> > Nevrax has that right :)
+>
+> I don't want to drag this out eternally, but I see a little lapse of
+> reasoning. Technically speaking, the development version of Ryzom is
+probably
+> currently being linked and tested with NeL, therefore, Ryzom must inherit
+the
+> GPL.
+> Therefore, the current development code is in the public domain, therefore
+> should be published. Of course, I understand your need to keep Ryzom
+"secret"
+> until it is done, releasable and sellable, so that you can put food on
+your
+> plates (and buy big cars for your Venture Capital people), yet, isn't this
+> secrecy a violation of the GPL, since Ryzom is GPL'd?
+>
+> Wouldn't it be better then, for Nevrax, if NeL was LGPL, and thereby
+making
+> it legal (or rather, in accordance to the GPL) for you to keep Ryzom from
+> public eyes?
+>
+> Just thinking out loud...
+>
+> -Kai
+> _______________________________________________
+> Nel mailing list
+> Nel@nevrax.org
+> http://www.nevrax.org/mailman/listinfo.cgi/nel
+>
+
+
+
+ + + + + + + +
+

+ diff --git a/pipermail/nel/2001-December/000803.html b/pipermail/nel/2001-December/000803.html new file mode 100644 index 00000000..dbd0ccd4 --- /dev/null +++ b/pipermail/nel/2001-December/000803.html @@ -0,0 +1,75 @@ + + + + GPL specifics -- was: [Nel] Gamer question + + + + + + +

GPL specifics -- was: [Nel] Gamer question

+ J C Lawrence + claw@kanga.nu
+ Thu, 13 Dec 2001 19:54:03 -0800 +

+
+ +
On Fri, 14 Dec 2001 10:31:20 +0800 
+zen  <zen@lapisonline.com> wrote:
+
+> Hi Kai, To my understanding, you don't have to release the source
+> code if you don't sell it, according to GPL. Surely you may
+> release the code in development, but it's not obligatory.
+
+As soon as you distribute the product, which essentially means that
+you give, transfer, or otherwise provide it to someone else than
+yourself or your development team, you must grant that person full
+access to all the relevant sources.  No more, no less.  The GPL
+infects on distribution and only on distribution.
+
+-- 
+J C Lawrence                
+---------(*)                Satan, oscillate my metallic sonatas. 
+claw@kanga.nu               He lived as a devil, eh?		  
+http://www.kanga.nu/~claw/  Evil is a name of a foeman, as I live.
+
+
+ + + + + + + + + + + + + + + +
+

+ diff --git a/pipermail/nel/2001-December/000806.html b/pipermail/nel/2001-December/000806.html new file mode 100644 index 00000000..f8e77ecb --- /dev/null +++ b/pipermail/nel/2001-December/000806.html @@ -0,0 +1,115 @@ + + + + GPL specifics -- was: [Nel] Gamer question + + + + + + +

GPL specifics -- was: [Nel] Gamer question

+ Vincent Archer + archer@frmug.org
+ Fri, 14 Dec 2001 10:19:52 +0100 +

+
+ +
According to Kai Schutte:
+> On Thursday 13 December 2001 09:49, Vincent Archer wrote:
+> > Whenever you get a GPLed program (and the license on the NeL library
+> > is such that a program linked to it must be GPL too), under any form,
+> > you must also be able to access/request/get a copy of the source.
+> >
+> > So anybody who has a Ryzom client has the right to access the source.
+> >
+> > Of course, until there IS an official client, almost no one outside
+> > Nevrax has that right :)
+> 
+> I don't want to drag this out eternally, but I see a little lapse of 
+> reasoning. Technically speaking, the development version of Ryzom is probably 
+> currently being linked and tested with NeL, therefore, Ryzom must inherit the 
+> GPL. 
+> Therefore, the current development code is in the public domain, therefore 
+> should be published. Of course, I understand your need to keep Ryzom "secret" 
+> until it is done, releasable and sellable, so that you can put food on your 
+> plates (and buy big cars for your Venture Capital people), yet, isn't this 
+> secrecy a violation of the GPL, since Ryzom is GPL'd?
+
+It is not. A violation that is.
+
+I know the GPL is an awful amount of legalese, and, like any legal-jargon
+document, people chiefly know its intent, and not its phrasing.
+
+But the GPL does not force you to release anything.
+
+What the GPL forces you is that, *if* you release any GPL program/library,
+its sources MUST be available (and describes the minimum requirement for
+this availability, i.e. you can't claim the sources are available but you
+need to come to the Tuvalu Islands, wait 3 months of quarantine, and read
+them on a dot-matrix printer listing with surgical gloves on).
+
+Note the "if".
+
+As long as *you* don't have a Ryzom client, *you* are not entitled to ask
+for the sources. A company may very well decide to take a GPL piece of
+software, and use it to write a program it uses internally, and no one
+can come up front and ask for that program's sources. If the company
+uses it internally only, the only legal obligation of source disclosure
+is to the people who have the program, i.e. its own employees.
+
+Of course, the example shown above works as long as the program remains
+inside. Other parts of the GPL allow any employee to pick the internal
+programs, use it to write its own GPL variation, and distribute said
+variation outside of the company, distributing the base source in the
+same way, and there's nothing the company could do to prevent exposure.
+
+But, in Nevrax's case, it's not important, since the program will end
+up available to the public, and when it does, the sources will be.
+
+> Wouldn't it be better then, for Nevrax, if NeL was LGPL, and thereby making 
+> it legal (or rather, in accordance to the GPL) for you to keep Ryzom from 
+> public eyes? 
+
+As long as no one outside of Nevrax has Ryzom, the strictures of the GPL
+are respected.
+
+Yeah, I know, we're impatient :)
+-- 
+	Vincent Archer			Email:	archer@frmug.org
+
+All men are mortal.  Socrates was mortal.  Therefore, all men are Socrates.
+							(Woody Allen)
+
+
+ + + + + + + + +
+

+ diff --git a/pipermail/nel/2001-December/000807.html b/pipermail/nel/2001-December/000807.html new file mode 100644 index 00000000..95ebfa99 --- /dev/null +++ b/pipermail/nel/2001-December/000807.html @@ -0,0 +1,72 @@ + + + + GPL specifics -- was: [Nel] Gamer question + + + + + + +

GPL specifics -- was: [Nel] Gamer question

+ Vincent Archer + archer@frmug.org
+ Fri, 14 Dec 2001 10:23:21 +0100 +

+
+ +
According to zen:
+> Hi Kai,
+> 
+> To my understanding, you don't have to release the source code if you don't
+> sell it, according to GPL. Surely you may release the code in development,
+> but it's not obligatory.
+
+It's not "sell", it's "distribute". Even if you distribute it for free
+on some web site with anonymous public access, it's distribution, and the
+source must be available.
+
+A lot of projects release their source during development, but that's
+because they're highly distributed in nature, and it works better. The
+Ryzom team is working out of the same offices, and probably doesn't
+have the time to look at most would-be contributions at this stage.
+
+Once the initial release is done, they'll have time to further cooperate
+with the rest of the people out there.
+
+-- 
+	Vincent Archer			Email:	archer@frmug.org
+
+All men are mortal.  Socrates was mortal.  Therefore, all men are Socrates.
+							(Woody Allen)
+
+
+ + + + + + +
+

+ diff --git a/pipermail/nel/2001-December/000808.html b/pipermail/nel/2001-December/000808.html new file mode 100644 index 00000000..348debb1 --- /dev/null +++ b/pipermail/nel/2001-December/000808.html @@ -0,0 +1,116 @@ + + + + GPL specifics -- was: [Nel] Gamer question + + + + + + +

GPL specifics -- was: [Nel] Gamer question

+ Vianney Lecroart + lecroart@nevrax.com
+ Fri, 14 Dec 2001 10:30:36 +0100 +

+
+ +
Hi,
+
+> Of course, I understand your need to keep Ryzom "secret"
+> until it is done, releasable and sellable, so that you can put food on
+your
+> plates (and buy big cars for your Venture Capital people), yet, isn't this
+> secrecy a violation of the GPL, since Ryzom is GPL'd?
+
+No it isn't. If oneday, we *distribute* Ryzom program and if Ryzom uses a
+GPL library, in this case, we have to give the source of Ryzom. But today,
+we don't distribute Ryzom, so we don't have to give the source. Look the GPL
+licence, it's based on distribution.
+
+Vianney Lecroart
+---
+lead network programmer / nevrax.com
+icq#: 6870415
+homepage: http://ace.planet-d.net
+www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K-
+w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y?
+
+----- Original Message -----
+From: "Kai Schutte" <skander@WPI.EDU>
+To: <nel@nevrax.org>
+Sent: Friday, December 14, 2001 1:07 AM
+Subject: GPL specifics -- was: [Nel] Gamer question
+
+
+>
+> On Thursday 13 December 2001 09:49, Vincent Archer wrote:
+> > Whenever you get a GPLed program (and the license on the NeL library
+> > is such that a program linked to it must be GPL too), under any form,
+> > you must also be able to access/request/get a copy of the source.
+> >
+> > So anybody who has a Ryzom client has the right to access the source.
+> >
+> > Of course, until there IS an official client, almost no one outside
+> > Nevrax has that right :)
+>
+> I don't want to drag this out eternally, but I see a little lapse of
+> reasoning. Technically speaking, the development version of Ryzom is
+probably
+> currently being linked and tested with NeL, therefore, Ryzom must inherit
+the
+> GPL.
+> Therefore, the current development code is in the public domain, therefore
+> should be published. Of course, I understand your need to keep Ryzom
+"secret"
+> until it is done, releasable and sellable, so that you can put food on
+your
+> plates (and buy big cars for your Venture Capital people), yet, isn't this
+> secrecy a violation of the GPL, since Ryzom is GPL'd?
+>
+> Wouldn't it be better then, for Nevrax, if NeL was LGPL, and thereby
+making
+> it legal (or rather, in accordance to the GPL) for you to keep Ryzom from
+> public eyes?
+>
+> Just thinking out loud...
+>
+> -Kai
+> _______________________________________________
+> Nel mailing list
+> Nel@nevrax.org
+> http://www.nevrax.org/mailman/listinfo.cgi/nel
+>
+
+
+
+ + + + + + + +
+

+ diff --git a/pipermail/nel/2001-December/000810.html b/pipermail/nel/2001-December/000810.html new file mode 100644 index 00000000..cdede8e0 --- /dev/null +++ b/pipermail/nel/2001-December/000810.html @@ -0,0 +1,91 @@ + + + + GPL specifics -- was: [Nel] Gamer question + + + + + + +

GPL specifics -- was: [Nel] Gamer question

+ zen + zen@lapisonline.com
+ Fri, 14 Dec 2001 21:28:50 +0800 +

+
+ +
Thank you guys, for enlightening me 8-).  I neglected the keyword
+'distrubte'.
+
+Zen Jean
+----- Original Message -----
+From: "Vincent Archer" <archer@frmug.org>
+To: <nel@nevrax.org>
+Sent: Friday, December 14, 2001 5:23 PM
+Subject: Re: GPL specifics -- was: [Nel] Gamer question
+
+
+> According to zen:
+> > Hi Kai,
+> >
+> > To my understanding, you don't have to release the source code if you
+don't
+> > sell it, according to GPL. Surely you may release the code in
+development,
+> > but it's not obligatory.
+>
+> It's not "sell", it's "distribute". Even if you distribute it for free
+> on some web site with anonymous public access, it's distribution, and the
+> source must be available.
+>
+> A lot of projects release their source during development, but that's
+> because they're highly distributed in nature, and it works better. The
+> Ryzom team is working out of the same offices, and probably doesn't
+> have the time to look at most would-be contributions at this stage.
+>
+> Once the initial release is done, they'll have time to further cooperate
+> with the rest of the people out there.
+>
+> --
+> Vincent Archer Email: archer@frmug.org
+>
+> All men are mortal.  Socrates was mortal.  Therefore, all men are
+Socrates.
+> (Woody Allen)
+> _______________________________________________
+> Nel mailing list
+> Nel@nevrax.org
+> http://www.nevrax.org/mailman/listinfo.cgi/nel
+>
+
+
+
+ + + + + +
+

+ diff --git a/pipermail/nel/2001-December/000811.html b/pipermail/nel/2001-December/000811.html new file mode 100644 index 00000000..e0a6edd2 --- /dev/null +++ b/pipermail/nel/2001-December/000811.html @@ -0,0 +1,63 @@ + + + + [Nel] Using GCC? -- was: GPL specifics + + + + + + +

[Nel] Using GCC? -- was: GPL specifics

+ Cyril 'Hulud' Corvazier + corvazier@nevrax.com
+ Fri, 14 Dec 2001 14:34:52 +0100 +

+
+ +
> Okay well I hate to go slightly off topic here but this is a question
+> that I need to ask since we're talking about all GPL, LGPL, etc.  Where
+> does building an application with gcc fall into all of this?  I write a
+> program, build it with gcc or g++ and plan to sell it to other users. 
+> But, I don't want to distribute the source of the application.  Can I
+> still use gcc/g++?  or am I forced to find an alternative compiler such
+> as VisualC for windows or a unix specific compiler for unix variants?
+
+Yes you can use GCC to compile proprietary softwares (else most of
+the playstation, GBA etc..  games are GPL :-) ), only software including 
+GPL code become GPL itself, not the product of GPLed software.
+
+Cyril Corvazier.
+
+
+
+
+ + + + + + +
+

+ diff --git a/pipermail/nel/2001-December/000812.html b/pipermail/nel/2001-December/000812.html new file mode 100644 index 00000000..adb0a0a7 --- /dev/null +++ b/pipermail/nel/2001-December/000812.html @@ -0,0 +1,77 @@ + + + + [Nel] Using GCC? -- was: GPL specifics + + + + + + +

[Nel] Using GCC? -- was: GPL specifics

+ Vincent Archer + archer@frmug.org
+ Fri, 14 Dec 2001 14:41:33 +0100 +

+
+ +
According to Tony Hoyt:
+> Okay well I hate to go slightly off topic here but this is a question
+> that I need to ask since we're talking about all GPL, LGPL, etc.  Where
+> does building an application with gcc fall into all of this?  I write a
+> program, build it with gcc or g++ and plan to sell it to other users. 
+> But, I don't want to distribute the source of the application.  Can I
+> still use gcc/g++?  or am I forced to find an alternative compiler such
+> as VisualC for windows or a unix specific compiler for unix variants?
+
+Even though you *used* GCC to build the program, gcc *itself* is in no
+way present in the program you distribute. There's no portion of gcc
+source code or binary in your application. Thus, your program does not
+inherit the licensing from the gcc GPL license.
+
+The only think that gets bundled is the C library. And the C library
+(glibc) is covered by the LGPL, which specifically allows for that case
+(i.e. distributing a program that is linked with a GPL software, without
+ placing the GPL strictures on the program itself).
+
+The same thing would apply to a C grammar parser that was generated
+by bison (the GPL parser generation tool). Using bison to generate your
+C source does not require you to put said source under the GPL: bison
+is not included in your program, only its output (hmmm, is the library
+required for bison LGPL? I think so, but can't remember)
+
+-- 
+	Vincent Archer			Email:	archer@frmug.org
+
+All men are mortal.  Socrates was mortal.  Therefore, all men are Socrates.
+							(Woody Allen)
+
+
+ + + + + +
+

+ diff --git a/pipermail/nel/2001-December/000813.html b/pipermail/nel/2001-December/000813.html new file mode 100644 index 00000000..bf341918 --- /dev/null +++ b/pipermail/nel/2001-December/000813.html @@ -0,0 +1,97 @@ + + + + [Nel] Landscapes without 3DSMax + + + + + + +

[Nel] Landscapes without 3DSMax

+ Paul Siegel + psiegel@geneticanomalies.com
+ Fri, 14 Dec 2001 08:43:24 -0500 +

+
+ +
> Using the 3d lib at lowlevel (all the others header files) allow you to
+> quilckly create patches and landscape zones. It is really simple to
+> export some bezier quad patches from Blender
+> (does blender have bezier patches ?) into a .zone file using a small
+> plugin. Simple C++ classes are provided to "Builb" the ".zone" c++
+> objects. Then serialisation is used to save them
+> in binary files.
+
+Ok, this will be my first project.  Besides Blender, I'm also looking at
+OpenFX (www.openfx.org).  Unfortunately, I'm a coder not a graphic artist.
+I can't say I'm too learned on how to create bezier patches using either
+program, so I'm going to have to do a bit of research before I even start
+this.  If there are any artists out there with some input (especially
+something like "Blender doesn't support bezier patches") I'd love to hear
+from you.  Hopefully it shouldn't take too long to make either a file
+translator or some kind of export plugin for one of the apps, once I learn
+how to make the content using one of the aforementioned apps.
+
+> The hardest part is the patch painter that allow you to paint tiles,
+vertex
+> color and displacement map over the landscape zone patches. At
+> nevrax, this is done by the artists using a 3dsmax plugin
+> (nel_patch_paint). If you can't use 3dsmax, you can perhaps
+> generate the painting or rewrite a little ingame zone painter or why
+> not, a blender painter plugin...
+
+Right, this will be phase 2.  I was sort of expecting this to be the hard
+part.
+
+> You have to know that the painter algorithm that put tiles over the
+> landscape is not trivial at all.  If you are short on time, a good
+> solution is to generate painting, as most of the heightfield
+> landscapes do.
+
+Can you elaborate on this?  Are you talking about coming up with some kind
+of algorithm to color the geometries instead of using textures?  I don't
+follow.
+
+> The postprocess to weld the zones together and compute the lighting will
+> stay the same as far as you generate ".zone" files.
+
+Right, I'm assuming that once the .zone files are generated, I can follow
+the process used with 3DS Max.
+
+Thanks for the feedback Cyril.  It's nice to see how much input the official
+team has on this list.
+
+Paul
+
+
+
+ + + + + + +
+

+ diff --git a/pipermail/nel/2001-December/000814.html b/pipermail/nel/2001-December/000814.html new file mode 100644 index 00000000..a630ad3d --- /dev/null +++ b/pipermail/nel/2001-December/000814.html @@ -0,0 +1,76 @@ + + + + [Nel] Gamer question + + + + + + +

[Nel] Gamer question

+ Paul Siegel + psiegel@geneticanomalies.com
+ Fri, 14 Dec 2001 08:52:43 -0500 +

+
+ +
Kai, from my reading of the GPL, everything wraps around the clause of "if
+you distribute".  Since Ryzom has yet to be distributed, I don't think
+Nevrax is under any obligation to share the source code.
+
+Under this same logic, I would think that Nevrax will never have to release
+the source code of their servers, since such software is really for internal
+use only, not to be distributed.  Isn't that correct?
+
+Paul
+
+> I don't want to drag this out eternally, but I see a little lapse of
+> reasoning. Technically speaking, the development version of Ryzom is
+> probably currently being linked and tested with NeL, therefore, Ryzom
+> must inherit  the GPL.
+> Therefore, the current development code is in the public domain, therefore
+> should be published. Of course, I understand your need to keep Ryzom
+> "secret" until it is done, releasable and sellable, so that you can put
+food
+> on your plates (and buy big cars for your Venture Capital people), yet,
+isn't
+> this secrecy a violation of the GPL, since Ryzom is GPL'd?
+>
+> Wouldn't it be better then, for Nevrax, if NeL was LGPL, and thereby
+making
+> it legal (or rather, in accordance to the GPL) for you to keep Ryzom from
+> public eyes?
+
+
+
+
+ + + + + + +
+

+ diff --git a/pipermail/nel/2001-December/000815.html b/pipermail/nel/2001-December/000815.html new file mode 100644 index 00000000..51ebfc91 --- /dev/null +++ b/pipermail/nel/2001-December/000815.html @@ -0,0 +1,73 @@ + + + + [Nel] RE: GPL confusion + + + + + + +

[Nel] RE: GPL confusion

+ Jon Watte + hplus@mindcontrol.org
+ Fri, 14 Dec 2001 10:19:49 -0800 +

+
+ +
> Therefore, the current development code is in the public 
+> domain, therefore should be published.
+
+I find two things confusing about this sentence.
+
+1) Something that is under GPL is explicitly NOT in the public 
+domain, as something under the GPL suffers substantially more 
+restrictive licensing than something that is in the public 
+domain. Basically, if it's in the PD, you can do what you want 
+to it, except POSSIBLY not mis-represent the origin. The GPL 
+imposes many more strictures on your use of the code.
+
+2) The GPL only requires that source code is made available 
+free of charge to anyone who purchases binaries, and that no 
+restrictions are made on the purchaser's rights to use that 
+source code (including subsequent redistribution). If Ryzom is 
+not for sale to anyone, then there is no requirement for the 
+developers thereof to make any source code available.
+
+Now, the GPL may have changed slightly since I last read it 
+through in full, but your statement does not seem to be based 
+on the actual language of the GPL.
+
+
+
+
+ + + + + + + +
+

+ diff --git a/pipermail/nel/2001-December/000816.html b/pipermail/nel/2001-December/000816.html new file mode 100644 index 00000000..eb7e9631 --- /dev/null +++ b/pipermail/nel/2001-December/000816.html @@ -0,0 +1,68 @@ + + + + [Nel] Gamer question (the asp hole) + + + + + + +

[Nel] Gamer question (the asp hole)

+ Michael Warnock + michael@in-orbit.net
+ Fri, 14 Dec 2001 11:29:14 -0800 +

+
+ +
12/14/2001 5:52:43 AM, "Paul Siegel" <psiegel@geneticanomalies.com> wrote:
+
+>Kai, from my reading of the GPL, everything wraps around the clause of "if
+>you distribute".  Since Ryzom has yet to be distributed, I don't think
+>Nevrax is under any obligation to share the source code.
+>
+>Under this same logic, I would think that Nevrax will never have to release
+>the source code of their servers, since such software is really for internal
+>use only, not to be distributed.  Isn't that correct?
+>
+thats what's known as the ASP hole (application service provider).  On the one hand it has been used to create money-making websites out of gpl pieces by companies who have never released their code changes.  On the 
+other hand, with a massively multiplayer game there is a lot of server side stuff- rules/ agent experience/ object locations that you may not want to release in the interests of gameplay.  However, most of that type of thing can 
+be abstracted from the core programs and written in a definition or scripting language specific to the game or in some general purpose language like python.  these interpreted programs, stored in some database, can now be 
+considered content and free from gpl obligations.  But that means that even if all the backend source is available, you have a lot of work to do before it does anything useful.
+with a few grey areas in rules (physics?) I think this is as it should be.
+
+michael
+
+
+
+ + + + + + + + +
+

+ diff --git a/pipermail/nel/2001-December/000817.html b/pipermail/nel/2001-December/000817.html new file mode 100644 index 00000000..f894930b --- /dev/null +++ b/pipermail/nel/2001-December/000817.html @@ -0,0 +1,80 @@ + + + + [Nel] server architecture (front end, load balancing, login service, ....) + + + + + + +

[Nel] server architecture (front end, load balancing, login service, ....)

+ Nicolas Hognon + cblt@cblt.org
+ Fri, 14 Dec 2001 20:11:43 +0100 +

+
+ +
Hello ....
+
+I've got a little question about the architecture of the server side.
+If I don't make mistake a shard is composed of N front ends and behind
+front ends there is some computers running different services.
+And some where there is a login service (one per shard or one for all shard
+?)
+
+Clients communicate with one front end of a shard.
+
+But how clients are balanced between the N front ends of a shard ?
+It will be done by a generic load balancer (hardware)
+or a specific service from NEL ?
+
+The source code of the load balancer and the front end are delivered with
+NEL ?
+
+If there a description of all NEL services ?
+what is the welcome service ?
+
+sorry for all this questions ....
+bye
+
+--
+Nicolas Hognon
+nicolash@virtools.com
+
+Virtools - The Behavior Company
+Tel. (+33) 1 42 71 46 86 / Fax. (+33) 1 42 71 86 53
+http://www.virtools.com/
+
+
+
+
+ + + + + + +
+

+ diff --git a/pipermail/nel/2001-December/000818.html b/pipermail/nel/2001-December/000818.html new file mode 100644 index 00000000..09a14474 --- /dev/null +++ b/pipermail/nel/2001-December/000818.html @@ -0,0 +1,82 @@ + + + + [Nel] Landscapes without 3DSMax + + + + + + +

[Nel] Landscapes without 3DSMax

+ Markus Ewald + Markus_Ewald@gmx.net
+ Sat, 15 Dec 2001 13:02:07 +0100 +

+
+ +
Tony Hoyt schrieb:
+
+> Paul Siegel wrote:
+> >
+> > Hi everyone -
+> >
+> > I'm wondering if there's a way to build landscapes without 3D Studio Max.
+> > That's some pricey software just to do level editing.  Is anything
+> > available, or being worked on?  Or am I going to have to learn how to
+> > rewrite the max plugins for Blender?
+>
+>   Blender is my choice as well for a good free alternative 3d editor.
+> I'm not sure how you make plug-in's for Blender other then with python
+> but if you can do it, I wish you all the best of luck. I think the
+> problem with doing a port is that if your not able to see the original
+> in action or see what library calls it's makeing, etc.  It's going to be
+> rough going.  But if your serious about it, I'm willing to give a hand
+> although I don't have 3D Studio Max as well.
+
+There's also a free landscape modeller at
+-> www.geofrac2000.com
+
+It was once commercial and its interface is very much like that of 3dsmax.
+The author discontinued the project and made it available for free, but it's
+still worth a look. You can use standard algorithms (perlin, etc.) for
+landscape generation, create mountains and craters or just paint with the
+raise/lower-tool. Realtime 3D-display just like 3dsmax as well.
+
+>
+>
+>   Tony
+>
+
+-Markus-
+
+
+
+
+ + + + +
+

+ diff --git a/pipermail/nel/2001-December/000819.html b/pipermail/nel/2001-December/000819.html new file mode 100644 index 00000000..13b80e82 --- /dev/null +++ b/pipermail/nel/2001-December/000819.html @@ -0,0 +1,74 @@ + + + + [Nel] open source MMORPG and hacks/cheats question (probably off topic) + + + + + + +

[Nel] open source MMORPG and hacks/cheats question (probably off topic)

+ Alexander Denisov + denisov@darkwing.uoregon.edu
+ Sun, 16 Dec 2001 02:29:15 -0800 +

+
+ +
Hi to everybody, I think this is my first time posting on the mailing list.
+
+I was thinking lately about GPL/open source discussion, and one question
+still bothers me: hacks and cheats in MMORPG.
+
+I have seen a couple of times when hacks/cheats ruined great games
+(and I do believe that Nevrax is doing a very good game), since online
+gameplay is very sensitive to such things.
+
+By publishing source code of the game, isn't it like giving a "green light"
+to hackers? Are there any ways
+somehow to prevent (or at least try to prevent) hacks and cheats, even if
+hacker
+knows the source code? Can the game company keep the network part of their
+game in secret
+(though I don't see how, since its clearly using NeL in this case).
+
+I appologise if my question is completely unrelated to NeL and Nevrax game,
+since all the details are kept in secret, but I think that this is very
+important question.
+
+By the way, thanks for the great engine! (though I'm still trying to compile
+it)
+
+Alex
+
+
+
+ + + + + + +
+

+ diff --git a/pipermail/nel/2001-December/000820.html b/pipermail/nel/2001-December/000820.html new file mode 100644 index 00000000..786764b4 --- /dev/null +++ b/pipermail/nel/2001-December/000820.html @@ -0,0 +1,113 @@ + + + + [Nel] open source MMORPG and hacks/cheats question (probably off topic) + + + + + + +

[Nel] open source MMORPG and hacks/cheats question (probably off topic)

+ alfred + alfred@mazuma.net.au
+ Sun, 16 Dec 2001 22:20:56 +1100 +

+
+ +
I have nothing to do with the nevrax team but I know the answer to this. 
+To put it simply, there is not security in obscurity. The protection 
+isn't in the alogrithm, its in the "secret" that is shared. This axiom 
+has been proved time and again, just look at the troubles windows has 
+with its codebase... The lack of published source code ain't helping them.
+
+I am not sure what security model nel will adopt but there are many to 
+choose from and none suffer from the openness of the protocol. You could 
+sign the client binaries with a public/private key pair. This stops 
+trivial hacks. You would also run a secure game server which does bounds 
+checking on the input, this stops obvious hacking. You can also encrypt 
+the client->server data stream. Fundamentally you are in trouble because 
+the client is a generalised computing machine which the user has 
+complete control over, if they have the machine code they can crack it, 
+but you can make it damn hard. You can also make any hack shortlived by 
+having dynamic binaries. The open source nature of nel only makes it 
+more secure as any flaws or bugs in the implementation will be spotted 
+and solved, rather than being exploited (many eyes make bugs shallow).
+
+:)
+
+
+
+
+Alexander Denisov wrote:
+
+> Hi to everybody, I think this is my first time posting on the mailing list.
+> 
+> I was thinking lately about GPL/open source discussion, and one question
+> still bothers me: hacks and cheats in MMORPG.
+> 
+> I have seen a couple of times when hacks/cheats ruined great games
+> (and I do believe that Nevrax is doing a very good game), since online
+> gameplay is very sensitive to such things.
+> 
+> By publishing source code of the game, isn't it like giving a "green light"
+> to hackers? Are there any ways
+> somehow to prevent (or at least try to prevent) hacks and cheats, even if
+> hacker
+> knows the source code? Can the game company keep the network part of their
+> game in secret
+> (though I don't see how, since its clearly using NeL in this case).
+> 
+> I appologise if my question is completely unrelated to NeL and Nevrax game,
+> since all the details are kept in secret, but I think that this is very
+> important question.
+> 
+> By the way, thanks for the great engine! (though I'm still trying to compile
+> it)
+> 
+> Alex
+> 
+> _______________________________________________
+> Nel mailing list
+> Nel@nevrax.org
+> http://www.nevrax.org/mailman/listinfo.cgi/nel
+> 
+
+
+-- 
+Alfred Reynolds
+alfred@mazuma.net.au
+
+
+
+ + + + + + +
+

+ diff --git a/pipermail/nel/2001-December/000821.html b/pipermail/nel/2001-December/000821.html new file mode 100644 index 00000000..e460fc2f --- /dev/null +++ b/pipermail/nel/2001-December/000821.html @@ -0,0 +1,78 @@ + + + + [Nel] Feedback + + + + + + +

[Nel] Feedback

+ Arnaud Bienvenu + arnaud.bienvenu@via.ecp.fr
+ Sun, 16 Dec 2001 18:12:29 +0100 +

+
+ +
Thanks for answering Cedric,
+
+On Thu, Dec 13, 2001 at 07:10:15PM +0100, Cedric Valignat wrote:
+> Sorry but i i have no clue for that problem :-(
+
+I managed to workaround this problem linking the snowballs 2 client against
+libGL.so (by default, libnel_drv_opengl.so is linked against libGL, but not
+the snowballs 2 client). I do not know if this is a Linux requirement, or
+another bug in RedHat's 7.2 GL librairies. I hope a Linux Guru will give us a
+clue.
+
+By the way, the libICE.soh standing instead of libICE.so is obviously a
+display bug non related to nel, since I could reproduce it from clean trivial
+code.
+
+At last, running the snowballs client, I get this well known error :
+INF 5222 client.cpp 145 : Starting Snowballs !
+WRN 5222 dru.cpp 95 : when loading dynamic library 'libnel_drv_opengl.so':
+/usr/local/lib/libnel_drv_opengl.so: undefined symbol: glSetFenceNV
+WRN 5222 common.cpp 392 : Exception will be launched: libnel_drv_opengl.so
+not found
+
+I read on this list the problem is due to Fence NV disappearing from
+Mesa-3.4 (which I use), and that the nevrax team is working on it. Is it
+still the case ?
+
+> I applied the first patch, the second one was already applied when a
+> took a look on ii.
+
+The patched versions are not yet available from today's CVS head revision, but
+I trust you it's in the pipeline.
+
+Regards,
+Arnaud Bienvenu
+
+
+ + +
+

+ diff --git a/pipermail/nel/2001-December/000823.html b/pipermail/nel/2001-December/000823.html new file mode 100644 index 00000000..db00119c --- /dev/null +++ b/pipermail/nel/2001-December/000823.html @@ -0,0 +1,103 @@ + + + + [Nel] open source MMORPG and hacks/cheats question (probablyoff topic) + + + + + + +

[Nel] open source MMORPG and hacks/cheats question (probablyoff topic)

+ Daniel Miller + miller@nevrax.com
+ Mon, 17 Dec 2001 12:07:37 +0100 +

+
+ +
At Nevrax our thoughts run as follows:
+
+Game clients are very easy to reverse engineer or hack on a PC.
+Server/ Client data packets are even easier to hack.
+
+We assume that whether the source code for the client is open or closed, it
+will inevitably be modified.
+
+The only way to avoid cheating is to take all game sensitive decisions
+server-side and to treat client as a kind of dumb terminal. This has
+implications throughout the game design.
+
+For instance, to avoid a hack from making invisible players visible, it is
+up to the servers not to transmit update information for invisible players
+to the clients. This means that invisible players can not make 3d-positional
+noises as this would give an exploitable piece of information.
+
+The front end servers clearly have to be robust too which means that all
+incoming data from the clients is treated with caution - packets containing
+invalid data are simply ignored.
+
+
+In a nutshell - we assume that servers are trustworthy and that clients are
+not.
+
+
+Daniel.
+
+-----Original Message-----
+From: nel-admin@nevrax.org [mailto:nel-admin@nevrax.org]On Behalf Of
+Vincent Caron
+Sent: Sunday, December 16, 2001 7:13 PM
+To: nel@nevrax.org
+Subject: Re: [Nel] open source MMORPG and hacks/cheats question
+(probablyoff topic)
+
+
+There's a bit more than the 'security through obscurity' debate in this
+question. It is actually more a question of trust, or if you prefer,
+_what_ or _who_ needs to be secured ? The game ? The player moves ? The
+server knowledge ?
+
+Eric S. Raymond (with a nice link to Carmack's tought about this) did a
+nice essay, back to the time where 'cheating drivers' (making walls
+transparent) were about to be unveiled for FPS games :
+
+http://www.tuxedo.org/~esr/writings/quake-cheats.html
+
+
+_______________________________________________
+Nel mailing list
+Nel@nevrax.org
+http://www.nevrax.org/mailman/listinfo.cgi/nel
+
+
+
+ + + + + +
+

+ diff --git a/pipermail/nel/2001-December/000825.html b/pipermail/nel/2001-December/000825.html new file mode 100644 index 00000000..f8842b1b --- /dev/null +++ b/pipermail/nel/2001-December/000825.html @@ -0,0 +1,95 @@ + + + + [Nel] server architecture (front end, load balancing, login service, ....) + + + + + + +

[Nel] server architecture (front end, load balancing, login service, ....)

+ Vianney Lecroart + lecroart@nevrax.com
+ Mon, 17 Dec 2001 15:22:30 +0100 +

+
+ +
Hi nico,
+
+> I've got a little question about the architecture of the server side.
+> If I don't make mistake a shard is composed of N front ends and behind
+> front ends there is some computers running different services.
+> And some where there is a login service (one per shard or one for all
+shard
+> ?)
+
+Shard is composed of services. There are front end services and back end
+services.
+Client are connected with on front end service and front end services are
+connected with back end services.
+There's only one login service for all shards. The client first connects to
+the login service that checks the validity of the account, after the client
+choose the shard. The login service warn the shard (via welcome service (one
+per shard)) that a new client will come. The welcome service chooses the
+best front end for the client and sends the choosen front end to the login
+service and the login service sends this info to the client. after, the
+client connects to the selected front end and authenticates.
+
+> But how clients are balanced between the N front ends of a shard ?
+
+For now, the welcome service does a dumb balancement (try to have the same
+player number on each front end).
+
+> It will be done by a generic load balancer (hardware)
+> or a specific service from NEL ?
+
+It s the welcome service that do that.
+
+> The source code of the load balancer and the front end are delivered with
+> NEL ?
+
+Look the welcome service :-)
+
+> If there a description of all NEL services ?
+
+Look the net part of http://www.nevrax.org/docs/
+And also try here http://www.nevrax.org/docs/doxygen/nel/pages.html
+
+Vianney Lecroart
+---
+lead network programmer / nevrax.com
+icq#: 6870415
+homepage: http://ace.planet-d.net
+www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K-
+w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y?
+
+
+
+
+
+ + +
+

+ diff --git a/pipermail/nel/2001-December/000826.html b/pipermail/nel/2001-December/000826.html new file mode 100644 index 00000000..4a6b5f95 --- /dev/null +++ b/pipermail/nel/2001-December/000826.html @@ -0,0 +1,97 @@ + + + + [Nel] peer to peer ? + + + + + + + + + +

[Nel] peer to peer ? +

+ nicolas.boulay@ifrance.com + + nicolas.boulay@ifrance.com +
+ Tue, 18 Dec 2001 12:15:59 GMT +

+
+ +
--__--__--
+
+Message: 3
+From: "Vianney Lecroart" <lecroart@nevrax.com>
+To: <nel@nevrax.org>
+Subject: Re: [Nel] server architecture (front end,
+load balancing, login service, ....)
+Date: Mon, 17 Dec 2001 15:22:30 +0100
+charset="iso-8859-1"
+Reply-To: nel@nevrax.org
+
+> But how clients are balanced between the N front
+ends of a shard ?
+
+For now, the welcome service does a dumb balancement
+(try to have the same
+player number on each front end).
+
+>>>> Why don't you try to use LVS ?
+More generaly do you plan to make direct connection
+between client (such peer to peer network, or
+distributed computing) ? It could be nice for
+reduicing trafic to the server. To havoid cheating,
+each client cheeck data as the server does. Maybe it
+could be possible to connect people which interract a
+lot (in the same area, ...), there is still some
+mouvement with server to handle critical ressouces.
+So mouvement to the center server are almost reduice
+to the minimum.
+
+Does i smoke too much ?
+
+nicO
+
+ 
+______________________________________________________________________________
+ifrance.com, l'email gratuit le plus complet de l'Internet !
+vos emails depuis un navigateur, en POP3, sur Minitel, sur le WAP...
+http://www.ifrance.com/_reloc/email.emailif
+
+
+
+
+ + + + +
+

+ diff --git a/pipermail/nel/2001-December/000827.html b/pipermail/nel/2001-December/000827.html new file mode 100644 index 00000000..147c42ce --- /dev/null +++ b/pipermail/nel/2001-December/000827.html @@ -0,0 +1,156 @@ + + + + [Nel] Landscapes without 3DSMax + + + + + + + + + +

[Nel] Landscapes without 3DSMax +

+ Paul Siegel + + psiegel@geneticanomalies.com +
+ Tue, 18 Dec 2001 09:49:45 -0500 +

+
+ +
My apologies, I accidentally sent this first to nel-admin.  Guess the
+reply-to of the digest isn't set up to go to the correct place.  Here it is
+again, I hope nobody gets this twice:
+
+Thank you everyone for the links.    I'm afraid though that these terrain
+building packages generate height fields, and as you may or may not be
+aware, NeL uses bezier patches, not height fields to generate its terrain.
+Therefore, I've finally settled on the most basic thing I could find, namely
+sPatch.  (http://www.geocities.com/getspatch/index.html).  It is little more
+than a bezier patch editor, but currently that's all I need.  There appears
+to be a more feature rich package based on sPatch called hamaPatch
+(http://www.geocities.com/Tokyo/Ginza/6625/soft10.html), but currently all
+documentation on this is in Japanese and I don't speak the language.
+Perhaps my work can some day be moved to hamaPatch, but for the moment I'm
+sticking with sPatch.  Which means we should be able to generate the zone
+files with sPatch, but will need a seperate piece of software to paint the
+textures (since sPatch doesn't support any kind of texturing).  But I'll
+burn that bridge when I get to it.  ;)
+
+Fortunately, sPatch has good documentation on creating export plugins, and
+I'm well on my way to successfully making one.  I have a couple questions
+though for anyone on this list whi is familiar with the 3D code.
+
+1.  How much information of the CPatchInfo object must be filled in to have
+a viable object?  sPatch gives me a 4x4 array of vertexes which I can use to
+populate the vertices, tangents, and interiors of the CPatchInfo object.
+However, I am still a bit unclear what much of the data in the CPatchInfo
+object is, especially the BindEdges (4 CBindInfo structs).  Are these filled
+in when welding the zones together, or are they something I will need to
+fill in upon generating a single zone?
+
+2.  Once I manage to export a .zone file, what's the quickest, dirtiest way
+to test it?  Will I need to build an entire app just to load the .zone, or
+is there some way I can easily hack it into the Snowballs client just to see
+if it indeed exported a valid file?
+
+Thanks again everyone for all the help.  This is a great project, and I'm
+having lots of fun playing with it.
+
+Paul
+
+> And more:
+> http://terraform.sourceforge.net/
+> http://ftp.arl.army.mil/brlcad/
+> http://www.planetside.co.uk/terragen/
+>
+> Saturday, December 15, 2001, 1:02:07 PM, you wrote:
+>
+> ME> Tony Hoyt schrieb:
+>
+> >> Paul Siegel wrote:
+> >> >
+> >> > Hi everyone -
+> >> >
+> >> > I'm wondering if there's a way to build landscapes without 3D Studio
+> Max.
+> >> > That's some pricey software just to do level editing.  Is anything
+> >> > available, or being worked on?  Or am I going to have to learn how to
+> >> > rewrite the max plugins for Blender?
+> >>
+> >>   Blender is my choice as well for a good free alternative 3d editor.
+> >> I'm not sure how you make plug-in's for Blender other then with python
+> >> but if you can do it, I wish you all the best of luck. I think the
+> >> problem with doing a port is that if your not able to see the original
+> >> in action or see what library calls it's makeing, etc.  It's going to
+be
+> >> rough going.  But if your serious about it, I'm willing to give a hand
+> >> although I don't have 3D Studio Max as well.
+>
+> ME> There's also a free landscape modeller at
+> ->> www.geofrac2000.com
+>
+> ME> It was once commercial and its interface is very much like that of
+> 3dsmax.
+> ME> The author discontinued the project and made it available for free,
+but
+> it's
+> ME> still worth a look. You can use standard algorithms (perlin, etc.) for
+> ME> landscape generation, create mountains and craters or just paint with
+> the
+> ME> raise/lower-tool. Realtime 3D-display just like 3dsmax as well.
+>
+> >>
+> >>
+> >>   Tony
+> >>
+>
+> ME> -Markus-
+>
+>
+> ME> _______________________________________________
+> ME> Nel mailing list
+> ME> Nel@nevrax.org
+> ME> http://www.nevrax.org/mailman/listinfo.cgi/nel
+>
+>
+>
+> --
+> Dim Segebart                         mailto:zager@teleaction.de
+
+
+
+ + + + +
+

+ diff --git a/pipermail/nel/2001-December/000828.html b/pipermail/nel/2001-December/000828.html new file mode 100644 index 00000000..c20e76fb --- /dev/null +++ b/pipermail/nel/2001-December/000828.html @@ -0,0 +1,180 @@ + + + + [Nel] Landscapes without 3DSMax + + + + + + + + + +

[Nel] Landscapes without 3DSMax +

+ Cyril 'Hulud' Corvazier + + corvazier@nevrax.com +
+ Tue, 18 Dec 2001 20:20:34 +0100 +

+
+ +
Hi Paul,
+
+> Thank you everyone for the links.    I'm afraid though that these terrain
+> building packages generate height fields, and as you may or may not be
+> aware, NeL uses bezier patches, not height fields to generate its terrain.
+
+You can build patches with an heightfield. It a fast way to generate
+a simple lansdcape. Simply raise the tangeants vertices with the joined
+vertices of a bezier patch : you have a heightfield !
+
+> 1.  How much information of the CPatchInfo object must be filled in to
+have
+> a viable object?  sPatch gives me a 4x4 array of vertexes which I can use
+to
+> populate the vertices, tangents, and interiors of the CPatchInfo object.
+> However, I am still a bit unclear what much of the data in the CPatchInfo
+> object is, especially the BindEdges (4 CBindInfo structs).  Are these
+filled
+> in when welding the zones together, or are they something I will need to
+> fill in upon generating a single zone?
+
+The BindEdges info are required to properly link patches together at
+runtime. You have to filled them for internal zone linking. zone_welder will
+fill them
+of inter-zone link. Hear come some explications on how to fill the
+CBindInfo.
+
+The patches can be linked those way : (warning ASCII arts in non-constant
+size
+fonts.. :-)  )
+
+---
+
+The edge numbers are :
+
+     3
+   ***
+0 *  * 2
+   ***
+     1
+
+---
+
+There is 3 ways to bind patches together. (1-1, 1-2, 1-4)
+
+---
+
+One patch on another :
+
+**********
+*      *        *
+*  0  *   1   *
+*      *        *
+*      *        *
+**********
+CBindInfo:
+Patch 0, edge 2 : NPatchs = 1,  MultipleBindNum = 1, Next = { Patch 1 },
+Edge = { 0 }
+Patch 1, edge 0 : NPatchs = 1,  MultipleBindNum = 1, Next = { Patch 0 },
+Edge = { 2 }
+
+---
+
+Two patches on another (Bind 2)
+
+**********
+*      *   1   *
+*  0  ******
+*      *   2   *
+**********
+Bind info:
+Patch 0, edge 2 : NPatchs = 2,  MultipleBindNum = 1, Next = { Patch 1, Patch
+2 }, Edge = { 0, 0 }
+Patch 1, edge 0 : NPatchs = 1,  MultipleBindNum = 2, MultipleBindId = 1,
+Next = { Patch 0 }, Edge = { 2 }
+Patch 2, edge 0 : NPatchs = 1,  MultipleBindNum = 2, MultipleBindId = 0,
+Next = { Patch 0 }, Edge = { 2 }
+
+---
+
+4 patches on another (Bind 4)
+
+**********
+*      *   1   *
+*      ******
+*      *   2   *
+*  0  ******
+*      *   3   *
+*      ******
+*      *   4   *
+**********
+Patch 0, edge 2 : NPatchs = 4,  MultipleBindNum = 1, Next = { Patch 1, Patch
+2, Patch 3, Patch 4 }, Edge = { 0, 0, 0, 0 }
+Patch 1, edge 0 : NPatchs = 1,  MultipleBindNum = 4, MultipleBindId = 3,
+Next = { Patch 0 }, Edge = { 2 }
+Patch 2, edge 0 : NPatchs = 1,  MultipleBindNum = 4, MultipleBindId = 2,
+Next = { Patch 0 }, Edge = { 2 }
+Patch 3, edge 0 : NPatchs = 1,  MultipleBindNum = 4, MultipleBindId = 1,
+Next = { Patch 0 }, Edge = { 2 }
+Patch 4, edge 0 : NPatchs = 1,  MultipleBindNum = 4, MultipleBindId = 0,
+Next = { Patch 0 }, Edge = { 2 }
+
+---
+
+Note that zone_welder welds automaticaly the zones together but don't
+generate bind info for internal patch linking in a zone.
+It searches for shared vertices in the 2 zones and weld them. Zone_welder
+can perform only 1-1 bind type.
+
+I hope this is understandable, don't hesitate to ask for details.
+
+> 2.  Once I manage to export a .zone file, what's the quickest, dirtiest
+way
+> to test it?  Will I need to build an entire app just to load the .zone, or
+> is there some way I can easily hack it into the Snowballs client just to
+see
+> if it indeed exported a valid file?
+
+You can replace a zone in snowball, or make a simple application to see
+the zone. If you want, i can post a peace of code for a small app.
+
+Cyril Corvazier
+
+
+
+
+ + + + +
+

+ diff --git a/pipermail/nel/2001-December/000830.html b/pipermail/nel/2001-December/000830.html new file mode 100644 index 00000000..ad05065b --- /dev/null +++ b/pipermail/nel/2001-December/000830.html @@ -0,0 +1,132 @@ + + + + [Nel] Re: Nel digest, Vol 1 #207 - 4 msgs + + + + + + + + + +

[Nel] Re: Nel digest, Vol 1 #207 - 4 msgs +

+ Paul Siegel + + psiegel@geneticanomalies.com +
+ Wed, 19 Dec 2001 11:05:16 -0500 +

+
+ +
Cyril to the rescue again!  (Or do you prefer Hulud?  And if so, will you
+tell me what it means?)  You know, I've gotten slower responses from
+"support" that I pay for.  My thanks again.
+
+> You can build patches with an heightfield. It a fast way to generate
+> a simple lansdcape. Simply raise the tangeants vertices with the joined
+> vertices of a bezier patch : you have a heightfield !
+
+Hmm, I'm not sure I parse this, but it intrigues me.  Unfortunately, my
+knowledge of height fields is even less than that of bezier patches, the
+latter of which I've only learned as I researched writing this plugin.  What
+do you mean by "the joined vertices"?  Are these the four outer corner
+vertices of a bezier patch?  And what happens to the interiors?
+
+> The BindEdges info are required to properly link patches together at
+> runtime. You have to filled them for internal zone linking. zone_welder
+> will fill them of inter-zone link. Hear come some explications on how to
+fill the
+> CBindInfo.
+
+Thanks, the info was very helpful.  I've coppied it over into a monospaced
+text file, and it all makes sense.  I'm guessing now that the program I've
+been working with is much more simplistic than what you've had to deal with
+(though I guess it doesn't take much to be more simplistic than max!)
+
+The plugin includes the following code with which I can deal:
+
+typedef struct {
+ float x, y, z;
+} SP_Vector;
+
+typedef struct {
+ long v1, v2, v3;
+} SP_Triangle;
+
+typedef struct {
+ SP_Vector ctrlPoints[4][4];
+
+ long  numPoints, numTriangles;
+ SP_Vector *points, *normals;
+ SP_Triangle *triangles;
+} SP_Patch;
+
+void SPExportPatch(SP_Patch *patch)
+{
+ /* This function is called for each patch in a layer. */
+ /* Every patch is described as both a set of control points (for a cubic
+Bezier */
+ /* patch) and as a set of triangles - use whichever you need. */
+ }
+
+Unfortunately there appears to be no information whatsoever on the
+interconnectivity of the patches.  Therefore, I can either add some complex
+ruitines to mathematically figure out which patches are adjacent to each
+other and therefore how to bind them, or move along to another piece of
+software with hopefully better export data.  I'd really hate to do the
+former as I've actually got the thing exporting zone files (they just have
+no bind info, and would probably look like hell if I tried to use them).
+The latter though seems rather intimidating, especially with my limited
+knowledge of three dimensional geometry.
+
+Well, before I make that decision I want to be sure I understand all the
+data I need to create these patches.  I've got the vertices, tangents,
+interiors, and now the BindInfo structs.  There is also an array of
+BaseVertices in the CPatchInfo object that I don't think I understand.
+Besides that the rest of the data appears to concern coloration and tiles,
+which I'm not going to worry about yet (recall that's phase 2).  Is it valid
+though to set OrderS and OrderT to 0, and therefore only supply a single
+color for the entire patch?  Will the patch render, or will I see nothing
+until I complete phase 2 (painting the patches)?
+
+Paul
+
+
+
+
+
+ + + + + +
+

+ diff --git a/pipermail/nel/2001-December/000831.html b/pipermail/nel/2001-December/000831.html new file mode 100644 index 00000000..9547d5c3 --- /dev/null +++ b/pipermail/nel/2001-December/000831.html @@ -0,0 +1,141 @@ + + + + [Nel] Landscapes without 3DSMax + + + + + + + + + +

[Nel] Landscapes without 3DSMax +

+ Cyril 'Hulud' Corvazier + + corvazier@nevrax.com +
+ Wed, 19 Dec 2001 18:21:17 +0100 +

+
+ +
Hi Paul,
+
+Forget all the ASCII parts of the 2 previous mail, here is the good way to
+fill the CPatchInfo::CBindInfo structure :
+
+---
+
+We will assume all patches in this example are oriented like this
+
+0      3
+  ***
+  *  *
+  ***
+1      2
+
+---
+
+The edge numbers are :
+
+      3
+    ***
+ 0 *  * 2
+    ***
+      1
+
+ ---
+
+ There is 3 ways to bind patches together. (1-1, 1-2, 1-4)
+
+ ---
+
+ One patch on another :
+
+ **********
+ *      *        *
+ *  0  *   1   *
+ *      *        *
+ **********
+ CBindInfo:
+ Patch 0, edge 2 : NPatchs = 1, Next = { Patch 1 }, Edge = { 0 }
+ Patch 1, edge 0 : NPatchs = 1, Next = { Patch 0 }, Edge = { 2 }
+
+ ---
+
+ Two patches on another (Bind 2)
+
+ **********
+ *      *   2   *
+ *  0  ******
+ *      *   1   *
+ **********
+ Bind info:
+ Patch 0, edge 2 : NPatchs = 2,  Next = { Patch 1, Patch 2 }, Edge = { 0,
+0 }
+ Patch 1, edge 0 : NPatchs = 1,  Next = { Patch 0 }, Edge = { 2 }
+ Patch 2, edge 0 : NPatchs = 1,  Next = { Patch 0 }, Edge = { 2 }
+
+ ---
+
+ 4 patches on another (Bind 4)
+
+ **********
+ *      *   4   *
+ *      ******
+ *      *   3   *
+ *  0  ******
+ *      *   2   *
+ *      ******
+ *      *   1   *
+ **********
+ Patch 0, edge 2 : NPatchs = 4,  Next = { Patch 1, Patch 2, Patch 3, Patch
+4 }, Edge = { 0, 0, 0, 0 }
+ Patch 1, edge 0 : NPatchs = 1,  Next = { Patch 0 }, Edge = { 2 }
+ Patch 2, edge 0 : NPatchs = 1,  Next = { Patch 0 }, Edge = { 2 }
+ Patch 3, edge 0 : NPatchs = 1,  Next = { Patch 0 }, Edge = { 2 }
+ Patch 4, edge 0 : NPatchs = 1,  Next = { Patch 0 }, Edge = { 2 }
+
+ ---
+
+Sorry but i have been confused by the two classes called CPatch::CBindInfo
+and CPatchInfo::CBindInfo. :-)
+
+Cyril Corvazier.
+
+
+
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2001-December/000835.html b/pipermail/nel/2001-December/000835.html new file mode 100644 index 00000000..879947d3 --- /dev/null +++ b/pipermail/nel/2001-December/000835.html @@ -0,0 +1,65 @@ + + + + [Nel] Max Bezier Patches + + + + + + + + + +

[Nel] Max Bezier Patches +

+ Nel List + + nel@nevrax.org +
+ Tue, 25 Dec 2001 08:45:26 -0800 +

+
+ +
+> Unfortunately there appears to be no information whatsoever on the
+> interconnectivity of the patches.  Therefore, I can either add 
+> some complex
+
+If these are Bezier patches, then the outer control points (the four
+corners) will be shared with the neighbours; two corners per 
+neighbour. This seems to me to be equivalent to finding adjacent 
+triangles using shared edges, which certainly isn't complicated math 
+(although the simplest implementation takes O(n^2) time).
+
+
+
+
+ +
+

+ diff --git a/pipermail/nel/2001-December/000836.html b/pipermail/nel/2001-December/000836.html new file mode 100644 index 00000000..b9145803 --- /dev/null +++ b/pipermail/nel/2001-December/000836.html @@ -0,0 +1,128 @@ + + + + [Nel] Re: Nel digest, Vol 1 #210 - 1 msg + + + + + + + + + +

[Nel] Re: Nel digest, Vol 1 #210 - 1 msg +

+ nicO + + nel@nevrax.org +
+ Wed, 26 Dec 2001 13:36:33 -0500 +

+
+ +
I imagine that the data resend by the server are almost the same than
+those send by the client. It isn't possible to mix this to technics ? We
+can imagine peer to peer access for close characters to interract with a
+minimuim latency. And for the farer charaters, we can use the server and
+movement prediction (which could not be so bad because if there far, the
+characters will be small on screen).
+
+The idea behind that is to relax the pressure on the needed latency of
+the server. Does it not possible to add some more intelligence inside
+the client to predict what is usefull or not to minimize exchange ? 
+
+nicO
+
+> Subject: RE: [Nel] peer to peer ?
+> 
+> There are various reasons why we haven't opted for a peer to peer model.
+> 
+> One of the most basic problems is this:
+> We are trying to achieve a high level of audio-visual immersion with scenes
+> in which tens or hundreds of individuals move about fluidly. The majority of
+> players only have 56k modems and bandwidth is a big issue. The problem with
+> peer to peer is that each player has to send and receive tens or hundreds of
+> packets per scene update at a rate of several scene updates per second. The
+> internet headers alone for these packets are liable to completely drown the
+> modem.
+> 
+> Internally we use kunning systems to decide which information on which
+> players is relavent to send to which other players taking bandwidth
+> constraints into account. This allows us to make optimum use of the
+> bandwidth available.
+> 
+> This code is tightly tied in with the game systems so I'm affraid it won't
+> be released for a while yet.
+> 
+> Daniel
+> 
+> -----Original Message-----
+> From: nel-admin@nevrax.org [mailto:nel-admin@nevrax.org]On Behalf Of
+> nicolas.boulay@ifrance.com
+> Sent: Tuesday, December 18, 2001 1:16 PM
+> To: nel@nevrax.org
+> Subject: [Nel] peer to peer ?
+> 
+> -- __--__--
+> 
+> Message: 3
+> From: "Vianney Lecroart" <lecroart@nevrax.com>
+> To: <nel@nevrax.org>
+> Subject: Re: [Nel] server architecture (front end,
+> load balancing, login service, ....)
+> Date: Mon, 17 Dec 2001 15:22:30 +0100
+> charset="iso-8859-1"
+> Reply-To: nel@nevrax.org
+> 
+> > But how clients are balanced between the N front
+> ends of a shard ?
+> 
+> For now, the welcome service does a dumb balancement
+> (try to have the same
+> player number on each front end).
+> 
+> >>>> Why don't you try to use LVS ?
+> More generaly do you plan to make direct connection
+> between client (such peer to peer network, or
+> distributed computing) ? It could be nice for
+> reduicing trafic to the server. To havoid cheating,
+> each client cheeck data as the server does. Maybe it
+> could be possible to connect people which interract a
+> lot (in the same area, ...), there is still some
+> mouvement with server to handle critical ressouces.
+> So mouvement to the center server are almost reduice
+> to the minimum.
+> 
+> Does i smoke too much ?
+> 
+> nicO
+>
+
+
+ +
+

+ diff --git a/pipermail/nel/2001-December/000837.html b/pipermail/nel/2001-December/000837.html new file mode 100644 index 00000000..9eecb250 --- /dev/null +++ b/pipermail/nel/2001-December/000837.html @@ -0,0 +1,73 @@ + + + + [Nel] precompiled header file + + + + + + + + + +

[Nel] precompiled header file +

+ Vianney Lecroart + + nel@nevrax.org +
+ Wed, 26 Dec 2001 13:59:57 +0100 +

+
+ +
Hi Zen,
+
+>I don't know whether gcc support precompiled header or not, but VisualC++
+do support it.
+
+We know precomp headers and we don't include it because on big project we
+already had some strange bug during compilation because of precomp headers
+so we decided to not use them because we already have lot of strange visual
+bug to don't add more.
+But we'll do a try soon and add them in the CVS if it works fine.
+
+Vianney Lecroart
+---
+lead network programmer / nevrax.com
+icq#: 6870415
+homepage: http://ace.planet-d.net
+www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K-
+w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y?
+
+
+
+
+ +
+

+ diff --git a/pipermail/nel/2001-December/author.html b/pipermail/nel/2001-December/author.html new file mode 100644 index 00000000..5152a36f --- /dev/null +++ b/pipermail/nel/2001-December/author.html @@ -0,0 +1,312 @@ + + + + The Nel 2001-December Archive by Author + + + + + +

2001-December Archives by Author

+ +

Starting: Thu Jan 1 01:00:00 1970
+ Ending: Wed Dec 26 18:36:33 2001
+ Messages: 66

+

+

+ Last message date: + Wed Dec 26 18:36:33 2001
+ Archived on: Wed Dec 26 14:06:01 2001 +

+

+

+

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

2001-December Archives by Date

+ +

Starting: Thu Jan 1 01:00:00 1970
+ Ending: Wed Dec 26 18:36:33 2001
+ Messages: 66

+

+

+ Last message date: + Wed Dec 26 18:36:33 2001
+ Archived on: Wed Dec 26 14:06:01 2001 +

+

+

+

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

2001-December Archives by Thread

+ +

Starting: Thu Jan 1 01:00:00 1970
+ Ending: Wed Dec 26 18:36:33 2001
+ Messages: 66

+

+

+ Last message date: + Wed Dec 26 18:36:33 2001
+ Archived on: Wed Dec 26 14:06:01 2001 +

+

+

+

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

2001-December Archives by Subject

+ +

Starting: Thu Jan 1 01:00:00 1970
+ Ending: Wed Dec 26 18:36:33 2001
+ Messages: 66

+

+

+ Last message date: + Wed Dec 26 18:36:33 2001
+ Archived on: Wed Dec 26 14:06:01 2001 +

+

+

+

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

2001-December Archives by Thread

+ +

Starting: Thu Jan 1 01:00:00 1970
+ Ending: Wed Dec 26 18:36:33 2001
+ Messages: 66

+

+

+ Last message date: + Wed Dec 26 18:36:33 2001
+ Archived on: Wed Dec 26 14:06:01 2001 +

+

+

+

+ This archive was generated by + Pipermail 0.05 (Mailman edition). + + + diff --git a/pipermail/nel/2001-February/000161.html b/pipermail/nel/2001-February/000161.html new file mode 100644 index 00000000..06fa4e6f --- /dev/null +++ b/pipermail/nel/2001-February/000161.html @@ -0,0 +1,82 @@ + + + + [Nel] New release + + + + + + +

[Nel] New release

+ Vincent Archer + archer@nevrax.com
+ Wed, 7 Feb 2001 16:02:57 +0100 +

+
+ +
We've advanced NeL to the 0.3 version, and the sample Snowballs game to the
+0.2 version, so we've put a new release on the web site.
+
+Major highlights of NeL:
+- the AI framework compiles correctly under Linux
+- support for shadows, lens flare, and other lighting effects
+- compressed textures
+
+Major highlights of Snowballs (besides the NeL parts)
+- new radar system
+- zoom
+- correct execution under Linux (if your Xserver supports 3D acceleration,
+  otherwise, don't even think about it)
+
+As usual, you may update your CVS repositories and compile, or install the
+packaged source tree and compile from there. Do not forget to install the
+updated data files.
+
+As an aside, we're putting the dreaded 'ns.cfg' file in the data distribution
+but the library defaults are now set to the right server. Even without it,
+you'll no longer get the "cannot resolve pctest" error.
+
+Enjoy the new version.
+
+We'd appreciate feedback on how well it works under Linux. We've tested it
+with NVidia's accelerated modules, and some configurations give us problems
+(like 2 FPS rates), so we'd like to figure out what's wrong with these.
+Many thanks in advance.
+
+The distributions are linked on the news article on the home page of the
+	http://www.nevrax.org/
+web site.
+
+-- 
+Vincent Archer                                         Email: archer@nevrax.com
+
+Nevrax France.                              Off on the yellow brick road we go!
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2001-February/000162.html b/pipermail/nel/2001-February/000162.html new file mode 100644 index 00000000..1081da49 --- /dev/null +++ b/pipermail/nel/2001-February/000162.html @@ -0,0 +1,58 @@ + + + + [Nel] Linux compilation pb + + + + + + +

[Nel] Linux compilation pb

+ Vincent Caron + v.caron@zerodeux.net
+ Wed, 07 Feb 2001 20:28:32 +0100 +

+
+ +
I couldn't compile src/3d/driver/opengl/driver_opengl_texture.cpp, it was
+lacking the prototype for a GL extension function. I found out that "gl.h"
+includes "glext.h". And "glx.h" include "gl.h". And so on ... The conclusion
+is that you must define GL_GLEXT_PROTOTYPES (if needed) before *any* GL
+inclusion. I took this block from driver_opengl_extension.h :
+
+#ifdef NL_OS_UNIX
+#define	GL_GLEXT_PROTOTYPES
+#endif
+
+and moved it to the very beginning of driver_opengl.h (before the #include
+<GL/glx.h>).
+
+
+ + + + +
+

+ diff --git a/pipermail/nel/2001-February/000163.html b/pipermail/nel/2001-February/000163.html new file mode 100644 index 00000000..4d3a5c44 --- /dev/null +++ b/pipermail/nel/2001-February/000163.html @@ -0,0 +1,68 @@ + + + + [Nel] news about nevrax on /. + + + + + + +

[Nel] news about nevrax on /.

+ Nicolas Hognon + cblt@cblt.org
+ Wed, 07 Feb 2001 23:55:27 +0100 +

+
+ +
hello
+you certainly know it but there is a news a
+nevrax on slashdot : http://slashdot.org/articles/01/02/07/197257.shtml
+sorry for this mail which don't deal with code
+but i think their some interresting comments about this news.
+i don't read all of them but some of them told about
+cheating and economic problems.
+
+and it seems that your website has been slashdoted :)
+good luck guys !
+
+-- 
+Nicolas Hognon
+home : cblt@cblt.org         / www.cblt.org
+work : nicolash@virtools.com / www.virtools.com
+#ICQ : 36044443
+
+Enjoy the silence
+(DM)
+
+
+
+ + + + + + +
+

+ diff --git a/pipermail/nel/2001-February/000164.html b/pipermail/nel/2001-February/000164.html new file mode 100644 index 00000000..97a050a2 --- /dev/null +++ b/pipermail/nel/2001-February/000164.html @@ -0,0 +1,58 @@ + + + + [Nel] news about nevrax on /. + + + + + + +

[Nel] news about nevrax on /.

+ Vincent Archer + archer@nevrax.com
+ Thu, 8 Feb 2001 09:06:58 +0100 +

+
+ +
According to Nicolas Hognon:
+> and it seems that your website has been slashdoted :)
+
+Incidentally, the site handles the www & this list. Seem that sendmail
+is more resilient than apache.
+
+-- 
+Vincent Archer                                         Email: archer@nevrax.com
+
+Nevrax France.                              Off on the yellow brick road we go!
+
+
+ + + + + + +
+

+ diff --git a/pipermail/nel/2001-February/000165.html b/pipermail/nel/2001-February/000165.html new file mode 100644 index 00000000..cbc0b579 --- /dev/null +++ b/pipermail/nel/2001-February/000165.html @@ -0,0 +1,69 @@ + + + + [Nel] news about nevrax on /. + + + + + + +

[Nel] news about nevrax on /.

+ Vincent Archer + archer@nevrax.com
+ Thu, 8 Feb 2001 09:05:45 +0100 +

+
+ +
According to Nicolas Hognon:
+> hello
+> you certainly know it but there is a news a
+> nevrax on slashdot : http://slashdot.org/articles/01/02/07/197257.shtml
+
+I know. This evening (afternoon for the states), rsync failed with lotsa
+timeouts.
+
+Of course, I've seen since that I configured our sync badly, and we sync
+documentation and cvs repositories thru the Internet instead of using only
+out private links.
+
+> i don't read all of them but some of them told about
+> cheating and economic problems.
+
+I'll be heading there first thing today. Given my selection, the Nevrax
+story is on the very first page of my home page (set to Slashdot) when
+I logged on this morning.
+
+-- 
+Vincent Archer                                         Email: archer@nevrax.com
+
+Nevrax France.                              Off on the yellow brick road we go!
+
+
+ + + + +
+

+ diff --git a/pipermail/nel/2001-February/000166.html b/pipermail/nel/2001-February/000166.html new file mode 100644 index 00000000..94a9b7ab --- /dev/null +++ b/pipermail/nel/2001-February/000166.html @@ -0,0 +1,83 @@ + + + + [Nel] Linux compilation pb + + + + + + +

[Nel] Linux compilation pb

+ Vianney Lecroart + lecroart@nevrax.com
+ Thu, 8 Feb 2001 10:39:43 +0100 +

+
+ +
Thank you a lot for this bug correction.
+It's really strange because it compiles well on our linux system without any
+modifications,
+but I already heard about this problem, I'll correct it right now.
+
+Vianney Lecroart
+---
+lead programmer / nevrax.com
+icq#: 6870415
+homepage: http://ace.planet-d.net
+www.geek.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K-
+w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y?
+
+----- Original Message -----
+From: "Vincent Caron" <v.caron@zerodeux.net>
+To: <nel@nevrax.org>
+Sent: Wednesday, February 07, 2001 8:28 PM
+Subject: [Nel] Linux compilation pb
+
+
+> I couldn't compile src/3d/driver/opengl/driver_opengl_texture.cpp, it was
+> lacking the prototype for a GL extension function. I found out that "gl.h"
+> includes "glext.h". And "glx.h" include "gl.h". And so on ... The
+conclusion
+> is that you must define GL_GLEXT_PROTOTYPES (if needed) before *any* GL
+> inclusion. I took this block from driver_opengl_extension.h :
+>
+> #ifdef NL_OS_UNIX
+> #define GL_GLEXT_PROTOTYPES
+> #endif
+>
+> and moved it to the very beginning of driver_opengl.h (before the #include
+> <GL/glx.h>).
+> _______________________________________________
+> Nel mailing list
+> Nel@nevrax.org
+> http://www.nevrax.org/mailman/listinfo.cgi/nel
+
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2001-February/000167.html b/pipermail/nel/2001-February/000167.html new file mode 100644 index 00000000..d2c34a9a --- /dev/null +++ b/pipermail/nel/2001-February/000167.html @@ -0,0 +1,62 @@ + + + + [Nel] Ran snowball on Linux+GeForce256 + + + + + + +

[Nel] Ran snowball on Linux+GeForce256

+ Vincent Caron + v.caron@zerodeux.net
+ Thu, 08 Feb 2001 15:30:33 +0100 +

+
+ +
I compiled NeL from CVS the night before, and fetched snowballs data this
+morning (yes, after the slashdotting, I had something like a half-minitel
+feeling). The client took 20sec to display something (no CPU consumption
+though), then I connected to itsalive with a dummy login. Everything is
+fine, except my fps starting at 5 (the landscape just loaded) quickly
+sinking at 0.8 (I moved the mouse a little).
+
+My box is a Celeron-375, GeForce256, Linux 2.4.0 (Debian/woody). I'm running
+XFree 4.0.2 with Nvidia 0.9.6 drivers. Quake3 runs over 60fps with full
+options at 1024x768 (and really never hangs, yeees :)).
+
+More details: my desktop is 1152x864x32, the client.cfg was set to 800x600
+fullscreen (32 bits) and the demo didn't switch to fullscreen (the modeline
+is available). Btw, what do you do when someone request a different bitdepth
+under X ? Simply ignore it or display a warning ?
+
+
+ + + + + +
+

+ diff --git a/pipermail/nel/2001-February/000168.html b/pipermail/nel/2001-February/000168.html new file mode 100644 index 00000000..434efec8 --- /dev/null +++ b/pipermail/nel/2001-February/000168.html @@ -0,0 +1,71 @@ + + + + [Nel] Some "heavy" perturbations... + + + + + + +

[Nel] Some "heavy" perturbations...

+ Vincent Archer + archer@nevrax.com
+ Thu, 8 Feb 2001 16:48:46 +0100 +

+
+ +
You might have noticed the sluggish feel of the site, and the lack of
+prompt response by the mailing list (well maybe not).
+
+For those who didn't pay attention to the warnings earlier, we got
+referenced on Slashdot, which means about 1,000 people trying to click
+simultaneously on the link leading... well here.
+
+We don't have the infrastructure in place to handle this. Usually, no one
+has (it's kinda hard to justify putting enormous ressources to sustain a
+spike in traffic that will be mostly gone next week, once everyone had a
+look here).
+
+We've got however a bunch of new people coming here, so I'd like to say
+hello to all of you. I do hope you've browsed quickly thru the mail
+archives on the www.nevrax.org web site, and found it interesting. The
+list has gone mainly silent, with the odd compile problem cropping here
+and there, but that doesn't need to remain so.
+
+So, what do you think about NeL so far?
+-- 
+Vincent Archer                                         Email: archer@nevrax.com
+
+Nevrax France.                              Off on the yellow brick road we go!
+
+
+ + + + + + +
+

+ diff --git a/pipermail/nel/2001-February/000169.html b/pipermail/nel/2001-February/000169.html new file mode 100644 index 00000000..744d3b6f --- /dev/null +++ b/pipermail/nel/2001-February/000169.html @@ -0,0 +1,225 @@ + + + + [Nel] Computer Arts Lab + + + + + + +

[Nel] Computer Arts Lab

+ Carl Vilbrandt + root@cal05.u-aizu.ac.jp
+ Fri, 09 Feb 2001 10:32:44 +0900 +

+
+ +
This is a multi-part message in MIME format.
+--------------979DCFF70EA83EB1B5008E6C
+Content-Type: multipart/alternative;
+ boundary="------------EBECAA46486F223BD6B21E67"
+
+
+--------------EBECAA46486F223BD6B21E67
+Content-Type: text/plain; charset=us-ascii
+Content-Transfer-Encoding: 7bit
+
+To all
+
+I have created in AutoCAD's extended entity data structure a Quake
+entity.   Each
+AutoCAD  / Quake entity as  a unique name so I have a link between
+AutoCAD
+data and Quake data such that I can manipulate the precise CAD data with
+the real
+time Quake entities.   I plan to create a CAD  system that uses a real
+time  simulation
+for visualization.
+
+I have been looking at other game 3D engines.  Jet3D, Crystal 3D
+
+I have created very precise highly computational base 3D models of
+temples in  the
+Aizu region of Japan for digital archival, historical purposes.  I
+studied with a master
+temple builder of this region that has no apprentices and he is the last
+temple builder
+in this region.
+
+I want to setup historical server sites that allow users to visit the
+historical sites
+in this area via the internet.
+
+I would like to start a dev group in the Computer Arts Lab an join and
+open source
+3D real time  dev group.  I am not quite sure where to begin.  Does
+anyone have any
+suggestions or could offer some advice on where to start.
+
+http://www.u-aizu.ac.jp/~vilb/vilb.html
+
+--
+Carl Vilbrandt, MFA, Associate Professor
+University of Aizu________________________________Computer Arts Lab
+Tsuruga, lkki-machi, Aizu-Wakamatsu City, Fukushima, 965-8580 JAPAN
+phone 81-242-37-2792 / fax 81-242-37-2772 / email vilb@u-aizu.ac.jp
+
+
+
+--------------EBECAA46486F223BD6B21E67
+Content-Type: text/html; charset=us-ascii
+Content-Transfer-Encoding: 7bit
+
+<!doctype html public "-//w3c//dtd html 4.0 transitional//en">
+To all
+
I have created in AutoCAD's extended entity data structure a Quake entity.  
+Each
+
AutoCAD  / Quake entity as  a unique name so I have a link
+between AutoCAD
+
data and Quake data such that I can manipulate the precise CAD data
+with the real
+
time Quake entities.   I plan to create a CAD  system
+that uses a real time  simulation
+
for visualization.
+
I have been looking at other game 3D engines.  Jet3D, Crystal 3D
+
I have created very precise highly computational base 3D models
+of temples in  the
+
Aizu region of Japan for digital archival, historical purposes. 
+I studied with a master
+
temple builder of this region that has no apprentices and he is the
+last temple builder
+
in this region.
+
I want to setup historical server sites that allow users to visit the
+historical sites
+
in this area via the internet.
+
I would like to start a dev group in the Computer Arts Lab an join
+and open source
+
3D real time  dev group.  I am not quite sure where to begin. 
+Does anyone have any
+
suggestions or could offer some advice on where to start.
+
http://www.u-aizu.ac.jp/~vilb/vilb.html
+
-- 
+Carl Vilbrandt, MFA, Associate Professor
+University of Aizu________________________________Computer Arts Lab
+Tsuruga, lkki-machi, Aizu-Wakamatsu City, Fukushima, 965-8580 JAPAN
+phone 81-242-37-2792 / fax 81-242-37-2772 / email vilb@u-aizu.ac.jp

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

+
+

+
+
+--------------979DCFF70EA83EB1B5008E6C--
+
+
+
+ + + + + + +
+

+ diff --git a/pipermail/nel/2001-February/000170.html b/pipermail/nel/2001-February/000170.html new file mode 100644 index 00000000..6597e3a6 --- /dev/null +++ b/pipermail/nel/2001-February/000170.html @@ -0,0 +1,99 @@ + + + + [Nel] Computer Arts Lab + + + + + + +

[Nel] Computer Arts Lab

+ Dave Turner + novalis@novalis.org
+ Thu, 08 Feb 2001 15:31:46 -0500 +

+
+ +
> Carl Vilbrandt wrote:
+> 
+> To all
+> 
+> I have created in AutoCAD's extended entity data structure a Quake
+> entity.   Each
+> AutoCAD  / Quake entity as  a unique name so I have a link between
+> AutoCAD
+> data and Quake data such that I can manipulate the precise CAD data
+> with the real
+> time Quake entities.   I plan to create a CAD  system that uses a real
+> time  simulation
+> for visualization.
+> 
+> I have been looking at other game 3D engines.  Jet3D, Crystal 3D
+> 
+> I have created very precise highly computational base 3D models of
+> temples in  the
+> Aizu region of Japan for digital archival, historical purposes.  I
+> studied with a master
+> temple builder of this region that has no apprentices and he is the
+> last temple builder
+> in this region.
+> 
+> I want to setup historical server sites that allow users to visit the
+> historical sites
+> in this area via the internet.
+> 
+> I would like to start a dev group in the Computer Arts Lab an join and
+> open source
+> 3D real time  dev group.  I am not quite sure where to begin.  Does
+> anyone have any
+> suggestions or could offer some advice on where to start.
+> 
+> http://www.u-aizu.ac.jp/~vilb/vilb.html
+> 
+> --
+> Carl Vilbrandt, MFA, Associate Professor
+
+The big way to contribute to open source is to release under the GPL or
+a BSD-style license your autocad->quake converter.  I think there is a
+Quake3->Crystalspace map converter, which is something that you might
+want to consider when choosing an engine.  
+
+This sounds like a great project - have fun!
+
+--
+-Dave Turner                                 Stalk me:  (215)-545-2859  
+----------------------------------------------------------------------
+"It is said that it is the curse of the neophobe to always see the 
+symptoms as the disease, and to always make half measures" - Pug
+
+
+ + + + + + +
+

+ diff --git a/pipermail/nel/2001-February/000171.html b/pipermail/nel/2001-February/000171.html new file mode 100644 index 00000000..516b282a --- /dev/null +++ b/pipermail/nel/2001-February/000171.html @@ -0,0 +1,66 @@ + + + + [Nel] Ran snowball on Linux+GeForce256 + + + + + + +

[Nel] Ran snowball on Linux+GeForce256

+ Vianney Lecroart + lecroart@nevrax.com
+ Fri, 9 Feb 2001 09:45:38 +0100 +

+
+ +
> More details: my desktop is 1152x864x32, the client.cfg was set to 800x600
+> fullscreen (32 bits) and the demo didn't switch to fullscreen (the
+modeline
+> is available). Btw, what do you do when someone request a different
+bitdepth
+> under X ? Simply ignore it or display a warning ?
+
+actualy, we don t manage the bitdepth and the fullscreen switch (sources are
+available and feel free to add stuffs if you want ;)
+everything about opengl is in driver_opengl.cpp!
+
+Vianney Lecroart
+---
+lead network programmer / nevrax.com
+icq#: 6870415
+homepage: http://ace.planet-d.net
+www.geek.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K-
+w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y?
+
+
+
+
+ + + + +
+

+ diff --git a/pipermail/nel/2001-February/000172.html b/pipermail/nel/2001-February/000172.html new file mode 100644 index 00000000..4a06c4c0 --- /dev/null +++ b/pipermail/nel/2001-February/000172.html @@ -0,0 +1,53 @@ + + + + [Nel] Ran snowball on Linux+GeForce256 + + + + + + +

[Nel] Ran snowball on Linux+GeForce256

+ Vincent Caron + v.caron@zerodeux.net
+ Fri, 09 Feb 2001 10:34:23 +0100 +

+
+ +
Vianney Lecroart wrote:
+> 
+> actualy, we don t manage the bitdepth and the fullscreen switch (sources are
+> available and feel free to add stuffs if you want ;)
+> everything about opengl is in driver_opengl.cpp!
+
+You can't change XFree bitdepth until you restart it ... For good GL init
+code, I suggest you take a look at SDL init code.
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2001-February/000173.html b/pipermail/nel/2001-February/000173.html new file mode 100644 index 00000000..92afc180 --- /dev/null +++ b/pipermail/nel/2001-February/000173.html @@ -0,0 +1,126 @@ + + + + [Nel] snowballs is slow + + + + + + +

[Nel] snowballs is slow

+ Vianney Lecroart + lecroart@nevrax.com
+ Fri, 9 Feb 2001 12:01:55 +0100 +

+
+ +
Yes, snowballs is slow because it s a prototype for a futur game.
+There s no optimisation and our game is planning to work with next computer
+generation.
+
+Anyway, you can increase the frame rate with changing the default value of
+the tesselation of the landscape and others variables.
+In the client.cfg, you have 2 variables:
+
+LandscapeTileNear = 50.000000;
+LandscapeThreshold = 0.001000;
+
+The first one is the distance, in meter, of the near algorithm, if you
+decrease the
+value (putting 10 for example) should increase the framerate.
+The second variable is the threshold of the tesselation of the landscape,
+you can
+increase the value to increase the frame rate (try 0.01 or 0.1 for example).
+of course,
+if you do that, there will be less details on the landscape.
+You can modify these 2 variables in realtime using chat commands. You just
+have to
+write:
+/setthre 0.1
+to set the LandscapeThreshold to 0.1
+/settilenear 10
+to set the LandscapeTileNear to 10
+when you change variables in realtime in the game, they are automaticaly
+store in the
+client.cfg so you don t have to do it again on next launch.
+
+With this, you can increase the framerate from 10 to 30 fps on a fast
+computer.
+
+On our computer, the frame rate is around 10-15fps with default value and we
+have:
+Athlon 750Mhz, 256Mb RAM, GeForce256 32Mb RAM.
+
+Another thing you have to know is that we use lot of processor time.
+If we change only the processor and put an Athlan 1Ghz, the framerate
+increase
+to 20fps. But if you put a GeForce2GTS, you ll see no difference in the
+frame rate.
+
+The fill rate of the 3d card isn't use a lot, you can try to put the
+resolution
+to 320*240 or 1600*1200 and you ll see that the framerate doesn t change a
+lot.
+
+Anyway, we know that snowballs is slow :-/
+
+Vianney Lecroart
+---
+lead network programmer / nevrax.com
+icq#: 6870415
+homepage: http://ace.planet-d.net
+www.geek.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K-
+w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y?
+
+----- Original Message -----
+From: <david.belius@chello.se>
+To: <snowballs@nevrax.org>
+Sent: Thursday, February 08, 2001 5:27 PM
+Subject: Re: [Snowballs] Runnign snowballs - Finally snowballs runs!
+
+
+> The font problem was because of how i compiled freetype.
+> Now snowball runs!
+> It looks very nice(especially the terrain) but it isn't very fast!
+> I get below 10 fps on my 800 mhz Athlon with 128 mb ram and a GeForce256
+> 32 MB DDR card(using detonator drivers) running win98se.
+> Is this somethign wrong with my configuration or are there optimizations
+> that haven't yet been made or something?
+>
+> /David
+>
+> _______________________________________________
+> Snowballs mailing list
+> Snowballs@nevrax.org
+> http://www.nevrax.org/mailman/listinfo.cgi/snowballs
+
+
+
+ + + + +
+

+ diff --git a/pipermail/nel/2001-February/000174.html b/pipermail/nel/2001-February/000174.html new file mode 100644 index 00000000..011c1ca0 --- /dev/null +++ b/pipermail/nel/2001-February/000174.html @@ -0,0 +1,85 @@ + + + + [Nel] Compilation on Linux : no configure Script.... + + + + + + +

[Nel] Compilation on Linux : no configure Script....

+ Olivier Tarnus + olivier.tarnus@interact.lu
+ Fri, 9 Feb 2001 14:33:39 +0100 +

+
+ +
This is a multi-part message in MIME format.
+
+------=_NextPart_000_0074_01C092A5.4B307560
+Content-Type: text/plain;
+	charset="iso-8859-1"
+Content-Transfer-Encoding: 7bit
+
+Hi ,
+
+And first thank you : I'm french and it's nice to see some
+active OSS softwares comming from France....
+
+I've downloaded nel after the slashdot article, but i can't
+find the configure script that should be included...
+
+Do i have to get it via CVS?
+
+Olivier Tarnus
+
+
+------=_NextPart_000_0074_01C092A5.4B307560
+Content-Type: text/x-vcard;
+	name="Olivier Tarnus.vcf"
+Content-Transfer-Encoding: 7bit
+Content-Disposition: attachment;
+	filename="Olivier Tarnus.vcf"
+
+BEGIN:VCARD
+VERSION:2.1
+N:Tarnus;Olivier
+FN:Olivier Tarnus
+TITLE:Web developer
+TEL;WORK;VOICE:+352 48 49 69
+EMAIL;PREF;INTERNET:olivier.tarnus@interact.lu
+REV:20010209T133339Z
+END:VCARD
+
+------=_NextPart_000_0074_01C092A5.4B307560--
+
+
+
+ + + + +
+

+ diff --git a/pipermail/nel/2001-February/000175.html b/pipermail/nel/2001-February/000175.html new file mode 100644 index 00000000..99f35b0c --- /dev/null +++ b/pipermail/nel/2001-February/000175.html @@ -0,0 +1,58 @@ + + + + [Nel] Compilation on Linux : no configure Script.... + + + + + + +

[Nel] Compilation on Linux : no configure Script....

+ Vincent Caron + v.caron@zerodeux.net
+ Fri, 09 Feb 2001 15:08:14 +0100 +

+
+ +
Olivier Tarnus wrote:
+> 
+> Hi ,
+> 
+> And first thank you : I'm french and it's nice to see some
+> active OSS softwares comming from France....
+> 
+> I've downloaded nel after the slashdot article, but i can't
+> find the configure script that should be included...
+
+It should be generated before being archived from CVS, I guess
+the Nevrax guys forgot to do it. Run ./bootstrap.
+
+
+ + + + +
+

+ diff --git a/pipermail/nel/2001-February/000176.html b/pipermail/nel/2001-February/000176.html new file mode 100644 index 00000000..4d65fb84 --- /dev/null +++ b/pipermail/nel/2001-February/000176.html @@ -0,0 +1,66 @@ + + + + [Nel] Compilation on Linux : no configure Script.... + + + + + + +

[Nel] Compilation on Linux : no configure Script....

+ Valignat Cedric + valignat@nevrax.com
+ Fri, 9 Feb 2001 16:47:13 +0100 +

+
+ +
Vincent Caron wrote:
+> Olivier Tarnus wrote:
+> > 
+> > I've downloaded nel after the slashdot article, but i can't
+> > find the configure script that should be included...
+> 
+> It should be generated before being archived from CVS, I guess
+> the Nevrax guys forgot to do it. Run ./bootstrap.
+
+The version available on our web site are CVS ckeckout and not a distribution
+version. That's mean that the configure script will no be include but
+should be generated from the configuration files (configure.in and
+Makefile.in) by using the bootstrap shell script.
+
+The bootstrap script migth fail becuase some files are missing, so in that
+case reexecute the script., it will copy the missing files ...
+
+
+Cedric.
+
+
+
+ + + + +
+

+ diff --git a/pipermail/nel/2001-February/000177.html b/pipermail/nel/2001-February/000177.html new file mode 100644 index 00000000..d53e92fa --- /dev/null +++ b/pipermail/nel/2001-February/000177.html @@ -0,0 +1,52 @@ + + + + [Nel] Compilation on Linux : no configure Script.... + + + + + + +

[Nel] Compilation on Linux : no configure Script....

+ Valignat Cedric + valignat@nevrax.com
+ Fri, 9 Feb 2001 17:38:12 +0100 +

+
+ +
Valignat Cedric wrote:
+> should be generated from the configuration files (configure.in and
+> Makefile.in) by using the bootstrap shell script.
+
+Ooops you should read Makefile.am and not Makefile.in ... :-)
+
+
+
+ + + + +
+

+ diff --git a/pipermail/nel/2001-February/000178.html b/pipermail/nel/2001-February/000178.html new file mode 100644 index 00000000..b49c0175 --- /dev/null +++ b/pipermail/nel/2001-February/000178.html @@ -0,0 +1,58 @@ + + + + [Nel] Hello Slashdot ! + + + + + + +

[Nel] Hello Slashdot !

+ Olivier Lejade + lejade@nevrax.com
+ Fri, 09 Feb 2001 20:54:18 +0100 +

+
+ +
I just wanted to welcome all the newcomers that followed the slashdot link.
+I replied to the most frequent comments here:
+
+http://www.nevrax.org/news/slashdot.php3
+
+Please don't hesitate to ask any question that crosses your mind and we'll 
+try to answer them as best as we can.
+
+Have a nice WE,
+
+O.
+
+
+
+ + + + +
+

+ diff --git a/pipermail/nel/2001-February/000179.html b/pipermail/nel/2001-February/000179.html new file mode 100644 index 00000000..ccc6ffc7 --- /dev/null +++ b/pipermail/nel/2001-February/000179.html @@ -0,0 +1,71 @@ + + + + [Nel] Hello Slashdot ! + + + + + + +

[Nel] Hello Slashdot !

+ Matthew Flagg + Matthew.Flagg@channelinx.com
+ Fri, 9 Feb 2001 15:06:20 -0500 +

+
+ +
Hey that would be me!  Hey guys.  Any of you on the Java3D list too maybe?
+
+-----Original Message-----
+From: Olivier Lejade [mailto:lejade@nevrax.com]
+Sent: Friday, February 09, 2001 2:54 PM
+To: nel@nevrax.org
+Subject: [Nel] Hello Slashdot !
+
+
+I just wanted to welcome all the newcomers that followed the slashdot link.
+I replied to the most frequent comments here:
+
+http://www.nevrax.org/news/slashdot.php3
+
+Please don't hesitate to ask any question that crosses your mind and we'll 
+try to answer them as best as we can.
+
+Have a nice WE,
+
+O.
+
+_______________________________________________
+Nel mailing list
+Nel@nevrax.org
+http://www.nevrax.org/mailman/listinfo.cgi/nel
+
+
+ + + + +
+

+ diff --git a/pipermail/nel/2001-February/000181.html b/pipermail/nel/2001-February/000181.html new file mode 100644 index 00000000..b5419440 --- /dev/null +++ b/pipermail/nel/2001-February/000181.html @@ -0,0 +1,83 @@ + + + + [Nel] Compilation under VC6 + + + + + + +

[Nel] Compilation under VC6

+ Nicolas Hognon + cblt@cblt.org
+ Fri, 09 Feb 2001 23:03:30 +0100 +

+
+ +
put the include directory of stlport before
+in include from microsoft
+
+Slistak Shady wrote:
+
+> Hi-
+> 
+> This is my first time at tryng to compile everything. Current problem I 
+> have is the following error when compiling NeL.
+> 
+> C:\NEVRAX\CODE\NEL\INCLUDE\nel/misc/types_nl.h(75) : fatal error C1189: 
+> #error :  "You need STLPort to compile this project (www.sltport.org)"
+> file.cpp
+> 
+> 
+> I'm sure it's just some config problem in my VC. I've downloaded and 
+> compiled sltport and freetype, and told VC where to find the include and 
+> lib file as per the INSTALL doc.
+> 
+> Any suggestions?
+> 
+> Thanks.
+> Brett
+
+
+
+
+-- 
+Nicolas Hognon
+home : cblt@cblt.org         / www.cblt.org
+work : nicolash@virtools.com / www.virtools.com
+#ICQ : 36044443
+
+Enjoy the silence
+(DM)
+
+
+
+ + + + + +
+

+ diff --git a/pipermail/nel/2001-February/000182.html b/pipermail/nel/2001-February/000182.html new file mode 100644 index 00000000..5d060ea1 --- /dev/null +++ b/pipermail/nel/2001-February/000182.html @@ -0,0 +1,67 @@ + + + + [Nel] Compilation under VC6 + + + + + + +

[Nel] Compilation under VC6

+ =?ISO-8859-1?B?UvNiZXJ0IEJqYXJuYXNvbg==?= + robofly@in-orbit.net
+ Fri, 9 Feb 2001 13:57:40 -0800 +

+
+ +
Hi Slistak,
+
+Friday, February 09, 2001, 1:47:18 PM, you wrote:
+SS> C:\NEVRAX\CODE\NEL\INCLUDE\nel/misc/types_nl.h(75) : fatal error C1189: 
+SS> #error :  "You need STLPort to compile this project (www.sltport.org)"
+SS> file.cpp
+
+SS> I'm sure it's just some config problem in my VC. I've downloaded and
+SS> compiled sltport and freetype, and told VC where to find the include and lib 
+SS> file as per the INSTALL doc.
+
+SS> Any suggestions?
+
+In VC, try going into the Tools->Options menu and move
+the reference to the stlport include files up using
+the up arrow.  This is for the compiler to find
+stlport before the standard MS libraries.
+
+Warm regards,
+Róbert
+
+
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2001-February/000183.html b/pipermail/nel/2001-February/000183.html new file mode 100644 index 00000000..abbaa389 --- /dev/null +++ b/pipermail/nel/2001-February/000183.html @@ -0,0 +1,55 @@ + + + + [Nel] Compilation under VC6 + + + + + + +

[Nel] Compilation under VC6

+ Slistak Shady + slistak@hotmail.com
+ Sat, 10 Feb 2001 03:18:24 -0000 +

+
+ +
Thanks guys! Worked no problem. Now I can move on to further compiling.
+
+Brett
+
+
+_________________________________________________________________
+Get your FREE download of MSN Explorer at http://explorer.msn.com
+
+
+
+ + + + + +
+

+ diff --git a/pipermail/nel/2001-February/000184.html b/pipermail/nel/2001-February/000184.html new file mode 100644 index 00000000..0e951974 --- /dev/null +++ b/pipermail/nel/2001-February/000184.html @@ -0,0 +1,113 @@ + + + + [Nel] Documentation on Event/Character Scripting + + + + + + +

[Nel] Documentation on Event/Character Scripting

+ Mark Ewert + ewert@reflexnet.net
+ Sat, 10 Feb 2001 18:37:57 -0500 +

+
+ +
This is a multi-part message in MIME format.
+
+------=_NextPart_000_0019_01C09390.966EEE80
+Content-Type: text/plain;
+	charset="iso-8859-1"
+Content-Transfer-Encoding: quoted-printable
+
+It took me awhile to finally compile 0.2 of nevrax.org for windows, but =
+after numerous patches (some of them blatant kludges) I was able to =
+compile both the client and server.
+
+I thought an interesting first step to working with nevrax would be to =
+add events/characters in the current environment. I have briefly skimmed =
+the AI/scripting environment and I did not find any documentation on how =
+to introduce events ? Any advice besides just reading through all the =
+code ?
+
+A side note, I found the documentation overall to be quite sparse. I'm =
+sure this is something that will change as the project matures, but for =
+new users/developers especially better documentation would be much =
+appreciated. Of course, the lack of documentation could be a test ;)
+
+Mark.
+
+------=_NextPart_000_0019_01C09390.966EEE80
+Content-Type: text/html;
+	charset="iso-8859-1"
+Content-Transfer-Encoding: quoted-printable
+
+<!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.4611.1300" name=3DGENERATOR>
+<STYLE></STYLE>
+</HEAD>
+<BODY bgColor=3D#b8b8b8>
+<DIV><FONT face=3DArial size=3D2>It took me awhile to finally compile =
+0.2 of=20
+nevrax.org for windows, but after numerous patches (some of them blatant =
+
+kludges) I was able to compile both the client and server.</FONT></DIV>
+<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
+<DIV><FONT face=3DArial size=3D2>I thought an interesting first step to =
+working with=20
+nevrax would be to add events/characters in the current environment. I =
+have=20
+briefly skimmed the AI/scripting environment and I did not find any=20
+documentation on how to introduce events ? Any advice besides just =
+reading=20
+through all the code ?</FONT></DIV>
+<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
+<DIV><FONT face=3DArial size=3D2>A side note, I found the documentation =
+overall to=20
+be quite sparse. I'm sure this is something that will change as the =
+project=20
+matures, but for new users/developers especially better documentation =
+would be=20
+much appreciated. Of course, the lack of documentation could be a test=20
+;)</FONT></DIV>
+<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
+<DIV><FONT face=3DArial size=3D2>Mark.</FONT></DIV></BODY></HTML>
+
+------=_NextPart_000_0019_01C09390.966EEE80--
+
+
+
+ + + + + + +
+

+ diff --git a/pipermail/nel/2001-February/000185.html b/pipermail/nel/2001-February/000185.html new file mode 100644 index 00000000..11c504e4 --- /dev/null +++ b/pipermail/nel/2001-February/000185.html @@ -0,0 +1,112 @@ + + + + [Nel] RE: Nel digest, Vol 1 #48 - 1 msg + + + + + + +

[Nel] RE: Nel digest, Vol 1 #48 - 1 msg

+ Tels + nevrax_dummy@bloodgate.com
+ Sun, 11 Feb 2001 13:46:51 +0100 (CET) +

+
+ +
-----BEGIN PGP SIGNED MESSAGE-----
+
+Moin,
+
+IMO it would be a good idea if the list disallowed attachments and/or html.
+HTML (even with javascript/background pictures) is nearly as bad as these
+unreadable vcard attachements and others ;o)
+
+- From my prevois ML experiences a simple rule/guideline to NOT do such
+things is not enough - admins, do you read me? ;)
+
+Oh and hi all. Still struggling with the slashdot effect I at least got the
+code and will start playing with it today.
+
+> Today's Topics:
+>   1. Documentation on Event/Character Scripting (Mark Ewert)
+> --__--__--
+> Message: 1
+> From: "Mark Ewert" <ewert@reflexnet.net>
+> To: <nel@nevrax.org>
+> Date: Sat, 10 Feb 2001 18:37:57 -0500
+> boundary="----=_NextPart_000_0019_01C09390.966EEE80"
+> Subject: [Nel] Documentation on Event/Character Scripting
+> Reply-To: nel@nevrax.org
+> This is a multi-part message in MIME format.
+> ------=_NextPart_000_0019_01C09390.966EEE80
+> Content-Type: text/plain;
+>       charset="iso-8859-1"
+> Content-Transfer-Encoding: quoted-printable
+> ------=_NextPart_000_0019_01C09390.966EEE80
+> Content-Type: text/html;
+>       charset="iso-8859-1"
+> Content-Transfer-Encoding: quoted-printable
+
+[snip]
+
+Tels
+
+- --
+ "Why do you go so slowly? Do you think this is some kind of game?"
+ http://bloodgate.com/thief/     Thief - The Dark Project
+ http://bloodgate.com/aifilter   Rewriting the HTML as we know it.
+ http://freedomforlinks.de       Fight for your right to link. 
+ PGP key available on http://bloodgate.com/tels.asc or via email.
+
+The email address contained in the From/Reply of this email is NOT
+to be displayed on webpages, entered into any mailing lists, given 
+to other people, used to send me electronic greeting cards without
+my written, signed permission. No SPAM nor UCE, either! Thank you!
+And PLEASE refrain from forwarding me chain letters, massmailings,
+or pyramid schemes.
+
+-----BEGIN PGP SIGNATURE-----
+Version: 2.6.3i
+Charset: latin1
+
+iQEVAwUBOoaIPncLPEOTuEwVAQHMZAf/QKnbk6DdXAVxioed8n1DsUtHOB+HqErS
+hZapigpP+10OZZVucyo0X9yLlmmMerHvPgCmAmTQG6ob2GXJWrPdH8Y6zO6IrRi7
+vYPAPBayFNqRrixnCfv/0AsWxj9IMG0qjOE+rOhKV4eqSudnbHDzG2gr4JFVnQ8y
+mMtyF8Mk5EYGlN6IgjnCSripmEcyrPqDFAoKGuQuntxF7XZ2O4+E7svp1Y0EJUfu
+s/cWUjYT9YSZhpmOv/QOg7GXDsVeH0uuh+e4YMyxQvVnS1jDXkxHp7PvUO2rKMst
+QGT11GjqomXSYPxWD/3P7/F6yFGzf8dt7GH13o+6e15kje3vI1MSBg==
+=cpbF
+-----END PGP SIGNATURE-----
+
+
+ + + + + + +
+

+ diff --git a/pipermail/nel/2001-February/000186.html b/pipermail/nel/2001-February/000186.html new file mode 100644 index 00000000..a8b88356 --- /dev/null +++ b/pipermail/nel/2001-February/000186.html @@ -0,0 +1,107 @@ + + + + [Nel] Documentation on Event/Character Scripting + + + + + + +

[Nel] Documentation on Event/Character Scripting

+ sameh chafik Pro + chafik@nevrax.com
+ Mon, 12 Feb 2001 09:13:39 +0100 +

+
+ +
C'est un message de format MIME en plusieurs parties.
+
+------=_NextPart_000_0387_01C094D4.168F6DD0
+Content-Type: text/plain;
+	charset="iso-8859-1"
+Content-Transfer-Encoding: quoted-printable
+
+
+Hello Mark and thank you,
+
+>I thought an interesting first step to working with nevrax would be to =
+add events/characters in the current environment. I have briefly skimmed =
+the >AI/scripting environment and I did not find any documentation on =
+how to introduce events ? Any advice besides just reading through all =
+the code ?
+
+Yes we know and we are very sorry. At present we work on the =
+client/server modele for data distribution modele because events in AI =
+script work on local model. When we finish this work we'll write a doc. =
+It do'nt take long time do do this job.=20
+
+
+------=_NextPart_000_0387_01C094D4.168F6DD0
+Content-Type: text/html;
+	charset="iso-8859-1"
+Content-Transfer-Encoding: quoted-printable
+
+<!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.4134.600" name=3DGENERATOR>
+<STYLE></STYLE>
+</HEAD>
+<BODY bgColor=3D#b8b8b8>
+<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
+<DIV><FONT face=3DArial size=3D2>Hello Mark and thank you,</FONT></DIV>
+<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
+<DIV>
+<DIV><FONT face=3DArial size=3D2>&gt;I thought an interesting first step =
+to working=20
+with nevrax would be to add events/characters in the current =
+environment. I have=20
+briefly skimmed the &gt;AI/scripting environment and I did not find any=20
+documentation on how to introduce events ? Any advice besides just =
+reading=20
+through all the code ?</FONT></DIV></DIV>
+<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
+<DIV><FONT face=3DArial size=3D2>Yes we know and we are very sorry. =
+</FONT><FONT=20
+face=3DArial size=3D2>At present we work on the client/server modele for =
+data=20
+distribution modele because events in AI script work on local model. =
+When we=20
+finish this work we'll write a doc.&nbsp;It do'nt take long time do do =
+this=20
+job.&nbsp;</FONT></DIV>
+<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV></BODY></HTML>
+
+------=_NextPart_000_0387_01C094D4.168F6DD0--
+
+
+
+ + + + +
+

+ diff --git a/pipermail/nel/2001-February/000187.html b/pipermail/nel/2001-February/000187.html new file mode 100644 index 00000000..1e170ee5 --- /dev/null +++ b/pipermail/nel/2001-February/000187.html @@ -0,0 +1,54 @@ + + + + [Nel] Compilation under VC6 + + + + + + +

[Nel] Compilation under VC6

+ Vincent Archer + archer@nevrax.com
+ Mon, 12 Feb 2001 10:21:57 +0100 +

+
+ +
According to Slistak Shady:
+> Thanks guys! Worked no problem. Now I can move on to further compiling.
+
+Another one for the FAQ "How to compile this beast" :)
+
+-- 
+Vincent Archer                                         Email: archer@nevrax.com
+
+Nevrax France.                              Off on the yellow brick road we go!
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2001-February/000188.html b/pipermail/nel/2001-February/000188.html new file mode 100644 index 00000000..949ede78 --- /dev/null +++ b/pipermail/nel/2001-February/000188.html @@ -0,0 +1,64 @@ + + + + [Nel] Linux compilation pb + + + + + + +

[Nel] Linux compilation pb

+ Thierry Mallard + thierry@mallard.com
+ Mon, 12 Feb 2001 15:28:32 +0100 +

+
+ +
On Thu, Feb 08, 2001 at 10:39:43AM +0100, Vianney Lecroart wrote:
+> Thank you a lot for this bug correction.
+> It's really strange because it compiles well on our linux system without any
+> modifications,
+> but I already heard about this problem, I'll correct it right now.
+
+Just a quick word to say that the problem just appeared here. The proposed
+correction seems to work.
+
+Larger report when compilation ends.. :-)
+
+	
+	Shaman
+
+-- 
+Thierry Mallard              |              
+GnuPG key on wwwkeys.pgp.net |
+key 0xA3D021CB               |
+http://thierry.mallard.com   |     
+
+
+
+ + +
+

+ diff --git a/pipermail/nel/2001-February/000189.html b/pipermail/nel/2001-February/000189.html new file mode 100644 index 00000000..44b2fc74 --- /dev/null +++ b/pipermail/nel/2001-February/000189.html @@ -0,0 +1,74 @@ + + + + [Nel] Compilation of snowballs.exe under Windows 98 and NT + + + + + + +

[Nel] Compilation of snowballs.exe under Windows 98 and NT

+ Mark W. Oosterveld + moz@oosterveld.org
+ Mon, 12 Feb 2001 10:15:38 -0500 (EST) +

+
+ +
Hello,
+
+  I am one of the slashdot horde that descended on your project
+recently. I have done a cvs checkout of the latest soruce, and am triing
+to compile it under Visual C++ 6.0, sp 4, on both a Windows 98 box (at
+home) and an NT box (at work... don't tell anyone). Anyway, after
+installing STLport, FreeType, Python, and glext.h, I am able to compile
+all the libraries. But, when I try to build the client, I get the
+following error:
+
+
+LINK: warning LNK4098: defaultlib "LIBC" conflicts with use of other
+libs; use /NODEFAULTLIB:library
+MSVCRT.lib(crtexe.obj) : error LNK2001: unresolved external symbol _main
+ReleaseDebug/snowballs.exe : fatal error LNK1120: 1 unresolved externals
+Error executing link.exe
+
+
+  Unfortunatly, my C++ is a little rusty, and my Windows Programing is
+almost non existant, but there is a main (and a WinMain) in client.cpp.
+I suspect I have a setting wrong in VC, but wouldn't even begin to know
+where to find it.
+
+Mark
+
+P.S. I am most interested in looking at (and possibly working on) the
+server side, but need to get a client up and running before I can really
+start looking at it in depth.
+
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2001-February/000190.html b/pipermail/nel/2001-February/000190.html new file mode 100644 index 00000000..a75979d4 --- /dev/null +++ b/pipermail/nel/2001-February/000190.html @@ -0,0 +1,69 @@ + + + + [Nel] Compilation of snowballs.exe under Windows 98 and NT + + + + + + +

[Nel] Compilation of snowballs.exe under Windows 98 and NT

+ Vianney Lecroart + lecroart@nevrax.com
+ Mon, 12 Feb 2001 16:53:52 +0100 +

+
+ +
Hello,
+
+It's a bug. you have 3 ways to resolve it:
+1- The bug occurs only in ReleaseDebug mode so you could try in to change
+the mode to Release, it will work fine (to change the mode, go to the menu
+'Build', 'Set Active Configuration' and select 'client - Win32 Release'
+2 - correct the bug yourself. It s very easy, select the 'ReleaseDebug'
+configuration and go to 'Project', 'Settings' and go to the 'Link' tab. Then
+search in the 'project options' text the string '/subsystem:console' and
+remplace it by '/subsystem:windows'. and relink.
+3 - wait 24h and update the new cvs to get the fix.
+
+Thanks.
+
+Vianney Lecroart
+---
+lead network programmer / nevrax.com
+icq#: 6870415
+homepage: http://ace.planet-d.net
+www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K-
+w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y?
+
+
+
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2001-February/000191.html b/pipermail/nel/2001-February/000191.html new file mode 100644 index 00000000..adcd1666 --- /dev/null +++ b/pipermail/nel/2001-February/000191.html @@ -0,0 +1,85 @@ + + + + [Nel] Compilation of snowballs.exe under Windows 98 and NT + + + + + + +

[Nel] Compilation of snowballs.exe under Windows 98 and NT

+ Mark W. Oosterveld + moz@oosterveld.org
+ Mon, 12 Feb 2001 11:28:13 -0500 (EST) +

+
+ +
Vianney,
+
+  Thank you. That worked perfectly. Now I just have to wait till I get
+home before I can run it. I was pretty sure it was a simple problem, but
+one that would have taken me days to track down. Thanks again.
+
+Mark
+
+On Mon, 12 Feb 2001, Vianney Lecroart wrote:
+
+> Hello,
+> 
+> It's a bug. you have 3 ways to resolve it:
+> 1- The bug occurs only in ReleaseDebug mode so you could try in to change
+> the mode to Release, it will work fine (to change the mode, go to the menu
+> 'Build', 'Set Active Configuration' and select 'client - Win32 Release'
+> 2 - correct the bug yourself. It s very easy, select the 'ReleaseDebug'
+> configuration and go to 'Project', 'Settings' and go to the 'Link' tab. Then
+> search in the 'project options' text the string '/subsystem:console' and
+> remplace it by '/subsystem:windows'. and relink.
+> 3 - wait 24h and update the new cvs to get the fix.
+> 
+> Thanks.
+> 
+> Vianney Lecroart
+> ---
+> lead network programmer / nevrax.com
+> icq#: 6870415
+> homepage: http://ace.planet-d.net
+> www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K-
+> w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y?
+> 
+> 
+> 
+> _______________________________________________
+> Nel mailing list
+> Nel@nevrax.org
+> http://www.nevrax.org/mailman/listinfo.cgi/nel
+> 
+
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2001-February/000192.html b/pipermail/nel/2001-February/000192.html new file mode 100644 index 00000000..4edaddef --- /dev/null +++ b/pipermail/nel/2001-February/000192.html @@ -0,0 +1,91 @@ + + + + [Nel] Snowballs Data & CVS + + + + + + +

[Nel] Snowballs Data & CVS

+ Zane + zane@users.sourceforge.net
+ Thu, 15 Feb 2001 09:57:56 -0800 +

+
+ +
First off I'd like to say hello, I'm new to the list, one of the slashdot
+crowd that have descended upon you. :)  I'm a C/C++/VB^H^H^H/SQL developer
+and I've done mud development as a hobby for years
+(www.sourceforge.net/projects/embermud) so this project was immediately
+interesting to me.  I'm entirely a client/server developer with just a
+rudimentary understanding of 3D so I'll probably be contributing entirely in
+the server or client/server communcation areas.  Few questions for you all
+at Nevrax.
+
+Would it be possible to move the snowballs data into the CVS tree?  I'm
+keeping current with the CVS updates and evidentally some changes made to
+NeL or the client/server portion have rendered the data package offered on
+the website obsolete.
+
+Have you all looked at using sourceforge for your public CVS front end?  The
+site can be designed to look exactly like your current site (but I believe
+would require a sourceforge graphic and link somewhere on the page) and
+offers all the services you currently offer as well as more bandwidth and
+will spare you from further slashdot type outages (at least to some degree
+:).
+
+I've read back through the mailing list archives and understand that you're
+using a plugin to 3DSMax to create NeL objects.  Will you be releasing this
+any time soon?  I know a few people that are not 3D developers (unable to
+write a plugin) but would be interested in starting to build content.  I'm
+curious why you haven't released it already?  (Yes, I'm nosy :)
+
+What about design documents for NeL?  You have a lot of auto-generated
+documentation available but as far I as I can tell there aren't many (or
+any) design documents available.  This would be especially nice for parts of
+the library that have yet to be developed.  Starting work on undeveloped
+portions of the library (the DB portion for instance) might be of interest
+to other developers.
+
+Are you actually interested in other developers making major contributions
+to this project pre-production or are you more interested in just offering
+your work to the community?
+
+Forgive me if I'm asking questions with answers that are readily available
+on your web-site but I've done my best to research beforehand.
+
+Thanks,
+E.J. Wilburn
+zane@supernova.org
+
+
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2001-February/000193.html b/pipermail/nel/2001-February/000193.html new file mode 100644 index 00000000..0917b88f --- /dev/null +++ b/pipermail/nel/2001-February/000193.html @@ -0,0 +1,104 @@ + + + + [Nel] Snowballs Data & CVS + + + + + + +

[Nel] Snowballs Data & CVS

+ Vincent Archer + archer@nevrax.com
+ Fri, 16 Feb 2001 17:48:57 +0100 +

+
+ +
Some quick answers, before we go further in detail.
+
+According to Zane:
+> Would it be possible to move the snowballs data into the CVS tree?  I'm
+> keeping current with the CVS updates and evidentally some changes made to
+> NeL or the client/server portion have rendered the data package offered on
+> the website obsolete.
+
+Hmmm, that's odd. It shouldn't have, but we'll look at it.
+
+> Have you all looked at using sourceforge for your public CVS front end?  The
+> site can be designed to look exactly like your current site (but I believe
+> would require a sourceforge graphic and link somewhere on the page) and
+> offers all the services you currently offer as well as more bandwidth and
+> will spare you from further slashdot type outages (at least to some degree
+> :).
+
+We could use Slashdot, yes. In fact, there's a NeL project registered
+on it "in case". Why aren't we using Sourceforge? Well, apart from the
+current rumors of source forge growing beyond its possibilities of support,
+we'd lose some of the control we have on the current public system. It's
+a relatively gray area, and one on which we aren't saying much, except,
+"well, right now we aren't".
+
+> I've read back through the mailing list archives and understand that you're
+> using a plugin to 3DSMax to create NeL objects.  Will you be releasing this
+> any time soon?  I know a few people that are not 3D developers (unable to
+> write a plugin) but would be interested in starting to build content.  I'm
+> curious why you haven't released it already?  (Yes, I'm nosy :)
+
+License issues. Basically, we have a problem releasing a free plugin to
+a commercial non-source software package. The GPL poses a lot of problems
+(we can't give you a GPLed 3DSmax, can we?), and we haven't a satisfying
+license yet that allows to get as close to GPL as we can, while respecting
+the license from 3DS.
+
+> What about design documents for NeL?  You have a lot of auto-generated
+
+No comment :)
+
+We know we should :)
+
+> Are you actually interested in other developers making major contributions
+> to this project pre-production or are you more interested in just offering
+> your work to the community?
+
+Both. Altough we haven't specifically announced things, we have a specific
+program and are opening CVS commit privileges to specific people, so we
+are looking for contributions, at all levels (from simple bug fixes to
+whole features).
+
+We don't guarantee we'll use everything, but if it "fits" within the
+NeL scope, we'll put it in, even if we don't use it ourselves (yet).
+
+-- 
+Vincent Archer                                         Email: archer@nevrax.com
+
+Nevrax France.                              Off on the yellow brick road we go!
+
+
+ + + + +
+

+ diff --git a/pipermail/nel/2001-February/000194.html b/pipermail/nel/2001-February/000194.html new file mode 100644 index 00000000..2933d50f --- /dev/null +++ b/pipermail/nel/2001-February/000194.html @@ -0,0 +1,74 @@ + + + + [Nel] samples for NeL!!! + + + + + + +

[Nel] samples for NeL!!!

+ Vianney Lecroart + lecroart@nevrax.com
+ Fri, 16 Feb 2001 19:00:00 +0100 +

+
+ +
Hello all!
+
+In the nel directory we'll add a sample directory, you'll see it after the
+syncro of this night.
+It's very simple examples of some NeL features. There's more comments than
+code
+so it could be a very good way to learn how to use NeL.
+I commit them without tested them on linux because I think that it's really
+easy to correct them
+(if necessary) and anyway, people who want to take a look on NeL this week
+end could look them
+(even if they don't compile, there's lot of comment).
+There's no makefile but they'll come next week i think.
+Please, fell free to send bugfix in comment and/or code parts by email
+directly to my
+email (lecroart@nevrax.com) to avoid flooding this mailing list ;)
+
+Enjoy!
+
+Vianney Lecroart
+---
+lead network programmer / nevrax.com
+icq#: 6870415
+homepage: http://ace.planet-d.net
+www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K-
+w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y?
+
+
+
+
+ + + + +
+

+ diff --git a/pipermail/nel/2001-February/000195.html b/pipermail/nel/2001-February/000195.html new file mode 100644 index 00000000..4594952b --- /dev/null +++ b/pipermail/nel/2001-February/000195.html @@ -0,0 +1,164 @@ + + + + [Nel] gl.h + + + + + + +

[Nel] gl.h

+ Jared Mark + jmark4@home.com
+ Sat, 17 Feb 2001 15:13:35 -0600 +

+
+ +
This is a multi-part message in MIME format.
+
+------=_NextPart_000_006E_01C098F4.32F60500
+Content-Type: text/plain;
+	charset="iso-8859-1"
+Content-Transfer-Encoding: quoted-printable
+
+-- I'm compiling in win98, using MS VC++ 6.0.
+
+I get the following errors:
+
+Compiling...
+driver_opengl.cpp
+C:\snowballs\nel\src\3d\driver\opengl\driver_opengl_extension.h(44) : =
+fatal error C1083: Cannot open include file: 'GL/glext.h': No such file =
+or directory
+driver_opengl_extension.cpp
+C:\snowballs\nel\src\3d\driver\opengl\driver_opengl_extension.h(44) : =
+fatal error C1083: Cannot open include file: 'GL/glext.h': No such file =
+or directory
+driver_opengl_material.cpp
+C:\snowballs\nel\src\3d\driver\opengl\driver_opengl_extension.h(44) : =
+fatal error C1083: Cannot open include file: 'GL/glext.h': No such file =
+or directory
+driver_opengl_matrix.cpp
+C:\snowballs\nel\src\3d\driver\opengl\driver_opengl_extension.h(44) : =
+fatal error C1083: Cannot open include file: 'GL/glext.h': No such file =
+or directory
+driver_opengl_texture.cpp
+C:\snowballs\nel\src\3d\driver\opengl\driver_opengl_extension.h(44) : =
+fatal error C1083: Cannot open include file: 'GL/glext.h': No such file =
+or directory
+Error executing cl.exe.
+
+Okay, so I go check the code, and I find out there's a comment there =
+telling me to go download something (Shouldn't this sort of thing be in =
+the readme file?)...
+
+#include <GL/glext.h> // Please download it from =
+http://oss.sgi.com/projects/ogl-sample/ABI/"
+
+I go to do that, and there's 2 versions available.  I grab the most =
+recent, and unpack it to a temporary directory so I can go looking for =
+these files, and maybe figure out exactly where I need to put them.
+
+I can find glx.h, but there is no glext.h or gl.h... (both of which are =
+required).
+
+What am I missing?
+
+------=_NextPart_000_006E_01C098F4.32F60500
+Content-Type: text/html;
+	charset="iso-8859-1"
+Content-Transfer-Encoding: quoted-printable
+
+<!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'm compiling in win98, using MS VC++ =
+6.0.</FONT></DIV>
+<DIV><FONT size=3D2></FONT>&nbsp;</DIV>
+<DIV><FONT size=3D2>I get the following errors:</FONT></DIV>
+<DIV><FONT size=3D2></FONT>&nbsp;</DIV>
+<DIV><FONT=20
+size=3D2>Compiling...<BR>driver_opengl.cpp<BR>C:\snowballs\nel\src\3d\dri=
+ver\opengl\driver_opengl_extension.h(44)=20
+: fatal error C1083: Cannot open include file: 'GL/glext.h': No such =
+file or=20
+directory<BR>driver_opengl_extension.cpp<BR>C:\snowballs\nel\src\3d\drive=
+r\opengl\driver_opengl_extension.h(44)=20
+: fatal error C1083: Cannot open include file: 'GL/glext.h': No such =
+file or=20
+directory<BR>driver_opengl_material.cpp<BR>C:\snowballs\nel\src\3d\driver=
+\opengl\driver_opengl_extension.h(44)=20
+: fatal error C1083: Cannot open include file: 'GL/glext.h': No such =
+file or=20
+directory<BR>driver_opengl_matrix.cpp<BR>C:\snowballs\nel\src\3d\driver\o=
+pengl\driver_opengl_extension.h(44)=20
+: fatal error C1083: Cannot open include file: 'GL/glext.h': No such =
+file or=20
+directory<BR>driver_opengl_texture.cpp<BR>C:\snowballs\nel\src\3d\driver\=
+opengl\driver_opengl_extension.h(44)=20
+: fatal error C1083: Cannot open include file: 'GL/glext.h': No such =
+file or=20
+directory<BR>Error executing cl.exe.</FONT></DIV>
+<DIV><FONT size=3D2></FONT>&nbsp;</DIV>
+<DIV><FONT size=3D2>Okay, so I go check the code, and I find out there's =
+a comment=20
+there telling me to go download something (Shouldn't this sort of thing =
+be in=20
+the readme file?)...</FONT></DIV>
+<DIV><FONT size=3D2></FONT>&nbsp;</DIV>
+<DIV><FONT size=3D2>#include &lt;GL/glext.h&gt;&nbsp;// Please download =
+it from <A=20
+href=3D"http://oss.sgi.com/projects/ogl-sample/ABI/">http://oss.sgi.com/p=
+rojects/ogl-sample/ABI/</A>"</FONT></DIV>
+<DIV><FONT size=3D2></FONT>&nbsp;</DIV>
+<DIV><FONT size=3D2>I go to do that, and there's 2 versions =
+available.&nbsp; I=20
+grab the most recent, and unpack it to a temporary directory so I can go =
+looking=20
+for these files, and maybe figure out exactly where I need to put=20
+them.</FONT></DIV>
+<DIV><FONT size=3D2></FONT>&nbsp;</DIV>
+<DIV><FONT size=3D2>I can find glx.h, but there is no glext.h or gl.h... =
+(both of=20
+which are required).</FONT></DIV>
+<DIV><FONT size=3D2></FONT>&nbsp;</DIV>
+<DIV><FONT size=3D2>What am I missing?</FONT></DIV></BODY></HTML>
+
+------=_NextPart_000_006E_01C098F4.32F60500--
+
+
+
+ + + + + +
+

+ diff --git a/pipermail/nel/2001-February/000196.html b/pipermail/nel/2001-February/000196.html new file mode 100644 index 00000000..b1dd3c6c --- /dev/null +++ b/pipermail/nel/2001-February/000196.html @@ -0,0 +1,101 @@ + + + + [Nel] Linking Services + + + + + + +

[Nel] Linking Services

+ Jared Mark + jmark4@home.com
+ Sat, 17 Feb 2001 15:17:42 -0600 +

+
+ +
This is a multi-part message in MIME format.
+
+------=_NextPart_000_0079_01C098F4.C59FCBC0
+Content-Type: text/plain;
+	charset="iso-8859-1"
+Content-Transfer-Encoding: quoted-printable
+
+Again.  Win98, MS VC++ 6.0
+
+Linking...
+LINK : fatal error LNK1104: cannot open file "stlport_vc6_stldebug.lib"
+Error executing link.exe.
+
+Everything builds just fine, but it fails with the above error when =
+linking.  I tried searching for references to this .lib in all of the =
+files, and I did a search on my HD for this file, and never found =
+anything.
+
+Again, what am I missing?
+
+------=_NextPart_000_0079_01C098F4.C59FCBC0
+Content-Type: text/html;
+	charset="iso-8859-1"
+Content-Transfer-Encoding: quoted-printable
+
+<!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>Again.&nbsp; Win98, MS VC++ 6.0</FONT></DIV>
+<DIV><FONT size=3D2></FONT>&nbsp;</DIV>
+<DIV><FONT size=3D2>Linking...<BR>LINK : fatal error LNK1104: cannot =
+open file=20
+"stlport_vc6_stldebug.lib"<BR>Error executing link.exe.</FONT></DIV>
+<DIV><FONT size=3D2></FONT>&nbsp;</DIV>
+<DIV><FONT size=3D2>Everything builds just fine, but it fails with the =
+above=20
+error&nbsp;when linking.&nbsp; I tried searching for references to this =
+.lib in=20
+all of the files, and I did a search on my HD for this file, and never =
+found=20
+anything.</FONT></DIV>
+<DIV><FONT size=3D2></FONT>&nbsp;</DIV>
+<DIV><FONT size=3D2>Again, what am I missing?</FONT></DIV></BODY></HTML>
+
+------=_NextPart_000_0079_01C098F4.C59FCBC0--
+
+
+
+ + + + + + + + +
+

+ diff --git a/pipermail/nel/2001-February/000197.html b/pipermail/nel/2001-February/000197.html new file mode 100644 index 00000000..777f9aa2 --- /dev/null +++ b/pipermail/nel/2001-February/000197.html @@ -0,0 +1,215 @@ + + + + [Nel] gl.h + + + + + + +

[Nel] gl.h

+ EagleEye + eagleeye@flashmail.com
+ Sat, 17 Feb 2001 15:26:03 -0600 +

+
+ +
This is a multi-part message in MIME format.
+
+------=_NextPart_000_0083_01C098F5.F096D480
+Content-Type: text/plain;
+	charset="iso-8859-1"
+Content-Transfer-Encoding: quoted-printable
+
+Okay, I did some reading through the mail archives and found the file I =
+needed.  I guess this means the documentation just needs to be updated =
+so people know to get this file (glext.h), and where to get it.
+
+Here's the URL for those of you looking for it:
+http://oss.sgi.com/projects/ogl-sample/ABI/glext.h
+
+  ----- Original Message -----=20
+  From: Jared Mark=20
+  To: nel@nevrax.org=20
+  Sent: Saturday, February 17, 2001 3:13 PM
+  Subject: [Nel] gl.h
+
+
+  -- I'm compiling in win98, using MS VC++ 6.0.
+
+  I get the following errors:
+
+  Compiling...
+  driver_opengl.cpp
+  C:\snowballs\nel\src\3d\driver\opengl\driver_opengl_extension.h(44) : =
+fatal error C1083: Cannot open include file: 'GL/glext.h': No such file =
+or directory
+  driver_opengl_extension.cpp
+  C:\snowballs\nel\src\3d\driver\opengl\driver_opengl_extension.h(44) : =
+fatal error C1083: Cannot open include file: 'GL/glext.h': No such file =
+or directory
+  driver_opengl_material.cpp
+  C:\snowballs\nel\src\3d\driver\opengl\driver_opengl_extension.h(44) : =
+fatal error C1083: Cannot open include file: 'GL/glext.h': No such file =
+or directory
+  driver_opengl_matrix.cpp
+  C:\snowballs\nel\src\3d\driver\opengl\driver_opengl_extension.h(44) : =
+fatal error C1083: Cannot open include file: 'GL/glext.h': No such file =
+or directory
+  driver_opengl_texture.cpp
+  C:\snowballs\nel\src\3d\driver\opengl\driver_opengl_extension.h(44) : =
+fatal error C1083: Cannot open include file: 'GL/glext.h': No such file =
+or directory
+  Error executing cl.exe.
+
+  Okay, so I go check the code, and I find out there's a comment there =
+telling me to go download something (Shouldn't this sort of thing be in =
+the readme file?)...
+
+  #include <GL/glext.h> // Please download it from =
+http://oss.sgi.com/projects/ogl-sample/ABI/"
+
+  I go to do that, and there's 2 versions available.  I grab the most =
+recent, and unpack it to a temporary directory so I can go looking for =
+these files, and maybe figure out exactly where I need to put them.
+
+  I can find glx.h, but there is no glext.h or gl.h... (both of which =
+are required).
+
+  What am I missing?
+
+------=_NextPart_000_0083_01C098F5.F096D480
+Content-Type: text/html;
+	charset="iso-8859-1"
+Content-Transfer-Encoding: quoted-printable
+
+<!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>Okay, I did some reading through the mail archives =
+and found=20
+the file I needed.&nbsp; I guess this means the documentation just needs =
+to be=20
+updated so people know to get this file (glext.h), and where to get=20
+it.</FONT></DIV>
+<DIV><FONT size=3D2></FONT>&nbsp;</DIV>
+<DIV><FONT size=3D2>Here's the URL for those of you looking for =
+it:</FONT></DIV>
+<DIV><FONT size=3D2><A=20
+href=3D"http://oss.sgi.com/projects/ogl-sample/ABI/glext.h"><FONT=20
+size=3D3>http://oss.sgi.com/projects/ogl-sample/ABI/glext.h</FONT></A><BR=
+></DIV></FONT>
+<BLOCKQUOTE dir=3Dltr=20
+style=3D"PADDING-RIGHT: 0px; PADDING-LEFT: 5px; MARGIN-LEFT: 5px; =
+BORDER-LEFT: #000000 2px solid; MARGIN-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 title=3Djmark4@home.com href=3D"mailto:jmark4@home.com">Jared =
+Mark</A> </DIV>
+  <DIV style=3D"FONT: 10pt arial"><B>To:</B> <A title=3Dnel@nevrax.org=20
+  href=3D"mailto:nel@nevrax.org">nel@nevrax.org</A> </DIV>
+  <DIV style=3D"FONT: 10pt arial"><B>Sent:</B> Saturday, February 17, =
+2001 3:13=20
+  PM</DIV>
+  <DIV style=3D"FONT: 10pt arial"><B>Subject:</B> [Nel] gl.h</DIV>
+  <DIV><BR></DIV>
+  <DIV><FONT size=3D2>-- I'm compiling in win98, using MS VC++ =
+6.0.</FONT></DIV>
+  <DIV><FONT size=3D2></FONT>&nbsp;</DIV>
+  <DIV><FONT size=3D2>I get the following errors:</FONT></DIV>
+  <DIV><FONT size=3D2></FONT>&nbsp;</DIV>
+  <DIV><FONT=20
+  =
+size=3D2>Compiling...<BR>driver_opengl.cpp<BR>C:\snowballs\nel\src\3d\dri=
+ver\opengl\driver_opengl_extension.h(44)=20
+  : fatal error C1083: Cannot open include file: 'GL/glext.h': No such =
+file or=20
+  =
+directory<BR>driver_opengl_extension.cpp<BR>C:\snowballs\nel\src\3d\drive=
+r\opengl\driver_opengl_extension.h(44)=20
+  : fatal error C1083: Cannot open include file: 'GL/glext.h': No such =
+file or=20
+  =
+directory<BR>driver_opengl_material.cpp<BR>C:\snowballs\nel\src\3d\driver=
+\opengl\driver_opengl_extension.h(44)=20
+  : fatal error C1083: Cannot open include file: 'GL/glext.h': No such =
+file or=20
+  =
+directory<BR>driver_opengl_matrix.cpp<BR>C:\snowballs\nel\src\3d\driver\o=
+pengl\driver_opengl_extension.h(44)=20
+  : fatal error C1083: Cannot open include file: 'GL/glext.h': No such =
+file or=20
+  =
+directory<BR>driver_opengl_texture.cpp<BR>C:\snowballs\nel\src\3d\driver\=
+opengl\driver_opengl_extension.h(44)=20
+  : fatal error C1083: Cannot open include file: 'GL/glext.h': No such =
+file or=20
+  directory<BR>Error executing cl.exe.</FONT></DIV>
+  <DIV><FONT size=3D2></FONT>&nbsp;</DIV>
+  <DIV><FONT size=3D2>Okay, so I go check the code, and I find out =
+there's a=20
+  comment there telling me to go download something (Shouldn't this sort =
+of=20
+  thing be in the readme file?)...</FONT></DIV>
+  <DIV><FONT size=3D2></FONT>&nbsp;</DIV>
+  <DIV><FONT size=3D2>#include &lt;GL/glext.h&gt;&nbsp;// Please =
+download it from=20
+  <A=20
+  =
+href=3D"http://oss.sgi.com/projects/ogl-sample/ABI/">http://oss.sgi.com/p=
+rojects/ogl-sample/ABI/</A>"</FONT></DIV>
+  <DIV><FONT size=3D2></FONT>&nbsp;</DIV>
+  <DIV><FONT size=3D2>I go to do that, and there's 2 versions =
+available.&nbsp; I=20
+  grab the most recent, and unpack it to a temporary directory so I can =
+go=20
+  looking for these files, and maybe figure out exactly where I need to =
+put=20
+  them.</FONT></DIV>
+  <DIV><FONT size=3D2></FONT>&nbsp;</DIV>
+  <DIV><FONT size=3D2>I can find glx.h, but there is no glext.h or =
+gl.h... (both=20
+  of which are required).</FONT></DIV>
+  <DIV><FONT size=3D2></FONT>&nbsp;</DIV>
+  <DIV><FONT size=3D2>What am I =
+missing?</FONT></DIV></BLOCKQUOTE></BODY></HTML>
+
+------=_NextPart_000_0083_01C098F5.F096D480--
+
+
+
+ + + + +
+

+ diff --git a/pipermail/nel/2001-February/000198.html b/pipermail/nel/2001-February/000198.html new file mode 100644 index 00000000..34215064 --- /dev/null +++ b/pipermail/nel/2001-February/000198.html @@ -0,0 +1,174 @@ + + + + [Nel] Linking Services + + + + + + +

[Nel] Linking Services

+ Jared Mark + jmark4@home.com
+ Sat, 17 Feb 2001 15:44:19 -0600 +

+
+ +
This is a multi-part message in MIME format.
+
+------=_NextPart_000_008F_01C098F8.7DFB33A0
+Content-Type: text/plain;
+	charset="iso-8859-1"
+Content-Transfer-Encoding: quoted-printable
+
+Okay, since I got the glext.h (I'm EagleEye by the way... forgot to =
+change which account I was sending from), I'm building NeL okay... and =
+I'm getting a new error... and I think it has something to do with the =
+services error I'm getting... (almost posative of it in fact).
+
+I was getting the error from the glext.h when building the =
+driver_openglfiles project in the NeL workspace... now it's compiling =
+okay, but then it goes to link and gives me this:
+
+Linking...
+LINK : fatal error LNK1104: cannot open file "stlport_vc6.lib"
+Error executing link.exe.
+
+Which I'm assuming is why the services link is getting the error I =
+described below...
+
+So now I'm guessing I didn't do something right with stlport.  Please =
+forgive me for being such a novice programmer. :)
+
+Can anyone help?
+  ----- Original Message -----=20
+  From: Jared Mark=20
+  To: nel@nevrax.org=20
+  Sent: Saturday, February 17, 2001 3:17 PM
+  Subject: [Nel] Linking Services
+
+
+  Again.  Win98, MS VC++ 6.0
+
+  Linking...
+  LINK : fatal error LNK1104: cannot open file =
+"stlport_vc6_stldebug.lib"
+  Error executing link.exe.
+
+  Everything builds just fine, but it fails with the above error when =
+linking.  I tried searching for references to this .lib in all of the =
+files, and I did a search on my HD for this file, and never found =
+anything.
+
+  Again, what am I missing?
+
+------=_NextPart_000_008F_01C098F8.7DFB33A0
+Content-Type: text/html;
+	charset="iso-8859-1"
+Content-Transfer-Encoding: quoted-printable
+
+<!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>Okay, since I got the glext.h (I'm EagleEye by the =
+way...=20
+forgot to change which account I was sending from), I'm building NeL =
+okay... and=20
+I'm getting a new error... and I think it has something to do with the =
+services=20
+error I'm getting... (almost posative of it in fact).</FONT></DIV>
+<DIV><FONT size=3D2></FONT>&nbsp;</DIV>
+<DIV><FONT size=3D2>I was getting the error from the glext.h when =
+building the=20
+driver_openglfiles project in the NeL workspace... now it's compiling =
+okay, but=20
+then it goes to link and gives me this:</FONT></DIV>
+<DIV><FONT size=3D2></FONT>&nbsp;</DIV>
+<DIV><FONT size=3D2>Linking...<BR>LINK : fatal error LNK1104: cannot =
+open file=20
+"stlport_vc6.lib"<BR>Error executing link.exe.</FONT></DIV>
+<DIV><FONT size=3D2></FONT>&nbsp;</DIV>
+<DIV><FONT size=3D2>Which I'm assuming is why the services link is =
+getting the=20
+error I described below...</FONT></DIV>
+<DIV><FONT size=3D2></FONT>&nbsp;</DIV>
+<DIV><FONT size=3D2>So now I'm guessing I didn't do something right with =
+
+stlport.&nbsp; Please forgive me for being such a novice programmer.=20
+:)</FONT></DIV>
+<DIV><FONT size=3D2></FONT>&nbsp;</DIV>
+<DIV><FONT size=3D2>Can anyone help?</FONT></DIV>
+<BLOCKQUOTE dir=3Dltr=20
+style=3D"PADDING-RIGHT: 0px; PADDING-LEFT: 5px; MARGIN-LEFT: 5px; =
+BORDER-LEFT: #000000 2px solid; MARGIN-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 title=3Djmark4@home.com href=3D"mailto:jmark4@home.com">Jared =
+Mark</A> </DIV>
+  <DIV style=3D"FONT: 10pt arial"><B>To:</B> <A title=3Dnel@nevrax.org=20
+  href=3D"mailto:nel@nevrax.org">nel@nevrax.org</A> </DIV>
+  <DIV style=3D"FONT: 10pt arial"><B>Sent:</B> Saturday, February 17, =
+2001 3:17=20
+  PM</DIV>
+  <DIV style=3D"FONT: 10pt arial"><B>Subject:</B> [Nel] Linking =
+Services</DIV>
+  <DIV><BR></DIV>
+  <DIV><FONT size=3D2>Again.&nbsp; Win98, MS VC++ 6.0</FONT></DIV>
+  <DIV><FONT size=3D2></FONT>&nbsp;</DIV>
+  <DIV><FONT size=3D2>Linking...<BR>LINK : fatal error LNK1104: cannot =
+open file=20
+  "stlport_vc6_stldebug.lib"<BR>Error executing link.exe.</FONT></DIV>
+  <DIV><FONT size=3D2></FONT>&nbsp;</DIV>
+  <DIV><FONT size=3D2>Everything builds just fine, but it fails with the =
+above=20
+  error&nbsp;when linking.&nbsp; I tried searching for references to =
+this .lib=20
+  in all of the files, and I did a search on my HD for this file, and =
+never=20
+  found anything.</FONT></DIV>
+  <DIV><FONT size=3D2></FONT>&nbsp;</DIV>
+  <DIV><FONT size=3D2>Again, what am I=20
+missing?</FONT></DIV></BLOCKQUOTE></BODY></HTML>
+
+------=_NextPart_000_008F_01C098F8.7DFB33A0--
+
+
+
+ + + + + + + +
+

+ diff --git a/pipermail/nel/2001-February/000199.html b/pipermail/nel/2001-February/000199.html new file mode 100644 index 00000000..80e7236c --- /dev/null +++ b/pipermail/nel/2001-February/000199.html @@ -0,0 +1,65 @@ + + + + [Nel] Link Error + + + + + + +

[Nel] Link Error

+ Slistak Shady + slistak@hotmail.com
+ Sun, 18 Feb 2001 08:42:10 -0000 +

+
+ +
I'm getting the following error compiling the client. My CVS tree is current 
+up to sat. Using VC6. I'm terrible at figuring this stuff out. Any help? 
+Thanks.
+
+
+Linking...
+MSVCRTD.lib(cinitexe.obj) : warning LNK4098: defaultlib "libcmt.lib" 
+conflicts with use of other libs; use /NODEFAULTLIB:library
+freetype.lib(ftinit.obj) : error LNK2001: unresolved external symbol 
+_psaux_module_class
+Debug/snowballs.exe : fatal error LNK1120: 1 unresolved externals
+Error executing link.exe.
+_________________________________________________________________
+Get your FREE download of MSN Explorer at http://explorer.msn.com
+
+
+
+ + + + + + + + +
+

+ diff --git a/pipermail/nel/2001-February/000200.html b/pipermail/nel/2001-February/000200.html new file mode 100644 index 00000000..e013ee77 --- /dev/null +++ b/pipermail/nel/2001-February/000200.html @@ -0,0 +1,222 @@ + + + + [Nel] Okay, I'm getting this now... + + + + + + +

[Nel] Okay, I'm getting this now...

+ Jared Mark + jmark4@home.com
+ Sun, 18 Feb 2001 05:24:55 -0600 +

+
+ +
This is a multi-part message in MIME format.
+
+------=_NextPart_000_0014_01C0996B.20F12980
+Content-Type: text/plain;
+	charset="iso-8859-1"
+Content-Transfer-Encoding: quoted-printable
+
+I completely ignored the makefile stuff for stlport, and freetype...=20
+
+I think I got it now, except, I'm a little confused about freetype.  I =
+do the freetype make, and it creates a .lib just fine, but it's not =
+named "freetype.lib"... it's named "freetype200b8MT.lib".  at one point =
+it created "freetype200b8.lib" also.
+
+I have gotten the NeL core to compile, and the services .exe files to =
+compile (they all run, but do nothing for me yet...)  I have all of the =
+client projects compiling except one... (my last hurdle perhaps?).
+
+Client Files Project was not compiling because it said it needed =
+"freetype.lib".  Fine... I tried renaming the freetype200b8.lib file to =
+freetype.lib.  Didn't work.  So I tried the other one (the multithreaded =
+one), and it didn't work either.
+
+Here's what it's telling me...
+
+--------------------Configuration: client - Win32 =
+ReleaseDebug--------------------
+Linking...
+LINK : warning LNK4098: defaultlib "LIBCMT" conflicts with use of other =
+libs; use /NODEFAULTLIB:library
+freetype.lib(ftinit.obj) : error LNK2001: unresolved external symbol =
+_psaux_module_class
+MSVCRT.lib(crtexe.obj) : error LNK2001: unresolved external symbol _main
+ReleaseDebug/snowballs.exe : fatal error LNK1120: 2 unresolved externals
+Error executing link.exe.
+
+snowballs.exe - 3 error(s), 1 warning(s)
+
+So, I know my freetype.lib isn't right... so I must not be doing =
+something right with freetype during the making of it.
+
+So I go back to freetype and check it out... well, I had had some =
+problems with the other parts of freetype compiling, but I figured since =
+I had the .lib file i didn't need to bother with the 3 other project =
+files for freetype... here's what they're telling me.
+
+Build : warning : failed to (or don't know how to) build 'C:\My =
+Documents\MyProjects\snowball\freetype\demos\src\ftdump.c'
+Compiling...
+common.c
+fatal error C1083: Cannot open source file: 'C:\My =
+Documents\MyProjects\snowball\freetype\demos\src\common.c': No such file =
+or directory
+ftdump.c
+fatal error C1083: Cannot open source file: 'C:\My =
+Documents\MyProjects\snowball\freetype\demos\src\ftdump.c': No such file =
+or directory
+Error executing cl.exe.
+
+ftdump_D.exe - 2 error(s), 1 warning(s)
+
+It's pretty much the same thing for the other two, so y'all get the =
+idea.
+
+It's 5am and I'm going to bed... Maybe tomorrow I'll be able to figure =
+it out on my own like I did my other stupid mistakes... I know I'm =
+missing something, but I'm too braindead right now to know if it's =
+something obvious or not.  If it's not something obvious, could someone =
+help me? :)
+
+------=_NextPart_000_0014_01C0996B.20F12980
+Content-Type: text/html;
+	charset="iso-8859-1"
+Content-Transfer-Encoding: quoted-printable
+
+<!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 completely ignored the makefile stuff for stlport, =
+and=20
+freetype... </FONT></DIV>
+<DIV><FONT size=3D2></FONT>&nbsp;</DIV>
+<DIV><FONT size=3D2>I think I got it now, except, I'm a little confused =
+about=20
+freetype.&nbsp; I do the freetype make, and it creates a .lib just fine, =
+but=20
+it's not named "freetype.lib"... it's named "freetype200b8MT.lib".&nbsp; =
+at one=20
+point it created "freetype200b8.lib" also.</FONT></DIV>
+<DIV><FONT size=3D2></FONT>&nbsp;</DIV>
+<DIV><FONT size=3D2>I have gotten the NeL core to compile, and the =
+services .exe=20
+files to compile (they all run, but do nothing for me yet...)&nbsp; I =
+have all=20
+of the client projects compiling except one... (my last hurdle=20
+perhaps?).</FONT></DIV>
+<DIV><FONT size=3D2></FONT>&nbsp;</DIV>
+<DIV><FONT size=3D2>Client Files Project was not compiling because it =
+said it=20
+needed "freetype.lib".&nbsp; Fine... I tried renaming the =
+freetype200b8.lib file=20
+to freetype.lib.&nbsp; Didn't work.&nbsp; So I tried the other one (the=20
+multithreaded one), and it didn't work either.</FONT></DIV>
+<DIV><FONT size=3D2></FONT>&nbsp;</DIV>
+<DIV><FONT size=3D2>Here's what it's telling me...</FONT></DIV>
+<DIV><FONT size=3D2></FONT>&nbsp;</DIV>
+<DIV><FONT size=3D2>--------------------Configuration: client - Win32=20
+ReleaseDebug--------------------<BR>Linking...<BR>LINK : warning =
+LNK4098:=20
+defaultlib "LIBCMT" conflicts with use of other libs; use=20
+/NODEFAULTLIB:library<BR>freetype.lib(ftinit.obj) : error LNK2001: =
+unresolved=20
+external symbol _psaux_module_class<BR>MSVCRT.lib(crtexe.obj) : error =
+LNK2001:=20
+unresolved external symbol _main<BR>ReleaseDebug/snowballs.exe : fatal =
+error=20
+LNK1120: 2 unresolved externals<BR>Error executing =
+link.exe.</FONT></DIV>
+<DIV><FONT size=3D2></FONT>&nbsp;</DIV>
+<DIV><FONT size=3D2>snowballs.exe - 3 error(s), 1 =
+warning(s)<BR></FONT></DIV>
+<DIV><FONT size=3D2>So, I know my freetype.lib isn't right... so I must =
+not be=20
+doing something right with freetype during the making of =
+it.</FONT></DIV>
+<DIV><FONT size=3D2></FONT>&nbsp;</DIV>
+<DIV><FONT size=3D2>So I go back to freetype and check it out... well, I =
+had had=20
+some problems with the other parts of freetype compiling, but I figured =
+since I=20
+had the .lib file i didn't need to bother with the 3 other project files =
+for=20
+freetype... here's what they're telling me.</FONT></DIV>
+<DIV><FONT size=3D2></FONT>&nbsp;</DIV>
+<DIV><FONT size=3D2>Build : warning : failed to (or don't know how to) =
+build=20
+'C:\My=20
+Documents\MyProjects\snowball\freetype\demos\src\ftdump.c'<BR>Compiling..=
+.<BR>common.c<BR>fatal=20
+error C1083: Cannot open source file: 'C:\My=20
+Documents\MyProjects\snowball\freetype\demos\src\common.c': No such file =
+or=20
+directory<BR>ftdump.c<BR>fatal error C1083: Cannot open source file: =
+'C:\My=20
+Documents\MyProjects\snowball\freetype\demos\src\ftdump.c': No such file =
+or=20
+directory<BR>Error executing cl.exe.</FONT></DIV>
+<DIV>&nbsp;</DIV>
+<DIV><FONT size=3D2>ftdump_D.exe - 2 error(s), 1 warning(s)</FONT></DIV>
+<DIV><FONT size=3D2></FONT>&nbsp;</DIV>
+<DIV><FONT size=3D2>It's pretty much the same thing for the other two, =
+so y'all=20
+get the idea.</FONT></DIV>
+<DIV><FONT size=3D2></FONT>&nbsp;</DIV>
+<DIV><FONT size=3D2>It's 5am and I'm going to bed... Maybe tomorrow I'll =
+be able=20
+to figure it out on my own like I did my other stupid mistakes... I know =
+I'm=20
+missing something, but I'm too braindead right now to know if it's =
+something=20
+obvious or not.&nbsp; If it's not something obvious, could someone help =
+me?=20
+:)</DIV></FONT></BODY></HTML>
+
+------=_NextPart_000_0014_01C0996B.20F12980--
+
+
+
+ + + + + + + + + +
+

+ diff --git a/pipermail/nel/2001-February/000201.html b/pipermail/nel/2001-February/000201.html new file mode 100644 index 00000000..4481f452 --- /dev/null +++ b/pipermail/nel/2001-February/000201.html @@ -0,0 +1,127 @@ + + + + [Nel] Compiling under Linux + + + + + + +

[Nel] Compiling under Linux

+ Tels + nevrax_dummy@bloodgate.com
+ Sun, 18 Feb 2001 13:27:30 +0100 (CET) +

+
+ +
-----BEGIN PGP SIGNED MESSAGE-----
+
+Moin,
+
+several nitpicks after my 2-hour adventures with ./configure under
+linux/gcc (SuSE 7.0):
+
+#configure: error: Cannot find freetype-config: check your path.
+#    FreeType 2 library is needed to compile NeL (www.freetype.org).
+
+Freetype.org is down, I could not reach it for several days/weeks.
+
+http://www.sourceforge.org/projects/freetype/ seems to be the new
+url.
+
+StlPort: Do I need to make it, or is simple unzipping enough? If yes,
+please document this, the make takes for ever ;o) Also, for stlport,
+there is no "make install" for unix. Does this matter? I also run low on
+diskspace due to stlport ... is there anyway to cut down the size after
+making it?
+
+#checking for freetype-config... no
+#configure: error: Cannot find freetype-config: check your path.
+#    FreeType 2 library is needed to compile NeL (www.freetype.org).
+
+Ugh, this file does not get installed, and only resides in the build dir
+of freetype (which I was to delete).
+
+So I copied it in the nel pat, but root does not have "." in it's path.
+Now I try configure as user and get this:
+
+#checking whether c++ accepts -g... \c
+#yes
+#./configure: /dev/null: Permission denied
+#configure: error: can not run ./config.sub 
+
+Now my hour for this day is running out...
+
+The build process needs to be MUCH easier, if this game will ever come of
+for Linux. Nobodies going to fiddle for 3 hours with it....or did I get it
+wrong and level one is named "./configure" ? ;-P
+
+Tels
+
+
+
+Tels
+
+- --
+ "Why do you go so slowly? Do you think this is some kind of game?"
+ http://bloodgate.com/thief/     Thief - The Dark Project
+ http://bloodgate.com/aifilter   Rewriting the HTML as we know it.
+ http://freedomforlinks.de       Fight for your right to link. 
+ PGP key available on http://bloodgate.com/tels.asc or via email.
+
+The email address contained in the From/Reply of this email is NOT
+to be displayed on webpages, entered into any mailing lists, given 
+to other people, used to send me electronic greeting cards without
+my written, signed permission. No SPAM nor UCE, either! Thank you!
+And PLEASE refrain from forwarding me chain letters, massmailings,
+or pyramid schemes.
+
+-----BEGIN PGP SIGNATURE-----
+Version: 2.6.3i
+Charset: latin1
+
+iQEVAwUBOo+4oncLPEOTuEwVAQEgbwf9GkgUnGjpRdaVlEc9cVgqIh+XfIHUk4+1
+PZUk8ArLuZpRR4RS6Qd7+V6dtwS4QCPGCNswDwB63Ce02DmAOFEE/wCpY/zWPDF+
+Tr2+T+CH3aFYQRrWx1/yG0NQDR4bSCIF0U3ZmzOu+nZPmfix2BWx95YvibAnuwsA
+qoMjVvYJf1LJ5pvPgJ2iIKJ0m/f3TvbMwN2QEoNLqhN/bxcHaIGjtYeEzD3LAc5R
+2KjqfvTZagFJGb22ByOCkDY7SXUGBS2Ql1BnmeS5mlqnnqiMrSxLbjtHAQZm3/7Z
+W8Bb0AnPJgB68+EGh0oAW29GpOMz/xM22+gkuV7VejmDffKfFA2DaA==
+=zPt+
+-----END PGP SIGNATURE-----
+
+
+ + + + + + + + + + + +
+

+ diff --git a/pipermail/nel/2001-February/000202.html b/pipermail/nel/2001-February/000202.html new file mode 100644 index 00000000..a823aaf5 --- /dev/null +++ b/pipermail/nel/2001-February/000202.html @@ -0,0 +1,95 @@ + + + + [Nel] RE: Compiling under Linux + + + + + + +

[Nel] RE: Compiling under Linux

+ Tels + nevrax_dummy@bloodgate.com
+ Sun, 18 Feb 2001 16:07:20 +0100 (CET) +

+
+ +
-----BEGIN PGP SIGNED MESSAGE-----
+
+Moin,
+
+On 18-Feb-01 Tels tried to scribble about:
+[snip]
+>#checking whether c++ accepts -g... \c
+>#yes
+>#./configure: /dev/null: Permission denied
+>#configure: error: can not run ./config.sub 
+
+I accidentily descroyd my /dev/null (Dont ask). Sorry.
+
+
+Tels
+
+- --
+ "Why do you go so slowly? Do you think this is some kind of game?"
+ http://bloodgate.com/thief/     Thief - The Dark Project
+ http://bloodgate.com/aifilter   Rewriting the HTML as we know it.
+ http://freedomforlinks.de       Fight for your right to link. 
+ PGP key available on http://bloodgate.com/tels.asc or via email.
+
+The email address contained in the From/Reply of this email is NOT
+to be displayed on webpages, entered into any mailing lists, given 
+to other people, used to send me electronic greeting cards without
+my written, signed permission. No SPAM nor UCE, either! Thank you!
+And PLEASE refrain from forwarding me chain letters, massmailings,
+or pyramid schemes.
+
+-----BEGIN PGP SIGNATURE-----
+Version: 2.6.3i
+Charset: latin1
+
+iQEVAwUBOo/lIHcLPEOTuEwVAQGspQf9Hc5MtFur7l8qgwtMjJ6StaBFSfECyrna
+DlWCJnDo3+kY27sQDOZGP78CeX9Elsf/cFuEgGWZKF2Vp9Qra6un2ESFSLjIDpJS
+skIsTnsQxrvlVIAu1rvuiGqYJ2MebBZJU/oI4fYq6f00nVQRG+H1Hf9LTgkJFgUr
+RBH4vnMVaFQ09AFdmBWAlcSev2c5OdjL75Pd8tXyWDmLfE/Aremsv65jUB/E9Izu
+9mahUulQ3JJaVNDn/6VLTP8IL2I/KE7EDXrFOF7jW4EPak9D6S6hqh5quTScqQ+j
+/5/NSeaNu4c4mmlnWgcvmiyJZisJqm87QnljMzOnWoySHJyCU9vl6w==
+=Bbg8
+-----END PGP SIGNATURE-----
+
+
+ + + + + + + + + + + +
+

+ diff --git a/pipermail/nel/2001-February/000203.html b/pipermail/nel/2001-February/000203.html new file mode 100644 index 00000000..f95afc63 --- /dev/null +++ b/pipermail/nel/2001-February/000203.html @@ -0,0 +1,83 @@ + + + + [Nel] Link Error + + + + + + +

[Nel] Link Error

+ EagleEye + eagleeye@flashmail.com
+ Sun, 18 Feb 2001 14:48:57 -0600 +

+
+ +
This is a lot like the thing I'm getting... especially the "use
+/nodefaultlib" thing.  I saw that and didn't know what it was referring to,
+or where I would have to "use" it.
+
+I wish someone could help us. :(
+
+----- Original Message -----
+From: "Slistak Shady" <slistak@hotmail.com>
+To: <nel@nevrax.org>
+Sent: Sunday, February 18, 2001 2:42 AM
+Subject: [Nel] Link Error
+
+
+> I'm getting the following error compiling the client. My CVS tree is
+current
+> up to sat. Using VC6. I'm terrible at figuring this stuff out. Any help?
+> Thanks.
+>
+>
+> Linking...
+> MSVCRTD.lib(cinitexe.obj) : warning LNK4098: defaultlib "libcmt.lib"
+> conflicts with use of other libs; use /NODEFAULTLIB:library
+> freetype.lib(ftinit.obj) : error LNK2001: unresolved external symbol
+> _psaux_module_class
+> Debug/snowballs.exe : fatal error LNK1120: 1 unresolved externals
+> Error executing link.exe.
+> _________________________________________________________________
+> Get your FREE download of MSN Explorer at http://explorer.msn.com
+>
+> _______________________________________________
+> Nel mailing list
+> Nel@nevrax.org
+> http://www.nevrax.org/mailman/listinfo.cgi/nel
+>
+
+
+
+ + + + + + +
+

+ diff --git a/pipermail/nel/2001-February/000204.html b/pipermail/nel/2001-February/000204.html new file mode 100644 index 00000000..021fba84 --- /dev/null +++ b/pipermail/nel/2001-February/000204.html @@ -0,0 +1,81 @@ + + + + [Nel] Okay, I'm getting this now... + + + + + + +

[Nel] Okay, I'm getting this now...

+ Julien Hognon + jhognon@chello.fr
+ Sun, 18 Feb 2001 22:34:48 +0100 +

+
+ +
Hi,
+Have you tried to put the psauxmod.c files in your freetype project ?
+(look at the post of Jérome Lanquetot : [Nel] some questions about
+buildings Nel under win32)
+
+> Jared Mark a écrit :
+[...]
+> Here's what it's telling me...
+> 
+> --------------------Configuration: client - Win32
+> ReleaseDebug--------------------
+> Linking...
+> LINK : warning LNK4098: defaultlib "LIBCMT" conflicts with use of
+> other libs; use /NODEFAULTLIB:library
+> freetype.lib(ftinit.obj) : error LNK2001: unresolved external symbol
+> _psaux_module_class
+> MSVCRT.lib(crtexe.obj) : error LNK2001: unresolved external symbol
+> _main
+> ReleaseDebug/snowballs.exe : fatal error LNK1120: 2 unresolved
+> externals
+> Error executing link.exe.
+> 
+
+
+-- 
+HOGNON Julien   alias   Luke    
+
+home 		: jhognon@chello.fr
+university	: jhognon@etudiant.univ-mlv.fr
+work		: julien@virtools.com
+
+ICQ number : 36110826
+
+
+ + + + + + + +
+

+ diff --git a/pipermail/nel/2001-February/000205.html b/pipermail/nel/2001-February/000205.html new file mode 100644 index 00000000..3a006218 --- /dev/null +++ b/pipermail/nel/2001-February/000205.html @@ -0,0 +1,96 @@ + + + + [Nel] Okay, I'm getting this now... + + + + + + +

[Nel] Okay, I'm getting this now...

+ Jared Mark + jmark4@home.com
+ Sun, 18 Feb 2001 19:04:08 -0600 +

+
+ +
Okay, that worked... thanks
+
+----- Original Message -----
+From: "Julien Hognon" <jhognon@chello.fr>
+To: <nel@nevrax.org>
+Sent: Sunday, February 18, 2001 3:34 PM
+Subject: Re: [Nel] Okay, I'm getting this now...
+
+
+> Hi,
+> Have you tried to put the psauxmod.c files in your freetype project ?
+> (look at the post of Jérome Lanquetot : [Nel] some questions about
+> buildings Nel under win32)
+>
+> > Jared Mark a écrit :
+> [...]
+> > Here's what it's telling me...
+> >
+> > --------------------Configuration: client - Win32
+> > ReleaseDebug--------------------
+> > Linking...
+> > LINK : warning LNK4098: defaultlib "LIBCMT" conflicts with use of
+> > other libs; use /NODEFAULTLIB:library
+> > freetype.lib(ftinit.obj) : error LNK2001: unresolved external symbol
+> > _psaux_module_class
+> > MSVCRT.lib(crtexe.obj) : error LNK2001: unresolved external symbol
+> > _main
+> > ReleaseDebug/snowballs.exe : fatal error LNK1120: 2 unresolved
+> > externals
+> > Error executing link.exe.
+> >
+>
+>
+> --
+> HOGNON Julien   alias   Luke
+>
+> home : jhognon@chello.fr
+> university : jhognon@etudiant.univ-mlv.fr
+> work : julien@virtools.com
+>
+> ICQ number : 36110826
+> _______________________________________________
+> Nel mailing list
+> Nel@nevrax.org
+> http://www.nevrax.org/mailman/listinfo.cgi/nel
+>
+
+
+
+
+ + + + + + +
+

+ diff --git a/pipermail/nel/2001-February/000206.html b/pipermail/nel/2001-February/000206.html new file mode 100644 index 00000000..e4388f18 --- /dev/null +++ b/pipermail/nel/2001-February/000206.html @@ -0,0 +1,68 @@ + + + + [Nel] RE: Compiling under Linux + + + + + + +

[Nel] RE: Compiling under Linux

+ Vincent Archer + archer@nevrax.com
+ Mon, 19 Feb 2001 11:15:49 +0100 +

+
+ +
According to Tels:
+> >#checking whether c++ accepts -g... \c
+> >#yes
+> >#./configure: /dev/null: Permission denied
+> >#configure: error: can not run ./config.sub 
+> 
+> I accidentily descroyd my /dev/null (Dont ask). Sorry.
+
+Wow. And linux kept on working?
+
+On many unix systems, destroying /dev/null and /dev/zero means a
+straight go to single user, and system repair using static binaries,
+as a lot of dynamic linking uses these files (donno for what exactly).
+
+-- 
+Vincent Archer                                         Email: archer@nevrax.com
+
+Nevrax France.                              Off on the yellow brick road we go!
+
+
+ + + + + + + + +
+

+ diff --git a/pipermail/nel/2001-February/000207.html b/pipermail/nel/2001-February/000207.html new file mode 100644 index 00000000..80d82f06 --- /dev/null +++ b/pipermail/nel/2001-February/000207.html @@ -0,0 +1,58 @@ + + + + [Nel] Compiling under Linux + + + + + + +

[Nel] Compiling under Linux

+ Vincent Caron + v.caron@zerodeux.net
+ Mon, 19 Feb 2001 12:49:15 +0100 +

+
+ +
> I accidentily descroyd my /dev/null (Dont ask). Sorry.
+
+As root :
+
+# mknod /dev/null c 1 3
+# chmod 666 /dev/null
+
+... and it's back to life again !
+
+
+ + + + + + + + +
+

+ diff --git a/pipermail/nel/2001-February/000208.html b/pipermail/nel/2001-February/000208.html new file mode 100644 index 00000000..f5a48e0b --- /dev/null +++ b/pipermail/nel/2001-February/000208.html @@ -0,0 +1,60 @@ + + + + [Nel] Dynamic load balancing? + + + + + + +

[Nel] Dynamic load balancing?

+ Glaze + viktor@glaze.se
+ Mon, 19 Feb 2001 15:37:25 +0100 +

+
+ +
Hello,
+
+I have one "small" question and I hope this is the right place to ask it. I
+was just wonder how (or if) you will solve the question of how to balance
+the workload on the game servers, will you use some kind of dynamic load
+balancing or have you opted for another approach.
+
+Viktor Godaly
+
+
+
+
+ + + + + + + + +
+

+ diff --git a/pipermail/nel/2001-February/000209.html b/pipermail/nel/2001-February/000209.html new file mode 100644 index 00000000..59ff716b --- /dev/null +++ b/pipermail/nel/2001-February/000209.html @@ -0,0 +1,78 @@ + + + + [Nel] Dynamic load balancing? + + + + + + +

[Nel] Dynamic load balancing?

+ EagleEye + eagleeye@flashmail.com
+ Mon, 19 Feb 2001 09:30:26 -0600 +

+
+ +
I would love dynamic load balancing... just add another server to your
+cluster, and assign it a piece of the game world to take care of... perhaps
+that city area that just got really popular in the last few weeks...
+
+----- Original Message -----
+From: "Glaze" <viktor@glaze.se>
+To: <nel@nevrax.org>
+Sent: Monday, February 19, 2001 8:37 AM
+Subject: [Nel] Dynamic load balancing?
+
+
+> Hello,
+>
+> I have one "small" question and I hope this is the right place to ask it.
+I
+> was just wonder how (or if) you will solve the question of how to balance
+> the workload on the game servers, will you use some kind of dynamic load
+> balancing or have you opted for another approach.
+>
+> Viktor Godaly
+>
+>
+> _______________________________________________
+> Nel mailing list
+> Nel@nevrax.org
+> http://www.nevrax.org/mailman/listinfo.cgi/nel
+>
+
+
+
+ + + + + + + + +
+

+ diff --git a/pipermail/nel/2001-February/000210.html b/pipermail/nel/2001-February/000210.html new file mode 100644 index 00000000..8aa9dbe3 --- /dev/null +++ b/pipermail/nel/2001-February/000210.html @@ -0,0 +1,95 @@ + + + + [Nel] Snowballs Data & CVS + + + + + + +

[Nel] Snowballs Data & CVS

+ Vincent Archer + archer@nevrax.com
+ Mon, 19 Feb 2001 16:38:41 +0100 +

+
+ +
According to Vincent Archer:
+> Some quick answers, before we go further in detail.
+
+More detail today, as promised :)
+
+> According to Zane:
+> > Would it be possible to move the snowballs data into the CVS tree?  I'm
+> > keeping current with the CVS updates and evidentally some changes made to
+> > NeL or the client/server portion have rendered the data package offered on
+> > the website obsolete.
+> 
+> Hmmm, that's odd. It shouldn't have, but we'll look at it.
+
+We're still using the published data here, so it should not have been
+a problem. Are you sure you are using the latest data file? There are
+two on the web now, an old (NeL 0.2/Snowballs 0.1) and a new (NeL 0.3
+& Snowballs 0.2) packed format (which is a lot smaller).
+
+If you're using the one that came with the very first release, update. If
+not, then there's something very odd going on. Open a bug then, and we'll
+have a deep look at it.
+
+However, the point you raise is good, because one day we might encounter
+that specific problem. I'm checking exactly how we're going to put it,
+whether in the code/client tree, a specific code/data tree, or a
+fully separate module (since it isn't code per se).
+
+> License issues. Basically, we have a problem releasing a free plugin to
+> a commercial non-source software package. The GPL poses a lot of problems
+> (we can't give you a GPLed 3DSmax, can we?), and we haven't a satisfying
+> license yet that allows to get as close to GPL as we can, while respecting
+> the license from 3DS.
+
+I want to stress "we haven't... yet". We're trying to find a good solution
+to that problem (which basically boils down to using proprietary software
+right now, which limits our freedom of action, as usual).
+
+> > What about design documents for NeL?  You have a lot of auto-generated
+
+We're working on redoing the way we document things. Doxygen is good,
+but if no one writes documentation for it, it's as instructive as trying
+to learn tu use Unix from just the manual pages.
+
+But that's the usual problem with programming: programmers are interested
+in writing code, not writing prose. We strive to keep them from sliding
+too much in code-only mode :)
+
+-- 
+Vincent Archer                                         Email: archer@nevrax.com
+
+Nevrax France.                              Off on the yellow brick road we go!
+
+
+ + +
+

+ diff --git a/pipermail/nel/2001-February/000211.html b/pipermail/nel/2001-February/000211.html new file mode 100644 index 00000000..c57d4267 --- /dev/null +++ b/pipermail/nel/2001-February/000211.html @@ -0,0 +1,57 @@ + + + + [Nel] gl.h + + + + + + +

[Nel] gl.h

+ Valignat Cedric + valignat@nevrax.com
+ Mon, 19 Feb 2001 16:51:54 +0100 +

+
+ +
EagleEye wrote:
+> 
+> Here's the URL for those of you looking for it:
+> http://oss.sgi.com/projects/ogl-sample/ABI/glext.h
+
+There is something about it in the INSTALL file, at the "Requirements" section.
+I know that our documentation is far to be complete, and we are working on it,
+but you should read the INSTALL file *carefully* before trying to compile NeL,
+there is some usefull informations in it ;-)
+
+Cedric.
+
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2001-February/000212.html b/pipermail/nel/2001-February/000212.html new file mode 100644 index 00000000..2b9cec97 --- /dev/null +++ b/pipermail/nel/2001-February/000212.html @@ -0,0 +1,82 @@ + + + + [Nel] Dynamic load balancing? + + + + + + +

[Nel] Dynamic load balancing?

+ Vincent Archer + archer@nevrax.com
+ Mon, 19 Feb 2001 17:04:15 +0100 +

+
+ +
According to EagleEye:
+> I would love dynamic load balancing... just add another server to your
+> cluster, and assign it a piece of the game world to take care of... perhaps
+> that city area that just got really popular in the last few weeks...
+
+That's not dynamic load balancing if you have to assign servers to a
+specific area. That's merely 'reconfigurable static' :)
+
+Ultima Online did this for their servers. They measured during beta
+a lot of statistics, and created a map of areas for allocation to all
+processors (server being ambiguous here, because their servers were
+multiprocessor boxes). That map could be redone at will, depending on
+the number of processors allocated to a shard. But once the shard was
+started, that was it. The only way to add a processor would be to
+split one area in two, and the whole migration process was hard
+enough that it wasn't worth (their words) the development cost vs the
+number of times it would be used.
+
+True dynamic load would mean that each processor would adjust its
+border (i.e. which objets it manages) according to its load, compared to
+its neighbours. If it has too high a load, then its border would shrink
+along its most lightly loaded neighbour, swapping objects between one
+and the other.
+
+Of course, that means a variable, almost fractal geometry of processors,
+and a processor that, at boot time, was serving city A and its adjacent
+areas could well, four days later, be serving chiefly the mountain range
+5km from there, because of simple "pressure". It looks nice from a
+strict research standpoint, but it's HELL for system management.
+
+-- 
+Vincent Archer                                         Email: archer@nevrax.com
+
+Nevrax France.                              Off on the yellow brick road we go!
+
+
+ + + + + + +
+

+ diff --git a/pipermail/nel/2001-February/000213.html b/pipermail/nel/2001-February/000213.html new file mode 100644 index 00000000..9fd303b8 --- /dev/null +++ b/pipermail/nel/2001-February/000213.html @@ -0,0 +1,94 @@ + + + + [Nel] Dynamic load balancing? + + + + + + +

[Nel] Dynamic load balancing?

+ Vincent Archer + archer@nevrax.com
+ Mon, 19 Feb 2001 17:33:33 +0100 +

+
+ +
According to Glaze:
+> Hello,
+> 
+> I have one "small" question and I hope this is the right place to ask it. I
+> was just wonder how (or if) you will solve the question of how to balance
+> the workload on the game servers, will you use some kind of dynamic load
+> balancing or have you opted for another approach.
+
+Hmm, I realise I've explained what is dynamic load balancing, but I
+haven't answered this question.
+
+Let's hope we have a good discussion on this :)
+
+If you look at some of the basics in the... ok in the future design
+documents, you see we're working with a kind of ORB approach, with
+a naming service, which lets you discuss with specific services.
+
+We're aiming for a functional approach, not the classic EQ/UO/AC
+geographical approach. In that classic model, each processus is a
+complete copy of the code. It contains everything, from spell effects
+to pathfinding to combat code. Each process serves a specific "area",
+which is defined by an X/Y/Z box (or, for EQ, a zone ID number, since
+each area is strictly separate).
+
+We're not going to use this approach. Chiefly because static allocation
+fails when you put too many objects in the same area (be it because a
+guild has decided to hold a meeting of all its 350 members there, or
+because we want to have an event with an army of 100 mobs spawning).
+And, as I explained somewhere else, dynamic allocation means:
+1) A complete lack of control on what process is doing what, and
+2) A need for a very fast way of finding who is near you and under
+   which process control
+
+What we're aiming for is a functional approach. That is, each service
+provides specific functions. For example, all items in the game are
+handled by a single service. Combat runs on a separate service.
+And so on.
+
+I'll let you imagine how this works, and then will further explain as
+you try to shoot holes into that design. :)
+
+-- 
+Vincent Archer                                         Email: archer@nevrax.com
+
+Nevrax France.                              Off on the yellow brick road we go!
+
+
+ + + + + + + +
+

+ diff --git a/pipermail/nel/2001-February/000214.html b/pipermail/nel/2001-February/000214.html new file mode 100644 index 00000000..3f1a29c8 --- /dev/null +++ b/pipermail/nel/2001-February/000214.html @@ -0,0 +1,114 @@ + + + + [Nel] RE: Dave Null + + + + + + +

[Nel] RE: Dave Null

+ Tels + tels@bloodgate.com
+ Mon, 19 Feb 2001 18:23:23 +0100 (CET) +

+
+ +
-----BEGIN PGP SIGNED MESSAGE-----
+
+Moin,
+
+> According to Tels:
+>> >#checking whether c++ accepts -g... \c
+>> >#yes
+>> >#./configure: /dev/null: Permission denied
+>> >#configure: error: can not run ./config.sub 
+>> 
+>> I accidentily descroyd my /dev/null (Dont ask). Sorry.
+> 
+> Wow. And linux kept on working?
+
+Until the next reboot, yes. Linux is more stable than I thought ;o)
+
+> On many unix systems, destroying /dev/null and /dev/zero means a
+> straight go to single user, and system repair using static binaries,
+> as a lot of dynamic linking uses these files (donno for what exactly).
+
+I booted from rescue disk (thanx suse!), then copied over /dev/zero.
+Unfortunately /dev/null got (why I dunno) 600, so user processes could not
+use it, so I changed it and now it seems to work all again. Whew. Now I
+need more time to figure out Nel.
+
+Cheers,
+
+Tels
+
+Tels
+
+- --
+ "Why do you go so slowly? Do you think this is some kind of game?"
+ http://bloodgate.com/thief/     Thief - The Dark Project
+ http://bloodgate.com/aifilter   Rewriting the HTML as we know it.
+ http://freedomforlinks.de       Fight for your right to link. 
+ PGP key available on http://bloodgate.com/tels.asc or via email.
+
+The email address contained in the From/Reply of this email is NOT
+to be displayed on webpages, entered into any mailing lists, given 
+to other people, used to send me electronic greeting cards without
+my written, signed permission. No SPAM nor UCE, either! Thank you!
+And PLEASE refrain from forwarding me chain letters, massmailings,
+or pyramid schemes.
+
+-----BEGIN PGP SIGNATURE-----
+Version: 2.6.3i
+Charset: latin1
+
+iQEVAwUBOpFTWHcLPEOTuEwVAQHoDwf9HlRBrdBXPzN7kMaNXfWAmErVLtAQ6gfO
+dgvT8L3Vu+SRB5+e4Eyn/097WdbrX5eDdG/9mKkdpLmoZc46OdNqQ5uJ0jJD1L+7
+s0/C7mlyV2kZELNC0Xjbaa+Y325iZJiEWEYNOxtycrdKpM6wCUMo3SUz5zYhwfQ4
+HHS7XA8YT9l5MtstCss1bM+Rn1QtJZJegtd/miRKlYivjqxzIbk97FcBmYxYuBEt
+DB45b8D5I1UPxCrQxeiOOrawruECy6mz8k2yLQixK6yyGgocgUy2kHu/a8wyxCh/
+hX0gMninciEXwsKqw0bugskkN0t6adg7vW/LpQ1MLeNPmvZLrHX+RA==
+=Dlhm
+-----END PGP SIGNATURE-----
+
+
+ + + + + + + + + + + + + + + +
+

+ diff --git a/pipermail/nel/2001-February/000215.html b/pipermail/nel/2001-February/000215.html new file mode 100644 index 00000000..37287313 --- /dev/null +++ b/pipermail/nel/2001-February/000215.html @@ -0,0 +1,107 @@ + + + + [Nel] Compiling under Linux + + + + + + +

[Nel] Compiling under Linux

+ Valignat Cedric + valignat@nevrax.com
+ Mon, 19 Feb 2001 18:52:51 +0100 +

+
+ +
Tels wrote:
+> 
+> Freetype.org is down, I could not reach it for several days/weeks.
+> 
+> http://www.sourceforge.org/projects/freetype/ seems to be the new
+> url.
+
+Try the american mirror web site at http://freetype.sourceforge.net/, you
+will have access to the all the project home page.
+
+I updated the INSTALL and configure.in file to change tha FreeType
+homepage.
+
+
+> StlPort: Do I need to make it, or is simple unzipping enough? If yes,
+> please document this, the make takes for ever ;o) Also, for stlport,
+> there is no "make install" for unix. Does this matter?
+
+NeL is using the SGI iostreams, so i'm afraid that you will have to compile
+it.
+
+
+> I also run low on diskspace due to stlport ... is there anyway to cut
+> down the size after making it?
+
+you could do a 'make -f gcc.mak clean' to delete all the ojects files,
+it doesn't delete the library files ...
+
+
+> #checking for freetype-config... no
+> #configure: error: Cannot find freetype-config: check your path.
+> #    FreeType 2 library is needed to compile NeL (www.freetype.org).
+> 
+> Ugh, this file does not get installed, and only resides in the build dir
+> of freetype (which I was to delete).
+
+That's weird, it works fine for me :o)
+
+The installation line is in the builds/unix/install.mk file (line 51),
+Are you sure that the installation directory (ex: /usr/local/bin) is
+in your path ?
+
+> So I copied it in the nel pat, but root does not have "." in it's path.
+> Now I try configure as user and get this:
+
+The script is looking for freetype-config script in your path, it will change
+nothing to put in the NeL directoty, if it isn't in your path ;-)
+
+
+> The build process needs to be MUCH easier, if this game will ever come of
+> for Linux. Nobodies going to fiddle for 3 hours with it....or did I get it
+> wrong and level one is named "./configure" ? ;-P
+
+Thanks for your suggestion :-)
+
+We actually working on improving the documentation and build process, so it
+"migth" be easier in a near future ;-)
+
+
+Cedric.
+
+
+
+ + + + +
+

+ diff --git a/pipermail/nel/2001-February/000216.html b/pipermail/nel/2001-February/000216.html new file mode 100644 index 00000000..600cfbfc --- /dev/null +++ b/pipermail/nel/2001-February/000216.html @@ -0,0 +1,117 @@ + + + + [Nel] Dynamic load balancing? + + + + + + +

[Nel] Dynamic load balancing?

+ Nahuel Greco + ngreco@softhome.net
+ Mon, 19 Feb 2001 15:46:01 -0300 +

+
+ +
On Mon, 19 Feb 2001 17:33:33 +0100
+Vincent Archer <archer@nevrax.com> wrote:
+
+> According to Glaze:
+> > Hello,
+> > 
+> > I have one "small" question and I hope this is the right place to ask it. I
+> > was just wonder how (or if) you will solve the question of how to balance
+> > the workload on the game servers, will you use some kind of dynamic load
+> > balancing or have you opted for another approach.
+> 
+> Hmm, I realise I've explained what is dynamic load balancing, but I
+> haven't answered this question.
+> 
+> Let's hope we have a good discussion on this :)
+> 
+> If you look at some of the basics in the... ok in the future design
+> documents, you see we're working with a kind of ORB approach, with
+> a naming service, which lets you discuss with specific services.
+> 
+
+You will use standard CORBA?, wich orb?
+
+
+> We're aiming for a functional approach, not the classic EQ/UO/AC
+> geographical approach. In that classic model, each processus is a
+> complete copy of the code. It contains everything, from spell effects
+> to pathfinding to combat code. Each process serves a specific "area",
+> which is defined by an X/Y/Z box (or, for EQ, a zone ID number, since
+> each area is strictly separate).
+> 
+> We're not going to use this approach. Chiefly because static allocation
+> fails when you put too many objects in the same area (be it because a
+> guild has decided to hold a meeting of all its 350 members there, or
+> because we want to have an event with an army of 100 mobs spawning).
+> And, as I explained somewhere else, dynamic allocation means:
+> 1) A complete lack of control on what process is doing what, and
+> 2) A need for a very fast way of finding who is near you and under
+>    which process control
+> 
+> What we're aiming for is a functional approach. That is, each service
+> provides specific functions. For example, all items in the game are
+> handled by a single service. Combat runs on a separate service.
+> And so on.
+> 
+
+What are the "functional" parts that you will be planning? 
+
+
+How do you plan to send the map to the user, i mean, if you divide the game
+in areas, you can say the client to download the map for an area before
+enter, but if you dont use the area-divided approach, then, you must send
+the sorrounding terraing at each step that the client do?
+
+
+There is no risks of overloading the internal network / get out of sync?
+
+
+> I'll let you imagine how this works, and then will further explain as
+> you try to shoot holes into that design. :)
+> 
+>
+
+
+----------------------------------------------------------
+Nahuel Greco                 Web Development - Open Source
+http://www.codelarvs.com.ar  Game Programming - Research
+Freelance coding / sysadmin  Networking. The answer is 42.
+----------------------------------------------------------
+
+
+ + + + + + +
+

+ diff --git a/pipermail/nel/2001-February/000217.html b/pipermail/nel/2001-February/000217.html new file mode 100644 index 00000000..abdd65c1 --- /dev/null +++ b/pipermail/nel/2001-February/000217.html @@ -0,0 +1,138 @@ + + + + [Nel] Dynamic load balancing? + + + + + + +

[Nel] Dynamic load balancing?

+ Jared Mark + jmark4@home.com
+ Mon, 19 Feb 2001 15:43:59 -0600 +

+
+ +
Okay, so what you're saying is basically this...
+
+By seperating the services, you can have a cluster of machines, each running
+different services, and thus, keeping the load down across the board.  You
+would have a single system, for example, handling just combat resolution,
+and you would have another system that would keep track of the database...
+or on an even more molecular level (assuming you have a very large world
+with huge database demands) a database service that is strictly dedicated to
+handling certain types of objects (like dynamic world objects such as rocks
+and such, as opposed to character objects like their posessions in their
+backpacks for example).
+
+You would have other servers running the service managers for the AI of the
+monsters, etc, etc, etc...
+
+So instead of dividing up the world into geographical sectors and having a
+single system handle each sector... you would divide the world up into
+different processes, and have each system handle the specific process for
+the entire world.
+
+Let me know if I'm getting pretty close to what you're trying to say here.
+;)  My only question on the whole thing would be... what happens if you run
+into a problem where activity on a process gets to be too much for a
+server... would you be forced to upgrade that server?  Or could you
+theoretically split the process between two systems?  (running the same
+serice twice in the same cluster, on different systems).
+
+----- Original Message -----
+From: "Vincent Archer" <archer@nevrax.com>
+To: <nel@nevrax.org>
+Sent: Monday, February 19, 2001 10:33 AM
+Subject: Re: [Nel] Dynamic load balancing?
+
+
+> According to Glaze:
+> > Hello,
+> >
+> > I have one "small" question and I hope this is the right place to ask
+it. I
+> > was just wonder how (or if) you will solve the question of how to
+balance
+> > the workload on the game servers, will you use some kind of dynamic load
+> > balancing or have you opted for another approach.
+>
+> Hmm, I realise I've explained what is dynamic load balancing, but I
+> haven't answered this question.
+>
+> Let's hope we have a good discussion on this :)
+>
+> If you look at some of the basics in the... ok in the future design
+> documents, you see we're working with a kind of ORB approach, with
+> a naming service, which lets you discuss with specific services.
+>
+> We're aiming for a functional approach, not the classic EQ/UO/AC
+> geographical approach. In that classic model, each processus is a
+> complete copy of the code. It contains everything, from spell effects
+> to pathfinding to combat code. Each process serves a specific "area",
+> which is defined by an X/Y/Z box (or, for EQ, a zone ID number, since
+> each area is strictly separate).
+>
+> We're not going to use this approach. Chiefly because static allocation
+> fails when you put too many objects in the same area (be it because a
+> guild has decided to hold a meeting of all its 350 members there, or
+> because we want to have an event with an army of 100 mobs spawning).
+> And, as I explained somewhere else, dynamic allocation means:
+> 1) A complete lack of control on what process is doing what, and
+> 2) A need for a very fast way of finding who is near you and under
+>    which process control
+>
+> What we're aiming for is a functional approach. That is, each service
+> provides specific functions. For example, all items in the game are
+> handled by a single service. Combat runs on a separate service.
+> And so on.
+>
+> I'll let you imagine how this works, and then will further explain as
+> you try to shoot holes into that design. :)
+>
+> --
+> Vincent Archer                                         Email:
+archer@nevrax.com
+>
+> Nevrax France.                              Off on the yellow brick road
+we go!
+> _______________________________________________
+> Nel mailing list
+> Nel@nevrax.org
+> http://www.nevrax.org/mailman/listinfo.cgi/nel
+>
+
+
+
+ + + + + + + +
+

+ diff --git a/pipermail/nel/2001-February/000218.html b/pipermail/nel/2001-February/000218.html new file mode 100644 index 00000000..e37cc7a7 --- /dev/null +++ b/pipermail/nel/2001-February/000218.html @@ -0,0 +1,78 @@ + + + + [Nel] gl.h + + + + + + +

[Nel] gl.h

+ EagleEye + eagleeye@flashmail.com
+ Mon, 19 Feb 2001 15:46:39 -0600 +

+
+ +
Ahh, right you are.  I skipped over that part because it seemed to still be
+under the heading of  "On a GNU/Linux platform you will need the following
+libraries and softwares :"... since that doesn't apply to me, I just kinda
+let my mind skip over it. :)
+
+----- Original Message -----
+From: "Valignat Cedric" <valignat@nevrax.com>
+To: <nel@nevrax.org>
+Sent: Monday, February 19, 2001 9:51 AM
+Subject: Re: [Nel] gl.h
+
+
+> EagleEye wrote:
+> >
+> > Here's the URL for those of you looking for it:
+> > http://oss.sgi.com/projects/ogl-sample/ABI/glext.h
+>
+> There is something about it in the INSTALL file, at the "Requirements"
+section.
+> I know that our documentation is far to be complete, and we are working on
+it,
+> but you should read the INSTALL file *carefully* before trying to compile
+NeL,
+> there is some usefull informations in it ;-)
+>
+> Cedric.
+>
+> _______________________________________________
+> Nel mailing list
+> Nel@nevrax.org
+> http://www.nevrax.org/mailman/listinfo.cgi/nel
+>
+
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2001-February/000219.html b/pipermail/nel/2001-February/000219.html new file mode 100644 index 00000000..67b4f8c2 --- /dev/null +++ b/pipermail/nel/2001-February/000219.html @@ -0,0 +1,144 @@ + + + + [Nel] Building a FAQ? + + + + + + +

[Nel] Building a FAQ?

+ Jared Mark + jmark4@home.com
+ Mon, 19 Feb 2001 15:56:00 -0600 +

+
+ +
This is a multi-part message in MIME format.
+
+------=_NextPart_000_0012_01C09A8C.74599220
+Content-Type: text/plain;
+	charset="iso-8859-1"
+Content-Transfer-Encoding: quoted-printable
+
+What better way to build a FAQ than to have questions that are actually =
+"frequently asked", right?
+
+Well, as everyone has probably guessed by now, I'm not exactly an =
+above-average programmer... so I'm going to ask some very basic =
+questions that will probably get asked quite a bit by others of my =
+limited experience and expertise.
+
+1) Now that I have NeL, the Client, and Services packages all compiled, =
+what do I do with it to actually start building MY world?  Do I HAVE to =
+edit the code and recompile?  Or is this package meant to handle all =
+game-specific stuff in that /data directory, independant from the core =
+components?
+
+2) What are the limitations on world size, max number of connections, =
+etc, etc?  I understand there are obvious hardware restrictions that you =
+can't really say anything about... but I'm talking about software =
+restrictions (for example, will I run into problems with say, a bank =
+account in my game going over 64k in size due to an overflow?  Will I =
+have issues with my map being too big for the services to handle in =
+terms of latteral area?)
+
+That's it for now...=20
+
+Jared Mark (aka EagleEye)
+--- Please don't hate me because I'm an idiot with this stuff still. :)
+
+------=_NextPart_000_0012_01C09A8C.74599220
+Content-Type: text/html;
+	charset="iso-8859-1"
+Content-Transfer-Encoding: quoted-printable
+
+<!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>What better way to build a FAQ than to have =
+questions that are=20
+actually "frequently asked", right?</FONT></DIV>
+<DIV><FONT size=3D2></FONT>&nbsp;</DIV>
+<DIV><FONT size=3D2>Well, as everyone has probably guessed by now, I'm =
+not exactly=20
+an above-average programmer... so I'm going to ask some very basic =
+questions=20
+that will probably get asked quite a bit by others of my limited =
+experience and=20
+expertise.</FONT></DIV>
+<DIV><FONT size=3D2></FONT>&nbsp;</DIV>
+<DIV><FONT size=3D2>1) Now that I have NeL, the Client, and Services =
+packages all=20
+compiled, what do I do with it to actually start building MY =
+world?&nbsp; Do I=20
+HAVE to edit the code and recompile?&nbsp; Or is this package meant to =
+handle=20
+all game-specific stuff in that /data directory, independant from the =
+core=20
+components?</FONT></DIV>
+<DIV><FONT size=3D2></FONT>&nbsp;</DIV>
+<DIV><FONT size=3D2>2) What are the limitations on world size, max =
+number of=20
+connections, etc, etc?&nbsp; I understand there are obvious hardware=20
+restrictions that you can't really say anything about... but I'm talking =
+about=20
+software restrictions (for example, will I run into problems with say, a =
+bank=20
+account in my game going over 64k in size due to an overflow?&nbsp; Will =
+I have=20
+issues with my map being too big for the services to handle in terms of =
+latteral=20
+area?)<BR></FONT><FONT size=3D2></FONT></DIV>
+<DIV><FONT size=3D2>That's it for now... </FONT></DIV>
+<DIV><FONT size=3D2></FONT>&nbsp;</DIV>
+<DIV><FONT size=3D2>Jared Mark (aka EagleEye)</FONT></DIV>
+<DIV><FONT size=3D2>--- Please don't hate me because I'm an idiot with =
+this stuff=20
+still. :)</DIV></FONT></BODY></HTML>
+
+------=_NextPart_000_0012_01C09A8C.74599220--
+
+
+
+ + + + + + + + + + + + +
+

+ diff --git a/pipermail/nel/2001-February/000220.html b/pipermail/nel/2001-February/000220.html new file mode 100644 index 00000000..4ff8c590 --- /dev/null +++ b/pipermail/nel/2001-February/000220.html @@ -0,0 +1,68 @@ + + + + [Nel] Compiling on Linux.... + + + + + + +

[Nel] Compiling on Linux....

+ James Hearn + james.hearn@byu.edu
+ Mon, 19 Feb 2001 16:42:40 -0600 +

+
+ +
Sorry if this has been asked before, but I'm having trouble getting Nel
+to compile on linux. Or rather, getting the client and server to compile
+on linux. Nel itself compiles. When compiling the client or server
+libraries, I get this error:
+
+/home/james/downloads/STLport-4.0/lib/libstlport_gcc.so: undefined
+reference to `_STL::_Stl_prime<bool>::_M_list'
+
+I have installed the stlport libs and even compiled them (!). 
+I also installed Freetype 2.0 and Mesa 4.0.
+
+Thanks in advance,
+
+James Hearn
+
+
+ + + + + + + + + + + + +
+

+ diff --git a/pipermail/nel/2001-February/000221.html b/pipermail/nel/2001-February/000221.html new file mode 100644 index 00000000..999aadf2 --- /dev/null +++ b/pipermail/nel/2001-February/000221.html @@ -0,0 +1,161 @@ + + + + [Nel] Something I don't understand about the license agreement. + + + + + + +

[Nel] Something I don't understand about the license agreement.

+ Jared Mark + jmark4@home.com
+ Mon, 19 Feb 2001 18:41:44 -0600 +

+
+ +
This is a multi-part message in MIME format.
+
+------=_NextPart_000_0011_01C09AA3.9B7D49C0
+Content-Type: text/plain;
+	charset="iso-8859-1"
+Content-Transfer-Encoding: quoted-printable
+
+I just want to make sure I understand this right...
+
+I use this source code to build the base of my game...
+I do all sorts of work to make my own game built around this core =
+engine...
+I then try to get people to play the game...
+People get the game (for free, or at least, for the cost of shipping it, =
+but no profit can be made on that...)
+I charge for the monthly service to the game, and make boat loads of =
+money...
+
+But then, because of the way this license reads, someone else can =
+request the entire source code to my game, set up their own game that's =
+exactly like mine, and charge people to use it just like I am doing...=20
+
+So if all of the above is correct... what is the point of me making my =
+game using NeL in the first place?  When someone can just steal my =
+entire game (not just the NeL source, but all of the "derivitive works" =
+that are packaged with it as a whole), and run the game service =
+themselves... basically, taking me out of the loop entirely.
+
+If I'm completely off here, I appologise.  I'm extremely new to the =
+whole "open source" thing...=20
+
+My main concern is that I have a bunch of gameplay concepts that I want =
+to implement... having nothing to do with graphical quality, or any sort =
+of innovative programming... I have plot, and I have what I consider a =
+"bigger and better plan" than anything UO or EQ or AC have ever done... =
+and this license is basically saying that I have to give all of THAT =
+stuff up if I choose to use NeL as my core code?
+
+*scratches head*=20
+
+------=_NextPart_000_0011_01C09AA3.9B7D49C0
+Content-Type: text/html;
+	charset="iso-8859-1"
+Content-Transfer-Encoding: quoted-printable
+
+<!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 just want to make sure I understand this=20
+right...</FONT></DIV>
+<DIV><FONT size=3D2></FONT>&nbsp;</DIV>
+<DIV><FONT size=3D2>I use this source code to build the base of my=20
+game...</FONT></DIV>
+<DIV><FONT size=3D2>I do all sorts of work to make my own game built =
+around this=20
+core engine...</FONT></DIV>
+<DIV><FONT size=3D2>I then try to get people to play the =
+game...</FONT></DIV>
+<DIV><FONT size=3D2>People get the game (for free, or at least, for the =
+cost of=20
+shipping it, but no profit can be made on that...)</FONT></DIV>
+<DIV><FONT size=3D2>I charge for the monthly service to the game, and =
+make boat=20
+loads of money...</FONT></DIV>
+<DIV><FONT size=3D2></FONT>&nbsp;</DIV>
+<DIV><FONT size=3D2>But then, because of the way this license reads, =
+someone else=20
+can request the entire source code to my game, set up their own game =
+that's=20
+exactly like mine, and charge people to use it just like I am doing...=20
+</FONT></DIV>
+<DIV><FONT size=3D2></FONT>&nbsp;</DIV>
+<DIV><FONT size=3D2>So if all of the above is correct... what is the =
+point of me=20
+making my game using NeL in the first place?&nbsp; When someone can just =
+steal=20
+my entire game (not just the NeL source, but all of the "derivitive =
+works" that=20
+are packaged with it as a whole), and run the game service themselves... =
+
+basically, taking me out of the loop entirely.</FONT></DIV>
+<DIV><FONT size=3D2></FONT>&nbsp;</DIV>
+<DIV><FONT size=3D2>If I'm completely off here, I appologise.&nbsp; I'm =
+extremely=20
+new to the whole "open source" thing... </FONT></DIV>
+<DIV><FONT size=3D2></FONT>&nbsp;</DIV>
+<DIV><FONT size=3D2>My main concern is that I have a bunch of gameplay =
+concepts=20
+that I want to implement... having nothing to do with graphical quality, =
+or any=20
+sort of innovative programming... I have plot, and I have what I =
+consider a=20
+"bigger and better plan" than anything UO or EQ or AC have ever done... =
+and this=20
+license is basically saying that I have to give all of THAT stuff up if =
+I choose=20
+to use NeL as my core code?</FONT></DIV>
+<DIV><FONT size=3D2></FONT>&nbsp;</DIV>
+<DIV><FONT size=3D2>*scratches head*&nbsp;</FONT></DIV></BODY></HTML>
+
+------=_NextPart_000_0011_01C09AA3.9B7D49C0--
+
+
+
+ + + + + + + + + + + + +
+

+ diff --git a/pipermail/nel/2001-February/000222.html b/pipermail/nel/2001-February/000222.html new file mode 100644 index 00000000..c6b8fd2f --- /dev/null +++ b/pipermail/nel/2001-February/000222.html @@ -0,0 +1,106 @@ + + + + [Nel] Something I don't understand about the license agreement. + + + + + + +

[Nel] Something I don't understand about the license agreement.

+ Bryce Harrington + bryce@neptune.net
+ Mon, 19 Feb 2001 17:12:38 -0800 (PST) +

+
+ +
If it is important to you to keep your IP closed, then you should use a
+closed library rather than an open one.  There are many other libraries
+out there that allow for keeping stuff proprietary, and some of them are
+quite good.  Some require fees or other charges in return for use of
+their license.
+
+NEL, like other open source things, operates on a share-and-share-alike
+principle.  Nevrax is being very generous in providing their code
+openly, so you can see it and use it without having to pay any fees.
+The one condition that they have asked in return is that you do
+likewise.  You have to decide for yourself if their price is acceptable,
+and if so, you're bound to abide by it.  If it isn't, then you should
+use a different piece of code more to your liking (or write your own).  
+
+NEL keeps their game _content_ (e.g., artwork) proprietary while
+releasing their source code; perhaps you could follow that approach as
+well.  Or else you could strive to compete with other users of your
+modified code on the basis of name recognition, performance,
+reliability, and customer service.
+
+(This is community service - I'm not associated with NEL in any way, but
+admire that they are actually making their source code Free.)
+
+Bryce
+
+On Mon, 19 Feb 2001, Jared Mark wrote:
+
+> I just want to make sure I understand this right...
+> 
+> I use this source code to build the base of my game...
+> I do all sorts of work to make my own game built around this core engine...
+> I then try to get people to play the game...
+> People get the game (for free, or at least, for the cost of shipping it, but no profit can be made on that...)
+> I charge for the monthly service to the game, and make boat loads of money...
+> 
+> But then, because of the way this license reads, someone else can request the entire source code to my game, set up their own game that's exactly like mine, and charge people to use it just like I am doing... 
+> 
+> So if all of the above is correct... what is the point of me making my game using NeL in the first place?  When someone can just steal my entire game (not just the NeL source, but all of the "derivitive works" that are packaged with it as a whole), and run the game service themselves... basically, taking me out of the loop entirely.
+> 
+> If I'm completely off here, I appologise.  I'm extremely new to the whole "open source" thing... 
+> 
+> My main concern is that I have a bunch of gameplay concepts that I want to implement... having nothing to do with graphical quality, or any sort of innovative programming... I have plot, and I have what I consider a "bigger and better plan" than anything UO or EQ or AC have ever done... and this license is basically saying that I have to give all of THAT stuff up if I choose to use NeL as my core code?
+> 
+> *scratches head* 
+> 
+
+-- 
+Bryce Harrington  ~  ACME General Purpose Hacker / Designer / Rocket Scientist
+------------------------------------------------------------------------------
+SBL SBIRS/Low NPOESS NGST  HarrGene CivII WorldForge Eidetic Circe STAGE iMSDW
+bharrington @ msdw.com     bryce @ neptune.net     bryceharrington @ yahoo.com
+
+
+
+ + + + + + + + + + + + +
+

+ diff --git a/pipermail/nel/2001-February/000223.html b/pipermail/nel/2001-February/000223.html new file mode 100644 index 00000000..d18393c3 --- /dev/null +++ b/pipermail/nel/2001-February/000223.html @@ -0,0 +1,111 @@ + + + + [Nel] Something I don't understand about the license agreement. + + + + + + +

[Nel] Something I don't understand about the license agreement.

+ James Hearn + james.hearn@byu.edu
+ Mon, 19 Feb 2001 18:32:33 -0600 +

+
+ +
Bryce Harrington wrote:
+> 
+> If it is important to you to keep your IP closed, then you should use a
+> closed library rather than an open one.  There are many other libraries
+> out there that allow for keeping stuff proprietary, and some of them are
+> quite good.  Some require fees or other charges in return for use of
+> their license.
+> 
+> NEL, like other open source things, operates on a share-and-share-alike
+> principle.  Nevrax is being very generous in providing their code
+> openly, so you can see it and use it without having to pay any fees.
+> The one condition that they have asked in return is that you do
+> likewise.  You have to decide for yourself if their price is acceptable,
+> and if so, you're bound to abide by it.  If it isn't, then you should
+> use a different piece of code more to your liking (or write your own).
+> 
+> NEL keeps their game _content_ (e.g., artwork) proprietary while
+> releasing their source code; perhaps you could follow that approach as
+> well.  Or else you could strive to compete with other users of your
+> modified code on the basis of name recognition, performance,
+> reliability, and customer service.
+> 
+> (This is community service - I'm not associated with NEL in any way, but
+> admire that they are actually making their source code Free.)
+> 
+> Bryce
+> 
+> On Mon, 19 Feb 2001, Jared Mark wrote:
+> 
+> > I just want to make sure I understand this right...
+> >
+> > I use this source code to build the base of my game...
+> > I do all sorts of work to make my own game built around this core engine...
+> > I then try to get people to play the game...
+> > People get the game (for free, or at least, for the cost of shipping it, but no profit can be made on that...)
+> > I charge for the monthly service to the game, and make boat loads of money...
+> >
+> > But then, because of the way this license reads, someone else can request the entire source code to my game, set up their own game that's exactly like mine, and charge people to use it just like I am doing...
+> >
+> > So if all of the above is correct... what is the point of me making my game using NeL in the first place?  When someone can just steal my entire game (not just the NeL source, but all of the "derivitive works" that are packaged with it as a whole), and run the game service themselves... basically, taking me out of the loop entirely.
+> >
+> > If I'm completely off here, I appologise.  I'm extremely new to the whole "open source" thing...
+> >
+> > My main concern is that I have a bunch of gameplay concepts that I want to implement... having nothing to do with graphical quality, or any sort of innovative programming... I have plot, and I have what I consider a "bigger and better plan" than anything UO or EQ or AC have ever done... and this license is basically saying that I have to give all of THAT stuff up if I choose to use NeL as my core code?
+> >
+> > *scratches head*
+> >
+
+I've been speaking with Jared, and it seems he is not opposed to open
+source. However, he wonders (as do I) where Nel ends and our code
+begins. Does any project using nel have to release *all* of its source
+code? Or just modifications to Nel itself? Modifications to Nel should
+*of course* be open source. It is basically things like game logic that
+Jared is concerned about.
+
+--James Hearn
+
+
+ + + + + + + + + + + + + +
+

+ diff --git a/pipermail/nel/2001-February/000224.html b/pipermail/nel/2001-February/000224.html new file mode 100644 index 00000000..cd11a76f --- /dev/null +++ b/pipermail/nel/2001-February/000224.html @@ -0,0 +1,116 @@ + + + + [Nel] Something I don't understand about the license agreement. + + + + + + +

[Nel] Something I don't understand about the license agreement.

+ Leighton Haynes + dayta@ucc.gu.uwa.edu.au
+ Tue, 20 Feb 2001 09:35:48 +0800 +

+
+ +
On Mon, Feb 19, 2001 at 05:12:38PM -0800, Bryce Harrington wrote:
+> If it is important to you to keep your IP closed, then you should use a
+> closed library rather than an open one.  There are many other libraries
+> out there that allow for keeping stuff proprietary, and some of them are
+> quite good.  Some require fees or other charges in return for use of
+> their license.
+This is a bit misleading. The game world is also your IP. This bit of IP
+would most definitely stay closed, in any commercial concern. And in general
+even most free (the beer sense, not the speech) games worlds. Having your
+game world ripped off does happen (it happened to DiscWorld mud, not that
+it's exactly 'killed' them,  but they did from memory end up making
+the sourcecode harder to get hold of). 
+
+> NEL, like other open source things, operates on a share-and-share-alike
+> principle.  Nevrax is being very generous in providing their code
+> openly, so you can see it and use it without having to pay any fees.
+> The one condition that they have asked in return is that you do
+> likewise.  You have to decide for yourself if their price is acceptable,
+> and if so, you're bound to abide by it.  If it isn't, then you should
+> use a different piece of code more to your liking (or write your own).  
+In return for giving a good base set of libraries, Nevrax hope to get 
+lots of free contributions to their project. This isn't as evil as it sounds
+since everyone is still free to work on whatever parts they like, and
+hopefully they will remain fairly lenient on what features make it in to the
+repository. (Ie, don't just include what _they_ want. I don't imply
+they should be lenient on content. Be code nazis, keep ugly code out :P)
+Of course, if they behave in a manner you feel is not conducive to
+the spirit of open-source development, you're free to split off your own 
+version of the tree.
+
+> NEL keeps their game _content_ (e.g., artwork) proprietary while
+> releasing their source code; perhaps you could follow that approach as
+> well.  Or else you could strive to compete with other users of your
+> modified code on the basis of name recognition, performance,
+> reliability, and customer service.
+
+This should be stressed a bit more. It's basically impossible for them to
+'duplicate' your mud/whatever without the content. Content is not just artwork,
+but all the sounds, probably most of the look of the interface, the scripts 
+which control the AI behaviour. Basically, if they can take your sourcecode, 
+and duplicate your mud, you haven't doine very much :)
+
+What they do get of course, is that little mod you did to the game engine
+for pretty-as-hell lens effects. Or your modified particle engine
+to accurately model a fireball. Anyone who looks at the current crop of games
+will tell you that it's not this sort of thing that makes or breaks a game.
+
+> (This is community service - I'm not associated with NEL in any way, but
+> admire that they are actually making their source code Free.)
+Yeah, ditto the not associated with Nevrax thing... 
+unless they feel like hiring of course ;)
+
+Leighton...
+
+--
+
+Part-time student. Full-time Programmer. 
+Seeking the 36 hour day and the 10 hour working week.
+(08) 9272 9058 (Home - like I'm ever there)
+0401 335 136 (Mobile - like it's ever on)
+
+
+ + + + + + + + + + + + + + +
+

+ diff --git a/pipermail/nel/2001-February/000225.html b/pipermail/nel/2001-February/000225.html new file mode 100644 index 00000000..07d13860 --- /dev/null +++ b/pipermail/nel/2001-February/000225.html @@ -0,0 +1,156 @@ + + + + [Nel] Something I don't understand about the license agreement. + + + + + + +

[Nel] Something I don't understand about the license agreement.

+ EagleEye + eagleeye@flashmail.com
+ Mon, 19 Feb 2001 19:26:46 -0600 +

+
+ +
Well, as someone else put it in a private chat... I'm wondering "exactly
+where does their code stop, and my code begin?"
+
+Do I get to keep the coding behind the interaction rules of my game to
+myself?  My skill system, and the way characters develop within the game...
+the way my player housing system, and player governments system is
+handled... is that mine to keep?  I guess a lot of it depends on how I go
+about forming those rules... and that depends on how NeL allows me to build
+my world.
+
+I can understand sharing a new add-on, such as the ability to use DirectX 8
+with NeL... I can understand adding functionality to the core engine... that
+I wouldn't mind giving up to the general masses.  Heck, I don't care if I
+give up the artwork!  What's important to me is keeping my gameplay designs
+proprietary.  I don't want someone copying my game's LOGIC... because to me,
+that's what will make my game innovative, and will be the main reason people
+will play it.  If I give that up freely, I might as well go for a different
+core package.
+
+----- Original Message -----
+From: "Bryce Harrington" <bryce@neptune.net>
+To: <nel@nevrax.org>
+Sent: Monday, February 19, 2001 7:12 PM
+Subject: Re: [Nel] Something I don't understand about the license agreement.
+
+
+> If it is important to you to keep your IP closed, then you should use a
+> closed library rather than an open one.  There are many other libraries
+> out there that allow for keeping stuff proprietary, and some of them are
+> quite good.  Some require fees or other charges in return for use of
+> their license.
+>
+> NEL, like other open source things, operates on a share-and-share-alike
+> principle.  Nevrax is being very generous in providing their code
+> openly, so you can see it and use it without having to pay any fees.
+> The one condition that they have asked in return is that you do
+> likewise.  You have to decide for yourself if their price is acceptable,
+> and if so, you're bound to abide by it.  If it isn't, then you should
+> use a different piece of code more to your liking (or write your own).
+>
+> NEL keeps their game _content_ (e.g., artwork) proprietary while
+> releasing their source code; perhaps you could follow that approach as
+> well.  Or else you could strive to compete with other users of your
+> modified code on the basis of name recognition, performance,
+> reliability, and customer service.
+>
+> (This is community service - I'm not associated with NEL in any way, but
+> admire that they are actually making their source code Free.)
+>
+> Bryce
+>
+> On Mon, 19 Feb 2001, Jared Mark wrote:
+>
+> > I just want to make sure I understand this right...
+> >
+> > I use this source code to build the base of my game...
+> > I do all sorts of work to make my own game built around this core
+engine...
+> > I then try to get people to play the game...
+> > People get the game (for free, or at least, for the cost of shipping it,
+but no profit can be made on that...)
+> > I charge for the monthly service to the game, and make boat loads of
+money...
+> >
+> > But then, because of the way this license reads, someone else can
+request the entire source code to my game, set up their own game that's
+exactly like mine, and charge people to use it just like I am doing...
+> >
+> > So if all of the above is correct... what is the point of me making my
+game using NeL in the first place?  When someone can just steal my entire
+game (not just the NeL source, but all of the "derivitive works" that are
+packaged with it as a whole), and run the game service themselves...
+basically, taking me out of the loop entirely.
+> >
+> > If I'm completely off here, I appologise.  I'm extremely new to the
+whole "open source" thing...
+> >
+> > My main concern is that I have a bunch of gameplay concepts that I want
+to implement... having nothing to do with graphical quality, or any sort of
+innovative programming... I have plot, and I have what I consider a "bigger
+and better plan" than anything UO or EQ or AC have ever done... and this
+license is basically saying that I have to give all of THAT stuff up if I
+choose to use NeL as my core code?
+> >
+> > *scratches head*
+> >
+>
+> --
+> Bryce Harrington  ~  ACME General Purpose Hacker / Designer / Rocket
+Scientist
+> --------------------------------------------------------------------------
+----
+> SBL SBIRS/Low NPOESS NGST  HarrGene CivII WorldForge Eidetic Circe STAGE
+iMSDW
+> bharrington @ msdw.com     bryce @ neptune.net     bryceharrington @
+yahoo.com
+>
+> _______________________________________________
+> Nel mailing list
+> Nel@nevrax.org
+> http://www.nevrax.org/mailman/listinfo.cgi/nel
+>
+
+
+
+ + + + + + + + + + + +
+

+ diff --git a/pipermail/nel/2001-February/000226.html b/pipermail/nel/2001-February/000226.html new file mode 100644 index 00000000..7cfbe342 --- /dev/null +++ b/pipermail/nel/2001-February/000226.html @@ -0,0 +1,166 @@ + + + + [Nel] Something I don't understand about the license agreement. + + + + + + +

[Nel] Something I don't understand about the license agreement.

+ Sal + svferro@earthlink.com
+ Mon, 19 Feb 2001 20:50:42 -0500 +

+
+ +
> I just want to make sure I understand this right...
+> I use this source code to build the base of my game...
+> I do all sorts of work to make my own game built around this core
+engine...
+> I then try to get people to play the game...
+> People get the game (for free, or at least, for the cost of shipping it,
+but no profit can be made on
+> that...)
+
+    The last point isn't necessarily true.  You could likely sell your game
+for as much as you want.  As Red Hat sells Linux.  The GPL only insures that
+the source code to the binaries in your distribution must be made available.
+It doesn't cover the media you make, the documentation you write. People
+don't have the right to redistribute your custom media, or your custom game
+manuals.  Downloading the binary still won't grant you ability to play the
+game... you need the media.  Which is where the advantage is in the GPL game
+market in comparison to something like an operating system, such as Linux.
+
+    In short, you can still make money off of a GPL game.  Though I would
+rather see companies release all their artwork under an opencontent license,
+they don't have to.
+
+> I charge for the monthly service to the game, and make boat loads of
+money...
+
+> But then, because of the way this license reads, someone else can request
+the entire source code to
+> my game, set up their own game that's exactly like mine, and charge people
+to use it just like I am
+> doing...
+
+    If I'm not mistaken, the things that define your game would mostly be
+located in serverside databases. Yes any modification to the server _code_
+would have to be redistributed, but you could create pretty unique worlds
+and plots by simply editing some serverside database.  Which entails
+creating maps, placing NPCs, possibly even defining rules such as what
+skills players have.
+
+    I'm pretty sure these databases would not be covered by the GPL.  All
+that people could 'steal' would be your binaries. And that does not mean
+they can carbon-coby your game.  Your rules, mapfiles, plot, etc. could all
+be copywritten material.
+
+    And if you were able to modify the Nel code to make a better game...
+then someone that uses your code could likely make a better game yet. And
+the code that they created, you could use yet again in your own server.
+Opensource has many advantages related to software quality. Imagine how many
+people would be working to fix bugs and improve the codebase that is
+powering your world, in comparison to a proprietary codebase.
+
+> So if all of the above is correct... what is the point of me making my
+game using
+> NeL in the first place?  When someone can just steal my entire game (not
+just
+> the NeL source, but all of the "derivitive works" that are packaged with
+it as a
+> whole), and run the game service themselves... basically, taking me out of
+the loop
+> entirely.
+
+    I think 'derivitive works' pertains to modifications of the Nel codebase
+(not artwork, media. documentation, rules, etc.).  And I think its fair that
+you would be required to release your source changes, since its the hard
+work of others that makes your game possible, and they just want to make
+sure that your code improvements to their product will be made available.
+
+    Again, your game could have plenty of copywritten material that would
+not be easily 'stolen', and in fact, would be the equivalent of stealing the
+ruleset and media from an proprietary game, such as Asheron's Call or
+Everquest.  Which is prosecutable.
+
+    Say I downloaded the binaries for Everquest's client and server (imagine
+they were GPLed). I still could not create an 'Everquest' game and put them
+out of business, I would need to create an exact copy of all their media, I
+would also have to mimic their ruleset, copy their maps, etc. And doing all
+that would be illegal, since its all copywritten material.
+
+    I also could not sell CD's of Everquest, because in order for their
+client to be useful it needs all the copywritten material that comes on the
+Everquest CD.
+
+> If I'm completely off here, I appologise.  I'm extremely new to the whole
+"open source"
+> thing...
+
+> My main concern is that I have a bunch of gameplay concepts that I want to
+implement...
+> having nothing to do with graphical quality, or any sort of innovative
+programming...
+> I have plot, and I have what I consider a "bigger and better plan" than
+anything UO or
+> EQ or AC have ever done... and this license is basically saying that I
+have to give all of
+> THAT stuff up if I choose to use NeL as my core code?
+
+    Where you're mistaken is that the GPL doesnt force you to distribute
+_everything_  for free.  Just the material that is covered under the GPL,
+which would be, the source code to the binaries... and the source to any
+libraries used in conjunction with them.
+
+    I'm not a lawyer, by any means. But I have some experience in developing
+opensource gaming software. I think a lot of people share the same
+misconceptions, which is why I felt compelled to reply.  I'm of the opinion
+that opensource and games are a perfect match.  Its really a no-lose
+situation, if you're thinking of developing your own game.
+
+- Sal
+
+
+
+
+
+ + + + + + + + + + + + + + +
+

+ diff --git a/pipermail/nel/2001-February/000227.html b/pipermail/nel/2001-February/000227.html new file mode 100644 index 00000000..bf38cdd8 --- /dev/null +++ b/pipermail/nel/2001-February/000227.html @@ -0,0 +1,84 @@ + + + + [Nel] Something I don't understand about the license agreement. + + + + + + +

[Nel] Something I don't understand about the license agreement.

+ Bryce Harrington + bryce@neptune.net
+ Mon, 19 Feb 2001 18:45:30 -0800 (PST) +

+
+ +
On Tue, 20 Feb 2001, Leighton Haynes wrote:
+> On Mon, Feb 19, 2001 at 05:12:38PM -0800, Bryce Harrington wrote:
+> > If it is important to you to keep your IP closed, then you should use a
+> > closed library rather than an open one.  There are many other libraries
+> > out there that allow for keeping stuff proprietary, and some of them are
+> > quite good.  Some require fees or other charges in return for use of
+> > their license.
+> This is a bit misleading. The game world is also your IP. This bit of IP
+> would most definitely stay closed, in any commercial concern. And in general
+> even most free (the beer sense, not the speech) games worlds. Having your
+> game world ripped off does happen (it happened to DiscWorld mud, not that
+> it's exactly 'killed' them,  but they did from memory end up making
+> the sourcecode harder to get hold of). 
+
+That's true; I meant only the IP additions to the NEL sourcecode, which
+appeared to be what the original poster was interested in.  As Sal said,
+the game content would be handled differently.
+
+I'm less sure of the rules regarding dynamic linking and scripting.  I
+think "linking is linking", so the former would fall under GPL rules,
+whereas the latter I would hazard to guess falls more into the "content"
+category and thus can be arbitrarily licensed.  But this seems like a
+very grey area, and seeking out ways to get around the author's intents
+and use their work on terms of dubious legality doesn't seem like a
+kosher thing to do.  
+
+In any case, you can always try negotiating with Nevrax for special
+licensing terms; I'm sure they're open to making more money.  ;-)
+ 
+Bryce
+
+
+
+ + + + + + + + + + + +
+

+ diff --git a/pipermail/nel/2001-February/000228.html b/pipermail/nel/2001-February/000228.html new file mode 100644 index 00000000..a653f3ad --- /dev/null +++ b/pipermail/nel/2001-February/000228.html @@ -0,0 +1,54 @@ + + + + [Nel] gl.h + + + + + + +

[Nel] gl.h

+ Valignat Cedric + valignat@nevrax.com
+ Tue, 20 Feb 2001 10:45:20 +0100 +

+
+ +
EagleEye wrote:
+> Ahh, right you are.  I skipped over that part because it seemed to still be
+> under the heading of  "On a GNU/Linux platform you will need the following
+> libraries and softwares :"... since that doesn't apply to me, I just kinda
+> let my mind skip over it. :)
+
+You right, it isn't very clear, i going to fix that ... :-)
+
+Cedric.
+
+
+
+ + +
+

+ diff --git a/pipermail/nel/2001-February/000229.html b/pipermail/nel/2001-February/000229.html new file mode 100644 index 00000000..eafe2459 --- /dev/null +++ b/pipermail/nel/2001-February/000229.html @@ -0,0 +1,78 @@ + + + + [Nel] Dynamic load balancing? + + + + + + +

[Nel] Dynamic load balancing?

+ Thierry Mallard + thierry@mallard.com
+ Tue, 20 Feb 2001 10:56:54 +0100 +

+
+ +
On Mon, Feb 19, 2001 at 03:43:59PM -0600, Jared Mark wrote:
+> Okay, so what you're saying is basically this...
+> 
+> By seperating the services, you can have a cluster of machines, each running
+> different services, and thus, keeping the load down across the board.  You
+> would have a single system, for example, handling just combat resolution,
+> and you would have another system that would keep track of the database...
+
+We may have to add features concerning high-availability, as this scheme
+doesn't allow it : if the computing holding the combat resolution fails, the
+world will be a heaven of peace  ;-)
+
+The second point is that if a service grow too much, the load-balancing won't
+respond to the problem. You mentionned this point in your previous mail I
+think.
+
+One possible architecture is to write separate process, and give two or three
+computer the responsiblity to distribute, by monitoring the farm, those
+process. I dunno if such scheme is possible w.r.t. the current NeL objectives
+(?)
+
+Best regards,
+
+	Shaman
+
+-- 
+Thierry Mallard              |              
+GnuPG key on wwwkeys.pgp.net |
+key 0xA3D021CB               |
+http://thierry.mallard.com   |     
+
+
+
+ + + + + +
+

+ diff --git a/pipermail/nel/2001-February/000230.html b/pipermail/nel/2001-February/000230.html new file mode 100644 index 00000000..d7b56776 --- /dev/null +++ b/pipermail/nel/2001-February/000230.html @@ -0,0 +1,96 @@ + + + + [Nel] Dynamic load balancing? + + + + + + +

[Nel] Dynamic load balancing?

+ Vincent Archer + archer@nevrax.com
+ Tue, 20 Feb 2001 14:20:32 +0100 +

+
+ +
According to Thierry Mallard:
+> On Mon, Feb 19, 2001 at 03:43:59PM -0600, Jared Mark wrote:
+> > Okay, so what you're saying is basically this...
+> > 
+> > By seperating the services, you can have a cluster of machines, each running
+> > different services, and thus, keeping the load down across the board.  You
+> > would have a single system, for example, handling just combat resolution,
+> > and you would have another system that would keep track of the database...
+
+Basically, yes. It may be more complicated than this. For example, we must
+strive to keep only a single service handling items, while we may run
+multiple concurrent instances of AI services to have lots of smart bots.
+
+> We may have to add features concerning high-availability, as this scheme
+> doesn't allow it : if the computing holding the combat resolution fails, the
+> world will be a heaven of peace  ;-)
+
+It's all a compromise. If a geographic server (in a geographic approach)
+fails, suddendly, part of the world becomes unpassable. You can't log in
+if you were in them, you can't enter them, and so on. Different failure
+modes.
+
+> The second point is that if a service grow too much, the load-balancing won't
+> respond to the problem. You mentionned this point in your previous mail I
+> think.
+> 
+> One possible architecture is to write separate process, and give two or three
+> computer the responsiblity to distribute, by monitoring the farm, those
+> process. I dunno if such scheme is possible w.r.t. the current NeL objectives
+
+It is. In fact, a lot of services will be spread across different nodes,
+but that's because these services are 'linear': each agent it manages
+deals chiefly with itself. On the other hand, some are harder to split.
+Item management for example, because of ownership and transfer issues:
+if item A is owner by entity E, and all items of entity E are on server S1,
+what happens when item is given to entity D, whose items are all on the
+server S2. You break locality, which defeats the purpose of functional
+services.
+
+However, for load balancing purpose, one feature of functional split is
+quite simple. If your item server, for example, manages 300,000 currently
+present items, it doesn't matter if everyone currently on-line decides
+to cluster in a single city: there are still 300,000 items to manage, and
+the amount of item interactions haven't changed much.
+
+-- 
+Vincent Archer                                         Email: archer@nevrax.com
+
+Nevrax France.                              Off on the yellow brick road we go!
+
+
+ + + + + +
+

+ diff --git a/pipermail/nel/2001-February/000231.html b/pipermail/nel/2001-February/000231.html new file mode 100644 index 00000000..110c8aea --- /dev/null +++ b/pipermail/nel/2001-February/000231.html @@ -0,0 +1,106 @@ + + + + [Nel] Dynamic load balancing? + + + + + + +

[Nel] Dynamic load balancing?

+ Vincent Archer + archer@nevrax.com
+ Tue, 20 Feb 2001 14:35:01 +0100 +

+
+ +
According to Nahuel Greco:
+> You will use standard CORBA?, wich orb?
+
+Not CORBA. As I said, 'a kind of ORB approach'. Not a straight lift
+from existing solutions, who are nice from a development point of view,
+but whose features are too generic and too heavy for optimisation.
+
+> What are the "functional" parts that you will be planning? 
+
+I don't have the exact split, which is deeply tied into game design,
+but you'll have chiefly:
+- access services (who translate between client protocol and service
+  requests)
+- PC manager services
+- combat services
+- item services
+- databaser service (only one)
+- pathfinding services
+- bots service (AI)
+- magic services (maybe, I'm not 100% sure if these aren't managed by the
+  other services as exceptions to their rules)
+
+then some geographic-based services
+
+- ecology managers
+- state tracking (the true geography service. That one knows where mobs,
+  ground items, and PC are relative to each other... but that's about
+  all it does)
+
+and a few others, I think, who are related to higher-level game dynamics.
+
+I might be off, there's still questions on which service handle which
+agent for some cases.
+
+> How do you plan to send the map to the user, i mean, if you divide the game
+> in areas, you can say the client to download the map for an area before
+> enter, but if you dont use the area-divided approach, then, you must send
+> the sorrounding terraing at each step that the client do?
+
+We use a 'mainly static terrain' approach. I.E. the client already has the
+various maps parts on-line. We only send gross modifications (i.e. replace
+this map part with that pre-patched one, so the rope bridge across the chasm
+is no longer there) and local items information (some trees have grown
+while you were away).
+
+Sending the map on the fly requires substantial sacrifices in term of map
+complexity (see Asheron's Call for a good example for this).
+
+> There is no risks of overloading the internal network / get out of sync?
+
+The functional approach is made by looking at the communication between
+agents, and putting all agents that discuss with each other the most in
+the same services, to avoid network load. Note that agents do *not*
+migrate across the network, ever (i.e. a PC full state is always managed
+by a specific PC service, regardless of what the PC does or where he
+moves).
+
+-- 
+Vincent Archer                                         Email: archer@nevrax.com
+
+Nevrax France.                              Off on the yellow brick road we go!
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2001-February/000232.html b/pipermail/nel/2001-February/000232.html new file mode 100644 index 00000000..b22b7064 --- /dev/null +++ b/pipermail/nel/2001-February/000232.html @@ -0,0 +1,137 @@ + + + + [Nel] Dynamic load balancing? + + + + + + +

[Nel] Dynamic load balancing?

+ Nahuel Greco + ngreco@softhome.net
+ Tue, 20 Feb 2001 11:19:04 -0300 +

+
+ +
On Tue, 20 Feb 2001 14:35:01 +0100
+Vincent Archer <archer@nevrax.com> wrote:
+
+> I don't have the exact split, which is deeply tied into game design,
+> but you'll have chiefly:
+> - access services (who translate between client protocol and service
+>   requests)
+> - PC manager services
+> - combat services
+
+I must switch to combat mode in the game?, i mean, when i combat, the scenary
+and the gameplay changes, like in the PSX rpg games?
+
+> - item services
+> - databaser service (only one)
+> - pathfinding services
+> - bots service (AI)
+> - magic services (maybe, I'm not 100% sure if these aren't managed by the
+>   other services as exceptions to their rules)
+> 
+
+If the bots service want to pathfind to some location, they must ask to the
+pathfinding service?, and the pathfinding service must ask to the "state
+tracking" ?, suposse that i have a bot script, running in the bot service, 
+in some routine i must see if i can walk to some location, on the nort, on the
+ south, etc, to decide later where i will walk.. then.. each bot script 
+get_is_reachable() function will trigger a query to another service, and must 
+wait the response of that service  to continue the code execution.
+
+for thousands of scripts, that will be too slow, without thinking in the
+"wait, is your query is in the queque" issue.
+
+
+and btw, what scripting language do you plan to use for the code that will
+execute in thousand of instances..?
+
+
+
+> then some geographic-based services
+> 
+> - ecology managers
+
+That will instantiate, for example.. more gold to keep the economy ok ?
+
+
+> - state tracking (the true geography service. That one knows where mobs,
+>   ground items, and PC are relative to each other... but that's about
+>   all it does)
+> 
+> and a few others, I think, who are related to higher-level game dynamics.
+> 
+> I might be off, there's still questions on which service handle which
+> agent for some cases.
+> 
+> > How do you plan to send the map to the user, i mean, if you divide the game
+> > in areas, you can say the client to download the map for an area before
+> > enter, but if you dont use the area-divided approach, then, you must send
+> > the sorrounding terraing at each step that the client do?
+> 
+> We use a 'mainly static terrain' approach. I.E. the client already has the
+> various maps parts on-line. We only send gross modifications (i.e. replace
+> this map part with that pre-patched one, so the rope bridge across the chasm
+> is no longer there) and local items information (some trees have grown
+> while you were away).
+> 
+> Sending the map on the fly requires substantial sacrifices in term of map
+> complexity (see Asheron's Call for a good example for this).
+> 
+> > There is no risks of overloading the internal network / get out of sync?
+> 
+> The functional approach is made by looking at the communication between
+> agents, and putting all agents that discuss with each other the most in
+> the same services, to avoid network load. Note that agents do *not*
+> migrate across the network, ever (i.e. a PC full state is always managed
+> by a specific PC service, regardless of what the PC does or where he
+> moves).
+> 
+> -- 
+> Vincent Archer                                         Email: archer@nevrax.com
+> 
+> Nevrax France.                              Off on the yellow brick road we go!
+> _______________________________________________
+> Nel mailing list
+> Nel@nevrax.org
+> http://www.nevrax.org/mailman/listinfo.cgi/nel
+> 
+
+
+----------------------------------------------------------
+Nahuel Greco                 Web Development - Open Source
+http://www.codelarvs.com.ar  Game Programming - Research
+Freelance coding / sysadmin  Networking. The answer is 42.
+----------------------------------------------------------
+
+
+ + +
+

+ diff --git a/pipermail/nel/2001-February/000233.html b/pipermail/nel/2001-February/000233.html new file mode 100644 index 00000000..fda78d76 --- /dev/null +++ b/pipermail/nel/2001-February/000233.html @@ -0,0 +1,66 @@ + + + + [Nel] Dynamic load balancing? + + + + + + +

[Nel] Dynamic load balancing?

+ Nahuel Greco + ngreco@softhome.net
+ Tue, 20 Feb 2001 11:21:38 -0300 +

+
+ +
On Tue, 20 Feb 2001 14:20:32 +0100
+Vincent Archer <archer@nevrax.com> wrote:
+
+> 
+> It's all a compromise. If a geographic server (in a geographic approach)
+> fails, suddendly, part of the world becomes unpassable. You can't log in
+> if you were in them, you can't enter them, and so on. Different failure
+> modes.
+> 
+
+Then, you has the map divided in zones,... if a geographic server dies, other
+will be taking the zone that belong to the died server? .. 
+the zones are fixed or dynamic?
+
+
+
+----------------------------------------------------------
+Nahuel Greco                 Web Development - Open Source
+http://www.codelarvs.com.ar  Game Programming - Research
+Freelance coding / sysadmin  Networking. The answer is 42.
+----------------------------------------------------------
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2001-February/000234.html b/pipermail/nel/2001-February/000234.html new file mode 100644 index 00000000..0bb912f7 --- /dev/null +++ b/pipermail/nel/2001-February/000234.html @@ -0,0 +1,186 @@ + + + + [Nel] Something I don't understand about the license agreement. + + + + + + +

[Nel] Something I don't understand about the license agreement.

+ Vincent Archer + archer@nevrax.com
+ Tue, 20 Feb 2001 15:36:33 +0100 +

+
+ +
Wow, lots of questions.
+
+Ok, I'll try to summarise the replies to your points, without too much
+dilution. Bear with me, this is quite long, but I'll try to be as
+unambiguous as possible.
+
+Jared Mark said:
+> People get the game (for free, or at least, for the cost of shipping it, =
+> but no profit can be made on that...)
+
+Point one: As explained somewhere else, the GPL make software "free" as
+in "freedom", not "free" as in "free of charge". You can pretty well make
+as much money as you want from your own game. The only thing is, if
+someone who got the program requests it, you have to give them access to
+the source for no more than reproduction costs on a "standard support"
+(i.e. giving only printouts of the code doesn't count) and shipping charges.
+
+Usually, people preventively put it on a download site somewhere, so
+they don't have to handle code requests on an individual basis. But
+that's not mandated.
+
+There are also other strings attached, namely, if you use that source
+you got to build a program which you distribute, you also have to provide
+the modified *OR* original (if unmodified) source under the same license
+terms.
+
+So:
+> But then, because of the way this license reads, someone else can request the entire source code to my game, set up their own game that's exactly like mine, and charge people to use it just like I am doing... 
+
+Eagle Eye said:
+> Well, as someone else put it in a private chat... I'm wondering "exactly
+> where does their code stop, and my code begin?"
+
+But what is code exactly? Code is the little thingy that makes a lens
+flare when looking toward the sun. Code is the special multipurpose
+network protocol that communicate reliably across the Internet (ahem).
+Code is the state automaton engine that handles your mobs.
+
+Code is not the 1000-line table of all items and their stats. Code is not
+the list of states and transitions a mob (btw, if anyone wonders about that
+term, it's an old MUD term for 'mobile object', i.e. all autonomous entities
+in the game that have a behaviour, as opposed as just having properties).
+Code is not the glossy metal and rivets texture on your door. Code is not
+the wondrous mocaped triple head kick to smash a skull. Code is not the
+cuckoo sound you hear while walking thru a forest in game.
+
+The GPL doesn't cover these parts at all.
+
+Bryce Harrington said:
+> NEL keeps their game _content_ (e.g., artwork) proprietary while
+> releasing their source code
+
+Minor nitpick: It's Nevrax, not NeL. NeL is the library, not the
+company :)
+
+But that's the gist of it. We do offer the code under a GPL license,
+but we retain the traditional copyright on our intellectual property.
+
+So, we don't want your game design. We can't get your game design.
+It's all yours. But if you add code to run a game using sensor gloves as
+the user interface and 3D glasses, then we have a right to request the
+code for that. We can then reuse the "HOW" you use them to play, but not
+the "WHY" you use them. How is code. Why is your game design.
+
+Eagle Eye said:
+> Do I get to keep the coding behind the interaction rules of my game to
+> myself?  My skill system, and the way characters develop within the game...
+> the way my player housing system, and player governments system is
+> handled... is that mine to keep?  I guess a lot of it depends on how I go
+> about forming those rules... and that depends on how NeL allows me to build
+> my world.
+
+Hmm, we have a little legal problem there. It's basically straight copyright
+law.
+
+Basically, you cannot copyright an idea. It's got nothing to do with whether
+NeL is GPL or a $1,000,000 licensed game engine, so don't let NeL's license
+stop you.
+
+You cannot copyright an idea. To take an example, let's say you're using
+a system of skill trees that are enabled by pre-required skills, level
+and required characteristics combinations, so that the "Accurate Eye Shot"
+skill requires Marksmanship, a level of 17, and a minimum dexterity of 38.
+
+You cannot prevent anyone from using a system of skill trees that require...
+(you get the gist). However, you can forbid anyone from using a set of
+skills that basically is a copy of yours. They have to make their own set
+of skills, and make them different "enough". That's where it gets tricky.
+The "enough" part is usually settled by court when there's a dispute.
+Merely renaming "Accurate Eye Shot" by "Advanced Bowmanship" doesn't
+count (usually), but the frontier between "my skill trees" and "your
+skill trees" isn't a straight and obvious line.
+
+To take a known analogy, copyright law doesn't prevent you from doing a
+novel set in the south during the civil war, with romance, and all that.
+However, copyright law will prevent you from calling your main character
+"Scarlett O'Hara".
+
+Leighton Haynes said:
+> This should be stressed a bit more. It's basically impossible for them to
+> 'duplicate' your mud/whatever without the content. Content is not just artwork,
+> but all the sounds, probably most of the look of the interface, the scripts 
+> which control the AI behaviour. Basically, if they can take your sourcecode, 
+> and duplicate your mud, you haven't doine very much :)
+
+"You have entered Ankh Morpok north". :)
+
+(sorry for the obscure MUD reference. I do hope people will recognise it)
+
+To get back to the initial post
+> My main concern is that I have a bunch of gameplay concepts that I
+> want to implement... having nothing to do with graphical quality, or
+> any sort of innovative programming... I have plot, and I have what I
+> consider a "bigger and better plan" than anything UO or EQ or AC have
+> ever done... and this license is basically saying that I have to give
+> all of THAT stuff up if I choose to use NeL as my core code?
+
+Nope. But be aware that the basic principles of your game design are
+automatically open, regardless of whether you use NeL or develop your
+own from scratch. What is proprietary to you is the 1000-rows database
+that describes your items, the recipes your artisans use to make items,
+the names and settings of the world, the artwork used to decorate the
+flag flying at the top of the keep.
+
+But not the "there are three realms that are mortal ennemies of each
+other" part. That, anyone can copy. Even if you were developping a
+game for a big company under death-before-you-speak agreements.
+
+> *scratches head* 
+
+/em massages Jared's shoulders.
+
+-- 
+Vincent Archer                                         Email: archer@nevrax.com
+
+Nevrax France.                              Off on the yellow brick road we go!
+
+
+ + + + + + + + +
+

+ diff --git a/pipermail/nel/2001-February/000235.html b/pipermail/nel/2001-February/000235.html new file mode 100644 index 00000000..bb9a5344 --- /dev/null +++ b/pipermail/nel/2001-February/000235.html @@ -0,0 +1,105 @@ + + + + [Nel] Something I don't understand about the license agreement. + + + + + + +

[Nel] Something I don't understand about the license agreement.

+ Vincent Archer + archer@nevrax.com
+ Tue, 20 Feb 2001 15:55:20 +0100 +

+
+ +
Well, you summarised my summaries...
+
+According to Sal:
+>     If I'm not mistaken, the things that define your game would mostly be
+> located in serverside databases. Yes any modification to the server _code_
+
+There are probably a few minor code modifications, required to support
+very specific rules (if you want to run elections, the code for booths
+and all that is probably hard code). But, if we've done our design right,
+most of a MMORPG design should be a matter of fiddling data.
+
+>     I'm pretty sure these databases would not be covered by the GPL.  All
+> that people could 'steal' would be your binaries. And that does not mean
+> they can carbon-coby your game.  Your rules, mapfiles, plot, etc. could all
+> be copywritten material.
+
+Not "could". Is. It's automatic and non-debatable. When you write it,
+it is automatically covered by copyright, and you have to explicitely
+put it in the public domain (which is not *that* easy). With the
+provision about plot; as I explained before, a plot cannot be
+copyrighted, while specifics are. You can't copyright "evil arch-villain
+wants to overthrow king", you can only copyright "Mezzo Kharkan wants
+to overthrow king Ariflax".
+
+(hmmm, if I have infringed some copyright here, it's purely unintentional,
+ and was only for purpose of citation. Honest)
+
+>     I think 'derivitive works' pertains to modifications of the Nel codebase
+
+In the GPL text, yes. Derivative works refer to code. GPL says exactly
+nothing about data, so it's not covered by the license.
+
+>     Say I downloaded the binaries for Everquest's client and server (imagine
+> they were GPLed). I still could not create an 'Everquest' game and put them
+> out of business, I would need to create an exact copy of all their media, I
+> would also have to mimic their ruleset, copy their maps, etc. And doing all
+> that would be illegal, since its all copywritten material.
+
+That's a good example. However (assuming Everquest code was GPL), once
+you'd produced a set of player and NPC models, and made a few zone files
+under a 3D modeller, and created your own items, you'd be able
+to launch Realquest.
+
+And try to put them out of business :)
+
+>     Where you're mistaken is that the GPL doesnt force you to distribute
+> _everything_  for free.  Just the material that is covered under the GPL,
+> which would be, the source code to the binaries... and the source to any
+> libraries used in conjunction with them.
+
+By FSF's own admission, the source of any library "not commonly available
+with the system". Otherwise, we'd have to provide the Nvidia OpenGL driver
+sources if we wanted to run our game on a Nvidia-equipped PC :)
+
+-- 
+Vincent Archer                                         Email: archer@nevrax.com
+
+Nevrax France.                              Off on the yellow brick road we go!
+
+
+ + + + + +
+

+ diff --git a/pipermail/nel/2001-February/000236.html b/pipermail/nel/2001-February/000236.html new file mode 100644 index 00000000..5572d772 --- /dev/null +++ b/pipermail/nel/2001-February/000236.html @@ -0,0 +1,83 @@ + + + + [Nel] Building a FAQ? + + + + + + +

[Nel] Building a FAQ?

+ Vincent Archer + archer@nevrax.com
+ Tue, 20 Feb 2001 18:00:00 +0100 +

+
+ +
According to Jared Mark:
+> 1) Now that I have NeL, the Client, and Services packages all compiled,
+> what do I do with it to actually start building MY world?  Do I HAVE
+> to edit the code and recompile?  Or is this package meant to handle
+> all game-specific stuff in that /data directory, independant from the
+> core components?
+
+Well, what you now have is a very small client, so don't expect to run a
+RPG using that :)
+
+But essentially, yes. You now have to fire off your favorite 3D modeller
+and start making your own world (then, later get or write a converter to
+generate our map format), or, if you find the current world fine... start
+working on additional code to implement your features.
+
+> 2) What are the limitations on world size, max number of connections, etc, etc?  I understand there are obvious hardware restrictions that you can't really say anything about... but I'm talking about software restrictions (for example, will I run into problems with say, a bank account in my game going over 64k in size due to an overflow?  Will I have issues with my map being too big for the services to handle in terms of latteral area?)
+
+Basically? None. We haven't put any specific restriction. Bank accounts
+aren't implemented yet, so they don't overflow :)
+
+There are additional design decisions about the game I can't get into,
+but, regarding map size for example, we do not have any restriction.
+Apart from our capacity to produce them and the limitations on the
+support for distribution (if we have to install 10Gb on your HD, it's
+probably too much).
+
+As a comparison, the artic icefield distributed with Snowballs covers
+2.5km by 1.3, and we do expect to have a pair of PCs handle every services
+regarding such a game area and about 50-100 active players.
+
+(of course, that depends a LOT on how those services are sollicited, which
+ ties directly into game play)
+
+-- 
+Vincent Archer                                         Email: archer@nevrax.com
+
+Nevrax France.                              Off on the yellow brick road we go!
+
+
+ + + + +
+

+ diff --git a/pipermail/nel/2001-February/000237.html b/pipermail/nel/2001-February/000237.html new file mode 100644 index 00000000..cc8f396a --- /dev/null +++ b/pipermail/nel/2001-February/000237.html @@ -0,0 +1,94 @@ + + + + [Nel] Something I don't understand about the license agreement. + + + + + + +

[Nel] Something I don't understand about the license agreement.

+ x5101920@fedro.ugr.es + x5101920@fedro.ugr.es
+ Tue, 20 Feb 2001 18:38:51 +0100 +

+
+ +
+Jared Mark escribió:
+
+> I just want to make sure I understand this right... I use this source
+> code to build the base of my game...I do all sorts of work to make my
+> own game built around this core engine...I then try to get people to
+> play the game...
+>
+> #Sound easy, it is hard.
+>  People get the game (for free, or at least, for the cost of shipping
+> it, but no profit can be made on that...)
+>
+> #Fucking HTML messages!!!
+> #Ok, with GPL you can sell it and make money but you CAN'T forbid the
+> buyer to sell, copy, or hire it.
+>  I charge for the monthly service to the game, and make boat loads of
+> money...
+>
+> #And why people would pay for your service!?
+> #It isn't a easy thing But then, because of the way this license
+> reads, someone else can request the entire source code to my game, set
+> up their own game that's exactly like mine, and charge people to use
+> it just like I am doing... So if all of the above is correct... what
+> is the point of me making my game using NeL in the first place?  When
+> someone can just steal my entire game (not just the NeL source, but
+> all of the "derivitive works" that are packaged with it as a whole),
+> and run the game service themselves... basically, taking me out of the
+> loop entirely.
+>
+> #Well, the code is GPL, but the GFX, SFX, History, and so aren't GPL
+> so you can't copy them. ( isn't this true? )
+> #Someone don't steal but derive the work, if this happens you have two
+> options:
+> #a) Forgive your project and join then
+> #b) Use their modifications ( that are GPL ) to make yours better. If
+> I'm completely off here, I appologise.  I'm extremely new to the whole
+> "open source" thing...
+>
+> # Well, Open Source is like Fire for the Primitive mens. Someone scary
+> and others just get hot near it.
+
+
+
+ + + + + + + + + + + +
+

+ diff --git a/pipermail/nel/2001-February/000239.html b/pipermail/nel/2001-February/000239.html new file mode 100644 index 00000000..cb879fcb --- /dev/null +++ b/pipermail/nel/2001-February/000239.html @@ -0,0 +1,121 @@ + + + + [Nel] Something I don't understand about the license agreement. + + + + + + +

[Nel] Something I don't understand about the license agreement.

+ Dave Turner + novalis@novalis.org
+ Tue, 20 Feb 2001 13:23:47 -0500 +

+
+ +
EagleEye wrote:
+> 
+> > Nope. But be aware that the basic principles of your game design are
+> > automatically open, regardless of whether you use NeL or develop your
+> > own from scratch. What is proprietary to you is the 1000-rows database
+> > that describes your items, the recipes your artisans use to make items,
+> > the names and settings of the world, the artwork used to decorate the
+> > flag flying at the top of the keep.
+> >
+> > But not the "there are three realms that are mortal ennemies of each
+> > other" part. That, anyone can copy. Even if you were developping a
+> > game for a big company under death-before-you-speak agreements.
+> 
+> This basically answers my question.  You see, I realize that people can copy
+> my ideas, but I'll be damned if they're gonna copy the work that I put into
+> it to accomplish what I (will have) accomplished.  If they want to copy my
+> idea, they'll have to implement it themselves, not grab all of my WORK
+> (because it's open source) and just "compile and run" my entire world.  I
+> don't care about the technology stuff, like those special gloves, or 3D
+> goggle implementation... I just want it so that if someone wants to copy
+> that skill tree of mine, they have to copy it from the ground up.  Not just
+> grab my source and say "Okay, it's mine now."  I'm not talking about
+> copyrights...
+> 
+> Look at it this way... I am copying some of the concepts from any number of
+> other MUDs, MMOLRPGs, and such... the concept of player housing is in Ultima
+> Online... I'm copying that, and making it better... What I'm not doing is
+> taking their source code for how they implemented it, and using it for my
+> own game... that stuff I have to do myself.  I don't care if people copy my
+> ideas, but I want to release them first, and I want them to have to put in
+> some of their own effort to make their "copy of my ideas" a reality.
+> 
+> > > *scratches head*
+> >
+> > /em massages Jared's shoulders.
+> 
+> Hehe, thanks. :)
+
+
+If someone is going to implement the same ideas, why should they waste
+their time implementing them from scratch if your code is already
+there?  Remember that any improvements they make will go back to you
+(excluding the ASP loophole, but we're ignoring that).  Also, they will
+have to give you credit (you have the copyright on your parts).  So, why
+make them repeat the work?  Isn't that just a waste of their time? 
+Also, if they have to redo it, they won't have to release their stuff,
+so you won't get the benefit of their code.  Also, they could well end
+up being less inventive, because they have to spend time just catching
+up, rather than really innovating.  
+
+I understand that you want your world to be unique - one way you can do
+this is by having a less free license on media.  This is what Nevrax is
+doing.  Another way is to not release your plots - after all, plot is
+what makes a game (or ought to).  Remember, nobody will play a game that
+is just like yours, but without your creativity.  
+
+You can make money on free software, even sticking with the GPL.  RMS
+did it for years, RedHat does it, Cygnus did it (now, RH owns them).  I
+suggest that you seriously consider the benefits of free software from a
+totally open mind - trying to think of it from a different point of view
+- not "How can I lock world up?", but "How can I make my players
+happier?"
+
+I think you'll find that even among proprietary games, the most open
+games had the best results - look at how customizable the Quake series
+is.
+
+Just my 2 cents.
+
+--
+-Dave Turner                                 Stalk me:  (215)-545-2859  
+----------------------------------------------------------------------
+"It is said that it is the curse of the neophobe to always see the 
+symptoms as the disease, and to always make half measures" - Pug
+
+
+ + + + + +
+

+ diff --git a/pipermail/nel/2001-February/000240.html b/pipermail/nel/2001-February/000240.html new file mode 100644 index 00000000..5b1db9fa --- /dev/null +++ b/pipermail/nel/2001-February/000240.html @@ -0,0 +1,68 @@ + + + + [Nel] Dynamic load balancing? + + + + + + +

[Nel] Dynamic load balancing?

+ Thierry Mallard + thierry@mallard.com
+ Tue, 20 Feb 2001 20:28:01 +0100 +

+
+ +
On Tue, Feb 20, 2001 at 11:21:38AM -0300, Nahuel Greco wrote:
+> [... case of zone server failure ...]
+> Then, you has the map divided in zones,... if a geographic server dies, other
+> will be taking the zone that belong to the died server? .. 
+
+The problem here will be persistency (is that english ? ;-). All the data
+currently in memory on server A, which is failing, will be lost for server B
+which is supposed to take over.
+
+I'm still trying to get up to date with NeL design, so I dunno yet how the
+data are/will be stored.
+
+
+	Best regards,
+
+		Shaman
+
+-- 
+Thierry Mallard              |              
+GnuPG key on wwwkeys.pgp.net |
+key 0xA3D021CB               |
+http://thierry.mallard.com   |     
+
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2001-February/000241.html b/pipermail/nel/2001-February/000241.html new file mode 100644 index 00000000..3ee5ec68 --- /dev/null +++ b/pipermail/nel/2001-February/000241.html @@ -0,0 +1,83 @@ + + + + [Nel] Dynamic load balancing? + + + + + + +

[Nel] Dynamic load balancing?

+ Vincent Archer + archer@nevrax.com
+ Wed, 21 Feb 2001 11:21:23 +0100 +

+
+ +
According to Thierry Mallard:
+> On Tue, Feb 20, 2001 at 11:21:38AM -0300, Nahuel Greco wrote:
+> > [... case of zone server failure ...]
+> > Then, you has the map divided in zones,... if a geographic server dies, other
+> > will be taking the zone that belong to the died server? .. 
+> 
+> The problem here will be persistency (is that english ? ;-). All the data
+> currently in memory on server A, which is failing, will be lost for server B
+> which is supposed to take over.
+
+That's what you get with a purely geographic design, like EQ/UO design.
+When a zone fails, you get kicked out, everything you gained since your last
+save is lost, and when you return, every single critter has respawned. All
+state is lost, since all state was located in a single process.
+
+With a functional approach, all game entities are "holographic"
+regarding to storage. They're a kind of "cloud" of various agents located
+on various services. If a geographic server dies, you get suddendly
+a kind of fog for a while. Another service starts up, gets back information
+about what critters are where from the AI services, where all players are
+from the various player services, and what items are grown where from the
+ecology services. It takes a little time, but you recover more
+gracefully.
+
+The same occurs if an AI server dies. Those critters that were managed
+by that service freezes, but then another service takes them over. They
+will probably forget a lot of what they were doing, but they don't "depop",
+since the geography service knows that there's that kind of beast
+that was located there.
+
+Of course there are services that are more critical than other. If a login
+service dies, all players using it are kicked out forcefully. If the
+item manager dies, your inventory locks up completely (but you still look
+like yourself, can move around, and talk).
+
+-- 
+Vincent Archer                                         Email: archer@nevrax.com
+
+Nevrax France.                              Off on the yellow brick road we go!
+
+
+ + +
+

+ diff --git a/pipermail/nel/2001-February/000242.html b/pipermail/nel/2001-February/000242.html new file mode 100644 index 00000000..6b015e9b --- /dev/null +++ b/pipermail/nel/2001-February/000242.html @@ -0,0 +1,101 @@ + + + + [Nel] maybe bug + + + + + + +

[Nel] maybe bug

+ jaleco + jaleco@svr1.gameone.com.tw
+ Wed, 21 Feb 2001 18:37:46 +0800 +

+
+ +
This is a multi-part message in MIME format.
+
+------=_NextPart_000_0021_01C09C35.623341E0
+Content-Type: text/plain;
+	charset="big5"
+Content-Transfer-Encoding: quoted-printable
+
+first I am a newbies for c++,so maybe I am wrong.
+
+file moves.cpp=20
+     auto_ptr<CConfigFile> cf2( new CConfigFile() );
+    auto_ptr<CConfigFile> cf( new CConfigFile() );
+seem to wrong, becuase auto_ptr will delete content when leave local =
+stack.
+but ccconfigfile store it to vector container , this will cause bad =
+thing .
+did it ?
+
+
+------=_NextPart_000_0021_01C09C35.623341E0
+Content-Type: text/html;
+	charset="big5"
+Content-Transfer-Encoding: quoted-printable
+
+<!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>first I am a newbies for c++,so maybe I am =
+wrong.</FONT></DIV>
+<DIV><FONT size=3D2></FONT>&nbsp;</DIV>
+<DIV><FONT size=3D2>file moves.cpp </FONT></DIV>
+<DIV><FONT size=3D2>&nbsp;&nbsp;&nbsp;&nbsp; auto_ptr&lt;CConfigFile&gt; =
+cf2( new=20
+CConfigFile() );</FONT></DIV>
+<DIV><FONT size=3D2>&nbsp;&nbsp;&nbsp; auto_ptr&lt;CConfigFile&gt; cf( =
+new=20
+CConfigFile() );<BR>seem to wrong, becuase auto_ptr will delete content =
+when=20
+leave local stack.</FONT></DIV>
+<DIV><FONT size=3D2>but ccconfigfile store it to vector container , this =
+will=20
+cause bad thing .</FONT></DIV>
+<DIV><FONT size=3D2>did it ?</FONT></DIV>
+<DIV><FONT size=3D2></FONT>&nbsp;</DIV></BODY></HTML>
+
+------=_NextPart_000_0021_01C09C35.623341E0--
+
+
+
+
+ + + + + + + +
+

+ diff --git a/pipermail/nel/2001-February/000243.html b/pipermail/nel/2001-February/000243.html new file mode 100644 index 00000000..06ff9c18 --- /dev/null +++ b/pipermail/nel/2001-February/000243.html @@ -0,0 +1,135 @@ + + + + [Nel] Something I don't understand about the license agreement. + + + + + + +

[Nel] Something I don't understand about the license agreement.

+ Vincent Archer + archer@nevrax.com
+ Wed, 21 Feb 2001 18:26:14 +0100 +

+
+ +
EagleEye wrote:
+> This basically answers my question.  You see, I realize that people can copy
+> my ideas, but I'll be damned if they're gonna copy the work that I put into
+> it to accomplish what I (will have) accomplished.  If they want to copy my
+> idea, they'll have to implement it themselves, not grab all of my WORK
+> (because it's open source) and just "compile and run" my entire world.  I
+...
+> own game... that stuff I have to do myself.  I don't care if people copy my
+> ideas, but I want to release them first, and I want them to have to put in
+> some of their own effort to make their "copy of my ideas" a reality.
+
+One important thing to know is, until you have released something, you are
+under no obligation to put any source available. The GPL doesn't prevent
+you from doing anything privately. It just says, "once other people run it,
+you have to share the source". So do not worry about not being the first.
+
+There's also a fact that, even if you release your server code, without
+the data it holds, it's worthless. You speak of plot, of situations,
+of recipes for game dynamics. All this (reread my message) isn't code.
+It's data. You might have a few specific bits here and there of code,
+but it's chiefly scripts that say how mobs react, items, events and code
+tables, and all that.
+
+To take another analogy: You are now mandated to release your network
+MP3 player source. You are not mandated to release any of the MP3 you
+composed.
+
+That ties into another typical false belief about modern game design.
+Code isn't what makes your game. Data is. A typical game development
+team often features twice, or three times as many artists, level
+designers, and game designers as pure coders. All that data production
+isn't in the GPL. Apart from the level proper (i.e. art), none of it
+never ever needs to appear on any site. And that's what makes the game.
+
+According to Dave Turner:
+> If someone is going to implement the same ideas, why should they waste
+> their time implementing them from scratch if your code is already
+
+Hmm, that's not reassuring the guy who's just said he did NOT want
+somebody doing that :)
+
+> so you won't get the benefit of their code.  Also, they could well end
+> up being less inventive, because they have to spend time just catching
+> up, rather than really innovating.  
+
+That's the real clincher, of course. If all they are doing is taking
+your game, and running it under their name, then:
+
+1) They're going to be second on the market
+2) They're going to be late in coming, because they WILL have to spend a
+   lot of time redoing your internal game data
+
+If this is a commercial endeavour, the only way they can expect to
+attract customers is if they do it a lot cheaper than you do.
+
+That's where the real fun begins. People have to realise the difference
+in paradigm between making, say, a Starcraft, and making a Shadowbane.
+Running an on-line game isn't a software industry, it's a SERVICE
+industry. The main costs isn't creating the game, it's dwarfed by
+the cost of running it. A classic game costs $40 to buy. An on-line
+game typically costs $150 if you play it for a year. Do you think
+this means you've made $100 profits on the game? No. What this means
+is that you've invested $100 in the game, the distributor got paid $20,
+and got $30 profit, instead of investing $10, giving $20 in distribution
+cost and getting $10 profit.
+
+Those $100 invested are about $25 in game dev (heavier than classic games)
+and $75 in infrastructure (server, bandwidth, customer service).
+
+(that's simplistic, but it's relatively representative of what's behind
+ an online game)
+
+Your competitor will reduce its investment, but the infrastructure costs
+remain not only identical, but the MAIN factor in costs. Forcing your
+competitor to maintain its price close to yours.
+
+In other words, stealing your game to run a competiting business isn't
+a major problem. And if it becomes one, you have legal recourse against
+them. After all, they copied your copyrighted works (the game data).
+Why go to the investment of making a massive world, if you open yourself
+to lawsuit.
+
+And anyway, if you want to make an immense effort designing everything
+by yourself, your counterfactor will still gain a lot of time, because
+*he* will use NeL to catch up on code quickly :)
+
+-- 
+Vincent Archer                                         Email: archer@nevrax.com
+
+Nevrax France.                              Off on the yellow brick road we go!
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2001-February/000244.html b/pipermail/nel/2001-February/000244.html new file mode 100644 index 00000000..44b367cf --- /dev/null +++ b/pipermail/nel/2001-February/000244.html @@ -0,0 +1,47 @@ + + + + [Nel] System specs + + + + + + +

[Nel] System specs

+ Charles Dupont + duponc@rpi.edu
+ Wed, 21 Feb 2001 15:39:39 -0500 +

+
+ +
How much
+
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2001-February/000245.html b/pipermail/nel/2001-February/000245.html new file mode 100644 index 00000000..adb9f60c --- /dev/null +++ b/pipermail/nel/2001-February/000245.html @@ -0,0 +1,63 @@ + + + + [Nel] System specs + + + + + + +

[Nel] System specs

+ Charles Dupont + duponc@rpi.edu
+ Wed, 21 Feb 2001 15:45:07 -0500 +

+
+ +
Charles Dupont wrote:
+
+> How much
+> 
+> _______________________________________________
+> Nel mailing list
+> Nel@nevrax.org
+> http://www.nevrax.org/mailman/listinfo.cgi/nel
+> 
+> 
+> 
+Sorry hit the send button acidentaly.  On to the question.
+
+How much band width do you think you will need for your server cluster 
+when your service is up and running?
+
+
+
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2001-February/000246.html b/pipermail/nel/2001-February/000246.html new file mode 100644 index 00000000..33340577 --- /dev/null +++ b/pipermail/nel/2001-February/000246.html @@ -0,0 +1,102 @@ + + + + [Nel] Link error + + + + + + +

[Nel] Link error

+ Jason Dominiczak + jdominiczak@home.com
+ Wed, 21 Feb 2001 19:17:10 -0500 +

+
+ +
This is a multi-part message in MIME format.
+
+------=_NextPart_000_0005_01C09C3A.E3BB40F0
+Content-Type: text/plain;
+	charset="iso-8859-1"
+Content-Transfer-Encoding: quoted-printable
+
+While compiling the client workspace, I get an error at the end.  I'm a =
+Java programmer just looking into Nel and am very impressed.  If someone =
+could just shed some light on how to resolve this error:
+
+LINK : warning LNK4098: defaultlib "LIBCMT" conflicts with use of other =
+libs; use /NODEFAULTLIB:library
+freetype.lib(ftinit.obj) : error LNK2001: unresolved external symbol =
+_psaux_module_class
+Release/snowballs.exe : fatal error LNK1120: 1 unresolved externals
+
+
+-Jay
+
+------=_NextPart_000_0005_01C09C3A.E3BB40F0
+Content-Type: text/html;
+	charset="iso-8859-1"
+Content-Transfer-Encoding: quoted-printable
+
+<!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.2920.0" name=3DGENERATOR>
+<STYLE></STYLE>
+</HEAD>
+<BODY bgColor=3D#ffffff>
+<DIV><FONT face=3DArial size=3D2>While compiling the client workspace, I =
+get an=20
+error at the end.&nbsp; I'm a Java programmer just looking into Nel and =
+am very=20
+impressed.&nbsp; If someone could just shed some light on how to resolve =
+this=20
+error:</FONT></DIV>
+<DIV>&nbsp;</DIV>
+<DIV><FONT face=3DArial size=3D2>LINK : warning LNK4098: defaultlib =
+"LIBCMT"=20
+conflicts with use of other libs; use=20
+/NODEFAULTLIB:library<BR>freetype.lib(ftinit.obj) : error LNK2001: =
+unresolved=20
+external symbol _psaux_module_class<BR>Release/snowballs.exe : fatal =
+error=20
+LNK1120: 1 unresolved externals</FONT></DIV>
+<DIV>&nbsp;</DIV>
+<DIV>&nbsp;</DIV>
+<DIV><FONT face=3DArial size=3D2>-Jay</FONT></DIV></BODY></HTML>
+
+------=_NextPart_000_0005_01C09C3A.E3BB40F0--
+
+
+
+ + + + + +
+

+ diff --git a/pipermail/nel/2001-February/000247.html b/pipermail/nel/2001-February/000247.html new file mode 100644 index 00000000..c8c2f8ee --- /dev/null +++ b/pipermail/nel/2001-February/000247.html @@ -0,0 +1,100 @@ + + + + [Nel] maybe bug + + + + + + +

[Nel] maybe bug

+ jaleco + jaleco@svr1.gameone.com.tw
+ Thu, 22 Feb 2001 11:46:36 +0800 +

+
+ +
This is a multi-part message in MIME format.
+
+------=_NextPart_000_0009_01C09CC5.1C921540
+Content-Type: text/plain;
+	charset="big5"
+Content-Transfer-Encoding: quoted-printable
+
+I have do follow modify to time_service.cpp
+so it will not crash=20
+ /* CConfigFile cf;
+  cf.load (ConfigFileName);
+  const CConfigFile::CVar &v =3D cf.getVar ("UniTime");
+  modify by  jaleco
+  */
+       CConfigFile *cf =3D new CConfigFile() ;
+  cf->load (ConfigFileName);
+  const CConfigFile::CVar &v =3D cf->getVar ("UniTime");
+
+------=_NextPart_000_0009_01C09CC5.1C921540
+Content-Type: text/html;
+	charset="big5"
+Content-Transfer-Encoding: quoted-printable
+
+<!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 do follow modify to =
+time_service.cpp</FONT></DIV>
+<DIV><FONT size=3D2>so it will not crash </FONT></DIV>
+<DIV><FONT size=3D2>&nbsp;/*&nbsp;CConfigFile cf;<BR>&nbsp;&nbsp;cf.load =
+
+(ConfigFileName);</FONT></DIV>
+<DIV><FONT size=3D2>&nbsp;&nbsp;const CConfigFile::CVar &amp;v =3D =
+cf.getVar=20
+("UniTime");<BR>&nbsp; modify by=20
+&nbsp;jaleco<BR>&nbsp;&nbsp;*/<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
+sp;CConfigFile=20
+*cf =3D new CConfigFile() ;<BR>&nbsp;&nbsp;cf-&gt;load=20
+(ConfigFileName);<BR>&nbsp;&nbsp;const CConfigFile::CVar &amp;v =3D =
+cf-&gt;getVar=20
+("UniTime");</FONT></DIV></BODY></HTML>
+
+------=_NextPart_000_0009_01C09CC5.1C921540--
+
+
+
+
+ + + + + + + + + +
+

+ diff --git a/pipermail/nel/2001-February/000248.html b/pipermail/nel/2001-February/000248.html new file mode 100644 index 00000000..dd712e63 --- /dev/null +++ b/pipermail/nel/2001-February/000248.html @@ -0,0 +1,85 @@ + + + + [Nel] agent service + + + + + + +

[Nel] agent service

+ jaleco + jaleco@svr1.gameone.com.tw
+ Thu, 22 Feb 2001 17:33:47 +0800 +

+
+ +
This is a multi-part message in MIME format.
+
+------=_NextPart_000_0009_01C09CF5.9C8BC4A0
+Content-Type: text/plain;
+	charset="big5"
+Content-Transfer-Encoding: quoted-printable
+
+how to get python15_d.dll
+since I have download from www.python.org but it don't have debug =
+version.
+where to find it ?
+
+------=_NextPart_000_0009_01C09CF5.9C8BC4A0
+Content-Type: text/html;
+	charset="big5"
+Content-Transfer-Encoding: quoted-printable
+
+<!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>how to get python15_d.dll</FONT></DIV>
+<DIV><FONT size=3D2>since I have download from <A=20
+href=3D"http://www.python.org">www.python.org</A> but it don't have =
+debug=20
+version.</FONT></DIV>
+<DIV><FONT size=3D2>where to find it ?</FONT></DIV></BODY></HTML>
+
+------=_NextPart_000_0009_01C09CF5.9C8BC4A0--
+
+
+
+
+ + + + + + + + + +
+

+ diff --git a/pipermail/nel/2001-February/000249.html b/pipermail/nel/2001-February/000249.html new file mode 100644 index 00000000..647a8f72 --- /dev/null +++ b/pipermail/nel/2001-February/000249.html @@ -0,0 +1,149 @@ + + + + [Nel] agent service + + + + + + +

[Nel] agent service

+ sameh chafik Pro + chafik@nevrax.com
+ Thu, 22 Feb 2001 10:55:07 +0100 +

+
+ +
C'est un message de format MIME en plusieurs parties.
+
+------=_NextPart_000_01E5_01C09CBD.EB74B460
+Content-Type: text/plain;
+	charset="big5"
+Content-Transfer-Encoding: quoted-printable
+
+Well it do'nt exist!
+I you are passion you can compile&link it else change the reference =
+library in the config.h.
+
+For that open the config.h in the include python directory and change =
+the:
+
+#pragma comment(lib,"python16_d.lib")=20
+
+on
+
+#pragma comment(lib,"python16.lib")
+
+That all.
+
+I use the python 1.6 and in my config i have the #pragma =
+comment(lib,"python16_d.lib") at line 220.
+  ----- Original Message -----=20
+  From: jaleco=20
+  To: nel@nevrax.org=20
+  Sent: Thursday, February 22, 2001 10:33 AM
+  Subject: [Nel] agent service
+
+
+  how to get python15_d.dll
+  since I have download from www.python.org but it don't have debug =
+version.
+  where to find it ?
+
+------=_NextPart_000_01E5_01C09CBD.EB74B460
+Content-Type: text/html;
+	charset="big5"
+Content-Transfer-Encoding: quoted-printable
+
+<!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.4134.600" name=3DGENERATOR>
+<STYLE></STYLE>
+</HEAD>
+<BODY bgColor=3D#ffffff>
+<DIV><FONT face=3DArial size=3D2>Well it do'nt exist!</FONT></DIV>
+<DIV><FONT face=3DArial size=3D2>I you are passion you can =
+compile&amp;link=20
+it&nbsp;else change the reference library in the config.h.</FONT></DIV>
+<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
+<DIV><FONT face=3DArial size=3D2>For that open the config.h in the =
+include python=20
+directory and </FONT><FONT face=3DArial size=3D2>change =
+the:</FONT></DIV>
+<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
+<DIV><FONT face=3DArial size=3D2>#pragma comment(lib,"python16_d.lib") =
+</FONT></DIV>
+<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
+<DIV><FONT face=3DArial size=3D2>on</FONT></DIV>
+<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
+<DIV><FONT face=3DArial size=3D2>#pragma =
+comment(lib,"python16.lib")</FONT></DIV>
+<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
+<DIV><FONT face=3DArial size=3D2>That all.</FONT></DIV>
+<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
+<DIV><FONT face=3DArial size=3D2>I use the python 1.6 and in my config i =
+have the=20
+#pragma comment(lib,"python16_d.lib") at line 220.</FONT></DIV>
+<BLOCKQUOTE dir=3Dltr=20
+style=3D"PADDING-RIGHT: 0px; PADDING-LEFT: 5px; MARGIN-LEFT: 5px; =
+BORDER-LEFT: #000000 2px solid; MARGIN-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 title=3Djaleco@svr1.gameone.com.tw=20
+  href=3D"mailto:jaleco@svr1.gameone.com.tw">jaleco</A> </DIV>
+  <DIV style=3D"FONT: 10pt arial"><B>To:</B> <A title=3Dnel@nevrax.org=20
+  href=3D"mailto:nel@nevrax.org">nel@nevrax.org</A> </DIV>
+  <DIV style=3D"FONT: 10pt arial"><B>Sent:</B> Thursday, February 22, =
+2001 10:33=20
+  AM</DIV>
+  <DIV style=3D"FONT: 10pt arial"><B>Subject:</B> [Nel] agent =
+service</DIV>
+  <DIV><BR></DIV>
+  <DIV><FONT size=3D2>how to get python15_d.dll</FONT></DIV>
+  <DIV><FONT size=3D2>since I have download from <A=20
+  href=3D"http://www.python.org">www.python.org</A> but it don't have =
+debug=20
+  version.</FONT></DIV>
+  <DIV><FONT size=3D2>where to find it =
+?</FONT></DIV></BLOCKQUOTE></BODY></HTML>
+
+------=_NextPart_000_01E5_01C09CBD.EB74B460--
+
+
+
+ + + + + + + + + +
+

+ diff --git a/pipermail/nel/2001-February/000250.html b/pipermail/nel/2001-February/000250.html new file mode 100644 index 00000000..e44b6352 --- /dev/null +++ b/pipermail/nel/2001-February/000250.html @@ -0,0 +1,60 @@ + + + + [Nel] Link error + + + + + + +

[Nel] Link error

+ Valignat Cedric + valignat@nevrax.com
+ Thu, 22 Feb 2001 11:00:15 +0100 +

+
+ +
> LINK : warning LNK4098: defaultlib "LIBCMT" conflicts with use of other libs; use /NODEFAULTLIB:library
+> freetype.lib(ftinit.obj) : error LNK2001: unresolved external symbol _psaux_module_class
+> Release/snowballs.exe : fatal error LNK1120: 1 unresolved externals
+
+Yous should put the psauxmod.c files in freetype the freetype project.
+
+Jérome Lanquetot and Julien Hognon already post somthin about that and i
+should have updated the INSTALL file for a long time ago.
+
+
+Sorry about that,
+
+Cedric.
+
+
+
+ + + + +
+

+ diff --git a/pipermail/nel/2001-February/000251.html b/pipermail/nel/2001-February/000251.html new file mode 100644 index 00000000..9ca5ce89 --- /dev/null +++ b/pipermail/nel/2001-February/000251.html @@ -0,0 +1,65 @@ + + + + [Nel] System specs + + + + + + +

[Nel] System specs

+ Vincent Archer + archer@nevrax.com
+ Thu, 22 Feb 2001 11:56:34 +0100 +

+
+ +
According to Charles Dupont:
+> How much band width do you think you will need for your server cluster 
+> when your service is up and running?
+
+About an OC12 (655Mbits) per user.
+
+Ooops, sorry, was thinking about the pan-sensorial version with direct
+neural feed for complete immersion :)
+
+By design, we want to restrict the bandwidth to at most what a user with
+a 57.6K modem can 'swallow' realistically, which means a bandwidth
+of compressed data that tops at around 4Kbytes/s (or 32Kbits/s).
+
+Multiply by the number of simultaneous people a cluster has to serve,
+which we aim at around 3000-3500 players, and you get a little under
+an OC4 per cluster (about 110Mbits) for theoretical peak usage.
+
+-- 
+Vincent Archer                                         Email: archer@nevrax.com
+
+Nevrax France.                              Off on the yellow brick road we go!
+
+
+ + +
+

+ diff --git a/pipermail/nel/2001-February/000252.html b/pipermail/nel/2001-February/000252.html new file mode 100644 index 00000000..a3922258 --- /dev/null +++ b/pipermail/nel/2001-February/000252.html @@ -0,0 +1,104 @@ + + + + [Nel] NeL Network Engine + + + + + + +

[Nel] NeL Network Engine

+ Olivier Cado + cado@nevrax.com
+ Thu, 22 Feb 2001 16:41:12 +0100 +

+
+ +
We are very pleased that you are interested by NeL and our project.
+Thanks to free software, we are now working in cooperation with the
+community. So let's discuss some network issues.
+
+Here is the purpose of this message:
+- Present the future of the NeL Network Engine
+- Ask for your input on a couple of points
+
+At present, the Nel Network Engine is single-threaded. We plan to
+rewrite the engine using multi-threading. The library will be made up of
+five layers:
+- Layer 0: socket wrapper (roughly, present CBaseSocket + listening
+socket functionalities)
+- Layer 1: multiple socket multi-threaded I/O mechanism
+- Layer 2: adapted to CMemStream (allows serialization)
+- Layer 3: adapted to CMessage (contains type information)
+- Layer 4: using callbacks (as presently used in the services and
+provided by CMsgSocket)
+
+The main features of Layer 1 are as follows:
+
+External view:
+The user programmer will be able to send data (A), to check if some data
+has been received (B), and if so to get a data block from the receive
+queue.
+
+Implementation:
+(A) When the user requests to send data, his data block is put into a
+send queue. The actual sending is triggered off by a time flush trigger,
+a size flush trigger or an explicit flush trigger (at the user's
+demand). Let's say the queue control is executed in the main thread, in
+an update() method, called evenly.
+(B) Each connection is handled by a separate thread that sleeps while
+not receiving data so that no CPU time will be used if nothing is
+received on a particular socket. When incoming data is actually
+received, it is put into a global receive queue (synchronized with a
+mutex of course) and popped when the user requests to receive a block.
+
+This implementation still raises a few questions:
+(A) If no buffer space is available within the transport system to hold
+the data to be transmitted, the actual sending will block. Has anybody
+come across this case ? When does this happen in practice ?
+(B) As we are building a *massively* multiplayer game, we expect to have
+a great number of connections (even if all clients won't be connected on
+the same machine), therefore a great number of threads. Does anybody
+know the scale limits on Linux systems (and on Windows BTW), i.e. the
+optimum and maximum thread numbers per process and per system ?
+
+I'm sure a lot of you are great Linux specialists, so you probably have
+an idea about this issues.
+
+Thanks.
+Olivier Cado
+--
+http://www.nevrax.org
+
+
+ + + + + + + +
+

+ diff --git a/pipermail/nel/2001-February/000253.html b/pipermail/nel/2001-February/000253.html new file mode 100644 index 00000000..d030b948 --- /dev/null +++ b/pipermail/nel/2001-February/000253.html @@ -0,0 +1,73 @@ + + + + [Nel] NeL Network Engine + + + + + + +

[Nel] NeL Network Engine

+ Nicolas Hognon + cblt@cblt.org
+ Thu, 22 Feb 2001 17:01:57 +0100 +

+
+ +
i've got the same problem for the project i work for  :
+how many thread can i run under win nt/2000 and linux
+
+i haven't made test about this yet ... but if some one answer to this
+question it will be cool :))
+
+> (B) As we are building a *massively* multiplayer game, we expect to have
+> a great number of connections (even if all clients won't be connected on
+> the same machine), therefore a great number of threads. Does anybody
+> know the scale limits on Linux systems (and on Windows BTW), i.e. the
+> optimum and maximum thread numbers per process and per system ?
+> 
+> I'm sure a lot of you are great Linux specialists, so you probably have
+> an idea about this issues.
+> 
+
+-- 
+Nicolas Hognon
+nicolash@virtools.com
+
+Virtools - The Behavior Company
+Tel. (+33) 1 42 71 46 86 / Fax. (+33) 1 42 71 86 53
+http://www.virtools.com/
+
+
+
+ + + + + + + +
+

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

[Nel] NeL Network Engine

+ Ludovic LIEVRE + ludovic.lievre@chaman.net
+ Thu, 22 Feb 2001 17:14:50 +0100 +

+
+ +
Hi all,
+
+We also build a MM game.
+
+Our servers now run on NT and Linux and will soon be ported to Solaris.
+
+I've read that with LinuxThreads, after 100 threads the performances of the
+system downgrade.
+
+Another question about network engine: will your messages all be TCP or UDP
+? If UDP is used will you add a mechanism that make UDP reliable ?
+In the first stages of our game, TCP was used. We made some test and we saw
+a terrific ping (due to ACK mechanism) time even on our LAN (200ms). So we
+decide to use UDP instead...
+
+
+> -----Message d'origine-----
+> De : nel-admin@nevrax.org [mailto:nel-admin@nevrax.org]De la part de
+> Nicolas Hognon
+> Envoye : jeudi 22 fevrier 2001 17:02
+> A : nel@nevrax.org
+> Objet : Re: [Nel] NeL Network Engine
+>
+>
+>
+> i've got the same problem for the project i work for  :
+> how many thread can i run under win nt/2000 and linux
+>
+> i haven't made test about this yet ... but if some one answer to this
+> question it will be cool :))
+>
+> > (B) As we are building a *massively* multiplayer game, we expect to have
+> > a great number of connections (even if all clients won't be connected on
+> > the same machine), therefore a great number of threads. Does anybody
+> > know the scale limits on Linux systems (and on Windows BTW), i.e. the
+> > optimum and maximum thread numbers per process and per system ?
+
+
+
+ + + + + + + +
+

+ diff --git a/pipermail/nel/2001-February/000255.html b/pipermail/nel/2001-February/000255.html new file mode 100644 index 00000000..fcf22c77 --- /dev/null +++ b/pipermail/nel/2001-February/000255.html @@ -0,0 +1,95 @@ + + + + [Nel] Link error + + + + + + +

[Nel] Link error

+ Jason Dominiczak + jdominiczak@home.com
+ Thu, 22 Feb 2001 11:29:39 -0500 +

+
+ +
I did that, and freetype compiled nicely, but now when i compile the client
+I get some more error messages:
+
+LINK : warning LNK4098: defaultlib "LIBCMT" conflicts with use of other
+libs; use /NODEFAULTLIB:library
+freetype.lib(psauxmod.obj) : error LNK2001: unresolved external symbol
+_T1_Decrypt
+freetype.lib(psauxmod.obj) : error LNK2001: unresolved external symbol
+_T1_Decoder_Parse_Charstrings
+freetype.lib(psauxmod.obj) : error LNK2001: unresolved external symbol
+_T1_Decoder_Done
+freetype.lib(psauxmod.obj) : error LNK2001: unresolved external symbol
+_T1_Decoder_Init
+freetype.lib(psauxmod.obj) : error LNK2001: unresolved external symbol
+_T1_Builder_Close_Contour
+freetype.lib(psauxmod.obj) : error LNK2001: unresolved external symbol
+_T1_Builder_Start_Point
+freetype.lib(psauxmod.obj) : error LNK2001: unresolved external symbol
+_T1_Builder_Add_Contour
+freetype.lib(psauxmod.obj) : error LNK2001: unresolved external symbol
+_T1_Builder_Add_Point1
+etc.......
+
+I really don't know c++ well so I can't figure out what is causing this
+
+Thanks for your help,
+
+Jay
+
+> > LINK : warning LNK4098: defaultlib "LIBCMT" conflicts with use of other
+libs; use /NODEFAULTLIB:library
+> > freetype.lib(ftinit.obj) : error LNK2001: unresolved external symbol
+_psaux_module_class
+> > Release/snowballs.exe : fatal error LNK1120: 1 unresolved externals
+>
+> Yous should put the psauxmod.c files in freetype the freetype project.
+>
+> Jérome Lanquetot and Julien Hognon already post somthin about that and i
+> should have updated the INSTALL file for a long time ago.
+>
+>
+> Sorry about that,
+>
+> Cedric.
+>
+> _______________________________________________
+> Nel mailing list
+> Nel@nevrax.org
+> http://www.nevrax.org/mailman/listinfo.cgi/nel
+
+
+
+ + + +
+

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

Re[2]: [Nel] NeL Network Engine

+ Dim Segebart + zager@teleaction.com
+ Thu, 22 Feb 2001 17:53:43 +0100 +

+
+ +
Although  this  site  http://www.linuxraid.org/ isn't directly related
+to  NEL, it has a great number of tips and tricks on how to make Linux a little bit
+stable  and  how to expand Linux system resources (see the bottom of their page).
+
+Thursday, February 22, 2001, 5:01:57 PM, you wrote:
+
+
+NH> i've got the same problem for the project i work for  :
+NH> how many thread can i run under win nt/2000 and linux
+
+NH> i haven't made test about this yet ... but if some one answer to this
+NH> question it will be cool :))
+
+
+
+
+
+-- 
+Dim Segebart                         mailto:zager@teleaction.de
+
+
+
+
+ + + + + + + + +
+

+ diff --git a/pipermail/nel/2001-February/000257.html b/pipermail/nel/2001-February/000257.html new file mode 100644 index 00000000..be693e65 --- /dev/null +++ b/pipermail/nel/2001-February/000257.html @@ -0,0 +1,75 @@ + + + + [Nel] Link error + + + + + + +

[Nel] Link error

+ Valignat Cedric + valignat@nevrax.com
+ Thu, 22 Feb 2001 18:46:24 +0100 +

+
+ +
Jason Dominiczak wrote:
+> I did that, and freetype compiled nicely, but now when i compile the client
+> I get some more error messages:
+>
+> [...]
+> 
+> I really don't know c++ well so I can't figure out what is causing this
+
+This is caused because some FreeType modules that we are using are not
+inlcuded in your FreeType compilation.
+
+We, Nevrax, are using GNU make to compil Freetype, and that compilation
+method include everything by default.
+
+As you are using an IDE to compil it you have to put the base components
+and, eventualy, some optional components.
+
+In your specific case the psaux module need the t1types and psnames modules.
+
+As NeL is a "work in progress" and that we migth add new features to
+font_generator, my advice is to compile *all* the optionals modules,
+all the C files listed at the end of the INSTALL file, in your FreeType
+compilation and installation process ... :-)
+
+
+
+Cedric.
+
+
+
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2001-February/000258.html b/pipermail/nel/2001-February/000258.html new file mode 100644 index 00000000..d7c2e8d7 --- /dev/null +++ b/pipermail/nel/2001-February/000258.html @@ -0,0 +1,49 @@ + + + + [Nel] Link error + + + + + + +

[Nel] Link error

+ Jason Dominiczak + jdominiczak@home.com
+ Thu, 22 Feb 2001 13:15:56 -0500 +

+
+ +
Worked like a charm. Thanks a lot Cedric.
+
+-Jay
+
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2001-February/000259.html b/pipermail/nel/2001-February/000259.html new file mode 100644 index 00000000..356d69b5 --- /dev/null +++ b/pipermail/nel/2001-February/000259.html @@ -0,0 +1,49 @@ + + + + [Nel] Link error + + + + + + +

[Nel] Link error

+ Valignat Cedric + valignat@nevrax.com
+ Thu, 22 Feb 2001 19:37:42 +0100 +

+
+ +
Jason Dominiczak wrote:
+> Worked like a charm. Thanks a lot Cedric.
+
+That's nothing :-)
+
+
+
+ + +
+

+ diff --git a/pipermail/nel/2001-February/000260.html b/pipermail/nel/2001-February/000260.html new file mode 100644 index 00000000..f34d4377 --- /dev/null +++ b/pipermail/nel/2001-February/000260.html @@ -0,0 +1,114 @@ + + + + [Nel] Memory error + + + + + + +

[Nel] Memory error

+ Jason Dominiczak + jdominiczak@home.com
+ Thu, 22 Feb 2001 14:19:15 -0500 +

+
+ +
This is a multi-part message in MIME format.
+
+------=_NextPart_000_001D_01C09CDA.6FB72110
+Content-Type: text/plain;
+	charset="iso-8859-1"
+Content-Transfer-Encoding: quoted-printable
+
+After compiling Snowballs.exe, I ran it and got this error one I entered =
+the world
+"The instruction at "0x77fca615"referenced memory at "0x7c80fff7". The =
+memory could not be "read"
+
+I'm running windows 2000 and I get that message in both fullscreen and =
+in windowed modes.
+
+Not sure if this is a bug or what.
+
+-Jay
+
+------=_NextPart_000_001D_01C09CDA.6FB72110
+Content-Type: text/html;
+	charset="iso-8859-1"
+Content-Transfer-Encoding: quoted-printable
+
+<!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.2920.0" name=3DGENERATOR>
+<STYLE></STYLE>
+</HEAD>
+<BODY bgColor=3D#ffffff>
+<DIV><FONT face=3DArial size=3D2>After compiling Snowballs.exe, I ran it =
+and got=20
+this error one&nbsp;I entered the world</FONT></DIV>
+<DIV><FONT face=3DArial size=3D2>"The instruction at =
+"0x77fca615"referenced memory=20
+at "0x7c80fff7". The memory could not be "read"</FONT></DIV>
+<DIV>&nbsp;</DIV>
+<DIV><FONT face=3DArial size=3D2>I'm running windows 2000 and I get that =
+message in=20
+both fullscreen and in windowed modes.</FONT></DIV>
+<DIV>&nbsp;</DIV>
+<DIV><FONT face=3DArial size=3D2>Not sure if this is a bug or =
+what.</FONT></DIV>
+<DIV>&nbsp;</DIV>
+<DIV><FONT face=3DArial size=3D2>-Jay</FONT></DIV></BODY></HTML>
+
+------=_NextPart_000_001D_01C09CDA.6FB72110--
+
+
+
+ + + + + + + + + + + + + + + + + + + + + + +
+

+ diff --git a/pipermail/nel/2001-February/000261.html b/pipermail/nel/2001-February/000261.html new file mode 100644 index 00000000..ec907ee0 --- /dev/null +++ b/pipermail/nel/2001-February/000261.html @@ -0,0 +1,80 @@ + + + + [Nel] Memory error + + + + + + +

[Nel] Memory error

+ Nicolas Hognon + cblt@cblt.org
+ Thu, 22 Feb 2001 22:44:25 +0100 +

+
+ +
> "The instruction at "0x77fca615"referenced memory at "0x7c80fff7". The 
+> memory could not be "read"
+
+i'm not sure the guys from nevrax can do someting with this kind
+of informations :))
+
+
+-- 
+Nicolas Hognon
+home : cblt@cblt.org         / www.cblt.org
+work : nicolash@virtools.com / www.virtools.com
+#ICQ : 36044443
+    
+Enjoy the silence
+(DM)
+
+
+
+ + + + + + + + + + + + + + + + + + + + + + +
+

+ diff --git a/pipermail/nel/2001-February/000262.html b/pipermail/nel/2001-February/000262.html new file mode 100644 index 00000000..9b1edca2 --- /dev/null +++ b/pipermail/nel/2001-February/000262.html @@ -0,0 +1,70 @@ + + + + [Nel] Memory error + + + + + + +

[Nel] Memory error

+ Michael Warnock + michael@in-orbit.net
+ Thu, 22 Feb 2001 14:03:33 -0800 +

+
+ +
In my experience with the engine these errors occur when a content file
+(mostly shape files) is missing.
+
+michael warnock
+in-orbit entertainment inc.
+
+
+
+ + + + + + + + + + + + + + + + + + + + + + +
+

+ diff --git a/pipermail/nel/2001-February/000263.html b/pipermail/nel/2001-February/000263.html new file mode 100644 index 00000000..863c4810 --- /dev/null +++ b/pipermail/nel/2001-February/000263.html @@ -0,0 +1,102 @@ + + + + [Nel] NeL Network Engine + + + + + + +

[Nel] NeL Network Engine

+ Nicolas Hognon + cblt@cblt.org
+ Thu, 22 Feb 2001 23:12:39 +0100 +

+
+ +
> (A) If no buffer space is available within the transport system to hold
+> the data to be transmitted, the actual sending will block. Has anybody
+> come across this case ? When does this happen in practice ?
+
+i'm not sure that i understand this part of your mail and i hope you'll
+understand my answer because i'm not sure my english enough fluent :))
+
+you're asking want happened if you call send or write on a socket
+and there is not enough space in the tcp stack / transport layer buffer.
+it depends you've got blocking or non blocking socket.
+if it's a blocking socket you're thread will be blocked
+until you're data can be send by the tcp stack.
+if you're socket is in non blocking mode send/write
+will return you an error an errno will be EWOULDBLOCK
+or WSAEWOULDBLOCK under winsock.
+
+but i'm not sure it's the answer to your question
+because it is not a very huge problem.
+i make the same mistake because when you make
+some little test it's more common that receive failed
+with a wouldblock than send. when i began
+writting our network api (for the company i work)
+i made this mistake. but when i made
+some test with huge network messages and a poor modem
+i encounter tihs problem.
+
+i hope this help you
+but can you answer me that i know if i understand
+your problem :))
+
+
+-- 
+Nicolas Hognon
+home : cblt@cblt.org         / www.cblt.org
+work : nicolash@virtools.com / www.virtools.com
+#ICQ : 36044443
+    
+Enjoy the silence
+(DM)
+
+
+
+ + + + + + + + + + + + + + + + + + + + +
+

+ diff --git a/pipermail/nel/2001-February/000264.html b/pipermail/nel/2001-February/000264.html new file mode 100644 index 00000000..319c5329 --- /dev/null +++ b/pipermail/nel/2001-February/000264.html @@ -0,0 +1,109 @@ + + + + [Nel] Memory error + + + + + + +

[Nel] Memory error

+ Jason Dominiczak + jdominiczak@home.com
+ Thu, 22 Feb 2001 22:25:06 -0500 +

+
+ +
This is a multi-part message in MIME format.
+
+------=_NextPart_000_0011_01C09D1E.4F2EF0F0
+Content-Type: text/plain;
+	charset="iso-8859-1"
+Content-Transfer-Encoding: quoted-printable
+
+I've been trying to figure out were this is coming from but it only =
+happens when i move the mouse when in the world. I can stay in one spot =
+and launch snowballs and talk for as long as i want but the second i try =
+to look around, it gives me that error.
+
+I hope this sheds some more light on the reason for this,
+
+-Jay
+
+------=_NextPart_000_0011_01C09D1E.4F2EF0F0
+Content-Type: text/html;
+	charset="iso-8859-1"
+Content-Transfer-Encoding: quoted-printable
+
+<!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.2920.0" name=3DGENERATOR>
+<STYLE></STYLE>
+</HEAD>
+<BODY bgColor=3D#ffffff>
+<DIV><FONT face=3DArial size=3D2>I've been trying to figure out were =
+this is coming=20
+from but it only happens when i move the mouse when in the world. I can =
+stay in=20
+one spot and launch snowballs and talk for as long as i want but the =
+second i=20
+try to look around, it gives me that error.</FONT></DIV>
+<DIV>&nbsp;</DIV>
+<DIV><FONT face=3DArial size=3D2>I hope this sheds some more light on =
+the reason for=20
+this,</FONT></DIV>
+<DIV>&nbsp;</DIV>
+<DIV><FONT face=3DArial size=3D2>-Jay</FONT></DIV></BODY></HTML>
+
+------=_NextPart_000_0011_01C09D1E.4F2EF0F0--
+
+
+
+ + + + + + + + + + + + + + + + + + + + + + +
+

+ diff --git a/pipermail/nel/2001-February/000265.html b/pipermail/nel/2001-February/000265.html new file mode 100644 index 00000000..aadb8ea8 --- /dev/null +++ b/pipermail/nel/2001-February/000265.html @@ -0,0 +1,78 @@ + + + + [Nel] 2 questions + + + + + + +

[Nel] 2 questions

+ Brandon Barker + bebarker@meginc.com
+ Fri, 23 Feb 2001 23:20:42 -0500 +

+
+ +
Hello I have 2 questions.
+
+1) I'm trying to compile NeL 2.0 (packaged with Snowballs 2) on a machine 
+with Utah-GLX (its an accelerated version of Mesa 3.2 and will work with ATI 
+Rage and others), but configure tells me I have no opengl, and suggest I get 
+Mesa.  What should I do.
+
+2) Is it possible to compile in Windows with Cygwin?  Cygwin would be a good 
+compiler of choice for the windows platform because it is Free Software and 
+anyone can get it ... for free.  
+
+Thanks,
+Brandon Barker
+
+
+ + + + + + + + + + + + + + + + + + + + + + + +
+

+ diff --git a/pipermail/nel/2001-February/000266.html b/pipermail/nel/2001-February/000266.html new file mode 100644 index 00000000..4692ffe1 --- /dev/null +++ b/pipermail/nel/2001-February/000266.html @@ -0,0 +1,133 @@ + + + + [Nel] Getting NeL up and running. + + + + + + +

[Nel] Getting NeL up and running.

+ Leighton Haynes + dayta@ucc.gu.uwa.edu.au
+ Sun, 25 Feb 2001 01:29:01 +0800 +

+
+ +
Hi Guys,
+    Well, i finally managed to get the sample snowballs client and
+    server up and running, though it required quite a few code hacks
+    on my part. (Damn my wacky machine config). Oh yeah, this is all
+    for the linux code as well.. my machine is basically debian woody
+    (though various gnome/wine/sawfish things are latest releases
+    compiled from source)
+
+    Most of my 'fixes' aren't really, they address the symptoms rather
+    than the cause, though I don't think I've broken anything major 
+    with them ;) If anyone wants to give me some hints on what could
+    be causing them, please do. 
+    In case anyone else has similar problems, things I got were:
+        time_service was exiting: temporarily fixed by removing the
+          call of _Callback() in checkConfigFiles() method of 
+          code/nel/src/misc/config_file/config_file.cpp. I haven't
+          managed to work out where it's being set, or why the value
+          isn't correct yet.
+          I gather the point of the Callback function is so that the 
+          client which has loaded the Config file can become aware 
+          of any changes to the parameters in the file, the time_service
+          doesn't appear to set any callbacks for this though. *shrug*
+        moves_service - suspect it had the same problem as above, it
+          _was_ segfaulting, but went away after the above hack.
+        the client was exiting with a message in the logfile about 
+          being unable to load file "data/". Managed to eventually track
+          it down to some of the texture loading code in 
+          code/nel/src/3d/landscape.cpp. The loading of the diffuse
+          texturemap doesn't do a check for textName == "" though
+          the loading of the alpha texture map does. Haven't worked 
+          out yet why it's decided that the textName is "" (it's too
+          late ;)). I modified the code to do a test for textName == ""
+          and made it default to loading the CTextureCross texture.
+
+    As some other comments - processes are defaulting under linux to
+    some (IMHO) really ugly behaviour of 'fork'ing another process,
+    the sole purpose of this appears to be to let them run in the 
+    background. I don't see any really good reason for doing this,
+    since it can be quite easily achieved by 'nohup'ing it and 
+    shoving an '&' on the end of the line. Am I missing something?
+    (It makes it a bugger to debug, I can't run 'strace' on them effectively
+    etc etc. Obviously, i just commented the code out of my version ;)
+    Perhaps a commandline switch would be more appropriate?)
+
+    Oh well, after all that, the client runs at about 5fps ;) Guess
+    I should spend some time seeing if I can get it faster eh?
+    Can anyone give me some benchmarkish figures for framerate 
+    under window~1? For a P3-550 with Geforce(1) would be best ;)
+    Then I can have a base to work from.
+
+    Anyhow, nice work guys. The framework (which I've forcibly had
+    to poke) seems pretty decent (I'm reserving judgement for further
+    praise until I've had more experience with it ;)). Having spent
+    some time working on one of these, I know just how much work it
+    is to get anything this complex working. 
+
+    
+Leighton...
+
+--
+
+Part-time student. Full-time Programmer. 
+Seeking the 36 hour day and the 10 hour working week.
+(08) 9272 9058 (Home - like I'm ever there)
+0401 335 136 (Mobile - like it's ever on)
+
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ diff --git a/pipermail/nel/2001-February/000267.html b/pipermail/nel/2001-February/000267.html new file mode 100644 index 00000000..78631f34 --- /dev/null +++ b/pipermail/nel/2001-February/000267.html @@ -0,0 +1,93 @@ + + + + [Nel] 2 questions + + + + + + +

[Nel] 2 questions

+ Valignat Cedric + valignat@nevrax.com
+ Mon, 26 Feb 2001 15:53:18 +0100 +

+
+ +
Hello Brandon,
+
+Brandon Barker wrote:
+> 
+> 1) I'm trying to compile NeL 2.0 (packaged with Snowballs 2) on a machine 
+> with Utah-GLX (its an accelerated version of Mesa 3.2 and will work with ATI 
+> Rage and others), but configure tells me I have no opengl, and suggest I get 
+> Mesa.  What should I do.
+
+That migth come from the file <GL/glext.h>, could you check that you have
+this file ?
+
+If it's missing, you will be able to download it from :
+
+   http://oss.sgi.com/projects/ogl-sample/ABI/glext.h
+
+
+> 2) Is it possible to compile in Windows with Cygwin?  Cygwin would be a good 
+> compiler of choice for the windows platform because it is Free Software and 
+> anyone can get it ... for free.  
+
+We didn't try to compil it on Cygwin *yet*, i will try to do it
+during the next week, but you are welcome to give it a try and give
+us some feed back ... that will be nice ;-)
+
+
+Cedric.
+
+
+
+
+ + + + + + + + + + + + + + + + + + + + + + +
+

+ diff --git a/pipermail/nel/2001-February/000268.html b/pipermail/nel/2001-February/000268.html new file mode 100644 index 00000000..75bb0fde --- /dev/null +++ b/pipermail/nel/2001-February/000268.html @@ -0,0 +1,114 @@ + + + + [Nel] 2 questions and something else + + + + + + +

[Nel] 2 questions and something else

+ Leighton Haynes + dayta@ucc.gu.uwa.edu.au
+ Mon, 26 Feb 2001 23:12:28 +0800 +

+
+ +
On Mon, Feb 26, 2001 at 03:53:18PM +0100, Valignat Cedric wrote:
+> 
+> Hello Brandon,
+> 
+> Brandon Barker wrote:
+> > 
+> > 1) I'm trying to compile NeL 2.0 (packaged with Snowballs 2) on a machine 
+> > with Utah-GLX (its an accelerated version of Mesa 3.2 and will work with ATI 
+> > Rage and others), but configure tells me I have no opengl, and suggest I get 
+> > Mesa.  What should I do.
+> 
+> That migth come from the file <GL/glext.h>, could you check that you have
+> this file ?
+> 
+> If it's missing, you will be able to download it from :
+> 
+>    http://oss.sgi.com/projects/ogl-sample/ABI/glext.h
+
+ie, the configure script checks that your GL_GLEXT_VERSION is greater
+than or equal to 7. If your glext.h is earlier than this, it
+will give you the message about not having opengl (the configure script
+should probably be changed to a less misleading message).
+
+> > 2) Is it possible to compile in Windows with Cygwin?  Cygwin would be a good 
+> > compiler of choice for the windows platform because it is Free Software and 
+> > anyone can get it ... for free.  
+> 
+> We didn't try to compil it on Cygwin *yet*, i will try to do it
+> during the next week, but you are welcome to give it a try and give
+> us some feed back ... that will be nice ;-)
+
+*shudder* Trying to get stuff which uses windows APIs to compile under
+Cygwin can be..... painful.
+
+On a completely unrelated point, I have fullscreen client under X11
+_almost_ working (just have to get it to grab the mouse properly now).
+One thing that did occur to me is that it used the XF86VidMode
+extension, so presumably this should be added to the configure
+script. Anyone wanna give me a pointer on how to do it? :)
+(Oh, and do we have an established preference for how we'd like
+out patches?)
+
+Leighton...
+
+--
+
+Part-time student. Full-time Programmer. 
+Seeking the 36 hour day and the 10 hour working week.
+(08) 9272 9058 (Home - like I'm ever there)
+0401 335 136 (Mobile - like it's ever on)
+
+
+ + + + + + + + + + + + + + + + + + + + + + +
+

+ diff --git a/pipermail/nel/2001-February/000269.html b/pipermail/nel/2001-February/000269.html new file mode 100644 index 00000000..03791eb4 --- /dev/null +++ b/pipermail/nel/2001-February/000269.html @@ -0,0 +1,80 @@ + + + + [Nel] Memory error + + + + + + +

[Nel] Memory error

+ Valignat Cedric + valignat@nevrax.com
+ Mon, 26 Feb 2001 16:15:05 +0100 +

+
+ +
Hello Jason,
+
+Jason Dominiczak wrote:
+> I've been trying to figure out were this is coming from but it only happens when i move the mouse when in the world. I can stay in one spot and launch snowballs and talk for as long as i want but the second i try to look around, it gives me that error.
+> 
+> I hope this sheds some more light on the reason for this,
+
+I'm sorry but no so much :-(
+
+Could you give us more informations about your config and eventually try
+to compil it on a debug mode and send us the output lines that you will
+get on the console ...
+
+
+Thanks,
+
+Cedric.
+
+
+
+ + + + + + + + + + + + + + + + + + + + +
+

+ diff --git a/pipermail/nel/2001-February/000270.html b/pipermail/nel/2001-February/000270.html new file mode 100644 index 00000000..94d69317 --- /dev/null +++ b/pipermail/nel/2001-February/000270.html @@ -0,0 +1,82 @@ + + + + [Nel] Getting NeL up and running. + + + + + + +

[Nel] Getting NeL up and running.

+ Bret Guillet + destine@scholar.org
+ Mon, 26 Feb 2001 09:42:42 -0600 +

+
+ +
-----BEGIN PGP SIGNED MESSAGE-----
+Hash: SHA1
+
+I'm running windows with one of the geforce cards and an Athlon 500
+and
+get roughly between 12 and 14 fps. And that seems to be inline with
+others who have similar capabilities.
+
+-----BEGIN PGP SIGNATURE-----
+Version: PGPfreeware 6.5.2 for non-commercial use <http://www.pgp.com>
+
+iQA/AwUBOpp5ciQJr2c1l90oEQJtTwCfZPelcwnmgEGChRw9Lt+pl1gMQD4AoNDj
+lbd6OC/J1zIG26gezJHZzawa
+=HSCR
+-----END PGP SIGNATURE-----
+
+
+
+ + + + + + + + + + + + + + + + + + + + + + + + +
+

+ diff --git a/pipermail/nel/2001-February/000271.html b/pipermail/nel/2001-February/000271.html new file mode 100644 index 00000000..09b641f3 --- /dev/null +++ b/pipermail/nel/2001-February/000271.html @@ -0,0 +1,80 @@ + + + + [Nel] Some screen shots + + + + + + +

[Nel] Some screen shots

+ Dim Segebart + zager@teleaction.com
+ Mon, 26 Feb 2001 17:32:42 +0100 +

+
+ +
I  think  adding some screen shots of client with SnowBalls  to nevrax.org will be a
+plus, since IMHO it'll help to get some new testers.
+
+  
+
+-- 
+Dim Segebart                        mailto:zager@teleaction.de
+
+
+
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ diff --git a/pipermail/nel/2001-February/000272.html b/pipermail/nel/2001-February/000272.html new file mode 100644 index 00000000..e31e97bf --- /dev/null +++ b/pipermail/nel/2001-February/000272.html @@ -0,0 +1,84 @@ + + + + [Nel] NeL Network Engine + + + + + + +

[Nel] NeL Network Engine

+ Bernard Hugueney + nevrax@bernard-hugueney.org
+ Mon, 26 Feb 2001 17:49:39 +0100 +

+
+ +
* Nicolas Hognon <cblt@cblt.org> [010222 19:33]:
+>
+> i've got the same problem for the project i work for  :
+> how many thread can i run under win nt/2000 and linux
+>
+
+Well, I'm as far as possible from a threads expert, but I think that
+what makes LinuxThreads special is that they are system threads (vs user 
+threads) maybe heavier, but making use of SMP, so basically, I think
+the max nb of threads is very much system dependand (SMP?).
+
+On a pessimistic note, I remember seeing in kernel traffic that Solaris
+was more effective in handling huge number of threads :-(
+Not only that, but Linus T. seemed not to recognize a defect is Linux,
+but claimed that it was a matter of trade-off and that Solaris was
+optimized for huge number of threads, and Linux more effective with
+small number of threads.
+
+But my memory is weak so I may be wrong...
+
+On a completly unrelated note, I remember seeing a NeL coder seeking assistance
+on a gcc mailing list for a trouble with exception causing an abort when
+linking with C code (I think). I do not remember if there was a useful response
+, but I saw a related message on boost mailing list:
+<citation>
+Hi,
+I finally figured out why the regex++ shared library was crashing when
+throwing an exception.  Somehow the shared library wasn't getting
+created correctly by using ld to link it.  When using ld with c++ code,
+some additional libraries need to be specified on the command line.  The
+easy fix is to simply call g++ to link the files.  g++ then calls ld
+with the appropriate commands.
+</citation>
+
+Maybe this can help...
+
+Cheers,
+Bernard
+
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2001-February/000273.html b/pipermail/nel/2001-February/000273.html new file mode 100644 index 00000000..0d7d1690 --- /dev/null +++ b/pipermail/nel/2001-February/000273.html @@ -0,0 +1,103 @@ + + + + [Nel] Some screen shots + + + + + + +

[Nel] Some screen shots

+ Vianney Lecroart + lecroart@nevrax.com
+ Mon, 26 Feb 2001 17:54:29 +0100 +

+
+ +
Yes, screenshot already took. we just wait a validation from the co-fonder
+to put them on the site.
+
+Vianney Lecroart
+---
+lead network programmer / nevrax.com
+icq#: 6870415
+homepage: http://ace.planet-d.net
+www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K-
+w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y?
+
+----- Original Message -----
+From: "Dim Segebart" <zager@teleaction.com>
+To: <nel@nevrax.org>
+Sent: Monday, February 26, 2001 5:32 PM
+Subject: [Nel] Some screen shots
+
+
+> I  think  adding some screen shots of client with SnowBalls  to nevrax.org
+will be a
+> plus, since IMHO it'll help to get some new testers.
+>
+>
+>
+> --
+> Dim Segebart                        mailto:zager@teleaction.de
+>
+>
+> _______________________________________________
+> Nel mailing list
+> Nel@nevrax.org
+> http://www.nevrax.org/mailman/listinfo.cgi/nel
+
+
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ diff --git a/pipermail/nel/2001-February/000274.html b/pipermail/nel/2001-February/000274.html new file mode 100644 index 00000000..fec4710b --- /dev/null +++ b/pipermail/nel/2001-February/000274.html @@ -0,0 +1,87 @@ + + + + [Nel] 2 questions and something else + + + + + + +

[Nel] 2 questions and something else

+ Vincent Archer + archer@nevrax.com
+ Mon, 26 Feb 2001 18:18:47 +0100 +

+
+ +
According to Leighton Haynes:
+> On a completely unrelated point, I have fullscreen client under X11
+> _almost_ working (just have to get it to grab the mouse properly now).
+> One thing that did occur to me is that it used the XF86VidMode
+> extension, so presumably this should be added to the configure
+> script. Anyone wanna give me a pointer on how to do it? :)
+
+If you know how autoconfig works, it's usually almost trivial.
+
+> (Oh, and do we have an established preference for how we'd like
+> out patches?)
+
+Basically, for smallish patches (two-three liners), you may submit them
+here if you want.
+
+However, since not everyone is interested in seeing patches, at least
+until they are commited on the CVS, you may also submit them directly
+to code@nevrax.org, which, I think, is mentioned somewhere on the web
+site. That applies to larger patches as well; I don't think people
+appreciate seeing a 1000-line diff file landing in the mailing list :)
+
+-- 
+Vincent Archer                                         Email: archer@nevrax.com
+
+Nevrax France.                              Off on the yellow brick road we go!
+
+
+ + + + + + + + + + + + + + + + + + + + +
+

+ diff --git a/pipermail/nel/2001-February/000275.html b/pipermail/nel/2001-February/000275.html new file mode 100644 index 00000000..9935d1a8 --- /dev/null +++ b/pipermail/nel/2001-February/000275.html @@ -0,0 +1,78 @@ + + + + [Nel] Getting NeL up and running. + + + + + + +

[Nel] Getting NeL up and running.

+ Vincent Archer + archer@nevrax.com
+ Mon, 26 Feb 2001 18:22:56 +0100 +

+
+ +
According to Bret Guillet:
+> I'm running windows with one of the geforce cards and an Athlon 500
+> and
+> get roughly between 12 and 14 fps. And that seems to be inline with
+> others who have similar capabilities.
+
+It is heavily dependent on what settings you use for the calculation
+of patches into polygons, since this (in the current generation of cards
+anyway), is done chiefly in software.
+
+-- 
+Vincent Archer                                         Email: archer@nevrax.com
+
+Nevrax France.                              Off on the yellow brick road we go!
+
+
+ + + + + + + + + + + + + + + + + + + + + + +
+

+ diff --git a/pipermail/nel/2001-February/000276.html b/pipermail/nel/2001-February/000276.html new file mode 100644 index 00000000..ccc552e0 --- /dev/null +++ b/pipermail/nel/2001-February/000276.html @@ -0,0 +1,81 @@ + + + + [Nel] Some screen shots + + + + + + +

[Nel] Some screen shots

+ Vincent Archer + archer@nevrax.com
+ Mon, 26 Feb 2001 18:24:54 +0100 +

+
+ +
According to Dim Segebart:
+> I  think  adding some screen shots of client with SnowBalls  to nevrax.org will be a
+> plus, since IMHO it'll help to get some new testers.
+
+We had a little internal vote about which of the many screenshots
+we took would look the best. Final validation pending now, but since
+we don't have any unspeakable acts perpetrated by the gnus on the
+hapless penguins, I don't think it will take long.
+
+-- 
+Vincent Archer                                         Email: archer@nevrax.com
+
+Nevrax France.                              Off on the yellow brick road we go!
+
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ diff --git a/pipermail/nel/2001-February/000277.html b/pipermail/nel/2001-February/000277.html new file mode 100644 index 00000000..a3f50185 --- /dev/null +++ b/pipermail/nel/2001-February/000277.html @@ -0,0 +1,104 @@ + + + + [Nel] 2 questions and something else + + + + + + +

[Nel] 2 questions and something else

+ Valignat Cedric + valignat@nevrax.com
+ Mon, 26 Feb 2001 19:02:44 +0100 +

+
+ +
Hello Leighton,
+
+Leighton Haynes wrote:
+> 
+> ie, the configure script checks that your GL_GLEXT_VERSION is greater
+> than or equal to 7. If your glext.h is earlier than this, it
+> will give you the message about not having opengl (the configure script
+> should probably be changed to a less misleading message).
+
+Fixed, sorry about that ...
+
+It will be on the public CVS tonigth.
+
+
+> *shudder* Trying to get stuff which uses windows APIs to compile under
+> Cygwin can be..... painful.
+
+I never tried yet, migth be interesting :-)
+
+
+> On a completely unrelated point, I have fullscreen client under X11
+> _almost_ working (just have to get it to grab the mouse properly now).
+> One thing that did occur to me is that it used the XF86VidMode
+> extension, so presumably this should be added to the configure
+> script. Anyone wanna give me a pointer on how to do it? :)
+
+You can check the GNU website's documentation :
+
+   http://www.gnu.org/manual/autoconf-2.13/autoconf.html
+   http://www.gnu.org/manual/automake-1.4/automake.html
+
+And there is an online book, on RedHat's website, about Automake, Autoconf,
+and Libtool which is a quite good introduction to all this "stuff" :
+
+   http://sources.redhat.com/autobook/autobook/autobook_toc.html
+
+Contact me if i can help ...
+
+Have fun ;-)
+
+
+Cedric.
+
+
+
+ + + + + + + + + + + + + + + + + + + +
+

+ diff --git a/pipermail/nel/2001-February/000278.html b/pipermail/nel/2001-February/000278.html new file mode 100644 index 00000000..551c2232 --- /dev/null +++ b/pipermail/nel/2001-February/000278.html @@ -0,0 +1,73 @@ + + + + [Nel] NeL Network Engine + + + + + + +

[Nel] NeL Network Engine

+ Vincent Caron + v.caron@zerodeux.net
+ Mon, 26 Feb 2001 19:50:35 +0100 +

+
+ +
Bernard Hugueney wrote:
+> 
+> Well, I'm as far as possible from a threads expert, but I think that
+> what makes LinuxThreads special is that they are system threads (vs user
+> threads) maybe heavier, but making use of SMP, so basically, I think
+> the max nb of threads is very much system dependand (SMP?).
+
+Threads are indeed system tasks internaly, and they are scheduled as such.
+The number of tasks and/or threads is only limited by NR_TASKS at compile
+time in Linux. And yes, the scheduler is not really effective at managing
+more than 1000~2000 tasks, and doesn't provide enough semantics to
+optimize thread use. This is rather a matter of design, and you could
+without great trouble design a Linux scheduler that handles a bunch of
+threads the way you expect it, but as far as I known, only the real time
+versions of Linux (such as RTlinux) have played with this part of the
+Linux code. Now about SMP, Linux does spreads threads over the available
+CPUs to optimize parallelism, but there's no limitation. And you'll only
+get a speed up on SMP machines if you really have parallel threads (ie.
+not a thread join every 10 lines !).
+
+I guess we're raising the question of time sharing (or 'multiplexing', sounds
+cool :)). You can let the OS do it for you and use threads everywhere : BeOS
+is a good example since everything than can receive events is in a thread.
+You can do it all by yourself : use one process and dispatch the incoming
+events to functions (ie. WinProc). Why you would use one more than the other
+is a matter of design, and also depends on the type of application and the
+OS you use. The anwser is really not simple and won't certainly fit in a mail,
+but I must admit I don't have good pointers to give ...
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2001-February/000279.html b/pipermail/nel/2001-February/000279.html new file mode 100644 index 00000000..3a7d9e44 --- /dev/null +++ b/pipermail/nel/2001-February/000279.html @@ -0,0 +1,58 @@ + + + + Re[2]: [Nel] NeL Network Engine + + + + + + +

Re[2]: [Nel] NeL Network Engine

+ Dim Segebart + zager@teleaction.com
+ Mon, 26 Feb 2001 20:17:11 +0100 +

+
+ +
I  have already posted this information to NEL list, but as
+this topic have been arised it's worth to mention it once again.
+At  SGI  web  site  there  is (IMHO) great article (and library) which
+tries to solve common problem of networked application.
+Look at it by the URL http://oss.sgi.com/projects/state-threads/docs/st.html
+Project home page is http://oss.sgi.com/projects/state-threads/
+
+
+-- 
+Dim Segebart                         mailto:zager@teleaction.de
+
+
+
+
+ + + + +
+

+ diff --git a/pipermail/nel/2001-February/000280.html b/pipermail/nel/2001-February/000280.html new file mode 100644 index 00000000..d99dd3a6 --- /dev/null +++ b/pipermail/nel/2001-February/000280.html @@ -0,0 +1,96 @@ + + + + [Nel] NeL Network Engine + + + + + + +

[Nel] NeL Network Engine

+ Ian Holsman + nevrax@holsman.net
+ Mon, 26 Feb 2001 12:54:15 -0800 +

+
+ +
On 26 Feb 2001, you wrote in games.nevrax:
+
+ >Bernard Hugueney wrote:
+ >
+ >I guess we're raising the question of time sharing (or 'multiplexing',
+ >sounds cool :)). You can let the OS do it for you and use threads
+ >everywhere : BeOS is a good example since everything than can receive
+ >events is in a thread. You can do it all by yourself : use one process
+ >and dispatch the incoming events to functions (ie. WinProc). Why you
+ >would use one more than the other is a matter of design, and also
+ >depends on the type of application and the OS you use. The anwser is
+ >really not simple and won't certainly fit in a mail, but I must admit I
+ >don't have good pointers to give ...
+
+for discussions on different threading models you really should be 
+looking at, and drill down to the documents/technical papers.
+you probably don't want to maintain a thread per connected user, but
+have some kind of 'state' information which can be refered to by the 
+incoming request.
+
+
+http://www.cs.wustl.edu/~schmidt/ACE.html
+
+..Ian
+
+
+
+ + + + + + + + + + + + + + + + + + + + + + + +
+

+ diff --git a/pipermail/nel/2001-February/000281.html b/pipermail/nel/2001-February/000281.html new file mode 100644 index 00000000..6d7e7630 --- /dev/null +++ b/pipermail/nel/2001-February/000281.html @@ -0,0 +1,78 @@ + + + + [Nel] Getting NeL up and running. + + + + + + +

[Nel] Getting NeL up and running.

+ Michael Warnock + michael@in-orbit.net
+ Mon, 26 Feb 2001 12:59:11 -0800 +

+
+ +
> I'm running windows with one of the geforce cards and an Athlon 500
+> and
+> get roughly between 12 and 14 fps. And that seems to be inline with
+> others who have similar capabilities.
+I'm running an athlon 700 with a geforce2 gts and get 15-30 fps (depending
+on scene complexity) with cvs from a couple days ago (and some modifications
+we're making which should only make it slower)  The speed hardly even goes
+down when I crank the resolution up to 1280x1024 which indicates to me that
+we are currently cpu limited.  You might also try commenting nlinfo() lines
+out if u really want a few more fps, but just judging by the speed
+improvements since snowballs .1 I'm not worried about future performance:)
+
+michael warnock
+in-orbit entertainment inc.
+
+
+
+ + + + + + + + + + + + + + + + + + + + + +
+

+ diff --git a/pipermail/nel/2001-February/000282.html b/pipermail/nel/2001-February/000282.html new file mode 100644 index 00000000..9bd1e786 --- /dev/null +++ b/pipermail/nel/2001-February/000282.html @@ -0,0 +1,87 @@ + + + + [Nel] Cyberspace in the 21st Century: + Cyberspace in the 21st Century: + Cyberspace in the 21st Century: + Cyberspace in the 21st Century : Scalability With a Big 'S' + + + + + + +

[Nel] Cyberspace in the 21st Century: + Cyberspace in the 21st Century: + Cyberspace in the 21st Century: + Cyberspace in the 21st Century : Scalability With a Big 'S'

+ Nicolas Hognon + cblt@cblt.org
+ Mon, 26 Feb 2001 23:11:48 +0100 +

+
+ +
here is an article about massive multiplayer game on gamasutra
+i don't read it yeat.
+
+http://www.gamasutra.com/features/20010226/fitch_01.htm
+
+-- 
+Nicolas Hognon
+home : cblt@cblt.org         / www.cblt.org
+work : nicolash@virtools.com / www.virtools.com
+#ICQ : 36044443
+    
+Enjoy the silence
+(DM)
+
+
+
+ + + + + + + + + + + + + + + + + + + + + + +
+

+ diff --git a/pipermail/nel/2001-February/000283.html b/pipermail/nel/2001-February/000283.html new file mode 100644 index 00000000..185932b2 --- /dev/null +++ b/pipermail/nel/2001-February/000283.html @@ -0,0 +1,89 @@ + + + + [Nel] Getting NeL up and running. + + + + + + +

[Nel] Getting NeL up and running.

+ Leighton Haynes + dayta@ucc.gu.uwa.edu.au
+ Tue, 27 Feb 2001 10:18:00 +0800 +

+
+ +
On Mon, Feb 26, 2001 at 06:22:56PM +0100, Vincent Archer wrote:
+> According to Bret Guillet:
+> > I'm running windows with one of the geforce cards and an Athlon 500
+> > and
+> > get roughly between 12 and 14 fps. And that seems to be inline with
+> > others who have similar capabilities.
+> 
+> It is heavily dependent on what settings you use for the calculation
+> of patches into polygons, since this (in the current generation of cards
+> anyway), is done chiefly in software.
+How does one change these settings?
+
+Also, i read somewhere that you're going to use ROAM? I take it this isn't
+implemented yet.
+
+One thing that would be nice for those of us not in Nevrax would
+be a roadmap showing featureset planned and whos working on them 
+(and when). This would allow people out here to grab a feature they
+felt like implementing, and have a go at it, without running into 
+situations where someone else has already done it.
+
+Leighton...
+
+--
+
+Part-time student. Full-time Programmer. 
+Seeking the 36 hour day and the 10 hour working week.
+(08) 9272 9058 (Home - like I'm ever there)
+0401 335 136 (Mobile - like it's ever on)
+
+
+ + + + + + + + + + + + + + + + + + +
+

+ diff --git a/pipermail/nel/2001-February/000284.html b/pipermail/nel/2001-February/000284.html new file mode 100644 index 00000000..76080c00 --- /dev/null +++ b/pipermail/nel/2001-February/000284.html @@ -0,0 +1,125 @@ + + + + [Nel] Getting NeL up and running. + + + + + + +

[Nel] Getting NeL up and running.

+ Vianney Lecroart + lecroart@nevrax.com
+ Tue, 27 Feb 2001 10:08:24 +0100 +

+
+ +
I already sent a mail in this list about how to increase the fps in
+snowball.
+(vincent archer, you should put this in the FAQ ;-)
+
+---------------------
+
+Yes, snowballs is slow because it s a prototype for a futur game.
+There s no optimisation and our game is planning to work with next computer
+generation.
+
+Anyway, you can increase the frame rate with changing the default value of
+the tesselation of the landscape and others variables.
+In the client.cfg, you have 2 variables:
+
+LandscapeTileNear = 50.000000;
+LandscapeThreshold = 0.001000;
+
+The first one is the distance, in meter, of the near algorithm, if you
+decrease the
+value (putting 10 for example) should increase the framerate.
+The second variable is the threshold of the tesselation of the landscape,
+you can
+increase the value to increase the frame rate (try 0.01 or 0.1 for example).
+of course,
+if you do that, there will be less details on the landscape.
+You can modify these 2 variables in realtime using chat commands. You just
+have to
+write:
+/setthre 0.1
+to set the LandscapeThreshold to 0.1
+/settilenear 10
+to set the LandscapeTileNear to 10
+when you change variables in realtime in the game, they are automaticaly
+store in the
+client.cfg so you don t have to do it again on next launch.
+
+With this, you can increase the framerate from 10 to 30 fps on a fast
+computer.
+
+On our computer, the frame rate is around 10-15fps with default value and we
+have:
+Athlon 750Mhz, 256Mb RAM, GeForce256 32Mb RAM.
+
+Another thing you have to know is that we use lot of processor time.
+If we change only the processor and put an Athlan 1Ghz, the framerate
+increase
+to 20fps. But if you put a GeForce2GTS, you ll see no difference in the
+frame rate.
+
+The fill rate of the 3d card isn't use a lot, you can try to put the
+resolution
+to 320*240 or 1600*1200 and you ll see that the framerate doesn t change a
+lot.
+
+Anyway, we know that snowballs is slow :-/
+
+Vianney Lecroart
+---
+lead network programmer / nevrax.com
+icq#: 6870415
+homepage: http://ace.planet-d.net
+www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K-
+w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y?
+
+
+
+
+ + + + + + + + + + + + + + + + + + +
+

+ diff --git a/pipermail/nel/2001-February/000285.html b/pipermail/nel/2001-February/000285.html new file mode 100644 index 00000000..3f6cbc09 --- /dev/null +++ b/pipermail/nel/2001-February/000285.html @@ -0,0 +1,118 @@ + + + + [Nel] Getting NeL up and running. + + + + + + +

[Nel] Getting NeL up and running.

+ Vincent Archer + archer@nevrax.com
+ Tue, 27 Feb 2001 18:00:05 +0100 +

+
+ +
According to Leighton Haynes:
+>     Most of my 'fixes' aren't really, they address the symptoms rather
+>     than the cause, though I don't think I've broken anything major 
+>     with them ;) If anyone wants to give me some hints on what could
+>     be causing them, please do. 
+
+Well, we don't have hints, because, as you may surmise, these do not
+occur here.
+
+>           I gather the point of the Callback function is so that the 
+>           client which has loaded the Config file can become aware 
+>           of any changes to the parameters in the file, the time_service
+>           doesn't appear to set any callbacks for this though. *shrug*
+
+That's exactly what it's supposed to be, yes. So, either the callbacks
+are set incorrectly, or they are called while they should not be.
+
+>         the client was exiting with a message in the logfile about 
+>           being unable to load file "data/". Managed to eventually track
+>           it down to some of the texture loading code in 
+>           code/nel/src/3d/landscape.cpp. The loading of the diffuse
+>           texturemap doesn't do a check for textName == "" though
+>           the loading of the alpha texture map does. Haven't worked 
+>           out yet why it's decided that the textName is "" (it's too
+>           late ;)). I modified the code to do a test for textName == ""
+>           and made it default to loading the CTextureCross texture.
+
+That's the strange part. It should not be loading an empty file name
+at all. I suppose the check doesn't hurt either, so we'll look at
+integrating it in future commits.
+
+>     As some other comments - processes are defaulting under linux to
+>     some (IMHO) really ugly behaviour of 'fork'ing another process,
+>     the sole purpose of this appears to be to let them run in the 
+>     background. I don't see any really good reason for doing this,
+
+Well, there is one. Basically, if you look at these processes, you'll
+see they first do a set of initialisations, then fork. The whole
+fork-and-exit sequence is used to guarantee that service N+1 isn't
+started before service N has at least performed the minimum required
+initialisations.
+
+>     since it can be quite easily achieved by 'nohup'ing it and 
+>     shoving an '&' on the end of the line. Am I missing something?
+
+You could too, but you'd have to slide in a "reasonable" sleep N in
+the shell startup script. With reasonable varying a lot.
+
+>     (It makes it a bugger to debug, I can't run 'strace' on them effectively
+>     etc etc. Obviously, i just commented the code out of my version ;)
+>     Perhaps a commandline switch would be more appropriate?)
+
+That'll be added, yes.
+
+-- 
+Vincent Archer                                         Email: archer@nevrax.com
+
+Nevrax France.                              Off on the yellow brick road we go!
+
+
+ + + + + + + + + + + + + + + + + + +
+

+ diff --git a/pipermail/nel/2001-February/000286.html b/pipermail/nel/2001-February/000286.html new file mode 100644 index 00000000..d09538e7 --- /dev/null +++ b/pipermail/nel/2001-February/000286.html @@ -0,0 +1,82 @@ + + + + [Nel] Re: Nel digest, Vol 1 #64 - 21 msgs + + + + + + +

[Nel] Re: Nel digest, Vol 1 #64 - 21 msgs

+ Brandon Barker + bebarker@meginc.com
+ Tue, 27 Feb 2001 16:44:30 -0500 +

+
+ +
> > 1) I'm trying to compile NeL 2.0 (packaged with Snowballs 2) on a machine
+> > with Utah-GLX (its an accelerated version of Mesa 3.2 and will work with
+> > ATI Rage and others), but configure tells me I have no opengl, and
+> > suggest I get Mesa.  What should I do.
+>
+> That migth come from the file <GL/glext.h>, could you check that you have
+> this file ?
+>
+> If it's missing, you will be able to download it from :
+>
+>    http://oss.sgi.com/projects/ogl-sample/ABI/glext.h
+
+
+Yes, I have this very file located at /usr/X11R6/include/GL
+
+
+ + + + + + + + + + + + + + + + + + + + +
+

+ diff --git a/pipermail/nel/2001-February/000287.html b/pipermail/nel/2001-February/000287.html new file mode 100644 index 00000000..3c5af0ee --- /dev/null +++ b/pipermail/nel/2001-February/000287.html @@ -0,0 +1,70 @@ + + + + [Nel] NeL Network Engine + + + + + + +

[Nel] NeL Network Engine

+ Thierry Mallard + thierry@mallard.com
+ Wed, 28 Feb 2001 08:31:06 +0100 +

+
+ +
On Mon, Feb 26, 2001 at 05:49:39PM +0100, Bernard Hugueney wrote:
+> [ Linux and threads ]
+> Well, I'm as far as possible from a threads expert, but I think that
+> what makes LinuxThreads special is that they are system threads (vs user 
+> threads) maybe heavier, but making use of SMP, so basically, I think
+> the max nb of threads is very much system dependand (SMP?).
+
+In Linux 2.4.x, you may configure the maximum threads with
+/proc/sys/kernel/threads-max, if i remember correctly.
+
+But the default value (4096) is still much more that what the default kernel
+can really handle nicely, as is it said in some other posts. We'll have to
+look deeper into this...
+
+
+	Shaman
+
+-- 
+Thierry Mallard              |              
+GnuPG key on wwwkeys.pgp.net |
+key 0xA3D021CB               |
+http://thierry.mallard.com   |     
+
+
+
+ + + + + +
+

+ diff --git a/pipermail/nel/2001-February/000288.html b/pipermail/nel/2001-February/000288.html new file mode 100644 index 00000000..457beb3e --- /dev/null +++ b/pipermail/nel/2001-February/000288.html @@ -0,0 +1,83 @@ + + + + [Nel] Getting NeL up and running. + + + + + + +

[Nel] Getting NeL up and running.

+ Lionel Berenguier + berenguier@nevrax.com
+ Wed, 28 Feb 2001 09:34:41 +0100 +

+
+ +
----- Original Message -----
+From: Leighton Haynes <dayta@ucc.gu.uwa.edu.au>
+To: <nel@nevrax.org>
+Sent: Tuesday, February 27, 2001 3:18 AM
+Subject: Re: [Nel] Getting NeL up and running.
+
+
+>
+> Also, i read somewhere that you're going to use ROAM? I take it this isn't
+> implemented yet.
+>
+
+We use a ROAM-like algorithm. See class CLandscape for more details. It is
+based on bezier patchs, not on heightmap, so it is slighty different from
+ROAM (as example, you can't deduce tesselation neighborhood from topology (a
+patch graph is not as simple as a heightmap :) )). There is lot of features
+(from Tiles, to distance based geomoprh) which make it different from the
+original ROAM document.
+
+Actually, I tink the only thing copied from ROAM is the triangle split/merge
+scheme.
+
+
+Lionel.
+
+
+
+ + + + + + + + + + + + + + + + +
+

+ diff --git a/pipermail/nel/2001-February/000289.html b/pipermail/nel/2001-February/000289.html new file mode 100644 index 00000000..cdd60872 --- /dev/null +++ b/pipermail/nel/2001-February/000289.html @@ -0,0 +1,106 @@ + + + + [Nel] NeL Network Engine + + + + + + +

[Nel] NeL Network Engine

+ Vianney Lecroart + lecroart@nevrax.com
+ Wed, 28 Feb 2001 10:07:19 +0100 +

+
+ +
Hello,
+
+In fact, we don't want to know the theorical limit. we know that we can
+change this value in the kernel sources and recompile it.
+
+What we don't know is the thread number limit after what the system uses too
+much CPU. In the linuxthread faq, they
+said that an application should not create more than 100 thread. In this
+case, we have to forget the solution where each
+socket is on a thread and use a blocked receive(). The problem is that
+select() is quite slow and if we have only 100 thread,
+each thread needs to manage, with a select(), around 50 players and we ll
+lost lot of time to create the array for the select()
+and check who have wakeup the select().
+
+Vianney Lecroart
+---
+lead network programmer / nevrax.com
+icq#: 6870415
+homepage: http://ace.planet-d.net
+www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K-
+w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y?
+
+----- Original Message -----
+From: "Thierry Mallard" <thierry@mallard.com>
+To: <nel@nevrax.org>
+Sent: Wednesday, February 28, 2001 8:31 AM
+Subject: Re: [Nel] NeL Network Engine
+
+
+> On Mon, Feb 26, 2001 at 05:49:39PM +0100, Bernard Hugueney wrote:
+> > [ Linux and threads ]
+> > Well, I'm as far as possible from a threads expert, but I think that
+> > what makes LinuxThreads special is that they are system threads (vs user
+> > threads) maybe heavier, but making use of SMP, so basically, I think
+> > the max nb of threads is very much system dependand (SMP?).
+>
+> In Linux 2.4.x, you may configure the maximum threads with
+> /proc/sys/kernel/threads-max, if i remember correctly.
+>
+> But the default value (4096) is still much more that what the default
+kernel
+> can really handle nicely, as is it said in some other posts. We'll have to
+> look deeper into this...
+>
+>
+> Shaman
+>
+> --
+> Thierry Mallard              |
+> GnuPG key on wwwkeys.pgp.net |
+> key 0xA3D021CB               |
+> http://thierry.mallard.com   |
+>
+> _______________________________________________
+> Nel mailing list
+> Nel@nevrax.org
+> http://www.nevrax.org/mailman/listinfo.cgi/nel
+
+
+
+ + + + + +
+

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

Re[2]: [Nel] NeL Network Engine

+ Vianney Lecroart + lecroart@nevrax.com
+ Wed, 28 Feb 2001 10:48:50 +0100 +

+
+ +
Hello,
+
+Yes, we didn't send a message to say what do we think about this library
+(sate thread).
+We currently look in deep the documentation and it seems a very interesting.
+We just have to be sure that this lib fulfils our requirements.
+
+Vianney Lecroart
+---
+lead network programmer / nevrax.com
+icq#: 6870415
+homepage: http://ace.planet-d.net
+www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K-
+w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y?
+
+----- Original Message -----
+From: "Dim Segebart" <zager@teleaction.com>
+To: <Nel@nevrax.org>
+Sent: Monday, February 26, 2001 8:17 PM
+Subject: Re[2]: [Nel] NeL Network Engine
+
+
+> I  have already posted this information to NEL list, but as
+> this topic have been arised it's worth to mention it once again.
+> At  SGI  web  site  there  is (IMHO) great article (and library) which
+> tries to solve common problem of networked application.
+> Look at it by the URL
+http://oss.sgi.com/projects/state-threads/docs/st.html
+> Project home page is http://oss.sgi.com/projects/state-threads/
+>
+>
+> --
+> Dim Segebart                         mailto:zager@teleaction.de
+>
+>
+> _______________________________________________
+> Nel mailing list
+> Nel@nevrax.org
+> http://www.nevrax.org/mailman/listinfo.cgi/nel
+
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2001-February/000291.html b/pipermail/nel/2001-February/000291.html new file mode 100644 index 00000000..0a6ba1f5 --- /dev/null +++ b/pipermail/nel/2001-February/000291.html @@ -0,0 +1,116 @@ + + + + [Nel] NeL Network Engine + + + + + + +

[Nel] NeL Network Engine

+ Nicolas Hognon + cblt@cblt.org
+ Wed, 28 Feb 2001 10:57:11 +0100 +

+
+ +
+> In this case, we have to forget the solution where each
+> socket is on a thread and use a blocked receive(). The problem is that
+> select() is quite slow and if we have only 100 thread,
+> each thread needs to manage, with a select(), around 50 players and we ll
+> lost lot of time to create the array for the select()
+> and check who have wakeup the select().
+
+I encouter the same problem : one thread must manage more than one 
+socket on the server. the problem is how managing those socket
+in the thread. the problem is I want to be portable between windows
+and linux :((
+
+under windows there is many solution :
+  - select (the only one which is portable)
+  - windows event and message
+  - overlapped I/O
+
+under linux the only solution I know is :
+  - select / poll :  i'm not sure but i think the difference between
+    select and poll is that with poll you don't have to fill your array
+    before each call.
+
+another problem when a thread maange more than one socket is
+what your threads will do :
+
+a first approch is something like that :
+
+while(run)
+{
+   TestSokets();
+
+   for each socket which received something
+   do
+     read the incoming data
+     process the data
+     send data
+   done
+}
+
+but during one step of this loop your socket list must be locked
+so if a new socket need to enter this thread the calling thread will be
+blocked.
+
+a solution is to have more than one thread type.
+thread which test and read socket (perhaps wire in socket to)
+thread which to process a network message queue.
+(and perhaps thread which send network message)
+
+but it increase the number of thread so the maximum
+number of client is lesser.
+
+but i'm not really used to programming with thread yet so perhaps
+my problem are not really problems.
+
+i hope this can help and you can understand me :))
+and i think i'll take a look at http://oss.sgi.com/projects/state-threads/
+to ...
+
+good luck
+
+
+-- 
+Nicolas Hognon
+nicolash@virtools.com
+
+Virtools - The Behavior Company
+Tel. (+33) 1 42 71 46 86 / Fax. (+33) 1 42 71 86 53
+http://www.virtools.com/
+
+
+
+ + + + +
+

+ diff --git a/pipermail/nel/2001-February/000292.html b/pipermail/nel/2001-February/000292.html new file mode 100644 index 00000000..96029b1f --- /dev/null +++ b/pipermail/nel/2001-February/000292.html @@ -0,0 +1,65 @@ + + + + [Nel] State Threads library + + + + + + +

[Nel] State Threads library

+ Vianney Lecroart + lecroart@nevrax.com
+ Wed, 28 Feb 2001 11:33:10 +0100 +

+
+ +
There is a very very big problem in the State Threads library
+
+The State Threads library is a derivative of the Netscape Portable Runtime
+library (NSPR) and therefore is distributed under the Netscape Public
+License (NPL).
+
+And the NPL is not compatible with GPL licence so we could not use it in
+your GPL project!!!
+
+Another less important problem is that it doesn't work on windows and our
+server must be able to run on windows (for debugging purpose for example)
+
+Vianney Lecroart
+---
+lead network programmer / nevrax.com
+icq#: 6870415
+homepage: http://ace.planet-d.net
+www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K-
+w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y?
+
+
+
+
+ + +
+

+ diff --git a/pipermail/nel/2001-February/000293.html b/pipermail/nel/2001-February/000293.html new file mode 100644 index 00000000..de2c505e --- /dev/null +++ b/pipermail/nel/2001-February/000293.html @@ -0,0 +1,305 @@ + + + + [Nel] Linux fullscreen patches + + + + + + +

[Nel] Linux fullscreen patches

+ Leighton Haynes + dayta@ucc.gu.uwa.edu.au
+ Wed, 28 Feb 2001 20:16:17 +0800 +

+
+ +
--vkogqOf2sHV7VnPd
+Content-Type: text/plain; charset=us-ascii
+Content-Disposition: inline
+
+Hi Guys,
+    Attached to this should be 3 diffs against the current cvs tree
+    to enable fullscreen under linux using the XFree86 VidMode
+    extensions. The aptches are for the configure.in script, 
+    and driver_opengl.{cpp,h}.
+
+    To enable it you need to remake the configure script (./bootstrap)
+    and run configure with the --with-xf86vidmode=<position of the 
+    Xxf86vm lib> - usually /usr/X11R6/lib. If this option isn't given, 
+    it will currently compile without fullscreen support.
+
+    Anyhow, have a play, if anyone finds bugs... erm.. bug me ;)
+
+Leighton...
+
+--
+
+Part-time student. Full-time Programmer. 
+Seeking the 36 hour day and the 10 hour working week.
+(08) 9272 9058 (Home - like I'm ever there)
+0401 335 136 (Mobile - like it's ever on)
+
+--vkogqOf2sHV7VnPd
+Content-Type: text/plain; charset=us-ascii
+Content-Disposition: attachment; filename="diff.configure.in"
+
+Index: configure.in
+===================================================================
+RCS file: /home/cvsroot/code/nel/configure.in,v
+retrieving revision 1.23
+diff -r1.23 configure.in
+232a233,251
+> dnl ============================================
+> dnl Check for XF86VidMode extension (-lXxf86vm)
+> dnl ============================================
+> AC_MSG_CHECKING("for XF86VidMode extension")
+> AC_ARG_WITH( xf86vidmode,
+>     [ --with-xf86vidmode=<path>     path to the XF86VidMode lib.
+>                           e.g. /usr/X11R6/lib],
+>     [VMLIB_DIR=$with_xf86vidmode
+>       AC_MSG_RESULT(using VidMode library located in $with_xf86vidmode.)],
+>     AC_MSG_RESULT(Compiling without Xf86VidMode and hence fullscreen support to compile with XF86VidMode support, use --with-xf86vidmode=<pathtolib>)
+> )
+> 
+> if test X"$VMLIB_DIR" != X;
+> then
+>     LIBS="-L$VMLIB_DIR -lXxf86vm $LIBS";
+>     CXXFLAGS="$CXXFLAGS -DXF86VIDMODE";
+> fi
+> 
+> 
+
+--vkogqOf2sHV7VnPd
+Content-Type: text/plain; charset=us-ascii
+Content-Disposition: attachment; filename="diff.driver_opengl.cpp"
+
+Index: driver_opengl.cpp
+===================================================================
+RCS file: /home/cvsroot/code/nel/src/3d/driver/opengl/driver_opengl.cpp,v
+retrieving revision 1.75
+diff -r1.75 driver_opengl.cpp
+140d139
+< 	_FullScreen= false;
+144c143,149
+< #endif // NL_OS_WINDOWS
+---
+> #elif defined (NL_OS_UNIX) // NL_OS_WINDOWS
+> #ifdef XF86VIDMODE
+>     memset(&_OldScreenMode,0,sizeof(_OldScreenMode));// zero the old screen mode
+> #endif //XF86VIDMODE
+> #endif
+> 
+> 	_FullScreen= false;
+225a231
+>         {
+226a233
+>         }
+351c358
+< 	  {
+---
+>     {
+353c360
+< 	  }
+---
+>     }
+355c362
+< 	  {
+---
+>     {
+357c364
+< 	  }
+---
+>     }
+364c371,385
+< 	attr.override_redirect = False;
+---
+> #ifdef XF86VIDMODE
+>     // If we're going to attempt fullscreen, we need to set redirect to True,
+>     // This basically places the window with no borders in the top left 
+>     // corner of the screen.
+>     if (mode.Windowed)
+>     {
+>         attr.override_redirect = False;
+>     }
+>     else
+>     {
+> 	    attr.override_redirect = True;
+>     }
+> #else
+>     attr.override_redirect = False;
+> #endif
+409,411c430,507
+< //	XEvent event;
+< //	XIfEvent(dpy, &event, WaitForNotify, (char *)this);
+< 
+---
+> #ifdef XF86VIDMODE
+>     if (!mode.Windowed)
+>     {
+>     
+>         // Set window to the right size, map it to the display, and raise it
+>         // to the front
+>         XResizeWindow(dpy,win,mode.Width,mode.Height);
+>         XMapRaised(dpy,win);
+>         XRaiseWindow(dpy, win);
+> 
+>         // grab the mouse and keyboard on the fullscreen window 
+>         if ((XGrabPointer(dpy, win, True, 0,
+>                           GrabModeAsync, GrabModeAsync,
+>                           win, None, CurrentTime) != GrabSuccess) ||
+>             (XGrabKeyboard(dpy, win, True,
+>                           GrabModeAsync, GrabModeAsync, CurrentTime) != 0) )
+>         {
+>             // Until I work out how to deal with this nicely, it just gives
+>             // an error and exits the prorgam.
+>             nlerror("Unable to grab keyboard and mouse\n");
+>         }
+>         else
+>         {
+>             // Save the old screen mode and dotclock
+>             memset(&_OldScreenMode, 0, sizeof(_OldScreenMode));
+>             XF86VidModeGetModeLine(dpy, 
+>                                    DefaultScreen(dpy),
+>                                    &_OldDotClock,
+>                                    &_OldScreenMode);
+>             // Save the old viewport
+>             XF86VidModeGetViewPort(dpy, 
+>                                    DefaultScreen(dpy),
+>                                    &_OldX,
+>                                    &_OldY);
+>     
+>             // get a list of modes, search for an appropriate one.
+>             XF86VidModeModeInfo **modes;
+>             int nmodes;
+>             if (XF86VidModeGetAllModeLines(dpy,
+>                                            DefaultScreen(dpy),
+>                                            &nmodes,&modes))
+>             {
+>                 int mode_index = -1; // Gah, magic numbers all bad. 
+>                 for (int i = 0; i < nmodes; i++)
+>                 {
+>                     nldebug("Available mode - %dx%d\n",mode.Width,mode.Height);
+>                     if( (modes[i]->hdisplay == mode.Width) &&
+>                         (modes[i]->vdisplay == mode.Height))
+>                     {
+>                         mode_index = i;
+>                     }
+>                 }
+>                 // Switch to the mode
+>                 if (mode_index != -1)
+>                 {
+>                     if(XF86VidModeSwitchToMode(dpy,
+>                                                DefaultScreen(dpy), 
+>                                                modes[mode_index]))
+>                     {
+>                         nlinfo("Switching to mode %dx%d,\n",mode.Width, 
+>                                                             mode.Height);
+>                         XF86VidModeSetViewPort(dpy,DefaultScreen(dpy),0, 0);
+>                         _FullScreen = true;
+>                     }
+>                 }
+>                 else
+>                 {
+>                     // This is a problem, since we've nuked the border from 
+>                     // window in the setup stage, until I work out how
+>                     // to get it back (recreate window? seems excessive)
+>                     nlerror("Couldn't find an appropriate mode %dx%d\n",
+>                                                                 mode.Width,
+>                                                                 mode.Height);
+>                 }
+>             }
+>         }
+>     }
+> #endif // XF86VIDMODE
+659c755,776
+< #endif // NL_OS_WINDOWS
+---
+> #elif defined (NL_OS_UNIX)// NL_OS_WINDOWS
+> 
+> #ifdef XF86VIDMODE
+>     if(_FullScreen)
+>     {
+>         XF86VidModeModeInfo info;
+>         nlinfo("Switching back to original mode \n");
+> 
+>         // This is a bit ugly - a quick hack to copy the ModeLine structure 
+>         // into the modeInfo structure.
+>         memcpy((XF86VidModeModeLine *)((char *)&info + sizeof(info.dotclock)), &_OldScreenMode, sizeof(XF86VidModeModeLine));
+>         info.dotclock = _OldDotClock;
+> 
+>         nlinfo("Mode is %dx%d,\n",info.hdisplay,info.vdisplay);
+>         XF86VidModeSwitchToMode(dpy,DefaultScreen(dpy),&info);
+>         nlinfo("Switching viewporr to %d,%d,\n",_OldX, _OldY);
+>         XF86VidModeSetViewPort(dpy,DefaultScreen(dpy),_OldX,_OldY);
+>         // Ungrab the keyboard (probably not necessary);
+>         XUngrabKeyboard(dpy, CurrentTime);
+>     }
+> #endif // XF86VIDMODE
+> #endif // NL_OS_UNIX
+
+--vkogqOf2sHV7VnPd
+Content-Type: text/plain; charset=us-ascii
+Content-Disposition: attachment; filename="diff.driver_opengl.h"
+
+Index: driver_opengl.h
+===================================================================
+RCS file: /home/cvsroot/code/nel/src/3d/driver/opengl/driver_opengl.h,v
+retrieving revision 1.50
+diff -r1.50 driver_opengl.h
+40a41
+> #include <X11/extensions/xf86vmode.h>
+219a221
+> 	bool						_FullScreen;
+230d231
+< 	bool						_FullScreen;
+238a240,244
+> //#ifdef XF86VIDMODE
+>     int                         _OldDotClock;   // old dotclock
+>     XF86VidModeModeLine         _OldScreenMode; // old modeline
+>     int                         _OldX, _OldY;   //Viewport settings
+> //#endif //XF86VIDMODE
+240d245
+< 
+
+--vkogqOf2sHV7VnPd--
+
+
+ + + + + + + + + + + + + + +
+

+ diff --git a/pipermail/nel/2001-February/000294.html b/pipermail/nel/2001-February/000294.html new file mode 100644 index 00000000..5bb46c8b --- /dev/null +++ b/pipermail/nel/2001-February/000294.html @@ -0,0 +1,62 @@ + + + + [Nel] NeL Network Engine + + + + + + +

[Nel] NeL Network Engine

+ Vincent Caron + v.caron@zerodeux.net
+ Wed, 28 Feb 2001 15:30:32 +0100 +

+
+ +
Vianney Lecroart wrote:
+> 
+> What we don't know is the thread number limit after what the system uses too
+> much CPU. In the linuxthread faq, they
+> said that an application should not create more than 100 thread. In this
+> case, we have to forget the solution where each
+> socket is on a thread and use a blocked receive(). The problem is that
+> select() is quite slow and if we have only 100 thread,
+> each thread needs to manage, with a select(), around 50 players and we ll
+> lost lot of time to create the array for the select()
+> and check who have wakeup the select().
+
+Looking at Apache or Samba projects, it seems that a good compromise is to
+set a 'maximum client requests by thread' and spawns threads accordingly.
+Apache uses process forking and memory sharing, but the design remains the
+same. You then just tune this max_request_by_thread for each OS, say 1 for
+Solaris which is said thread-efficient, 10 for Linux ? Just a hint ...
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2001-February/000295.html b/pipermail/nel/2001-February/000295.html new file mode 100644 index 00000000..e4127c7d --- /dev/null +++ b/pipermail/nel/2001-February/000295.html @@ -0,0 +1,68 @@ + + + + [Nel] NeL Network Engine + + + + + + +

[Nel] NeL Network Engine

+ Nicolas Hognon + cblt@cblt.org
+ Wed, 28 Feb 2001 15:10:53 +0100 +

+
+ +
> Looking at Apache or Samba projects, it seems that a good compromise is to
+> set a 'maximum client requests by thread' and spawns threads accordingly.
+> Apache uses process forking and memory sharing, but the design remains the
+> same. You then just tune this max_request_by_thread for each OS, say 1 for
+> Solaris which is said thread-efficient, 10 for Linux ? Just a hint ...
+
+ok this is a solution
+but as i said in my last mail the problem
+is how managing more than one socket per thread efficiently ?
+
+under windows i know other solution than select / poll but under
+unixes i don't know other solutions.
+
+some one knows other one ?
+
+-- 
+Nicolas Hognon
+nicolash@virtools.com
+
+Virtools - The Behavior Company
+Tel. (+33) 1 42 71 46 86 / Fax. (+33) 1 42 71 86 53
+http://www.virtools.com/
+
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2001-February/000296.html b/pipermail/nel/2001-February/000296.html new file mode 100644 index 00000000..835ff2f7 --- /dev/null +++ b/pipermail/nel/2001-February/000296.html @@ -0,0 +1,51 @@ + + + + [Nel] Linux fullscreen patches + + + + + + +

[Nel] Linux fullscreen patches

+ Yan Babilliot + yan@nevrax.com
+ 28 Feb 2001 15:16:03 +0100 +

+
+ + + + + + + + + + + + +
+

+ diff --git a/pipermail/nel/2001-February/000297.html b/pipermail/nel/2001-February/000297.html new file mode 100644 index 00000000..5cba9d1b --- /dev/null +++ b/pipermail/nel/2001-February/000297.html @@ -0,0 +1,64 @@ + + + + [Nel] NeL Network Engine + + + + + + +

[Nel] NeL Network Engine

+ Vianney Lecroart + lecroart@nevrax.com
+ Wed, 28 Feb 2001 15:28:35 +0100 +

+
+ +
> is how managing more than one socket per thread efficiently ?
+
+There's no 1000000 solutions :)
+In fact, if you want to be portable, there s only one solution (if think),
+it s select() that is available on all BSD socket system (all unix, linux
+and windows)
+The other solution is poll() that it should have better performance but is
+conform to XPG4-UNIX (not available on windows)
+And other solutions are OS specific (on unix, i don t know other solutions).
+
+Vianney Lecroart
+---
+lead network programmer / nevrax.com
+icq#: 6870415
+homepage: http://ace.planet-d.net
+www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K-
+w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y?
+
+
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2001-February/000298.html b/pipermail/nel/2001-February/000298.html new file mode 100644 index 00000000..e5d91059 --- /dev/null +++ b/pipermail/nel/2001-February/000298.html @@ -0,0 +1,51 @@ + + + + [Nel] NeL Network Engine + + + + + + +

[Nel] NeL Network Engine

+ Vincent Caron + v.caron@zerodeux.net
+ Wed, 28 Feb 2001 16:30:55 +0100 +

+
+ +
I was more or less suggesting than the solution is not a matter of adopting
+select() or not, but rather implies a deeper reflexion on the pb of service
+scheduling... And being cross-platform doesn't mean being uniform, it would
+be a shame to ignore each OS's specificity. An approach could be to get the
+best implementation, say, for Linux and Windows, find out an abstract model
+that unifies both and brings this into NeL. Here again, just a hint ...
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2001-February/000299.html b/pipermail/nel/2001-February/000299.html new file mode 100644 index 00000000..b4e53fc4 --- /dev/null +++ b/pipermail/nel/2001-February/000299.html @@ -0,0 +1,92 @@ + + + + [Nel] Linux fullscreen patches + + + + + + +

[Nel] Linux fullscreen patches

+ Yan Babilliot + yan@nevrax.com
+ 28 Feb 2001 15:38:32 +0100 +

+
+ +
oops sorry ;)   
+nel@nevrax.org wasn't the destination of this mail ..... a goofy click
+:(
+
+> On 28 Feb 2001 15:16:03 +0100, Yan Babilliot wrote:
+
+> putain quand je vois ca ca mfout les nerfs d'informaticien. Zauraaient
+> du vous acheter des pots de yaourt avec des ficelles s'aurait ete moins
+> cher ... 
+> 
+> 
+> 
+> On 28 Feb 2001 20:16:17 +0800, Leighton Haynes wrote:
+> > Hi Guys,
+> >     Attached to this should be 3 diffs against the current cvs tree
+> >     to enable fullscreen under linux using the XFree86 VidMode
+> >     extensions. The aptches are for the configure.in script, 
+> >     and driver_opengl.{cpp,h}.
+> > 
+> >     To enable it you need to remake the configure script (./bootstrap)
+> >     and run configure with the --with-xf86vidmode=<position of the 
+> >     Xxf86vm lib> - usually /usr/X11R6/lib. If this option isn't given, 
+> >     it will currently compile without fullscreen support.
+> > 
+> >     Anyhow, have a play, if anyone finds bugs... erm.. bug me ;)
+> > 
+> > Leighton...
+> > 
+> > --
+> > 
+> > Part-time student. Full-time Programmer. 
+> > Seeking the 36 hour day and the 10 hour working week.
+> > (08) 9272 9058 (Home - like I'm ever there)
+> > 0401 335 136 (Mobile - like it's ever on)
+> 
+> _______________________________________________
+> Nel mailing list
+> Nel@nevrax.org
+> http://www.nevrax.org/mailman/listinfo.cgi/nel
+
+
+
+ + + + + + + + + + +
+

+ diff --git a/pipermail/nel/2001-February/000300.html b/pipermail/nel/2001-February/000300.html new file mode 100644 index 00000000..5720e5cf --- /dev/null +++ b/pipermail/nel/2001-February/000300.html @@ -0,0 +1,66 @@ + + + + [Nel] Linux fullscreen patches + + + + + + +

[Nel] Linux fullscreen patches

+ Vincent Archer + archer@nevrax.com
+ Wed, 28 Feb 2001 16:05:17 +0100 +

+
+ +
According to Yan Babilliot:
+> oops sorry ;)   
+> nel@nevrax.org wasn't the destination of this mail ..... a goofy click
+> :(
+
+Too much network destroys the network.
+
+I'm rather fond of smoke signals myself. A lot better than can'n string
+for long range transmission, but the bandwidth sucks :)
+
+-- 
+Vincent Archer                                         Email: archer@nevrax.com
+
+Nevrax France.                              Off on the yellow brick road we go!
+
+
+ + + + + + + + + + +
+

+ diff --git a/pipermail/nel/2001-February/000301.html b/pipermail/nel/2001-February/000301.html new file mode 100644 index 00000000..57cabbb7 --- /dev/null +++ b/pipermail/nel/2001-February/000301.html @@ -0,0 +1,74 @@ + + + + [Nel] NeL Network Engine + + + + + + +

[Nel] NeL Network Engine

+ Nicolas Hognon + cblt@cblt.org
+ Wed, 28 Feb 2001 16:11:22 +0100 +

+
+ +
i'm aggry with you
+at this time i'll use select for windows and linux (or poll for linux)
+and design my server so that i can implement another better solution.
+
+has i said before better solution under windows are
+ - are windows message and event and i don't want use it
+ - overlapped I/O but i don't really understand how it works
+   so it's not easy to design a server which is able to use select and this
+   technic. perhaps you already know it but you can take a look at
+http://www.cyberport.com/~tangent/programming/winsock/articles/io-strategies.html
+
+
+> I was more or less suggesting than the solution is not a matter of adopting
+> select() or not, but rather implies a deeper reflexion on the pb of service
+> scheduling... And being cross-platform doesn't mean being uniform, it would
+> be a shame to ignore each OS's specificity. An approach could be to get the
+> best implementation, say, for Linux and Windows, find out an abstract model
+> that unifies both and brings this into NeL. Here again, just a hint ...
+
+
+
+-- 
+Nicolas Hognon
+nicolash@virtools.com
+
+Virtools - The Behavior Company
+Tel. (+33) 1 42 71 46 86 / Fax. (+33) 1 42 71 86 53
+http://www.virtools.com/
+
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2001-February/000302.html b/pipermail/nel/2001-February/000302.html new file mode 100644 index 00000000..2c444ca8 --- /dev/null +++ b/pipermail/nel/2001-February/000302.html @@ -0,0 +1,71 @@ + + + + [Nel] Re: Nel digest, Vol 1 #64 - 21 msgs + + + + + + +

[Nel] Re: Nel digest, Vol 1 #64 - 21 msgs

+ Valignat Cedric + valignat@nevrax.com
+ Wed, 28 Feb 2001 16:49:09 +0100 +

+
+ +
Brandon Barker wrote:
+> 
+> Yes, I have this very file located at /usr/X11R6/include/GL
+
+I change the OpenGL checking 2 days ago, and it's, now, checking the <GL/gl.h>
+file for the define GL_VERSION_1_2, as we are using OpenGL 1.2.
+
+Before that it was checking for the define GL_GLEXT_VERSION in the <GL/glext.h>
+file ... i now, that wasn't very clean :-(
+
+Otherwise, that could come from the fact that /usr/X11R6/include/ isn't in
+your default include directory list, ithat apear on some system and i plan
+to do this type of checking soon, in that case you should try to to execute
+the configure script as following :
+
+  $ CXXFLAGS="-pipe -I/usr/X11R6/include" ./configure [..]
+
+
+I hope that will help,
+
+Cedric.
+
+
+
+ + + + + + + +
+

+ diff --git a/pipermail/nel/2001-February/000303.html b/pipermail/nel/2001-February/000303.html new file mode 100644 index 00000000..a8458d6c --- /dev/null +++ b/pipermail/nel/2001-February/000303.html @@ -0,0 +1,70 @@ + + + + [Nel] Linux fullscreen patches + + + + + + +

[Nel] Linux fullscreen patches

+ Valignat Cedric + valignat@nevrax.com
+ Wed, 28 Feb 2001 17:23:20 +0100 +

+
+ +
Hi Leighton,
+
+Leighton Haynes wrote:
+>
+>     Attached to this should be 3 diffs against the current cvs tree
+>     to enable fullscreen under linux using the XFree86 VidMode
+>     extensions. The aptches are for the configure.in script, 
+>     and driver_opengl.{cpp,h}.
+>
+> [...]
+
+Nice ! :-)))
+
+Give some time to apply and test your patches, and it will be "integrated" ;-)
+
+Thanks,
+
+
+Cedric.
+
+
+
+ + + + + + + + +
+

+ diff --git a/pipermail/nel/2001-February/000304.html b/pipermail/nel/2001-February/000304.html new file mode 100644 index 00000000..b2474f3f --- /dev/null +++ b/pipermail/nel/2001-February/000304.html @@ -0,0 +1,73 @@ + + + + [Nel] NeL Network Engine + + + + + + +

[Nel] NeL Network Engine

+ Zane + zane@supernova.org
+ Wed, 28 Feb 2001 09:04:59 -0800 +

+
+ +
----- Original Message -----
+From: "Vincent Caron" <v.caron@zerodeux.net>
+Subject: Re: [Nel] NeL Network Engine
+
+
+> I was more or less suggesting than the solution is not a matter of
+adopting
+> select() or not, but rather implies a deeper reflexion on the pb of
+service
+> scheduling... And being cross-platform doesn't mean being uniform, it
+would
+> be a shame to ignore each OS's specificity. An approach could be to get
+the
+> best implementation, say, for Linux and Windows, find out an abstract
+model
+> that unifies both and brings this into NeL. Here again, just a hint ...
+
+
+Would not the wisest choice be to research all the high performance web
+servers out there?  It seems to me that this problem has been researched
+quite extensively by a LOT of other GPL projects.  I doubt you'd be able to
+find a better solution than what Apache or other heavy duty web servers have
+already implemented.
+
+-E.J. Wilburn
+zane@supernova.org
+
+
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2001-February/000305.html b/pipermail/nel/2001-February/000305.html new file mode 100644 index 00000000..a61b8511 --- /dev/null +++ b/pipermail/nel/2001-February/000305.html @@ -0,0 +1,76 @@ + + + + [Nel] NeL Network Engine + + + + + + +

[Nel] NeL Network Engine

+ Nicolas Hognon + cblt@cblt.org
+ Wed, 28 Feb 2001 19:52:32 +0100 +

+
+ +
you're right
+many people and project were confront to this problem
+and they resolve it.
+
+but the design of a web server or a ftpserver is another
+thing than the design of a server for a MMORPG.
+
+i think for a web server
+the browser connect to the server when it need something
+but in a game like the one developped by nevrax
+you're client is always connected to the server
+it's not exactly the same things.
+
+> Would not the wisest choice be to research all the high performance web
+> servers out there?  It seems to me that this problem has been researched
+> quite extensively by a LOT of other GPL projects.  I doubt you'd be able to
+> find a better solution than what Apache or other heavy duty web servers have
+> already implemented.
+> 
+
+
+
+-- 
+Nicolas Hognon
+home : cblt@cblt.org         / www.cblt.org
+work : nicolash@virtools.com / www.virtools.com
+#ICQ : 36044443
+    
+Enjoy the silence
+(DM)
+
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2001-February/000306.html b/pipermail/nel/2001-February/000306.html new file mode 100644 index 00000000..ee0d6fa5 --- /dev/null +++ b/pipermail/nel/2001-February/000306.html @@ -0,0 +1,59 @@ + + + + [Nel] NeL Network Engine + + + + + + +

[Nel] NeL Network Engine

+ elijah wright + elw@stderr.org
+ Wed, 28 Feb 2001 13:51:45 -0500 (EST) +

+
+ +
> but the design of a web server or a ftpserver is another
+> thing than the design of a server for a MMORPG.
+> you're client is always connected to the server
+> it's not exactly the same things.
+
+as i recall, the jabber.org people have done some scalability work for
+just this kind of thing- their IM client is an always-on/always-available
+service.
+
+might be fun to ask some of them what their ideas on this are.
+
+elijah
+
+
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2001-February/000307.html b/pipermail/nel/2001-February/000307.html new file mode 100644 index 00000000..aa6befad --- /dev/null +++ b/pipermail/nel/2001-February/000307.html @@ -0,0 +1,75 @@ + + + + [Nel] NeL Network Engine + + + + + + +

[Nel] NeL Network Engine

+ Zane + zane@supernova.org
+ Wed, 28 Feb 2001 11:08:22 -0800 +

+
+ +
----- Original Message -----
+From: "Nicolas Hognon" <cblt@cblt.org>
+Subject: Re: [Nel] NeL Network Engine
+
+
+> but the design of a web server or a ftpserver is another
+> thing than the design of a server for a MMORPG.
+>
+> i think for a web server
+> the browser connect to the server when it need something
+> but in a game like the one developped by nevrax
+> you're client is always connected to the server
+> it's not exactly the same things.
+
+If nothing else this simply means that it has spent a great deal of time
+optimizing opening and closing connections (and waiting on incoming
+connections).  Perhaps combining their opening/closing optimizations with
+the optimizations Jabber has made for always-on connections would give us
+the best of both worlds.  I'd be willing to bet that Jabber has already
+borrowed a lot of code from projects like Apache.
+
+Anyway, at this point I don't think I have anything else usefull to add to
+the discussion since I doubt I'll get around to doing the research myself so
+back into lurker mode. :)
+
+-E.J. Wilburn
+zane@supernova.org
+
+
+
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2001-February/000308.html b/pipermail/nel/2001-February/000308.html new file mode 100644 index 00000000..3af23ac3 --- /dev/null +++ b/pipermail/nel/2001-February/000308.html @@ -0,0 +1,68 @@ + + + + [Nel] NeL Network Engine + + + + + + +

[Nel] NeL Network Engine

+ Bernard Hugueney + nevrax@bernard-hugueney.org
+ Wed, 28 Feb 2001 23:13:12 +0100 +

+
+ +
* 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.
+>
+> -E.J. Wilburn
+> zane@supernova.org
+>
+Indeed, this is a MUCH debated suject. But I'm afraid Apache is not
+the fastest example to follow (they have special constraints such as modules
+interface) Zeus and TUX Threaded linUX webserver or BOA come to mind.
+http://www.kegel.com/c10k.html seems interesting but a nit out of date ...
+Anyway, there was a discussion on lkml on how to overcome select()/poll()
+shortcomings with a new API. If it made it to kernel 2.4, you should be
+looking that way.
+
+Bernard
+
+
+ + +
+

+ diff --git a/pipermail/nel/2001-February/000309.html b/pipermail/nel/2001-February/000309.html new file mode 100644 index 00000000..356f473a --- /dev/null +++ b/pipermail/nel/2001-February/000309.html @@ -0,0 +1,66 @@ + + + + [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??)

+ robert@paradox.got.net + robert@paradox.got.net
+ Wed, 28 Feb 2001 14:28:15 -0800 (PST) +

+
+ +
Hello,
+
+I too am hoping to get snowballs running on a Debian/GNU Linux
+machine.  I too have run into the error message mentioned in the
+title.  I'd love to see a patch for it.  So far I've traced it down to
+a call to setupTexture which is exiting the program.  My C++ skills
+are not strong enough to hunt this down any further.
+
+I have an Athalon 700, 512M ram, and GeForce 256.  
+Libc6 2.2.2, 
+gcc 2.95.3, 
+
+Other info available on request.
+
+Thanks in advance,
+Robert
+
+-- 
+Robert de Forest      "Love is like a snowmobile flying over the
+System Administrator   frozen tundra that suddenly flips, pinning you
+Got.net                underneath.  At night the ice weasles come. "
+<robert@got.net>             -- Matt Groenig (Simpsons creator)
+
+
+ + +
+

+ diff --git a/pipermail/nel/2001-February/author.html b/pipermail/nel/2001-February/author.html new file mode 100644 index 00000000..32bd239e --- /dev/null +++ b/pipermail/nel/2001-February/author.html @@ -0,0 +1,197 @@ + + + + The Nel 2001-February Archive by Author + + + +

2001-February Archives by Author

+ +

Starting: Wed Feb 7 15:02:57 2001
+ Ending: Wed Feb 28 22:28:15 2001
+ Messages: 149

+

+

+ Last message date: + Wed Feb 28 22:28:15 2001
+ Archived on: Wed Feb 28 23:34:00 2001 +

+

+

+

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

2001-February Archives by Date

+ +

Starting: Wed Feb 7 15:02:57 2001
+ Ending: Wed Feb 28 22:28:15 2001
+ Messages: 149

+

+

+ Last message date: + Wed Feb 28 22:28:15 2001
+ Archived on: Wed Feb 28 23:34:00 2001 +

+

+

+

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

2001-February Archives by Thread

+ +

Starting: Wed Feb 7 15:02:57 2001
+ Ending: Wed Feb 28 22:28:15 2001
+ Messages: 149

+

+

+ Last message date: + Wed Feb 28 22:28:15 2001
+ Archived on: Wed Feb 28 23:34:00 2001 +

+

+

+

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

2001-February Archives by Subject

+ +

Starting: Wed Feb 7 15:02:57 2001
+ Ending: Wed Feb 28 22:28:15 2001
+ Messages: 149

+

+

+ Last message date: + Wed Feb 28 22:28:15 2001
+ Archived on: Wed Feb 28 23:34:00 2001 +

+

+

+

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

2001-February Archives by Thread

+ +

Starting: Wed Feb 7 15:02:57 2001
+ Ending: Wed Feb 28 22:28:15 2001
+ Messages: 149

+

+

+ Last message date: + Wed Feb 28 22:28:15 2001
+ Archived on: Wed Feb 28 23:34:00 2001 +

+

+

+

+ This archive was generated by + Pipermail 0.05 (Mailman edition). + + + diff --git a/pipermail/nel/2001-January/000087.html b/pipermail/nel/2001-January/000087.html new file mode 100644 index 00000000..713d9057 --- /dev/null +++ b/pipermail/nel/2001-January/000087.html @@ -0,0 +1,69 @@ + + + + [Nel] Compiling in VC++ + + + + + + +

[Nel] Compiling in VC++

+ david.belius@chello.se + david.belius@chello.se
+ Wed, 03 Jan 2001 23:10:42 +0100 +

+
+ +
Hi,
+Why haven't you said that you have example game data up?!?
+
+When i tried to open the .dsw's VC++ would just say that it was a "Empty 
+workspce" with "0 projects".
+The reason for this was that all the VC++ files from the CVS are in UNIX
+format, i.e. the linefeeds are messed up.
+You should proboblay put a notice in the "Install" file about it.
+
+/David
+
+
+
+ + + + + + + + + + + + + + + + +
+

+ diff --git a/pipermail/nel/2001-January/000088.html b/pipermail/nel/2001-January/000088.html new file mode 100644 index 00000000..16c604ed --- /dev/null +++ b/pipermail/nel/2001-January/000088.html @@ -0,0 +1,87 @@ + + + + [Nel] Compiling in VC++ + + + + + + +

[Nel] Compiling in VC++

+ Vincent Archer + archer@nevrax.com
+ Wed, 3 Jan 2001 11:56:19 +0100 +

+
+ +
According to david.belius@chello.se:
+> Hi,
+> Why haven't you said that you have example game data up?!?
+
+We're still trying to finish the complete packaging for the 0.2 version
+(i.e. the first running prototype). And finding a machine to run an
+"official" server here for those who can't run server and client at home.
+
+The big announce will be made as soon as we've got time to polish that
+(and we'll probably open a download area so people without CVS can get
+ full packages at key points)
+
+> The reason for this was that all the VC++ files from the CVS are in UNIX
+> format, i.e. the linefeeds are messed up.
+
+The CVS tools should "properly" convert text files between unix/dos
+linefeed conventions. We're using WinCVS 1.1 here, and the files are
+correctly formatted while working on a windows client, and back to LF when
+commited.
+
+> You should proboblay put a notice in the "Install" file about it.
+
+We'll put a Caveat there.
+
+Oh, and by the way, happy new millenium all!
+-- 
+Vincent Archer                                         Email: archer@nevrax.com
+
+Nevrax France.                              Off on the yellow brick road we go!
+
+
+ + + + + + + + + + + + + + + + +
+

+ diff --git a/pipermail/nel/2001-January/000089.html b/pipermail/nel/2001-January/000089.html new file mode 100644 index 00000000..67623cf6 --- /dev/null +++ b/pipermail/nel/2001-January/000089.html @@ -0,0 +1,91 @@ + + + + [Nel] Some comments from a new user (builder only for now) + + + + + + +

[Nel] Some comments from a new user (builder only for now)

+ Nevrax + nevrax@bernard-hugueney.org
+ Wed, 3 Jan 2001 21:14:04 +0100 +

+
+ +
Hi, and happy new millenium to everyone!
+First I'd like to say that I'm gratly impressed by your work!
+So please do not take my comments as hard critcisms...
+
+You seem to be building everything from scratch while a quick search
+at sourceforge.net for MMORPG seems to suggest that there are plenty
+of already available material. You say that you had to work at your own
+(impressive) speed and did not want to hijack an existing project...
+But you seem to give up quite easly to good part of the GPL, you could have
+forked an existing project: the maintainer would hold no grudge against you
+as you would not take any of his/her volonteers but instead bring your team
+to some work he/she could also benefit.
+Even for low-level, everyday use classes, you seem to always invent your
+own (callbacks, smart pointers and sockets come to mind).
+I understand that your code is (honestly !) of far better quality than the
+average available crap (I also find myself to rewrite much of the code that
+I'm supposed to used) but there are exceptions (libsigc++ or any stuff from
+www.boost.org for exemple). I just hope that nevrax does not lose time because
+of a Not Invented Here syndrom...
+>From the docs online I had even the impression that you wanted to use you own
+custom scripting language (for ai I think). What is wrong with Python ?
+I even thought that the stackless (especially microthreads) would be nice
+for massively numerous agents :-)
+
+
+By the way, I'm impressed by that amount of work already done, how many of
+the mythical month-man have you put in current cvs ?
+
+It is not often that I can build source code so easly on my alpha!
+You bug-fixes were really fast... (I mean FAST!)
+
+For your information, on a Debian woody, one should 'apt-get install'
+the following packages (might go in a README or INSTALL):
+automake
+libtool
+libstlport-dev
+truetype2-dev
+bison
+flex
+libfreetype6-dev
+xlibmesa-dev
+
+beta-builder, soon beta testerly yours,
+ 
+Bernard
+(typing startx right now to see the beast)
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2001-January/000090.html b/pipermail/nel/2001-January/000090.html new file mode 100644 index 00000000..98732b34 --- /dev/null +++ b/pipermail/nel/2001-January/000090.html @@ -0,0 +1,67 @@ + + + + [Nel] Some comments from a new user (builder only for now) + + + + + + +

[Nel] Some comments from a new user (builder only for now)

+ sameh chafik Pro + chafik@nevrax.com
+ Thu, 4 Jan 2001 10:38:52 +0100 +

+
+ +
Hello, what you say is very interesting and I understand question let me
+answer to your python question you say
+
+>From the docs online I had even the impression that you wanted to use you
+own
+>custom scripting language (for ai I think). What is wrong with Python ?
+>I even thought that the stackless (especially microthreads) would be nice
+>for massively numerous agents :-)
+
+Python is a very good script language, I used it a lot for many work and i
+know it quite well, but if we use a custom scripting language that doesn't
+mean that we'll use it exclusively. On the contrary the script will allow a
+good opening to use any external script languag and we encourage that. Note
+that Nel script is an script for write agent and is an agent ortiented
+language we desigined  to lighten the design of agents and game desigin
+code.
+And it seem to be more heavy to write the Python agent interface instead of
+write the custom Nel script, due mainly to the lack of means to write agents
+connection in a classical language and secondly the need to rewirte C++ code
+for the python interface.
+
+
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2001-January/000091.html b/pipermail/nel/2001-January/000091.html new file mode 100644 index 00000000..c6e2ec72 --- /dev/null +++ b/pipermail/nel/2001-January/000091.html @@ -0,0 +1,65 @@ + + + + [Nel] Some comments from a new user (builder only for now) + + + + + + +

[Nel] Some comments from a new user (builder only for now)

+ Olivier Lejade + lejade@nevrax.com
+ Thu, 04 Jan 2001 10:54:54 +0100 +

+
+ +
Hi and Happy New Year to all NeLers !
+
+Bernard: Thanks for your comments.
+It's always nice to hear that kind of stuff. :)
+
+At 09:14 PM 1/3/01 +0100, you wrote:
+>any stuff from
+>www.boost.org
+
+We've been trying to reach boost.org since we saw your comment in the bug 
+tracking system, but it doesn't seem to respond... :(
+
+Also, would you mind configuring your email to display your name instead of 
+"Nevrax" ? It's a bit unsetteling...
+
+Thanks !
+
+
+
+
+
+ + + + +
+

+ diff --git a/pipermail/nel/2001-January/000092.html b/pipermail/nel/2001-January/000092.html new file mode 100644 index 00000000..12fb5f0f --- /dev/null +++ b/pipermail/nel/2001-January/000092.html @@ -0,0 +1,98 @@ + + + + [Nel] Some comments from a new user (builder only for now) + + + + + + +

[Nel] Some comments from a new user (builder only for now)

+ Vianney Lecroart + lecroart@nevrax.com
+ Thu, 4 Jan 2001 11:25:53 +0100 +

+
+ +
Hello and thank you for your post.
+
+First of all, we had the problem to know which external copyleft libraries
+we could
+use in our project. We looked at libraries such as ACE (for sockets),
+ClanLib (for
+system init), libsock++ (for sockets too), SDL and so on, but the problem
+was that these libraries did too much things or not enough. If a library
+does only a few things, we can rewrite it very quickly (with, why not,
+copy/paste)
+because we want the install very easy to do. If the user has to find and
+install
+10 libraries before starting the NeL compilation, he surely gives up. When
+the
+library does too much stuff, it often doesn't do it in the same way we want
+to do it,
+and we can only reuse a few part of the library. And in this case, it's sad
+to compile
+during 1 hour an external library for only reusing only a few functions. We
+prefer copy/pasting
+these parts directly in our lib.
+
+> I understand that your code is (honestly !) of far better quality than the
+> average available crap (I also find myself to rewrite much of the code
+that
+> I'm supposed to used) but there are exceptions (libsigc++ or any stuff
+from
+> www.boost.org for exemple). I just hope that nevrax does not lose time
+because
+> of a Not Invented Here syndrom...
+
+We'll take a look on libsigc++ and boost. we don't reinvent every thing, we
+only reuse code
+from other libraries but we don't include the entire libraries.
+
+
+Vianney Lecroart
+---
+lead programmer / nevrax.com
+icq#: 6870415
+homepage: http://ace.planet-d.net
+www.geek.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K-
+w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y?
+
+
+
+
+ + + + + + + + + + + +
+

+ diff --git a/pipermail/nel/2001-January/000093.html b/pipermail/nel/2001-January/000093.html new file mode 100644 index 00000000..739a47c3 --- /dev/null +++ b/pipermail/nel/2001-January/000093.html @@ -0,0 +1,81 @@ + + + + [Nel] Some comments from a new user (builder only for now) + + + + + + +

[Nel] Some comments from a new user (builder only for now)

+ Bernard Hugueney + nevrax@bernard-hugueney.org
+ Thu, 4 Jan 2001 11:42:22 +0100 +

+
+ +
Hi,
+You really deserve the responsiveness award !
+
+* Olivier Lejade <lejade@nevrax.com> [010104 11:04]:
+> Hi and Happy New Year to all NeLers !
+>
+> Bernard: Thanks for your comments.
+> It's always nice to hear that kind of stuff. :)
+>
+> At 09:14 PM 1/3/01 +0100, you wrote:
+> >any stuff from
+> >www.boost.org
+>
+> We've been trying to reach boost.org since we saw your comment in the bug
+> tracking system, but it doesn't seem to respond... :(
+My bad luck :-( It's the first time that it's down so long since I know it.
+I'm on their mailing list so I should know soon what is wrong.
+(While typing this mail I read
+
+   >The web site should now be available at 64.226.201.52
+   >
+   >The DNS change to resolve boost.org to that address has been  submitted to
+   >Network Solutions. I have no idea how long they will take to process it.
+   >
+on the mailing list, will teach them not to deal with NS when they could use
+GANDI :-) )
+
+their cvs is host at sourceforge http://sourceforge.net/projects/boost/
+and they are an e-group www.egroups.com
+The very best C++ coders I've ever heard are there.
+
+>
+> Also, would you mind configuring your email to display your name instead of
+> "Nevrax" ? It's a bit unsetteling...
+Damn, I'll have to modify my nevrax account, sorry for the mistake,
+(modifs done)Is that ok now ?
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2001-January/000094.html b/pipermail/nel/2001-January/000094.html new file mode 100644 index 00000000..8f26c3a8 --- /dev/null +++ b/pipermail/nel/2001-January/000094.html @@ -0,0 +1,50 @@ + + + + [Nel] Some comments from a new user (builder only for now) + + + + + + +

[Nel] Some comments from a new user (builder only for now)

+ Olivier Lejade + lejade@nevrax.com
+ Thu, 04 Jan 2001 11:58:27 +0100 +

+
+ +
At 11:42 AM 1/4/01 +0100, you wrote:
+>(modifs done)Is that ok now ?
+Yes, thanks. And thanks for the pointer too !
+We'll have a look at it ASAP.
+
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2001-January/000095.html b/pipermail/nel/2001-January/000095.html new file mode 100644 index 00000000..103f4d12 --- /dev/null +++ b/pipermail/nel/2001-January/000095.html @@ -0,0 +1,55 @@ + + + + [Nel] Boost.org + + + + + + +

[Nel] Boost.org

+ Olivier Lejade + lejade@nevrax.com
+ Thu, 04 Jan 2001 12:20:42 +0100 +

+
+ +
 From the information gathered on
+
+http://64.226.201.52/more/lib_guide.htm##License
+
+there seems to be licensing incompatibilities between Boost librairies and 
+the GPL.
+
+So I'm afraid this is a good reason why we can't use them in NeL, even 
+though they appear to be of very good quality. :(
+
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2001-January/000096.html b/pipermail/nel/2001-January/000096.html new file mode 100644 index 00000000..d237c942 --- /dev/null +++ b/pipermail/nel/2001-January/000096.html @@ -0,0 +1,52 @@ + + + + [Nel] Boost.org + + + + + + +

[Nel] Boost.org

+ Olivier Lejade + lejade@nevrax.com
+ Thu, 04 Jan 2001 15:35:10 +0100 +

+
+ +
At 12:20 PM 1/4/01 +0100, you wrote:
+>there seems to be licensing incompatibilities between Boost librairies and 
+>the GPL.
+
+And then again, maybe not. :)
+We're looking into it...
+
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2001-January/000097.html b/pipermail/nel/2001-January/000097.html new file mode 100644 index 00000000..b4e134e8 --- /dev/null +++ b/pipermail/nel/2001-January/000097.html @@ -0,0 +1,84 @@ + + + + [Nel] re: Boost library + + + + + + +

[Nel] re: Boost library

+ Bernard Hugueney + nevrax@bernard-hugueney.org
+ Thu, 4 Jan 2001 18:54:08 +0100 +

+
+ +
Olivier Lejade <lejade@nevrax.com> wrote:
+
+> From the information gathered on
+>http://64.226.201.52/more/lib_guide.htm##License
+>there seems to be licensing incompatibilities between Boost librairies and
+>the GPL.
+
+I think there is a misunderstanding. They exclude GPL and LGPL for
+library SUBMITTED. They want more of a BSD kind I think. You could not
+submit Nel for Boost acceptance, 
+<Quote>
+   To avoid the frustration and wasted time of a proposed library being
+   rejected, it must meets these requirements:
+     * The license must meet the license requirements below. Restricted
+       licenses like the GPL and LGPL are not acceptable.
+ </Quote>
+Note : "proposed library"
+No such restriction is imposed on code using a boost library: reading from
+their licenses requirement
+<Quote>
+     * Must grant permission to copy, use and modify the software for any
+       use (commercial and non-commercial) for no fee.
+</Quote>
+
+You cannot say that you are not allowed to use a library with such a
+licence (Note: ANY USE ) !!!
+
+I don't want to force you to use anything from boost, I just would want you
+to dismiss it for bad reasons. As a C++ coder, I found it invaluable
+(just for fun you migh look at the lambda library at http://lambda.cs.utu.fi/
+I never thought it would be possible). Of course their aim to "perfection"
+leads them to move slowly at time (network threads are not there yet...), and
+their advanced use of C++ clashes with crappy compiler (VC++). But if you
+can use it, their stuff really shines. I have not tested their py_cpp
+c++ to python wrapper, but I though you might be interested.
+
+Happy coding !
+Bernard
+(kinda jealous not to code for my living)
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2001-January/000098.html b/pipermail/nel/2001-January/000098.html new file mode 100644 index 00000000..851267c8 --- /dev/null +++ b/pipermail/nel/2001-January/000098.html @@ -0,0 +1,63 @@ + + + + [Nel] re: Boost library + + + + + + +

[Nel] re: Boost library

+ Olivier Lejade + lejade@nevrax.com
+ Thu, 04 Jan 2001 19:15:31 +0100 +

+
+ +
At 06:54 PM 1/4/01 +0100, you wrote:
+>I think there is a misunderstanding. They exclude GPL and LGPL for
+>library SUBMITTED. They want more of a BSD kind I think.
+
+Yes, this is what I noticed afterwards. :P
+Hence my "maybe not" post.
+Anyways, thanks for the clarification and now that the license issue is 
+cleared, rest assured we'll pay closer attentions to the libs.
+
+>I don't want to force you to use anything from boost, I just would want you
+>to dismiss it for bad reasons.
+
+Arg, it wasn't my intent !
+At first reading I just thought there was licensing compatibilities issues 
+that prevented the use of the libs for GPL/LGP programs. My bad: I was 
+wrong. But it sure would be nice to incorporate Boost stuff if we can !
+Actually, Cyrille (3D Lead) went to school with one of the Boost guys... :)
+
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2001-January/000099.html b/pipermail/nel/2001-January/000099.html new file mode 100644 index 00000000..1f6e2e7d --- /dev/null +++ b/pipermail/nel/2001-January/000099.html @@ -0,0 +1,70 @@ + + + + [Nel] compile problems on debian gnu/linux + + + + + + +

[Nel] compile problems on debian gnu/linux

+ Michael Warnock + michael@in-orbit.net
+ Thu, 04 Jan 2001 19:23:04 -0800 +

+
+ +
the debian packages for all requirements are installed- stlport has been
+installed from source over the debian version to get the nebula device
+(radonlabs.de) to work.
+
+
+c++ -DHAVE_CONFIG_H -I. -I. -I../../include -I/usr/include/freetype2
+-I/usr/include/stlport -g -O2 -Wp,-MD,.deps/mini_col.pp -c mini_col.cpp
+-fPIC -DPIC -o .libs/mini_col.lo
+In file included from ../../include/nel/3d/mini_col.h:33,
+                 from mini_col.cpp:26:
+../../include/nel/3d/quad_grid.h: In method `class
+NL3D::CQuadGrid<T>::CIterator
+NL3D::CQuadGrid<T>::erase(NL3D::CQuadGrid<T>::CIterator)':
+../../include/nel/3d/quad_grid.h:402: parse error before `*'
+../../include/nel/3d/quad_grid.h: In method `void
+NL3D::CQuadGrid<NL3D::CMiniCol::CFace>::selectAll()':
+
+any ideas?
+
+michael warnock
+in orbit entertainment
+
+
+
+ + + + + + +
+

+ diff --git a/pipermail/nel/2001-January/000100.html b/pipermail/nel/2001-January/000100.html new file mode 100644 index 00000000..27947c6f --- /dev/null +++ b/pipermail/nel/2001-January/000100.html @@ -0,0 +1,73 @@ + + + + [Nel] compile problems on debian gnu/linux + + + + + + +

[Nel] compile problems on debian gnu/linux

+ Cyril Corvazier + corvazier@nevrax.com
+ Fri, 5 Jan 2001 09:53:19 +0100 +

+
+ +
> c++ -DHAVE_CONFIG_H -I. -I. -I../../include -I/usr/include/freetype2
+> -I/usr/include/stlport -g -O2 -Wp,-MD,.deps/mini_col.pp -c mini_col.cpp
+> -fPIC -DPIC -o .libs/mini_col.lo
+> In file included from ../../include/nel/3d/mini_col.h:33,
+>                  from mini_col.cpp:26:
+> ../../include/nel/3d/quad_grid.h: In method `class
+> NL3D::CQuadGrid<T>::CIterator
+> NL3D::CQuadGrid<T>::erase(NL3D::CQuadGrid<T>::CIterator)':
+> ../../include/nel/3d/quad_grid.h:402: parse error before `*'
+> ../../include/nel/3d/quad_grid.h: In method `void
+> NL3D::CQuadGrid<NL3D::CMiniCol::CFace>::selectAll()':
+>
+> any ideas?
+
+This bug has been fixed yesterday evening. The cvs is synchronized at night.
+So if you update now, it should be ok.
+
+Thank you for the report.
+
+---
+Cyril Corvazier
+Lead 3d programmer
+Nevrax France
+
+
+
+
+ + + + + + +
+

+ diff --git a/pipermail/nel/2001-January/000101.html b/pipermail/nel/2001-January/000101.html new file mode 100644 index 00000000..25395ceb --- /dev/null +++ b/pipermail/nel/2001-January/000101.html @@ -0,0 +1,98 @@ + + + + [Nel] re: Boost library + + + + + + +

[Nel] re: Boost library

+ Vincent Archer + archer@nevrax.com
+ Fri, 5 Jan 2001 10:39:53 +0100 +

+
+ +
According to Bernard Hugueney:
+> I think there is a misunderstanding. They exclude GPL and LGPL for
+> library SUBMITTED. They want more of a BSD kind I think. You could not
+> submit Nel for Boost acceptance, 
+
+Well, the same problem applies in the reverse. Libraries in Boost are
+not covered by a GPL-style license. Which means that they cannot be
+lifted verbatim from the Boost collection and incorporated in ours
+without a lot of precautions.
+
+Just like someone cannot take a GPL piece of software and turn it into
+a BSD-licensed software, one cannot lift a BSD-style software and put it
+into a GPL project. The licenses are "orthogonal" in style, and you
+cannot decide on your own to alter the license; only the copyright owner
+may do so.
+
+The license styles from Boost (the ones I've looked at so far, boost.org
+is unresolvable at the moment) would prevent us from incoporating them
+in NeL. We *might* be able to use them side-by-side, asking people to get
+them (and provide mirrors) and compile them separately, but they cannot
+be *part* of NeL.
+
+> <Quote>
+>      * Must grant permission to copy, use and modify the software for any
+>        use (commercial and non-commercial) for no fee.
+> </Quote>
+> 
+> You cannot say that you are not allowed to use a library with such a
+> licence (Note: ANY USE ) !!!
+
+The GPL is better worded in that regard; it says for no fee exceeding
+the cost of support and shipping (meaning I'm am not obliged to *pay* for
+*your* copy).
+
+> leads them to move slowly at time (network threads are not there yet...), and
+> their advanced use of C++ clashes with crappy compiler (VC++). But if you
+
+Well, we also have to use VC++. The compiler quirks may drive us crazy
+with all its "let's not bother the developper with clarity, I'll guess
+what he wants to do" philosophy, but there aren't many useful C++
+development environments when you're working on a Windows system.
+
+> Happy coding !
+> Bernard
+> (kinda jealous not to code for my living)
+
+Many of us code for a living. We just don't code what we'd really love
+to code :)
+
+-- 
+Vincent Archer                                         Email: archer@nevrax.com
+
+Nevrax France.                              Off on the yellow brick road we go!
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2001-January/000102.html b/pipermail/nel/2001-January/000102.html new file mode 100644 index 00000000..380e9689 --- /dev/null +++ b/pipermail/nel/2001-January/000102.html @@ -0,0 +1,67 @@ + + + + [Nel] re: Boost library + + + + + + +

[Nel] re: Boost library

+ Vincent Archer + archer@nevrax.com
+ Fri, 5 Jan 2001 11:00:26 +0100 +

+
+ +
According to Vincent Archer:
+> a BSD-licensed software, one cannot lift a BSD-style software and put it
+> into a GPL project. The licenses are "orthogonal" in style, and you
+> cannot decide on your own to alter the license; only the copyright owner
+> may do so.
+
+A little precision on this subject.
+
+I was about immediately bashed on the head for my old-timer attitudes.
+The arguments I raise mostly apply to the so-called "original BSD
+license", which had relatively strict advertising clauses on it which
+are incompatible with GPL. But for some reason, my brain is still locked
+in the 10-years-ago mode, and I don't think I'll ever shake it out 'till
+retirement home.
+
+The recent BSD licenses let you mix things with GPL. So, we can't
+incorporate Boost libraries into NeL, but we can happily get them, and
+use them, just like we use FreeType and the like.
+
+-- 
+Vincent Archer                                         Email: archer@nevrax.com
+
+Nevrax France.                              Off on the yellow brick road we go!
+
+
+ + +
+

+ diff --git a/pipermail/nel/2001-January/000103.html b/pipermail/nel/2001-January/000103.html new file mode 100644 index 00000000..47afbadd --- /dev/null +++ b/pipermail/nel/2001-January/000103.html @@ -0,0 +1,70 @@ + + + + [Nel] compile problems on debian gnu/linux (more) + + + + + + +

[Nel] compile problems on debian gnu/linux (more)

+ Michael Warnock + michael@in-orbit.net
+ Fri, 05 Jan 2001 17:04:10 -0800 +

+
+ +
>
+
+Thanx for the quick fix!
+
+here's another bug:
+same debian 2.2 (stlport 4.1 now)
+
+making the client:
+
+c++ -I/usr/include/freetype2 -I/usr/include/stlport -g -O2  -o client  client.o
+language_interface.o login_interface.o move_listener.o pb_message_box.o
+player_view.o shards_list_interface.o zone_manager.o zone_search.o -lnelnet
+-lnelmisc -lnel3d -L/usr/lib -lfreetype -lstlport_gcc
+zone_manager.o: In function `NLMISC::IRunnable type_info function':
+/usr/include/stlport/iostream(.text+0x0): multiple definition of
+`NLMISC::IThread::create(NLMISC::IRunnable *)'
+client.o(.text+0x0):/usr/include/stlport/stl/_construct.h: first defined here
+collect2: ld returned 1 exit status
+make[2]: *** [client] Error 1
+
+we got all the servers running with code from the last hour or so.
+
+michael
+
+
+
+ + + + +
+

+ diff --git a/pipermail/nel/2001-January/000104.html b/pipermail/nel/2001-January/000104.html new file mode 100644 index 00000000..6b34c2ff --- /dev/null +++ b/pipermail/nel/2001-January/000104.html @@ -0,0 +1,82 @@ + + + + [Nel] File formats+other stuff + + + + + + +

[Nel] File formats+other stuff

+ robofly + robofly@in-orbit.net
+ Fri, 5 Jan 2001 17:35:04 -0800 +

+
+ +
Hi,
+
+We're experimenting with NEL, great work :)  We are
+developing an MMRPG called "Warp Storm" and subscribe
+to the Open Source development model.  Our company
+and game is born from an GPL'ed project I've been
+leading since 1998 called Bang formerly known as
+JavaMOO.  Now we have a funded development effort
+going and have offices in San Francisco and Reykjavík,
+Iceland.
+
+We are considering assigning few full time programmers
+helping expanding the NEL code-base.
+
+I've gathered that there is support for .3ds for objects
+and .bmp for textures.  Is this correct?
+
+Is there any animation support?
+
+In what format is the landscape data tiles?
+
+Do you have an example of a config file for the
+client?
+
+What glues .3ds object files to the landscape
+data?
+
+Warm regards,
+Róbert Viðar Bjarnason
+robofly@in-orbit.net
+
+President, InOrbit Entertainment, Inc.
+http://www.in-orbit.net/
+http://this.is/bang/
+
+
+
+
+ + + + +
+

+ diff --git a/pipermail/nel/2001-January/000105.html b/pipermail/nel/2001-January/000105.html new file mode 100644 index 00000000..3b43f495 --- /dev/null +++ b/pipermail/nel/2001-January/000105.html @@ -0,0 +1,96 @@ + + + + [Nel] File formats+other stuff + + + + + + +

[Nel] File formats+other stuff

+ Cyril Corvazier + corvazier@nevrax.com
+ Mon, 8 Jan 2001 11:33:31 +0100 +

+
+ +
Hi, and welcome on the NeL list.
+
+> I've gathered that there is support for .3ds for objects
+> and .bmp for textures.  Is this correct?
+
+> In what format is the landscape data tiles?
+
+> What glues .3ds object files to the landscape
+> data?
+
+NeL library supports only .tga file format and .dds (direct draw surface)
+for texture compression (DXTC1, 3 and 5).
+
+The NeL's way to load 3d data is the following:
+NeL only reads NeL binary files (like .shape, .bank or .zone). No support
+for .3ds files will be provided by Nevrax.
+The reason is .3ds is an old file format, and many new features simply don't
+exist in it. (vertex weigting, multiple UV by
+vertex, patches, vertex color ).
+It's easy to build and save NeL data. You only have to write a data
+converter or an export plugin for your
+3d editor linked with NeL. A paper about 'how to deal with NeL data' will
+come soon in the NeL documentation.
+
+At Nevrax, we use a set of crude plugins for 3dsmax builded with NeL, but we
+can't distribute them for the moment.
+
+> Is there any animation support?
+
+Support for animation is planed for sure. Those features will be implemented
+in NeL:
+
+ * Hierarchical animations.
+ * Skinning (with T&L support).
+ * Morphing (blend shape).
+ * IK solver (position constraints only).
+ * Animation layers (merge of weighted animations with IK constraints).
+
+> Do you have an example of a config file for the
+> client?
+
+I let my co-workers respond to this question.
+
+Thanks for your interest in the NeL project.
+---
+Cyril Corvazier
+Lead 3d programmer
+Nevrax France
+
+
+
+ + + + + +
+

+ diff --git a/pipermail/nel/2001-January/000106.html b/pipermail/nel/2001-January/000106.html new file mode 100644 index 00000000..1b06b16d --- /dev/null +++ b/pipermail/nel/2001-January/000106.html @@ -0,0 +1,76 @@ + + + + [Nel] File formats+other stuff + + + + + + +

[Nel] File formats+other stuff

+ Vianney Lecroart + lecroart@nevrax.com
+ Mon, 8 Jan 2001 11:48:32 +0100 +

+
+ +
Hello,
+
+I m one of those co-workers and I'll answer your last question :)
+
+> Do you have an example of a config file for the
+> client?
+
+yes we have example of config file.
+in the generated doc, here:
+http://www.nevrax.org/docs/doxygen/nel/class_NLMISC__CConfigFile.html
+you ll find an example of config file and a sample of code that use it.
+
+we already use the config file in the client, look client.cpp and search
+CConfigFile ;-)
+
+it's really quite easy to use, not very flexible but the reason is that we
+use lex&yacc so
+we can't do all we wanted (like rewrite config file)
+
+
+Vianney Lecroart
+---
+lead programmer / nevrax.com
+icq#: 6870415
+homepage: http://ace.planet-d.net
+www.geek.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K-
+w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y?
+
+
+
+
+ + + + + +
+

+ diff --git a/pipermail/nel/2001-January/000107.html b/pipermail/nel/2001-January/000107.html new file mode 100644 index 00000000..bbb47e20 --- /dev/null +++ b/pipermail/nel/2001-January/000107.html @@ -0,0 +1,60 @@ + + + + [Nel] File formats+other stuff + + + + + + +

[Nel] File formats+other stuff

+ Vianney Lecroart + lecroart@nevrax.com
+ Mon, 8 Jan 2001 12:15:48 +0100 +

+
+ +
hello again,
+
+Just a question, why do you want the client config file?
+The client automatically create the config file if the config file is not
+found.
+Anyway, you *can't* run the client because game data are not available for
+now.
+(you should wait few weeks ;-)
+
+vianney
+
+
+
+
+ + + + + + +
+

+ diff --git a/pipermail/nel/2001-January/000108.html b/pipermail/nel/2001-January/000108.html new file mode 100644 index 00000000..bf7bc723 --- /dev/null +++ b/pipermail/nel/2001-January/000108.html @@ -0,0 +1,137 @@ + + + + Re[2]: [Nel] File formats+other stuff + + + + + + +

Re[2]: [Nel] File formats+other stuff

+ robofly + robofly@in-orbit.net
+ Mon, 8 Jan 2001 11:03:49 -0800 +

+
+ +
Hi Olivier,
+
+Monday, January 08, 2001, 3:08:59 AM, you wrote:
+OL> How is your organisation working ? What is the task of each office ?
+OL> How much funding did you receive ? Why did you head for San Fransisco ? 
+
+Here is how our organization works:
+We have a management team of 8 people:
+President/Director, CFO, Producer, Lead World
+Builder/Lead Writer, Production Manager, VP of
+Computer Graphics, Lead Graphics Designer and
+Lead Animator.
+
+We have a Concept & Illustration team of 6
+full time people.  This team is creating the
+look of the Warp Storm universe.
+
+We have a Computer Graphics team of 5 full time
+people.  This teams includes Donald Graham who
+did for an example the first 3D model of the
+International Space Station for NASA and Jim Citron
+who was the Technical Director for Tippett studios
+and worked for example on Starship Troopers,
+Armageddon and Godzilla.
+
+We have a Game Mechanics team of 3 full time
+people.  This team is responsible for designed
+the complex skill based role-playing system
+for Warp Storm.
+
+We have programming team of 4 full time
+programmers.  This team is currently focusing
+on the game mechanics and evaluating different
+Open Source technologies that we are considering
+for the Warp Storm platform.
+
+Currently we only have 3 employees in Reykjavík,
+Iceland.  Our CFO, Lead Graphics Designer and
+Interface Designer are working out of Reykjavík
+the rest of the team is working out of San
+Francisco.
+
+We have received $760.000 in seed funding,
+this investments is all from Icelandic
+sources.  We are in the progress of opening
+our 1st Round of financing and plan to raise
+$6.000.000 from sources here in the USA.
+
+The reason for why we choose San Francisco
+are: I worked here in 1996/1997 for a company
+now called http://www.smartvr.com/ and I
+made a lot of connections here then.  It is
+relatively easy to get high quality illustrators
+and CG people here.
+
+OL> That would be nice. We'd have to find a working methodology though: we
+OL> didn't expect other gaming companies to jump in so soon,  even though it 
+OL> was inevitable in the long term.
+
+We would very much like to figure out the best way for
+us to work together.
+
+OL> How many programmers is there in your dev team ?
+
+We currently have only 4 programmers but we are looking
+for 2 right now and will be looking for over 10 when
+we receive our 1st round of financing.
+
+We have a prototype written in Java3D that has
+been active since 1998.  We have a more recent prototype
+that helped us secure our seed funding written in C++
+that uses Crystal Space for the rendering part.
+
+Currently, Dmitry, our lead programmer is working on
+creating a prototype using NeL as the net platform and
+using the Nebula Device for 3D rendering.   Nebula has a
+bunch of advanced 3D stuff, you can check it out at
+http://www.radonlabs.de/ or
+http://sourceforge.net/projects/nebuladevice/
+
+Warm regards,
+Róbert Viðar Bjarnason
+robofly@in-orbit.net
+
+President, InOrbit Entertainment, Inc.
+http://www.in-orbit.net
+
+
+
+
+ + + + + + + +
+

+ diff --git a/pipermail/nel/2001-January/000109.html b/pipermail/nel/2001-January/000109.html new file mode 100644 index 00000000..89f05c04 --- /dev/null +++ b/pipermail/nel/2001-January/000109.html @@ -0,0 +1,81 @@ + + + + Re[2]: [Nel] File formats+other stuff + + + + + + +

Re[2]: [Nel] File formats+other stuff

+ robofly + robofly@in-orbit.net
+ Mon, 8 Jan 2001 11:16:45 -0800 +

+
+ +
Hi Vianney,
+
+Monday, January 08, 2001, 3:15:48 AM, you wrote:
+VL> Just a question, why do you want the client config file?
+VL> The client automatically create the config file if the config file is not
+VL> found.
+
+I just wanted it to see what initial configuration
+elements you were using.  I wanted this to gain
+better understanding of the NeL platform.  I had already
+taken a look at the link you sent me earlier and
+it does not reveal anything about the actual content
+of the config file.
+
+VL> Anyway, you *can't* run the client because game data are not available for
+VL> now.
+VL> (you should wait few weeks ;-)
+
+Why did you decide to release NeL as an Open Source
+project on the Internet if there is no way to
+run it once compiled?
+
+We have a lot of game assets ready that we would
+love to test out in the NeL engine.  We use mostly
+Maya for our content but we have a couple of 3D Max
+licences as well.  Our content currently includes;
+textured characters with animations, buildings,
+props, height maps and landscape textures.
+
+Warm regard,
+Róbert Viðar Bjarnason
+robofly@in-orbit.net
+
+
+
+
+ + + + + +
+

+ diff --git a/pipermail/nel/2001-January/000110.html b/pipermail/nel/2001-January/000110.html new file mode 100644 index 00000000..a9421ed9 --- /dev/null +++ b/pipermail/nel/2001-January/000110.html @@ -0,0 +1,61 @@ + + + + Re[2]: [Nel] File formats+other stuff + + + + + + +

Re[2]: [Nel] File formats+other stuff

+ robofly + robofly@in-orbit.net
+ Mon, 8 Jan 2001 11:22:56 -0800 +

+
+ +
Hi Cyril,
+
+Thanks for the info :)
+
+Monday, January 08, 2001, 2:33:31 AM, you wrote:
+CC> At Nevrax, we use a set of crude plugins for 3dsmax builded with NeL, but we
+CC> can't distribute them for the moment.
+
+Are those plugins going to be Open Source? If not, is there
+any change of buying them of you, even if they are in a
+crude stage?
+
+Warm regards,
+Róbert
+
+
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2001-January/000111.html b/pipermail/nel/2001-January/000111.html new file mode 100644 index 00000000..da38afe4 --- /dev/null +++ b/pipermail/nel/2001-January/000111.html @@ -0,0 +1,60 @@ + + + + [Nel] NeL compilation + + + + + + +

[Nel] NeL compilation

+ Valignat Cedric + valignat@nevrax.com
+ Tue, 9 Jan 2001 17:37:31 +0100 +

+
+ +
Hello Everybody,
+
+
+Yesterday we've integrated the AI code to NeL and it breaks the GNU/Linux
+compilation :-(
+
+We are working on it and it should be fix soon ...
+
+
+Sorry about that,
+
+Cedric.
+
+
+
+ + + + + +
+

+ diff --git a/pipermail/nel/2001-January/000112.html b/pipermail/nel/2001-January/000112.html new file mode 100644 index 00000000..1acf72eb --- /dev/null +++ b/pipermail/nel/2001-January/000112.html @@ -0,0 +1,66 @@ + + + + [Nel] Some comments from a new user (builder only for now) + + + + + + +

[Nel] Some comments from a new user (builder only for now)

+ Valignat Cedric + valignat@nevrax.com
+ Tue, 9 Jan 2001 17:43:26 +0100 +

+
+ +
Hello Bernard,
+
+Nevrax wrote:
+>
+> It is not often that I can build source code so easly on my alpha!
+
+Nice to ear that :-)
+
+> You bug-fixes were really fast... (I mean FAST!)
+
+My response wasn't that fast ... sorry :-)
+
+
+> For your information, on a Debian woody, one should 'apt-get install'
+> the following packages (might go in a README or INSTALL):
+> [...]
+
+I updated the NeL's INSTALL file as you suggest it ... thanks.
+
+
+Cedric.
+
+
+
+ + +
+

+ diff --git a/pipermail/nel/2001-January/000113.html b/pipermail/nel/2001-January/000113.html new file mode 100644 index 00000000..77b19755 --- /dev/null +++ b/pipermail/nel/2001-January/000113.html @@ -0,0 +1,116 @@ + + + + Re[2]: [Nel] File formats+other stuff + + + + + + +

Re[2]: [Nel] File formats+other stuff

+ Vianney Lecroart + lecroart@nevrax.com
+ Tue, 9 Jan 2001 18:22:42 +0100 +

+
+ +
Hello Robert,
+
+> I just wanted it to see what initial configuration
+> elements you were using.  I wanted this to gain
+> better understanding of the NeL platform.  I had already
+> taken a look at the link you sent me earlier and
+> it does not reveal anything about the actual content
+> of the config file.
+
+okay, next is the content of our current config file, hope it s what you
+wanted:
+---- start of client.cfg
+// CLIENT CONFIG FILE
+
+FullScreen = 1;    // 1 = yes
+Width = 800;
+Height = 600;
+Depth = 32;
+Position = { 819.269836, -738.062500, 8.277040 };    // the last position on
+the world (just for prototype)
+Heading = { 0.882310, -0.470668, 0.0 };    // the last direction of the head
+Background = { 100, 100, 255 }; // color of the background (temporary, we
+wait the sky ;)
+DataPath = "\\server\gamedata\data/;    // path of where the data are
+FontPath = "\\server\code\fonts\arialuni.ttf;  // the font used in the
+client (will change)
+LanguageIndex = 1;
+LSHost = "pc38"; // our login service server
+Login = "foo"; // my login
+Password = "bar";    // ... i know, it s not crypted :(
+ShardIP = "192.168.1.38"; // the last selected shard
+CharacterIndex = 0; // the player character (between 2 possibilities)
+---- end of client.cfg
+
+> Why did you decide to release NeL as an Open Source
+> project on the Internet if there is no way to
+> run it once compiled?
+
+Don't forget that it's a quite young project
+and we need time to give some examples and stuff.
+We are currently working on a small sample world to give the community
+something to kick around and showcase what NeL can do.
+We'll release it next week so please be a little patient.
+Of course this example will have nothing to do with our final game.
+Its main use is to help us to test our library and test our team production
+pipelines.
+
+But, as you said below, you could use NeL with your own data: you don't
+*have* to wait for us to provide it !
+
+> We have a lot of game assets ready that we would
+> love to test out in the NeL engine.  We use mostly
+> Maya for our content but we have a couple of 3D Max
+> licences as well.  Our content currently includes;
+> textured characters with animations, buildings,
+> props, height maps and landscape textures.
+
+Great! The only potential problem could be for exporting datas.
+But it would be neat if you wrote an export pluggin for Maya,
+and we'd love to have another example of a program using NeL.
+
+Best regards,
+
+Vianney Lecroart
+---
+lead programmer / nevrax.com
+icq#: 6870415
+homepage: http://ace.planet-d.net
+www.geek.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K-
+w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y?
+
+
+
+
+ + +
+

+ diff --git a/pipermail/nel/2001-January/000114.html b/pipermail/nel/2001-January/000114.html new file mode 100644 index 00000000..2b62bc78 --- /dev/null +++ b/pipermail/nel/2001-January/000114.html @@ -0,0 +1,59 @@ + + + + [Nel] mesa3D + + + + + + +

[Nel] mesa3D

+ =?ISO-8859-1?Q?Fran=E7ois_P=E9richon?= + francois.perichon@inzebox.com
+ Thu, 11 Jan 2001 16:13:25 +0100 +

+
+ +
It seems i need recent mesa3d libs to build NeL.
+What version do i need?
+Could you write the software versions needed to build in the INSTALL files.
+
+-- 
+François "Le Barjack"  Périchon
+francois.perichon@inzebox.com
+lebarjack@inzebox.com
+36, rue de la clef
+59800 Lille
+France
+Tel : +33 (0)3 20 55 55 90 
+Fax : +33 (0)3 20 55 55 92
+
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2001-January/000115.html b/pipermail/nel/2001-January/000115.html new file mode 100644 index 00000000..ca525cd6 --- /dev/null +++ b/pipermail/nel/2001-January/000115.html @@ -0,0 +1,66 @@ + + + + [Nel] mesa3D + + + + + + +

[Nel] mesa3D

+ Valignat Cedric + valignat@nevrax.com
+ Thu, 11 Jan 2001 17:18:40 +0100 +

+
+ +
Hello Francois,
+
+François Périchon wrote:
+> It seems i need recent mesa3d libs to build NeL.
+> What version do i need?
+
+We are using Mesa 3.3 and we didn't test NeL with other versions yet.
+
+Could you tell us which version of Mesa you used, that could help us
+to have a better idea about the NeL compatibility ...
+
+> Could you write the software versions needed to build in the INSTALL files.
+
+I updated the INSTALL file on that way ... it should be available on tonigth
+on the public CVS.
+
+Thanks,
+
+Cedric.
+
+
+
+ + + + +
+

+ diff --git a/pipermail/nel/2001-January/000116.html b/pipermail/nel/2001-January/000116.html new file mode 100644 index 00000000..1420f6eb --- /dev/null +++ b/pipermail/nel/2001-January/000116.html @@ -0,0 +1,84 @@ + + + + [Nel] mesa3D + + + + + + +

[Nel] mesa3D

+ Bernard Hugueney + nevrax@bernard-hugueney.org
+ Thu, 11 Jan 2001 19:53:28 +0100 +

+
+ +
In-Reply-To: <20010111171840.A1365@nevrax.com>; from valignat@nevrax.com on Thu, Jan 11, 2001 at 05:18:40PM +0100
+* Valignat Cedric <valignat@nevrax.com> [010111 19:18]:
+
+> Hello Francois,
+>
+> FranBmPis PBqSichon wrote:
+> > It seems i need recent mesa3d libs to build NeL.
+> > What version do i need?
+>
+> We are using Mesa 3.3 and we didn't test NeL with other versions yet.
+
+I must say that for once, Debian unstable is not up to date.
+I've been left behind recently, even with latest (today's!) xlibmesa-dev :-(
+Just when I bought those extra 128 Mo that 'd have allowed me to compile Nel
+AND move he mouse cursor :-(
+And lanch ddd on the servers because they segfaulted on startup here :-(
+
+I've no relevent version number as debian seem to sync them with XFree's:
+
+bubastis:~# dpkg -p xlibmesa-dev |fgrep Version
+Version: 4.0.2-1
+
+bubastis:~# dpkg -L xlibmesa-dev |fgrep glext.h
+/usr/include/GL/glext.h
+but 
+bubastis:~# fgrep GL_GLEXT_VERSION `dpkg -L xlibmesa-dev |fgrep glext.h`
+#define GL_GLEXT_VERSION 6
+which does not plese Nel :-((
+
+Not your fault As I think one ought to be on the bleeding edge when developping
+or your behind when releasing...
+
+I hope to catch up soon...
+
+Bernard
+
+
+ + + + + + + +
+

+ diff --git a/pipermail/nel/2001-January/000117.html b/pipermail/nel/2001-January/000117.html new file mode 100644 index 00000000..c4f2c919 --- /dev/null +++ b/pipermail/nel/2001-January/000117.html @@ -0,0 +1,96 @@ + + + + [Nel] mesa3D + + + + + + +

[Nel] mesa3D

+ Valignat Cedric + valignat@nevrax.com
+ Fri, 12 Jan 2001 12:01:36 +0100 +

+
+ +
Hello Bernard,
+
+Bernard Hugueney wrote:
+> 
+> I must say that for once, Debian unstable is not up to date.
+> I've been left behind recently, even with latest (today's!) xlibmesa-dev :-(
+
+Ouch !...
+
+> Just when I bought those extra 128 Mo that 'd have allowed me to compile Nel
+> AND move he mouse cursor :-(
+
+How much RAM did you have, before, to run X ? :-P
+
+> And lanch ddd on the servers because they segfaulted on startup here :-(
+
+Did you get any error messages ?
+
+The servers are, actually, made in a way that they print an error message and
+create a core files if there is a problem, that's help us to debug them ...
+
+> I've no relevent version number as debian seem to sync them with XFree's:
+> 
+> bubastis:~# dpkg -p xlibmesa-dev |fgrep Version
+> Version: 4.0.2-1
+> 
+> bubastis:~# dpkg -L xlibmesa-dev |fgrep glext.h
+> /usr/include/GL/glext.h
+> but 
+> bubastis:~# fgrep GL_GLEXT_VERSION `dpkg -L xlibmesa-dev |fgrep glext.h`
+> #define GL_GLEXT_VERSION 6
+> which does not plese Nel :-((
+
+The Mesa's rpm that we used is the 3.3-5 version and it use the version 7
+of GL/glext.h. We didn't test it with any other version of mesa yet, but you
+could try to download the lastest version of GL/glext.h at
+http://oss.sgi.com/projects/ogl-sample/ABI/glext.h and recompile NeL.
+
+An other solution is to remove the GL_GLEXT_VERSION checking in the 
+configure.in file and in the src/3d/driver/opengl/driver_opengl_extension.h
+file and try to recompile NeL ...
+
+I hope that could help you to fixed your problem ...
+
+
+Cedric.
+
+
+
+ + + + + + + +
+

+ diff --git a/pipermail/nel/2001-January/000118.html b/pipermail/nel/2001-January/000118.html new file mode 100644 index 00000000..51d29661 --- /dev/null +++ b/pipermail/nel/2001-January/000118.html @@ -0,0 +1,83 @@ + + + + Re[2]: [Nel] File formats+other stuff + + + + + + +

Re[2]: [Nel] File formats+other stuff

+ Robert Bjarnason + robofly@in-orbit.net
+ Sat, 13 Jan 2001 20:49:54 -0800 +

+
+ +
Hi Vianney,
+
+VC> okay, next is the content of our current config file, hope it s what you
+VC> wanted:
+
+Thanks :)  I like the way you have the config files
+created automaticly, I just hadn't looked in the
+right place...
+
+VC> Don't forget that it's a quite young project
+VC> and we need time to give some examples and stuff.
+VC> We are currently working on a small sample world to give the community
+VC> something to kick around and showcase what NeL can do.
+VC> We'll release it next week so please be a little patient.
+VC> Of course this example will have nothing to do with our final game.
+VC> Its main use is to help us to test our library and test our team production
+VC> pipelines.
+
+I appolagice for my tone of voice before, I really
+appricate your effort and think your doing a great
+job.
+
+VC> Great! The only potential problem could be for exporting datas.
+VC> But it would be neat if you wrote an export pluggin for Maya,
+VC> and we'd love to have another example of a program using NeL.
+
+We've already started to work on a plugin, written in MEL Script,
+using info gathered from the source code distribution.
+Do you have any formal documents on the different fileformats?
+
+Warm regards,
+Robert
+
+
+
+
+ + + + + + + +
+

+ diff --git a/pipermail/nel/2001-January/000119.html b/pipermail/nel/2001-January/000119.html new file mode 100644 index 00000000..2501d7bf --- /dev/null +++ b/pipermail/nel/2001-January/000119.html @@ -0,0 +1,84 @@ + + + + [Nel] Maya plugin issues + + + + + + +

[Nel] Maya plugin issues

+ robofly + robofly@in-orbit.net
+ Sun, 14 Jan 2001 20:26:32 -0800 +

+
+ +
Hi,
+
+I've been looking into writing a Maya plugin.
+What I understand so far is the following,
+please correct me if I'm wrong.
+
+-There are no specific fileformats for NeL,
+only different serialized objects like
+CZone, CShape(Stream), CMesh and others.
+
+-We would probably use the Maya API and
+write a C++ plugin for Maya instead of
+a MEL script.
+
+-I will have to convert the NURBS based
+Maya curves into 3DSMax based Bezier
+Pathces.
+
+This is really exciting. Now we can
+really integrate functions in Maya
+for bump-mapping and things like that.
+And this will be a plugin that creates
+ready to use NeL objects instead of
+some kind of an endless conversion
+madness :)
+
+If anybody has some code already written
+for either the Maya or NeL part of such
+a plugin, please let me know.  Our plugin
+will will be released under the GPL.
+
+Warm regards,
+Róbert
+
+
+
+
+ + + + + + + +
+

+ diff --git a/pipermail/nel/2001-January/000120.html b/pipermail/nel/2001-January/000120.html new file mode 100644 index 00000000..01e0542c --- /dev/null +++ b/pipermail/nel/2001-January/000120.html @@ -0,0 +1,86 @@ + + + + [Nel] mesa3D + + + + + + +

[Nel] mesa3D

+ =?ISO-8859-1?Q?Fran=E7ois_P=E9richon?= + francois.perichon@inzebox.com
+ Mon, 15 Jan 2001 12:42:46 +0100 +

+
+ +
I used the mesa 3.2 which comes with the unstable debian.
+On Thu, 11 Jan 2001 17:18:40 Valignat Cedric wrote:
+> Hello Francois,
+> 
+> François Périchon wrote:
+> > It seems i need recent mesa3d libs to build NeL.
+> > What version do i need?
+> 
+> We are using Mesa 3.3 and we didn't test NeL with other versions yet.
+> 
+> Could you tell us which version of Mesa you used, that could help us
+> to have a better idea about the NeL compatibility ...
+> 
+> > Could you write the software versions needed to build in the INSTALL
+> files.
+> 
+> I updated the INSTALL file on that way ... it should be available on
+> tonigth
+> on the public CVS.
+> 
+> Thanks,
+> 
+> Cedric.
+> 
+> _______________________________________________
+> Nel mailing list
+> Nel@nevrax.org
+> http://www.nevrax.org/mailman/listinfo.cgi/nel
+> 
+> 
+
+-- 
+François "Le Barjack"  Périchon
+francois.perichon@inzebox.com
+lebarjack@inzebox.com
+36, rue de la clef
+59800 Lille
+France
+Tel : +33 (0)3 20 55 55 90 
+Fax : +33 (0)3 20 55 55 92
+
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2001-January/000121.html b/pipermail/nel/2001-January/000121.html new file mode 100644 index 00000000..1b3f2f60 --- /dev/null +++ b/pipermail/nel/2001-January/000121.html @@ -0,0 +1,121 @@ + + + + [Nel] mesa3D + + + + + + +

[Nel] mesa3D

+ Debian User + bernard@bernard-hugueney.org
+ Wed, 17 Jan 2001 01:52:06 +0100 +

+
+ +
Hi,
+I reported my disappointment in a previous post when I saw that up to date
+ unstable Debian seemed not current enough for NeL.
+I decided to get the latest release from www.mesa3d.org.
+It was 3.4 but include/GL/glext.h seemed not current enough according to
+the test of GL_GLEXT_VERSION  :-(( (I have 6, requested is 7)
+So I decided to browse the CVS (http://cvs.sourceforge.net/cgi-bin/cvsweb.cgi/Mesa/include/GL/glext.h?rev=1.31&content-type=text/x-cvsweb-markup&cvsroot=mesa3d ) and here is what I found:
+
+Revision 1.31, Sat Jan 6 22:46:13 2001 UTC (10 days, 1 hour ago) by
+   gareth
+  Branch: MAIN
+  CVS Tags: HEAD
+  Changes since 1.30: +9 -4 lines
+Implementation of GL_EXT_texture_env_dot3.
+...
+  /* Header file version number, required by OpenGL ABI for Linux */
+#define GL_GLEXT_VERSION 6
+ 
+???
+You guys are not up to date! you are ahead of time :-)
+
+Btw, I tried to fake a correct GL_GLEXT_VERSION but compile fails later
+:-(((
+
+I hope to be able to compile NeL again soon ...
+
+Bernard
+
+
+* Fran?ois P?richon <francois.perichon@inzebox.com> [010115 18:41]:
+> I used the mesa 3.2 which comes with the unstable debian.
+> On Thu, 11 Jan 2001 17:18:40 Valignat Cedric wrote:
+> > Hello Francois,
+> > 
+> > François Périchon wrote:
+> > > It seems i need recent mesa3d libs to build NeL.
+> > > What version do i need?
+> > 
+> > We are using Mesa 3.3 and we didn't test NeL with other versions yet.
+> > 
+> > Could you tell us which version of Mesa you used, that could help us
+> > to have a better idea about the NeL compatibility ...
+> > 
+> > > Could you write the software versions needed to build in the INSTALL
+> > files.
+> > 
+> > I updated the INSTALL file on that way ... it should be available on
+> > tonigth
+> > on the public CVS.
+> > 
+> > Thanks,
+> > 
+> > Cedric.
+> > 
+> > _______________________________________________
+> > Nel mailing list
+> > Nel@nevrax.org
+> > http://www.nevrax.org/mailman/listinfo.cgi/nel
+> > 
+> > 
+> 
+> -- 
+> François "Le Barjack"  Périchon
+> francois.perichon@inzebox.com
+> lebarjack@inzebox.com
+> 36, rue de la clef
+> 59800 Lille
+> France
+> Tel : +33 (0)3 20 55 55 90 
+> Fax : +33 (0)3 20 55 55 92
+> 
+> _______________________________________________
+> Nel mailing list
+> Nel@nevrax.org
+> http://www.nevrax.org/mailman/listinfo.cgi/nel
+> 
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2001-January/000122.html b/pipermail/nel/2001-January/000122.html new file mode 100644 index 00000000..592137a2 --- /dev/null +++ b/pipermail/nel/2001-January/000122.html @@ -0,0 +1,77 @@ + + + + [Nel] mesa3D + + + + + + +

[Nel] mesa3D

+ Vianney Lecroart + lecroart@nevrax.com
+ Wed, 17 Jan 2001 10:01:06 +0100 +

+
+ +
Hello,
+
+>   /* Header file version number, required by OpenGL ABI for Linux */
+> #define GL_GLEXT_VERSION 6
+>
+> ???
+> You guys are not up to date! you are ahead of time :-)
+>
+> Btw, I tried to fake a correct GL_GLEXT_VERSION but compile fails later
+> :-(((
+>
+> I hope to be able to compile NeL again soon ...
+>
+> Bernard
+
+In fact, it's Mesa that is not synchronized with the official sgi
+extensions.
+You have to get the last glext.h from sgi:
+
+http://oss.sgi.com/projects/ogl-sample/ABI/glext.h
+
+and it will be ok (we ll add this to the INSTALL file)
+
+Vianney Lecroart
+---
+lead programmer / nevrax.com
+icq#: 6870415
+homepage: http://ace.planet-d.net
+www.geek.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K-
+w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y?
+
+
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2001-January/000123.html b/pipermail/nel/2001-January/000123.html new file mode 100644 index 00000000..673a6618 --- /dev/null +++ b/pipermail/nel/2001-January/000123.html @@ -0,0 +1,90 @@ + + + + [Nel] opengl problem + + + + + + +

[Nel] opengl problem

+ =?ISO-8859-1?Q?Fran=E7ois_P=E9richon?= + francois.perichon@inzebox.com
+ Wed, 17 Jan 2001 12:46:53 +0100 +

+
+ +
Hi,
+I finally made it with the mesa3D 3.3, the last glext.h from sgi, the
+correct stlport, and so on.
+I './configure' without any problems (I set  the --with-stlport,
+--with-stllib, and th --with-python)
+When making the opengl driver i end with this error :
+
+In file included from driver_opengl.h:43,
+                 from driver_opengl.cpp:45:
+./../../../include/nel/3d/material.h:264: anonymous class type not used to
+declare any objects
+./../../../include/nel/3d/material.h: In method `void
+NL3D::CMaterial::CTexEnv::setDefault()':
+./../../../include/nel/3d/material.h:273: `union
+NL3D::CMaterial::CTexEnv::{anonymous}' has no member named `OpRGB'
+./../../../include/nel/3d/material.h:274: `union
+NL3D::CMaterial::CTexEnv::{anonymous}' has no member named `SrcArg0RGB'
+
+and this one :
+
+In file included from ../../../../include/nel/3d/material.h:338,
+                 from driver_opengl.h:43,
+                 from driver_opengl.cpp:45:
+./../../../include/nel/3d/driver_material_inline.h: In method `void
+NL3D::CMaterial::texEnvOpRGB(unsigned int, NL3D::CMaterial::TTexOperator)':
+./../../../include/nel/3d/driver_material_inline.h:157: `union
+NL3D::CMaterial::CTexEnv::{anonymous}' has no member named `OpRGB'
+./../../../include/nel/3d/driver_material_inline.h: In method `void
+NL3D::CMaterial::texEnvArg0RGB(unsigned int, NL3D::CMaterial::TTexSource,
+NL3D::CMaterial::TTexOperand)':
+
+
+What have i made wrong? Where this mysterious NL3D is defined?
+
+-- 
+François "Le Barjack"  Périchon
+francois.perichon@inzebox.com
+lebarjack@inzebox.com
+36, rue de la clef
+59800 Lille
+France
+Tel : +33 (0)3 20 55 55 90 
+Fax : +33 (0)3 20 55 55 92
+
+
+
+ + + + +
+

+ diff --git a/pipermail/nel/2001-January/000124.html b/pipermail/nel/2001-January/000124.html new file mode 100644 index 00000000..c5d816ff --- /dev/null +++ b/pipermail/nel/2001-January/000124.html @@ -0,0 +1,87 @@ + + + + [Nel] Announce: NeL 0.1 is officially out + + + + + + +

[Nel] Announce: NeL 0.1 is officially out

+ Vincent Archer + archer@nevrax.com
+ Wed, 17 Jan 2001 18:49:11 +0100 +

+
+ +
We are proud to announce the release of the 0.1 version of the NeL
+framework. This framework comprises the NeL library, and a basic client
+and server source for a simple game called Snowballs. The CVS should be 
+updated shortly, and the 0.1 release tagged. We are including the data
+files required for the game separately.
+
+If you are following the CVS regularly, you just have to update,
+download the data archive, compile and run. Otherwise, you may also
+download separately the source tree of the 0.1 release without using
+CVS.
+
+NB: The source archives are packages with CVS data, you may use unpack
+them and use then CVS to update.
+
+We do not provide a pre-built set of binaries, as the 0.1 release isn't
+really representative of the full technology we want to use. The server
+has been tested under Linux, and the client under Windows. If you want
+to use it, there is a demo server running here, on which the client
+connects by default.
+
+For any questions, we have opened a new mailing list dedicated to the
+Snowballs demo game, snowballs@nevrax.org (see on the web site for
+a subscription page). Questions and reports about the client, server,
+or game data themselves should be directed there, while all discussions
+on the NeL library itself should remain under the nel@nevrax.org
+original mailing list.
+
+The archives may be downloaded there from the main page:
+	http://www.nevrax.org/
+
+Note: The zip archive contains the source tree in DOS text format,
+whereas the tar.gz archives contains the source in Unix text format.
+Both should compile equally well, but one might be easier to edit on
+your system.
+
+See you on the snowfields :)
+
+-- 
+Vincent Archer                                         Email: archer@nevrax.com
+
+Nevrax France.                              Off on the yellow brick road we go!
+
+
+ + + + +
+

+ diff --git a/pipermail/nel/2001-January/000125.html b/pipermail/nel/2001-January/000125.html new file mode 100644 index 00000000..04d7b72a --- /dev/null +++ b/pipermail/nel/2001-January/000125.html @@ -0,0 +1,90 @@ + + + + [Nel] Announce: NeL 0.1 is officially out + + + + + + +

[Nel] Announce: NeL 0.1 is officially out

+ Dim Segebart + zager@teleaction.com
+ Wed, 17 Jan 2001 22:17:13 +0100 +

+
+ +
Hello to all !
+I just want to share some of my recent hints on building NeL for Win32
+platform with MC VC++ 6.0
+(Sorry  for  experienced  developers  familiar  with Win32 development
+environment,  may  be someone else like me usually do work primarily under
+UNIX and very seldom under Win32)
+
+*** STLPort ***
+First  problem  is  building  STLPort.
+(first big problem is the size - You  should  have  a  plenty  of  free space on
+hard drive. After building, STLPORT occupies 377946112 bytes)
+For some reasons or other nmake
+doesn't  work for me as expected (could be what Win32 also hate me as I
+hate Win32 ;)) It reports a lot of errors and exit.
+To  solve  this problem you can do File->Open STLport-4.0\src\vc6.mak and
+then do Build->build  stlport.exe
+Finally, after 30 minutes of hard work (PIII500/256), you'll have .lib & .dll & .pdb
+files   located   at  STLport-4.0\lib  Manually copy .lib (and I think
+.pdb  too)  to  VC default \lib location and don't forget to copy .dll
+files to some place where they could be found at runtime.
+
+*** FreeType 2 ***
+You need GNU Make 3.77 Link at FreeType site is broken
+Grab it from ftp://sunsite.cnlab-switch.ch/mirror/freetype/contrib/win32/gnumake-win32.zip
+or any other place you want
+(http://ftpsearch.lycos.com/cgi-bin/search?form=medium&query=gnumake-win32.zip&doit=Search&type=Case+insensitive+multiple+substrings+search&hits=50&matches=&hitsprmatch=&limdom=&limpath=&hidepackages=on&hidedistfiles=on&hidefreebsd=on&hideopenbsd=on&hidenetbsd=on&hidelinux=on&f1=Count&f2=Mode&f3=Size&f4=Date&f5=Host&f6=Path&header=none&sort=none&trlen=20)
+You   should  have both path to GNU make and path to VC++ binaries as well
+to be included into your PATH environment variable
+next do:
+make setup visualc
+make
+copy freetype-2.0\obj\freetype.lib to VC++ default \lib location
+and  also  copy  freetype-2.0\include\freetype directory itself  to VC \include
+directory (just to save some clicks and typing while building NeL)
+
+To be continued ...
+
+PS.  Many  thanks to Paul Oakenfold and his wonderful music which save
+me from going madness while working under MS Windows :))
+-- 
+Dim Segebart                         mailto:zager@teleaction.de
+
+
+
+
+ + + + + +
+

+ diff --git a/pipermail/nel/2001-January/000126.html b/pipermail/nel/2001-January/000126.html new file mode 100644 index 00000000..65a648dc --- /dev/null +++ b/pipermail/nel/2001-January/000126.html @@ -0,0 +1,94 @@ + + + + [Nel] some questions about buildings Nel under win32 + + + + + + +

[Nel] some questions about buildings Nel under win32

+ Nicolas Hognon + cblt@cblt.org
+ Wed, 17 Jan 2001 23:08:35 +0100 +

+
+ +
hello (sorry for my english)
+
+i've got problem to build the client under win32.
+i build all the nel components and stl-port and freetype.
+then i build the client and i've got some problem at the link.
+
+here is the error log of visual.
+
+ > Linking...
+ > MSVCRTD.lib(cinitexe.obj) : warning LNK4098: defaultlib "libcmt.lib"
+ > conflicts with use of other libs; use /NODEFAULTLIB:library
+ > freetype.lib(ftinit.obj) : error LNK2001: unresolved external symbol
+ > _psaux_module_class
+ > Debug/snowballs.exe : fatal error LNK1120: 1 unresolved externals
+ > Error executing link.exe.
+
+
+perhaps i make a mistake building freetype.
+i've got freetype-2.0.1 which generate freetype200b8_D.lib (debug)
+and freetype200b8MT.lib (release) in the lib directory.
+
+i try to link with the debug and the release one renaming it to 
+freetype.lib cos the client link with freetype.lib
+but it don't work.
+i read different message in the mailing list and i understand the 
+freetype lib is build in obj directory but one my system it's build in lib.
+is it possible i've got a wrong version of freetype ?
+
+thank you for you're help.
+
+and i've got another question a the 0.1 release of nel client and 
+server. where are the data. in another module than code.
+cos i can see data on the webcvs but i can't get it with wincvs ?
+
+
+-- 
+Nicolas Hognon
+home : cblt@cblt.org         / www.cblt.org
+work : nicolash@virtools.com / www.virtools.com
+#ICQ : 36044443
+
+Enjoy the silence
+(DM)
+
+
+
+ + + + + + + + +
+

+ diff --git a/pipermail/nel/2001-January/000127.html b/pipermail/nel/2001-January/000127.html new file mode 100644 index 00000000..d96d1e77 --- /dev/null +++ b/pipermail/nel/2001-January/000127.html @@ -0,0 +1,112 @@ + + + + [Nel] some questions about buildings Nel under win32 + + + + + + +

[Nel] some questions about buildings Nel under win32

+ Jerome Lanquetot + jerome.lanquetot@animaths.com
+ Thu, 18 Jan 2001 10:38:36 +0100 +

+
+ +
You have to add the psaux files in the freetype project (do it manually it
+works)
+
+
+----- Original Message -----
+From: "Nicolas Hognon" <cblt@cblt.org>
+To: <nel@nevrax.org>
+Sent: Wednesday, January 17, 2001 11:08 PM
+Subject: [Nel] some questions about buildings Nel under win32
+
+
+> hello (sorry for my english)
+>
+> i've got problem to build the client under win32.
+> i build all the nel components and stl-port and freetype.
+> then i build the client and i've got some problem at the link.
+>
+> here is the error log of visual.
+>
+>  > Linking...
+>  > MSVCRTD.lib(cinitexe.obj) : warning LNK4098: defaultlib "libcmt.lib"
+>  > conflicts with use of other libs; use /NODEFAULTLIB:library
+>  > freetype.lib(ftinit.obj) : error LNK2001: unresolved external symbol
+>  > _psaux_module_class
+>  > Debug/snowballs.exe : fatal error LNK1120: 1 unresolved externals
+>  > Error executing link.exe.
+>
+>
+> perhaps i make a mistake building freetype.
+> i've got freetype-2.0.1 which generate freetype200b8_D.lib (debug)
+> and freetype200b8MT.lib (release) in the lib directory.
+>
+> i try to link with the debug and the release one renaming it to
+> freetype.lib cos the client link with freetype.lib
+> but it don't work.
+> i read different message in the mailing list and i understand the
+> freetype lib is build in obj directory but one my system it's build in
+lib.
+> is it possible i've got a wrong version of freetype ?
+>
+> thank you for you're help.
+>
+> and i've got another question a the 0.1 release of nel client and
+> server. where are the data. in another module than code.
+> cos i can see data on the webcvs but i can't get it with wincvs ?
+>
+>
+> --
+> Nicolas Hognon
+> home : cblt@cblt.org         / www.cblt.org
+> work : nicolash@virtools.com / www.virtools.com
+> #ICQ : 36044443
+>
+> Enjoy the silence
+> (DM)
+>
+> _______________________________________________
+> Nel mailing list
+> Nel@nevrax.org
+> http://www.nevrax.org/mailman/listinfo.cgi/nel
+>
+
+
+
+ + + + + + + + +
+

+ diff --git a/pipermail/nel/2001-January/000128.html b/pipermail/nel/2001-January/000128.html new file mode 100644 index 00000000..7b7a8a4e --- /dev/null +++ b/pipermail/nel/2001-January/000128.html @@ -0,0 +1,101 @@ + + + + [Nel] Announce: NeL 0.1 is officially out + + + + + + +

[Nel] Announce: NeL 0.1 is officially out

+ Vianney Lecroart + lecroart@nevrax.com
+ Thu, 18 Jan 2001 10:41:37 +0100 +

+
+ +
> *** STLPort ***
+> First  problem  is  building  STLPort.
+> (first big problem is the size - You  should  have  a  plenty  of  free
+space on
+> hard drive. After building, STLPORT occupies 377946112 bytes)
+> For some reasons or other nmake
+> doesn't  work for me as expected (could be what Win32 also hate me as I
+> hate Win32 ;)) It reports a lot of errors and exit.
+> To  solve  this problem you can do File->Open STLport-4.0\src\vc6.mak and
+> then do Build->build  stlport.exe
+> Finally, after 30 minutes of hard work (PIII500/256), you'll have .lib &
+.dll & .pdb
+> files   located   at  STLport-4.0\lib  Manually copy .lib (and I think
+> .pdb  too)  to  VC default \lib location and don't forget to copy .dll
+> files to some place where they could be found at runtime.
+
+yes
+
+> *** FreeType 2 ***
+> You need GNU Make 3.77 Link at FreeType site is broken
+> Grab it from
+ftp://sunsite.cnlab-switch.ch/mirror/freetype/contrib/win32/gnumake-win32.zi
+p
+> or any other place you want
+>
+(http://ftpsearch.lycos.com/cgi-bin/search?form=medium&query=gnumake-win32.z
+ip&doit=Search&type=Case+insensitive+multiple+substrings+search&hits=50&matc
+hes=&hitsprmatch=&limdom=&limpath=&hidepackages=on&hidedistfiles=on&hidefree
+bsd=on&hideopenbsd=on&hidenetbsd=on&hidelinux=on&f1=Count&f2=Mode&f3=Size&f4
+=Date&f5=Host&f6=Path&header=none&sort=none&trlen=20)
+> You   should  have both path to GNU make and path to VC++ binaries as well
+> to be included into your PATH environment variable
+> next do:
+> make setup visualc
+> make
+> copy freetype-2.0\obj\freetype.lib to VC++ default \lib location
+> and  also  copy  freetype-2.0\include\freetype directory itself  to VC
+\include
+> directory (just to save some clicks and typing while building NeL)
+
+yes too...
+
+In fact, I put in the INSTALL all things that you have to do to compile
+freetype, stlport and so on.
+But, I had to remove these information because, some people in Nevrax think
+that it s not our job
+to explain how to compile others external libraries.
+
+Thanks for all these informations and we hope that they helps everybody to
+compile more easily.
+
+
+Vianney
+
+
+
+
+ + + + +
+

+ diff --git a/pipermail/nel/2001-January/000129.html b/pipermail/nel/2001-January/000129.html new file mode 100644 index 00000000..7d995a39 --- /dev/null +++ b/pipermail/nel/2001-January/000129.html @@ -0,0 +1,72 @@ + + + + [Nel] some questions about buildings Nel under win32 + + + + + + +

[Nel] some questions about buildings Nel under win32

+ Vianney Lecroart + lecroart@nevrax.com
+ Thu, 18 Jan 2001 10:48:39 +0100 +

+
+ +
> perhaps i make a mistake building freetype.
+> i've got freetype-2.0.1 which generate freetype200b8_D.lib (debug)
+> and freetype200b8MT.lib (release) in the lib directory.
+
+when we compile freetype2.0.1, it generated a freetype.lib in the
+freetype-2.0.1/obj directory.
+we never rename the library name or something like that.
+we don t have freetype200b8MT.lib or these strange lib filename.
+it seems with the name that it s freetype version 2.0.0 beta 8 and it s
+perhaps the reason.
+
+> and i've got another question a the 0.1 release of nel client and
+> server. where are the data. in another module than code.
+> cos i can see data on the webcvs but i can't get it with wincvs ?
+
+no, we don t put the data on cvs because it s too slow to get them and
+binaries are
+not very well managed in cvs. if you want data for the snowballs game, you
+have to
+download the tarball or zip file from the www.nevrax.org web site.
+
+Vianney
+
+
+
+ + + + + + + +
+

+ diff --git a/pipermail/nel/2001-January/000130.html b/pipermail/nel/2001-January/000130.html new file mode 100644 index 00000000..463c4390 --- /dev/null +++ b/pipermail/nel/2001-January/000130.html @@ -0,0 +1,59 @@ + + + + [Nel] Announce: NeL 0.1 is officially out + + + + + + +

[Nel] Announce: NeL 0.1 is officially out

+ David Mentre + David.Mentre@inria.fr
+ 18 Jan 2001 10:59:01 +0100 +

+
+ +
"Vianney Lecroart" <lecroart@nevrax.com> writes:
+
+> But, I had to remove these information because, some people in Nevrax
+> think that it s not our job to explain how to compile others external
+> libraries.
+
+It is maybe not your job, but if people are unable to start, they will
+never give you a feedback (code, bugs, ...).
+
+d.
+-- 
+ David.Mentre@inria.fr -- http://www.irisa.fr/prive/dmentre/
+ Opinions expressed here are only mine.
+
+
+ + + + +
+

+ diff --git a/pipermail/nel/2001-January/000131.html b/pipermail/nel/2001-January/000131.html new file mode 100644 index 00000000..87a16fdf --- /dev/null +++ b/pipermail/nel/2001-January/000131.html @@ -0,0 +1,116 @@ + + + + [Nel] Gl driver + + + + + + +

[Nel] Gl driver

+ Cyril Corvazier + corvazier@nevrax.com
+ Thu, 18 Jan 2001 15:01:25 +0100 +

+
+ +
This is a multi-part message in MIME format.
+
+------=_NextPart_000_009A_01C0815F.86D29DC0
+Content-Type: text/plain;
+	charset="iso-8859-1"
+Content-Transfer-Encoding: quoted-printable
+
+<from Snowballs mailing list>
+
+Hi,
+
+> here is the error:
+> ERR client.cpp 2574: Exception: EBadDisplay: Missing Required GL =
+extension:
+> GL_ARB_multitexture
+
+
+The NeL's GlDriver works only if the GL_ARB_multitexture and =
+GL_EXT_tex_env_combine are present.
+If you don't have those extensions but your card can do multitexturing =
+(if you have GL_SGIS_multitexture=20
+for exemple), try to update your driver.
+
+Today, the client has been tested under Geforce and Geforce II.
+
+Regards
+
+Cyril Corvazier.   =20
+
+
+------=_NextPart_000_009A_01C0815F.86D29DC0
+Content-Type: text/html;
+	charset="iso-8859-1"
+Content-Transfer-Encoding: quoted-printable
+
+<!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.2919.6307" name=3DGENERATOR>
+<STYLE></STYLE>
+</HEAD>
+<BODY bgColor=3D#c8bcb0>
+<DIV><FONT face=3DArial size=3D2>
+<DIV>&lt;from Snowballs mailing list&gt;</DIV>
+<DIV>&nbsp;</DIV>
+<DIV>Hi,<BR></DIV>
+<DIV>&gt; here is the error:<BR>&gt; ERR client.cpp 2574: Exception:=20
+EBadDisplay: Missing Required GL extension:<BR>&gt;=20
+GL_ARB_multitexture<BR></DIV>
+<DIV>&nbsp;</DIV>
+<DIV>The NeL's GlDriver works only if the GL_ARB_multitexture and=20
+GL_EXT_tex_env_combine are present.</DIV>
+<DIV>If you don't have those extensions but your card can do =
+multitexturing (if=20
+you have GL_SGIS_multitexture </DIV>
+<DIV>for exemple), try to update your driver.</DIV>
+<DIV>&nbsp;</DIV>
+<DIV>Today, the client has been tested under Geforce and Geforce =
+II.</DIV>
+<DIV>&nbsp;</DIV>
+<DIV>Regards</DIV>
+<DIV>&nbsp;</DIV>
+<DIV>Cyril Corvazier.&nbsp;&nbsp;&nbsp; </DIV></FONT></DIV>
+<DIV>&nbsp;</DIV></BODY></HTML>
+
+------=_NextPart_000_009A_01C0815F.86D29DC0--
+
+
+
+ + + + + + +
+

+ diff --git a/pipermail/nel/2001-January/000132.html b/pipermail/nel/2001-January/000132.html new file mode 100644 index 00000000..0f5ba20f --- /dev/null +++ b/pipermail/nel/2001-January/000132.html @@ -0,0 +1,67 @@ + + + + [Nel] Announce: NeL 0.1 is officially out + + + + + + +

[Nel] Announce: NeL 0.1 is officially out

+ Vianney Lecroart + lecroart@nevrax.com
+ Thu, 18 Jan 2001 17:56:11 +0100 +

+
+ +
> > But, I had to remove these information because, some people in Nevrax
+> > think that it s not our job to explain how to compile others external
+> > libraries.
+>
+> It is maybe not your job, but if people are unable to start, they will
+> never give you a feedback (code, bugs, ...).
+
+Exact, We know that but in fact, if we put a doc explains all things to do
+to
+install external lib, we ll have to follow each new external lib version,
+try them
+and correct eventually the file. It s the reason that we prefer to refer to
+the
+external lib documentation to install them.
+Anyway, we'll perhaps put a special section on our web site or/and with nel
+to
+explain more in deep how to get and compile external stuffs.
+
+Vianney Lecroart
+
+
+
+
+ + + + +
+

+ diff --git a/pipermail/nel/2001-January/000133.html b/pipermail/nel/2001-January/000133.html new file mode 100644 index 00000000..e6f8565e --- /dev/null +++ b/pipermail/nel/2001-January/000133.html @@ -0,0 +1,106 @@ + + + + [Nel] Server + + + + + + +

[Nel] Server

+ Jerome Lanquetot + jerome.lanquetot@animaths.com
+ Thu, 18 Jan 2001 18:01:22 +0100 +

+
+ +
C'est un message de format MIME en plusieurs parties.
+
+------=_NextPart_000_0066_01C08178.AAEBC290
+Content-Type: text/plain;
+	charset="iso-8859-1"
+Content-Transfer-Encoding: quoted-printable
+
+
+I have some problems launching the five services: log, login, moves, =
+naming and time.
+I found nowhere some help about the functionnalities about each service =
+and the order in which they start.
+
+Could you help me to launch correctly the services.
+
+Regards
+
+J=E9r=F4me Lanquetot
+
+
+
+
+------=_NextPart_000_0066_01C08178.AAEBC290
+Content-Type: text/html;
+	charset="iso-8859-1"
+Content-Transfer-Encoding: quoted-printable
+
+<!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.4134.600" name=3DGENERATOR>
+<STYLE></STYLE>
+</HEAD>
+<BODY bgColor=3D#c8bcb0>
+<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
+<DIV><FONT face=3DArial size=3D2>I have some problems launching the five =
+services:=20
+</FONT><FONT face=3DArial size=3D2>log, </FONT><FONT face=3DArial =
+size=3D2>login,=20
+</FONT><FONT face=3DArial size=3D2>moves, </FONT><FONT face=3DArial =
+size=3D2>naming and=20
+time.</FONT></DIV>
+<DIV><FONT face=3DArial size=3D2>I found nowhere some help about the=20
+functionnalities about each service and the order in which they=20
+start.</FONT></DIV>
+<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
+<DIV><FONT face=3DArial size=3D2>Could you help me to launch correctly =
+the=20
+services.</FONT></DIV>
+<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
+<DIV><FONT face=3DArial size=3D2>Regards</FONT></DIV>
+<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
+<DIV><FONT face=3DArial size=3D2>J=E9r=F4me Lanquetot<BR></FONT></DIV>
+<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
+<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV></BODY></HTML>
+
+------=_NextPart_000_0066_01C08178.AAEBC290--
+
+
+
+ + + + + +
+

+ diff --git a/pipermail/nel/2001-January/000134.html b/pipermail/nel/2001-January/000134.html new file mode 100644 index 00000000..623fe440 --- /dev/null +++ b/pipermail/nel/2001-January/000134.html @@ -0,0 +1,79 @@ + + + + [Nel] Server + + + + + + +

[Nel] Server

+ Vianney Lecroart + lecroart@nevrax.com
+ Thu, 18 Jan 2001 18:19:46 +0100 +

+
+ +
>I have some problems launching the five services: log, login, moves, naming
+and time.
+>I found nowhere some help about the functionnalities about each service and
+the order in which they start.
+>Could you help me to launch correctly the services.
+
+first, you have to create the ns.cfg file with:
+
+--------begin of ns.cfg-------
+Host="your nameservice ip";
+Port=50000;
+--------end of ns.cfg-------
+
+after, you launch, in order:
+- naming                   <-- used to find a specific service by his name
+- log                         <-- centralized log for all service
+- time                       <-- centralized time reference
+- login                      <-- centralized user account for all shard
+- moves                   <-- a shard
+
+of course, some services will create some config file that you have to fill.
+you have to put in the ls.txt the moves service host ip like this:
+
+----
+Shards = {
+ "your moves service host ip", "the name of the shard appears on the client"
+};
+----
+
+Vianney Lecroart
+
+
+
+
+ + + + + +
+

+ diff --git a/pipermail/nel/2001-January/000135.html b/pipermail/nel/2001-January/000135.html new file mode 100644 index 00000000..47b547ae --- /dev/null +++ b/pipermail/nel/2001-January/000135.html @@ -0,0 +1,285 @@ + + + + [Nel] Server + + + + + + +

[Nel] Server

+ Jerome Lanquetot + jerome.lanquetot@animaths.com
+ Thu, 18 Jan 2001 18:50:22 +0100 +

+
+ +
C'est un message de format MIME en plusieurs parties.
+
+------=_NextPart_000_0086_01C0817F.8334D000
+Content-Type: text/plain;
+	charset="iso-8859-1"
+Content-Transfer-Encoding: quoted-printable
+
+Thanks Vianney,
+
+I have now two bugs.
+
+- The first one is when i launch the moves service, it closes itself.
+- The second one (linked to the first one i guess) is when i launch the =
+client i get the following exception:
+"01/01/18 18:45:00 ERR client.cpp 2574: Exception: toto2"
+
+I give you all my config files:
+
+ls.txt:
+
+Users =3D {
+};
+
+Shards =3D {
+ "172.16.2.11", "StartPosition"
+};
+
+
+ns.cfg:
+
+Host=3D"jlt";
+Port=3D50000;
+
+and client.cfg:
+// CLIENT CONFIG FILE
+
+FullScreen =3D 0;
+Width =3D 800;
+Height =3D 600;
+Depth =3D 16;
+Position =3D { 1840.000000, -970.000000, -23.520323 };
+Heading =3D { -0.122154, 1.000000, 0.0 };
+Background =3D { 100, 100, 255 };
+DataPath =3D "data/";
+FontName =3D "n019003l.pfb";
+LanguageIndex =3D 0;
+LSHost =3D "172.16.2.11";
+Login =3D "jaylee";
+Password =3D "a";
+ShardIP =3D "172.16.2.11";
+CharacterIndex =3D 0;
+LandscapeTileNear =3D 50.000000;
+LandscapeThreshold =3D 0.001000;
+
+
+
+----- Original Message -----=20
+From: "Vianney Lecroart" <lecroart@nevrax.com>
+To: <nel@nevrax.org>
+Sent: Thursday, January 18, 2001 6:19 PM
+Subject: Re: [Nel] Server
+
+
+> >I have some problems launching the five services: log, login, moves, =
+naming
+> and time.
+> >I found nowhere some help about the functionnalities about each =
+service and
+> the order in which they start.
+> >Could you help me to launch correctly the services.
+>=20
+> first, you have to create the ns.cfg file with:
+>=20
+> --------begin of ns.cfg-------
+> Host=3D"your nameservice ip";
+> Port=3D50000;
+> --------end of ns.cfg-------
+>=20
+> after, you launch, in order:
+> - naming                   <-- used to find a specific service by his =
+name
+> - log                         <-- centralized log for all service
+> - time                       <-- centralized time reference
+> - login                      <-- centralized user account for all =
+shard
+> - moves                   <-- a shard
+>=20
+> of course, some services will create some config file that you have to =
+fill.
+> you have to put in the ls.txt the moves service host ip like this:
+>=20
+> ----
+> Shards =3D {
+>  "your moves service host ip", "the name of the shard appears on the =
+client"
+> };
+> ----
+>=20
+> Vianney Lecroart
+>=20
+>=20
+> _______________________________________________
+> Nel mailing list
+> Nel@nevrax.org
+> http://www.nevrax.org/mailman/listinfo.cgi/nel
+>=20
+
+------=_NextPart_000_0086_01C0817F.8334D000
+Content-Type: text/html;
+	charset="iso-8859-1"
+Content-Transfer-Encoding: quoted-printable
+
+<!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.4134.600" name=3DGENERATOR>
+<STYLE></STYLE>
+</HEAD>
+<BODY>
+<DIV><FONT face=3DArial size=3D2>Thanks Vianney,</FONT></DIV>
+<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
+<DIV><FONT face=3DArial size=3D2>I have now two bugs.</FONT></DIV>
+<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
+<DIV><FONT face=3DArial size=3D2>- The first one is when i launch the =
+moves service,=20
+it closes itself.</FONT></DIV>
+<DIV><FONT face=3DArial size=3D2>- The second one (linked to the first =
+one i guess)=20
+is when i launch the client i get the following exception:</FONT></DIV>
+<DIV><FONT face=3DArial size=3D2>"01/01/18 18:45:00 ERR client.cpp 2574: =
+Exception:=20
+toto2"</FONT></DIV>
+<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
+<DIV><FONT face=3DArial size=3D2>I give you all my config =
+files:</FONT></DIV>
+<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
+<DIV><FONT face=3DArial size=3D2><STRONG>ls.txt:</STRONG></FONT></DIV>
+<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
+<DIV><FONT face=3DArial size=3D2>Users =3D {</FONT></DIV>
+<DIV><FONT face=3DArial size=3D2>};</FONT></DIV>
+<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
+<DIV><FONT face=3DArial size=3D2>Shards =3D {<BR>&nbsp;"172.16.2.11",=20
+"StartPosition"<BR>};<BR></FONT></DIV>
+<DIV><FONT face=3DArial size=3D2></FONT><FONT face=3DArial =
+size=3D2></FONT>&nbsp;</DIV>
+<DIV><FONT face=3DArial size=3D2><STRONG>ns.cfg:</STRONG></FONT></DIV>
+<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
+<DIV><FONT face=3DArial =
+size=3D2>Host=3D"jlt";<BR>Port=3D50000;</FONT></DIV>
+<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
+<DIV><FONT face=3DArial size=3D2><STRONG>and =
+client.cfg:</STRONG></FONT></DIV>
+<DIV><FONT face=3DArial size=3D2>// CLIENT CONFIG FILE
+<DIV>&nbsp;</DIV>
+<DIV><FONT face=3DArial size=3D2>FullScreen =3D 0;<BR>Width =3D =
+800;<BR>Height =3D=20
+600;<BR>Depth =3D 16;<BR>Position =3D { 1840.000000, -970.000000, =
+-23.520323=20
+};<BR>Heading =3D { -0.122154, 1.000000, 0.0 };<BR>Background =3D { 100, =
+100, 255=20
+};<BR>DataPath =3D "data/";<BR>FontName =3D =
+"n019003l.pfb";<BR>LanguageIndex =3D=20
+0;<BR>LSHost =3D "172.16.2.11";<BR>Login =3D "jaylee";<BR>Password =3D =
+"a";<BR>ShardIP=20
+=3D "172.16.2.11";<BR>CharacterIndex =3D 0;<BR>LandscapeTileNear =3D=20
+50.000000;<BR>LandscapeThreshold =3D 0.001000;</FONT></DIV></FONT></DIV>
+<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
+<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
+<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
+<DIV><FONT face=3DArial size=3D2>----- Original Message ----- </FONT>
+<DIV><FONT face=3DArial size=3D2>From: "Vianney Lecroart" &lt;</FONT><A=20
+href=3D"mailto:lecroart@nevrax.com"><FONT face=3DArial=20
+size=3D2>lecroart@nevrax.com</FONT></A><FONT face=3DArial =
+size=3D2>&gt;</FONT></DIV>
+<DIV><FONT face=3DArial size=3D2>To: &lt;</FONT><A=20
+href=3D"mailto:nel@nevrax.org"><FONT face=3DArial=20
+size=3D2>nel@nevrax.org</FONT></A><FONT face=3DArial =
+size=3D2>&gt;</FONT></DIV>
+<DIV><FONT face=3DArial size=3D2>Sent: Thursday, January 18, 2001 6:19=20
+PM</FONT></DIV>
+<DIV><FONT face=3DArial size=3D2>Subject: Re: [Nel] =
+Server</FONT></DIV></DIV>
+<DIV><FONT face=3DArial><BR><FONT size=3D2></FONT></FONT></DIV><FONT =
+face=3DArial=20
+size=3D2>&gt; &gt;I have some problems launching the five services: log, =
+login,=20
+moves, naming<BR>&gt; and time.<BR>&gt; &gt;I found nowhere some help =
+about the=20
+functionnalities about each service and<BR>&gt; the order in which they=20
+start.<BR>&gt; &gt;Could you help me to launch correctly the =
+services.<BR>&gt;=20
+<BR>&gt; first, you have to create the ns.cfg file with:<BR>&gt; =
+<BR>&gt;=20
+--------begin of ns.cfg-------<BR>&gt; Host=3D"your nameservice =
+ip";<BR>&gt;=20
+Port=3D50000;<BR>&gt; --------end of ns.cfg-------<BR>&gt; <BR>&gt; =
+after, you=20
+launch, in order:<BR>&gt; -=20
+naming&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
+nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=20
+&lt;-- used to find a specific service by his name<BR>&gt; -=20
+log&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
+p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
+;=20
+&lt;-- centralized log for all service<BR>&gt; -=20
+time&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
+sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=20
+&lt;-- centralized time reference<BR>&gt; -=20
+login&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
+bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=20
+&lt;-- centralized user account for all shard<BR>&gt; -=20
+moves&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
+bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=20
+&lt;-- a shard<BR>&gt; <BR>&gt; of course, some services will create =
+some config=20
+file that you have to fill.<BR>&gt; you have to put in the ls.txt the =
+moves=20
+service host ip like this:<BR>&gt; <BR>&gt; ----<BR>&gt; Shards =3D =
+{<BR>&gt;=20
+&nbsp;"your moves service host ip", "the name of the shard appears on =
+the=20
+client"<BR>&gt; };<BR>&gt; ----<BR>&gt; <BR>&gt; Vianney =
+Lecroart<BR>&gt;=20
+<BR>&gt; <BR>&gt; =
+_______________________________________________<BR>&gt; Nel=20
+mailing list<BR>&gt; </FONT><A href=3D"mailto:Nel@nevrax.org"><FONT =
+face=3DArial=20
+size=3D2>Nel@nevrax.org</FONT></A><BR><FONT face=3DArial size=3D2>&gt; =
+</FONT><A=20
+href=3D"http://www.nevrax.org/mailman/listinfo.cgi/nel"><FONT =
+face=3DArial=20
+size=3D2>http://www.nevrax.org/mailman/listinfo.cgi/nel</FONT></A><BR><FO=
+NT=20
+face=3DArial size=3D2>&gt; </FONT></BODY></HTML>
+
+------=_NextPart_000_0086_01C0817F.8334D000--
+
+
+
+ + + + + +
+

+ diff --git a/pipermail/nel/2001-January/000136.html b/pipermail/nel/2001-January/000136.html new file mode 100644 index 00000000..44cc22ab --- /dev/null +++ b/pipermail/nel/2001-January/000136.html @@ -0,0 +1,69 @@ + + + + Re[2]: [Nel] Server + + + + + + +

Re[2]: [Nel] Server

+ robofly + robofly@in-orbit.net
+ Thu, 18 Jan 2001 11:02:44 -0800 +

+
+ +
Hi Jerome,
+
+Thursday, January 18, 2001, 9:50:22 AM, you wrote:
+JL> - The first one is when i launch the moves service, it closes itself.
+
+You might have to use the host name of your
+computer instead of the IP number in ls.txt.
+
+Maybe you should also use the host name instead
+of the IP number in the LSHost parameter in the
+client.cfg
+
+JL> - The second one (linked to the first one i guess) is when i launch the client i get the following exception:
+JL> "01/01/18 18:45:00 ERR client.cpp 2574: Exception: toto2"
+
+This is probably because the client can't connect
+to the moves_service, that was not started...
+
+Warm regards,
+Róbert
+
+
+
+
+ + + + + +
+

+ diff --git a/pipermail/nel/2001-January/000137.html b/pipermail/nel/2001-January/000137.html new file mode 100644 index 00000000..9ee0df93 --- /dev/null +++ b/pipermail/nel/2001-January/000137.html @@ -0,0 +1,96 @@ + + + + Re[2]: [Nel] Server + + + + + + +

Re[2]: [Nel] Server

+ Jerome Lanquetot + jerome.lanquetot@animaths.com
+ Fri, 19 Jan 2001 09:18:23 +0100 +

+
+ +
Hi,
+
+The problem remains the same, the moves service closes itself. I use the
+host name of my machine, and it doesn't work. I think the best is to send us
+your two config files (ls.txt and ns.cfg) used for your server.
+
+Is there a log file or window to see what is wrong?
+
+thanks
+
+Jerome
+
+----- Original Message -----
+From: "robofly" <robofly@in-orbit.net>
+To: "Jerome Lanquetot" <nel@nevrax.org>
+Sent: Thursday, January 18, 2001 8:02 PM
+Subject: Re[2]: [Nel] Server
+
+
+> Hi Jerome,
+>
+> Thursday, January 18, 2001, 9:50:22 AM, you wrote:
+> JL> - The first one is when i launch the moves service, it closes itself.
+>
+> You might have to use the host name of your
+> computer instead of the IP number in ls.txt.
+>
+> Maybe you should also use the host name instead
+> of the IP number in the LSHost parameter in the
+> client.cfg
+>
+> JL> - The second one (linked to the first one i guess) is when i launch
+the client i get the following exception:
+> JL> "01/01/18 18:45:00 ERR client.cpp 2574: Exception: toto2"
+>
+> This is probably because the client can't connect
+> to the moves_service, that was not started...
+>
+> Warm regards,
+> Róbert
+>
+>
+> _______________________________________________
+> Nel mailing list
+> Nel@nevrax.org
+> http://www.nevrax.org/mailman/listinfo.cgi/nel
+>
+
+
+
+ + + + + + +
+

+ diff --git a/pipermail/nel/2001-January/000138.html b/pipermail/nel/2001-January/000138.html new file mode 100644 index 00000000..971b9b00 --- /dev/null +++ b/pipermail/nel/2001-January/000138.html @@ -0,0 +1,75 @@ + + + + [Nel] Server + + + + + + +

[Nel] Server

+ Vianney Lecroart + lecroart@nevrax.com
+ Fri, 19 Jan 2001 16:21:48 +0100 +

+
+ +
Hello,
+
+please, could you stop to send your email in HTML format?
+it s not safe and not really cool to read them on text mail program. thank
+you.
+
+>I have now two bugs.
+>- The first one is when i launch the moves service, it closes itself.
+>- The second one (linked to the first one i guess) is when i launch the
+client i get the following exception:
+>"01/01/18 18:45:00 ERR client.cpp 2574: Exception: toto2"
+
+ok, if your moves serive is not launch, you *cant* connect your client, so
+the second problem
+is because of that. if your moves service closes itself, it s surely because
+the login service
+didn't authorized him to be an official shard. official shard are in ls.txt
+file (Shard variable) and
+for a strange reason, the ip you put on it isn t the same that the one who
+sent by the moves service.
+
+all services log informations in a file called logs.log, you should take a
+look on it.
+
+Vianney Lecroart
+
+
+
+
+ + + + + + +
+

+ diff --git a/pipermail/nel/2001-January/000139.html b/pipermail/nel/2001-January/000139.html new file mode 100644 index 00000000..1eb94da3 --- /dev/null +++ b/pipermail/nel/2001-January/000139.html @@ -0,0 +1,73 @@ + + + + Re[4]: [Nel] Server + + + + + + +

Re[4]: [Nel] Server

+ robofly + robofly@in-orbit.net
+ Fri, 19 Jan 2001 17:19:05 -0800 +

+
+ +
Hi Jerome,
+
+Friday, January 19, 2001, 12:18:23 AM, you wrote:
+JL> The problem remains the same, the moves service closes itself. I use the
+JL> host name of my machine, and it doesn't work. I think the best is to send us
+JL> your two config files (ls.txt and ns.cfg) used for your server.
+
+One hint: If you can, rename your computer
+to "pctest" and try running the servers.
+This is a default hostname in the NeL code.
+You should be able to override this with
+the ns.cfg file.
+
+Also I had some problems with DNS issues, the
+test computer I was using didn't have a
+legal host name that could be looked up,
+after I fixed that everything worked...
+
+Warm regards,
+Robert
+
+<<<<<ns.cfg>>>>>>
+Host="pctest";
+Port=50000;
+>>>>>ns.cfg<<<<<<
+
+
+
+
+ + + + +
+

+ diff --git a/pipermail/nel/2001-January/000140.html b/pipermail/nel/2001-January/000140.html new file mode 100644 index 00000000..ac4c6988 --- /dev/null +++ b/pipermail/nel/2001-January/000140.html @@ -0,0 +1,134 @@ + + + + [Nel] Compiling nel + + + + + + +

[Nel] Compiling nel

+ Poet007 - Da BondGirl Partner + poet007@ifrance.com
+ Sun, 21 Jan 2001 19:43:54 +0100 +

+
+ +
C'est un message de format MIME en plusieurs parties.
+
+------=_NextPart_000_0002_01C083E2.7CF82A60
+Content-Type: text/plain;
+	charset="iso-8859-1"
+Content-Transfer-Encoding: 7bit
+
+I just downloaded all necessary packages (I think so) to run
+nel software but it seems that a file is missing.
+While compiling the 3d lib,
+a "fatal error C1083: Cannot open include file: 'freetype/freetype.h': No
+such file or directory"
+occurs.
+
+I'm trying to compile it using VC++ under win2000.
+I have downloaded STLPort and configured VC++ to use it. After having
+launched a "find file" command under windows, it seems that freetype.h isn't
+stored on my hard disk. Could you add it in the CVS tree please ?
+
+Thanks in advance and may the force be with you :)
+
+Poet007.
+
+
+------=_NextPart_000_0002_01C083E2.7CF82A60
+Content-Type: text/html;
+	charset="iso-8859-1"
+Content-Transfer-Encoding: quoted-printable
+
+<!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.1800" name=3DGENERATOR></HEAD>
+<BODY>
+<DIV><FONT face=3DArial size=3D2><SPAN class=3D687323718-21012001>I just =
+downloaded=20
+all necessary packages (I think so) to run </SPAN></FONT></DIV>
+<DIV><FONT face=3DArial size=3D2><SPAN class=3D687323718-21012001>nel =
+software but it=20
+seems that a file is missing.</SPAN></FONT></DIV>
+<DIV><FONT face=3DArial size=3D2><SPAN class=3D687323718-21012001>While =
+compiling the=20
+3d lib,</SPAN></FONT></DIV>
+<DIV><FONT face=3DArial size=3D2><SPAN class=3D687323718-21012001>a =
+"fatal error=20
+C1083: Cannot open include file: 'freetype/freetype.h': No such file or=20
+directory"</SPAN></FONT></DIV>
+<DIV><FONT face=3DArial size=3D2><SPAN=20
+class=3D687323718-21012001>occurs.</SPAN></FONT></DIV>
+<DIV><FONT face=3DArial size=3D2><SPAN=20
+class=3D687323718-21012001></SPAN></FONT>&nbsp;</DIV>
+<DIV><FONT face=3DArial size=3D2><SPAN class=3D687323718-21012001>I'm =
+trying to=20
+compile it using VC++ under win2000.</SPAN></FONT></DIV>
+<DIV><FONT face=3DArial size=3D2><SPAN class=3D687323718-21012001>I have =
+downloaded=20
+STLPort and configured VC++ to use it. After having</SPAN></FONT></DIV>
+<DIV><FONT face=3DArial size=3D2><SPAN =
+class=3D687323718-21012001>launched a "find=20
+file" command under windows, it seems that freetype.h =
+isn't</SPAN></FONT></DIV>
+<DIV><FONT face=3DArial size=3D2><SPAN class=3D687323718-21012001>stored =
+on my hard=20
+disk. Could you add it in the CVS tree please ?</SPAN></FONT></DIV>
+<DIV><FONT face=3DArial size=3D2><SPAN=20
+class=3D687323718-21012001></SPAN></FONT>&nbsp;</DIV>
+<DIV><FONT face=3DArial size=3D2><SPAN class=3D687323718-21012001>Thanks =
+in advance=20
+and may the force be with you :)</SPAN></FONT></DIV>
+<DIV><FONT face=3DArial size=3D2><SPAN=20
+class=3D687323718-21012001></SPAN></FONT>&nbsp;</DIV>
+<DIV><FONT face=3DArial size=3D2><SPAN=20
+class=3D687323718-21012001>Poet007.</SPAN></FONT></DIV>
+<DIV><FONT face=3DArial size=3D2><SPAN=20
+class=3D687323718-21012001></SPAN></FONT>&nbsp;</DIV></BODY></HTML>
+
+------=_NextPart_000_0002_01C083E2.7CF82A60--
+
+ 
+______________________________________________________________________________
+ifrance.com, l'email gratuit le plus complet de l'Internet !
+vos emails depuis un navigateur, en POP3, sur Minitel, sur le WAP...
+http://www.ifrance.com/_reloc/email.emailif
+
+
+
+
+ + + + + + +
+

+ diff --git a/pipermail/nel/2001-January/000141.html b/pipermail/nel/2001-January/000141.html new file mode 100644 index 00000000..6a073e62 --- /dev/null +++ b/pipermail/nel/2001-January/000141.html @@ -0,0 +1,58 @@ + + + + [Nel] Sorry + + + + + + +

[Nel] Sorry

+ Poet007 - Da BondGirl Partner + poet007@ifrance.com
+ Sun, 21 Jan 2001 20:08:02 +0100 +

+
+ +
Sorry for having sent a MIME formated message :)
+I have just configured outlook to send pure text mails
+for later messages....
+ 
+______________________________________________________________________________
+ifrance.com, l'email gratuit le plus complet de l'Internet !
+vos emails depuis un navigateur, en POP3, sur Minitel, sur le WAP...
+http://www.ifrance.com/_reloc/email.emailif
+
+
+
+
+ + + + + + +
+

+ diff --git a/pipermail/nel/2001-January/000142.html b/pipermail/nel/2001-January/000142.html new file mode 100644 index 00000000..8b471225 --- /dev/null +++ b/pipermail/nel/2001-January/000142.html @@ -0,0 +1,63 @@ + + + + [Nel] Sorry again :) + + + + + + +

[Nel] Sorry again :)

+ Poet007 - Da BondGirl Partner + poet007@ifrance.com
+ Sun, 21 Jan 2001 22:33:54 +0100 +

+
+ +
I just posted a question before reading
+the documentation and other posted messages...
+I know now where to look for the freetype missing
+file :)
+But it just seems that the server is broken tonight...
+I will have a look at it tomorrow though...
+Sorry again guys !
+
+ 
+______________________________________________________________________________
+ifrance.com, l'email gratuit le plus complet de l'Internet !
+vos emails depuis un navigateur, en POP3, sur Minitel, sur le WAP...
+http://www.ifrance.com/_reloc/email.emailif
+
+
+
+
+ + + + + + +
+

+ diff --git a/pipermail/nel/2001-January/000143.html b/pipermail/nel/2001-January/000143.html new file mode 100644 index 00000000..7ed6e1fc --- /dev/null +++ b/pipermail/nel/2001-January/000143.html @@ -0,0 +1,62 @@ + + + + [Nel] Sorry again :) + + + + + + +

[Nel] Sorry again :)

+ Vincent Archer + archer@nevrax.com
+ Mon, 22 Jan 2001 11:29:46 +0100 +

+
+ +
According to Poet007 - Da BondGirl Partner:
+> But it just seems that the server is broken tonight...
+> I will have a look at it tomorrow though...
+> Sorry again guys !
+
+We had a powerdown during this week-end, and the server restarted, but
+for some odd reasons, you had about 80% or so packetloss on the network
+interface, and it was almost unreachable. We've fixed the missing files
+and restarted the server, which should be working "more or less" ok.
+
+-- 
+Vincent Archer                                         Email: archer@nevrax.com
+
+Nevrax France.                              Off on the yellow brick road we go!
+
+
+ + + + + + +
+

+ diff --git a/pipermail/nel/2001-January/000144.html b/pipermail/nel/2001-January/000144.html new file mode 100644 index 00000000..7e97d064 --- /dev/null +++ b/pipermail/nel/2001-January/000144.html @@ -0,0 +1,57 @@ + + + + [Nel] nel, snowballs and linux + + + + + + +

[Nel] nel, snowballs and linux

+ Vianney Lecroart + lecroart@nevrax.com
+ Mon, 22 Jan 2001 18:33:47 +0100 +

+
+ +
I have just commited on CVS the last fix for linux compilation of
+NeL and Snowballs.
+It should compile and link with no problem.
+You can run the executable but you must have accelerated opengl driver.
+If you want to do some feedback, bug fixes etc.. don t hesitate!
+
+Vianney Lecroart
+
+
+
+
+ + + + + + +
+

+ diff --git a/pipermail/nel/2001-January/000145.html b/pipermail/nel/2001-January/000145.html new file mode 100644 index 00000000..7ec334f1 --- /dev/null +++ b/pipermail/nel/2001-January/000145.html @@ -0,0 +1,96 @@ + + + + [Nel] Problems compiling tile_edit + + + + + + +

[Nel] Problems compiling tile_edit

+ robofly + robofly@in-orbit.net
+ Mon, 22 Jan 2001 09:59:57 -0800 +

+
+ +
Hi,
+
+I'm trying to compile tile_edit from the tools folder.  After
+uncompressing a jpeg source code library in the Pic subfolder
+I get the following compilation errors.  It the Pic/ stuff
+some kind of an standard image library, from somewhere?
+
+Warm regards,
+Róbert
+
+ps. Here is the output from my compiler:
+
+--------------------Configuration: tile_edit_exe - Win32 Release--------------------
+Compiling...
+jchuff.c
+D:\code\tool\tile_edit\Pic\jchuff.c(271) : error C2054: expected '(' to follow 'inline'
+D:\code\tool\tile_edit\Pic\jchuff.c(273) : error C2085: 'emit_bits' : not in formal parameter list
+D:\code\tool\tile_edit\Pic\jchuff.c(273) : error C2143: syntax error : missing ';' before '{'
+D:\code\tool\tile_edit\Pic\jchuff.c(311) : warning C4013: 'emit_bits' undefined; assuming extern returning int
+jcphuff.c
+D:\code\tool\tile_edit\Pic\jcphuff.c(235) : error C2054: expected '(' to follow 'inline'
+D:\code\tool\tile_edit\Pic\jcphuff.c(237) : error C2085: 'emit_bits' : not in formal parameter list
+D:\code\tool\tile_edit\Pic\jcphuff.c(237) : error C2143: syntax error : missing ';' before '{'
+D:\code\tool\tile_edit\Pic\jcphuff.c(276) : warning C4013: 'emit_bits' undefined; assuming extern returning int
+D:\code\tool\tile_edit\Pic\jcphuff.c(288) : error C2054: expected '(' to follow 'inline'
+D:\code\tool\tile_edit\Pic\jcphuff.c(289) : error C2085: 'emit_symbol' : not in formal parameter list
+D:\code\tool\tile_edit\Pic\jcphuff.c(289) : error C2143: syntax error : missing ';' before '{'
+D:\code\tool\tile_edit\Pic\jcphuff.c(333) : warning C4013: 'emit_symbol' undefined; assuming extern returning int
+Pic_BMP.c
+fatal error C1083: Cannot open source file: 'D:\code\tool\tile_edit\Pic\Pic_BMP.c': No such file or directory
+Pic_JPG.c
+fatal error C1083: Cannot open source file: 'D:\code\tool\tile_edit\Pic\Pic_JPG.c': No such file or directory
+Pic_Manage.c
+fatal error C1083: Cannot open source file: 'D:\code\tool\tile_edit\Pic\Pic_Manage.c': No such file or directory
+PIC_System.c
+fatal error C1083: Cannot open source file: 'D:\code\tool\tile_edit\Pic\PIC_System.c': No such file or directory
+Pic_TGA.c
+fatal error C1083: Cannot open source file: 'D:\code\tool\tile_edit\Pic\Pic_TGA.c': No such file or directory
+Generating Code...
+Compiling...
+readpic.cpp
+fatal error C1083: Cannot open source file: 'D:\code\tool\tile_edit\Pic\readpic.cpp': No such file or directory
+Generating Code...
+Error executing cl.exe.
+
+tile_edit.exe - 15 error(s), 3 warning(s)
+
+
+
+
+ + + + + + +
+

+ diff --git a/pipermail/nel/2001-January/000146.html b/pipermail/nel/2001-January/000146.html new file mode 100644 index 00000000..64617bc5 --- /dev/null +++ b/pipermail/nel/2001-January/000146.html @@ -0,0 +1,62 @@ + + + + [Nel] Problems compiling tile_edit + + + + + + +

[Nel] Problems compiling tile_edit

+ Cyril Corvazier + corvazier@nevrax.com
+ Tue, 23 Jan 2001 10:14:25 +0100 +

+
+ +
Hi,
+
+> I'm trying to compile tile_edit from the tools folder.  After
+> uncompressing a jpeg source code library in the Pic subfolder
+> I get the following compilation errors.
+
+You are right, the PIC folder was missing on the CVS in tool/tile_edit/PIC.
+That's ok now.
+
+Regards,
+
+Cyril Corvazier.
+
+
+
+
+ + + + + + +
+

+ diff --git a/pipermail/nel/2001-January/000147.html b/pipermail/nel/2001-January/000147.html new file mode 100644 index 00000000..6d34bf94 --- /dev/null +++ b/pipermail/nel/2001-January/000147.html @@ -0,0 +1,63 @@ + + + + [Nel] mesa3D + + + + + + +

[Nel] mesa3D

+ Valignat Cedric + valignat@nevrax.com
+ Tue, 23 Jan 2001 11:39:33 +0100 +

+
+ +
Debian User wrote:
+> ...
+>   /* Header file version number, required by OpenGL ABI for Linux */
+> #define GL_GLEXT_VERSION 6
+>  
+> ???
+> You guys are not up to date! you are ahead of time :-)
+
+hehe, i checked the RedHat's rpm of Mesa and it include the last version
+glext.h (version 7) from SGI and not from Mesa (version 6) ... :-)
+
+I'm going to update the INSTALL file to put a note about it ...
+
+
+Cedric.
+
+
+PS: Sorry if it take a long time to answer your mail, i was in vavcation ...
+
+
+
+ + +
+

+ diff --git a/pipermail/nel/2001-January/000148.html b/pipermail/nel/2001-January/000148.html new file mode 100644 index 00000000..caa97710 --- /dev/null +++ b/pipermail/nel/2001-January/000148.html @@ -0,0 +1,60 @@ + + + + [Nel] Pb with glx version + + + + + + +

[Nel] Pb with glx version

+ Vincent Caron + zerodeux@free.fr
+ Tue, 23 Jan 2001 11:48:51 +0100 +

+
+ +
I'm having the same trouble as Bernard Hugueney had. I'm using Debian Sid
+(unstable), and the nel/ configure script complains about OpenGL version
+being too old (GL_GLEXT_VERSION < 7). Debian packages the original XFree 4.0.2
+header files, XFree says 4.0.2 uses Mesa 3.4, and if you downloa Mesa 3.4 you'll
+see that GL_GLEXT_VERSION is set to 6.
+
+Since the latest version from SGI's OpenGL sample implementation is set to 7,
+and Mesa's CVS stick to that 6, I guess Nevrax developpers use somewhat
+cstomized RPMs (let me guess ... Mandrake ? :))
+
+I suggest that the configure script should be relying on version 6 for now,
+in order we claim what's really implemented by XFree 4.0.2.
+
+
+ + + + + + +
+

+ diff --git a/pipermail/nel/2001-January/000149.html b/pipermail/nel/2001-January/000149.html new file mode 100644 index 00000000..04980da8 --- /dev/null +++ b/pipermail/nel/2001-January/000149.html @@ -0,0 +1,68 @@ + + + + [Nel] gcc and non-ANSI + + + + + + +

[Nel] gcc and non-ANSI

+ Vincent Caron + zerodeux@free.fr
+ Tue, 23 Jan 2001 14:19:00 +0100 +

+
+ +
I'm using gcc/g++ 2.95.3, and it seems that it doesn't like anonymous structures
+(see gcc output below). I read that it's definitively not a standard feature,
+and was orginally a MS VC++ extension, that was more or less adopted by others.
+Seems that the gcc guy didn't approved it, but I didn't checked in depth. I
+guess others are using the egcs c++ (1.1.2) frontend ?
+I personnaly don't approve being able to acces a member without naming the
+structure ...
+
+In file included from driver_opengl.h:43,
+                 from driver_opengl.cpp:45:
+../../../../include/nel/3d/material.h:264: anonymous class type not used to
+declare any objects
+../../../../include/nel/3d/material.h: In method `void
+NL3D::CMaterial::CTexEnv::setDefault()':
+../../../../include/nel/3d/material.h:273: `union
+NL3D::CMaterial::CTexEnv::{anonymous}' has no member named `OpRGB'
+[...]
+
+
+ + + + + + + + + +
+

+ diff --git a/pipermail/nel/2001-January/000150.html b/pipermail/nel/2001-January/000150.html new file mode 100644 index 00000000..33859c6f --- /dev/null +++ b/pipermail/nel/2001-January/000150.html @@ -0,0 +1,83 @@ + + + + [Nel] gcc and non-ANSI + + + + + + +

[Nel] gcc and non-ANSI

+ Vianney Lecroart + lecroart@nevrax.com
+ Tue, 23 Jan 2001 14:27:21 +0100 +

+
+ +
> I'm using gcc/g++ 2.95.3, and it seems that it doesn't like anonymous
+structures
+> (see gcc output below). I read that it's definitively not a standard
+feature,
+> and was orginally a MS VC++ extension, that was more or less adopted by
+others.
+> Seems that the gcc guy didn't approved it, but I didn't checked in depth.
+I
+> guess others are using the egcs c++ (1.1.2) frontend ?
+> I personnaly don't approve being able to acces a member without naming the
+> structure ...
+>
+> In file included from driver_opengl.h:43,
+>                  from driver_opengl.cpp:45:
+> ../../../../include/nel/3d/material.h:264: anonymous class type not used
+to
+> declare any objects
+> ../../../../include/nel/3d/material.h: In method `void
+> NL3D::CMaterial::CTexEnv::setDefault()':
+> ../../../../include/nel/3d/material.h:273: `union
+> NL3D::CMaterial::CTexEnv::{anonymous}' has no member named `OpRGB'
+
+Yes, we know that. In fact, it compiles with no warning with gcc 2.96.
+If you could give me a link to a document that say it s not ANSI, i ll be
+glad.
+
+Regards,
+
+Vianney Lecroart
+
+
+
+
+ + + + + + + + + + +
+

+ diff --git a/pipermail/nel/2001-January/000151.html b/pipermail/nel/2001-January/000151.html new file mode 100644 index 00000000..54af555c --- /dev/null +++ b/pipermail/nel/2001-January/000151.html @@ -0,0 +1,67 @@ + + + + [Nel] Pb with glx version + + + + + + +

[Nel] Pb with glx version

+ Valignat Cedric + valignat@nevrax.com
+ Tue, 23 Jan 2001 14:28:04 +0100 +

+
+ +
Vincent Caron wrote:
+> 
+> Since the latest version from SGI's OpenGL sample implementation is set to 7,
+> and Mesa's CVS stick to that 6, I guess Nevrax developpers use somewhat
+> cstomized RPMs (let me guess ... Mandrake ? :))
+
+Nop, but you are quite close : RedHat 7.0 :-)
+
+> I suggest that the configure script should be relying on version 6 for now,
+> in order we claim what's really implemented by XFree 4.0.2.
+
+The problem is that we are going, in a very short time, to use recent
+extensions present only in the version 7 of glext.h. So it migth be useless
+to change it now and change it agin soon ...
+
+Anyway, i'm going to put a note about the glext.h version and where to find it
+in nel's INSTALL file.
+
+Cedric.
+
+
+
+ + + + + +
+

+ diff --git a/pipermail/nel/2001-January/000152.html b/pipermail/nel/2001-January/000152.html new file mode 100644 index 00000000..08b98514 --- /dev/null +++ b/pipermail/nel/2001-January/000152.html @@ -0,0 +1,82 @@ + + + + [Nel] Pb with glx version + + + + + + +

[Nel] Pb with glx version

+ Lionel Berenguier + berenguier@nevrax.com
+ Tue, 23 Jan 2001 14:32:41 +0100 +

+
+ +
> I'm having the same trouble as Bernard Hugueney had. I'm using Debian Sid
+> (unstable), and the nel/ configure script complains about OpenGL version
+> being too old (GL_GLEXT_VERSION < 7). Debian packages the original XFree
+4.0.2
+> header files, XFree says 4.0.2 uses Mesa 3.4, and if you downloa Mesa 3.4
+you'll
+> see that GL_GLEXT_VERSION is set to 6.
+>
+> Since the latest version from SGI's OpenGL sample implementation is set to
+7,
+> and Mesa's CVS stick to that 6, I guess Nevrax developpers use somewhat
+> cstomized RPMs (let me guess ... Mandrake ? :))
+
+No.
+
+"glext.h" is NOT linked to any linux distribution/version. His purpose is to
+declare all the possible extensions of any graphic hardware. For that
+reason, SGI handles the "official" glext.h, which you can retrieve from:
+
+http://oss.sgi.com/projects/ogl-sample/ABI/glext.h
+
+> > I suggest that the configure script should be relying on version 6 for
+now,
+> in order we claim what's really implemented by XFree 4.0.2.
+
+For now, we do not really use the version 7 of the header, but this will
+come soon (for fututre new extensions such as NV20 ones), so the only thing
+you must do, is to get and replace the glext.h.
+
+
+> _______________________________________________
+> Nel mailing list
+> Nel@nevrax.org
+> http://www.nevrax.org/mailman/listinfo.cgi/nel
+
+
+
+ + + + + +
+

+ diff --git a/pipermail/nel/2001-January/000153.html b/pipermail/nel/2001-January/000153.html new file mode 100644 index 00000000..33c0838a --- /dev/null +++ b/pipermail/nel/2001-January/000153.html @@ -0,0 +1,55 @@ + + + + [Nel] Pb with glx version + + + + + + +

[Nel] Pb with glx version

+ Vincent Caron + zerodeux@free.fr
+ Tue, 23 Jan 2001 15:34:47 +0100 +

+
+ +
Lionel Berenguier wrote:
+> 
+> For now, we do not really use the version 7 of the header, but this will
+> come soon (for fututre new extensions such as NV20 ones), so the only thing
+> you must do, is to get and replace the glext.h.
+
+All right, I read SGI's recommendations. I'll suggest Debian to upgrade their
+glext.h then.
+
+
+ + + + + +
+

+ diff --git a/pipermail/nel/2001-January/000154.html b/pipermail/nel/2001-January/000154.html new file mode 100644 index 00000000..06f5b5fa --- /dev/null +++ b/pipermail/nel/2001-January/000154.html @@ -0,0 +1,64 @@ + + + + [Nel] Pb with glx version + + + + + + +

[Nel] Pb with glx version

+ elijah wright + elw@stderr.org
+ Tue, 23 Jan 2001 09:57:23 -0500 (EST) +

+
+ +
> > being too old (GL_GLEXT_VERSION < 7). Debian packages the original XFree
+> 4.0.2
+> 
+> "glext.h" is NOT linked to any linux distribution/version. His purpose is to
+> declare all the possible extensions of any graphic hardware. For that
+> reason, SGI handles the "official" glext.h, which you can retrieve from:
+> http://oss.sgi.com/projects/ogl-sample/ABI/glext.h
+
+if in fact this is true (i'll take your word for it) someone should
+probably make a .deb that downloads and installs the newer glext.h.  it'll
+take some trickery to get the overrrides and alternatives right, but
+nothing that can't be done.  it'll have to cooperate with mesa and xfree
+maintainers, too- even less fun.  maybe xfree and mesa developers will
+upgrade their version of the file soon?
+
+elijah
+
+
+
+
+ + + + +
+

+ diff --git a/pipermail/nel/2001-January/000155.html b/pipermail/nel/2001-January/000155.html new file mode 100644 index 00000000..e9e24f9a --- /dev/null +++ b/pipermail/nel/2001-January/000155.html @@ -0,0 +1,64 @@ + + + + [Nel] gcc and non-ANSI + + + + + + +

[Nel] gcc and non-ANSI

+ Lionel Berenguier + berenguier@nevrax.com
+ Tue, 23 Jan 2001 16:02:36 +0100 +

+
+ +
> I'm using gcc/g++ 2.95.3, and it seems that it doesn't like anonymous
+structures
+> (see gcc output below). I read that it's definitively not a standard
+feature,
+> and was orginally a MS VC++ extension, that was more or less adopted by
+others.
+> Seems that the gcc guy didn't approved it, but I didn't checked in depth.
+I
+> guess others are using the egcs c++ (1.1.2) frontend ?
+> I personnaly don't approve being able to acces a member without naming the
+> structure ...
+
+You're right.  Fixed... :o)
+
+regards
+
+
+
+ + + + + + +
+

+ diff --git a/pipermail/nel/2001-January/000156.html b/pipermail/nel/2001-January/000156.html new file mode 100644 index 00000000..61be79dd --- /dev/null +++ b/pipermail/nel/2001-January/000156.html @@ -0,0 +1,58 @@ + + + + [Nel] gcc and non-ANSI + + + + + + +

[Nel] gcc and non-ANSI

+ Vincent Caron + zerodeux@free.fr
+ Tue, 23 Jan 2001 16:08:50 +0100 +

+
+ +
Vianney Lecroart wrote:
+> 
+> Yes, we know that. In fact, it compiles with no warning with gcc 2.96.
+> If you could give me a link to a document that say it s not ANSI, i ll be
+> glad.
+
+I only happend to find a two years old mail from a mingw32 developer :
+  http://gcc.gnu.org/ml/gcc/1998-11/msg00729.html
+
+I guess the correct answer would be to read carefully the C++ ANSI draft,
+but it's boooorring :)
+  http://www.cygnus.com/misc/wp/dec96pub/
+
+
+ + + + +
+

+ diff --git a/pipermail/nel/2001-January/000157.html b/pipermail/nel/2001-January/000157.html new file mode 100644 index 00000000..55814ca0 --- /dev/null +++ b/pipermail/nel/2001-January/000157.html @@ -0,0 +1,81 @@ + + + + [Nel] Compiling nel + + + + + + +

[Nel] Compiling nel

+ david.belius@chello.se + david.belius@chello.se
+ Tue, 23 Jan 2001 17:13:38 +0100 +

+
+ +
Freetype is a library. www.freetype.org.
+
+Poet007 - Da BondGirl Partner wrote:
+
+> I just downloaded all necessary packages (I think so) to run
+> 
+> nel software but it seems that a file is missing.
+> 
+> While compiling the 3d lib,
+> 
+> a "fatal error C1083: Cannot open include file: 'freetype/freetype.h':
+> No such file or directory"
+> 
+> occurs.
+> 
+>  
+> 
+> I'm trying to compile it using VC++ under win2000.
+> 
+> I have downloaded STLPort and configured VC++ to use it. After having
+> 
+> launched a "find file" command under windows, it seems that freetype.h isn't
+> 
+> stored on my hard disk. Could you add it in the CVS tree please ?
+> 
+>  
+> 
+> Thanks in advance and may the force be with you :)
+> 
+>  
+> 
+> Poet007.
+> 
+>  
+> 
+
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2001-January/000158.html b/pipermail/nel/2001-January/000158.html new file mode 100644 index 00000000..ac886fab --- /dev/null +++ b/pipermail/nel/2001-January/000158.html @@ -0,0 +1,77 @@ + + + + [Nel] Announce: NeL 0.1 is officially out + + + + + + +

[Nel] Announce: NeL 0.1 is officially out

+ Valignat Cedric + valignat@nevrax.com
+ Tue, 23 Jan 2001 18:26:13 +0100 +

+
+ +
Hi David,
+
+David Mentre wrote:
+> 
+> It is maybe not your job, but if people are unable to start, they will
+> never give you a feedback (code, bugs, ...).
+
+I'm one of the guys who was at the origin of that decision.
+
+It's not a problem about our job or not, it's more about the fact
+that you will never get from us a better support on these libraries
+installation that you could get from the guys who are working
+on them ... even if i know that it is pretty troublesome to look
+for informations on several place about several libraries just to
+install NeL :-)
+
+And if their installation instructions aren't up to date or incomplete,
+that's will be nice to contact them to fix that. I'm sure that a lot a
+people (mainly user as you are, but not necessarily NeL users :-) will
+appreciate the help ... as we will ;-)
+
+Anyway, we are going to write a small document explaining the basic
+installation instructions for these libraries, but you should not
+rely on that document to resolve all your installation problems.
+
+In case of troubles, you should look carefully at the README,
+the INSTALL files, and on the the files placed in the directory named
+doc(s) in the librarie file source tree, and do not forget there web
+sites, mailling lists, etc ... ;-)
+
+
+Cedric.
+
+
+
+ + +
+

+ diff --git a/pipermail/nel/2001-January/000159.html b/pipermail/nel/2001-January/000159.html new file mode 100644 index 00000000..bf0ffbbc --- /dev/null +++ b/pipermail/nel/2001-January/000159.html @@ -0,0 +1,69 @@ + + + + [Nel] Compiling NeL + + + + + + +

[Nel] Compiling NeL

+ Poet007 - Da BondGirl Partner + poet007@ifrance.com
+ Wed, 24 Jan 2001 23:34:14 +0100 +

+
+ +
>Message: 9
+>Date: Tue, 23 Jan 2001 17:13:38 +0100
+>From: david.belius@chello.se
+>To: nel@nevrax.org
+>Subject: Re: [Nel] Compiling nel
+>Reply-To: nel@nevrax.org
+
+>Freetype is a library. www.freetype.org.
+
+It seems that the adress above is not valid
+anymore. But the freetype lib is still available
+at the adress below :
+
+http://freetype.sourceforge.net/
+
+Poet007
+
+ 
+______________________________________________________________________________
+ifrance.com, l'email gratuit le plus complet de l'Internet !
+vos emails depuis un navigateur, en POP3, sur Minitel, sur le WAP...
+http://www.ifrance.com/_reloc/email.emailif
+
+
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2001-January/000160.html b/pipermail/nel/2001-January/000160.html new file mode 100644 index 00000000..482f54a8 --- /dev/null +++ b/pipermail/nel/2001-January/000160.html @@ -0,0 +1,62 @@ + + + + [Nel] Compiling NeL + + + + + + +

[Nel] Compiling NeL

+ Valignat Cedric + valignat@nevrax.com
+ Thu, 25 Jan 2001 10:41:07 +0100 +

+
+ +
Poet007 - Da BondGirl Partner wrote:
+> 
+> It seems that the adress above is not valid
+> anymore.
+
+Thei server is still running, it's just that there web server is down :-(
+
+It migth be fix soon ... i hope :-)
+
+> But the freetype lib is still available at the adress below :
+> 
+> http://freetype.sourceforge.net/
+
+Do not forget to not choose the European mirror but the USA one ...
+
+
+Cedric.
+
+
+
+ + +
+

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

2001-January Archives by Author

+ +

Starting: Wed Jan 3 10:56:19 2001
+ Ending: Thu Jan 25 09:41:07 2001
+ Messages: 74

+

+

+ Last message date: + Thu Jan 25 09:41:07 2001
+ Archived on: Thu Jan 25 10:42:01 2001 +

+

+

+

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

2001-January Archives by Date

+ +

Starting: Wed Jan 3 10:56:19 2001
+ Ending: Thu Jan 25 09:41:07 2001
+ Messages: 74

+

+

+ Last message date: + Thu Jan 25 09:41:07 2001
+ Archived on: Thu Jan 25 10:42:01 2001 +

+

+

+

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

2001-January Archives by Thread

+ +

Starting: Wed Jan 3 10:56:19 2001
+ Ending: Thu Jan 25 09:41:07 2001
+ Messages: 74

+

+

+ Last message date: + Thu Jan 25 09:41:07 2001
+ Archived on: Thu Jan 25 10:42:01 2001 +

+

+

+

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

2001-January Archives by Subject

+ +

Starting: Wed Jan 3 10:56:19 2001
+ Ending: Thu Jan 25 09:41:07 2001
+ Messages: 74

+

+

+ Last message date: + Thu Jan 25 09:41:07 2001
+ Archived on: Thu Jan 25 10:42:01 2001 +

+

+

+

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

2001-January Archives by Thread

+ +

Starting: Wed Jan 3 10:56:19 2001
+ Ending: Thu Jan 25 09:41:07 2001
+ Messages: 74

+

+

+ Last message date: + Thu Jan 25 09:41:07 2001
+ Archived on: Thu Jan 25 10:42:01 2001 +

+

+

+

+ This archive was generated by + Pipermail 0.05 (Mailman edition). + + + diff --git a/pipermail/nel/2001-July/000454.html b/pipermail/nel/2001-July/000454.html new file mode 100644 index 00000000..cc5df787 --- /dev/null +++ b/pipermail/nel/2001-July/000454.html @@ -0,0 +1,77 @@ + + + + [Nel] Congratulations + concerns + + + + + + +

[Nel] Congratulations + concerns

+ Michael Warnock + michael@in-orbit.net
+ Sat, 30 Jun 2001 16:10:44 -0700 +

+
+ +
6/30/2001 3:51:13 PM, x5101920@fedro.ugr.es wrote:
+
+>
+>Mensaje citado por: Michael Warnock <michael@in-orbit.net>:
+>
+>> By way of introduction, I am working on a couple of games making use of
+>> nel- commercial games.  In addition to selling our content and service,
+>> we consider our game rules our ip and there are a couple reasons why
+>> they can be implemented without violating the gpl (which i consider
+>> scripture).  First of all our rules will be in a brand new specification
+>> language in 
+>> their own files or database tables and wont be compiled or linked at
+>> all.  But should we run into speed problems for not hardcoding
+>> everything, we're still not required to release anything- you can quite
+>> legally use gpl'ed code in your own, unreleased programs- and why should
+>> we release the server side code?
+>
+>I would love that you reply to this answer to me and to Nel guys that are so 
+>hard working on such a good project.
+>
+We're quite grateful to them- we've even had them over to our place in san francisco, but it just so happens that they are also at work on a lot of nel based code that they have not released- and they are by no means required to- it is only in the event of distributing binaries that you must distribute source.
+
+>IMO In the same moment that you make public your server you are making it public 
+>and you should release it. But I am not a lawyer.
+>
+if it works out to seperate our rules in an external data format- because that really is what heaps and heaps of content specific rules are, then we might well release our server code (and we will of course release any changes we make to the basic services), but though ianal, I'm quite sure on the point of not being required to release internal software that makes 
+use of gpl'ed code and I really don't believe that even mr stallman would object given the situation- its quite a step for a game company to share source at all and it has been no small hinderance in our search for funding, nevertheless we've stuck by the gpl.
+
+michael warnock
+InOrbit Entertainment
+
+
+
+ + + + +
+

+ diff --git a/pipermail/nel/2001-July/000455.html b/pipermail/nel/2001-July/000455.html new file mode 100644 index 00000000..19c82260 --- /dev/null +++ b/pipermail/nel/2001-July/000455.html @@ -0,0 +1,166 @@ + + + + [Nel] [Flame][Offtopic] Congratulations + concerns + + + + + + +

[Nel] [Flame][Offtopic] Congratulations + concerns

+ x5101920@fedro.ugr.es + x5101920@fedro.ugr.es
+ Sun, 01 Jul 2001 11:23:32 +0200 (MET DST) +

+
+ +
> I think u just point out here the Open Source Concept as one 
+> of the biggest joke of the end of twentieth century .
+
+Well, there is stupid people that laugh at important things. 
+Idiots things everything is a joke. :-/
+ 
+> Software code in itself is not that important thing when GPL is
+> concerned, 
+> and beeing able to read it and extract the major concepts of a software
+> is 
+> the great thing  : u always proceed with reverse engineering , - the
+> ever 
+> coming question how do they do that - even when using software like ... 
+> those which don't provide source code .
+
+You didn't understand it...
+GPL is not about reading others code... but giving you the freedom to copy, 
+modify and resuse it under the GPL License.
+
+> That's why GPL is a bad trick to minor companies and therefore for
+> individuals :
+> releasing code shows the overall software architecture , may let u get
+> insights 
+> about hardcore coded sections and definitively unprotects the source
+> providers .
+
+No, because all the code is under the GPL.
+If you read it, and code it on your way, then you could set whatever license you 
+want... it is up to your ethical being to say if you use GPL or not.
+ 
+> Good and Exceptionnal concepts are quickly analysed (you always need to
+> understand
+> the philosophy that drives a software architecture to be able to use it)
+> So major companies will reuse GPLed code that much faster than minor
+> entities
+> - as far as software production is concerned - 
+> I think that instead of promoting talents ,GPL comes with a global
+> leverage tendance .
+
+You are totally wrong... GPL allow us the common user to join and build a big, 
+great product. From my personal experience, I could have never build such 
+project as mine is without GPL.
+
+GPL promote talents as everyone learn fasters, so yes it do a leverage, but you 
+get a better level that those close source fanatic. :-/
+ 
+> Great support is provided to software users , but anyway , any reliable
+> company 
+> protects its sources ( Nevrax Executives don ot read that ). Please note
+> that I'm in no way related to MS . 
+> Isn't GPL the biggest break to creativity we ever seen since communism
+> died 
+> out of realism ?
+
+GPL is not about companies, but about users.
+GPL means to refuse to a lot of rights so that your users can share your work.
+
+I suppose that Nevrax is using GPL because:
+1) It make faster the development.
+2) The user base is also developers base
+3) The open architecture means bugs are found faster and easier.
+4) Port to other OS are almost automatic.
+5) Personal Challenge ( 1st commercial GPL game )
+
+Why in the hell people thing that Communism, Jew or Gay are bad things???
+
+ 
+> Would GPL minds expect great french wine caves to make their 'elevage' 
+> methods publically available - I love great wines - , but who ever
+> thought 
+> that we would get better wine through that way , that's not a reliable
+> way of 
+> thinking and only fools rush in .
+
+Man... you have serious problems with your ethics.
+If you say... "Mine is the best wine of the world", just tell me how you did, 
+and I will do one better. What we have? A wine that is better than the better.
+And as my way is not secret and open and free to use, someone will use it to 
+create an even better one. 
+That is what GPL is about, only fools don't understand.
+
+> I don't want to minimize the brightness of people who go promoting the
+> GPL concept ,
+> (I 've the reputation to use my mind in very efficient ways though ) ,
+> but
+> since I'm tightened to realism in my comapany , I totally agree with GPL
+> detractors .
+> Privacy is definitively needed or the world dies out of any will .
+
+Yes, Your world will die, because a new one will appear where there is no more 
+secrets, where you won't be able to sell ideas, where you won't be allowed to 
+forbid people to copy and share apps.
+ 
+> I realize i might be removed from the list after that ,
+> but I don't think it will happen .
+
+GPL people is different. We tollerate different opinions.
+ 
+> Back to development and implementation , lots of to do ahead (I wouldn't
+> be there if not)
+
+You are really inside... you should go back to school and learn something about 
+ethics.
+
+REgards,
+
+                  Miguel Angel Blanch Lardin
+
+nuclear cia fbi spy password code encrypt president bomb iran irak korea cuba
+Ala yihad mosad kgb free freedom human rights yugoslavia kosovo ebola dna 
+ 
+                    -- Echelon must die --
+
+
+ + + + + + + + + + + + +
+

+ diff --git a/pipermail/nel/2001-July/000456.html b/pipermail/nel/2001-July/000456.html new file mode 100644 index 00000000..2de2428a --- /dev/null +++ b/pipermail/nel/2001-July/000456.html @@ -0,0 +1,96 @@ + + + + [Nel] Congratulations + concerns + + + + + + +

[Nel] Congratulations + concerns

+ Debian User + bernard@bernard-hugueney.org
+ Sun, 1 Jul 2001 11:32:23 +0200 +

+
+ +
* Michael Warnock <michael@in-orbit.net> [010701 09:48]:
+> 6/30/2001 3:51:13 PM, x5101920@fedro.ugr.es wrote:
+> 
+> >
+> >Mensaje citado por: Michael Warnock <michael@in-orbit.net>:
+> >
+
+> >> legally use gpl'ed code in your own, unreleased programs- and why should
+> >> we release the server side code?
+> >
+> >I would love that you reply to this answer to me and to Nel guys that are so 
+> >hard working on such a good project.
+> >
+> We're quite grateful to them- we've even had them over to our place in san francisco, but it just so happens that they are also at work on a lot of nel based code that they have not released- and they are by no means required to- it is only in the event of distributing binaries that you must distribute source.
+> 
+> >IMO In the same moment that you make public your server you are making it public 
+> >and you should release it. But I am not a lawyer.
+> >
+
+
+My understanding of the GPL is that your do not have to give source code
+if you do not "give" binary. This is a concern to Mr Stallman because
+of the comming Application Services Providers (or that kind of Three Letters
+ Acronym). This should be fixed with the upcoming v 3 of the GPL.
+
+Neither Am I A L., but for the rules parts, my 2 euros :
+the reverse engineering part is not that relevent because you could
+apply to any computer prog. I know that people fitted archmage models in
+matlab, but with LARGE rule sets, I don't think it's realistic.
+I think it could be possible to use propritery code with GPL code 
+using a LGLP 'hook' layer. But I'm not sure...
+
+To be on thesafe side, GPL and non-GPL code should not be in the same 
+adress-space (ie CORBA).You have to pay an efficiency penalty to keep your code
+non-GPL and that's the intended behaviour IMHO.
+
+For thoses who think GPL is worthless ("a joke") because you can steal / use
+the code anyway, I think you are missing the point. What matter is not the
+software (state of CVS at time t), but the ongoing project. That's why
+there are VERY few forks on GPL land. Use the code and it's ok, the project
+is working for you. Take the code, change it, and then YOU have to handle
+all the evolution, or keep track of changes (what if they are not compatible
+with yours ?). You can certainly catch-up very easly with a GPL project, and
+it's R&D is available for everyone to use (great karma IMHO), but the
+power of the successful GPL project is not in the code, but in the community
+behind it. (Of course, both are linked, hard to attract people with ugly code)
+
+I really hope that NeL will build such a dedicated and helpful community.
+(Code quality is there IMHO, for network design etc, I'not qualified...)
+
+Bernard
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2001-July/000458.html b/pipermail/nel/2001-July/000458.html new file mode 100644 index 00000000..25246f56 --- /dev/null +++ b/pipermail/nel/2001-July/000458.html @@ -0,0 +1,179 @@ + + + + [Nel] [Flame][Offtopic] Congratulations + concerns + + + + + + +

[Nel] [Flame][Offtopic] Congratulations + concerns

+ elijah wright + elw@stderr.org
+ Sun, 1 Jul 2001 13:57:10 -0400 (EDT) +

+
+ +
+could the GPL bigots and zealots please find something else to do with
+their time?  you're wasting a lot of energy on something that is
+well-understood and needs very little additional explanation.
+
+elijah
+
+
+> > Software code in itself is not that important thing when GPL is
+> > concerned, 
+> > and beeing able to read it and extract the major concepts of a software
+> > is 
+> > the great thing  : u always proceed with reverse engineering , - the
+> > ever 
+> > coming question how do they do that - even when using software like ... 
+> > those which don't provide source code .
+> 
+> You didn't understand it...
+> GPL is not about reading others code... but giving you the freedom to copy, 
+> modify and resuse it under the GPL License.
+> 
+> > That's why GPL is a bad trick to minor companies and therefore for
+> > individuals :
+> > releasing code shows the overall software architecture , may let u get
+> > insights 
+> > about hardcore coded sections and definitively unprotects the source
+> > providers .
+> 
+> No, because all the code is under the GPL.
+> If you read it, and code it on your way, then you could set whatever license you 
+> want... it is up to your ethical being to say if you use GPL or not.
+>  
+> > Good and Exceptionnal concepts are quickly analysed (you always need to
+> > understand
+> > the philosophy that drives a software architecture to be able to use it)
+> > So major companies will reuse GPLed code that much faster than minor
+> > entities
+> > - as far as software production is concerned - 
+> > I think that instead of promoting talents ,GPL comes with a global
+> > leverage tendance .
+> 
+> You are totally wrong... GPL allow us the common user to join and build a big, 
+> great product. From my personal experience, I could have never build such 
+> project as mine is without GPL.
+> 
+> GPL promote talents as everyone learn fasters, so yes it do a leverage, but you 
+> get a better level that those close source fanatic. :-/
+>  
+> > Great support is provided to software users , but anyway , any reliable
+> > company 
+> > protects its sources ( Nevrax Executives don ot read that ). Please note
+> > that I'm in no way related to MS . 
+> > Isn't GPL the biggest break to creativity we ever seen since communism
+> > died 
+> > out of realism ?
+> 
+> GPL is not about companies, but about users.
+> GPL means to refuse to a lot of rights so that your users can share your work.
+> 
+> I suppose that Nevrax is using GPL because:
+> 1) It make faster the development.
+> 2) The user base is also developers base
+> 3) The open architecture means bugs are found faster and easier.
+> 4) Port to other OS are almost automatic.
+> 5) Personal Challenge ( 1st commercial GPL game )
+> 
+> Why in the hell people thing that Communism, Jew or Gay are bad things???
+> 
+>  
+> > Would GPL minds expect great french wine caves to make their 'elevage' 
+> > methods publically available - I love great wines - , but who ever
+> > thought 
+> > that we would get better wine through that way , that's not a reliable
+> > way of 
+> > thinking and only fools rush in .
+> 
+> Man... you have serious problems with your ethics.
+> If you say... "Mine is the best wine of the world", just tell me how you did, 
+> and I will do one better. What we have? A wine that is better than the better.
+> And as my way is not secret and open and free to use, someone will use it to 
+> create an even better one. 
+> That is what GPL is about, only fools don't understand.
+> 
+> > I don't want to minimize the brightness of people who go promoting the
+> > GPL concept ,
+> > (I 've the reputation to use my mind in very efficient ways though ) ,
+> > but
+> > since I'm tightened to realism in my comapany , I totally agree with GPL
+> > detractors .
+> > Privacy is definitively needed or the world dies out of any will .
+> 
+> Yes, Your world will die, because a new one will appear where there is no more 
+> secrets, where you won't be able to sell ideas, where you won't be allowed to 
+> forbid people to copy and share apps.
+>  
+> > I realize i might be removed from the list after that ,
+> > but I don't think it will happen .
+> 
+> GPL people is different. We tollerate different opinions.
+>  
+> > Back to development and implementation , lots of to do ahead (I wouldn't
+> > be there if not)
+> 
+> You are really inside... you should go back to school and learn something about 
+> ethics.
+> 
+> REgards,
+> 
+>                   Miguel Angel Blanch Lardin
+> 
+> nuclear cia fbi spy password code encrypt president bomb iran irak korea cuba
+> Ala yihad mosad kgb free freedom human rights yugoslavia kosovo ebola dna 
+>  
+>                     -- Echelon must die --
+> _______________________________________________
+> Nel mailing list
+> Nel@nevrax.org
+> http://www.nevrax.org/mailman/listinfo.cgi/nel
+> 
+
+-- 
+
+
+--
+$ chown us:us yourbase -R
+
+
+
+
+ + + + + + + + + + +
+

+ diff --git a/pipermail/nel/2001-July/000459.html b/pipermail/nel/2001-July/000459.html new file mode 100644 index 00000000..90326e72 --- /dev/null +++ b/pipermail/nel/2001-July/000459.html @@ -0,0 +1,89 @@ + + + + [Nel] [Flame][Offtopic] Congratulations + concerns + + + + + + +

[Nel] [Flame][Offtopic] Congratulations + concerns

+ stephane.craux@voila.fr + stephane.craux@voila.fr
+ Sun, 1 Jul 2001 21:01:45 +0200 +

+
+ +
> > You are totally wrong... GPL allow us the common user to join and build a big, 
+> > great product. From my personal experience, I could have never build such 
+> > project as mine is without GPL.
+Ah , so u are the grat man , it will be a primer !
+
+> > GPL promote talents as everyone learn fasters, so yes it do a leverage, but you 
+> > get a better level that those close source fanatic. :-/
+agreed
+
+> > I suppose that Nevrax is using GPL because:
+> > 1) It make faster the development.
+did u get it right ?????
+> > 2) The user base is also developers base
+sure ?
+> > 3) The open architecture means bugs are found faster and easier.
+proved ?
+> > 4) Port to other OS are almost automatic.
+yes , but is it that much important ?
+> > 5) Personal Challenge ( 1st commercial GPL game )
+mmm
+> > Why in the hell people thing that Communism, Jew or Gay are bad things???
+what kind of mix are trying to involve here ?
+> > Man... you have serious problems with your ethics.
+you are in real rouble with ur mind , but I'm quiet confident 
+u may still evolve , i hope that , be sure of it :)
+> > You are really inside... you should go back to school and learn something about 
+> > ethics.
+I learned I school that u have always more to learn , did u miss that point ?
+no time loosed , quiet easy answers , regards for comin' into it
+
+Stephane
+__________________________________________________
+Voila vous propose une boite aux lettres gratuite sur Voila Mail:
+http://mail.voila.fr
+
+
+
+
+
+ + + + + + + + + + +
+

+ diff --git a/pipermail/nel/2001-July/000460.html b/pipermail/nel/2001-July/000460.html new file mode 100644 index 00000000..ef4ab980 --- /dev/null +++ b/pipermail/nel/2001-July/000460.html @@ -0,0 +1,63 @@ + + + + [Nel] [Flame][Offtopic] Congratulations + concerns + + + + + + +

[Nel] [Flame][Offtopic] Congratulations + concerns

+ Yann Morvan + ymorvan@mrl.nyu.edu
+ Sun, 1 Jul 2001 15:08:10 -0400 +

+
+ +
Man man, what have I started ? :)
+I suggest we stop bugging the other
+members of this mailing list with ideological
+discussions that should take place elsewhere.
+After all, my question was answered and the answer was that
+there finally was no problem with having one's rules code public.
+
+	Yann
+
+
+
+
+
+ + + + + + + + + + +
+

+ diff --git a/pipermail/nel/2001-July/000461.html b/pipermail/nel/2001-July/000461.html new file mode 100644 index 00000000..577ed135 --- /dev/null +++ b/pipermail/nel/2001-July/000461.html @@ -0,0 +1,86 @@ + + + + [Nel] [Flame][Offtopic] Congratulations + concerns + + + + + + +

[Nel] [Flame][Offtopic] Congratulations + concerns

+ x5101920@fedro.ugr.es + x5101920@fedro.ugr.es
+ Sun, 01 Jul 2001 23:07:57 +0200 (MET DST) +

+
+ +
I repeat... I am not part of Nevrax. Just a fellow developer that is following 
+this guys great work.
+
+> > > I suppose that Nevrax is using GPL because:
+> > > 1) It make faster the development.
+> did u get it right ?????
+
+GPL shorts develpoment time as the amount of code that can be reused is 
+infinite.
+
+> > > 2) The user base is also developers base
+> sure ?
+
+Sure. Start yourself a GPL project and you will see.
+
+> > > 3) The open architecture means bugs are found faster and easier.
+> proved ?
+
+Ask GPG guys ;-)
+
+> > > 4) Port to other OS are almost automatic.
+> yes , but is it that much important ?
+
+Well, if you run Windows perhaps not... but what about a MacOS user or a Linux 
+PPC user?
+
+Regards,
+
+                  Miguel Angel Blanch Lardin
+ 
+nuclear cia fbi spy password code encrypt president bomb iran irak korea cuba
+Ala yihad mosad kgb free freedom human rights yugoslavia kosovo ebola dna 
+ 
+                    -- Echelon must die --
+
+
+ + + + + + + + + + +
+

+ diff --git a/pipermail/nel/2001-July/000462.html b/pipermail/nel/2001-July/000462.html new file mode 100644 index 00000000..c229912a --- /dev/null +++ b/pipermail/nel/2001-July/000462.html @@ -0,0 +1,79 @@ + + + + [Nel] Snowballs building problem + + + + + + +

[Nel] Snowballs building problem

+ Valerio Santinelli + tanis@digi-web.it
+ Mon, 2 Jul 2001 09:10:47 +0200 +

+
+ +
The Snowballs code is outdated. You've got to wait till something like
+September for a working version of Snowballs.
+That's due to the fact that people at Nevrax rewrote lots of code since the
+last release of Snowballs.
+
+--
+Valerio Santinelli
+http://www.digisoft-multimedia.it/
+
+----- Original Message -----
+From: "Yann Morvan" <ymorvan@mrl.nyu.edu>
+To: <nel@nevrax.org>
+Sent: Sunday, July 01, 2001 6:34 PM
+Subject: [Nel] Snowballs building problem
+
+
+> I've managed to build nel correctly, but
+> client.cpp in snowballs/client/src/ includes
+> msg_socket.h and local_area.h from nel/net/
+> and those files are nowhere to be found in the whole
+> code tree. I've tried to comment the includes out
+> but they are indeed needed. Can anybody help ?
+> Thanks in advance,
+>
+> Yann
+>
+>
+> _______________________________________________
+> Nel mailing list
+> Nel@nevrax.org
+> http://www.nevrax.org/mailman/listinfo.cgi/nel
+>
+
+
+
+ + + + +
+

+ diff --git a/pipermail/nel/2001-July/000463.html b/pipermail/nel/2001-July/000463.html new file mode 100644 index 00000000..fb0b7777 --- /dev/null +++ b/pipermail/nel/2001-July/000463.html @@ -0,0 +1,77 @@ + + + + [Nel] culling and transforms + + + + + + +

[Nel] culling and transforms

+ Lionel Berenguier + berenguier@nevrax.com
+ Mon, 2 Jul 2001 11:14:03 +0200 +

+
+ +
----- Original Message -----
+From: <stephane.craux@voila.fr>
+To: <nel@nevrax.org>
+Sent: Saturday, June 30, 2001 12:21 PM
+Subject: [Nel] culling and transforms
+
+
+> Hi ,
+> I Just took a look at nevrax code recently and
+> noticed that rather than transforming AABB when traversing
+> the scene graph , the choice was made to transform the
+> view frustum pyramid : it is much more cpu costly :
+
+Is it not nearly the same?
+
+transform the planes:  transform 6 planes => 6*16= 96 muls.
+transform the AABB:  transform 8 vectors => 8*12= 96 muls.
+
+But maybe your trick to transform an AABB is to just transform the center
+(12), then transform the 3 half vectors of the AABB (3*3 because of their
+axis form), and then just do some add ?  (ooops :) )
+
+regards
+
+Lionel.
+
+
+
+ + + + + + + + + +
+

+ diff --git a/pipermail/nel/2001-July/000464.html b/pipermail/nel/2001-July/000464.html new file mode 100644 index 00000000..60495ea1 --- /dev/null +++ b/pipermail/nel/2001-July/000464.html @@ -0,0 +1,83 @@ + + + + [Nel] A bit of news + + + + + + +

[Nel] A bit of news

+ Daniel Miller + miller@nevrax.com
+ Mon, 2 Jul 2001 15:32:23 +0200 +

+
+ +
The following news will appear on the sight later today.
+
+Regards to all.
+Daniel
+
+
+PARTICLE SYSTEM
+First release of the particle system editor with full access to the
+particule system engine is out (it's an extension to the object viewer).
+
+ENVIRONMENT MAPPING
+Flat and cubic environment map rendering have been added to the 3D engine
+and the tools.
+
+AUDIO LIBRARY
+The lowest level layer of the sound library is functional (the sound library
+is still in very early stage of development)
+
+SERVICE ADMIN IMPROVEMENTS
+Loads of new features added to the Win32 displayer
+- window positions can be stored in the config file
+- displayer window now has a prompt to allow live interaction with running
+services (Note: The same commands can be sent to the services by the admin
+client)
+
+LIGHT MAPS
+Version 1.0 of the lightmap implementation is fully implemented and
+available
+
+COLLISIONS
+Version 1.0 of the PACS collision code fully implemented and available
+
+
+
+ + + + + + + + + +
+

+ diff --git a/pipermail/nel/2001-July/000465.html b/pipermail/nel/2001-July/000465.html new file mode 100644 index 00000000..0eb060fd --- /dev/null +++ b/pipermail/nel/2001-July/000465.html @@ -0,0 +1,82 @@ + + + + [Nel] Congratulations + concerns + + + + + + +

[Nel] Congratulations + concerns

+ Dave Turner + novalis@novalis.org
+ Mon, 02 Jul 2001 10:05:00 -0400 +

+
+ +
elijah wright wrote:
+> 
+> > You are totally wrong...
+> > Please go and read about LIBRARY and GPL License...
+> >
+> > What ever you link to a GPL app MUST be GPL. :)
+> > So you have to publish your source under GPL.
+> 
+> incorrect.  you are free to link commercial applications with GPL'ed
+> libraries.  library stubs are an exclusion of sorts to the GPL, as they do
+> not constitute "extending" GPL-code functionality, but simply using it as
+> it is intended to be used.
+> 
+> LGPL-licenses are a very workable alternative; perhaps the nevrax team
+> could countenance dual-licensing any such "rules API" and releasing
+> parallel versions (with identical code) under both licenses.
+> 
+
+1.  Do not use the term commercial when you mean proprietary. 
+Proprietary is the opposite of Free as in Freedom.
+
+2.  The exception to the GPL refers only to system libraries.
+
+See this for details:
+http://www.gnu.org/copyleft/gpl-faq.html#MoneyGuzzlerInc
+
+-- 
+-[Dave Turner                              Stalk me:  (215)-545-2859]
+---------------------------------------------------------------------
+Every day I dream that I'll log on to the channel or walk down the
+street or get a phone call and you'll be there.  We miss you, Pug.
+
+
+ + + + + + + + + +
+

+ diff --git a/pipermail/nel/2001-July/000466.html b/pipermail/nel/2001-July/000466.html new file mode 100644 index 00000000..7f8245a3 --- /dev/null +++ b/pipermail/nel/2001-July/000466.html @@ -0,0 +1,103 @@ + + + + [Nel] Game Rules + + + + + + +

[Nel] Game Rules

+ Dave Turner + novalis@novalis.org
+ Mon, 02 Jul 2001 11:42:42 -0400 +

+
+ +
x5101920@fedro.ugr.es wrote:
+> 
+> Mensaje citado por: John Cosby <jcosby@gscyclone.com>:
+> 
+> > I've been observing for a bit, and feel a need to jump in here.
+> >
+> > In many jurisdictions (America and England that I know of), the rules of
+> > a
+> > game cannot be copyrighted.  Specific presentation, game boards, pieces,
+> > etc. may by trademarked and copyrighted, but the rules that define
+> > gameplay
+> > cannot.
+> 
+> I am not a lawer... But you say "the rules of a game cannot be copyrighted."
+> Let's suppose that my computer is a game, k?
+> So my programs are the rule to play/use the game... so following that logic,
+> they can't be copyright, so all that EULA as just shit :)
+> 
+> I have heard that what you can copyright is the style of play, for example you
+> can copy right D&D, you can copyright the Critical Hit table, but you can't copy
+> right the method of throwing a dice to resolve action. :)
+> 
+> Anyway, with all that shit about patents, i think that you will be able to
+> patent it to. :-(
+
+You can patent a game rule set:
+
+http://164.195.100.11/netacgi/nph-Parser?Sect1=PTO1&Sect2=HITOFF&d=PALL&p=1&u=/netahtml/srchnum.htm&r=1&f=G&l=50&s1='5,641,166'.WKU.&OS=PN/5,641,166&RS=PN/5,641,166
+http://164.195.100.11/netacgi/nph-Parser?Sect1=PTO2&Sect2=HITOFF&p=1&u=/netahtml/search-bool.html&r=2&f=G&l=50&co1=AND&d=ft00&s1='board+game'&OS="board+game"&RS="board+game"
+
+You can also copyright the precise look of a critical hit table, and the
+wording of the hits, and the arrangement of them, but not the
+information therein. If the arrangement is the only logical one or
+otherwise doesn't involve creativity, then it is not copyrightable (see
+ALEXANDRIA DRAFTING CO V. FRANKLIN MAPS at
+http://www.paed.uscourts.gov/documents/opinions/97D0773P.HTM).
+
+In short, creative stuff (even slightly creative) is copyrightable. 
+Processes, etc. are patentable.  So, the code to implement critical hits
+is copyrightable, but if someone reverse engineers and reimplements it,
+the author has no recourse.
+
+
+Disclaimer: IANAL.  But I know more about copyright, patent, and
+trademark law than both of my parents put together.  And they are
+lawyers :)
+
+-- 
+-[Dave Turner                              Stalk me:  (215)-545-2859]
+---------------------------------------------------------------------
+Every day I dream that I'll log on to the channel or walk down the
+street or get a phone call and you'll be there.  We miss you, Pug.
+
+
+ + + + + + + + + +
+

+ diff --git a/pipermail/nel/2001-July/000467.html b/pipermail/nel/2001-July/000467.html new file mode 100644 index 00000000..f9b17c75 --- /dev/null +++ b/pipermail/nel/2001-July/000467.html @@ -0,0 +1,70 @@ + + + + [Nel] Snowballs building problem + + + + + + +

[Nel] Snowballs building problem

+ Cedric Valignat + valignat@nevrax.com
+ Mon, 2 Jul 2001 18:20:56 +0200 +

+
+ +
Hi Yann,
+
+Nel changeds a lot since we wrote Snowballs. If you want compile it, you should
+compile the NeL source code provided with the Snowballs source code on
+nevrax.org :
+
+   http://nevrax.org/download/snowballs_src_0_1.zip
+or
+   http://nevrax.org/download/snowballs_src_0_2.tar.gz
+
+Have fun :-)
+
+
+Yann Morvan wrote:
+> I've managed to build nel correctly, but
+> client.cpp in snowballs/client/src/ includes
+> msg_socket.h and local_area.h from nel/net/
+> and those files are nowhere to be found in the whole
+> code tree. I've tried to comment the includes out
+> but they are indeed needed. Can anybody help ?
+> Thanks in advance,
+
+
+ + + + + + + +
+

+ diff --git a/pipermail/nel/2001-July/000468.html b/pipermail/nel/2001-July/000468.html new file mode 100644 index 00000000..9f668c18 --- /dev/null +++ b/pipermail/nel/2001-July/000468.html @@ -0,0 +1,67 @@ + + + + [Nel] Snowballs building problem + + + + + + +

[Nel] Snowballs building problem

+ Cedric Valignat + valignat@nevrax.com
+ Mon, 2 Jul 2001 19:04:57 +0200 +

+
+ +
Hi,
+
+Valerio Santinelli wrote:
+> The Snowballs code is outdated. You've got to wait till something like
+> September for a working version of Snowballs.
+
+In fact, the new Snowballs, which is under work, should be done for the end
+of this month, i'm actually working on it ;-)
+
+I'm putting a lot of comments to explain how to use NeL, so Snowballs should
+look like to some kind of NeL tutorial ... at least i'm going to try to do my
+best in that way :-)
+
+It will be done in 2 mains part : the client and the shard side (with several
+services like a Frontend, a Chat service, a Score service, etc ...) so the
+server structur will show how we design NeL to be used.
+
+Have fun ...
+
+
+Cedric.
+
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2001-July/000469.html b/pipermail/nel/2001-July/000469.html new file mode 100644 index 00000000..1092566d --- /dev/null +++ b/pipermail/nel/2001-July/000469.html @@ -0,0 +1,55 @@ + + + + [Nel] Snowballs building problem + + + + + + +

[Nel] Snowballs building problem

+ Yann Morvan + ymorvan@mrl.nyu.edu
+ Mon, 2 Jul 2001 14:04:32 -0400 +

+
+ +
That was exactly why I wanted to have a look at Snowballs.
+The point I was particularly interested in was the mecanism
+used by the server to identify a player's action and call the
+matching piece of code, and how to define those "pieces of code".
+I've compiled the documentation, so I'll just have to look at it,
+but if you can think of informations I may have troubles to find,
+don't hesitate to tell me about it.
+
+	Yann
+
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2001-July/000470.html b/pipermail/nel/2001-July/000470.html new file mode 100644 index 00000000..74ca6758 --- /dev/null +++ b/pipermail/nel/2001-July/000470.html @@ -0,0 +1,129 @@ + + + + [Nel] Snowballs building problem + + + + + + +

[Nel] Snowballs building problem

+ Daniel Miller + miller@nevrax.com
+ Tue, 3 Jul 2001 10:51:48 +0200 +

+
+ +
Your best bet for now is to look at the layer 4 code sample
+(http://www.nevrax.org/cvs/cvsweb.cgi/code/nel/samples/net_layer4)
+
+In this example the 'client' sends messages to the 'frontend', the
+'frontend' treats these messages and sends them to the 'ping service'. The
+'ping service' receives messages from the 'frontend', treats them and sends
+back new messages. The 'frontend' receives messages from the 'server',
+treats them and dispatches new messages to the 'client'...
+
+The following chunks of code in the 'frontend' is the key. You can extend
+the callback arrays to include messages for all the actions that the player
+can send to the shard:
+
+
+/*
+ * Callback array for messages received from a client
+ */
+TCallbackItem CallbackArray[] =
+{
+        { "PING", cbPing }        // when receiving a "PING" message, call
+cbPing()
+};
+
+
+/*
+ * Callback array for message received from the ping service
+ */
+TCallbackItem PingServiceCallbackArray[] =
+{
+        { "PONG", cbPong }        // when receiving a "PONG" message, call
+cbPong()
+};
+
+
+
+Snowballs, being based on an older version of NeL, is far less clean - the
+callback table contains a mixture of admin messages (such as "C" and "D"),
+and game messages (such as "PAN" and "SHO"). Otherwise the principles are
+the same.
+
+// Callback array as a server
+TCallbackItem CallbackArray [] =
+{
+        { "ES", cbServerProcessEntityState },
+        //{ "BT", cbSpawnBot },
+        { "C", cbConnect },
+        { "D", cbDisconnect },
+        //{ "RST", cbResetServer },
+        { "NAM", cbAssignName },
+        { "PAN", cbPan },
+        { "SHO", cbShoot },
+        { "RMW", cbProcessRemoveWeapon },
+        { "AUT", cbWelcome },
+        { "DUMP", cbDumpState },
+        { "CHAT", cbChat },
+        { "PING", cbPing },
+        { "PONG", cbPong }
+        //{ "ACC", cbGiveAccess } // this is for the test client. Remove it
+for a real use or any client can connect with any password !
+};
+
+-----Original Message-----
+From: nel-admin@nevrax.org [mailto:nel-admin@nevrax.org]On Behalf Of
+Yann Morvan
+Sent: Monday, July 02, 2001 8:05 PM
+To: nel@nevrax.org
+Subject: Re: [Nel] Snowballs building problem
+
+
+That was exactly why I wanted to have a look at Snowballs.
+The point I was particularly interested in was the mecanism
+used by the server to identify a player's action and call the
+matching piece of code, and how to define those "pieces of code".
+I've compiled the documentation, so I'll just have to look at it,
+but if you can think of informations I may have troubles to find,
+don't hesitate to tell me about it.
+
+	Yann
+
+_______________________________________________
+Nel mailing list
+Nel@nevrax.org
+http://www.nevrax.org/mailman/listinfo.cgi/nel
+
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2001-July/000471.html b/pipermail/nel/2001-July/000471.html new file mode 100644 index 00000000..70ede038 --- /dev/null +++ b/pipermail/nel/2001-July/000471.html @@ -0,0 +1,92 @@ + + + + [Nel] Snowballs building problem + + + + + + +

[Nel] Snowballs building problem

+ Valerio Santinelli + tanis@digi-web.it
+ Tue, 3 Jul 2001 12:29:44 +0200 +

+
+ +
Go Cedric, go! We're all with you :)
+
+--
+Valerio Santinelli
+http://www.digisoft-multimedia.it/
+
+
+----- Original Message -----
+From: "Cedric Valignat" <valignat@nevrax.com>
+To: <nel@nevrax.org>
+Sent: Monday, July 02, 2001 7:04 PM
+Subject: Re: [Nel] Snowballs building problem
+
+
+>
+> Hi,
+>
+> Valerio Santinelli wrote:
+> > The Snowballs code is outdated. You've got to wait till something like
+> > September for a working version of Snowballs.
+>
+> In fact, the new Snowballs, which is under work, should be done for the
+end
+> of this month, i'm actually working on it ;-)
+>
+> I'm putting a lot of comments to explain how to use NeL, so Snowballs
+should
+> look like to some kind of NeL tutorial ... at least i'm going to try to do
+my
+> best in that way :-)
+>
+> It will be done in 2 mains part : the client and the shard side (with
+several
+> services like a Frontend, a Chat service, a Score service, etc ...) so the
+> server structur will show how we design NeL to be used.
+>
+> Have fun ...
+>
+>
+> Cedric.
+>
+> _______________________________________________
+> Nel mailing list
+> Nel@nevrax.org
+> http://www.nevrax.org/mailman/listinfo.cgi/nel
+>
+
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2001-July/000473.html b/pipermail/nel/2001-July/000473.html new file mode 100644 index 00000000..97f0fa6c --- /dev/null +++ b/pipermail/nel/2001-July/000473.html @@ -0,0 +1,115 @@ + + + + [Nel] Italian NeL community + + + + + + +

[Nel] Italian NeL community

+ Valerio Santinelli + tanis@digi-web.it
+ Wed, 4 Jul 2001 10:15:42 +0200 +

+
+ +
Messaggio in formato MIME composto da piy parti.
+
+------=_NextPart_000_064C_01C10472.481B5C20
+Content-Type: text/plain;
+	charset="iso-8859-1"
+Content-Transfer-Encoding: quoted-printable
+
+This message is mainly intended for the head people at Nevrax.=20
+
+I am thinking about opening a new section on hateseed.com for italian =
+people using NeL.
+This means that I'd open a new forum for NeL-related talkings and a new =
+section with NeL related material like downloads, tutorials, snippets of =
+code and the like.=20
+
+Do you think this would be usefull? Would you be interested in =
+supporting this initiative?
+Other people's thoughts about this are welcome.
+
+--
+Valerio Santinelli
+HateSeed.com Founder (http://www.hateseed.com)
+In Flames Italia Webmaster (http://www.inflames.it)
+My Lab (http://tanis.hateseed.com)
+
+------=_NextPart_000_064C_01C10472.481B5C20
+Content-Type: text/html;
+	charset="iso-8859-1"
+Content-Transfer-Encoding: quoted-printable
+
+<!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.4611.1300" name=3DGENERATOR>
+<STYLE></STYLE>
+</HEAD>
+<BODY bgColor=3D#ffffff>
+<DIV><FONT face=3DArial size=3D2>This message is mainly intended for the =
+head people=20
+at Nevrax. </FONT></DIV>
+<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
+<DIV><FONT face=3DArial size=3D2>I am thinking about opening a new =
+section on=20
+hateseed.com for italian people using NeL.</FONT></DIV>
+<DIV><FONT face=3DArial size=3D2>This means that I'd open a new forum =
+for=20
+NeL-related talkings and a new section with NeL related material like =
+downloads,=20
+tutorials, snippets of code and the like. </FONT></DIV>
+<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
+<DIV><FONT face=3DArial size=3D2>Do you think this would be usefull? =
+Would you be=20
+interested in supporting this initiative?</FONT></DIV>
+<DIV><FONT face=3DArial size=3D2>Other people's thoughts about this are=20
+welcome.</FONT></DIV>
+<DIV>&nbsp;</DIV>
+<DIV><FONT face=3DArial size=3D2>--<BR>Valerio =
+Santinelli<BR>HateSeed.com Founder=20
+(<A href=3D"http://www.hateseed.com">http://www.hateseed.com</A>)<BR>In =
+Flames=20
+Italia Webmaster (<A=20
+href=3D"http://www.inflames.it">http://www.inflames.it</A>)<BR>My Lab =
+(<A=20
+href=3D"http://tanis.hateseed.com">http://tanis.hateseed.com</A>)</FONT><=
+/DIV></BODY></HTML>
+
+------=_NextPart_000_064C_01C10472.481B5C20--
+
+
+
+ + + + +
+

+ diff --git a/pipermail/nel/2001-July/000474.html b/pipermail/nel/2001-July/000474.html new file mode 100644 index 00000000..8e440846 --- /dev/null +++ b/pipermail/nel/2001-July/000474.html @@ -0,0 +1,90 @@ + + + + [Nel] Copyright, Patents and the GPL + + + + + + +

[Nel] Copyright, Patents and the GPL

+ Olivier Lejade + lejade@nevrax.com
+ Wed, 04 Jul 2001 15:10:14 +0200 +

+
+ +
Wow, I'm out of town for three days and I miss all the fun ! :)
+Anyway, here goes my 0.02$.
+
+About the "game rules" issue:
+John and Dave pretty much hit the nail on the head, so I won't go into an 
+extended rant. I'll only add that although you could probably (as Dave 
+mentionned) patent your rules *in the US*, it would most certainly be a bad 
+idea as it is very expensive and time consuming to fill such a patent and 
+numerous countries will not recognize it anyway.
+Keep in mind that software and business method patents are highly 
+objectionable in the first place. You can read more about this subject here:
+http://www.freepatents.org/
+and here:
+http://lpf.ai.mit.edu/Patents/against-software-patents.html
+
+European citizens should also consider signing the petition against 
+software patents:
+http://petition.eurolinux.org/index.html?LANG=en
+
+As for the Pro/Anti GPL debate:
+Stephane Craux, I'm afraid you are *completely* missing the point of Free 
+Software. If you are genuinely interested in learning about it and 
+understanding what it stands for, I strongly suggest you spend some time 
+reading the texts on the GNU project's "philosophy" page:
+http://www.gnu.org/philosophy/
+But I suspect you're only trolling... :(
+
+Finally, for those who still have questions about NeL's license, don't 
+forget: the GPL FAQ is your friend !
+http://www.gnu.org/copyleft/gpl-faq.html
+
+Hope this helps !
+
+O.
+
+
+
+
+
+-- Nevrax --
+Olivier Lejade
+CEO and co-founder
+www.nevrax.com
+
+
+
+ + + + +
+

+ diff --git a/pipermail/nel/2001-July/000475.html b/pipermail/nel/2001-July/000475.html new file mode 100644 index 00000000..fc1de228 --- /dev/null +++ b/pipermail/nel/2001-July/000475.html @@ -0,0 +1,65 @@ + + + + [Nel] Italian NeL community + + + + + + +

[Nel] Italian NeL community

+ Olivier Lejade + lejade@nevrax.com
+ Wed, 04 Jul 2001 15:43:12 +0200 +

+
+ +
At 10:15 AM 7/4/01 +0200, you wrote:
+>I am thinking about opening a new section on hateseed.com
+
+Nice site.
+It's a pity my Italian is so lousy: it seems interesting too.
+
+>This means that I'd open a new forum for NeL-related talkings and a new 
+>section with NeL related material like downloads, tutorials, snippets of 
+>code and the like.
+>Do you think this would be usefull? Would you be interested in supporting 
+>this initiative?
+
+Well to be honest, I have no idea if it would be useful...
+But if *you* think some Italian-only speaking people would be interested, 
+then sure: go for it ! :)
+And if you go so far as to translate some NeL docs and stuff, I'm sure Yan 
+would be happy to make some space for them on the official NeL website.
+Here at Nevrax, we're focusing on an international, english speaking 
+community, but it would be cool to have localized forums elsewhere.
+
+
+
+
+ + +
+

+ diff --git a/pipermail/nel/2001-July/000476.html b/pipermail/nel/2001-July/000476.html new file mode 100644 index 00000000..040243a3 --- /dev/null +++ b/pipermail/nel/2001-July/000476.html @@ -0,0 +1,53 @@ + + + + [Nel] GPL & Nevrax + + + + + + +

[Nel] GPL & Nevrax

+ Olivier Lejade + lejade@nevrax.com
+ Wed, 04 Jul 2001 16:01:52 +0200 +

+
+ +
BTW, we put it on the website but we forgot to tell you guys. We formed an 
+advisory board for Nevrax:
+http://nevrax.com/press/board.php
+and Richard Stallman agreed to be on the board (a premiere AFAIK).
+He serves as our moral authority regarding Free Software, so I guess that 
+we can safely say we are pretty well advised as far as the GPL is 
+concerned... ;)
+
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2001-July/000478.html b/pipermail/nel/2001-July/000478.html new file mode 100644 index 00000000..bba93532 --- /dev/null +++ b/pipermail/nel/2001-July/000478.html @@ -0,0 +1,84 @@ + + + + [Nel] TCP vs. UDP + + + + + + +

[Nel] TCP vs. UDP

+ Yann Morvan + ymorvan@ens-lyon.fr
+ Thu, 5 Jul 2001 16:59:27 +0200 (MET DST) +

+
+ +
I've read the thread on MUD-Dev and some people here,
+who seem to be quite experienced, say that TCP is not a
+good choice for client/server communication when there are
+many users and with real time constraints and it seems reasonable
+since TCP implements re-emit mecanisms which are irrelevent
+if the resent data doesn't matter anymore. They
+say that UDP is a better choice, though EA and AC designed their own
+layer. I am not a network expert but I think it would be wise to ponder
+things thoroughly on that point, but I realize that designing one's own
+layer (even using UDP as a starting point) is probably quite a hard task.
+
+	Yann 
+
+
+
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ diff --git a/pipermail/nel/2001-July/000479.html b/pipermail/nel/2001-July/000479.html new file mode 100644 index 00000000..b8a279c5 --- /dev/null +++ b/pipermail/nel/2001-July/000479.html @@ -0,0 +1,99 @@ + + + + [Nel] TCP vs. UDP + + + + + + +

[Nel] TCP vs. UDP

+ Dim Segebart + zager@teleaction.com
+ Thu, 5 Jul 2001 17:00:13 +0200 +

+
+ +
Sorry, I'm not the network guru at all, so may be it looks childish ...
+I think you should implement  minimum error checking protocol -
+1. Client sends UDP data to the server
+2. Client wait for confirmation from other end what data was received (use some
+UID for packets to send back as confirmation)
+3. If some timeout expired without confirmation, then client resends its data again
+
+Thursday, July 05, 2001, 4:36:47 PM, you wrote:
+
+VL> Hi everybody!
+
+VL> Let's talk a little bit about this great subject: TCP vs. UDP
+
+VL> Thanks to Valerio Santinelli and Olivier Lejade, there's some cool
+VL> discussion about this subject on the web and I would like to have your
+VL> thought and discuss about this.
+
+VL> On Anarchy Online game, they only use TCP protocol between client and server
+VL> (other commercial online game use UDP) and it seems that it causes lot of
+VL> problem like horrible ping or connection lost:
+VL> http://aoforums.funcom.com/showthread.php?threadid=26297
+
+VL> There's also a mail on the MUD-Dev mailing list talking about these problems
+VL> here:
+VL> https://www.kanga.nu/archives/MUD-Dev-L/2001Q3/msg00009.php
+
+VL> As you perhaps know, we only use TCP/IP (for server-server communication,
+VL> but also for the client-server connection) and we currently think more and
+VL> more about replacing the TCP client-server connection with a UDP one.
+
+VL> In a first step, we would like to know your opinion about this choice. And
+VL> in a next step, we'll do some test about ping/packet lost and so on to
+VL> compare TCP and UDP, and we'll need your help to do that.
+
+VL> Vianney Lecroart
+VL> ---
+VL> lead network programmer / nevrax.com
+VL> icq#: 6870415
+VL> homepage: http://ace.planet-d.net
+VL> www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K-
+VL> w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y?
+
+
+VL> _______________________________________________
+VL> Nel mailing list
+VL> Nel@nevrax.org
+VL> http://www.nevrax.org/mailman/listinfo.cgi/nel
+
+
+
+-- 
+Dim Segebart                         mailto:zager@teleaction.de
+
+
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2001-July/000480.html b/pipermail/nel/2001-July/000480.html new file mode 100644 index 00000000..f1190c50 --- /dev/null +++ b/pipermail/nel/2001-July/000480.html @@ -0,0 +1,92 @@ + + + + [Nel] TCP vs. UDP + + + + + + +

[Nel] TCP vs. UDP

+ Nicolas Hognon + cblt@cblt.org
+ Thu, 05 Jul 2001 17:00:15 +0200 +

+
+ +
> As you perhaps know, we only use TCP/IP (for server-server communication,
+> but also for the client-server connection) and we currently think more and
+> more about replacing the TCP client-server connection with a UDP one.
+
+You mean you are thinking about creating a tinny TCP over UDP.
+If you want to do that i'm not sure it's a good idea.
+
+in "effective TCP/IP Programming" Jon C. Snader says
+in
+Tip 7 : Don't Underestimate The Performance of TCP
+Tip 8 : Avoid Reinventing TCP
+
+Ok, i'm not very useful in this conversation but
+i'm not (yet :)) a network guru ....
+
+I'm interest by answer from other people.
+
+> 
+> In a first step, we would like to know your opinion about this choice. And
+> in a next step, we'll do some test about ping/packet lost and so on to
+> compare TCP and UDP, and we'll need your help to do that.
+> 
+> Vianney Lecroart
+> ---
+> lead network programmer / nevrax.com
+> icq#: 6870415
+> homepage: http://ace.planet-d.net
+> www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K-
+> w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y?
+> 
+> 
+> _______________________________________________
+> Nel mailing list
+> Nel@nevrax.org
+> http://www.nevrax.org/mailman/listinfo.cgi/nel
+
+
+
+-- 
+Nicolas Hognon
+nicolash@virtools.com
+
+Virtools - The Behavior Company
+Tel. (+33) 1 42 71 46 86 / Fax. (+33) 1 42 71 86 53
+http://www.virtools.com/
+
+
+
+ + + + +
+

+ diff --git a/pipermail/nel/2001-July/000481.html b/pipermail/nel/2001-July/000481.html new file mode 100644 index 00000000..0f12b7dd --- /dev/null +++ b/pipermail/nel/2001-July/000481.html @@ -0,0 +1,76 @@ + + + + [Nel] TCP vs. UDP + + + + + + +

[Nel] TCP vs. UDP

+ Valerio Santinelli + tanis@digi-web.it
+ Thu, 5 Jul 2001 17:02:54 +0200 +

+
+ +
You already know my position :)
+
+UDP for everything except datas that should get through reliably and that
+aren't making a great impact on gaming speed, like chat, which should be
+reliable (i don't really want to lose pieces of discussion throughout the
+net) but that it's not critical to be delivered without lag.
+
+--
+Valerio Santinelli
+http://www.digisoft-multimedia.it/
+
+
+----- Original Message -----
+From: "Vianney Lecroart" <lecroart@nevrax.com>
+To: <nel@nevrax.org>
+Sent: Thursday, July 05, 2001 4:36 PM
+Subject: [Nel] TCP vs. UDP
+
+
+> Let's talk a little bit about this great subject: TCP vs. UDP
+>
+> Thanks to Valerio Santinelli and Olivier Lejade, there's some cool
+> discussion about this subject on the web and I would like to have your
+> thought and discuss about this.
+
+
+
+
+ + + + + + + + +
+

+ diff --git a/pipermail/nel/2001-July/000482.html b/pipermail/nel/2001-July/000482.html new file mode 100644 index 00000000..0f399186 --- /dev/null +++ b/pipermail/nel/2001-July/000482.html @@ -0,0 +1,93 @@ + + + + [Nel] TCP vs. UDP + + + + + + +

[Nel] TCP vs. UDP

+ Dave Turner + novalis@novalis.org
+ Thu, 05 Jul 2001 11:14:47 -0400 +

+
+ +
Vianney Lecroart wrote:
+> 
+> Hi everybody!
+> 
+> Let's talk a little bit about this great subject: TCP vs. UDP
+> 
+> Thanks to Valerio Santinelli and Olivier Lejade, there's some cool
+> discussion about this subject on the web and I would like to have your
+> thought and discuss about this.
+> 
+> On Anarchy Online game, they only use TCP protocol between client and server
+> (other commercial online game use UDP) and it seems that it causes lot of
+> problem like horrible ping or connection lost:
+> http://aoforums.funcom.com/showthread.php?threadid=26297
+> 
+> There's also a mail on the MUD-Dev mailing list talking about these problems
+> here:
+> https://www.kanga.nu/archives/MUD-Dev-L/2001Q3/msg00009.php
+> 
+> As you perhaps know, we only use TCP/IP (for server-server communication,
+> but also for the client-server connection) and we currently think more and
+> more about replacing the TCP client-server connection with a UDP one.
+> 
+> In a first step, we would like to know your opinion about this choice. And
+> in a next step, we'll do some test about ping/packet lost and so on to
+> compare TCP and UDP, and we'll need your help to do that.
+> 
+> Vianney Lecroart
+
+There's often a lot of lag at the beginning of a UDP "connection" (yes,
+I know UDP doesn't have those).  Then gateways, which consider UDP to
+have higher priority, remember that there's a connection, and things
+start going faster.  Your tests should be written with this in mind.  
+
+You might also want to look into XUDP, 
+http://www.gweep.net/~rocko/XUDP_Paper/paper.html
+
+
+-- 
+-[Dave Turner                              Stalk me:  (215)-545-2859]
+---------------------------------------------------------------------
+"I would say our forefathers would have been ashamed, but they were 
+slave owners." - Slashdot Anonymous Coward.  Bring Pug back!
+
+
+ + + + + + + + +
+

+ diff --git a/pipermail/nel/2001-July/000483.html b/pipermail/nel/2001-July/000483.html new file mode 100644 index 00000000..5189b33f --- /dev/null +++ b/pipermail/nel/2001-July/000483.html @@ -0,0 +1,63 @@ + + + + Re[2]: [Nel] TCP vs. UDP + + + + + + +

Re[2]: [Nel] TCP vs. UDP

+ Dim Segebart + zager@teleaction.com
+ Thu, 5 Jul 2001 17:45:39 +0200 +

+
+ +
Just facts:
+We  run  relatively large chat server with our own server software. We
+use  TCP  for all communications between Java clients and server-side.
+At  peak-load  time we have 2000 opened TCP-sockets at once. Profiling
+shows  up  what most of CPU time server performs write().
+And finally SW and HW - we use SunOS 5.7 aka Solaris7
+Our homemade software written in C++ utilize 2,5 CPU out of 4 in our
+Sun Enterprise Server 450 with 4 CPU and 1G RAM
+May  be  someone  have  the  similar  service on UDP and can share his
+statistic ?
+
+--
+Dim Segebart
+
+
+
+
+ + + + + + +
+

+ diff --git a/pipermail/nel/2001-July/000484.html b/pipermail/nel/2001-July/000484.html new file mode 100644 index 00000000..bbe419dc --- /dev/null +++ b/pipermail/nel/2001-July/000484.html @@ -0,0 +1,122 @@ + + + + [Nel] TCP vs. UDP + + + + + + +

[Nel] TCP vs. UDP

+ Vincent Archer + archer@frmug.org
+ Thu, 5 Jul 2001 17:50:31 +0200 +

+
+ +
According to Nicolas Hognon:
+> > As you perhaps know, we only use TCP/IP (for server-server communication,
+> > but also for the client-server connection) and we currently think more and
+> > more about replacing the TCP client-server connection with a UDP one.
+> 
+> You mean you are thinking about creating a tinny TCP over UDP.
+> If you want to do that i'm not sure it's a good idea.
+
+Hi. And first, I confirm I'm the same Vincent Archer that had @nevrax.com,
+but I no longer work there. Just resubscribed in time to see the discussion.
+
+I had a vulgarisation post on the topic on one yahoogroups (Dark Age of
+Camelot), but you can't access it without subscribing, so I'll summarise
+the thing.
+
+> Tip 7 : Don't Underestimate The Performance of TCP
+> Tip 8 : Avoid Reinventing TCP
+
+That's good advice... if you have the objectives of TCP in mind. You don't.
+In theory.
+
+Pros of TCP:
+
+- Reliable
+- Optimised over 20 years of programming
+- Fast for development
+- Most of the firewalls/telecom eqpt out hereare optimised for TCP protocols;
+  I know several IP providers who drop anything non-TCP based first when they
+  suffer congestion on their routers.
+
+Cons of TCP:
+
+- TCP is stream-based, the unit is the byte. You need to provide your own
+  packet framing, as you may, with one read call, catch part of a packet,
+  an entire packet, or multiple packets at the same time.
+- TCP has its own model for retransmission of data; you have minimal to no
+  input on that model's behaviour. And the model is geared to the transmission
+  of bulk data. There is one bit to indicate "interactive data" in the TCP
+  protocol; no common equipment I know out there uses or checks that bit.
+- TCP is strictly sequential: there is no way to access data "as soon as
+  received", or to ignore/discard "obsolete data": each data chunk must be
+  received, processed (at least at the framing level 5 layer, if you follow
+  the OSI layer model) before the next one.
+
+The last item in the list is what makes everyone look toward UDP (or any
+other IP-level protocol in fact, but routers and firewalls are usually
+disposed to treat more kindly UDP protocols than pure IP ones) for any
+application with real time constraints where:
+
+1: The exact ordering of data isn't a strong requirement
+2: The immediate processing of received data is highly desirable
+
+The real trap, as you underline, is when people design their own protocol
+over UDP and end up using the same - unconscious - model as TCP; this
+often leads to a "poor man's TCP" protocol that address none of the cons
+while providing none of the pros.
+
+To be efficient, any UDP-based protocol needs to be highly aware of the
+data semantics (not just syntax - i.e. format - but semantics - i.e. meaning)
+of what it carries. Which makes it very complex and usage-specific; you
+cannot plug in a "random UDP protocol" in your app (in this case, the
+client-server part of NeL architecture). If you design the protocol in
+complete isolation of the application (the MMOG) inside, better go directly
+to TCP; it won't be worse than anything you'll design. And it's already
+made and tested.
+
+Then, there's the whole problem of kernel resources devoted to TCP stack.
+I pass here; I'm not a kernel developper.
+
+(but anyone who plays AO knows the problems you can have merely to *connect*
+ to the game at times)
+
+-- 
+	Vincent Archer			Email:	archer@frmug.org
+
+All men are mortal.  Socrates was mortal.  Therefore, all men are Socrates.
+							(Woody Allen)
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2001-July/000485.html b/pipermail/nel/2001-July/000485.html new file mode 100644 index 00000000..53a1a772 --- /dev/null +++ b/pipermail/nel/2001-July/000485.html @@ -0,0 +1,101 @@ + + + + [Nel] TCP vs. UDP + + + + + + +

[Nel] TCP vs. UDP

+ Vincent Archer + archer@frmug.org
+ Thu, 5 Jul 2001 18:04:42 +0200 +

+
+ +
According to Vianney Lecroart:
+> On Anarchy Online game, they only use TCP protocol between client and server
+> (other commercial online game use UDP) and it seems that it causes lot of
+> problem like horrible ping or connection lost:
+> http://aoforums.funcom.com/showthread.php?threadid=26297
+
+
+This post (and the rest of the discussion) do highlight the problems of
+AO. However, only one post, in the whole thread, seems to be close to the
+real "problem".
+
+I have two friends who are playing AO together. They often experience
+"bad lag" (i.e. 20-30s delays between a command and it's execution).
+However, there's one strange thing during these periods of bad lag.
+
+They still chat with each other.
+
+And I've done checking with tcpdump: you do not talk directly between clients.
+Everything goes thru the AO servers.
+
+My guess is that their architecture is based on a front-end/zone service
+model. Clients connect to a front end, and said front-end connects to a
+zone service, depending on the zone you are in. This is further supported
+by various analysis points during beta, notably when the zone service
+crashed while I was in it (and the whole mission dungeon got resert and
+randomly re-rolled), and the numerous problems people have for zoning
+(zone... after a strangely fixed 45s - the default TCP connection timeout -
+ you get "Area Change not initiated on server).
+
+So you have:
+
+Client ---- TCP ----> Front End ---- TCP ----> Zone server
+                          ^                  /
+                          |                 /
+                          V                /
+Client ---- TCP ----> Front End ---- TCP -/
+
+which is probably the worst architecture I can imagine, specially as there
+appears to be one front-end per client, and front ends closes and opens
+communication to zone servers. :(
+
+> In a first step, we would like to know your opinion about this choice. And
+> in a next step, we'll do some test about ping/packet lost and so on to
+> compare TCP and UDP, and we'll need your help to do that.
+
+Packet loss is a non-sequitur under TCP. You *cannot* lose packets under TCP :)
+(you lose connection first)
+
+-- 
+	Vincent Archer			Email:	archer@frmug.org
+
+All men are mortal.  Socrates was mortal.  Therefore, all men are Socrates.
+							(Woody Allen)
+
+
+ + + + + + +
+

+ diff --git a/pipermail/nel/2001-July/000486.html b/pipermail/nel/2001-July/000486.html new file mode 100644 index 00000000..cf1a7567 --- /dev/null +++ b/pipermail/nel/2001-July/000486.html @@ -0,0 +1,96 @@ + + + + [Nel] TCP vs. UDP + + + + + + +

[Nel] TCP vs. UDP

+ Zane + zane@supernova.org
+ Thu, 5 Jul 2001 10:08:09 -0700 +

+
+ +
----- Original Message -----
+From: "Vincent Archer" <archer@frmug.org>
+Sent: Thursday, July 05, 2001 8:50 AM
+
+
+> To be efficient, any UDP-based protocol needs to be highly aware of the
+> data semantics (not just syntax - i.e. format - but semantics - i.e.
+meaning)
+> of what it carries. Which makes it very complex and usage-specific; you
+> cannot plug in a "random UDP protocol" in your app (in this case, the
+> client-server part of NeL architecture). If you design the protocol in
+> complete isolation of the application (the MMOG) inside, better go
+directly
+> to TCP; it won't be worse than anything you'll design. And it's already
+> made and tested.
+
+I don't believe that this is entirely true.  Let's look at what we need out
+of a protocol for NeL:
+
+1)  Know what data HAS to be delivered and what data doesn't really.
+2)  Know what data can be overwritten by new data if we recieve a large
+chunk of data
+at once or out of order. (If the data is spread out, not read in one call to
+the network object, then we don't need to know if it can be overwritten, and
+in order  the game engine will overwrite it if it's the same class of data)
+
+Problem one is very easy to solve, we simply use a priority argument when
+sending data with our network object.  In this case high priority data could
+be sent via TCP and low priority data could be sent via UDP.
+
+Problem two really isn't all that hard to solve either.  Perhaps we have a
+'class' argument whend sending data via our network object.  When a packet
+is sent it includes it's data class and a serial number, both client and
+server keep track of both.  When we recieve data we check the class and
+serial number.  If the serial number is out of sequence and the data is
+considered old for that class then it's discarded, otherwise it's accepted.
+If the data has no class (class is set to 0) then all data is accepted and
+the serial number isn't checked.
+
+The only problem I see is mainting the large list of data classes.  Really I
+don't think it's that much of a problem and wether or not you're using this
+model if you do discarding of data you'll be doing class checking in some
+form anyway.
+
+I'm sure the rest of you will point out the many other flaws I don't see.
+:P
+
+-E.J. Wilburn
+zane@supernova.org
+
+
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2001-July/000487.html b/pipermail/nel/2001-July/000487.html new file mode 100644 index 00000000..476feec6 --- /dev/null +++ b/pipermail/nel/2001-July/000487.html @@ -0,0 +1,147 @@ + + + + [Nel] TCP vs. UDP + + + + + + +

[Nel] TCP vs. UDP

+ Zane + zane@supernova.org
+ Thu, 5 Jul 2001 12:05:07 -0700 +

+
+ +
----- Original Message -----
+From: "Vincent Archer" <archer@frmug.org>
+Sent: Thursday, July 05, 2001 9:04 AM
+
+
+> This post (and the rest of the discussion) do highlight the problems of
+> AO. However, only one post, in the whole thread, seems to be close to the
+> real "problem".
+>
+> I have two friends who are playing AO together. They often experience
+> "bad lag" (i.e. 20-30s delays between a command and it's execution).
+> However, there's one strange thing during these periods of bad lag.
+
+I also play AO but every time I've experienced real "bad lag" you cannot sit
+or do any action that requires server-side confirmation including ALL chat
+channels.  In fact, I frequently will say something or shout something so
+that I know as soon as it shows up it's done lagging and this works like a
+charm.  What they're experiencing is a different type of lag than is
+discussed in the above post, that's when a particular zone they're in lags
+(or the server hosting that zone) but not all servers are affected.  I
+haven't experienced that type of lag since beta.
+
+As a side note I've noticed that when I get the "bad lag" others around me
+appear to get it too (at least sometimes) which lends weight to the packet
+storm theory.
+
+> My guess is that their architecture is based on a front-end/zone service
+> model. Clients connect to a front end, and said front-end connects to a
+> zone service, depending on the zone you are in. This is further supported
+> by various analysis points during beta, notably when the zone service
+> crashed while I was in it (and the whole mission dungeon got resert and
+> randomly re-rolled), and the numerous problems people have for zoning
+> (zone... after a strangely fixed 45s - the default TCP connection
+timeout -
+>  you get "Area Change not initiated on server).
+>
+> So you have:
+>
+> Client ---- TCP ----> Front End ---- TCP ----> Zone server
+>                           ^                  /
+>                           |                 /
+>                           V                /
+> Client ---- TCP ----> Front End ---- TCP -/
+>
+> which is probably the worst architecture I can imagine, specially as there
+> appears to be one front-end per client, and front ends closes and opens
+> communication to zone servers. :(
+
+There doesn't need to be one front-end per client.  There can be several
+load-balanced front-ends that handle multiple clients each.  The major
+problem with this is if one front-end crashes all those clients get dropped
+(although under UNIX (I haven't been able to get win32 to do this) you can
+pull some funky sockets tricks and recover from a crash without dropping
+most players, just majorly lagging them & loosing some updates).
+
+The good side to this is you only need one connection per client per
+protocol (so 2 connections if using both TCP and UDP).  Unfortunately with
+TCP that's both a pro and a con.  With one TCP connection a dropped packet
+on a chat message delays all other TCP traffic, but it also lessens
+bandwidth and server resources over multiple connections (larger, more
+efficient packets).  Also, with a single front end you can have as many
+seperate services as you want without having to have a ton of different
+connections to the client.
+
+Regardless, we have no data as to wether or not AO is doing it that way.
+Maybe tonight I'll run it in windowed mode and check netstat.  If we've got
+more than one active TCP connection to Funcom servers than that model
+probably isn't what they're using.
+
+On a side note, using multiple TCP connections would eliminate some of the
+packet-loss latency issues at the cost of increased bandwidth.  Say you have
+one connection for chat channels, one for inventory & stat handling, one for
+world actions and one for combat.  If connection 1 drops a packet its lag
+won't affect the other connections as much.  But of course if they all drop
+packets at the same time we get the packet storm problem again. :)
+
+> Packet loss is a non-sequitur under TCP. You *cannot* lose packets under
+TCP :)
+> (you lose connection first)
+
+Yes but TCP has latency issues, UDP has packet-loss issues.  Why can't we
+have the uber protocol that has neither??? :)
+
+BTW, does anyone know if ipv6 has addressed this issue?  I'm aware of QoS
+but not sure to what degree they've taken it.  Personally I think the only
+way we could get garunteed delivery with low latency is to have each router
+along the way garuntee a packet is delivered (if, of course, it's load
+allows that packet to be accepted in the first place).  That way if a packet
+is dropped by a router due to load (or some other issue) the previous router
+expects a timely response and when it doesn't get one it resends or sends
+via a different route.  (Of course I would expect a per-packet ack, probably
+a CRC-ack for a certain amount of traffic)  The point being the original
+sender should never have to resend as long as the first router gets all the
+packets.
+
+-E.J. Wilburn
+zane@supernova.org
+
+
+
+
+ + + + + + +
+

+ diff --git a/pipermail/nel/2001-July/000488.html b/pipermail/nel/2001-July/000488.html new file mode 100644 index 00000000..e59240d6 --- /dev/null +++ b/pipermail/nel/2001-July/000488.html @@ -0,0 +1,97 @@ + + + + [Nel] TCP vs. UDP + + + + + + +

[Nel] TCP vs. UDP

+ David Mentre + David.Mentre@inria.fr
+ 06 Jul 2001 09:54:59 +0200 +

+
+ +
Hi,
+
+>From all other posters, it seems that performance result is highly
+dependent on implementation. So to make the Really Good Choice(tm), you
+should have both and choose according to *figures*. So I would do that
+in the following order :
+ 
+ 1. design a "packet sending" layer which allows messages
+    sending/receiving with semantics in mind (see Vincent's post in the
+    same thread). Maybe NeL has already that, I haven't check the
+    source, sorry.
+
+ 2. implement this layer using TCP. Should be straightforward.
+
+   => gives you a backup implementation
+
+   => gives you basic performance figures
+
+ 3. design and implement UDP implementation_s_ with various
+    requirements depending on the following parameters:
+
+     - packet loss or not
+
+     - in order delivery or not
+
+    You could start from the easiest (packet loss && out of order <=>
+    raw UDP) and incrementally develop more complicated ones.
+
+ 4. substitute parts of TCP implementation (chat, position packets, ...)
+    with the corresponding UDP based protocol
+
+ 5. implement a benchmark and test, test, test, ... ; then go to step 4
+    and loop
+
+
+Ok. I don't propose any line of code so you could directly throw this
+post to /dev/null but you asked for comments. ;)
+
+BTW, what is your Linux configuration? I've been stuck with the need to
+reinstall everything (X, STLport, freetype) on my debian machine. So it
+may be easier to install the Linux distribution your are using at Nevrax
+on some spare partition to try to "enter the loop".
+
+Best regards,
+d.
+-- 
+ David.Mentre@inria.fr
+ Opinions expressed here are only mine.
+
+
+ + + + + + + +
+

+ diff --git a/pipermail/nel/2001-July/000489.html b/pipermail/nel/2001-July/000489.html new file mode 100644 index 00000000..5d04e7f9 --- /dev/null +++ b/pipermail/nel/2001-July/000489.html @@ -0,0 +1,130 @@ + + + + [Nel] TCP vs. UDP + + + + + + +

[Nel] TCP vs. UDP

+ alfred + alfred@mazuma.net.au
+ Fri, 6 Jul 2001 19:41:50 +1000 +

+
+ +
You *must* replace your transport mechanism with UDP :)
+
+TCP provides (nah, ensures) reliable delivery of data, but it can spend a
+long time transmitting (especially on clogged up links). Between packet
+errors and backoffs due to packet drops it can easily take 2seconds plus to
+get data down the "tcp pipe". And seeing its a pipe, everything behind it is
+"backed" up. So, time critical data can't just jump past useless data (like
+MOTD's,etc).
+
+With UDP on the otherhand, you lose the reliable data, but you get your
+timeliness. Because of the datagram nature of transmission, you can also
+implement independant "streams", with reliablity on some streams (via extra
+software layers) and timeliness on others (auto drop of old data for eg).
+
+Btw, you cannot "design your own layer", because you need to use the
+existing internet to send your data (which will only accept UDP and TCP).
+However, they probably did add to UDP, by adding an extra software layer to
+provide "reliable udp" (its almost trivial to do).
+
+Any, UDP is the only option that is sensible for anything that has time
+critical performance or for things with mutliple "data channels".
+
+BTW, I do stuff like this for a living (I am a network researched for
+www.dsto.defence.gov.au), with a fair bit of work in the voice arena, so I
+have some experience backing me up here :)
+
+
+----- Original Message -----
+From: "Vianney Lecroart" <lecroart@nevrax.com>
+To: <nel@nevrax.org>
+Sent: Friday, July 06, 2001 12:36 AM
+Subject: [Nel] TCP vs. UDP
+
+
+> Hi everybody!
+>
+> Let's talk a little bit about this great subject: TCP vs. UDP
+>
+> Thanks to Valerio Santinelli and Olivier Lejade, there's some cool
+> discussion about this subject on the web and I would like to have your
+> thought and discuss about this.
+>
+> On Anarchy Online game, they only use TCP protocol between client and
+server
+> (other commercial online game use UDP) and it seems that it causes lot of
+> problem like horrible ping or connection lost:
+> http://aoforums.funcom.com/showthread.php?threadid=26297
+>
+> There's also a mail on the MUD-Dev mailing list talking about these
+problems
+> here:
+> https://www.kanga.nu/archives/MUD-Dev-L/2001Q3/msg00009.php
+>
+> As you perhaps know, we only use TCP/IP (for server-server communication,
+> but also for the client-server connection) and we currently think more and
+> more about replacing the TCP client-server connection with a UDP one.
+>
+> In a first step, we would like to know your opinion about this choice. And
+> in a next step, we'll do some test about ping/packet lost and so on to
+> compare TCP and UDP, and we'll need your help to do that.
+>
+> Vianney Lecroart
+> ---
+> lead network programmer / nevrax.com
+> icq#: 6870415
+> homepage: http://ace.planet-d.net
+> www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o?
+K-
+> w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y?
+>
+>
+> _______________________________________________
+> Nel mailing list
+> Nel@nevrax.org
+> http://www.nevrax.org/mailman/listinfo.cgi/nel
+>
+
+
+
+ + + + + + + + + + + +
+

+ diff --git a/pipermail/nel/2001-July/000492.html b/pipermail/nel/2001-July/000492.html new file mode 100644 index 00000000..f548b9c8 --- /dev/null +++ b/pipermail/nel/2001-July/000492.html @@ -0,0 +1,63 @@ + + + + [Nel] TCP vs. UDP + + + + + + +

[Nel] TCP vs. UDP

+ Vincent Caron + v.caron@zerodeux.net
+ Fri, 06 Jul 2001 20:21:51 +0200 +

+
+ +
> Btw, you cannot "design your own layer", because you need to use the
+> existing internet to send your data (which will only accept UDP and TCP).
+> However, they probably did add to UDP, by adding an extra software layer to
+> provide "reliable udp" (its almost trivial to do).
+
+But do you need 'reliable transmission' ? Lost or delayed packets are
+part of the rules, couldn't you take this into account in your network
+and game code design ? Have a look at the streaming pb and protocols
+such as RTP or RTSP, they deal with the pb of 1) time sync and 2) data
+loss. This is sometime perfectly acceptable to loose some info in
+a game and replace it with interpolated data until getting back in
+sync.
+
+
+ + + + + + + + + +
+

+ diff --git a/pipermail/nel/2001-July/000493.html b/pipermail/nel/2001-July/000493.html new file mode 100644 index 00000000..39f73f5b --- /dev/null +++ b/pipermail/nel/2001-July/000493.html @@ -0,0 +1,96 @@ + + + + [Nel] TCP vs. UDP + + + + + + +

[Nel] TCP vs. UDP

+ Zane + zane@supernova.org
+ Fri, 6 Jul 2001 11:59:26 -0700 +

+
+ +
----- Original Message -----
+From: "Vincent Archer" <archer@frmug.org>
+Sent: Friday, July 06, 2001 4:57 AM
+
+
+> That's priority, and bandwidth management. Not really TCP-vs-UDP relevant.
+
+Yes, but what I'm saying is knowing that is a feature of the network object
+I was discussing further into the message.
+
+> > 2)  Know what data can be overwritten by new data if we recieve a large
+> > chunk of data
+>
+> The latter requires you to look at the semantics of the data, not just the
+> syntax. You have to posit specific types of data, and, for example, you
+> don't have to retransmit data type X about object A if it has been already
+> sent out, but you have to retransmit data type Y about the same object A.
+
+I don't mean to be confrontational but did you even read the rest of my
+message?  With the network object I was discussing you pass data to be sent
+to the client with Priority and data class.  The user of the object sets up
+the classes in a manner such that the network object is aware of the classes
+(in this case a simple enum would be enough).  Here's an example:
+
+You want to pass property X of object A to the client.  You don't care if it
+gets there or not.  You then pass the data to the network object with a low
+priority and a class corresponding to the type of data property X is.
+
+You want to pass property Y of object A to the client and you need to ensure
+that it gets there.  You then pass the data to the network object with a
+high priority (and no class).
+
+> This quickly require you to tie the protocol to the exact game being made.
+> A current 3D coordinate/movement vector does not require retransmission
+> (or, at least, not the retransmission of the same data; you may send back
+>  a more up-to-date version), but it automatically implies your game has
+> moving 3D objects.
+
+The network object I described doesn't need to know anything other than data
+class and priority.  Both of those items are determined by the engine.  The
+only special knowledge the network object needs is the list of data classes.
+
+Please re-read my e-mail.
+
+In case the original wasn't clear enough the object itself decides which
+protocol to use based on priority.  High priority data would use TCP and low
+would use UDP with of course an additional header in the packet.
+
+-E.J. Wilburn
+zane@supernova.org
+
+
+
+
+ + +
+

+ diff --git a/pipermail/nel/2001-July/000494.html b/pipermail/nel/2001-July/000494.html new file mode 100644 index 00000000..5eb1404d --- /dev/null +++ b/pipermail/nel/2001-July/000494.html @@ -0,0 +1,138 @@ + + + + [Nel] TCP vs. UDP + + + + + + +

[Nel] TCP vs. UDP

+ Sal + svferro@earthlink.net
+ Fri, 6 Jul 2001 18:32:46 -0400 +

+
+ +
> In a first step, we would like to know your opinion about this choice. And
+> in a next step, we'll do some test about ping/packet lost and so on to
+> compare TCP and UDP, and we'll need your help to do that.
+>
+> Vianney Lecroart
+
+    I've coded small scale 3d client/server systems in both TCP and UDP
+while developing software for Worldforge, and have playtested both systems.
+The end result was that UDP gameplay just seemed smoother, especially under
+low latency/bad connections.  Even when I had inserted code to purposely
+drop packets, gameplay was still surprisingly bearable.
+
+    On my LAN or for persons with fast links to the server TCP was not
+really noticeably slower, though.  So with very low latency, and little
+packet loss TCP would be the better choice, but unfortunately that isn't the
+case for the internet just yet.  A lot of people are behind slow links,
+shared internet connections, or in unfortunate locations... for some people
+overseas my TCP-based software was almost unplayable, where UDP was still at
+least minimally usable.  If you guys do end up benchmarking TCP vs. UDP, be
+sure to test over a simulated low-latency, and/or 'noisy' link.  Drop
+packets randomly, simulate possible internet conditions.  I'm sure you will
+come to the same results I did.
+
+    The majority of problems I've had with UDP are firewall related. And
+they were almost all serverside, ie a person trying to run a UDP server
+behind a firewall and unable to map ports/etc. to let clients connect.
+Clientside, however there was very little trouble, it worked through my
+ipmasq firewall without problems, for one, and others had been testing
+behind firewalls also.
+
+    However, a bit of 'reinventing TCP' was needed for the reliable data.
+This is unavoidable, some messages need to be sent and can't be
+ignored/dropped. And I agree that the OS's TCP implementation is probably
+more efficient than one drawn up for a video game.  But I don't think using
+both UDP and TCP is worth the trouble to gain a reliable data transmission
+stream.  I just don't think the performance improvement would be significant
+enough to justify the implementation... Let me explain why I think so.
+
+    Now, say you were sending a 10 MB file over the internet to a friend.
+_Every_ packet must make it to the peer or the file would be corrupt. Every
+packet must be acknowledged somehow, using some crc, sequence number... etc.
+I haven't looked at any actual TCP implementation's source code, but I'll
+bet it does all sorts of compromising between packet transmission and
+acknowledgement frequency,  message sizes, etc. and over the course of
+sending 10 Million packets (ok, maybe less for a 10 MB file)  it probably
+saves a considerable amount of time over some dumb UDP code that
+acknowledges say, every 10 packets or some other simplistic mechanism.
+
+    Yes, in that situation, reinventing TCP would be a bad idea... and yes,
+it is definately a better choice than UDP, which in fact is why almost every
+internet protocol uses TCP.  But in our case we aren't sending a 10MB file,
+we're sending short messages to tell the client/server something important.
+ie a 'player X has died' message, which could be maybe a dozen bytes in
+size. All the fancy optimization that an OS's TCP stack does over the course
+of time wouldn't be of much use here.  Also, in sending a 10MB file you dont
+care about latency, and you know what the next few thousand packets are
+going to consist of beforehand, whereas in a video game this is not the
+case. The optimizations TCP gives you would only take effect if you were
+sending large, continuous blocks of data.
+
+    So for the gameplay networking layer I suggest UDP.  The only exception
+in my opinion is for things like automatic client-patching, or downloading
+of media.  In that case,  having the client make an HTTP connection to a web
+server, or something similair is a *much* better choice than using the
+'gameplay networking' layer to send this data.
+
+    The software I spoke of here is all in Worldforge's (www.worldforge.org)
+CVS repository.  The software I tested with was XClient, and XServer, which
+are both in CVS.
+
+    The UDP networking library I created and used in XClient/XServer, which
+I recommend taking a look at, is called 'XUDP' (not the library that Dave
+posted about, but has the same name :-/) is also in Worldforge CVS. I
+extracted the UDP networking code from the GPLed Quake1 src, and converted
+it into a general C++ OO UDP networking library. It contains code for both
+reliable and unreliable transmission of data.  Credit should go mostly to
+John Carmack of Id software for the code. I just abstracted, and tweaked a
+bit for use in an MMORPG setting. It might be helpful if you guys decide to
+go with UDP for Nel.
+
+    Anyway, sorry for the long winded rant. Hope this helps some, and keep
+up the great work!
+
+- Sal
+
+
+
+
+
+
+ + + + + + + + +
+

+ diff --git a/pipermail/nel/2001-July/000495.html b/pipermail/nel/2001-July/000495.html new file mode 100644 index 00000000..6f102924 --- /dev/null +++ b/pipermail/nel/2001-July/000495.html @@ -0,0 +1,60 @@ + + + + [Nel] Power cut + + + + + + +

[Nel] Power cut

+ Daniel Miller + miller@nevrax.com
+ Sun, 8 Jul 2001 16:55:10 +0200 +

+
+ +
Our servers have been down since Friday evening when the server room's main
+trip switch cut out during an electrical storm.
+They should be back up now.
+
+Daniel
+
+
+
+ + + + + + + + + + + + +
+

+ diff --git a/pipermail/nel/2001-July/000496.html b/pipermail/nel/2001-July/000496.html new file mode 100644 index 00000000..a686dffb --- /dev/null +++ b/pipermail/nel/2001-July/000496.html @@ -0,0 +1,91 @@ + + + + [Nel] TCP vs. UDP + + + + + + +

[Nel] TCP vs. UDP

+ Daniel Miller + miller@nevrax.com
+ Sun, 8 Jul 2001 18:44:09 +0200 +

+
+ +
I've been reading this thread with great interest.  There's clearly a good
+case for using UDP for low priority or short life-span data.  In this case
+the app software on top of NeL must clearly be designed with the fact that
+some data isn't going to get through in mind.
+
+The problem is particularly interesting because:
+1. The limiting factor on the amount of data we transmit looks like being
+the cost of output bandwidth for the servers.
+- as far as I can ascertain, at today's costs we're looking at something
+like 8-16 kilobits per client per second maximum output from the servers
+(including lost packets)
+2. The complexity of the scenes that we are trying to convey to the clients
+is rising fast.
+- view distances are increasing, as are screen resolutions which means that
+you can see more dynamic world content at any given time (characters,
+creatures, objects...)
+- It is clear that for MMORPGs we wil soon need to be able to display crouds
+or armies of 100s or even 1000s of characters and creatures at once.
+- Character animation is becoming more complicated to reflect a mix of
+actions performed simultaneously (such as speaking with emotional facial
+expression and manipulating an object in one's hands while sitting down) -
+which means more information to describe each character's state.
+- and so on...
+
+These two points combined mean that, whichever way one looks at it, a lot of
+scene information will have to be filtered out or sent at low frequency.  If
+one isn't careful low frequency sends can obviously be very sensitive to
+packet loss - which leads me to the point of this posting: In order to work
+the problem we need to have a good understanding of true internet behaviour
+and to have a good set of test data for simulating it.
+
+The trouble right now is that I have no hard data to use to model packet
+loss or delivery latency over time. If anybody knows of any studies that
+have been done or has any of their own data I'd be very interested. In
+particular I'm interested in moderately bad connections that exhibit both
+good behaviour and bad behaviour over time.
+
+Regards to all,
+Daniel
+
+
+
+
+ + + + + + + + +
+

+ diff --git a/pipermail/nel/2001-July/000498.html b/pipermail/nel/2001-July/000498.html new file mode 100644 index 00000000..3a32b444 --- /dev/null +++ b/pipermail/nel/2001-July/000498.html @@ -0,0 +1,66 @@ + + + + [Nel] Power cut + + + + + + +

[Nel] Power cut

+ Vincent Archer + archer@frmug.org
+ Sun, 8 Jul 2001 21:49:02 +0200 +

+
+ +
According to Daniel Miller:
+> Our servers have been down since Friday evening when the server room's main
+> trip switch cut out during an electrical storm.
+> They should be back up now.
+
+You weren't alone; the mail server I use, which is located 200m as the crow
+flies from Nevrax, went down at the same time, and back up... almost at the
+same time :)
+
+-- 
+	Vincent Archer			Email:	archer@frmug.org
+
+All men are mortal.  Socrates was mortal.  Therefore, all men are Socrates.
+							(Woody Allen)
+
+
+ + + + + + + + + + +
+

+ diff --git a/pipermail/nel/2001-July/000500.html b/pipermail/nel/2001-July/000500.html new file mode 100644 index 00000000..9b7fc638 --- /dev/null +++ b/pipermail/nel/2001-July/000500.html @@ -0,0 +1,64 @@ + + + + [Nel] TCP vs. UDP + + + + + + +

[Nel] TCP vs. UDP

+ Olivier Lejade + lejade@nevrax.com
+ Mon, 09 Jul 2001 13:00:11 +0200 +

+
+ +
At 06:44 PM 7/8/01 +0200, you wrote:
+>If anybody knows of any studies that
+>have been done or has any of their own data I'd be very interested.
+
+You should absolutely take a look at CiteSeer:
+http://citeseer.nj.nec.com/cs
+There's always tons of interesting stuff in there.
+
+Or, you could also try the old pfd search:
+http://searchpdf.adobe.com/
+
+
+
+
+
+
+
+ + + + + + + +
+

+ diff --git a/pipermail/nel/2001-July/000501.html b/pipermail/nel/2001-July/000501.html new file mode 100644 index 00000000..b5532f2f --- /dev/null +++ b/pipermail/nel/2001-July/000501.html @@ -0,0 +1,71 @@ + + + + [Nel] TCP vs. UDP + + + + + + +

[Nel] TCP vs. UDP

+ Vianney Lecroart + lecroart@nevrax.com
+ Tue, 10 Jul 2001 17:08:53 +0200 +

+
+ +
Hi David,
+
+> BTW, what is your Linux configuration? I've been stuck with the need to
+> reinstall everything (X, STLport, freetype) on my debian machine. So it
+> may be easier to install the Linux distribution your are using at Nevrax
+> on some spare partition to try to "enter the loop".
+
+Ok, normally, it should works on all linux distribution with gcc 2.95 or
+greater
+We tested it on radhat, debian and it works well. But you have to install
+external library like STLport and Freetype as explains in the INSTALL
+file in the NeL root directory.
+We plan to modify the configure.in to enable the compilation without STLport
+but
+we have to be sure that NeL works compile correctly without STLport!
+
+Vianney Lecroart
+---
+lead network programmer / nevrax.com
+icq#: 6870415
+homepage: http://ace.planet-d.net
+www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K-
+w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y?
+
+
+
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2001-July/000502.html b/pipermail/nel/2001-July/000502.html new file mode 100644 index 00000000..b331b750 --- /dev/null +++ b/pipermail/nel/2001-July/000502.html @@ -0,0 +1,100 @@ + + + + [Nel] Login System Game + + + + + + +

[Nel] Login System Game

+ Vianney Lecroart + lecroart@nevrax.com
+ Tue, 10 Jul 2001 19:18:55 +0200 +

+
+ +
Hi everybody!
+
+We just launch our new game! no, no, please, keep cool, it's not THE game,
+but a little game for geeks/nerds/hackers :-)
+
+On the server named itsalive.nevrax.org, we have launch a shard with:
+login_service, naming_service, admin_executor_service, admin_service,
+time_service, welcome_service and a frontend_service.
+
+The goal of the game is: to crash/hack everything on this server (and only
+this one please ;-)
+
+We put the real login system to connect to the front end, so one goal is to
+successfully connect to the front end *without* login/password
+or to find a failure in the login procedure.
+
+You can find the documentation about how the login system works here:
+http://www.nevrax.org/docs/doxygen/nel/login_system.html
+
+In the CVS directory "nel/samples/login_sytem/"
+(http://www.nevrax.org/cvs/cvsweb.cgi/code/nel/samples/login_system/),
+you'll find the client source that is used to connect to the shard and
+also the frontend service code (that does nothing) that is running on
+itsalive.
+The client uses a configuration file (client.cfg) that contains the ip
+address of the login service
+and the login and password you want to provide. If the login doesn't exist,
+it will be added to the
+database with the password associate to it and the next time, you'll need to
+provide the good password
+to validate the login.
+
+All others services sources running on itsalive are located here:
+http://www.nevrax.org/cvs/cvsweb.cgi/code/nelns/
+
+Our goal is know if our login system is robust or not.
+
+You can do everything you want to crash a service, all services or the
+computer but, please,
+explain us what you did to enable us to fix the problem!
+
+Vianney Lecroart
+---
+lead network programmer / nevrax.com
+icq#: 6870415
+homepage: http://ace.planet-d.net
+www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K-
+w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y?
+
+
+
+
+ + + + + + + + +
+

+ diff --git a/pipermail/nel/2001-July/000505.html b/pipermail/nel/2001-July/000505.html new file mode 100644 index 00000000..deeb13ce --- /dev/null +++ b/pipermail/nel/2001-July/000505.html @@ -0,0 +1,53 @@ + + + + [Nel] Linux compiling + + + + + + +

[Nel] Linux compiling

+ Vincent Caron + v.caron@zerodeux.net
+ Wed, 11 Jul 2001 23:45:21 +0200 +

+
+ +
Ed Landa wrote:
+> 
+> I've tried using STLport 4.0 and 4.5, but I still end up with an error in
+> one section.  It's too much C++ for this C programmer to be able to debug, so
+> I thought I'd ask the list if anyone else is having this problem:
+
+Be sure to use the latest beta labeled '0619', it fixes some nasty bugs
+of the 4.5b7 (http://www.stlport.org/beta/STLport-0619.tar.gz).
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2001-July/000506.html b/pipermail/nel/2001-July/000506.html new file mode 100644 index 00000000..c8db7826 --- /dev/null +++ b/pipermail/nel/2001-July/000506.html @@ -0,0 +1,135 @@ + + + + [Nel] Linux compiling (was: TCP vs. UDP) + + + + + + +

[Nel] Linux compiling (was: TCP vs. UDP)

+ Cyril Corvazier + corvazier@nevrax.com
+ Thu, 12 Jul 2001 09:32:00 +0200 +

+
+ +
Hi,
+
+This error is a NeL compilation error, not a STLport version problem.
+This should be fixed now. Thanks for the report.
+
+Regards,
+
+Cyril Corvazier
+Lead 3d programmer
+Nevrax France
+
+----- Original Message -----
+From: "Ed Landa" <elanda@xeme.com>
+To: <nel@nevrax.org>
+Sent: Wednesday, July 11, 2001 7:34 PM
+Subject: [Nel] Linux compiling (was: TCP vs. UDP)
+
+
+> > Ok, normally, it should works on all linux distribution with gcc 2.95 or
+> > greater
+> > We tested it on radhat, debian and it works well. But you have to
+install
+>
+> I've tried using STLport 4.0 and 4.5, but I still end up with an error in
+> one section.  It's too much C++ for this C programmer to be able to debug,
+so
+> I thought I'd ask the list if anyone else is having this problem:
+>
+> (this isn't pretty, but it looks to me like it is trying to make a STL
+call
+> that doesn't exist)
+>
+> $ rpm -q gcc
+> gcc-2.96-85
+>
+> make[1]: Entering directory `/home/elanda/NeL/code/nel/src/3d'
+> /bin/sh ../../libtool --mode=compile
+c++ -DHAVE_CONFIG_H -I. -I/home/elanda/NeL/
+>
+code/nel/src/3d -I../../include    -I/usr/include/freetype2 -O3 -I/usr/inclu
+de/s
+>
+tlport   -I/home/elanda/NeL/code/nel/src -Wno-multichar -D_REENTRANT -I/usr/
+X11R
+> 6/include -c tile_bank.cpp
+> rm -f .libs/tile_bank.lo
+>
+c++ -DHAVE_CONFIG_H -I. -I/home/elanda/NeL/code/nel/src/3d -I../../include -
+I/us
+>
+r/include/freetype2 -O3 -I/usr/include/stlport -I/home/elanda/NeL/code/nel/s
+rc -
+>
+Wno-multichar -D_REENTRANT -I/usr/X11R6/include -Wp,-MD,.deps/tile_bank.pp -
+c ti
+> le_bank.cpp  -fPIC -DPIC -o .libs/tile_bank.lo
+> ../../include/nel/misc/stream.h: In method `void
+> NLMISC::IStream::serialSTLContLen (T &, int) [with T =
+> _STL::set<string, _STL::less<string>, _STL::allocator<string> >]':
+> tile_bank.cpp:616:   instantiated from here
+> ../../include/nel/misc/stream.h:570: no matching function for call to
+> `_STL::set<string, _STL::less<string>, _STL::allocator<string>
+> >::insert (_STL::_Rb_tree_iterator<string, _STL::_Const_traits<string>
+> >)'
+> /usr/include/stlport/stl/_set.h:134: candidates are:
+> _STL::pair<typename _STL::_Rb_tree<_Key, _Key, _STL::_Identity<_Tp>,
+> _Compare, _Alloc>::const_iterator, bool> _STL::set<_Key, _Compare,
+> _Alloc>::insert (const _Key &) [with _Key = string, _Compare =
+> _STL::less<string>, _Alloc = _STL::allocator<string>]
+> /usr/include/stlport/stl/_set.h:139:                 typename
+> _STL::_Rb_tree<_Key, _Key, _STL::_Identity<_Tp>, _Compare,
+> _Alloc>::const_iterator _STL::set<_Key, _Compare, _Alloc>::insert
+> (typename _STL::_Rb_tree<_Key, _Key, _STL::_Identity<_Tp>, _Compare,
+> _Alloc>::const_iterator, const _Key &) [with _Key = string, _Compare =
+> _STL::less<string>, _Alloc = _STL::allocator<string>]
+> make[1]: *** [tile_bank.lo] Error 1
+>
+>
+>
+> Also, I've put together a .spec file for making a STLport RPM.  If anyone
+wants
+> it, just drop me a line.
+>
+> Ed
+>
+> _______________________________________________
+> Nel mailing list
+> Nel@nevrax.org
+> http://www.nevrax.org/mailman/listinfo.cgi/nel
+>
+
+
+
+ + +
+

+ diff --git a/pipermail/nel/2001-July/000507.html b/pipermail/nel/2001-July/000507.html new file mode 100644 index 00000000..251b44f2 --- /dev/null +++ b/pipermail/nel/2001-July/000507.html @@ -0,0 +1,68 @@ + + + + [Nel] Snowball client trouble + + + + + + +

[Nel] Snowball client trouble

+ Xavier Ordoquy + xordoquy@aurora-linux.com
+ 13 Jul 2001 12:23:08 +0200 +

+
+ +
Hi,
+
+I've downloaded and compiled snowball 0.2
+When I try to launch the client, I got error about the first packet
+size.
+I then tried to configure it to use my local serveur, but it doesn't
+connect it and tries to reach the default serveur.
+How can I change this ? (how does the client read the client.cfg
+file ?)
+
+Thanks.
+
+-- 
+ Xavier Ordoquy, Aurora-linux
+ If NT is the answer, you didn't understand the question.
+ Complexity has nothing to do with intelligence. Simplicity does.
+                              (Larry Bossidy, CEO, Allied Signal)
+
+
+
+ + + + + + + + +
+

+ diff --git a/pipermail/nel/2001-July/000508.html b/pipermail/nel/2001-July/000508.html new file mode 100644 index 00000000..9a86eca2 --- /dev/null +++ b/pipermail/nel/2001-July/000508.html @@ -0,0 +1,102 @@ + + + + [Nel] Snowball client trouble + + + + + + +

[Nel] Snowball client trouble

+ Vianney Lecroart + lecroart@nevrax.com
+ Fri, 13 Jul 2001 13:48:31 +0200 +

+
+ +
Hi Xavier,
+
+I think you should try to install it on NT ;-) nice signature
+
+Snowballs 0.2 is really deprecated and you should wait the next week for
+Snowball 2!
+
+Anyway, it's in the client.cfg file that you specify where the server is:
+LSHost = "localhost";
+If you put this in the client.cfg, the client will connect to your localhost
+login system
+
+Vianney Lecroart
+---
+lead network programmer / nevrax.com
+icq#: 6870415
+homepage: http://ace.planet-d.net
+www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K-
+w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y?
+
+----- Original Message -----
+From: "Xavier Ordoquy" <xordoquy@aurora-linux.com>
+To: <nel@nevrax.org>
+Sent: Friday, July 13, 2001 12:23 PM
+Subject: [Nel] Snowball client trouble
+
+
+> Hi,
+>
+> I've downloaded and compiled snowball 0.2
+> When I try to launch the client, I got error about the first packet
+> size.
+> I then tried to configure it to use my local serveur, but it doesn't
+> connect it and tries to reach the default serveur.
+> How can I change this ? (how does the client read the client.cfg
+> file ?)
+>
+> Thanks.
+>
+> --
+>  Xavier Ordoquy, Aurora-linux
+>  If NT is the answer, you didn't understand the question.
+>  Complexity has nothing to do with intelligence. Simplicity does.
+>                               (Larry Bossidy, CEO, Allied Signal)
+>
+> _______________________________________________
+> Nel mailing list
+> Nel@nevrax.org
+> http://www.nevrax.org/mailman/listinfo.cgi/nel
+>
+
+
+
+ + + + + + + + + +
+

+ diff --git a/pipermail/nel/2001-July/000511.html b/pipermail/nel/2001-July/000511.html new file mode 100644 index 00000000..dc7edaf9 --- /dev/null +++ b/pipermail/nel/2001-July/000511.html @@ -0,0 +1,154 @@ + + + + [Nel] www.nevrax.org down + + + + + + +

[Nel] www.nevrax.org down

+ Daniel Miller + miller@nevrax.com
+ Mon, 16 Jul 2001 19:52:18 +0200 +

+
+ +
Thanks for the message.
+For info, the server is up and we have access to the outside world so I'm
+not quite sure what's goign on.
+Colt is our ISP - we're following it up.
+
+Regards
+Daniel
+
+-----Original Message-----
+From: nel-admin@nevrax.org [mailto:nel-admin@nevrax.org]On Behalf Of
+david.belius@chello.se
+Sent: Sunday, July 15, 2001 12:00 PM
+To: nel@nevrax.org
+Subject: [Nel] www.nevrax.org down
+
+
+I can't reach www.nevrax.org.
+When i ping it i get:
+Reply from 194.250.133.2: TTL expired in transit.
+
+When i traceroute i get:
+pong:~$ traceroute www.nevrax.org
+traceroute to www.nevrax.org (195.68.21.195), 30 hops max, 40 byte packets
+  1  c193.150.204.1.cm-upc.chello.se (193.150.204.1)  7.8 ms  14.56 ms
+9.447 ms
+  2  gsr1-ge1-2.upc.se (213.200.190.91)  8.156 ms  8.703 ms  8.476 ms
+  3  213.46.176.5 (213.46.176.5)  9.117 ms  17.592 ms  16.453 ms
+  4  * 213.46.160.210 (213.46.160.210)  9.436 ms  12.343 ms
+  5  213.46.160.205 (213.46.160.205)  34.315 ms  46.031 ms *
+  6  * * fr-par-rc-01-pos-0-0.chellonetwork.com (213.46.160.69)  43.049 ms
+  7  fr-par-rd-01-pos-1-0.chellonetwork.com (213.46.160.74)  43.536 ms
+43.382 ms
+   48.619 ms
+  8  fr-par-rb-01-pos-8-1-0.chellonetwork.com (213.46.163.22)  49.991 ms
+  45.381
+ms  48.53 ms
+  9  213.46.163.30 (213.46.163.30)  46.188 ms  46.096 ms  52.818 ms
+10  fr-par-ri-01-pos-0-0-0.chellonetwork.com (212.17.101.53)  49.037 ms
+  52.145
+ms  60.492 ms
+11  colt-telecommunication.sfinx.tm.fr (194.68.129.224)  48.797 ms *
+48.3 ms
+12  relay2-th.s3-0-E3.fr.colt.net (194.250.136.209)  50.71 ms  47.67 ms
+  55.997
+ms
+13  relay2-colt.OC3-POS5-0-0.fr.colt.net (194.250.133.206)  48.739 ms
+53.683 ms
+   47.798 ms
+14  relay-colt.OC3.pos-0-0-0.fr.colt.net (194.250.136.61)  48.363 ms
+69.684 ms
+  59.31 ms
+15  relay-colt.s5-1-0-8.fr.colt.net (194.250.133.2)  78.627 ms  76.116
+ms  93.71
+3 ms
+16  gw1.NiceSiris.fr.colt.net (194.250.133.1)  72.892 ms *  203.14 ms
+17  relay-colt.s5-1-0-8.fr.colt.net (194.250.133.2)  86.043 ms  85.756
+ms  81.68
+2 ms
+18  gw1.NiceSiris.fr.colt.net (194.250.133.1)  83.823 ms  82.836 ms
+85.816 ms
+19  * relay-colt.s5-1-0-8.fr.colt.net (194.250.133.2)  100.03 ms
+100.501 ms
+20  gw1.NiceSiris.fr.colt.net (194.250.133.1)  99.883 ms  108.619 ms
+115.294 ms
+21  relay-colt.s5-1-0-8.fr.colt.net (194.250.133.2)  112.519 ms  131.176
+ms  135
+.302 ms
+22  gw1.NiceSiris.fr.colt.net (194.250.133.1)  110.856 ms  117.394 ms
+116.263 m
+s
+23  relay-colt.s5-1-0-8.fr.colt.net (194.250.133.2)  131.426 ms  129.002
+ms  132
+.275 ms
+24  gw1.NiceSiris.fr.colt.net (194.250.133.1)  132.29 ms  126.232 ms
+131.91 ms
+25  relay-colt.s5-1-0-8.fr.colt.net (194.250.133.2)  143.837 ms  145.277
+ms  143
+.39 ms
+26  gw1.NiceSiris.fr.colt.net (194.250.133.1)  141.688 ms  144.001 ms
+142.631 m
+s
+27  relay-colt.s5-1-0-8.fr.colt.net (194.250.133.2)  160.698 ms  160.527
+ms  160
+.689 ms
+28  gw1.NiceSiris.fr.colt.net (194.250.133.1)  161.402 ms  158.537 ms
+158.716 m
+s
+29  relay-colt.s5-1-0-8.fr.colt.net (194.250.133.2)  176.744 ms  179.256
+ms  175
+.634 ms
+30  gw1.NiceSiris.fr.colt.net (194.250.133.1)  177.412 ms  178.237 ms
+174.412 ms
+
+It seems as if my packets are jumping back and forth between
+relay-colt.s5-1-0-8.fr.colt.net and gw1.NiceSiris.fr.colt.net.
+Is it your(nevrax's) isp that is choking?
+
+/David
+
+_______________________________________________
+Nel mailing list
+Nel@nevrax.org
+http://www.nevrax.org/mailman/listinfo.cgi/nel
+
+
+
+ + + + + + + + +
+

+ diff --git a/pipermail/nel/2001-July/000512.html b/pipermail/nel/2001-July/000512.html new file mode 100644 index 00000000..08b37bc6 --- /dev/null +++ b/pipermail/nel/2001-July/000512.html @@ -0,0 +1,151 @@ + + + + [Nel] www.nevrax.org down + + + + + + +

[Nel] www.nevrax.org down

+ Brenden Towey + brenden@rcsis.com
+ Mon, 16 Jul 2001 20:02:18 -0700 +

+
+ +
Works fine at 8:00pm PDT from California (rcsis.com).
+
+I didn't get a traceroute...
+
+Brenden
+
+-----Original Message-----
+From: david.belius@chello.se <david.belius@chello.se>
+To: nel@nevrax.org <nel@nevrax.org>
+Date: Monday, July 16, 2001 10:43 AM
+Subject: [Nel] www.nevrax.org down
+
+
+>I can't reach www.nevrax.org.
+>When i ping it i get:
+>Reply from 194.250.133.2: TTL expired in transit.
+>
+>When i traceroute i get:
+>pong:~$ traceroute www.nevrax.org
+>traceroute to www.nevrax.org (195.68.21.195), 30 hops max, 40 byte packets
+>  1  c193.150.204.1.cm-upc.chello.se (193.150.204.1)  7.8 ms  14.56 ms
+>9.447 ms
+>  2  gsr1-ge1-2.upc.se (213.200.190.91)  8.156 ms  8.703 ms  8.476 ms
+>  3  213.46.176.5 (213.46.176.5)  9.117 ms  17.592 ms  16.453 ms
+>  4  * 213.46.160.210 (213.46.160.210)  9.436 ms  12.343 ms
+>  5  213.46.160.205 (213.46.160.205)  34.315 ms  46.031 ms *
+>  6  * * fr-par-rc-01-pos-0-0.chellonetwork.com (213.46.160.69)  43.049 ms
+>  7  fr-par-rd-01-pos-1-0.chellonetwork.com (213.46.160.74)  43.536 ms
+>43.382 ms
+>   48.619 ms
+>  8  fr-par-rb-01-pos-8-1-0.chellonetwork.com (213.46.163.22)  49.991 ms
+>  45.381
+>ms  48.53 ms
+>  9  213.46.163.30 (213.46.163.30)  46.188 ms  46.096 ms  52.818 ms
+>10  fr-par-ri-01-pos-0-0-0.chellonetwork.com (212.17.101.53)  49.037 ms
+>  52.145
+>ms  60.492 ms
+>11  colt-telecommunication.sfinx.tm.fr (194.68.129.224)  48.797 ms *
+>48.3 ms
+>12  relay2-th.s3-0-E3.fr.colt.net (194.250.136.209)  50.71 ms  47.67 ms
+>  55.997
+>ms
+>13  relay2-colt.OC3-POS5-0-0.fr.colt.net (194.250.133.206)  48.739 ms
+>53.683 ms
+>   47.798 ms
+>14  relay-colt.OC3.pos-0-0-0.fr.colt.net (194.250.136.61)  48.363 ms
+>69.684 ms
+>  59.31 ms
+>15  relay-colt.s5-1-0-8.fr.colt.net (194.250.133.2)  78.627 ms  76.116
+>ms  93.71
+>3 ms
+>16  gw1.NiceSiris.fr.colt.net (194.250.133.1)  72.892 ms *  203.14 ms
+>17  relay-colt.s5-1-0-8.fr.colt.net (194.250.133.2)  86.043 ms  85.756
+>ms  81.68
+>2 ms
+>18  gw1.NiceSiris.fr.colt.net (194.250.133.1)  83.823 ms  82.836 ms
+>85.816 ms
+>19  * relay-colt.s5-1-0-8.fr.colt.net (194.250.133.2)  100.03 ms 
+>100.501 ms
+>20  gw1.NiceSiris.fr.colt.net (194.250.133.1)  99.883 ms  108.619 ms
+>115.294 ms
+>21  relay-colt.s5-1-0-8.fr.colt.net (194.250.133.2)  112.519 ms  131.176
+>ms  135
+>.302 ms
+>22  gw1.NiceSiris.fr.colt.net (194.250.133.1)  110.856 ms  117.394 ms
+>116.263 m
+>s
+>23  relay-colt.s5-1-0-8.fr.colt.net (194.250.133.2)  131.426 ms  129.002
+>ms  132
+>.275 ms
+>24  gw1.NiceSiris.fr.colt.net (194.250.133.1)  132.29 ms  126.232 ms
+>131.91 ms
+>25  relay-colt.s5-1-0-8.fr.colt.net (194.250.133.2)  143.837 ms  145.277
+>ms  143
+>.39 ms
+>26  gw1.NiceSiris.fr.colt.net (194.250.133.1)  141.688 ms  144.001 ms
+>142.631 m
+>s
+>27  relay-colt.s5-1-0-8.fr.colt.net (194.250.133.2)  160.698 ms  160.527
+>ms  160
+>.689 ms
+>28  gw1.NiceSiris.fr.colt.net (194.250.133.1)  161.402 ms  158.537 ms
+>158.716 m
+>s
+>29  relay-colt.s5-1-0-8.fr.colt.net (194.250.133.2)  176.744 ms  179.256
+>ms  175
+>.634 ms
+>30  gw1.NiceSiris.fr.colt.net (194.250.133.1)  177.412 ms  178.237 ms
+>174.412 ms
+>
+>It seems as if my packets are jumping back and forth between 
+>relay-colt.s5-1-0-8.fr.colt.net and gw1.NiceSiris.fr.colt.net.
+>Is it your(nevrax's) isp that is choking?
+>
+>/David
+>
+>_______________________________________________
+>Nel mailing list
+>Nel@nevrax.org
+>http://www.nevrax.org/mailman/listinfo.cgi/nel
+
+
+
+ + + + + + + + +
+

+ diff --git a/pipermail/nel/2001-July/000513.html b/pipermail/nel/2001-July/000513.html new file mode 100644 index 00000000..0141dad6 --- /dev/null +++ b/pipermail/nel/2001-July/000513.html @@ -0,0 +1,171 @@ + + + + [Nel] www.nevrax.org down + + + + + + +

[Nel] www.nevrax.org down

+ Daniel Miller + miller@nevrax.com
+ Tue, 17 Jul 2001 09:36:40 +0200 +

+
+ +
Thanks for the info.
+If anyone else has trouble it would be much appreciated if you could let us
+know.
+
+Regards to all,
+Daniel
+
+
+-----Original Message-----
+From: nel-admin@nevrax.org [mailto:nel-admin@nevrax.org]On Behalf Of
+Brenden Towey
+Sent: Tuesday, July 17, 2001 5:02 AM
+To: nel@nevrax.org
+Subject: Re: [Nel] www.nevrax.org down
+
+
+Works fine at 8:00pm PDT from California (rcsis.com).
+
+I didn't get a traceroute...
+
+Brenden
+
+-----Original Message-----
+From: david.belius@chello.se <david.belius@chello.se>
+To: nel@nevrax.org <nel@nevrax.org>
+Date: Monday, July 16, 2001 10:43 AM
+Subject: [Nel] www.nevrax.org down
+
+
+>I can't reach www.nevrax.org.
+>When i ping it i get:
+>Reply from 194.250.133.2: TTL expired in transit.
+>
+>When i traceroute i get:
+>pong:~$ traceroute www.nevrax.org
+>traceroute to www.nevrax.org (195.68.21.195), 30 hops max, 40 byte packets
+>  1  c193.150.204.1.cm-upc.chello.se (193.150.204.1)  7.8 ms  14.56 ms
+>9.447 ms
+>  2  gsr1-ge1-2.upc.se (213.200.190.91)  8.156 ms  8.703 ms  8.476 ms
+>  3  213.46.176.5 (213.46.176.5)  9.117 ms  17.592 ms  16.453 ms
+>  4  * 213.46.160.210 (213.46.160.210)  9.436 ms  12.343 ms
+>  5  213.46.160.205 (213.46.160.205)  34.315 ms  46.031 ms *
+>  6  * * fr-par-rc-01-pos-0-0.chellonetwork.com (213.46.160.69)  43.049 ms
+>  7  fr-par-rd-01-pos-1-0.chellonetwork.com (213.46.160.74)  43.536 ms
+>43.382 ms
+>   48.619 ms
+>  8  fr-par-rb-01-pos-8-1-0.chellonetwork.com (213.46.163.22)  49.991 ms
+>  45.381
+>ms  48.53 ms
+>  9  213.46.163.30 (213.46.163.30)  46.188 ms  46.096 ms  52.818 ms
+>10  fr-par-ri-01-pos-0-0-0.chellonetwork.com (212.17.101.53)  49.037 ms
+>  52.145
+>ms  60.492 ms
+>11  colt-telecommunication.sfinx.tm.fr (194.68.129.224)  48.797 ms *
+>48.3 ms
+>12  relay2-th.s3-0-E3.fr.colt.net (194.250.136.209)  50.71 ms  47.67 ms
+>  55.997
+>ms
+>13  relay2-colt.OC3-POS5-0-0.fr.colt.net (194.250.133.206)  48.739 ms
+>53.683 ms
+>   47.798 ms
+>14  relay-colt.OC3.pos-0-0-0.fr.colt.net (194.250.136.61)  48.363 ms
+>69.684 ms
+>  59.31 ms
+>15  relay-colt.s5-1-0-8.fr.colt.net (194.250.133.2)  78.627 ms  76.116
+>ms  93.71
+>3 ms
+>16  gw1.NiceSiris.fr.colt.net (194.250.133.1)  72.892 ms *  203.14 ms
+>17  relay-colt.s5-1-0-8.fr.colt.net (194.250.133.2)  86.043 ms  85.756
+>ms  81.68
+>2 ms
+>18  gw1.NiceSiris.fr.colt.net (194.250.133.1)  83.823 ms  82.836 ms
+>85.816 ms
+>19  * relay-colt.s5-1-0-8.fr.colt.net (194.250.133.2)  100.03 ms
+>100.501 ms
+>20  gw1.NiceSiris.fr.colt.net (194.250.133.1)  99.883 ms  108.619 ms
+>115.294 ms
+>21  relay-colt.s5-1-0-8.fr.colt.net (194.250.133.2)  112.519 ms  131.176
+>ms  135
+>.302 ms
+>22  gw1.NiceSiris.fr.colt.net (194.250.133.1)  110.856 ms  117.394 ms
+>116.263 m
+>s
+>23  relay-colt.s5-1-0-8.fr.colt.net (194.250.133.2)  131.426 ms  129.002
+>ms  132
+>.275 ms
+>24  gw1.NiceSiris.fr.colt.net (194.250.133.1)  132.29 ms  126.232 ms
+>131.91 ms
+>25  relay-colt.s5-1-0-8.fr.colt.net (194.250.133.2)  143.837 ms  145.277
+>ms  143
+>.39 ms
+>26  gw1.NiceSiris.fr.colt.net (194.250.133.1)  141.688 ms  144.001 ms
+>142.631 m
+>s
+>27  relay-colt.s5-1-0-8.fr.colt.net (194.250.133.2)  160.698 ms  160.527
+>ms  160
+>.689 ms
+>28  gw1.NiceSiris.fr.colt.net (194.250.133.1)  161.402 ms  158.537 ms
+>158.716 m
+>s
+>29  relay-colt.s5-1-0-8.fr.colt.net (194.250.133.2)  176.744 ms  179.256
+>ms  175
+>.634 ms
+>30  gw1.NiceSiris.fr.colt.net (194.250.133.1)  177.412 ms  178.237 ms
+>174.412 ms
+>
+>It seems as if my packets are jumping back and forth between
+>relay-colt.s5-1-0-8.fr.colt.net and gw1.NiceSiris.fr.colt.net.
+>Is it your(nevrax's) isp that is choking?
+>
+>/David
+>
+>_______________________________________________
+>Nel mailing list
+>Nel@nevrax.org
+>http://www.nevrax.org/mailman/listinfo.cgi/nel
+
+_______________________________________________
+Nel mailing list
+Nel@nevrax.org
+http://www.nevrax.org/mailman/listinfo.cgi/nel
+
+
+
+ + + + + + + +
+

+ diff --git a/pipermail/nel/2001-July/000517.html b/pipermail/nel/2001-July/000517.html new file mode 100644 index 00000000..85413bdf --- /dev/null +++ b/pipermail/nel/2001-July/000517.html @@ -0,0 +1,91 @@ + + + + [Nel] Snowball 2.0? + + + + + + +

[Nel] Snowball 2.0?

+ Vianney Lecroart + lecroart@nevrax.com
+ Thu, 19 Jul 2001 15:14:50 +0200 +

+
+ +
Hello Tony,
+
+> I'm curious as to the progress of SnowBall and it's compatability with
+> the latest version of nel.
+
+The Snowball is out of date. It doesn't compile with NeL since we change lot
+of things in the user interface. We (Cedric Valignat, Benjamin Legros and I)
+work on the new snowball called Snowballs2. In this version, we rewrite
+everything from scratch (except lens flare and radar) with the current NeL
+interface. There's a simple (14 cpp files) client explain how to use NeL.
+It uses lot of stuffs from NeL like Particule system, Animation, Skeleton,
+Skinning, Landscape, Collision, Network, etc...
+So it will be a good tutorial or starting point to use NeL.
+We plan to release it soon (before the end of the next week) and we actually
+work on the server side and 3d datas integration.
+
+> Has the team stableized things in the
+> interface to a point where a new version could be done or should we see
+> more inteface re-defineing changes in the future that could strongly
+> affect any projects desired to be based off of it?
+
+The NeL library user interface changes often because we have not fix it. We
+plan to fix the NeL interface before the end of this year. But the current
+user interface doesn't change often anyway.
+
+>   Also, how's the progress on the 3d rendering engine?  At home I have a
+> p3 800 but only a tnt2 ultra video card with 32mb ram.  Will nel
+> eventually be developed to support that weak a model of graphics card?
+
+> At least there should be some options of disableing a lot of 'special
+> affects' to help speed up the game in question.  And we all know that it
+> should be able to deal with 100 active actors on screen at one time.
+> (Stress test)  But how possable does that look in the near future?
+
+I leave Cyril Corvazier (lead 3d programer) to answer to this :)
+
+Vianney Lecroart
+---
+lead network programmer / nevrax.com
+icq#: 6870415
+homepage: http://ace.planet-d.net
+www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K-
+w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y?
+
+
+
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2001-July/000518.html b/pipermail/nel/2001-July/000518.html new file mode 100644 index 00000000..561c12f3 --- /dev/null +++ b/pipermail/nel/2001-July/000518.html @@ -0,0 +1,72 @@ + + + + [Nel] Snowball 2.0? + + + + + + +

[Nel] Snowball 2.0?

+ Tony Hoyt + ahoyt@packetport.com
+ Thu, 19 Jul 2001 09:43:46 -0400 +

+
+ +
Vianney Lecroart wrote: 
+
+  I've read some of the logs to this newsgroup so I knew about the
+issues with the current SnowBall.  I would like to give NEL a try but I
+was hopeing a more full version example would help me more :-) But yes,
+i'll look at the tutorials some more to see how this sdk works.
+
+> The NeL library user interface changes often because we have not fix it. We
+> plan to fix the NeL interface before the end of this year. But the current
+> user interface doesn't change often anyway.
+
+  I'm a little confused here.  Basicly what I want to know is, if I
+write code for nel now, how strong is the possablity of me having to
+re-write that code to take into the count of changes in function
+definitions?  now i know the code must evolve and change, but if I start
+writing an application with the sdk, and every two months i need to make
+major revisions to keep up with the latest and greatest, I may pause
+some before starting development.  How possable is it to see a lock on
+the headers?
+ 
+> I leave Cyril Corvazier (lead 3d programer) to answer to this :)
+
+  Also, anyone hear about this new technology Verant Interactive is
+going to be using for EQ1.5? (ie, the upcomeing expansion)  I hear it's
+supposed to help make online games work a hell of a lot faster.  But
+what is it?
+
+  Tony
+
+
+ + +
+

+ diff --git a/pipermail/nel/2001-July/author.html b/pipermail/nel/2001-July/author.html new file mode 100644 index 00000000..0320d443 --- /dev/null +++ b/pipermail/nel/2001-July/author.html @@ -0,0 +1,109 @@ + + + + The Nel 2001-July Archive by Author + + + +

2001-July Archives by Author

+ +

Starting: Sun Jul 1 00:10:44 2001
+ Ending: Thu Jul 19 14:43:46 2001
+ Messages: 64

+

+

+ Last message date: + Thu Jul 19 14:43:46 2001
+ Archived on: Thu Jul 19 15:59:36 2001 +

+

+

+

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

2001-July Archives by Date

+ +

Starting: Sun Jul 1 00:10:44 2001
+ Ending: Thu Jul 19 14:43:46 2001
+ Messages: 64

+

+

+ Last message date: + Thu Jul 19 14:43:46 2001
+ Archived on: Thu Jul 19 15:59:36 2001 +

+

+

+

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

2001-July Archives by Thread

+ +

Starting: Sun Jul 1 00:10:44 2001
+ Ending: Thu Jul 19 14:43:46 2001
+ Messages: 64

+

+

+ Last message date: + Thu Jul 19 14:43:46 2001
+ Archived on: Thu Jul 19 15:59:36 2001 +

+

+

+

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

2001-July Archives by Subject

+ +

Starting: Sun Jul 1 00:10:44 2001
+ Ending: Thu Jul 19 14:43:46 2001
+ Messages: 64

+

+

+ Last message date: + Thu Jul 19 14:43:46 2001
+ Archived on: Thu Jul 19 15:59:36 2001 +

+

+

+

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

2001-July Archives by Thread

+ +

Starting: Sun Jul 1 00:10:44 2001
+ Ending: Thu Jul 19 14:43:46 2001
+ Messages: 64

+

+

+ Last message date: + Thu Jul 19 14:43:46 2001
+ Archived on: Thu Jul 19 15:59:36 2001 +

+

+

+

+ This archive was generated by + Pipermail 0.05 (Mailman edition). + + + diff --git a/pipermail/nel/2001-June/000417.html b/pipermail/nel/2001-June/000417.html new file mode 100644 index 00000000..c481beee --- /dev/null +++ b/pipermail/nel/2001-June/000417.html @@ -0,0 +1,90 @@ + + + + [Nel] Snowball for Win32 + + + + + + +

[Nel] Snowball for Win32

+ Valerio Santinelli + tanis@digi-web.it
+ Mon, 11 Jun 2001 11:02:17 +0200 +

+
+ +
Messaggio in formato MIME composto da piy parti.
+
+------=_NextPart_000_0155_01C0F265.FA566AC0
+Content-Type: text/plain;
+	charset="iso-8859-1"
+Content-Transfer-Encoding: quoted-printable
+
+Are you guys at Nevrax going to publish a Win32 version of the Snowball =
+demo application?=20
+
+--
+Valerio Santinelli
+HateSeed.com Founder (http://www.hateseed.com)
+In Flames Italia Webmaster (http://www.inflames.it)
+My Lab (http://tanis.hateseed.com)
+
+------=_NextPart_000_0155_01C0F265.FA566AC0
+Content-Type: text/html;
+	charset="iso-8859-1"
+Content-Transfer-Encoding: quoted-printable
+
+<!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.4611.1300" name=3DGENERATOR>
+<STYLE></STYLE>
+</HEAD>
+<BODY bgColor=3D#ffffff>
+<DIV><FONT face=3DArial size=3D2>Are you guys at Nevrax going to publish =
+a Win32=20
+version of the Snowball demo application? </FONT></DIV>
+<DIV>&nbsp;</DIV>
+<DIV><FONT face=3DArial size=3D2>--<BR>Valerio =
+Santinelli<BR>HateSeed.com Founder=20
+(<A href=3D"http://www.hateseed.com">http://www.hateseed.com</A>)<BR>In =
+Flames=20
+Italia Webmaster (<A=20
+href=3D"http://www.inflames.it">http://www.inflames.it</A>)<BR>My Lab =
+(<A=20
+href=3D"http://tanis.hateseed.com">http://tanis.hateseed.com</A>)</FONT><=
+/DIV></BODY></HTML>
+
+------=_NextPart_000_0155_01C0F265.FA566AC0--
+
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2001-June/000418.html b/pipermail/nel/2001-June/000418.html new file mode 100644 index 00000000..77127d7a --- /dev/null +++ b/pipermail/nel/2001-June/000418.html @@ -0,0 +1,63 @@ + + + + [Nel] Snowball for Win32 + + + + + + +

[Nel] Snowball for Win32

+ Cedric Valignat + valignat@nevrax.com
+ Mon, 11 Jun 2001 17:28:52 +0200 +

+
+ +
Hi Valerio,
+
+Valerio Santinelli wrote:
+> Are you guys at Nevrax going to publish a Win32 version of the Snowball
+> demo application? 
+
+Since we wrote Snowballs, NeL has moved on a fair bit.  We're planning to put
+together a new version of Snowballs that uses the latest Network and 3D
+code. It'll take us a short while to get it together, but once it's there
+we'll look at releasing a binary.  I hope this helps.
+
+Regards,
+
+
+Cedric.
+
+
+
+
+ + + + +
+

+ diff --git a/pipermail/nel/2001-June/000419.html b/pipermail/nel/2001-June/000419.html new file mode 100644 index 00000000..c1c97cc2 --- /dev/null +++ b/pipermail/nel/2001-June/000419.html @@ -0,0 +1,57 @@ + + + + [Nel] Itsalive is dead + + + + + + +

[Nel] Itsalive is dead

+ Cedric Valignat + valignat@nevrax.com
+ Wed, 13 Jun 2001 11:21:45 +0200 +

+
+ +
Hi all,
+
+Itsalive decide to give up (due to a hardware problem).
+
+There'll be a new posting as soon as it's resurected.
+
+
+Cedric.
+
+PS: Itsalive is our Snowballs server ...
+
+
+
+ + + + +
+

+ diff --git a/pipermail/nel/2001-June/000420.html b/pipermail/nel/2001-June/000420.html new file mode 100644 index 00000000..4e4a3284 --- /dev/null +++ b/pipermail/nel/2001-June/000420.html @@ -0,0 +1,83 @@ + + + + [Nel] Snowball for Win32 + + + + + + +

[Nel] Snowball for Win32

+ Valerio Santinelli + tanis@digi-web.it
+ Wed, 13 Jun 2001 12:26:34 +0200 +

+
+ +
I talked to Ace and I'll wait for the new version of Snowball to be
+released. Thanks :)
+
+--
+Valerio Santinelli
+http://www.digisoft-multimedia.it/
+
+----- Original Message -----
+From: "Cedric Valignat" <valignat@nevrax.com>
+To: <nel@nevrax.org>
+Sent: Monday, June 11, 2001 5:28 PM
+Subject: Re: [Nel] Snowball for Win32
+
+
+>
+> Hi Valerio,
+>
+> Valerio Santinelli wrote:
+> > Are you guys at Nevrax going to publish a Win32 version of the Snowball
+> > demo application?
+>
+> Since we wrote Snowballs, NeL has moved on a fair bit.  We're planning to
+put
+> together a new version of Snowballs that uses the latest Network and 3D
+> code. It'll take us a short while to get it together, but once it's there
+> we'll look at releasing a binary.  I hope this helps.
+>
+> Regards,
+>
+>
+> Cedric.
+>
+>
+> _______________________________________________
+> Nel mailing list
+> Nel@nevrax.org
+> http://www.nevrax.org/mailman/listinfo.cgi/nel
+>
+
+
+
+ + +
+

+ diff --git a/pipermail/nel/2001-June/000421.html b/pipermail/nel/2001-June/000421.html new file mode 100644 index 00000000..3f5401d0 --- /dev/null +++ b/pipermail/nel/2001-June/000421.html @@ -0,0 +1,66 @@ + + + + [Nel] Hello and a Question + + + + + + +

[Nel] Hello and a Question

+ Alfred + alfred@mazuma.net.au
+ Thu, 14 Jun 2001 23:47:54 +1000 +

+
+ +
Hey guys,
+	My name is Alfred and my "credentials" are that I am the "father" of 
+admin mod (http://www.adminmod.org) along with being a devloper for some 
+other hl based mods (firearms for eg).
+	I work as a research engineer into tactical networks, so I have a fair 
+bit of experience with comms effects in harsh conditions (i.e the 
+general internet).
+
+	Anyway, my question is, why did you develop your own distributed 
+architecture? Why not adapt/extend/use an existing solution such as 
+CORBA or DCOM (urgh, I know, win32 only). CORBA has a fair amount of 
+support and it can be coaxed to have the characteristics you need. I am 
+not saying you should change, I was just wonder what led you to make 
+your own? It just seems that the overheads of designing a naming and 
+authentication service are something that CORBA would have done away with.
+
+-- 
+Alfred Reynolds
+alfred@mazuma.net.au
+
+
+
+ + + + +
+

+ diff --git a/pipermail/nel/2001-June/000422.html b/pipermail/nel/2001-June/000422.html new file mode 100644 index 00000000..2657f61d --- /dev/null +++ b/pipermail/nel/2001-June/000422.html @@ -0,0 +1,663 @@ + + + + [Nel] A bit of news + + + + + + +

[Nel] A bit of news

+ Daniel Miller + miller@nevrax.com
+ Fri, 15 Jun 2001 17:56:21 +0200 +

+
+ +
C'est un message de format MIME en plusieurs parties.
+
+------=_NextPart_000_0010_01C0F5C4.7C949000
+Content-Type: text/plain;
+	charset="iso-8859-1"
+Content-Transfer-Encoding: 7bit
+
+For anyone who's interested, here's a brief view of what we're up to at
+Nevrax.
+
+Regards to all,
+Daniel.
+
+
+
+================================================
+NeL Development Team Summer/ Autumn 2001 Roadmap
+================================================
+
+Summer 2001:
+============
+
+The teams are working hard on the technology code required for an important
+internal milestone, for the Massively Multiuser Universe in development, for
+next September.  The features listed under 'Coming Soon' (below) are on the
+todo list for the internal milestone and will become available through the
+summer.
+During this period much of the code is being developed under Windows 2000
+(predominantly AI and 3D) and is liable to be committed to CVS without GNU/
+Linux testing.
+Linux patches/ bug fixes will be readily accepted.
+
+
+Autumn 2001:
+============
+Once the internal milestone is behind us, the internal pressure on the NeL
+development teams will be reduced and we will open up discussion about
+further direction, specification improvemens and so on.
+
+
+Snowballs:
+==========
+
+Snowballs is going to be re-written over the next few weeks to reflect the
+advancements and changes of direction in the NeL library since January.
+There'll be postings as development progresses.
+We intend to release a binary once the new code has been put together.
+
+
+Net:
+====
+
+Done so far:
+------------
+- Layer 0 (Data transfer layer) implementation
+- Layer 1 (Data block management layer) implementation
+- Layer 2 (Serialised data management layer) implementation
+- Layer 3 (Message management layer) implementation & examples
+- Layer 4 (Inter-Service message addressing layer) implementation & examples
+- The 'Service' Framework implementation & examples
+- System services (Naming Service, Time Service, Log Service) implementaion,
+API & examples
+- Login system (Stand alone program, client API) implementation & samples
+
+In development:
+---------------
+- Shard Administration system (Admin Service, Admin Executor, Admin Client)
+implementation
+- Improved debugging tools for services in a shard
+
+Coming Soon:
+------------
+- Backup Service
+- Account manager (stand alone)
+
+On the list for later:
+----------------------
+- Robustness testing and improvement (robustness to common attacks)
+- System stress testing and stressed performance improvement
+- Profiling and optimisation
+- Tuning of GNU/ Linux for NeL shard servers
+
+
+3D:
+===
+
+Done:
+-----
+- A basic sub set of the materials (missing bump mapping, etc)
+- Scenery rendering - Outdoors implemented with exception of geometric noise
+and water
+- Scenery rendering - Indoors with exception of light maps and portal based
+culling
+- Character and object animation and rendering with exception of IK
+- 3DSMax Plugins and exporters for generating the data for the above systems
+
+In development:
+---------------
+- Light maps for indoor scenes
+- A particle and effects engine
+
+Coming Soon:
+------------
+- Further materials
+- Multi resolution mesh support
+- Adaptive level of detail management system
+- Support for super-simplified meshes in the distance
+- Geometric noise in the landscape
+- The first version of the audio engine (low spec)
+- Portal based object culling for indoor scenes
+
+Coming Later:
+-------------
+- Water
+- Real time shadows (cast be characters and objects)
+- Blend shapes (also called morphing) - for things like facial animation
+- Further material types (bump maps, etc)
+- Inverse kinematics (a very limited, simple and CPU unintensive model)
+- Dynamic lighting
+- A higher spec audio engine
+
+On the list for later:
+----------------------
+- Optimisation
+- Optimisation for NVidiaNV20 and similar cards (vertex shaders, etc)
+- Better model for generating low-detail MRM meshes
+
+
+PACS (Pathfinding And Collision System):
+========================================
+
+In develoment:
+--------------
+- System for generating collision and path finding information from outdoor
+scenery
+- Path finding system
+- Object/ Object collision system
+- Object/ Landscape collision system
+- System for adapting character and object positions to landscape
+tesselation
+
+Coming soon:
+------------
+- System for generating collision and path finding information for indoor
+scenery
+
+
+AI:
+===
+
+Done:
+-----
+- Distributed autonomous agent framework infrastructure
+- Run time agent definition scripting system
+- Tool set for creation of hard-coded agents
+- Finite state automaton plugin for agent framework
+- 'Operator' based action planning plugin for the agent framework
+
+In Development:
+---------------
+- Agent memory
+- 'Classifier' based learning plugin for teh agent framework
+- Priority and contribution management in operators
+
+
+Misc:
+=====
+
+Done so far:
+------------
+- A huge number of miscelaneous and highly handy typedefs, macros, classes,
+constants and functions that everybody at Nevrax swears by.
+Further development:
+- Development of the 'misc' library is chaotic - as little bits of
+functionality are written to left or right they tend to be added.
+
+
+
+------=_NextPart_000_0010_01C0F5C4.7C949000
+Content-Type: text/html;
+	charset="iso-8859-1"
+Content-Transfer-Encoding: quoted-printable
+
+<!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.4134.600" name=3DGENERATOR></HEAD>
+<BODY>
+<DIV><FONT face=3D"Courier New" size=3D2><SPAN =
+class=3D153144915-15062001>For anyone=20
+who's interested, here's a brief view of what we're up to at=20
+Nevrax.</SPAN></FONT></DIV>
+<DIV><FONT face=3D"Courier New" size=3D2><SPAN=20
+class=3D153144915-15062001></SPAN></FONT>&nbsp;</DIV>
+<DIV><FONT face=3D"Courier New" size=3D2><SPAN =
+class=3D153144915-15062001>Regards to=20
+all,</SPAN></FONT></DIV>
+<DIV><FONT face=3D"Courier New" size=3D2><SPAN=20
+class=3D153144915-15062001>Daniel.</SPAN></FONT></DIV>
+<DIV><FONT face=3D"Courier New" size=3D2><SPAN=20
+class=3D153144915-15062001></SPAN></FONT>&nbsp;</DIV>
+<DIV><FONT face=3D"Courier New" size=3D2><SPAN=20
+class=3D153144915-15062001></SPAN></FONT>&nbsp;</DIV>
+<DIV><FONT face=3D"Courier New" size=3D2><SPAN=20
+class=3D153144915-15062001></SPAN></FONT>&nbsp;</DIV>
+<DIV><SPAN class=3D153144915-15062001><FONT face=3D"Courier New"=20
+size=3D2></FONT></DIV>
+<DIV class=3DMsoNormal><FONT face=3D"Courier New" size=3D2><SPAN=20
+class=3D153144915-15062001>=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
+=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
+=3D=3D=3D=3D=3D=3D=3D</SPAN></FONT></DIV>
+<DIV class=3DMsoNormal><FONT face=3D"Courier New" size=3D2>NeL =
+Development Team=20
+Summer/ Autumn 2001 Roadmap</FONT></DIV>
+<DIV class=3DMsoNormal><FONT face=3D"Courier New"><FONT size=3D2><SPAN=20
+class=3D153144915-15062001><FONT=20
+face=3DArial>=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
+=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
+=3D=3D=3D</FONT></SPAN>&nbsp;</FONT></FONT></DIV>
+<DIV class=3DMsoNormal><FONT size=3D2><FONT face=3D"Courier =
+New"><?xml:namespace=20
+prefix =3D o ns =3D "urn:schemas-microsoft-com:office:office"=20
+/><o:p></o:p></FONT></FONT>&nbsp;</DIV>
+<DIV class=3DMsoNormal><FONT face=3D"Courier New" size=3D2>Summer =
+2001:</FONT></DIV>
+<DIV class=3DMsoNormal><SPAN class=3D153144915-15062001><FONT =
+face=3D"Courier New"=20
+size=3D2>=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D</FONT></SPAN></DIV>
+<DIV class=3DMsoNormal><SPAN class=3D153144915-15062001><FONT =
+face=3D"Courier New"=20
+size=3D2></FONT></SPAN>&nbsp;</DIV>
+<DIV class=3DMsoNormal><FONT face=3D"Courier New" size=3D2>The teams are =
+working hard=20
+on the technology code required for an important internal milestone, for =
+the=20
+Massively Multiuser Universe in development, for next September.<SPAN=20
+style=3D"mso-spacerun: yes">&nbsp; </SPAN>The features listed under =
+'Coming Soon'=20
+(below) are on the todo list for the internal milestone and will become=20
+available through the summer.</FONT></DIV>
+<DIV class=3DMsoNormal><FONT face=3D"Courier New" size=3D2>During this =
+period much of=20
+the code is being developed under Windows 2000 (predominantly AI and 3D) =
+and is=20
+liable to be committed to CVS without GNU/ Linux testing. </FONT></DIV>
+<DIV class=3DMsoNormal><FONT face=3D"Courier New" size=3D2>Linux =
+patches/ bug fixes=20
+will be readily accepted.</FONT></DIV>
+<DIV class=3DMsoNormal><FONT size=3D2><FONT=20
+face=3D"Courier New"></FONT></FONT>&nbsp;</DIV>
+<DIV class=3DMsoNormal><FONT size=3D2><FONT=20
+face=3D"Courier New">&nbsp;<o:p></o:p></FONT></FONT></DIV>
+<DIV class=3DMsoNormal><FONT face=3D"Courier New" size=3D2>Autumn =
+2001:</FONT></DIV>
+<DIV class=3DMsoNormal><FONT face=3D"Courier New" size=3D2><SPAN=20
+class=3D153144915-15062001>=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D</SPAN></F=
+ONT></DIV>
+<DIV class=3DMsoNormal><FONT face=3D"Courier New" size=3D2>Once the =
+internal milestone=20
+is behind us, the internal pressure on the NeL development teams will be =
+reduced=20
+and we will open up discussion about further direction, specification=20
+improvemens and so on.</FONT></DIV>
+<DIV class=3DMsoNormal><FONT size=3D2><FONT=20
+face=3D"Courier New">&nbsp;</FONT></FONT></DIV>
+<DIV class=3DMsoNormal><FONT size=3D2><FONT=20
+face=3D"Courier New"><o:p></o:p></FONT></FONT>&nbsp;</DIV>
+<DIV class=3DMsoNormal><FONT face=3D"Courier New" =
+size=3D2>Snowballs:</FONT></DIV>
+<DIV class=3DMsoNormal><FONT face=3D"Courier New" size=3D2><SPAN=20
+class=3D153144915-15062001>=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D</SPAN></FONT></=
+DIV>
+<DIV class=3DMsoNormal><FONT face=3D"Courier New" =
+size=3D2></FONT>&nbsp;</DIV>
+<DIV class=3DMsoNormal><FONT face=3D"Courier New" size=3D2>Snowballs is =
+going to be=20
+re-written over the next few weeks to reflect the advancements and =
+changes of=20
+direction in the NeL library since January.</FONT></DIV>
+<DIV class=3DMsoNormal><FONT face=3D"Courier New" size=3D2>There'll be =
+postings as=20
+development progresses.</FONT></DIV>
+<DIV class=3DMsoNormal><FONT face=3D"Courier New" size=3D2>We intend to =
+release a=20
+binary once the new code has been put together.</FONT></DIV>
+<DIV class=3DMsoNormal><FONT size=3D2><FONT=20
+face=3D"Courier New"></FONT></FONT>&nbsp;</DIV>
+<DIV class=3DMsoNormal><FONT size=3D2><FONT=20
+face=3D"Courier New">&nbsp;<o:p></o:p></FONT></FONT></DIV>
+<DIV class=3DMsoNormal><FONT face=3D"Courier New" =
+size=3D2>Net:</FONT></DIV>
+<DIV class=3DMsoNormal><SPAN class=3D153144915-15062001><FONT =
+face=3D"Courier New"=20
+size=3D2>=3D=3D=3D=3D</FONT></SPAN></DIV>
+<DIV class=3DMsoNormal><SPAN class=3D153144915-15062001><FONT =
+face=3D"Courier New"=20
+size=3D2></FONT></SPAN>&nbsp;</DIV>
+<DIV class=3DMsoNormal><FONT face=3D"Courier New" size=3D2>Done so =
+far:</FONT></DIV>
+<DIV class=3DMsoNormal><SPAN class=3D153144915-15062001><FONT =
+face=3D"Courier New"=20
+size=3D2>------------</FONT></SPAN></DIV>
+<DIV class=3DMsoNormal><FONT face=3D"Courier New" size=3D2>- Layer 0 =
+(Data transfer=20
+layer) implementation</FONT></DIV>
+<DIV class=3DMsoNormal><FONT face=3D"Courier New" size=3D2>- Layer 1 =
+(Data block=20
+management layer) implementation</FONT></DIV>
+<DIV class=3DMsoNormal><FONT face=3D"Courier New" size=3D2>- Layer 2 =
+(Serialised data=20
+management layer) implementation</FONT></DIV>
+<DIV class=3DMsoNormal><FONT face=3D"Courier New" size=3D2>- Layer 3 =
+(Message=20
+management layer) implementation &amp; examples</FONT></DIV>
+<DIV class=3DMsoNormal><FONT face=3D"Courier New" size=3D2>- Layer 4 =
+(Inter-Service=20
+message addressing layer) implementation &amp; examples</FONT></DIV>
+<DIV class=3DMsoNormal><FONT face=3D"Courier New" size=3D2>- The =
+'Service' Framework=20
+implementation &amp; examples</FONT></DIV>
+<DIV class=3DMsoNormal><FONT face=3D"Courier New" size=3D2>- System =
+services (Naming=20
+Service, Time Service, Log Service) implementaion, API &amp;=20
+examples</FONT></DIV>
+<DIV class=3DMsoNormal><FONT face=3D"Courier New" size=3D2>- Login =
+system (Stand alone=20
+program, client API) implementation &amp; samples</FONT></DIV>
+<DIV class=3DMsoNormal><FONT size=3D2><FONT=20
+face=3D"Courier New">&nbsp;<o:p></o:p></FONT></FONT></DIV>
+<DIV class=3DMsoNormal><FONT face=3D"Courier New" size=3D2>In=20
+development:</FONT></DIV>
+<DIV class=3DMsoNormal><SPAN class=3D153144915-15062001><FONT =
+face=3D"Courier New"=20
+size=3D2>---------------</FONT></SPAN></DIV>
+<DIV class=3DMsoNormal><FONT face=3D"Courier New" size=3D2>- Shard =
+Administration=20
+system (Admin Service, Admin Executor, Admin Client) implementation=20
+</FONT></DIV>
+<DIV class=3DMsoNormal><FONT face=3D"Courier New" size=3D2>- Improved =
+debugging tools=20
+for services in a shard</FONT></DIV>
+<DIV class=3DMsoNormal><FONT size=3D2><FONT=20
+face=3D"Courier New">&nbsp;<o:p></o:p></FONT></FONT></DIV>
+<DIV class=3DMsoNormal><FONT face=3D"Courier New" size=3D2>Coming =
+Soon:</FONT></DIV>
+<DIV class=3DMsoNormal><SPAN class=3D153144915-15062001><FONT =
+face=3D"Courier New"=20
+size=3D2>------------</FONT></SPAN></DIV>
+<DIV class=3DMsoNormal><FONT face=3D"Courier New" size=3D2>- Backup=20
+Service</FONT></DIV>
+<DIV class=3DMsoNormal><FONT face=3D"Courier New" size=3D2>- Account =
+manager (stand=20
+alone)</FONT></DIV>
+<DIV class=3DMsoNormal><FONT size=3D2><FONT=20
+face=3D"Courier New">&nbsp;<o:p></o:p></FONT></FONT></DIV>
+<DIV class=3DMsoNormal><FONT face=3D"Courier New" size=3D2>On the list =
+for=20
+later:</FONT></DIV>
+<DIV class=3DMsoNormal><FONT face=3D"Courier New" size=3D2><SPAN=20
+class=3D153144915-15062001>----------------------</SPAN></FONT></DIV>
+<DIV class=3DMsoNormal><FONT face=3D"Courier New" size=3D2>- Robustness =
+testing and=20
+improvement (robustness to common attacks)</FONT></DIV>
+<DIV class=3DMsoNormal><FONT face=3D"Courier New" size=3D2>- System =
+stress testing and=20
+stressed performance improvement</FONT></DIV>
+<DIV class=3DMsoNormal><FONT face=3D"Courier New" size=3D2>- Profiling =
+and=20
+optimisation</FONT></DIV>
+<DIV class=3DMsoNormal><FONT face=3D"Courier New" size=3D2>- Tuning of =
+GNU/ Linux for=20
+NeL shard servers</FONT></DIV>
+<DIV class=3DMsoNormal><FONT size=3D2><FONT=20
+face=3D"Courier New"></FONT></FONT>&nbsp;</DIV>
+<DIV class=3DMsoNormal><FONT size=3D2><FONT=20
+face=3D"Courier New">&nbsp;<o:p></o:p></FONT></FONT></DIV>
+<DIV class=3DMsoNormal><FONT face=3D"Courier New" =
+size=3D2>3D:</FONT></DIV>
+<DIV class=3DMsoNormal><SPAN class=3D153144915-15062001><FONT =
+face=3D"Courier New"=20
+size=3D2>=3D=3D=3D</FONT></SPAN></DIV>
+<DIV class=3DMsoNormal><SPAN class=3D153144915-15062001><FONT =
+face=3D"Courier New"=20
+size=3D2></FONT></SPAN>&nbsp;</DIV>
+<DIV class=3DMsoNormal><FONT face=3D"Courier New" =
+size=3D2>Done:</FONT></DIV>
+<DIV class=3DMsoNormal><SPAN class=3D153144915-15062001><FONT =
+face=3D"Courier New"=20
+size=3D2>-----</FONT></SPAN></DIV>
+<DIV class=3DMsoNormal><FONT face=3D"Courier New" size=3D2>- A basic sub =
+set of the=20
+materials (missing bump mapping, etc) </FONT></DIV>
+<DIV class=3DMsoNormal><FONT face=3D"Courier New" size=3D2>- Scenery =
+rendering -=20
+Outdoors implemented with exception of geometric noise and =
+water</FONT></DIV>
+<DIV class=3DMsoNormal><FONT size=3D2><FONT face=3D"Courier New">- =
+Scenery rendering -=20
+Indoors with exception of light maps and portal based culling<SPAN=20
+style=3D"mso-spacerun: yes">&nbsp; </SPAN></FONT></FONT></DIV>
+<DIV class=3DMsoNormal><FONT face=3D"Courier New" size=3D2>- Character =
+and object=20
+animation and rendering with exception of IK</FONT></DIV>
+<DIV class=3DMsoNormal><FONT face=3D"Courier New" size=3D2>- 3DSMax =
+Plugins and=20
+exporters for generating the data for the above systems</FONT></DIV>
+<DIV class=3DMsoNormal><FONT size=3D2><FONT=20
+face=3D"Courier New">&nbsp;<o:p></o:p></FONT></FONT></DIV>
+<DIV class=3DMsoNormal><FONT face=3D"Courier New" size=3D2>In=20
+development:</FONT></DIV>
+<DIV class=3DMsoNormal><SPAN class=3D153144915-15062001><FONT =
+face=3D"Courier New"=20
+size=3D2>---------------</FONT></SPAN></DIV>
+<DIV class=3DMsoNormal><FONT face=3D"Courier New" size=3D2>- Light maps =
+for indoor=20
+scenes</FONT></DIV>
+<DIV class=3DMsoNormal><FONT face=3D"Courier New" size=3D2>- A particle =
+and effects=20
+engine</FONT></DIV>
+<DIV class=3DMsoNormal><FONT size=3D2><FONT=20
+face=3D"Courier New">&nbsp;<o:p></o:p></FONT></FONT></DIV>
+<DIV class=3DMsoNormal><FONT face=3D"Courier New" size=3D2>Coming =
+Soon:</FONT></DIV>
+<DIV class=3DMsoNormal><SPAN class=3D153144915-15062001><FONT =
+face=3D"Courier New"=20
+size=3D2>------------</FONT></SPAN></DIV>
+<DIV class=3DMsoNormal><FONT face=3D"Courier New" size=3D2>- Further=20
+materials</FONT></DIV>
+<DIV class=3DMsoNormal><SPAN lang=3DFR style=3D"mso-ansi-language: =
+FR"><FONT=20
+size=3D2><FONT face=3D"Courier New">- Multi resolution mesh=20
+support<o:p></o:p></FONT></FONT></SPAN></DIV>
+<DIV class=3DMsoNormal><FONT face=3D"Courier New" size=3D2>- Adaptive =
+level of detail=20
+management system</FONT></DIV>
+<DIV class=3DMsoNormal><FONT face=3D"Courier New" size=3D2>- Support for =
+
+super-simplified meshes in the distance</FONT></DIV>
+<DIV class=3DMsoNormal><FONT face=3D"Courier New" size=3D2>- Geometric =
+noise in the=20
+landscape</FONT></DIV>
+<DIV class=3DMsoNormal><FONT face=3D"Courier New" size=3D2>- The first =
+version of the=20
+audio engine (low spec)</FONT></DIV>
+<DIV class=3DMsoNormal><FONT face=3D"Courier New" size=3D2>- Portal =
+based object=20
+culling for indoor scenes</FONT></DIV>
+<DIV class=3DMsoNormal><FONT size=3D2><FONT=20
+face=3D"Courier New">&nbsp;<o:p></o:p></FONT></FONT></DIV>
+<DIV class=3DMsoNormal><FONT face=3D"Courier New" size=3D2>Coming =
+Later:</FONT></DIV>
+<DIV class=3DMsoNormal><SPAN class=3D153144915-15062001><FONT =
+face=3D"Courier New"=20
+size=3D2>-------------</FONT></SPAN></DIV>
+<DIV class=3DMsoNormal><FONT face=3D"Courier New" size=3D2>- =
+Water</FONT></DIV>
+<DIV class=3DMsoNormal><FONT face=3D"Courier New" size=3D2>- Real time =
+shadows (cast=20
+be characters and objects)</FONT></DIV>
+<DIV class=3DMsoNormal><FONT face=3D"Courier New" size=3D2>- Blend =
+shapes (also called=20
+morphing) - for things like facial animation</FONT></DIV>
+<DIV class=3DMsoNormal><FONT face=3D"Courier New" size=3D2>- Further =
+material types=20
+(bump maps, etc)</FONT></DIV>
+<DIV class=3DMsoNormal><FONT face=3D"Courier New" size=3D2>- Inverse =
+kinematics (a=20
+very limited, simple and CPU unintensive model)</FONT></DIV>
+<DIV class=3DMsoNormal><FONT face=3D"Courier New" size=3D2>- Dynamic=20
+lighting</FONT></DIV>
+<DIV class=3DMsoNormal><FONT face=3D"Courier New" size=3D2>- A higher =
+spec audio=20
+engine</FONT></DIV>
+<DIV class=3DMsoNormal><FONT size=3D2><FONT=20
+face=3D"Courier New">&nbsp;<o:p></o:p></FONT></FONT></DIV>
+<DIV class=3DMsoNormal><FONT face=3D"Courier New" size=3D2>On the list =
+for=20
+later:</FONT></DIV>
+<DIV class=3DMsoNormal><FONT face=3D"Courier New" size=3D2><SPAN=20
+class=3D153144915-15062001>----------------------</SPAN></FONT></DIV>
+<DIV class=3DMsoNormal><FONT face=3D"Courier New" size=3D2>- =
+Optimisation</FONT></DIV>
+<DIV class=3DMsoNormal><FONT face=3D"Courier New" size=3D2>- =
+Optimisation for=20
+NVidiaNV20 and similar cards (vertex shaders, etc)</FONT></DIV>
+<DIV class=3DMsoNormal><FONT face=3D"Courier New" size=3D2>- Better =
+model for=20
+generating low-detail MRM meshes</FONT></DIV>
+<DIV class=3DMsoNormal><FONT size=3D2><FONT=20
+face=3D"Courier New"></FONT></FONT>&nbsp;</DIV>
+<DIV class=3DMsoNormal><FONT size=3D2><FONT=20
+face=3D"Courier New">&nbsp;<o:p></o:p></FONT></FONT></DIV>
+<DIV class=3DMsoNormal><FONT face=3D"Courier New" size=3D2>PACS =
+(Pathfinding And=20
+Collision System):</FONT></DIV>
+<DIV class=3DMsoNormal><SPAN class=3D153144915-15062001><FONT =
+face=3D"Courier New"=20
+size=3D2>=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
+=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D</FONT></SPAN></DIV=
+>
+<DIV class=3DMsoNormal><SPAN class=3D153144915-15062001><FONT =
+face=3D"Courier New"=20
+size=3D2></FONT></SPAN>&nbsp;</DIV>
+<DIV class=3DMsoNormal><FONT face=3D"Courier New" size=3D2>In =
+develoment:</FONT></DIV>
+<DIV class=3DMsoNormal><SPAN class=3D153144915-15062001><FONT =
+face=3D"Courier New"=20
+size=3D2>--------------</FONT></SPAN></DIV>
+<DIV class=3DMsoNormal><FONT face=3D"Courier New" size=3D2>- System for =
+generating=20
+collision and path finding information from outdoor scenery</FONT></DIV>
+<DIV class=3DMsoNormal><FONT face=3D"Courier New" size=3D2>- Path =
+finding=20
+system</FONT></DIV>
+<DIV class=3DMsoNormal><SPAN lang=3DFR style=3D"mso-ansi-language: =
+FR"><FONT=20
+size=3D2><FONT face=3D"Courier New">- Object/ Object collision=20
+system<o:p></o:p></FONT></FONT></SPAN></DIV>
+<DIV class=3DMsoNormal><FONT face=3D"Courier New" size=3D2>- Object/ =
+Landscape=20
+collision system</FONT></DIV>
+<DIV class=3DMsoNormal><FONT face=3D"Courier New" size=3D2>- System for =
+adapting=20
+character and object positions to landscape tesselation</FONT></DIV>
+<DIV class=3DMsoNormal><FONT size=3D2><FONT=20
+face=3D"Courier New">&nbsp;<o:p></o:p></FONT></FONT></DIV>
+<DIV class=3DMsoNormal><FONT face=3D"Courier New" size=3D2>Coming =
+soon:</FONT></DIV>
+<DIV class=3DMsoNormal><FONT face=3D"Courier New" size=3D2><SPAN=20
+class=3D153144915-15062001>------------</SPAN></FONT></DIV>
+<DIV class=3DMsoNormal><FONT face=3D"Courier New" size=3D2>- System for =
+generating=20
+collision and path finding information for indoor scenery</FONT></DIV>
+<DIV class=3DMsoNormal><FONT size=3D2><FONT=20
+face=3D"Courier New">&nbsp;<o:p></o:p></FONT></FONT></DIV>
+<DIV class=3DMsoNormal><FONT face=3D"Courier New" =
+size=3D2></FONT>&nbsp;</DIV>
+<DIV class=3DMsoNormal><FONT face=3D"Courier New" =
+size=3D2>AI:</FONT></DIV>
+<DIV class=3DMsoNormal><SPAN class=3D153144915-15062001><FONT =
+face=3D"Courier New"=20
+size=3D2>=3D=3D=3D</FONT></SPAN></DIV>
+<DIV class=3DMsoNormal><SPAN class=3D153144915-15062001><FONT =
+face=3D"Courier New"=20
+size=3D2></FONT></SPAN>&nbsp;</DIV>
+<DIV class=3DMsoNormal><FONT face=3D"Courier New" =
+size=3D2>Done:</FONT></DIV>
+<DIV class=3DMsoNormal><SPAN class=3D153144915-15062001><FONT =
+face=3D"Courier New"=20
+size=3D2>-----</FONT></SPAN></DIV>
+<DIV class=3DMsoNormal><FONT face=3D"Courier New" size=3D2>- Distributed =
+autonomous=20
+agent framework infrastructure</FONT></DIV>
+<DIV class=3DMsoNormal><FONT face=3D"Courier New" size=3D2>- Run time =
+agent definition=20
+scripting system</FONT></DIV>
+<DIV class=3DMsoNormal><FONT face=3D"Courier New" size=3D2>- Tool set =
+for creation of=20
+hard-coded agents </FONT></DIV>
+<DIV class=3DMsoNormal><FONT face=3D"Courier New" size=3D2>- Finite =
+state automaton=20
+plugin for agent framework</FONT></DIV>
+<DIV class=3DMsoNormal><FONT face=3D"Courier New" size=3D2>- 'Operator' =
+based action=20
+planning plugin for the agent framework</FONT></DIV>
+<DIV class=3DMsoNormal><FONT size=3D2><FONT=20
+face=3D"Courier New">&nbsp;<o:p></o:p></FONT></FONT></DIV>
+<DIV class=3DMsoNormal><FONT face=3D"Courier New"><FONT size=3D2>In =
+Development<SPAN=20
+class=3D153144915-15062001>:</SPAN></FONT></FONT></DIV>
+<DIV class=3DMsoNormal><FONT face=3D"Courier New"><FONT size=3D2><SPAN=20
+class=3D153144915-15062001>---------------</SPAN></FONT></FONT></DIV>
+<DIV class=3DMsoNormal><FONT face=3D"Courier New" size=3D2>- Agent =
+memory</FONT></DIV>
+<DIV class=3DMsoNormal><FONT face=3D"Courier New" size=3D2>- =
+'Classifier' based=20
+learning plugin for teh agent framework</FONT></DIV>
+<DIV class=3DMsoNormal><FONT face=3D"Courier New" size=3D2>- Priority =
+and contribution=20
+management in operators</FONT></DIV>
+<DIV class=3DMsoNormal><FONT size=3D2><FONT=20
+face=3D"Courier New">&nbsp;<o:p></o:p></FONT></FONT></DIV>
+<DIV class=3DMsoNormal><FONT face=3D"Courier New" =
+size=3D2></FONT>&nbsp;</DIV>
+<DIV class=3DMsoNormal><FONT face=3D"Courier New" =
+size=3D2>Misc:</FONT></DIV>
+<DIV class=3DMsoNormal><SPAN class=3D153144915-15062001><FONT =
+face=3D"Courier New"=20
+size=3D2>=3D=3D=3D=3D=3D</FONT></SPAN></DIV>
+<DIV class=3DMsoNormal><FONT face=3D"Courier New" =
+size=3D2></FONT>&nbsp;</DIV>
+<DIV class=3DMsoNormal><FONT face=3D"Courier New" size=3D2>Done so =
+far:</FONT></DIV>
+<DIV class=3DMsoNormal><SPAN class=3D153144915-15062001><FONT =
+face=3D"Courier New"=20
+size=3D2>------------</FONT></SPAN></DIV>
+<DIV class=3DMsoNormal><FONT face=3D"Courier New" size=3D2>- A huge =
+number of=20
+miscelaneous and highly handy typedefs, macros, classes, constants and =
+functions=20
+that everybody at Nevrax swears by.</FONT></DIV>
+<DIV class=3DMsoNormal><FONT face=3D"Courier New" size=3D2>Further=20
+development:</FONT></DIV>
+<DIV class=3DMsoNormal><FONT face=3D"Courier New" size=3D2>- Development =
+of the 'misc'=20
+library is chaotic - as little bits of functionality are written to left =
+or=20
+right they tend to be added.</FONT></DIV>
+<DIV class=3DMsoNormal><FONT size=3D2><FONT=20
+face=3D"Courier New">&nbsp;<o:p></o:p></FONT></FONT></DIV>
+<DIV class=3DMsoNormal><FONT size=3D2><FONT=20
+face=3D"Courier =
+New">&nbsp;<o:p></o:p></FONT></FONT></DIV></SPAN></BODY></HTML>
+
+------=_NextPart_000_0010_01C0F5C4.7C949000--
+
+
+
+ + + + +
+

+ diff --git a/pipermail/nel/2001-June/000423.html b/pipermail/nel/2001-June/000423.html new file mode 100644 index 00000000..aaddac09 --- /dev/null +++ b/pipermail/nel/2001-June/000423.html @@ -0,0 +1,73 @@ + + + + [Nel] Hello and a Question + + + + + + +

[Nel] Hello and a Question

+ Vianney Lecroart + lecroart@nevrax.com
+ Fri, 15 Jun 2001 19:35:16 +0200 +

+
+ +
> Anyway, my question is, why did you develop your own distributed
+> architecture? Why not adapt/extend/use an existing solution such as
+> CORBA or DCOM (urgh, I know, win32 only). CORBA has a fair amount of
+> support and it can be coaxed to have the characteristics you need. I am
+> not saying you should change, I was just wonder what led you to make
+> your own? It just seems that the overheads of designing a naming and
+> authentication service are something that CORBA would have done away with.
+
+As you point out, DCOM isn't portable so we ruled it out :)
+As for CORBA: Having worked a fair bit with it while at college, I concluded
+that it lacked some of the functionality that we wanted. For example, we can
+have several instances of the same service running simultaneously on our
+shard and the naming service can either return us a list of all of them or
+select the least loaded one (which CORBA cannot do). What's more, we found
+that CORBA was excessively heavy for our requirements, which only require a
+corner of the system. Our naming service only took a couple of days to
+develop and remains entirely open to expansion, adaptation or tuning to keep
+up with NeL's evolving needs.
+
+We looked in depth into the ACE and TAO library (Real-time CORBA with TAO
+(The ACE ORB)). The webpage seems down www.cs.wustl.edu/~schmidt/TAO.html,
+but the lib is absolutely huge... one hour at least of compilation. We
+didn't want to be dependent on such a large library just for a naming
+service and a communication protocol.
+
+Regards,
+Vianney
+
+
+
+
+ + +
+

+ diff --git a/pipermail/nel/2001-June/000425.html b/pipermail/nel/2001-June/000425.html new file mode 100644 index 00000000..e0575a2e --- /dev/null +++ b/pipermail/nel/2001-June/000425.html @@ -0,0 +1,56 @@ + + + + [Nel] RE: Nel digest, Vol 1 #107 - 1 msg + + + + + + +

[Nel] RE: Nel digest, Vol 1 #107 - 1 msg

+ Daniel Miller + miller@nevrax.com
+ Mon, 18 Jun 2001 12:35:43 +0200 +

+
+ +
Within Nevrax we are planning to develop clients for Linux (tested on PCs)
+and Microsoft Windows.  This said, we will be happy to provide support to
+anyone who feels like porting it to Mac OS X or any other platform.
+
+
+Brandon Barker wrote:
+>The game will still be available for Mac OS X,  Linux, and maybe even other
+>operating systems, correct?  After all, the user could just compile the
+>sources and buy the game at a store with the data files and play it on his
+>system of choice.
+
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2001-June/000426.html b/pipermail/nel/2001-June/000426.html new file mode 100644 index 00000000..f51e9a5a --- /dev/null +++ b/pipermail/nel/2001-June/000426.html @@ -0,0 +1,130 @@ + + + + [Nel] More news from the nevrax teams... + + + + + + +

[Nel] More news from the nevrax teams...

+ Cedric Valignat + valignat@nevrax.com
+ Wed, 20 Jun 2001 19:22:02 +0200 +

+
+ +
+
+Network
+-------
+
+- Modified behaviour of service main loop to avoid exploding input buffers.
+  The user 'update' callback is now not called until all incoming messages
+  have been processed.
+
+- Improved responsiveness of API for naming service
+  Each service now keeps a local cache of the addressses stored by the naming
+  service.  They are automaticaly updated whenever new services are registered
+  with, or old services removed from, the naming service. This means that the
+  API never needs to contact the naming service in order to find addresses.
+
+- The message type compression has been dissabled
+  An automatic system made string/ uint32 associations for message types that
+  were repeatedly sent from one executable to another, so that the uint32
+  value could be sent in place of the string.
+  This system was causing problems (due to a specification problem) and has
+  been removed.
+  An alternative compression mechanism will be implemented later.
+
+- New example for using 'login system'
+  It can be found in the samples directory
+
+- Improved performance of log messages
+  Under Windows services are now Win32 applications which means that large
+  numbers of log messages no longer bring the system to its knees
+
+- On a transformer les services en appli Win32 pour des raisons de
+  performance. les log sont maintenant dans un fenetre Win32 au lieu d une
+  console "DOS" (commite la semaine prochaine)
+
+- New debugging aid
+  There is a new system for recording all of the input to a service in
+  situation and for playing back the input to the same application running
+  stand alone.  This allows the application to be traced, etc.
+  The system will go up on CVS within the next few days
+
+
+PACS
+----
+
+- First version of path finding functional (still requires work), Windows only
+  at the moment.
+
+
+3D
+--
+
+- The header file have moved!
+  The private header files are in the /nel/src/3d tree (allong with their
+  respective source files)
+  The public include files are now in nel/include/nel/3d
+
+- System for generating object positions on the landscape completed
+  This system works out which patch the object is attached to and the position
+  within the patch. It then generates a 3D world position based on the patch
+  tesselation.  Objects using this system will stay attached to the ground
+  regardless of the level of detail that the landsacep is displayed at.
+
+- In development...
+  Light maps for interiors, collisions (for interiors and exteriors) and the
+  editor for the particle system are in development.
+
+
+Audio
+-----
+
+- Work is starting on the audio library.
+  During the next couple of months we will develop the base of the system and
+  a Direct Sound driver implementation. We will have a look at doing an OpenAL
+  diver in the autumn.
+
+
+AI
+--
+
+- Silence from the AI team
+  The AI team are plunged into product specific code right now.  There will be
+  little news from them for a few months
+
+
+
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2001-June/000427.html b/pipermail/nel/2001-June/000427.html new file mode 100644 index 00000000..e5549606 --- /dev/null +++ b/pipermail/nel/2001-June/000427.html @@ -0,0 +1,61 @@ + + + + [Nel] More news from the nevrax teams... + + + + + + +

[Nel] More news from the nevrax teams...

+ Cedric Valignat + valignat@nevrax.com
+ Wed, 20 Jun 2001 19:32:40 +0200 +

+
+ +
Cedric Valignat wrote:
+> 
+> - Improved performance of log messages
+>   Under Windows services are now Win32 applications which means that large
+>   numbers of log messages no longer bring the system to its knees
+> 
+> - On a transformer les services en appli Win32 pour des raisons de
+>   performance. les log sont maintenant dans un fenetre Win32 au lieu d une
+>   console "DOS" (commite la semaine prochaine)
+
+Damn ! the preceding sentences are the french translation about the "Improved
+performance of log messages" ... sorry about that.
+
+
+Cedric.
+
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2001-June/000428.html b/pipermail/nel/2001-June/000428.html new file mode 100644 index 00000000..fe9c6a19 --- /dev/null +++ b/pipermail/nel/2001-June/000428.html @@ -0,0 +1,149 @@ + + + + [Nel] More news from the nevrax teams... + + + + + + +

[Nel] More news from the nevrax teams...

+ Alfred + alfred@mazuma.net.au
+ Thu, 21 Jun 2001 21:48:35 +1000 +

+
+ +
I have a question about the caching for the naming service. You say it 
+automatically corrects caches when services move or are deleted. This 
+doesn't sound very scalable, it every client querying the name server 
+has to be contacted when something they asked about changed (especially 
+over high latency links).
+
+Cedric Valignat wrote:
+
+> 
+> 
+> Network
+> -------
+> 
+> - Modified behaviour of service main loop to avoid exploding input buffers.
+>   The user 'update' callback is now not called until all incoming messages
+>   have been processed.
+> 
+> - Improved responsiveness of API for naming service
+>   Each service now keeps a local cache of the addressses stored by the naming
+>   service.  They are automaticaly updated whenever new services are registered
+>   with, or old services removed from, the naming service. This means that the
+>   API never needs to contact the naming service in order to find addresses.
+> 
+> - The message type compression has been dissabled
+>   An automatic system made string/ uint32 associations for message types that
+>   were repeatedly sent from one executable to another, so that the uint32
+>   value could be sent in place of the string.
+>   This system was causing problems (due to a specification problem) and has
+>   been removed.
+>   An alternative compression mechanism will be implemented later.
+> 
+> - New example for using 'login system'
+>   It can be found in the samples directory
+> 
+> - Improved performance of log messages
+>   Under Windows services are now Win32 applications which means that large
+>   numbers of log messages no longer bring the system to its knees
+> 
+> - On a transformer les services en appli Win32 pour des raisons de
+>   performance. les log sont maintenant dans un fenetre Win32 au lieu d une
+>   console "DOS" (commite la semaine prochaine)
+> 
+> - New debugging aid
+>   There is a new system for recording all of the input to a service in
+>   situation and for playing back the input to the same application running
+>   stand alone.  This allows the application to be traced, etc.
+>   The system will go up on CVS within the next few days
+> 
+> 
+> PACS
+> ----
+> 
+> - First version of path finding functional (still requires work), Windows only
+>   at the moment.
+> 
+> 
+> 3D
+> --
+> 
+> - The header file have moved!
+>   The private header files are in the /nel/src/3d tree (allong with their
+>   respective source files)
+>   The public include files are now in nel/include/nel/3d
+> 
+> - System for generating object positions on the landscape completed
+>   This system works out which patch the object is attached to and the position
+>   within the patch. It then generates a 3D world position based on the patch
+>   tesselation.  Objects using this system will stay attached to the ground
+>   regardless of the level of detail that the landsacep is displayed at.
+> 
+> - In development...
+>   Light maps for interiors, collisions (for interiors and exteriors) and the
+>   editor for the particle system are in development.
+> 
+> 
+> Audio
+> -----
+> 
+> - Work is starting on the audio library.
+>   During the next couple of months we will develop the base of the system and
+>   a Direct Sound driver implementation. We will have a look at doing an OpenAL
+>   diver in the autumn.
+> 
+> 
+> AI
+> --
+> 
+> - Silence from the AI team
+>   The AI team are plunged into product specific code right now.  There will be
+>   little news from them for a few months
+> 
+> 
+> 
+> _______________________________________________
+> Nel mailing list
+> Nel@nevrax.org
+> http://www.nevrax.org/mailman/listinfo.cgi/nel
+> 
+
+
+-- 
+Alfred Reynolds
+alfred@mazuma.net.au
+
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2001-June/000429.html b/pipermail/nel/2001-June/000429.html new file mode 100644 index 00000000..92ec07e7 --- /dev/null +++ b/pipermail/nel/2001-June/000429.html @@ -0,0 +1,70 @@ + + + + [Nel] More news from the nevrax teams... + + + + + + +

[Nel] More news from the nevrax teams...

+ Vianney Lecroart + lecroart@nevrax.com
+ Thu, 21 Jun 2001 14:10:07 +0200 +

+
+ +
Hello,
+
+
+> I have a question about the caching for the naming service. You say it
+> automatically corrects caches when services move or are deleted. This
+> doesn't sound very scalable, it every client querying the name server
+> has to be contacted when something they asked about changed (especially
+> over high latency links).
+
+
+Right, but in fact, we developed the system to fit our requirement for our
+game and in our system (in the shard), the naming service and all  ther
+services are on a LAN, so we don't have high latency links.
+
+regards,
+
+Vianney Lecroart
+---
+lead network programmer / nevrax.com
+icq#: 6870415
+homepage: http://ace.planet-d.net
+www.geekcode.com: GCS/E d- s+++: a-- C+++$ UL++ P- L+++>+$ E+>- W++ N+ o? K-
+w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h+ r-- y?
+
+
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2001-June/000430.html b/pipermail/nel/2001-June/000430.html new file mode 100644 index 00000000..bf352cf3 --- /dev/null +++ b/pipermail/nel/2001-June/000430.html @@ -0,0 +1,90 @@ + + + + [Nel] Re:More news from the nevrax teams... + + + + + + +

[Nel] Re:More news from the nevrax teams...

+ Daniel Miller + miller@nevrax.com
+ Thu, 21 Jun 2001 18:47:37 +0200 +

+
+ +
To extend the explanation a little - the way we see things is this:
+
+- The server sets for MMORPGs and the like have to be secure - that means
+that any old Tom, Dick or Harry can't send a message directly to the economy
+service to tell it that they've just won the lottery :)
+
+- This means that the clients only have access to the front end services on
+the front end servers and that they don't have access to the naming service.
+(in order to connect to the front end services clients have to use the login
+service as a go-between... there are examples in our samples directory
+showing how this works)
+
+- So - the naming service runs on a smallish LAN that connects the game
+servers.  It broadcasts messages like 'the xxx service has just arrived at
+address yyy' or 'the www service at address zzz has gone down/ disappeared'.
+These are cached by each service to keep an up to date address book of the
+other services that they can talk to.
+
+- In the normal way we don't see services being started or stopped as a very
+high frequency event.
+
+I hope this helps.
+
+Daniel.
+
+
+--------------------------------------------------------------------
+Hello,
+
+
+> I have a question about the caching for the naming service. You say it
+> automatically corrects caches when services move or are deleted. This
+> doesn't sound very scalable, it every client querying the name server
+> has to be contacted when something they asked about changed (especially
+> over high latency links).
+
+
+Right, but in fact, we developed the system to fit our requirement for our
+game and in our system (in the shard), the naming service and all  ther
+services are on a LAN, so we don't have high latency links.
+
+regards,
+
+Vianney Lecroart
+
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2001-June/000431.html b/pipermail/nel/2001-June/000431.html new file mode 100644 index 00000000..bc34d337 --- /dev/null +++ b/pipermail/nel/2001-June/000431.html @@ -0,0 +1,107 @@ + + + + [Nel] Re:More news from the nevrax teams... + + + + + + +

[Nel] Re:More news from the nevrax teams...

+ Dim Segebart + zager@teleaction.com
+ Thu, 21 Jun 2001 19:33:30 +0200 +

+
+ +
It makes sense.
+Thank you.
+
+Thursday, June 21, 2001, 6:47:37 PM, you wrote:
+
+DM> To extend the explanation a little - the way we see things is this:
+
+DM> - The server sets for MMORPGs and the like have to be secure - that means
+DM> that any old Tom, Dick or Harry can't send a message directly to the economy
+DM> service to tell it that they've just won the lottery :)
+
+DM> - This means that the clients only have access to the front end services on
+DM> the front end servers and that they don't have access to the naming service.
+DM> (in order to connect to the front end services clients have to use the login
+DM> service as a go-between... there are examples in our samples directory
+DM> showing how this works)
+
+DM> - So - the naming service runs on a smallish LAN that connects the game
+DM> servers.  It broadcasts messages like 'the xxx service has just arrived at
+DM> address yyy' or 'the www service at address zzz has gone down/ disappeared'.
+DM> These are cached by each service to keep an up to date address book of the
+DM> other services that they can talk to.
+
+DM> - In the normal way we don't see services being started or stopped as a very
+DM> high frequency event.
+
+DM> I hope this helps.
+
+DM> Daniel.
+
+
+DM> --------------------------------------------------------------------
+DM> Hello,
+
+
+>> I have a question about the caching for the naming service. You say it
+>> automatically corrects caches when services move or are deleted. This
+>> doesn't sound very scalable, it every client querying the name server
+>> has to be contacted when something they asked about changed (especially
+>> over high latency links).
+
+
+DM> Right, but in fact, we developed the system to fit our requirement for our
+DM> game and in our system (in the shard), the naming service and all  ther
+DM> services are on a LAN, so we don't have high latency links.
+
+DM> regards,
+
+DM> Vianney Lecroart
+
+DM> _______________________________________________
+DM> Nel mailing list
+DM> Nel@nevrax.org
+DM> http://www.nevrax.org/mailman/listinfo.cgi/nel
+
+
+
+-- 
+Dim Segebart                         mailto:zager@teleaction.de
+
+
+
+
+ + + + +
+

+ diff --git a/pipermail/nel/2001-June/000432.html b/pipermail/nel/2001-June/000432.html new file mode 100644 index 00000000..cf025ff5 --- /dev/null +++ b/pipermail/nel/2001-June/000432.html @@ -0,0 +1,55 @@ + + + + [Nel] .shape file format change + + + + + + +

[Nel] .shape file format change

+ Daniel Miller + miller@nevrax.com
+ Wed, 27 Jun 2001 18:08:48 +0200 +

+
+ +
A quick word of warning to anybody downloading a new version of the 3D
+library:
+The latest version of the *.shape file reading code is not backwards
+compatible beyond versions 6.  This means that you may need to re-generate
+your .shape files in order for the latest code to read them.
+
+Regards to all
+Daniel.
+
+
+
+ + + + +
+

+ diff --git a/pipermail/nel/2001-June/000433.html b/pipermail/nel/2001-June/000433.html new file mode 100644 index 00000000..dee3f322 --- /dev/null +++ b/pipermail/nel/2001-June/000433.html @@ -0,0 +1,82 @@ + + + + [Nel] .shape file format change + + + + + + +

[Nel] .shape file format change

+ Valerio Santinelli + tanis@digi-web.it
+ Thu, 28 Jun 2001 08:55:25 +0200 +

+
+ +
Just one personal thought.. how many people are actually developing on NeL,
+except those at Nevrax themselves?
+
+It would be a good idea to keep the nevrax.org homepage updated with news
+like this one and with some more documentation in order to get people
+started on how the overall system works. Nowaday the only real documentation
+is the one about the Network library which is good but it's not enough.
+
+--
+Valerio Santinelli
+http://www.digisoft-multimedia.it/
+
+
+----- Original Message -----
+From: "Daniel Miller" <miller@nevrax.com>
+To: <nel@nevrax.org>
+Sent: Wednesday, June 27, 2001 6:08 PM
+Subject: [Nel] .shape file format change
+
+
+>
+> A quick word of warning to anybody downloading a new version of the 3D
+> library:
+> The latest version of the *.shape file reading code is not backwards
+> compatible beyond versions 6.  This means that you may need to re-generate
+> your .shape files in order for the latest code to read them.
+>
+> Regards to all
+> Daniel.
+>
+> _______________________________________________
+> Nel mailing list
+> Nel@nevrax.org
+> http://www.nevrax.org/mailman/listinfo.cgi/nel
+>
+
+
+
+ + + + +
+

+ diff --git a/pipermail/nel/2001-June/000434.html b/pipermail/nel/2001-June/000434.html new file mode 100644 index 00000000..aa1f0d9a --- /dev/null +++ b/pipermail/nel/2001-June/000434.html @@ -0,0 +1,78 @@ + + + + [Nel] .shape file format change + + + + + + +

[Nel] .shape file format change

+ Vincent Caron + v.caron@zerodeux.net
+ Thu, 28 Jun 2001 14:43:05 +0200 +

+
+ +
Valerio Santinelli wrote:
+> 
+> Just one personal thought.. how many people are actually developing on NeL,
+> except those at Nevrax themselves?
+
+>From time to time, I checkout the CVS, compile, make some introspection in
+the code ... To keep informed, I'm involved in game programming and
+crossp-platform development.
+
+The nevrax.org site is well designed and has rather comprehensive docs.
+However this looks too much as a shop's display, it's laking some life...
+For instance, we don't have a roadmap and I think the users were a
+bit lost when the whole code was redesigned these last months. Posting
+the change logs in a regular basis is part of the solution, you should
+also talk about the directions, the problem encountered in your game
+development, ask for some debates on technical questions ... I know
+this is not easy.
+
+NeL is also a consequent piece of code, and most importantly an application
+framework : you don't choose to rely on it that easily ! :) People will
+surely consider NeL more massively after Nevrax's game release. You could
+also use Snowballs to make it an easy and agreable way to learn about
+NeL : for instance, a document explaining step by step how to start from
+a simple game design to a client/server application that does the job
+would be a very valuable information that would gain you a thankful
+audience. I believe this 'tutorial' thing would help with the very abstract
+and austere look of nevrax.org. The screenshots where a very good idea
+indeed, a lot of people coulnd't affort time and competence to compile
+NeL+SnowBalls. And while we are at it, what about packaging binaries ? :)
+'NeL-sdk', ready to code ...
+
+Enough said, let's checkout that CVS !
+
+
+ + + + +
+

+ diff --git a/pipermail/nel/2001-June/000435.html b/pipermail/nel/2001-June/000435.html new file mode 100644 index 00000000..74ff9c1d --- /dev/null +++ b/pipermail/nel/2001-June/000435.html @@ -0,0 +1,124 @@ + + + + [Nel] .shape file format change + + + + + + +

[Nel] .shape file format change

+ Daniel Miller + miller@nevrax.com
+ Thu, 28 Jun 2001 16:01:25 +0200 +

+
+ +
I was just drafting a reply to Valerio Santinelli's mail when this one
+turned up, so I guess I'm replying to both postings at once.
+
+First for the Nevrax.org home page: the news is all badly out of date and
+doesn't show what's going on at the moment.  Sorry about that.  We're just
+sorting out our internal knitting so that we can post news more easily.
+There should be a general improvement at this level soon.
+
+For the roadmap - my mail of last week entitled 'a bit of news' contains a
+loose plan for the next few months. It'll go up on the site some time soon.
+I'm not sure if it contains the information you're after - please shout if
+it doesn't.
+
+On the documentation side - We posted a handfull of new 'features' documents
+under the different library headings earlier this week. Any feedback would
+be very much appreciated. Beyond that we have been discussing what docs
+would be good to write among ourselves. Any ideas are very welcome although
+our time for writing dociments is a bit limitted right now!; The problem
+with 'how to design and build an MMORPG' type docs is that they warrant an
+entire book - and I don't have time to write a whole book right now :(.
+I'll see what I can do.
+
+Snowballs is being re-written (to look more like a designed program and less
+like the accumulation of a few dozen chunks of test code spaghettied
+together). We're just starting, so our first steps 'll be up on line
+shortly...
+
+For a binary sdk - it's a good idea - We'll look into it. :)
+
+Regards to all
+Daniel
+
+-----Original Message-----
+From: nel-admin@nevrax.org [mailto:nel-admin@nevrax.org]On Behalf Of
+Vincent Caron
+Sent: Thursday, June 28, 2001 2:43 PM
+To: nel@nevrax.org
+Subject: Re: [Nel] .shape file format change
+
+
+Valerio Santinelli wrote:
+>
+> Just one personal thought.. how many people are actually developing on
+NeL,
+> except those at Nevrax themselves?
+
+>From time to time, I checkout the CVS, compile, make some introspection in
+the code ... To keep informed, I'm involved in game programming and
+crossp-platform development.
+
+The nevrax.org site is well designed and has rather comprehensive docs.
+However this looks too much as a shop's display, it's laking some life...
+For instance, we don't have a roadmap and I think the users were a
+bit lost when the whole code was redesigned these last months. Posting
+the change logs in a regular basis is part of the solution, you should
+also talk about the directions, the problem encountered in your game
+development, ask for some debates on technical questions ... I know
+this is not easy.
+
+NeL is also a consequent piece of code, and most importantly an application
+framework : you don't choose to rely on it that easily ! :) People will
+surely consider NeL more massively after Nevrax's game release. You could
+also use Snowballs to make it an easy and agreable way to learn about
+NeL : for instance, a document explaining step by step how to start from
+a simple game design to a client/server application that does the job
+would be a very valuable information that would gain you a thankful
+audience. I believe this 'tutorial' thing would help with the very abstract
+and austere look of nevrax.org. The screenshots where a very good idea
+indeed, a lot of people coulnd't affort time and competence to compile
+NeL+SnowBalls. And while we are at it, what about packaging binaries ? :)
+'NeL-sdk', ready to code ...
+
+Enough said, let's checkout that CVS !
+_______________________________________________
+Nel mailing list
+Nel@nevrax.org
+http://www.nevrax.org/mailman/listinfo.cgi/nel
+
+
+
+ + + + +
+

+ diff --git a/pipermail/nel/2001-June/000436.html b/pipermail/nel/2001-June/000436.html new file mode 100644 index 00000000..2e0366a1 --- /dev/null +++ b/pipermail/nel/2001-June/000436.html @@ -0,0 +1,121 @@ + + + + [Nel] .shape file format change + + + + + + +

[Nel] .shape file format change

+ Valerio Santinelli + tanis@digi-web.it
+ Thu, 28 Jun 2001 16:41:58 +0200 +

+
+ +
----- Original Message -----
+From: "Daniel Miller" <miller@nevrax.com>
+Sent: Thursday, June 28, 2001 4:01 PM
+
+> First for the Nevrax.org home page: the news is all badly out of date and
+> doesn't show what's going on at the moment.  Sorry about that.  We're just
+> sorting out our internal knitting so that we can post news more easily.
+> There should be a general improvement at this level soon.
+
+I spoke to Lecroart about this point. I think that keeping the site up to
+date at least once a week wouldn't require a great effort. I'm not asking
+you to report on the news page every single change that happens upon the
+codebase. Just some generic news about what's going on in order to know that
+the project is still alive.
+
+> For the roadmap - my mail of last week entitled 'a bit of news' contains a
+> loose plan for the next few months. It'll go up on the site some time
+soon.
+> I'm not sure if it contains the information you're after - please shout if
+> it doesn't.
+
+The roadmap you posted last week has been greatly appreciated on my part. :)
+I hope that you can keep sending those once every one or two weeks ;)
+
+> On the documentation side - We posted a handfull of new 'features'
+documents
+> under the different library headings earlier this week. Any feedback would
+> be very much appreciated. Beyond that we have been discussing what docs
+> would be good to write among ourselves. Any ideas are very welcome
+although
+> our time for writing dociments is a bit limitted right now!; The problem
+> with 'how to design and build an MMORPG' type docs is that they warrant an
+> entire book - and I don't have time to write a whole book right now :(.
+> I'll see what I can do.
+
+I've just looked at the new docs. I'm going to print them all and read them
+with ease later on during those lonely nights :)
+
+I'm not going to ask you to write a "how to design and build a MMORPG" book.
+That's out of our scope. If I'm evaluating NeL, it's because I am already
+designing an MMORPG and I'm evaluating a framework that would reduce the
+efforts needed to code all the game from grounds up.
+The kind of documentation that I'm looking for in the future is something
+that gives an overview of how the pieces of the NeL framework are tied
+together, and then, some more indeep documentation about how to build a new
+3D entity, how to make a connection to the server and all those things that
+explain what objects should be used and which method should be called to
+accomplish the main operations.
+
+> Snowballs is being re-written (to look more like a designed program and
+less
+> like the accumulation of a few dozen chunks of test code spaghettied
+> together). We're just starting, so our first steps 'll be up on line
+> shortly...
+
+I'm not pressing you to make a new Snowballs in no time. You've got all the
+time you need (I know that I have no influence over this, anyway :))
+I just wish that the new Snowballs will show how to write a basic server and
+a basic client, and how to code the main functions needed to make them both
+run with each other. That's enough to get started with coding upon NeL.
+
+> For a binary sdk - it's a good idea - We'll look into it. :)
+
+I agree on this one. A binary SDK would save a lot of compiling-time which
+is mainly unneeded.
+
+Having an offline version of the code documentation without going over the
+doxygen compilation time (which took a hour or maybe more on my Athlon)
+would also be useful once the code is in a fairly stable condition.
+
+--
+Valerio Santinelli
+http://www.digisoft-multimedia.it/
+
+
+
+
+ + + + +
+

+ diff --git a/pipermail/nel/2001-June/000437.html b/pipermail/nel/2001-June/000437.html new file mode 100644 index 00000000..86ced898 --- /dev/null +++ b/pipermail/nel/2001-June/000437.html @@ -0,0 +1,68 @@ + + + + [Nel] Compiling NeL from CVS + + + + + + +

[Nel] Compiling NeL from CVS

+ Vincent Caron + v.caron@zerodeux.net
+ Thu, 28 Jun 2001 18:39:59 +0200 +

+
+ +
Slight troubles :
+
+- bootstrap complains that there is no 'ChangeLog' file, adding a stub with
+'touch ChangeLog' makes it happy (and working)
+
+- stuck here :
+
+make[4]: Entering directory `/home/zerodeux/src/nevrax/code/nel/src/3d/driver/opengl'
+c++ -DHAVE_CONFIG_H -I. -I. -I../../../../include -O3
+-I/home/zerodeux/code/pngl/STLport-0619/stlport -I./src -Wno-multichar -D_REENTRANT
+-I/usr/X11R6/include -Wp,-MD,.deps/driver_opengl.pp -c driver_opengl.cpp  -fPIC -DPIC -o
+.libs/driver_opengl.lo
+In file included from driver_opengl.cpp:48:
+driver_opengl.h:51: 3d/driver.h: No such file or directory
+driver_opengl.h:52: 3d/material.h: No such file or directory
+driver_opengl.h:53: 3d/shader.h: No such file or directory
+driver_opengl.h:54: 3d/vertex_buffer.h: No such file or directory
+driver_opengl.cpp:50: 3d/vertex_buffer.h: No such file or directory
+driver_opengl.cpp:51: 3d/light.h: No such file or directory
+driver_opengl.cpp:52: 3d/primitive_block.h: No such file or directory
+
+The "-I./src" should be "-I../../../../src" ...
+
+
+ + + + +
+

+ diff --git a/pipermail/nel/2001-June/000438.html b/pipermail/nel/2001-June/000438.html new file mode 100644 index 00000000..3792a1ae --- /dev/null +++ b/pipermail/nel/2001-June/000438.html @@ -0,0 +1,78 @@ + + + + [Nel] Compiling NeL from CVS + + + + + + +

[Nel] Compiling NeL from CVS

+ Cedric Valignat + valignat@nevrax.com
+ Fri, 29 Jun 2001 18:23:11 +0200 +

+
+ +
Hello Vincent,
+
+
+Vincent Caron wrote:
+> Slight troubles :
+> 
+> - bootstrap complains that there is no 'ChangeLog' file, adding a stub with
+> 'touch ChangeLog' makes it happy (and working)
+
+This afternoon, i commited a new bootstrap which do the touvh is the ChangeLog
+is missing ... so no more annoying complain from automake :-)
+
+> - stuck here :
+> 
+> [...]
+> 
+> The "-I./src" should be "-I../../../../src" ...
+
+I tried to setup that in the configure.in file and its works properly when
+using VPATH to compile NeL (thing that do do at nevrax to be able to have a
+debug and a release version of NeL in the same time and based on the same
+source). But that doesn't work in a "normal" compilation setup :-(
+
+I tried few things very quicly but without success ... i will fix it, cleanly
+i hope, on monday ... sorry about that ...
+
+
+Cedric.
+
+
+PS: The external CVS will updated tonigth ...
+
+
+
+ + + + +
+

+ diff --git a/pipermail/nel/2001-June/000439.html b/pipermail/nel/2001-June/000439.html new file mode 100644 index 00000000..c770776f --- /dev/null +++ b/pipermail/nel/2001-June/000439.html @@ -0,0 +1,52 @@ + + + + [Nel] Compiling NeL from CVS + + + + + + +

[Nel] Compiling NeL from CVS

+ Vincent Caron + v.caron@zerodeux.net
+ Fri, 29 Jun 2001 18:35:24 +0200 +

+
+ +
Cedric Valignat wrote:
+> 
+> I tried few things very quicly but without success ... i will fix it, cleanly
+> i hope, on monday ... sorry about that ...
+
+No pb, I'm just a bug hunter ... :)
+
+
+ + + + +
+

+ diff --git a/pipermail/nel/2001-June/000440.html b/pipermail/nel/2001-June/000440.html new file mode 100644 index 00000000..52aec682 --- /dev/null +++ b/pipermail/nel/2001-June/000440.html @@ -0,0 +1,69 @@ + + + + [Nel] culling and transforms + + + + + + +

[Nel] culling and transforms

+ stephane.craux@voila.fr + stephane.craux@voila.fr
+ Sat, 30 Jun 2001 12:21:16 +0200 +

+
+ +
Hi ,
+I Just took a look at nevrax code recently and
+noticed that rather than transforming AABB when traversing
+the scene graph , the choice was made to transform the
+view frustum pyramid : it is much more cpu costly :
+I didn't check if this choice was relevant : is it really ?
+
+Ho , it dosn't seem to me that nel network code provides
+peer2peer networked comm : Am I right ?
+Isn't it a nice solution to very large multi-user environments ?
+
+Great job anyway 
+
+Stephane
+
+
+
+__________________________________________________
+Voila vous propose une boite aux lettres gratuite sur Voila Mail:
+http://mail.voila.fr
+
+
+
+
+
+ + + + +
+

+ diff --git a/pipermail/nel/2001-June/000441.html b/pipermail/nel/2001-June/000441.html new file mode 100644 index 00000000..a7a4b9ff --- /dev/null +++ b/pipermail/nel/2001-June/000441.html @@ -0,0 +1,82 @@ + + + + [Nel] Congratulations + concerns + + + + + + +

[Nel] Congratulations + concerns

+ Yann Morvan + ymorvan@ens-lyon.fr
+ Sat, 30 Jun 2001 19:57:00 +0200 (MET DST) +

+
+ +
Hullo,
+I've been following the development of NEL for
+some time, I haven't been contributing due to lack
+of spare time, but I wanted to congratulate the
+Nel team for their idea and work.
+
+However, I have one major concern with the licence mecanism.
+Indeed, your idea is that what the people will pay for in
+games based upon Nel is content and not code. Saying this, you 
+implicitly state that content and code are completely distinct things.
+It is true for the most part (graphics, sounds, AI scripts, background,
+plots etc),
+but I can't convince myself that it applies to the rules of the game,
+for I can't help to think that for efficiency matters they should be 
+hardcoded in the different services. (The reason being that because of
+their level of abstraction, using a scripting mechanism would be terribly
+painful and would require a design of the services architecture allowing
+for total flexibility).
+
+I played Ultima Online for 3 years, I read the rantings of lum the mad
+daily, I read the dev boards of currently in development MMORPGs, I'm
+aware of the specificities of the "big three" and all this leads
+me to the conclusion that the rules (i.e. economy system, combat system,
+advancement system etc) are a part of the content at least as important
+as the rest regarding a game's interest (I wouldn't be willing to
+create a MMORPG if I wasn't utterly frustrated by the current trends
+in those games). 
+
+Therefore, while I totaly agree that any improvment
+or further development of Nel's features should be shared, I'd
+like you to reassure me about the protection of one's rule system
+in your design philosophy.
+
+Sorry for this long mail and for reviving this probably old and well
+debated issue :)
+
+	Yann
+
+
+
+ + +
+

+ diff --git a/pipermail/nel/2001-June/000443.html b/pipermail/nel/2001-June/000443.html new file mode 100644 index 00000000..8aea0e1e --- /dev/null +++ b/pipermail/nel/2001-June/000443.html @@ -0,0 +1,102 @@ + + + + [Nel] Congratulations + concerns + + + + + + +

[Nel] Congratulations + concerns

+ x5101920@fedro.ugr.es + x5101920@fedro.ugr.es
+ Sat, 30 Jun 2001 21:25:55 +0200 (MET DST) +

+
+ +
> Then you take the GPL game rules on the other side of the API, delete
+> them,
+> and write your totally new rules, using only the API.  Tah da, they are
+> yours, and you don't have to release your code to anyone.  The game
+> rules
+> are a separate binary (library, .o file) just like the game data.  Use
+> dynamically linked libraries if you want more separation.  (But I'm
+> pretty
+> sure that when compiling proprietary apps (see below) under GNU/Linux,
+> at
+> least some GPL code gets bound directly in.  Also, the concept of
+> "contamination" my apply, but hey, we are talking a GAME here.  Do you
+> really think anyone is going to bother suing you?  Unlikely I think. )
+
+You are totally wrong...
+Please go and read about LIBRARY and GPL License...
+
+What ever you link to a GPL app MUST be GPL. :)
+So you have to publish your source under GPL.
+
+And yes you will be sued... you are using the work of thousand of people and you 
+can't share a few stupid lines of code!?!?!?!... 
+
+> This is the same as developing proprietary apps on GNU/Linux.  GNU/Linux
+> provides a public, GPL'd API, but the app you write that interfaces to
+> that API is totally your own.
+
+You are wrong again...
+>From what I understood by a mail from FSF, the only way you have to skip GPL is:
+1) Get a License from Nel.
+2) Code the whole client under a different license. Unless the Net protocol is 
+propietary... that I think it is not the case.
+
+ 
+> (I'm pretty sure that when compiling proprietary apps under GNU/Linux,
+> at
+> least some GPL code gets bound directly in, though this doesn't seem to
+> bother anyone.  Also, the concept of "contamination" may apply, but hey,
+> we
+> are talking a GAME here.  Do you really think anyone is going to bother
+> suing you for GPL license violation?  Unlikely I think, unless you
+> really do
+> overtly violate the license. )
+
+No, it is not the same... Please ask a lawyer about it, he will explain it more 
+clearly that I can.
+
+IMO if someone violate even a bit the license i set, I will sue him.
+
+Regards.
+
+                  Miguel Angel Blanch Lardin
+
+nuclear cia fbi spy password code encrypt president bomb iran irak korea cuba
+Ala yihad mosad kgb free freedom human rights yugoslavia kosovo ebola dna 
+ 
+                    -- Echelon must die --
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2001-June/000444.html b/pipermail/nel/2001-June/000444.html new file mode 100644 index 00000000..002ced2e --- /dev/null +++ b/pipermail/nel/2001-June/000444.html @@ -0,0 +1,78 @@ + + + + [Nel] Congratulations + concerns + + + + + + +

[Nel] Congratulations + concerns

+ Yann Morvan + ymorvan@mrl.nyu.edu
+ Sat, 30 Jun 2001 15:59:51 -0400 +

+
+ +
Well, while explaining his mistakes to Brenden,
+you didn't adress my point, which is this:
+Though EQ has better graphics and better written
+network code than UO, I preffer UO because of its rules,
+which yet are hardcoded. 
+
+If it is not possible for me to use Nel
+(and share the technical improvments I may
+make) without being able to protect my set of game 
+rules (which are in no way an improvment to the Nel 
+library, being specific to my game), then you reduce
+content to superficial things (graphics etc) and customer
+service, which have never alone made the main interest of a game
+for any gamer with an ounce of taste.
+ 
+So please tell me if there is a solution or if I should
+give up using Nel (but then again, please understand that
+I totaly agree with the idea of sharing my improvments of
+the library).
+
+	Yann
+
+P.S. I understand the passion behind the free software notion, however,
+in the very field of MMORPG, the inability to protect your rules -
+the spirit of your game - leaves the opportunity to a greater
+company, if they happen to be popular, to deprive you of the pleasure
+of running your game by draining your playerbase by using its marketing
+power. You then end up with the opposite of the reason why you thrive
+for free software: people make profit over your ideas because of their
+mere initial wealth.
+
+
+
+
+ + + + +
+

+ diff --git a/pipermail/nel/2001-June/000445.html b/pipermail/nel/2001-June/000445.html new file mode 100644 index 00000000..62424902 --- /dev/null +++ b/pipermail/nel/2001-June/000445.html @@ -0,0 +1,63 @@ + + + + [Nel] Congratulations + concerns + + + + + + +

[Nel] Congratulations + concerns

+ elijah wright + elw@stderr.org
+ Sat, 30 Jun 2001 16:26:53 -0400 (EDT) +

+
+ +
> You are totally wrong...
+> Please go and read about LIBRARY and GPL License...
+> 
+> What ever you link to a GPL app MUST be GPL. :)
+> So you have to publish your source under GPL.
+
+incorrect.  you are free to link commercial applications with GPL'ed
+libraries.  library stubs are an exclusion of sorts to the GPL, as they do
+not constitute "extending" GPL-code functionality, but simply using it as
+it is intended to be used.
+
+LGPL-licenses are a very workable alternative; perhaps the nevrax team
+could countenance dual-licensing any such "rules API" and releasing
+parallel versions (with identical code) under both licenses.
+
+elijah
+
+
+
+ + + + +
+

+ diff --git a/pipermail/nel/2001-June/000446.html b/pipermail/nel/2001-June/000446.html new file mode 100644 index 00000000..39beb40a --- /dev/null +++ b/pipermail/nel/2001-June/000446.html @@ -0,0 +1,73 @@ + + + + [Nel] Game Rules + + + + + + +

[Nel] Game Rules

+ John Cosby + jcosby@gscyclone.com
+ Sat, 30 Jun 2001 17:31:17 -0400 +

+
+ +
I've been observing for a bit, and feel a need to jump in here.
+
+In many jurisdictions (America and England that I know of), the rules of a
+game cannot be copyrighted.  Specific presentation, game boards, pieces,
+etc. may by trademarked and copyrighted, but the rules that define gameplay
+cannot.
+
+This leads to an interesting notion when looking at making a game's source
+code public.  There is no legal protection for the rules themselves - the
+graphics, user interface, etc. may be protected, though.
+
+In this fashion, Nel seems to have a business model that will work, in that
+they will be charging to play on their servers using their bandwidth.  If
+the rules of the game are defined and implemented in source code, then those
+rules may be taken and adapted or reused.  If the rules of the game are
+implemented in libraries using a public API, then those may be "protected"
+in so far as the original source and documentation is not available,
+although anyone who wants to reverse-engineer (on the basis of behavior,
+given the licenses attached to EQ and UO) can come up with their own
+implementation of what they believe the game rules to be.
+
+All because I wanted to reimplement a game Prodigy let die, years and years
+ago....
+
+
+
+
+
+ + + + + +
+

+ diff --git a/pipermail/nel/2001-June/000447.html b/pipermail/nel/2001-June/000447.html new file mode 100644 index 00000000..11a67731 --- /dev/null +++ b/pipermail/nel/2001-June/000447.html @@ -0,0 +1,116 @@ + + + + [Nel] Congratulations + concerns + + + + + + +

[Nel] Congratulations + concerns

+ stephane.craux@voila.fr + stephane.craux@voila.fr
+ Sat, 30 Jun 2001 23:36:52 +0200 +

+
+ +
> So please tell me if there is a solution or if I should
+> give up using Nel (but then again, please understand that
+> I totaly agree with the idea of sharing my improvments of
+> the library).
+> 
+> 	Yann
+> 
+> P.S. I understand the passion behind the free software notion, however,
+> in the very field of MMORPG, the inability to protect your rules -
+> the spirit of your game - leaves the opportunity to a greater
+> company, if they happen to be popular, to deprive you of the pleasure
+> of running your game by draining your playerbase by using its marketing
+> power. You then end up with the opposite of the reason why you thrive
+> for free software: people make profit over your ideas because of their
+> mere initial wealth.
+
+I think u just point out here the Open Source Concept as one 
+of the biggest joke of the end of twentieth century .
+
+Software code in itself is not that important thing when GPL is concerned, 
+and beeing able to read it and extract the major concepts of a software is 
+the great thing  : u always proceed with reverse engineering , - the ever 
+coming question how do they do that - even when using software like ... 
+those which don't provide source code .
+
+That's why GPL is a bad trick to minor companies and therefore for individuals :
+releasing code shows the overall software architecture , may let u get insights 
+about hardcore coded sections and definitively unprotects the source providers .
+
+Good and Exceptionnal concepts are quickly analysed (you always need to understand
+the philosophy that drives a software architecture to be able to use it)
+So major companies will reuse GPLed code that much faster than minor entities
+- as far as software production is concerned - 
+I think that instead of promoting talents ,GPL comes with a global leverage tendance .
+
+The company I work for prohibits the reuse of GPL code and tends to minimize 
+the usage of LGPL ed source code : no need to ask a lawyer why , everybody
+will laugh at u if u ask and I think the boss is right here .
+Great support is provided to software users , but anyway , any reliable company 
+protects its sources ( Nevrax Executives don ot read that ). Please note 
+that I'm in no way related to MS . 
+Isn't GPL the biggest break to creativity we ever seen since communism died 
+out of realism ?
+
+Would GPL minds expect great french wine caves to make their 'elevage' 
+methods publically available - I love great wines - , but who ever thought 
+that we would get better wine through that way , that's not a reliable way of 
+thinking and only fools rush in .
+
+
+I don't want to minimize the brightness of people who go promoting the GPL concept ,
+(I 've the reputation to use my mind in very efficient ways though ) , but
+since I'm tightened to realism in my comapany , I totally agree with GPL detractors .
+Privacy is definitively needed or the world dies out of any will .
+
+I realize i might be removed from the list after that ,
+but I don't think it will happen .
+
+Back to development and implementation , lots of to do ahead (I wouldn't be there if not)
+
+Stephane Craux
+Stephane.Craux@voila.fr
+__________________________________________________
+Voila vous propose une boite aux lettres gratuite sur Voila Mail:
+http://mail.voila.fr
+
+
+
+
+
+ + + + + + +
+

+ diff --git a/pipermail/nel/2001-June/000448.html b/pipermail/nel/2001-June/000448.html new file mode 100644 index 00000000..7f7134fb --- /dev/null +++ b/pipermail/nel/2001-June/000448.html @@ -0,0 +1,58 @@ + + + + [Nel] Game Rules + + + + + + +

[Nel] Game Rules

+ Yann Morvan + ymorvan@mrl.nyu.edu
+ Sat, 30 Jun 2001 17:42:11 -0400 +

+
+ +
Ok John, thanks for your answer, I think 
+I have a more realist vision now:
+rules are too abstract to be protected in themselves
+and their implementation will be reverse-engineered
+if they are popular. 
+So all you have to do is give yourself the means to ensure that your
+game will be good enough to discourage people from trying to steal
+your players. Sounds like the hard, but honest way ...
+
+And Stephane, I don't think that free software is a joke,
+you know I even think that K. Marx had good ideas ...:)
+
+
+
+ + + + +
+

+ diff --git a/pipermail/nel/2001-June/000449.html b/pipermail/nel/2001-June/000449.html new file mode 100644 index 00000000..f5a08082 --- /dev/null +++ b/pipermail/nel/2001-June/000449.html @@ -0,0 +1,93 @@ + + + + [Nel] Congratulations + concerns + + + + + + +

[Nel] Congratulations + concerns

+ x5101920@fedro.ugr.es + x5101920@fedro.ugr.es
+ Sat, 30 Jun 2001 23:54:03 +0200 (MET DST) +

+
+ +
> If it is not possible for me to use Nel
+> (and share the technical improvments I may
+> make) without being able to protect my set of game 
+> rules (which are in no way an improvment to the Nel 
+> library, being specific to my game), then you reduce
+> content to superficial things (graphics etc) and customer
+> service, which have never alone made the main interest of a game
+> for any gamer with an ounce of taste.
+>  
+> So please tell me if there is a solution or if I should
+> give up using Nel (but then again, please understand that
+> I totaly agree with the idea of sharing my improvments of
+> the library).
+
+I am in no way related to Nel. 
+This is just my opinion as contributor of Open Source.
+
+But I think that you should fix the ethical conflict between using "others" GPL 
+code and asking them to protect "your" right for not sharing yours. :-/
+
+> P.S. I understand the passion behind the free software notion, however,
+> in the very field of MMORPG, the inability to protect your rules -
+> the spirit of your game - leaves the opportunity to a greater
+> company, if they happen to be popular, to deprive you of the pleasure
+> of running your game by draining your playerbase by using its marketing
+> power. You then end up with the opposite of the reason why you thrive
+> for free software: people make profit over your ideas because of their
+> mere initial wealth.
+
+Once a american president, perhaps Abraham Lincon, told that a nation that give 
+away freedom to get security deserver nor freedom neither security.
+
+So this apply to Open Source, I think that freedom is soooo good that it worth 
+to risk to that to happen. And imagine that the case you told happen... you 
+would have shown world how good is Open Source that a Lame enterprise has decide 
+to use your code to make their game.
+
+Regards.
+
+[ Above is just my opinion, I don't ask you to understand it, not to agree with 
+me... ]
+
+
+                  Miguel Angel Blanch Lardin
+
+nuclear cia fbi spy password code encrypt president bomb iran irak korea cuba
+Ala yihad mosad kgb free freedom human rights yugoslavia kosovo ebola dna 
+ 
+                    -- Echelon must die --
+
+
+ + +
+

+ diff --git a/pipermail/nel/2001-June/000450.html b/pipermail/nel/2001-June/000450.html new file mode 100644 index 00000000..1f024a3b --- /dev/null +++ b/pipermail/nel/2001-June/000450.html @@ -0,0 +1,74 @@ + + + + [Nel] Game Rules + + + + + + +

[Nel] Game Rules

+ x5101920@fedro.ugr.es + x5101920@fedro.ugr.es
+ Sun, 01 Jul 2001 00:27:03 +0200 (MET DST) +

+
+ +
Mensaje citado por: John Cosby <jcosby@gscyclone.com>:
+
+> I've been observing for a bit, and feel a need to jump in here.
+> 
+> In many jurisdictions (America and England that I know of), the rules of
+> a
+> game cannot be copyrighted.  Specific presentation, game boards, pieces,
+> etc. may by trademarked and copyrighted, but the rules that define
+> gameplay
+> cannot.
+
+I am not a lawer... But you say "the rules of a game cannot be copyrighted."
+Let's suppose that my computer is a game, k?
+So my programs are the rule to play/use the game... so following that logic, 
+they can't be copyright, so all that EULA as just shit :)
+
+I have heard that what you can copyright is the style of play, for example you 
+can copy right D&D, you can copyright the Critical Hit table, but you can't copy 
+right the method of throwing a dice to resolve action. :)
+
+Anyway, with all that shit about patents, i think that you will be able to 
+patent it to. :-(
+
+
+                  Miguel Angel Blanch Lardin
+
+nuclear cia fbi spy password code encrypt president bomb iran irak korea cuba
+Ala yihad mosad kgb free freedom human rights yugoslavia kosovo ebola dna 
+ 
+                    -- Echelon must die --
+
+
+ + +
+

+ diff --git a/pipermail/nel/2001-June/000451.html b/pipermail/nel/2001-June/000451.html new file mode 100644 index 00000000..756a76f3 --- /dev/null +++ b/pipermail/nel/2001-June/000451.html @@ -0,0 +1,51 @@ + + + + [Nel] Congratulations + concerns + + + + + + +

[Nel] Congratulations + concerns

+ Michael Warnock + michael@in-orbit.net
+ Sat, 30 Jun 2001 15:45:21 -0700 +

+
+ +
By way of introduction, I am working on a couple of games making use of nel- commercial games.  In addition to selling our content and service, we consider our game rules our ip and there are a couple reasons why they can be implemented without violating the gpl (which i consider scripture).  First of all our rules will be in a brand new specification language in 
+their own files or database tables and wont be compiled or linked at all.  But should we run into speed problems for not hardcoding everything, we're still not required to release anything- you can quite legally use gpl'ed code in your own, unreleased programs- and why should we release the server side code?
+
+michael warnock
+InOrbit Entertainment
+
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2001-June/000452.html b/pipermail/nel/2001-June/000452.html new file mode 100644 index 00000000..752c22ea --- /dev/null +++ b/pipermail/nel/2001-June/000452.html @@ -0,0 +1,72 @@ + + + + [Nel] Congratulations + concerns + + + + + + +

[Nel] Congratulations + concerns

+ x5101920@fedro.ugr.es + x5101920@fedro.ugr.es
+ Sun, 01 Jul 2001 00:51:13 +0200 (MET DST) +

+
+ +
Mensaje citado por: Michael Warnock <michael@in-orbit.net>:
+
+> By way of introduction, I am working on a couple of games making use of
+> nel- commercial games.  In addition to selling our content and service,
+> we consider our game rules our ip and there are a couple reasons why
+> they can be implemented without violating the gpl (which i consider
+> scripture).  First of all our rules will be in a brand new specification
+> language in 
+> their own files or database tables and wont be compiled or linked at
+> all.  But should we run into speed problems for not hardcoding
+> everything, we're still not required to release anything- you can quite
+> legally use gpl'ed code in your own, unreleased programs- and why should
+> we release the server side code?
+
+I would love that you reply to this answer to me and to Nel guys that are so 
+hard working on such a good project.
+
+IMO In the same moment that you make public your server you are making it public 
+and you should release it. But I am not a lawyer.
+
+Regards,
+                  Miguel Angel Blanch Lardin
+
+nuclear cia fbi spy password code encrypt president bomb iran irak korea cuba
+Ala yihad mosad kgb free freedom human rights yugoslavia kosovo ebola dna 
+ 
+                    -- Echelon must die --
+
+
+ + + +
+

+ diff --git a/pipermail/nel/2001-June/000453.html b/pipermail/nel/2001-June/000453.html new file mode 100644 index 00000000..ec846b9b --- /dev/null +++ b/pipermail/nel/2001-June/000453.html @@ -0,0 +1,67 @@ + + + + [Nel] Congratulations + concerns + + + + + + +

[Nel] Congratulations + concerns

+ Yann Morvan + ymorvan@mrl.nyu.edu
+ Sat, 30 Jun 2001 18:53:33 -0400 +

+
+ +
Well, I think that the GPL, as opposed to LGPL,
+is much more strict than you think, I've taken a few minutes 
+to go and read it thoroughly and it is quite clear. 
+Besides, its very purpose is to lay legal grounds to defend
+the Free Software notion, so I think it is to be taken seriously,
+and in my opinion, it is a good thing.
+As for your scripting thing, I think we can devide rules in two
+categories:
+-global ones ("when a character dies, he returns to his binding point")
+-detailed ones ("the damage formula for the needle gun is
+log3(sqrt(z)-8x)")
+
+Like john said, the second ones will be reverse engineered (see the "big
+three", whereas the first ones are so general that on one hand the idea of
+a patent on them is ridiculous (though I think some fool as tried to
+patent the whole MMOG or even PW concept) and on the other hand their
+scripting is difficult.
+ 
+So there is no point at protecting your rules.
+
+	Yann
+
+
+
+
+ + +
+

+ diff --git a/pipermail/nel/2001-June/author.html b/pipermail/nel/2001-June/author.html new file mode 100644 index 00000000..11d2baab --- /dev/null +++ b/pipermail/nel/2001-June/author.html @@ -0,0 +1,82 @@ + + + + The Nel 2001-June Archive by Author + + + +

2001-June Archives by Author

+ +

Starting: Mon Jun 11 10:02:17 2001
+ Ending: Sat Jun 30 23:53:33 2001
+ Messages: 37

+

+

+ Last message date: + Sat Jun 30 23:53:33 2001
+ Archived on: Sun Jul 1 01:09:01 2001 +

+

+

+

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

2001-June Archives by Date

+ +

Starting: Mon Jun 11 10:02:17 2001
+ Ending: Sat Jun 30 23:53:33 2001
+ Messages: 37

+

+

+ Last message date: + Sat Jun 30 23:53:33 2001
+ Archived on: Sun Jul 1 01:09:01 2001 +

+

+

+

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

2001-June Archives by Thread

+ +

Starting: Mon Jun 11 10:02:17 2001
+ Ending: Sat Jun 30 23:53:33 2001
+ Messages: 37

+

+

+ Last message date: + Sat Jun 30 23:53:33 2001
+ Archived on: Sun Jul 1 01:09:01 2001 +

+

+

+

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

2001-June Archives by Subject

+ +

Starting: Mon Jun 11 10:02:17 2001
+ Ending: Sat Jun 30 23:53:33 2001
+ Messages: 37

+

+

+ Last message date: + Sat Jun 30 23:53:33 2001
+ Archived on: Sun Jul 1 01:09:01 2001 +

+

+

+

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

2001-June Archives by Thread

+ +

Starting: Mon Jun 11 10:02:17 2001
+ Ending: Sat Jun 30 23:53:33 2001
+ Messages: 37

+

+

+ Last message date: + Sat Jun 30 23:53:33 2001
+ Archived on: Sun Jul 1 01:09:01 2001 +

+

+

+

+ This archive was generated by + Pipermail 0.05 (Mailman edition). + + + 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). + + + diff --git a/pipermail/nel/2001-May/author.html b/pipermail/nel/2001-May/author.html new file mode 100644 index 00000000..0d4ce8c9 --- /dev/null +++ b/pipermail/nel/2001-May/author.html @@ -0,0 +1,48 @@ + + + + The Nel 2001-May Archive by Author + + + +

2001-May Archives by Author

+ +

Starting: Tue May 1 03:44:36 2001
+ Ending: Fri May 11 10:36:51 2001
+ Messages: 3

+

+

+ Last message date: + Fri May 11 10:36:51 2001
+ Archived on: Fri May 11 11:41:01 2001 +

+

+

+

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

2001-May Archives by Date

+ +

Starting: Tue May 1 03:44:36 2001
+ Ending: Fri May 11 10:36:51 2001
+ Messages: 3

+

+

+ Last message date: + Fri May 11 10:36:51 2001
+ Archived on: Fri May 11 11:41:01 2001 +

+

+

+

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

2001-May Archives by Subject

+ +

Starting: Tue May 1 03:44:36 2001
+ Ending: Fri May 11 10:36:51 2001
+ Messages: 3

+

+

+ Last message date: + Fri May 11 10:36:51 2001
+ Archived on: Fri May 11 11:41:01 2001 +

+

+

+

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

2001-May Archives by Thread

+ +

Starting: Tue May 1 03:44:36 2001
+ Ending: Fri May 11 10:36:51 2001
+ Messages: 3

+

+

+ Last message date: + Fri May 11 10:36:51 2001
+ Archived on: Fri May 11 11:41:01 2001 +

+

+

+

+ This archive was generated by + Pipermail 0.05 (Mailman edition). + + + diff --git a/pipermail/nel/2001-November/000760.html b/pipermail/nel/2001-November/000760.html new file mode 100644 index 00000000..b5a12546 --- /dev/null +++ b/pipermail/nel/2001-November/000760.html @@ -0,0 +1,169 @@ + + + + [Nel] How to compile the object_viewer? + + + + + + +

[Nel] How to compile the object_viewer?

+ zen + zen@lapisonline.com
+ Thu, 29 Nov 2001 17:21:47 +0800 +

+
+ +
This is a multi-part message in MIME format.
+
+------=_NextPart_000_001B_01C178FA.536D3E70
+Content-Type: text/plain;
+	charset="big5"
+Content-Transfer-Encoding: quoted-printable
+
+Hi all,
+
+I've try to compile the object viewer and got the messages followed:
+
+D:\WORK\CODE\NEL\INCLUDE\nel/misc/vector_inline.h(188) : error C2589: =
+'(' : illegal token on right side of '::'
+D:\WORK\CODE\NEL\INCLUDE\nel/misc/vector_inline.h(188) : error C2059: =
+syntax error : '::'
+D:\WORK\CODE\NEL\INCLUDE\nel/misc/vector_inline.h(189) : error C2589: =
+'(' : illegal token on right side of '::'
+D:\WORK\CODE\NEL\INCLUDE\nel/misc/vector_inline.h(189) : error C2059: =
+syntax error : '::'
+D:\WORK\CODE\NEL\INCLUDE\nel/misc/vector_inline.h(190) : error C2589: =
+'(' : illegal token on right side of '::'
+D:\WORK\CODE\NEL\INCLUDE\nel/misc/vector_inline.h(190) : error C2059: =
+syntax error : '::'
+D:\WORK\CODE\NEL\INCLUDE\nel/misc/vector_inline.h(194) : error C2589: =
+'(' : illegal token on right side of '::'
+D:\WORK\CODE\NEL\INCLUDE\nel/misc/vector_inline.h(194) : error C2059: =
+syntax error : '::'
+D:\WORK\CODE\NEL\INCLUDE\nel/misc/vector_inline.h(195) : error C2589: =
+'(' : illegal token on right side of '::'
+D:\WORK\CODE\NEL\INCLUDE\nel/misc/vector_inline.h(195) : error C2059: =
+syntax error : '::'
+D:\WORK\CODE\NEL\INCLUDE\nel/misc/vector_inline.h(196) : error C2589: =
+'(' : illegal token on right side of '::'
+D:\WORK\CODE\NEL\INCLUDE\nel/misc/vector_inline.h(196) : error C2059: =
+syntax error : '::'
+
+I have no idea how come this happened. The header file looks fine and =
+I've successfully compile the snowball2 thus it should be correct, =
+right?
+
+Please help me out!
+
+By the way , I want to study the code, and maybe I can offer some help, =
+for example, debug, where should I start? Should possess any expertise =
+first?
+
+Sincerely,
+
+Zen Jean
+
+------=_NextPart_000_001B_01C178FA.536D3E70
+Content-Type: text/html;
+	charset="big5"
+Content-Transfer-Encoding: quoted-printable
+
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
+<HTML><HEAD>
+<META content=3D"text/html; charset=3Dbig5" http-equiv=3DContent-Type>
+<META content=3D"MSHTML 5.00.3103.1000" name=3DGENERATOR>
+<STYLE></STYLE>
+</HEAD>
+<BODY bgColor=3D#ffffff>
+<DIV><FONT face=3DMingLiu size=3D2>Hi all,</FONT></DIV>
+<DIV>&nbsp;</DIV>
+<DIV><FONT face=3D=B2=D3=A9=FA=C5=E9 size=3D2>I've try to compile the =
+object viewer and got the=20
+messages followed:</FONT></DIV>
+<DIV>&nbsp;</DIV>
+<DIV><FONT face=3D=B2=D3=A9=FA=C5=E9=20
+size=3D2>D:\WORK\CODE\NEL\INCLUDE\nel/misc/vector_inline.h(188) : error =
+C2589: '('=20
+: illegal token on right side of=20
+'::'<BR>D:\WORK\CODE\NEL\INCLUDE\nel/misc/vector_inline.h(188) : error =
+C2059:=20
+syntax error : =
+'::'<BR>D:\WORK\CODE\NEL\INCLUDE\nel/misc/vector_inline.h(189) :=20
+error C2589: '(' : illegal token on right side of=20
+'::'<BR>D:\WORK\CODE\NEL\INCLUDE\nel/misc/vector_inline.h(189) : error =
+C2059:=20
+syntax error : =
+'::'<BR>D:\WORK\CODE\NEL\INCLUDE\nel/misc/vector_inline.h(190) :=20
+error C2589: '(' : illegal token on right side of=20
+'::'<BR>D:\WORK\CODE\NEL\INCLUDE\nel/misc/vector_inline.h(190) : error =
+C2059:=20
+syntax error : =
+'::'<BR>D:\WORK\CODE\NEL\INCLUDE\nel/misc/vector_inline.h(194) :=20
+error C2589: '(' : illegal token on right side of=20
+'::'<BR>D:\WORK\CODE\NEL\INCLUDE\nel/misc/vector_inline.h(194) : error =
+C2059:=20
+syntax error : =
+'::'<BR>D:\WORK\CODE\NEL\INCLUDE\nel/misc/vector_inline.h(195) :=20
+error C2589: '(' : illegal token on right side of=20
+'::'<BR>D:\WORK\CODE\NEL\INCLUDE\nel/misc/vector_inline.h(195) : error =
+C2059:=20
+syntax error : =
+'::'<BR>D:\WORK\CODE\NEL\INCLUDE\nel/misc/vector_inline.h(196) :=20
+error C2589: '(' : illegal token on right side of=20
+'::'<BR>D:\WORK\CODE\NEL\INCLUDE\nel/misc/vector_inline.h(196) : error =
+C2059:=20
+syntax error : '::'</FONT></DIV>
+<DIV>&nbsp;</DIV>
+<DIV><FONT face=3D=B2=D3=A9=FA=C5=E9 size=3D2>I have no idea how come =
+this happened. The header=20
+file looks fine and I've successfully compile the snowball2 thus it =
+should be=20
+correct, right?</FONT></DIV>
+<DIV>&nbsp;</DIV>
+<DIV><FONT face=3D=B2=D3=A9=FA=C5=E9 size=3D2>Please help me =
+out!</FONT></DIV>
+<DIV>&nbsp;</DIV>
+<DIV><FONT face=3D=B2=D3=A9=FA=C5=E9 size=3D2>By the way , I want to =
+study the code, and maybe I=20
+can offer some help, for example, debug, where should I start? Should =
+possess=20
+any expertise first?</FONT></DIV>
+<DIV>&nbsp;</DIV>
+<DIV><FONT face=3D=B2=D3=A9=FA=C5=E9 size=3D2>Sincerely,</FONT></DIV>
+<DIV>&nbsp;</DIV>
+<DIV><FONT face=3D=B2=D3=A9=FA=C5=E9 size=3D2>Zen =
+Jean</FONT></DIV></BODY></HTML>
+
+------=_NextPart_000_001B_01C178FA.536D3E70--
+
+
+
+ + + + +
+

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

2001-November Archives by Author

+ +

Starting: Sun Nov 4 16:31:42 2001
+ Ending: Fri Nov 30 17:06:55 2001
+ Messages: 59

+

+

+ Last message date: + Fri Nov 30 17:06:55 2001
+ Archived on: Fri Nov 30 18:14:01 2001 +

+

+

+

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

2001-November Archives by Date

+ +

Starting: Sun Nov 4 16:31:42 2001
+ Ending: Fri Nov 30 17:06:55 2001
+ Messages: 59

+

+

+ Last message date: + Fri Nov 30 17:06:55 2001
+ Archived on: Fri Nov 30 18:14:01 2001 +

+

+

+

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

2001-November Archives by Subject

+ +

Starting: Sun Nov 4 16:31:42 2001
+ Ending: Fri Nov 30 17:06:55 2001
+ Messages: 59

+

+

+ Last message date: + Fri Nov 30 17:06:55 2001
+ Archived on: Fri Nov 30 18:14:01 2001 +

+

+

+

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

2001-November Archives by Thread

+ +

Starting: Sun Nov 4 16:31:42 2001
+ Ending: Fri Nov 30 17:06:55 2001
+ Messages: 59

+

+

+ Last message date: + Fri Nov 30 17:06:55 2001
+ Archived on: Fri Nov 30 18:14:01 2001 +

+

+

+

+ This archive was generated by + Pipermail 0.05 (Mailman edition). + + + diff --git a/pipermail/nel/2001-October/author.html b/pipermail/nel/2001-October/author.html new file mode 100644 index 00000000..88132c8b --- /dev/null +++ b/pipermail/nel/2001-October/author.html @@ -0,0 +1,156 @@ + + + + The Nel 2001-October Archive by Author + + + +

2001-October Archives by Author

+ +

Starting: Wed Oct 3 11:38:10 2001
+ Ending: Wed Oct 31 17:11:37 2001
+ Messages: 111

+

+

+ Last message date: + Wed Oct 31 17:11:37 2001
+ Archived on: Wed Oct 31 18:17:01 2001 +

+

+

+

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

2001-October Archives by Date

+ +

Starting: Wed Oct 3 11:38:10 2001
+ Ending: Wed Oct 31 17:11:37 2001
+ Messages: 111

+

+

+ Last message date: + Wed Oct 31 17:11:37 2001
+ Archived on: Wed Oct 31 18:17:01 2001 +

+

+

+

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

2001-October Archives by Subject

+ +

Starting: Wed Oct 3 11:38:10 2001
+ Ending: Wed Oct 31 17:11:37 2001
+ Messages: 111

+

+

+ Last message date: + Wed Oct 31 17:11:37 2001
+ Archived on: Wed Oct 31 18:17:01 2001 +

+

+

+

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

2001-October Archives by Thread

+ +

Starting: Wed Oct 3 11:38:10 2001
+ Ending: Wed Oct 31 17:11:37 2001
+ Messages: 111

+

+

+ Last message date: + Wed Oct 31 17:11:37 2001
+ Archived on: Wed Oct 31 18:17:01 2001 +

+

+

+

+ This archive was generated by + Pipermail 0.05 (Mailman edition). + + + diff --git a/pipermail/nel/2001-September/author.html b/pipermail/nel/2001-September/author.html new file mode 100644 index 00000000..910cff7c --- /dev/null +++ b/pipermail/nel/2001-September/author.html @@ -0,0 +1,49 @@ + + + + The Nel 2001-September Archive by Author + + + +

2001-September Archives by Author

+ +

Starting: Thu Sep 13 11:20:38 2001
+ Ending: Wed Sep 26 19:02:01 2001
+ Messages: 4

+

+

+ Last message date: + Wed Sep 26 19:02:01 2001
+ Archived on: Wed Sep 26 19:02:01 2001 +

+

+

+

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

2001-September Archives by Date

+ +

Starting: Thu Sep 13 11:20:38 2001
+ Ending: Wed Sep 26 19:02:01 2001
+ Messages: 4

+

+

+ Last message date: + Wed Sep 26 19:02:01 2001
+ Archived on: Wed Sep 26 19:02:01 2001 +

+

+

+

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

2001-September Archives by Subject

+ +

Starting: Thu Sep 13 11:20:38 2001
+ Ending: Wed Sep 26 19:02:01 2001
+ Messages: 4

+

+

+ Last message date: + Wed Sep 26 19:02:01 2001
+ Archived on: Wed Sep 26 19:02:01 2001 +

+

+

+

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

2001-September Archives by Thread

+ +

Starting: Thu Sep 13 11:20:38 2001
+ Ending: Wed Sep 26 19:02:01 2001
+ Messages: 4

+

+

+ Last message date: + Wed Sep 26 19:02:01 2001
+ Archived on: Wed Sep 26 19:02:01 2001 +

+

+

+

+ This archive was generated by + Pipermail 0.05 (Mailman edition). + + + diff --git a/pipermail/nel/2002-February/001006.html b/pipermail/nel/2002-February/001006.html new file mode 100644 index 00000000..7d55f932 --- /dev/null +++ b/pipermail/nel/2002-February/001006.html @@ -0,0 +1,225 @@ + + + + [Nel] ADV: Please Forward to Marketing... + + + + + + + + + +

[Nel] ADV: Please Forward to Marketing... +

+ nel@nevrax.org + + nel@nevrax.org +
+ 14 Feb 2002 06:52:23 -0800 +

+
+ +
------=_s8W0bpD2_0JU5Gmgg_MA
+Content-Type: text/plain
+Content-Transfer-Encoding: 8bit
+
+Hello,
+
+
+I'm writing from <a href="http://www.linkpassport.com">Link Passport</a> 
+search engine, a unique and cost-effective way to promote your online 
+business by driving highly-targeted customer traffic to your web site. 
+Link Passport produces targeted traffic by enabling businesses to bid on 
+keywords that consumers are searching for.
+
+
+FAQ's
+·You only pay for traffic delivered to your site.
+.We produce hundreds of thousands of searches each month.
+·Manage your keyword bids 24 hours a day in Passport Center.
+·You pick your own keywords that relate to your site.
+
+
+<a href="http://www.linkpassport.com/cgi-bin/gofind/signup.cgi">Set up a 
+free account</a> between now and February 14, 2002 and your entered for a 
+drawing to win $1500 worth of targeted traffic. Please let us know if you 
+have any questions.
+
+
+Best Regards,
+Link Passport
+
+http://www.linkpassport.com
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+http://www.linkpassport.com
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+If this message reached you in error please respond with the words remove 
+and you will be taken off our e-mail list immediately.
+
+------=_s8W0bpD2_0JU5Gmgg_MA
+Content-Type: text/html
+Content-Transfer-Encoding: 8bit
+
+<html>
+<head>
+<title>Link Passport</title>
+<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
+</head>
+<body bgcolor="#FFFFFF" text="#000000">
+<div align="center"> 
+  <form name="" method="post" action="http://linkpassport.com/cgi-bin/gofind/gofind.cgi">
+    <table border="0" width="450" align="center">
+      <tr> 
+        <td width="351" height="38"><a href="http://www.linkpassport.com"><img src="http://matsweb.com/images/ail-obi_182-3.gif" width="400" height="49" border="0"></a></td>
+      </tr>
+      <tr>
+        <td width="351" height="38"> 
+          <input type="text" name="keywords"
+  size="20">
+          <input type="submit" value="Search" name="submit">
+          <font face="Arial, Helvetica, sans-serif" size="1">(<a href="http://linkpassport.com/cgi-bin/gofind/signup.cgi">List 
+          Your Site</a>)</font></td>
+      </tr>
+    </table>
+    <div align="center"></div>
+  </form>
+  
+</div>
+<div align="center">
+  <div align="center">
+<p align="left"><font size="3" face="Arial, Helvetica, sans-serif" color="#666666">Hello</font><font size="3" face="Arial, Helvetica, sans-serif" color="#666666">,<br>
+      I would like to introduce to you <a href="http://www.linkpassport.com">Link 
+      Passport</a> search engine, a unique and cost-effective way to promote your 
+      online business by driving highly-targeted customer traffic to your web 
+      site. Link Passport produces targeted traffic by enabling businesses to 
+      bid on keywords that consumers are searching for.<br>
+      <br>
+      Here are some facts about our Engine!<br>
+      &middot;You only pay for traffic delivered to your site.<br>
+      .We produce hundreds of thousands of searches each month.<br>
+      &middot;Manage your keyword bids 24 hours a day in Passport Center.<br>
+      &middot;You pick your own keywords that relate to your site.<br>
+      <br>
+      <a href="http://www.linkpassport.com/cgi-bin/gofind/signup.cgi">Set up a 
+      free</a> account between now and February 14, 2002 and your entered for 
+      a drawing to win $1500 worth of targeted traffic. Please let us know if 
+      you have any questions.</font></p>
+    <p align="left"><font face="Arial, Helvetica, sans-serif" size="3" color="#666666">Best 
+      Regards,</font><br>
+      <font size="3" color="#666666" face="Arial, Helvetica, sans-serif">The Team</font> 
+      <font size="3" color="#666666" face="Arial, Helvetica, sans-serif">at Link 
+      Passport</font><br>
+    </p>
+    <p align="left"><font size="3" face="Arial, Helvetica, sans-serif" color="#666666"> 
+      </font></p>
+  </div>
+  <div align="left"></div>
+  <div align="center"> 
+    <p align="left"><font size="3" face="Arial, Helvetica, sans-serif" color="#666666"><a href="http://www.linkpassport.com">http://www.linkpassport.com</a></font></p>
+    <p align="left">&nbsp;</p>
+  </div>
+  <p align="left">&nbsp;</p>
+  <p align="left">&nbsp;</p>
+  <p align="left">&nbsp;</p>
+  <p align="left">&nbsp;</p>
+  <p align="left">&nbsp;</p>
+  <p align="left">&nbsp;</p>
+  <p align="left"><font face="Arial, Helvetica, sans-serif" size="1">If you feel 
+    this message reached you in error please respond with the words remove and 
+    you will be taken off our e-mail list immediately.</font></p>
+</div>
+</body>
+</html>
+
+
+------=_s8W0bpD2_0JU5Gmgg_MA--
+
+
+
+
+ +
+

+ diff --git a/pipermail/nel/2002-February/001127.html b/pipermail/nel/2002-February/001127.html new file mode 100644 index 00000000..d7e34f07 --- /dev/null +++ b/pipermail/nel/2002-February/001127.html @@ -0,0 +1,112 @@ + + + + [Nel] How to build landscape with 3DS max + + + + + + + + + +

[Nel] How to build landscape with 3DS max +

+ neuser jean-philippe + + nel@nevrax.org +
+ Thu, 28 Feb 2002 00:55:25 +0100 +

+
+ +
This is a multi-part message in MIME format.
+
+------=_NextPart_000_0005_01C1BFF2.9B5ABB10
+Content-Type: text/plain;
+	charset="iso-8859-1"
+Content-Transfer-Encoding: quoted-printable
+
+Hello all  ,=20
+ok i have understood that the only way to make my landscape is to use =
+3DS max.
+
+ok i have compile ligo project and 3ds max plugins , i have some Dll, =
+Dlu plugin install in 3DS max directory but now i do ?  :)=20
+i see that i can execute some script but i dont understand what to do =
+with.=20
+
+Is somebody can tell me the how to begin ? i just want to make a very =
+little landscape  ( a plane is sufficient ! )=20
+
+
+thansk all=20
+
+------=_NextPart_000_0005_01C1BFF2.9B5ABB10
+Content-Type: text/html;
+	charset="iso-8859-1"
+Content-Transfer-Encoding: quoted-printable
+
+<!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 6.00.2713.1100" name=3DGENERATOR>
+<STYLE></STYLE>
+</HEAD>
+<BODY bgColor=3D#ffffff>
+<DIV><FONT face=3DArial size=3D2>Hello all&nbsp; , </FONT></DIV>
+<DIV><FONT face=3DArial size=3D2>ok i have understood that the only way =
+to make my=20
+landscape is to use 3DS max.</FONT></DIV>
+<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
+<DIV><FONT face=3DArial size=3D2>ok i have compile ligo project and 3ds =
+max plugins=20
+, i have some Dll, Dlu plugin install in 3DS max directory but now i do =
+?&nbsp;=20
+:) </FONT></DIV>
+<DIV><FONT face=3DArial size=3D2>i see that i can execute some script =
+but i dont=20
+understand what to do with. </FONT></DIV>
+<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
+<DIV><FONT face=3DArial size=3D2>Is somebody can tell me the how to =
+begin ? i just=20
+want to make a very little landscape&nbsp; ( a plane is sufficient ! )=20
+</FONT></DIV>
+<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
+<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
+<DIV><FONT face=3DArial size=3D2>thansk all </FONT></DIV></BODY></HTML>
+
+------=_NextPart_000_0005_01C1BFF2.9B5ABB10--
+
+
+
+ +
+

+ diff --git a/pipermail/nel/2002-February/author.html b/pipermail/nel/2002-February/author.html new file mode 100644 index 00000000..206ea96f --- /dev/null +++ b/pipermail/nel/2002-February/author.html @@ -0,0 +1,751 @@ + + + + The Nel 2002-February Archive by Author + + + + + +

2002-February Archives by Author

+ +

Starting: Fri Feb 1 00:15:50 2002
+ Ending: Thu Feb 28 23:52:07 2002
+ Messages: 176

+

+

+ Last message date: + Thu Feb 28 23:52:07 2002
+ Archived on: Fri Mar 1 11:44:00 2002 +

+

+

+

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

2002-February Archives by Date

+ +

Starting: Fri Feb 1 00:15:50 2002
+ Ending: Thu Feb 28 23:52:07 2002
+ Messages: 176

+

+

+ Last message date: + Thu Feb 28 23:52:07 2002
+ Archived on: Fri Mar 1 11:44:00 2002 +

+

+

+

+ This archive was generated by + Pipermail 0.05 (Mailman edition). + + + diff --git a/pipermail/nel/2002-February/subject.html b/pipermail/nel/2002-February/subject.html new file mode 100644 index 00000000..24a5909c --- /dev/null +++ b/pipermail/nel/2002-February/subject.html @@ -0,0 +1,751 @@ + + + + The Nel 2002-February Archive by Subject + + + + + +

2002-February Archives by Subject

+ +

Starting: Fri Feb 1 00:15:50 2002
+ Ending: Thu Feb 28 23:52:07 2002
+ Messages: 176

+

+

+ Last message date: + Thu Feb 28 23:52:07 2002
+ Archived on: Fri Mar 1 11:44:00 2002 +

+

+

+

+ This archive was generated by + Pipermail 0.05 (Mailman edition). + + + diff --git a/pipermail/nel/2002-February/thread.html b/pipermail/nel/2002-February/thread.html new file mode 100644 index 00000000..5b97e9f9 --- /dev/null +++ b/pipermail/nel/2002-February/thread.html @@ -0,0 +1,1063 @@ + + + + The Nel 2002-February Archive by Thread + + + + + +

2002-February Archives by Thread

+ +

Starting: Fri Feb 1 00:15:50 2002
+ Ending: Thu Feb 28 23:52:07 2002
+ Messages: 176

+

+

+ Last message date: + Thu Feb 28 23:52:07 2002
+ Archived on: Fri Mar 1 11:44:00 2002 +

+

+

+

+ This archive was generated by + Pipermail 0.05 (Mailman edition). + + + diff --git a/pipermail/nel/2002-January/author.html b/pipermail/nel/2002-January/author.html new file mode 100644 index 00000000..da08b553 --- /dev/null +++ b/pipermail/nel/2002-January/author.html @@ -0,0 +1,532 @@ + + + + The Nel 2002-January Archive by Author + + + + + +

2002-January Archives by Author

+ +

Starting: Wed Jan 2 17:58:42 2002
+ Ending: Thu Jan 31 23:36:18 2002
+ Messages: 121

+

+

+ Last message date: + Thu Jan 31 23:36:18 2002
+ Archived on: Thu Jan 31 17:54:01 2002 +

+

+

+

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

2002-January Archives by Date

+ +

Starting: Wed Jan 2 17:58:42 2002
+ Ending: Thu Jan 31 23:36:18 2002
+ Messages: 121

+

+

+ Last message date: + Thu Jan 31 23:36:18 2002
+ Archived on: Thu Jan 31 17:54:01 2002 +

+

+

+

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

2002-January Archives by Subject

+ +

Starting: Wed Jan 2 17:58:42 2002
+ Ending: Thu Jan 31 23:36:18 2002
+ Messages: 121

+

+

+ Last message date: + Thu Jan 31 23:36:18 2002
+ Archived on: Thu Jan 31 17:54:01 2002 +

+

+

+

+ This archive was generated by + Pipermail 0.05 (Mailman edition). + + + diff --git a/pipermail/nel/2002-January/thread.html b/pipermail/nel/2002-January/thread.html new file mode 100644 index 00000000..099ebe7b --- /dev/null +++ b/pipermail/nel/2002-January/thread.html @@ -0,0 +1,753 @@ + + + + The Nel 2002-January Archive by Thread + + + + + +

2002-January Archives by Thread

+ +

Starting: Wed Jan 2 17:58:42 2002
+ Ending: Thu Jan 31 23:36:18 2002
+ Messages: 121

+

+

+ Last message date: + Thu Jan 31 23:36:18 2002
+ Archived on: Thu Jan 31 17:54:01 2002 +

+

+

+

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

2002-March Archives by Date

+ +

Starting: Fri Mar 1 09:01:38 2002
+ Ending: Thu Mar 14 13:30:57 2002
+ Messages: 56

+

+

+ Last message date: + Thu Mar 14 13:30:57 2002
+ Archived on: Thu Mar 14 14:35:31 2002 +

+

+

+

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

2002-March Archives by Subject

+ +

Starting: Fri Mar 1 09:01:38 2002
+ Ending: Thu Mar 14 13:30:57 2002
+ Messages: 56

+

+

+ Last message date: + Thu Mar 14 13:30:57 2002
+ Archived on: Thu Mar 14 14:35:31 2002 +

+

+

+

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

2002-March Archives by Thread

+ +

Starting: Fri Mar 1 09:01:38 2002
+ Ending: Thu Mar 14 13:30:57 2002
+ Messages: 56

+

+

+ Last message date: + Thu Mar 14 13:30:57 2002
+ Archived on: Thu Mar 14 14:35:31 2002 +

+

+

+

+ This archive was generated by + Pipermail 0.05 (Mailman edition). + + + diff --git a/pipermail/nel/index.html b/pipermail/nel/index.html new file mode 100644 index 00000000..598e990f --- /dev/null +++ b/pipermail/nel/index.html @@ -0,0 +1,240 @@ + + + + The Nel Archives + + + +

The Nel Archives

+

+ You can get more information about this list + or you can download the full raw archive + ( 4 MB ). +

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
ArchiveView by:Downloadable version
2002-March: + [ Thread ] + [ Subject ] + [ Author ] + [ Date ] + [ Gzip'd Text 0 bytes ]
2002-February: + [ Thread ] + [ Subject ] + [ Author ] + [ Date ] + [ Gzip'd Text 173 KB ]
2002-January: + [ Thread ] + [ Subject ] + [ Author ] + [ Date ] + [ Gzip'd Text 183 KB ]
2001-December: + [ Thread ] + [ Subject ] + [ Author ] + [ Date ] + [ Gzip'd Text 57 KB ]
2001-November: + [ Thread ] + [ Subject ] + [ Author ] + [ Date ] + [ Gzip'd Text 29 KB ]
2001-October: + [ Thread ] + [ Subject ] + [ Author ] + [ Date ] + [ Gzip'd Text 52 KB ]
2001-September: + [ Thread ] + [ Subject ] + [ Author ] + [ Date ] + [ Gzip'd Text 2 KB ]
2001-August: + [ Thread ] + [ Subject ] + [ Author ] + [ Date ] + [ Gzip'd Text 14 KB ]
2001-July: + [ Thread ] + [ Subject ] + [ Author ] + [ Date ] + [ Gzip'd Text 34 KB ]
2001-June: + [ Thread ] + [ Subject ] + [ Author ] + [ Date ] + [ Gzip'd Text 23 KB ]
2001-May: + [ Thread ] + [ Subject ] + [ Author ] + [ Date ] + [ Gzip'd Text 1 KB ]
2001-April: + [ Thread ] + [ Subject ] + [ Author ] + [ Date ] + [ Gzip'd Text 15 KB ]
2001-March: + [ Thread ] + [ Subject ] + [ Author ] + [ Date ] + [ Gzip'd Text 32 KB ]
2001-February: + [ Thread ] + [ Subject ] + [ Author ] + [ Date ] + [ Gzip'd Text 68 KB ]
2001-January: + [ Thread ] + [ Subject ] + [ Author ] + [ Date ] + [ Gzip'd Text 27 KB ]
2000-December: + [ Thread ] + [ Subject ] + [ Author ] + [ Date ] + [ Gzip'd Text 5 KB ]
2000-November: + [ Thread ] + [ Subject ] + [ Author ] + [ Date ] + [ Gzip'd Text 30 KB ]
2000-October: + [ Thread ] + [ Subject ] + [ Author ] + [ Date ] +
+ + + diff --git a/pipermail/snowballs/2001-February/date.html b/pipermail/snowballs/2001-February/date.html new file mode 100644 index 00000000..b45d4700 --- /dev/null +++ b/pipermail/snowballs/2001-February/date.html @@ -0,0 +1,61 @@ + + + + The Snowballs 2001-February Archive by Date + + + +

2001-February Archives by Date

+ +

Starting: Fri Feb 2 16:09:07 2001
+ Ending: Fri Feb 9 11:01:55 2001
+ Messages: 16

+

+

+ Last message date: + Fri Feb 9 11:01:55 2001
+ Archived on: Fri Feb 9 12:03:32 2001 +

+

+

+

+ This archive was generated by + Pipermail 0.05 (Mailman edition). + + + diff --git a/pipermail/snowballs/2001-February/subject.html b/pipermail/snowballs/2001-February/subject.html new file mode 100644 index 00000000..784da71c --- /dev/null +++ b/pipermail/snowballs/2001-February/subject.html @@ -0,0 +1,61 @@ + + + + The Snowballs 2001-February Archive by Subject + + + +

2001-February Archives by Subject

+ +

Starting: Fri Feb 2 16:09:07 2001
+ Ending: Fri Feb 9 11:01:55 2001
+ Messages: 16

+

+

+ Last message date: + Fri Feb 9 11:01:55 2001
+ Archived on: Fri Feb 9 12:03:32 2001 +

+

+

+

+ This archive was generated by + Pipermail 0.05 (Mailman edition). + + + diff --git a/pipermail/snowballs/2001-February/thread.html b/pipermail/snowballs/2001-February/thread.html new file mode 100644 index 00000000..b166a504 --- /dev/null +++ b/pipermail/snowballs/2001-February/thread.html @@ -0,0 +1,97 @@ + + + + The Snowballs 2001-February Archive by Thread + + + +

2001-February Archives by Thread

+ +

Starting: Fri Feb 2 16:09:07 2001
+ Ending: Fri Feb 9 11:01:55 2001
+ Messages: 16

+

+

+ Last message date: + Fri Feb 9 11:01:55 2001
+ Archived on: Fri Feb 9 12:03:32 2001 +

+

+

+

+ This archive was generated by + Pipermail 0.05 (Mailman edition). + + + diff --git a/pipermail/snowballs/2001-January/author.html b/pipermail/snowballs/2001-January/author.html new file mode 100644 index 00000000..adabc8b7 --- /dev/null +++ b/pipermail/snowballs/2001-January/author.html @@ -0,0 +1,51 @@ + + + + The Snowballs 2001-January Archive by Author + + + +

2001-January Archives by Author

+ +

Starting: Thu Jan 18 13:46:13 2001
+ Ending: Wed Jan 24 09:56:42 2001
+ Messages: 6

+

+

+ Last message date: + Wed Jan 24 09:56:42 2001
+ Archived on: Wed Jan 24 10:57:01 2001 +

+

+

+

+ This archive was generated by + Pipermail 0.05 (Mailman edition). + + + diff --git a/pipermail/snowballs/2001-January/thread.html b/pipermail/snowballs/2001-January/thread.html new file mode 100644 index 00000000..aabaa274 --- /dev/null +++ b/pipermail/snowballs/2001-January/thread.html @@ -0,0 +1,61 @@ + + + + The Snowballs 2001-January Archive by Thread + + + +

2001-January Archives by Thread

+ +

Starting: Thu Jan 18 13:46:13 2001
+ Ending: Wed Jan 24 09:56:42 2001
+ Messages: 6

+

+

+ Last message date: + Wed Jan 24 09:56:42 2001
+ Archived on: Wed Jan 24 10:57:01 2001 +

+

+

+

+ This archive was generated by + Pipermail 0.05 (Mailman edition). + + + diff --git a/pipermail/snowballs/index.html b/pipermail/snowballs/index.html new file mode 100644 index 00000000..294fd9b9 --- /dev/null +++ b/pipermail/snowballs/index.html @@ -0,0 +1,93 @@ + + + + The Snowballs Archives + + +

The Snowballs Archives

+

+ More info on this list... +

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
ArchiveView by:Downloadable version
2001-November: + [ Thread ] + [ Subject ] + [ Author ] + [ Date ] + [ Text 797 bytes ]
2001-October: + [ Thread ] + [ Subject ] + [ Author ] + [ Date ] + [ Gzip'd Text 317 bytes ]
2001-August: + [ Thread ] + [ Subject ] + [ Author ] + [ Date ] + [ Gzip'd Text 945 bytes ]
2001-June: + [ Thread ] + [ Subject ] + [ Author ] + [ Date ] + [ Gzip'd Text 300 bytes ]
2001-February: + [ Thread ] + [ Subject ] + [ Author ] + [ Date ] + [ Gzip'd Text 5 KB ]
2001-January: + [ Thread ] + [ Subject ] + [ Author ] + [ Date ] + [ Gzip'd Text 2 KB ]
+ + + -- cgit v1.2.1