Justin,
I did have a few minutes to take a look at this issue a little further. I
took the measure to set Allow_Grid_God = false
When doing this it appears to have actually fixed the problem. I added this
in opensim.ini to though I am not sure why this would be needed as it seems
a little bit redundant but maybe it is something that's needed:
{Permissions Module]
Permissionmodules = DefaultPermissionsModule, PrimLimitsModule
[PrimLimitsModule]
EnforcePrimLimits = true
I should also note that Allow_Region_God is set to true. This setting
doesn't appear to have much impact.
I was hesitant to do a bug report as I have not yet figured out if this is
just a bug or was an issue with settings.
Thanks
Emperor
-----Original Message-----
From: [email protected]
[mailto:[email protected]] On Behalf Of
[email protected]
Sent: Thursday, January 03, 2013 3:13 PM
To: [email protected]
Subject: Opensim-users Digest, Vol 65, Issue 3
Send Opensim-users mailing list submissions to
[email protected]
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
[email protected]
You can reach the person managing the list at
[email protected]
When replying, please edit your Subject line so it is more specific than
"Re: Contents of Opensim-users digest..."
Today's Topics:
1. Re: Permissions Module (Justin Clark-Casey)
----------------------------------------------------------------------
Message: 1
Date: Thu, 03 Jan 2013 20:13:08 +0000
From: Justin Clark-Casey <[email protected]>
To: [email protected]
Subject: Re: [Opensim-users] Permissions Module
Message-ID: <[email protected]>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
I tried to replicate this and it was not possible, allow_grid_gods = true
does not allow general users to edit each other's prims.
Moreover, the code logic here is simple and there is no obvious scenario
where this flag could fail.
Please look at the actually used config values via the "config show Startup"
command. This is the easiest way to see what you're actually using in light
of the various levels of config files and overrides.
If you're sure that your config parameters are correct then please open a
mantis with the results of "config save" appended.
On 20/12/12 22:48, Emperor Starfinder wrote:
Okay so I have managed to figure out why the permissions system
appeared not to work. Apparently the grid god features override the
permissions modules.
This is pretty strange considering grid god means only users with a
level of
200 or higher can access grid god status according to opensim.ini.
This appears not to be the case as it appears to somehow override the
permissions system even for those with a default user level of 0.
Turning grid god off appears to fix this problem. It might be worth
looking at why this would occur in future revisions or releases of
opensim.
Still haven't figured out the issue with profiles but suspect its
xmlrpc related.
-----Original Message-----
From: [email protected]
[mailto:[email protected]] On Behalf Of
[email protected]
Sent: Tuesday, December 18, 2012 11:55 PM
To: [email protected]
Subject: Opensim-users Digest, Vol 64, Issue 25
Send Opensim-users mailing list submissions to
[email protected]
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
[email protected]
You can reach the person managing the list at
[email protected]
When replying, please edit your Subject line so it is more specific
than
"Re: Contents of Opensim-users digest..."
Today's Topics:
1. Re: Permissions Module (Emperor Starfinder)
2. Question about profile module (Emperor Starfinder)
----------------------------------------------------------------------
Message: 1
Date: Tue, 18 Dec 2012 21:34:38 -0500
From: "Emperor Starfinder" <[email protected]>
To: <[email protected]>
Subject: Re: [Opensim-users] Permissions Module
Message-ID: <[email protected]>
Content-Type: text/plain; charset="us-ascii"
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: [email protected]
[mailto:[email protected]] On Behalf Of
[email protected]
Sent: Tuesday, December 18, 2012 9:09 PM
To: [email protected]
Subject: Opensim-users Digest, Vol 64, Issue 24
Send Opensim-users mailing list submissions to
[email protected]
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
[email protected]
You can reach the person managing the list at
[email protected]
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" <[email protected]>
To: <[email protected]>
Subject: Re: [Opensim-users] Couple questions about master (Unhandled
Message-ID: <[email protected]>
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: [email protected]
[mailto:[email protected]] On Behalf Of
[email protected]
Sent: Tuesday, December 18, 2012 6:00 AM
To: [email protected]
Subject: Opensim-users Digest, Vol 64, Issue 23
Send Opensim-users mailing list submissions to
[email protected]
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
[email protected]
You can reach the person managing the list at
[email protected]
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 <[email protected]>
To: [email protected]
Subject: Re: [Opensim-users] Couple questions about master (Unhandled
Packet AgentUpdate, and HTTP Inventory)
Message-ID: <[email protected]>
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
[email protected]
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" <[email protected]>
To: <[email protected]>
Subject: [Opensim-users] Permissions Module
Message-ID: <[email protected]>
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 <[email protected]>
To: [email protected]
Subject: Re: [Opensim-users] Permissions Module
Message-ID: <[email protected]>
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 <[email protected]>
To: [email protected]
Subject: Re: [Opensim-users] Couple questions about master (Unhandled
Message-ID: <[email protected]>
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: [email protected]
[mailto:[email protected]] On Behalf Of
[email protected]
Sent: Tuesday, December 18, 2012 6:00 AM
To: [email protected]
Subject: Opensim-users Digest, Vol 64, Issue 23
Send Opensim-users mailing list submissions to
[email protected]
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
[email protected]
You can reach the person managing the list at
[email protected]
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 <[email protected]>
To: [email protected]
Subject: Re: [Opensim-users] Couple questions about master (Unhandled
Packet AgentUpdate, and HTTP Inventory)
Message-ID: <[email protected]>
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.DoTransitionDis
p
a
tch(Byte[]
reqStmBuff,
SmuggledMethodCallMessage smuggledMcm,
SmuggledMethodReturnMessage& smuggledMrm)
at
System.Runtime.Remoting.Channels.CrossAppDomainSink.SyncProcessMess
a
g
e(IMessage
reqMsg)
Exception rethrown at [0]:
at
System.Runtime.Remoting.Proxies.RealProxy.HandleReturnMessage(IMess
a
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.Serial
i
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.SaveStat
e
(
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
[email protected]
https://lists.berlios.de/mailman/listinfo/opensim-users
End of Opensim-users Digest, Vol 64, Issue 23
*********************************************
_______________________________________________
Opensim-users mailing list
[email protected]
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
[email protected]
https://lists.berlios.de/mailman/listinfo/opensim-users
End of Opensim-users Digest, Vol 64, Issue 24
*********************************************
------------------------------
Message: 2
Date: Tue, 18 Dec 2012 23:54:25 -0500
From: "Emperor Starfinder" <[email protected]>
To: <[email protected]>
Subject: [Opensim-users] Question about profile module
Message-ID: <[email protected]>
Content-Type: text/plain; charset="us-ascii"
Okay I keep seeing this error message show up when someone attempts to
access a user profile or they log in.
23:44:54 - [PROFILE]: Unable to connect to Profile Server
http://galaxygrid.servegame.org/profile/profile.php. Method
avatar_properties_request, params System.Collections.Hashtable.
Exception
System.Xml.XmlException: There are multiple root elements. Line 2,
Position 2.
As far as I can tell I have everything pointed correctly.
My question is how to fix this problem. This module is the osprofile
module.
Thankfully I got the error messages to go away with XMLRPC Groups as well.
That can be done by doing the following in your config.php file.
$membersVisibleTo = 'All'; // Anyone in the group can see members
// $membersVisibleTo = 'Owners'; // Only members of the owners role
can see members
// $membersVisibleTo = 'All'; // Anyone can see members
Haven't figured out yet how to get the last online status part to work
yet but at least that lowers the chatty behavior from groups on the
console.
Thanks again,
Emperor
------------------------------
_______________________________________________
Opensim-users mailing list
[email protected]
https://lists.berlios.de/mailman/listinfo/opensim-users
End of Opensim-users Digest, Vol 64, Issue 25
*********************************************
_______________________________________________
Opensim-users mailing list
[email protected]
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
[email protected]
https://lists.berlios.de/mailman/listinfo/opensim-users
End of Opensim-users Digest, Vol 65, Issue 3
********************************************
_______________________________________________
Opensim-users mailing list
[email protected]
https://lists.berlios.de/mailman/listinfo/opensim-users
