Strange Mono error

I got the following message from one of my scripts today:

[15:05] 2 [script:Namelist (Slave)]: Script run-time error
[15:05] 2 [script:Namelist (Slave)]: System.Runtime.Serialization.SerializationException: serializationStream supports seeking, but its length is 0
at System.Runtime.Serialization.Formatters.Binary.BinaryFormatter.NoCheckDeserialize (System.IO.Stream serializationStream, System.Runtime.Remoting.Messaging.HeaderHandler handler) [0x00000]
at System.Runtime.Serialization.Formatters.Binary.BinaryFormatter.Deserialize (System.IO.Stream serializationStream) [0x00000]
at LindenLab.SecondLife.Script.Deserialize (System.Byte[] object_data) [0x00000]
at LindenLab.SecondLife.Script.Deserialize (System.Byte[] class_data, System.Byte[] object_data) [0x00000]

This isn't the only script that's reported the error, some other scripts which have completely different functions have reported it too. Anyone know what could be causing it?

As best I can tell it's something to do with serialising/de-serialising, so converting an object to or from a string. But how in the heck do I track it down? What causes it?

If I find anything myself I'll report back, but for the moment I'm pretty stumped, as I'm not doing anything that didn't work under LSL, so it may be a Mono specific bug, casts perhaps?

Eeek.. yes, it is a mono bug, and you are by no means alone...see http://jira.secondlife.com/browse/SVC-2908

I received the same error from a few of our scripts as well, so you are not alone. a Recompile (mono or LSL) using RC1 fixes it though.

Is recompiling a confirmed fix? My item worked fine since Mono was released to the grid (I re-compiled right away as I'd tested it on the preview grid already), the errors only just cropped up yesterday. For me it seemed to make no difference (the scripts still ran fine), but when I gave to someone else they got the errors too and the scripts stopped working.

My scripts did not work in the pieces that gave the error.

Recompiling with rc1 works. But i could not recompile anything in our sim with the regular viewer after this error occurred. I can only recompile using rc1.

I thought this was a Virtual machine error or something, so i was told.

As long as our sim is not broken, i am fine with recompiling in rc1.

Quick question. Do you really have to recompile using the RC1 viewer? I thought compilation was server-side now, so a recompile in a 1.24.4 region would be all that's needed.

I ask because I've just deployed a fairly hefty set of scripts that I compiled using the 1.21 beta grid viewer (which has been perfectly stable for me, hence the reluctance to upgrade)

*I* could not recompile ANYTHING on our sim (Ninbriana) using the regular viewer once i got that error. I just tried to again. And I still cannot compile ANYTHING on our sim using the regular viewer - it does not matter if the target object is an LSL or MONO originally compiled item. I *have* to use the rc1 if i want to compile anything it seems.

We are running: Second Life Server 1.24.4.95600

I have an AI script that gives an error message when trying to save in mono, yet works perfectly well in LSL.
this script had the same error report as others here, but when trying to recompile with the RC1, this is what I get.

Report says: UThread injection failed.

Damn it! I Just got a similar error today after recompiling everything, except this one has even less information than ever:

Object [scriptcannerScript]: Script run-time error
Object [scriptcannerScript]: Deserialization Failed

It also seems to have taken down the entire region I was in!

UThread injection failed, thats what I got to

It seems this still isnt beeing adressed?

If you make allusions to an error but don't report the actual error, how can they fix it? Please post the complete error text

That is pretty much the complete error text. Specifically,


(naturally, it shows an actual .lsl filename, not "<filename from cache>

At least that's what I'm getting