[Opensim-users] Permissions Module

Wed Dec 19 02:34:38 UTC 2012

Yes I did test it with the terrain settings toggled in both about land and
in the region/ estate tool.  I still get the same thing.  This also affects
the ability of others to be able to edit objects etc.  and yes we do run
windows.  However we run Windows 64bit.

-----Original Message-----
From: opensim-users-bounces at lists.berlios.de
[mailto:opensim-users-bounces at lists.berlios.de] On Behalf Of
opensim-users-request at lists.berlios.de
Sent: Tuesday, December 18, 2012 9:09 PM
To: opensim-users at lists.berlios.de
Subject: Opensim-users Digest, Vol 64, Issue 24

Send Opensim-users mailing list submissions to
	opensim-users at lists.berlios.de

To subscribe or unsubscribe via the World Wide Web, visit
	https://lists.berlios.de/mailman/listinfo/opensim-users
or, via email, send a message with subject or body 'help' to
	opensim-users-request at lists.berlios.de

You can reach the person managing the list at
	opensim-users-owner at lists.berlios.de

When replying, please edit your Subject line so it is more specific than
"Re: Contents of Opensim-users digest..."

Today's Topics:

   1. Re: Couple questions about master (Unhandled (Emperor Starfinder)
   2. Permissions Module (Emperor Starfinder)
   3. Re: Permissions Module (GarminKawaguichi)
   4. Re: Couple questions about master (Unhandled (Justin Clark-Casey)

----------------------------------------------------------------------

Message: 1
Date: Tue, 18 Dec 2012 08:30:22 -0500
From: "Emperor Starfinder" <emperor at secondgalaxy.com>
To: <opensim-users at lists.berlios.de>
Subject: Re: [Opensim-users] Couple questions about master (Unhandled
Message-ID: <001301cddd23$d5a078f0$80e16ad0$@secondgalaxy.com>
Content-Type: text/plain;	charset="us-ascii"

I am getting that as well.  It appears to happen with Imprudence, Hippo
Viewer (the one island oasis has done), Firestorm (For Opensim), and
Phoenix.

Additionally I keep getting the error message EOC code stream is corrupted.

Although the messages don't appear to have much effect on avatars that are
logged in.

-----Original Message-----
From: opensim-users-bounces at lists.berlios.de
[mailto:opensim-users-bounces at lists.berlios.de] On Behalf Of
opensim-users-request at lists.berlios.de
Sent: Tuesday, December 18, 2012 6:00 AM
To: opensim-users at lists.berlios.de
Subject: Opensim-users Digest, Vol 64, Issue 23

Send Opensim-users mailing list submissions to
	opensim-users at lists.berlios.de

To subscribe or unsubscribe via the World Wide Web, visit
	https://lists.berlios.de/mailman/listinfo/opensim-users
or, via email, send a message with subject or body 'help' to
	opensim-users-request at lists.berlios.de

You can reach the person managing the list at
	opensim-users-owner at lists.berlios.de

When replying, please edit your Subject line so it is more specific than
"Re: Contents of Opensim-users digest..."

Today's Topics:

   1. Re: Couple questions about master (Unhandled Packet
      AgentUpdate, and HTTP Inventory) (Chris)

----------------------------------------------------------------------

Message: 1
Date: Mon, 17 Dec 2012 22:46:31 -0600
From: Chris <mewtwo0641 at gmail.com>
To: opensim-users at lists.berlios.de
Subject: Re: [Opensim-users] Couple questions about master (Unhandled
	Packet AgentUpdate, and HTTP Inventory)
Message-ID: <50CFF527.4040203 at gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed

Okie dokie, I set up an entirely new instance of OpenSim using the latest
master and the warnings still show up using the tests from the previous
email, so I posted Mantis 6468

http://opensimulator.org/mantis/view.php?id=6468

Thank you Justin =)

On 12/13/2012 5:51 PM, Justin Clark-Casey wrote:
> How strange.  I inspected all the packet pool code again visually for 
> possible race conditions or bugs and couldn't find anything.  I also 
> tested with 2 viewers, LL 3.3.4 and LL 1.2.3 (on different machines) 
> on both mono 2.10.9 and Windows with .net without seeing the issue.
> This particularly aspect of packet pooling has been around since early 
> October, afair.
>
> However, clearly you're having some kind of problem.  I added a tiny 
> bit more logging in git master 0b93a68 to tell us whether one or both 
> viewers are having their AgentUpdate packets rejected and how these 
> are interleaved.  Please could you retest with this and open a Mantis 
> with the OpenSim.log.  Thanks.
>
> On 13/12/12 04:57, Chris wrote:
>> Hi Justin,
>>
>> This started to happen just recently as soon as I started to use 
>> commit 905d7c4 (r/21385); although I am not sure exactly when this 
>> may have started as I made a bit of a jump (895d28f
>> r/20917 to 905d7c4 r/21385)
>>
>> This appears to happen when there is more than one person logged in.
>>
>> Did some tests in a few different variations of connectivity 
>> configurations (As far as which computer(s) the viewers are running
>> on):
>>
>> Have 2 Computers set up, 1 with OS and all related services running, 
>> the other does not have anything OS related running. Running a 
>> typical home network, 1 network, nothing fancy =)
>>
>> Results:
>> 1 viewer running on the non OS computer: No apparent issues
>> 1 viewer running on the OS computer: No apparent issues
>>
>> 2 (or more) viewers running on the non OS computer: Shows the 
>> AgentUpdate packet warnings from time to time
>> 2 (or more) viewers running on the OS computer: Shows the AgentUpdate 
>> packet warnings although it is noticeably a bit spammier in this 
>> configuration
>>
>> 1 viewer running on OS computer and 1 viewer running on non OS
>> computer: Shows the AgentUpdate packet warnings although it is 
>> noticeably a bit spammier in this configuration. The viewer on the OS 
>> computer tends to experience network lag quite a bit when walking 
>> (i.e. The avatar drifts off into space for a few seconds after every 
>> few steps) while the viewer on the non OS computer will be able to 
>> walk around just fine but the warnings will still pop up in both 
>> cases.
>>
>>
>> If I set RecyclePackets = false in [PacketPool] then the issues seem 
>> to go away. I repeated the above tests and threw in a couple more 
>> viewer instances for good measure to check as well.
>>
>>
>>
>> For the HTTP Inventory question; I set:
>>
>> [ClientStack.LindenCaps]
>>      Cap_FetchInventoryDescendents2 = ""
>>      Cap_FetchInventory2 = ""
>>
>> And inventory seems to load now (very quickly I might add) for 
>> viewers with HTTP Inventory disabled in Debug Settings.
>>
>>
>> I did run into an exception along the way in my testing right after I 
>> made the changes in [ClientStack.LindenCaps]. The below stack trace 
>> came up (One exception per script in the item) when I detached one of 
>> my attachments. I am not certain if it is related to any of the above 
>> but I do recall that you wanted some more information on script state 
>> related issues so I thought this might be a good thing to add =)
>>
>> Thank you!
>>
>>
>> Exception:
>>
>> 2012-12-12 22:35:38,843 ERROR -
>> OpenSim.Region.ScriptEngine.XEngine.XEngine [XEngine]: Failed to save 
>> state of script AOHUD.AO v4, item UUID 14eba70e-
>>
>> 0bf8-4b5e-92d2-382f20eb4117, prim UUID 
>> 74cf7aca-c5f7-4dd7-8373-9dd8620ef8af in Test Region 2. Exception
>> System.AppDomainUnloadedException: The target application domain has 
>> been unloaded.
>>
>> Server stack trace:
>>     at System.Threading.Thread.InternalCrossContextCallback(Context
>> ctx, IntPtr ctxID, Int32 appDomainID, InternalCrossContextDelegate 
>> ftnToCall, Object
>>
>> [] args)
>>     at
>> System.Runtime.Remoting.Channels.CrossAppDomainSink.DoTransitionDispa
>> tch(Byte[]
>> reqStmBuff,
>> SmuggledMethodCallMessage smuggledMcm,
>>
>> SmuggledMethodReturnMessage& smuggledMrm)
>>     at
>> System.Runtime.Remoting.Channels.CrossAppDomainSink.SyncProcessMessag
>> e(IMessage
>> reqMsg)
>>
>> Exception rethrown at [0]:
>>     at
>> System.Runtime.Remoting.Proxies.RealProxy.HandleReturnMessage(IMessag
>> e reqMsg, IMessage retMsg)
>>     at
>> System.Runtime.Remoting.Proxies.RealProxy.PrivateInvoke(MessageData&
>> msgData, Int32 type)
>>     at OpenSim.Region.ScriptEngine.Shared.ScriptBase.IScript.GetVars()
>>     at
>> OpenSim.Region.ScriptEngine.Shared.Instance.ScriptInstance.GetVars()
>> in
>> c:\Users\admin\Desktop\opensim-905d7c4\OpenSim\Region\ScriptEngine\Sh
>> ared
>>
>>
>> \Instance\ScriptInstance.cs:line 919
>>     at
>> OpenSim.Region.ScriptEngine.Shared.Instance.ScriptSerializer.Serializ
>> e(ScriptInstance
>> instance) in
>> c:\Users\admin\Desktop\opensim-905d7c4\OpenSim
>>
>> \Region\ScriptEngine\Shared\Instance\ScriptSerializer.cs:line 80
>>     at
>> OpenSim.Region.ScriptEngine.Shared.Instance.ScriptInstance.SaveState(
>> String
>> assembly) in
>> c:\Users\admin\Desktop\opensim-905d7c4\OpenSim\Region
>>
>> \ScriptEngine\Shared\Instance\ScriptInstance.cs:line 961
>>     at OpenSim.Region.ScriptEngine.XEngine.XEngine.DoBackup(Object o) 
>> in 
>> c:\Users\admin\Desktop\opensim-905d7c4\OpenSim\Region\ScriptEngine\XE
>> ngine
>>
>>
>> \XEngine.cs:line 753
>> 2012-12-12 22:35:38,890 ERROR -
>> OpenSim.Region.ScriptEngine.XEngine.XEngine [XEngine]: Failed to save 
>> state of script AOHUD.Menu v1.0, item UUID
>>
>> c8c29c17-048e-4abf-b650-8122f75eda26, prim UUID 
>> 74cf7aca-c5f7-4dd7-8373-9dd8620ef8af in Test Region 2. Exception
>> System.AppDomainUnloadedException: The target application domain has 
>> been unloaded.
>>
>> On 12/12/2012 5:37 PM, Justin Clark-Casey wrote:
>>> On 11/12/12 22:28, Chris wrote:
>>>> Hello every one, got a couple of questions about git master 905d7c4 
>>>> (r/21385).
>>>>
>>>> I recently downloaded and compiled master and am noticing a bunch 
>>>> of yellow text popping up (warnings?) saying [CLIENT]:
>>>> unhandled packet AgentUpdate primarily when walking around but they 
>>>> do pop up on occasion when standing still. Is anyone else seeing 
>>>> this?
>>>
>>> AgentUpdates are extremely common messages.  If you do "debug packet 
>>> 255" on the console you will see a constant stream of them come in 
>>> since they tell the server about agent movements, head rotation, 
>>> etc, even when you're standing completely still.
>>>
>>> So this must only be happening on rare occasions.  In the current 
>>> code this should only happen if an agent update message has somehow 
>>> been sent to the client port from another source but with wrong 
>>> session and agent IDs.
>>>
>>> This seems very unlikely, so I think a stronger candidate is some 
>>> packet pooling issue.
>>>
>>> So in connection with this
>>>
>>> 1) How recently did this start happening?
>>>
>>> 2) Does it happen when you are alone on a region with nobody in the 
>>> same or in any neighbouring regions?
>>>
>>> 3) What happens if you set
>>>
>>> [PacketPool]
>>> RecyclePackets = false
>>>
>>> ?
>>>
>>>>
>>>> Also a quick question about HTTP inventory and more recent viewers 
>>>> (i.e. Firestorm, SL v3.3.x, and possibly v1.23 based viewers that 
>>>> support it (have not tested these though)); It seems that when I 
>>>> have HTTP Inventory disabled my inventory refuses to load up until 
>>>> HTTP Inventory is enabled. I prefer to keep it off because UDP 
>>>> inventory loads a lot quicker for me and having it disabled also 
>>>> seems to result in more stable teleports on LL grid. Is there 
>>>> anyway to fix this in the config files?
>>>
>>> On the server side, UDP inventory is always available.  You could 
>>> disable HTTP inventory on the server side with the instructions at 
>>> [1] just to be sure.  But I think a viewer bug is more likely where 
>>> fallback is not happening properly when HTTP inventory is disabled.
>>> I don't know if there are any viewer config values which would help 
>>> in this situation.
>>>
>>> [1] http://opensimulator.org/mantis/view.php?id=6412
>>>
>>
>>
>
>

--
OpenSim: 10 Region Standalone on 0.7.5 Dev
Physics: Open Dynamics Engine
OS: Windows 7 (x64)
CPU: AMD Phenom II X4 840 3.2 GHz
Memory: 11 GB DDR3
Database: MySQL 5.1.63 (x64)

------------------------------

_______________________________________________
Opensim-users mailing list
Opensim-users at lists.berlios.de
https://lists.berlios.de/mailman/listinfo/opensim-users

End of Opensim-users Digest, Vol 64, Issue 23
*********************************************

------------------------------

Message: 2
Date: Tue, 18 Dec 2012 13:29:12 -0500
From: "Emperor Starfinder" <emperor at secondgalaxy.com>
To: <opensim-users at lists.berlios.de>
Subject: [Opensim-users] Permissions Module
Message-ID: <000001cddd4d$955d1c60$c0175520$@secondgalaxy.com>
Content-Type: text/plain; charset="us-ascii"

Okay so I am having a bit of a problem with the permissions module.  I may
have something configured wrong but not sure.  It seems everyone can edit
other people's objects terrafrom etc. even with these settings set in
OpenSim.ini

    ;# {permissionmodules} {} {Permission modules to use (may specify
multiple modules, separated by comma} {} DefaultPermissionsModule

    ;; Permission modules to use, separated by comma.

    ;; Possible modules are DefaultPermissionsModule, PrimLimitsModule

     permissionmodules = DefaultPermissionsModule, PrimLimitsModule

    ;# {serverside_object_permissions}
{permissionmodules:DefaultPermissionsModule} {Activate permission handling
by the sim?} {true false} true

    ;; These are the parameters for the default permissions module

    ;;

    ;; If set to false, then, in theory, the server never carries out

    ;; permission checks (allowing anybody to copy

    ;; any item, etc.  This may not yet be implemented uniformally.

    ;; If set to true, then all permissions checks are carried out

     serverside_object_permissions = true

I have tried this with just either DefaultPermissionsModule or
PrimLimitsModule.  And people can still edit other people's objects and
terraform.

Suggestions.

Thanks

-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://lists.berlios.de/pipermail/opensim-users/attachments/20121218/45a92
7b6/attachment-0001.html>

------------------------------

Message: 3
Date: Tue, 18 Dec 2012 20:45:51 +0100
From: GarminKawaguichi <garmin.kawaguichi at magalaxie.com>
To: opensim-users at lists.berlios.de
Subject: Re: [Opensim-users] Permissions Module
Message-ID: <50D0C7EF.3080102 at magalaxie.com>
Content-Type: text/plain; charset="iso-8859-1"; Format="flowed"

I'm quite sure your answer will be: yes... but... Have you set correctly the
terrain permissions at the "About Land" level, Options tab (viewer); by
default they are full permissive.

GCI

Le 18/12/2012 19:29, Emperor Starfinder a ?crit :
>
> Okay so I am having a bit of a problem with the permissions module.  I 
> may have something configured wrong but not sure.  It seems everyone 
> can edit other people's objects terrafrom etc. even with these 
> settings set in OpenSim.ini
>
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://lists.berlios.de/pipermail/opensim-users/attachments/20121218/89bae
d3e/attachment-0001.html>

------------------------------

Message: 4
Date: Wed, 19 Dec 2012 02:08:44 +0000
From: Justin Clark-Casey <jjustincc at googlemail.com>
To: opensim-users at lists.berlios.de
Subject: Re: [Opensim-users] Couple questions about master (Unhandled
Message-ID: <50D121AC.6090908 at googlemail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed

Yes, this was a problem with master that probably got introduced on Nov 23
2012 which appears to affect Windows but not Mono.  I have reverted this in
commit ae67435 today, which should make this issue go away.  I would be very
interested in confirmation that you are running Windows (or notice that
you're actually on Mono), preferably as a note on [1].

The EOC messages are often associated, I think, with parsing of uploaded
avatar textures.  I'm not sure if they are specific to certain viewers,
certain appearances, certain configurations (e.g. 64 bit windows, vs 32-bit
windows and
Mono) or are simply random.

[1] http://opensimulator.org/mantis/view.php?id=6468

On 18/12/12 13:30, Emperor Starfinder wrote:
> I am getting that as well.  It appears to happen with Imprudence, 
> Hippo Viewer (the one island oasis has done), Firestorm (For Opensim), 
> and Phoenix.
>
> Additionally I keep getting the error message EOC code stream is
corrupted.
>
> Although the messages don't appear to have much effect on avatars that 
> are logged in.
>
>
> -----Original Message-----
> From: opensim-users-bounces at lists.berlios.de
> [mailto:opensim-users-bounces at lists.berlios.de] On Behalf Of 
> opensim-users-request at lists.berlios.de
> Sent: Tuesday, December 18, 2012 6:00 AM
> To: opensim-users at lists.berlios.de
> Subject: Opensim-users Digest, Vol 64, Issue 23
>
> Send Opensim-users mailing list submissions to
> 	opensim-users at lists.berlios.de
>
> To subscribe or unsubscribe via the World Wide Web, visit
> 	https://lists.berlios.de/mailman/listinfo/opensim-users
> or, via email, send a message with subject or body 'help' to
> 	opensim-users-request at lists.berlios.de
>
> You can reach the person managing the list at
> 	opensim-users-owner at lists.berlios.de
>
> When replying, please edit your Subject line so it is more specific 
> than
> "Re: Contents of Opensim-users digest..."
>
>
> Today's Topics:
>
>     1. Re: Couple questions about master (Unhandled Packet
>        AgentUpdate, and HTTP Inventory) (Chris)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Mon, 17 Dec 2012 22:46:31 -0600
> From: Chris <mewtwo0641 at gmail.com>
> To: opensim-users at lists.berlios.de
> Subject: Re: [Opensim-users] Couple questions about master (Unhandled
> 	Packet AgentUpdate, and HTTP Inventory)
> Message-ID: <50CFF527.4040203 at gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> Okie dokie, I set up an entirely new instance of OpenSim using the 
> latest master and the warnings still show up using the tests from the 
> previous email, so I posted Mantis 6468
>
> http://opensimulator.org/mantis/view.php?id=6468
>
> Thank you Justin =)
>
> On 12/13/2012 5:51 PM, Justin Clark-Casey wrote:
>> How strange.  I inspected all the packet pool code again visually for 
>> possible race conditions or bugs and couldn't find anything.  I also 
>> tested with 2 viewers, LL 3.3.4 and LL 1.2.3 (on different machines) 
>> on both mono 2.10.9 and Windows with .net without seeing the issue.
>> This particularly aspect of packet pooling has been around since 
>> early October, afair.
>>
>> However, clearly you're having some kind of problem.  I added a tiny 
>> bit more logging in git master 0b93a68 to tell us whether one or both 
>> viewers are having their AgentUpdate packets rejected and how these 
>> are interleaved.  Please could you retest with this and open a Mantis 
>> with the OpenSim.log.  Thanks.
>>
>> On 13/12/12 04:57, Chris wrote:
>>> Hi Justin,
>>>
>>> This started to happen just recently as soon as I started to use 
>>> commit 905d7c4 (r/21385); although I am not sure exactly when this 
>>> may have started as I made a bit of a jump (895d28f
>>> r/20917 to 905d7c4 r/21385)
>>>
>>> This appears to happen when there is more than one person logged in.
>>>
>>> Did some tests in a few different variations of connectivity 
>>> configurations (As far as which computer(s) the viewers are running
>>> on):
>>>
>>> Have 2 Computers set up, 1 with OS and all related services running, 
>>> the other does not have anything OS related running. Running a 
>>> typical home network, 1 network, nothing fancy =)
>>>
>>> Results:
>>> 1 viewer running on the non OS computer: No apparent issues
>>> 1 viewer running on the OS computer: No apparent issues
>>>
>>> 2 (or more) viewers running on the non OS computer: Shows the 
>>> AgentUpdate packet warnings from time to time
>>> 2 (or more) viewers running on the OS computer: Shows the 
>>> AgentUpdate packet warnings although it is noticeably a bit spammier 
>>> in this configuration
>>>
>>> 1 viewer running on OS computer and 1 viewer running on non OS
>>> computer: Shows the AgentUpdate packet warnings although it is 
>>> noticeably a bit spammier in this configuration. The viewer on the 
>>> OS computer tends to experience network lag quite a bit when walking 
>>> (i.e. The avatar drifts off into space for a few seconds after every 
>>> few steps) while the viewer on the non OS computer will be able to 
>>> walk around just fine but the warnings will still pop up in both 
>>> cases.
>>>
>>>
>>> If I set RecyclePackets = false in [PacketPool] then the issues seem 
>>> to go away. I repeated the above tests and threw in a couple more 
>>> viewer instances for good measure to check as well.
>>>
>>>
>>>
>>> For the HTTP Inventory question; I set:
>>>
>>> [ClientStack.LindenCaps]
>>>       Cap_FetchInventoryDescendents2 = ""
>>>       Cap_FetchInventory2 = ""
>>>
>>> And inventory seems to load now (very quickly I might add) for 
>>> viewers with HTTP Inventory disabled in Debug Settings.
>>>
>>>
>>> I did run into an exception along the way in my testing right after 
>>> I made the changes in [ClientStack.LindenCaps]. The below stack 
>>> trace came up (One exception per script in the item) when I detached 
>>> one of my attachments. I am not certain if it is related to any of 
>>> the above but I do recall that you wanted some more information on 
>>> script state related issues so I thought this might be a good thing 
>>> to add =)
>>>
>>> Thank you!
>>>
>>>
>>> Exception:
>>>
>>> 2012-12-12 22:35:38,843 ERROR -
>>> OpenSim.Region.ScriptEngine.XEngine.XEngine [XEngine]: Failed to 
>>> save state of script AOHUD.AO v4, item UUID 14eba70e-
>>>
>>> 0bf8-4b5e-92d2-382f20eb4117, prim UUID 
>>> 74cf7aca-c5f7-4dd7-8373-9dd8620ef8af in Test Region 2. Exception
>>> System.AppDomainUnloadedException: The target application domain has 
>>> been unloaded.
>>>
>>> Server stack trace:
>>>      at System.Threading.Thread.InternalCrossContextCallback(Context
>>> ctx, IntPtr ctxID, Int32 appDomainID, InternalCrossContextDelegate 
>>> ftnToCall, Object
>>>
>>> [] args)
>>>      at
>>> System.Runtime.Remoting.Channels.CrossAppDomainSink.DoTransitionDisp
>>> a
>>> tch(Byte[]
>>> reqStmBuff,
>>> SmuggledMethodCallMessage smuggledMcm,
>>>
>>> SmuggledMethodReturnMessage& smuggledMrm)
>>>      at
>>> System.Runtime.Remoting.Channels.CrossAppDomainSink.SyncProcessMessa
>>> g
>>> e(IMessage
>>> reqMsg)
>>>
>>> Exception rethrown at [0]:
>>>      at
>>> System.Runtime.Remoting.Proxies.RealProxy.HandleReturnMessage(IMessa
>>> g
>>> e reqMsg, IMessage retMsg)
>>>      at
>>> System.Runtime.Remoting.Proxies.RealProxy.PrivateInvoke(MessageData&
>>> msgData, Int32 type)
>>>      at OpenSim.Region.ScriptEngine.Shared.ScriptBase.IScript.GetVars()
>>>      at
>>> OpenSim.Region.ScriptEngine.Shared.Instance.ScriptInstance.GetVars()
>>> in
>>> c:\Users\admin\Desktop\opensim-905d7c4\OpenSim\Region\ScriptEngine\S
>>> h
>>> ared
>>>
>>>
>>> \Instance\ScriptInstance.cs:line 919
>>>      at
>>> OpenSim.Region.ScriptEngine.Shared.Instance.ScriptSerializer.Seriali
>>> z
>>> e(ScriptInstance
>>> instance) in
>>> c:\Users\admin\Desktop\opensim-905d7c4\OpenSim
>>>
>>> \Region\ScriptEngine\Shared\Instance\ScriptSerializer.cs:line 80
>>>      at
>>> OpenSim.Region.ScriptEngine.Shared.Instance.ScriptInstance.SaveState
>>> (
>>> String
>>> assembly) in
>>> c:\Users\admin\Desktop\opensim-905d7c4\OpenSim\Region
>>>
>>> \ScriptEngine\Shared\Instance\ScriptInstance.cs:line 961
>>>      at OpenSim.Region.ScriptEngine.XEngine.XEngine.DoBackup(Object 
>>> o) in 
>>> c:\Users\admin\Desktop\opensim-905d7c4\OpenSim\Region\ScriptEngine\X
>>> E
>>> ngine
>>>
>>>
>>> \XEngine.cs:line 753
>>> 2012-12-12 22:35:38,890 ERROR -
>>> OpenSim.Region.ScriptEngine.XEngine.XEngine [XEngine]: Failed to 
>>> save state of script AOHUD.Menu v1.0, item UUID
>>>
>>> c8c29c17-048e-4abf-b650-8122f75eda26, prim UUID 
>>> 74cf7aca-c5f7-4dd7-8373-9dd8620ef8af in Test Region 2. Exception
>>> System.AppDomainUnloadedException: The target application domain has 
>>> been unloaded.
>>>
>>> On 12/12/2012 5:37 PM, Justin Clark-Casey wrote:
>>>> On 11/12/12 22:28, Chris wrote:
>>>>> Hello every one, got a couple of questions about git master 
>>>>> 905d7c4 (r/21385).
>>>>>
>>>>> I recently downloaded and compiled master and am noticing a bunch 
>>>>> of yellow text popping up (warnings?) saying [CLIENT]:
>>>>> unhandled packet AgentUpdate primarily when walking around but 
>>>>> they do pop up on occasion when standing still. Is anyone else 
>>>>> seeing this?
>>>>
>>>> AgentUpdates are extremely common messages.  If you do "debug 
>>>> packet 255" on the console you will see a constant stream of them 
>>>> come in since they tell the server about agent movements, head 
>>>> rotation, etc, even when you're standing completely still.
>>>>
>>>> So this must only be happening on rare occasions.  In the current 
>>>> code this should only happen if an agent update message has somehow 
>>>> been sent to the client port from another source but with wrong 
>>>> session and agent IDs.
>>>>
>>>> This seems very unlikely, so I think a stronger candidate is some 
>>>> packet pooling issue.
>>>>
>>>> So in connection with this
>>>>
>>>> 1) How recently did this start happening?
>>>>
>>>> 2) Does it happen when you are alone on a region with nobody in the 
>>>> same or in any neighbouring regions?
>>>>
>>>> 3) What happens if you set
>>>>
>>>> [PacketPool]
>>>> RecyclePackets = false
>>>>
>>>> ?
>>>>
>>>>>
>>>>> Also a quick question about HTTP inventory and more recent viewers 
>>>>> (i.e. Firestorm, SL v3.3.x, and possibly v1.23 based viewers that 
>>>>> support it (have not tested these though)); It seems that when I 
>>>>> have HTTP Inventory disabled my inventory refuses to load up until 
>>>>> HTTP Inventory is enabled. I prefer to keep it off because UDP 
>>>>> inventory loads a lot quicker for me and having it disabled also 
>>>>> seems to result in more stable teleports on LL grid. Is there 
>>>>> anyway to fix this in the config files?
>>>>
>>>> On the server side, UDP inventory is always available.  You could 
>>>> disable HTTP inventory on the server side with the instructions at 
>>>> [1] just to be sure.  But I think a viewer bug is more likely where 
>>>> fallback is not happening properly when HTTP inventory is disabled.
>>>> I don't know if there are any viewer config values which would help 
>>>> in this situation.
>>>>
>>>> [1] http://opensimulator.org/mantis/view.php?id=6412
>>>>
>>>
>>>
>>
>>
>
>
> --
> OpenSim: 10 Region Standalone on 0.7.5 Dev
> Physics: Open Dynamics Engine
> OS: Windows 7 (x64)
> CPU: AMD Phenom II X4 840 3.2 GHz
> Memory: 11 GB DDR3
> Database: MySQL 5.1.63 (x64)
>
>
>
> ------------------------------
>
> _______________________________________________
> Opensim-users mailing list
> Opensim-users at lists.berlios.de
> https://lists.berlios.de/mailman/listinfo/opensim-users
>
> End of Opensim-users Digest, Vol 64, Issue 23
> *********************************************
>
> _______________________________________________
> Opensim-users mailing list
> Opensim-users at lists.berlios.de
> https://lists.berlios.de/mailman/listinfo/opensim-users
>

--
Justin Clark-Casey (justincc)
OSVW Consulting
http://justincc.org
http://twitter.com/justincc

------------------------------

_______________________________________________
Opensim-users mailing list
Opensim-users at lists.berlios.de
https://lists.berlios.de/mailman/listinfo/opensim-users

End of Opensim-users Digest, Vol 64, Issue 24
*********************************************