0.7.6 was September 2013 so those changes won't be there. It would be very odd that 500 objects are causing the issue,
unless someone has duplicated a lot of stuff.
Matt, have you definitely eliminated some kind of disk corruption? Your problem with mysql timeout during initial load
of some regions made me think that you might have some underlying issue.
Failing that, how do you know these objects have no particle system data? They
have none in the database itself?
On 20/03/14 20:18, Dahlia Trimble wrote:
I added some code to support the new particle system features such as ribbon
and alpha blending and glow, back around
last November 6th and 7th. I don't remember when 0.7.6 was released but I
thought those changes made it in. There were
also changes to most third-party viewers to support those features. I'm not
aware of any crashes caused specifically by
these changes but if you have an object or a particle script which can
reproduce it, could you get it to me somehow?
-dahlia
On Thu, Mar 20, 2014 at 10:32 AM, Drover, Matt <[email protected]
<mailto:[email protected]>> wrote:
Hi, your code fix of " update.PSBlock = Utils.EmptyBytes;" worked. My
world is up and running again. To start to solve the problem properly, I
recoded some of singularity to output the prims causing the issue. There
is about 500 of them. Oddly, none of them had any particle system data.
I tested editing an item and closing it and it solves the problem. But
how to do this for 500 items?
I realize this started happening after the upgrade form 0.7.4 to 0.7.6.
Any thoughts?
-Matthew
-----Original Message-----
From: [email protected]
<mailto:[email protected]>
[mailto:[email protected]
<mailto:[email protected]>] On Behalf Of Justin
Clark-Casey
Sent: Tuesday, March 11, 2014 5:58 PM
To: [email protected] <mailto:[email protected]>
Subject: Re: [Opensim-users] Server causing viewers to crash
Hi Matthew. I haven't seen this before. However, a quick grep of the
Singularity source code reveals that "syssize"
and "whippang" are currently unused and probably dummy names used in the
unpacking of particle system data (llpartdata.cpp).
This suggests to me that the particle system data in one of your prims
has somehow become corrupt, in such a way that it triggers a crash in
the viewer.
If you are building OpenSimulator, an extremely quick and dirty test
would be to replace
update.PSBlock = data.ParticleSystem ?? Utils.EmptyBytes;
in LLClientView.CreatePrimUpdateBlock() with just
update.PSBlock = Utils.EmptyBytes;
and see if the problem goes away. If it does, then it is a particle
system issue. Unfortunately, then it's a case of elimination of
anything with a particle system (I think you could get a list of such
prims by looking for non-empty ParticleSystem fields in the prims db
table).
Or if we're unlucky, it could be some other bad data in building the
prim packet and this is only showing up when the viewer tries to unpack
the particle system section.
On 11/03/14 11:27, Drover, Matt wrote:
> Somehow, something has changed on my server and all viewers are
crashing when they connect to my grid.
>
> I'm running opensim v0.7.6 in grid mode. I have 15 regions spanned
> across 5 opensim instances. All on the same pc. The pc is windows
server 2008 r2 and is a vm.
>
> I tested many viewers, all with the same results. Here are the errors
from the singulatiry viewer log.
>
> 2014-03-10T14:20:23Z WARNING: LLDataPackerBinaryBuffer::verifyLength:
> Buffer overflow in BinaryBuffer length verify, field name crc!
>
> 2014-03-10T14:20:23Z WARNING: LLDataPackerBinaryBuffer::verifyLength:
> Current pos: 0 Buffer size: 1 Data size: 4
>
> 2014-03-10T14:20:23Z WARNING: LLDataPackerBinaryBuffer::verifyLength:
> Buffer overflow in BinaryBuffer length verify, field name syssize!
>
> 2014-03-10T14:20:23Z WARNING: LLDataPackerBinaryBuffer::verifyLength:
> Current pos: 0 Buffer size: 1 Data size: 4
>
> 2014-03-10T14:20:23Z WARNING: LLDataPackerBinaryBuffer::verifyLength:
> Buffer overflow in BinaryBuffer length verify, field name whippang!
>
> 2014-03-10T14:20:23Z WARNING: LLDataPackerBinaryBuffer::verifyLength:
> Current pos: 4 Buffer size: 1 Data size: 1
>
> 2014-03-10T14:20:23Z WARNING: LLDataPackerBinaryBuffer::verifyLength:
> Buffer overflow in BinaryBuffer length verify, field name whippang!
>
> 2014-03-10T14:20:23Z WARNING: LLDataPackerBinaryBuffer::verifyLength:
> Current pos: 5 Buffer size: 1 Data size: 1
>
> 2014-03-10T14:20:23Z WARNING: LLDataPackerBinaryBuffer::verifyLength:
> Buffer overflow in BinaryBuffer length verify, field name whippang!
>
> 2014-03-10T14:20:23Z WARNING: LLDataPackerBinaryBuffer::verifyLength:
> Current pos: 6 Buffer size: 1 Data size: 1
>
> 2014-03-10T14:20:23Z WARNING: LLDataPackerBinaryBuffer::verifyLength:
> Buffer overflow in BinaryBuffer length verify, field name whippang!
>
> The last 2 lines repeat about 1000 more times then the viewer crashes.
>
> Any ideas?
>
> *Matthew Drover
> *Programmer Consultant
>
> Immersive Technology
> Distance Education, Learning and Teaching Support
>
>
>
> _______________________________________________
> Opensim-users mailing list
> [email protected] <mailto:[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] <mailto:[email protected]>
https://lists.berlios.de/mailman/listinfo/opensim-users
_______________________________________________
Opensim-users mailing list
[email protected] <mailto:[email protected]>
https://lists.berlios.de/mailman/listinfo/opensim-users
_______________________________________________
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
