<html>
<head>
<style>
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
FONT-SIZE: 10pt;
FONT-FAMILY:Tahoma
}
</style>
</head>
<body class='hmmessage'>danx0r,<BR>
<BR>
thank you for taking this initiative. I'll give you what little information I have.<BR>
<BR>
By the way; we should never have a problem with managed dll's as long as they are compiled for 'Any CPU', should we? <BR>
<BR>
> 10/17/2007 01:58 AM 270,336 log4net.dll<BR><BR>
This is not used (afaik) but quite a lot of people wants it into the core. There's aparently a patch that would include it.<BR>
<BR>
> 10/17/2007 01:47 AM 69,632 Axiom.MathLib.dll<BR><BR>
This is a part of the Axiom 3D Engine library:<BR>
<A href="http://axiomengine.sourceforge.net/wiki/index.php/Main_Page">http://axiomengine.sourceforge.net/wiki/index.php/Main_Page</A><BR>
<BR>
Unfortunately, the MathLib sub-project is no longer available as a standalone dll but has been merged into the 'mother project'; It's easy enough to just create proj/build for just that dir though.<BR>
<BR>
<A href="http://axiomengine.svn.sourceforge.net/viewvc/axiomengine/trunk/Projects/Axiom/Source/Engine/Math/">http://axiomengine.svn.sourceforge.net/viewvc/axiomengine/trunk/Projects/Axiom/Source/Engine/Math/</A><BR>
<BR>
We're just using it for 3D vector types and transformations, so we would really want to find something standalone that can replace both Axion and LibSL 3D types (right now we're casting back and forth between them)<BR>
<BR>
> 10/17/2007 01:47 AM 110,592 CookComputing.XmlRpcV2.dll<BR>
<BR>
This is not used at the moment either, but is a way better implementation than the current XMLRPC so we thought we would use that instead; yet another good intention that never got implemented.<BR>
<BR>
<A href="http://www.xml-rpc.net/">http://www.xml-rpc.net/</A><BR>
<BR>> 10/17/2007 01:47 AM 593,408 Db4objects.Db4o.dll<BR><BR>
This is on its way out, to be replaced with SQLite - what's the status here?<BR>
<BR>
> 10/17/2007 01:47 AM 40,960 XMLRPC.dll<BR><BR>
Used, afaik, only in login_to_simulator in the region, and (unfortunately) for grid communication.<BR>
<BR>
It's a part of LibSL that has been moved from LibSL core into a side project (because apparently, it's leaky and sucks) - it also has no separate project this days, but is a part of the SLProxy:<BR>
<BR>
<A href="http://openmetaverse.org:8180/source/xref/libsl/trunk/SLProxy/XmlRpcCS/">http://openmetaverse.org:8180/source/xref/libsl/trunk/SLProxy/XmlRpcCS/</A><BR>
<BR>> Perhaps I'm misunderstanding things, and it's understood that there will be<BR>> 3rd party components without source or with licensing issues that preclude<BR>> us providing that source code. However it seems in that case we should make<BR>> that clear, and we might want to consider whether items such as<BR>> PhysX_Wrapper.dll should be shipped in the /bin folder of the main trunk as<BR>> they are now. In any case, there should be a wiki page or README or<BR>> something explaining where all this stuff comes from.<BR><BR>
Why we have everything in /bin is because I had issues with prebuild not being able to put dlls in a specified directory and then reference them properly, so combined with the issue of finding plug-in modules, everything got jumbled into /bin.<BR>
<BR>
But maybe the time has come to bite the bullet and create /lib and /modules (and /config I guess) and delete /bin from the repository. If somebody would step up to do it, I'd be happy to assist.<BR>
<BR>
Wiki is a great place for this information; that would be great documentation!<BR>
<BR>
/Stefan<BR>
<BR></body>
</html>