0.6.6-release - Revision history

MakoBot at 07:43, 4 March 2012

2012-03-04T07:43:47Z

MakoBot: Robot: Cosmetic changes

2012-03-04T04:40:34Z

Robot: Cosmetic changes

MakoBot: Categorized into :Category:Release Notes

2011-06-11T07:42:37Z

Categorized into Category:Release Notes

MakoBot: bot test - killing 'Template:' prefix from template includings and/or changing external-link to internal-link

2011-06-10T13:40:40Z

bot test - killing 'Template:' prefix from template includings and/or changing external-link to internal-link

Fritigern at 14:07, 19 November 2010

2010-11-19T14:07:50Z

Chi11ken: New page: NOTOC {{Template:Quicklinks}}
===Version 0.6.6-release is SVN r9962=== ------------------------------------------------------------------------ r9961 | sdague | 2009-06-30 22:5...

2009-07-09T06:15:10Z

New page: __NOTOC__ {{Template:Quicklinks}} <br /> ===Version 0.6.6-release is SVN r9962=== ------------------------------------------------------------------------ r9961 | sdague | 2009-06-30 22:5...

Show changes

@@ Line 56: / Line 56: @@
 Thank you kindly, Godfrey, for a patch that:
-The new IRCd module causes an error when multiple instances of OpenSim
+The new IRCd module causes an error when multiple instances of OpenSimulator
 are run on the same machine; since the port number (6666) is hardcoded,
 the second and subsequent instances crash upon startup because the port
@@ Line 225: / Line 225: @@
    option for LLUDPServer. On windows .NET the default socket receive
    buffer size is 8192 bytes, on recent linux systems it's about
-K. both value can be a bit small for an OpenSim instance serving
+K. both value can be a bit small for an OpenSimulator instance serving
    many clients. The socket receive buffer size can be configured via
    an OpenSim.ini config option
@@ Line 1,079: / Line 1,079: @@
    is not always reclaiming all of the memory.
-   I've attached an OpenSim patch which works around the garbage collector
+   I've attached an OpenSimulator patch which works around the garbage collector
    issues. Instead of dynamically allocating memory for measuring
    text sizes, it serialises (on a per region basis) access to a single
@@ Line 1,087: / Line 1,087: @@
    which hit it pretty hard).
-   OpenSim still does leak memory slowly, but it is a lot more stable
+   OpenSimulator still does leak memory slowly, but it is a lot more stable
    with this patch. I suspect that either the garbage collector misses
    bits of freed memory or the GDI/cairo layer leaks a bit each time a
    texture is created. Thats going to be a lot harder to hunt down, but
-   for reference if someone has OpenSim running on Windows it would be
+   for reference if someone has OpenSimulator running on Windows it would be
    interesting to see if it has the same problem as it would tell us if
-   its a mono/GDI problem or an OpenSim problem.
+   its a mono/GDI problem or an OpenSimulator problem.
 ------------------------------------------------------------------------
 r9771 | drscofield | 2009-06-03 21:21:14 +0900 (Wed, 03 Jun 2009) | 9 lines
@@ Line 1,509: / Line 1,509: @@
 * We have strand flavours.
-* The version string is now reported as "OpenSim 0.6.5 (Dev)"
+* The version string is now reported as "OpenSimulator 0.6.5 (Dev)"
 * This has to be administrated manually.
 ------------------------------------------------------------------------

@@ Line 3: / Line 3: @@
 <br />
-===Version 0.6.6-release is SVN r9962===
+=== Version 0.6.6-release is SVN r9962 ===
 ------------------------------------------------------------------------
 r9961 | sdague | 2009-06-30 22:50:12 +0900 (Tue, 30 Jun 2009) | 5 lines
@@ Line 946: / Line 946: @@
 * Timeout executes abort, since missing assets in an OAR seems bad
 * This means that oar saves won't permanently hang and instead can be retried if something goes wrong with the asset service
-* This is not a solution to mantis 3714.  Hopefully a fix will be along shortly since I can now consistently reproduce that problem
+* This is not a solution to mantis 3714. Hopefully a fix will be along shortly since I can now consistently reproduce that problem
 ------------------------------------------------------------------------
@@ Line 1,031: / Line 1,031: @@
 This patch adds oar file date and time (UTC) meta data to an oar file
-when it is created.  It also adds a unique ID, though this id does not
+when it is created. It also adds a unique ID, though this id does not
 in anyway identify the machine that the oar file was created on.
@@ Line 1,291: / Line 1,291: @@
 Added a AvatarCreationModule to the user server. This handles the "cloning" of a existing avatar's inventory to another avatar's inventory (the base method will also create the inventory for a new avatar if the avatar doesn't alreayd have any inventory).
 The code also sets the target avatar as wearing whatever the template avatar was wearing (including attachments). The idea is to allow the use of this to give new avatars a more interesting avatar (and inventory set) than the current default.
-I have include a console command that will clone the inventory from one existing user (template avatar) to another existing avatar (target avatar).  The format of the command is : "clone avatar <templateAvatarFirstName> <templateAvatarLastName> <targetAvatarFirstName> <targetAvatarLastName>" (to use this console command on new accounts, the "create user" command will need to be used first)
+I have include a console command that will clone the inventory from one existing user (template avatar) to another existing avatar (target avatar). The format of the command is : "clone avatar <templateAvatarFirstName> <templateAvatarLastName> <targetAvatarFirstName> <targetAvatarLastName>" (to use this console command on new accounts, the "create user" command will need to be used first)
 While the code was designed for hooking up to a remote call from a web interface, I have left the hookup code out of this commit, as I believe most use cases will want to handle it differently.
 Also added a "trusted handler" to the inventory server to allow the user server to create new folders in a user's inventory.
@@ Line 1,474: / Line 1,474: @@
 the new Tests were defined before the Tests.Common dll in prebuild,
-this causes nant to choke on a fresh checkout.  This should fix the build
+this causes nant to choke on a fresh checkout. This should fix the build
 break
 ------------------------------------------------------------------------
@@ Line 1,606: / Line 1,606: @@
 This reverts r9666. for some reason the mysql update does not work.
 [[Category:Release Notes]]

← Older revision		Revision as of 07:42, 11 June 2011
Line 1,608:		Line 1,608:


−	[[Category:~~History~~]]	+	[[Category:Release Notes]]

← Older revision		Revision as of 14:07, 19 November 2010
Line 1,606:		Line 1,606:

	This reverts r9666. for some reason the mysql update does not work.		This reverts r9666. for some reason the mysql update does not work.
		+
		+
		+	[[Category:History]]

@@ Line 1: / Line 1: @@
 __NOTOC__
-{{Template:Quicklinks}}
+{{Quicklinks}}
 <br />