MissQ

So Babbage Linden confirmed that the C# scripting project is now officially shelved... as well as pretty much any scripting improvements. The new-and-improved LL is focusing on performance, so hopefully at least the Mono freeze bug will be fixed.
I'm sad

https://wiki.secondlife.com/wiki/Use...urs/2010_06_30

Ann Otoole

So fashionistas infested with mono resizer scripts mono freeze that crashes the clients in the region will go on forever.

Now that is what I call focus on performance.

Ciaran Laval

So are script limits on hold too?

MissQ

Ciaran, to quote Kelly Linden:

WarKirby Magojiro

;-;

__________________

Midi Reifsnider

__________________

Imnotgoing Sideways

Well... At least it gave me enough incentive to study C# last year and improve my test apps at work. =^-^=

__________________
Louder than God's revolver and twice as shiny! (^_^)

Argent Stonecutter

I'm not surprised.

__________________
Argent Stonecutter -- Skyhook Station -- Coonspiracy Store

"And now I'm going to show you something really cool."


The previous is a cybernetic datum published - in direct contravention of DoD Regulation #229RR3X3 - as being conducive to the physical, psychological and/or social well-being of the population.

Jack Abraham

This was as encouraging as it got, for me.

Wildefire Walcott

Is there anything published on what the implementation of C# scripting would have looked like? Was it purely C# syntax with interop for existing LSL functions, or was it the complete standard C# library? Because if it was just syntax, who cares? Anyone can learn a new syntax. What I always liked about C# was the library. Although Delegates were pretty damn cool I guess.

__________________

MissQ

It was supposed to come with a subset of the framework, similarly to Silverlight. Simply put, the libraries that can be "sandboxed" would be available.

Argent Stonecutter

I'm pretty sure you wouldn't have had access to more than a tiny fraction of the C# library. I went through the C# library when this was first announced, and there's basically a half dozen sections of it, things like "collections", that you absolutely had to have just to "be a programming language", and a few extra features. I don't think you'd get direct access to sockets or anything exciting like that.

And I could see the advantage of getting access to real arrays and hashes instead of lists. That would be a bonus. But on the other hand you'd almost certainly have to do all the event handling bookkeeping that the state system currently takes care of by hand. For people writing raytracers it'd be a major win. For most LSL scripts it'd be a wash.

...

And extending the API is something that's been relatively neglected for the past couple of years, so that's good news.

Wildefire Walcott

This is another thing I was wondering about. LSL is purely event-driven, and events "just happen" with no effort on the scripter's part other than a single registration call. C# is well-suited to event-driven programs, but it's a fair amount more work than in LSL (although much easier than in C++).

Ingrid N

(okay, it's not quite that bad)

Argent Stonecutter

No no! Down, not across!

Ingrid N

the emo²ticon IS applying the correct cutting method! Go get your eyeglasses, gramps

Siggy

Old timer I am - I prefer C++.

Either way I've always had a headscratch over the whole thing anyways - I would have thought fixing and extending a thing is more desirable than replacing a thing (especially something of that magnitude)... then maybe ADDING the new thing down the road.

They never got their shit together LSL wise BEFORE the Mono fiasco - creating even more shit - then the ballyhoo of C# implimentation, that you just KNOW would be half arsed... Like a layer cake of half baked crap with a splat of unsmoothed icing on top...

....that they confused salt and sugar while mixing.

__________________
And as it was in the beginning, so too shall it be in the end. That bullshit is bullshit, it just goes by different names.

Wildefire Walcott

I think that C# is fun, and it's perfect for web services and enterprise applications that don't need to know specifics about the hardware or the operating system they're running on. Unfortunately, it's virtually useless to me personally.

Because of the nature of my work, 50% of every C# project I've ever been on was interop code to talk to the operating system APIs that do all the things the C# library doesn't provide, so in our case I was always like, "What's the point? We saved a few days of UI development but wasted the same amount of time writing wrapper code for a bunch of C-based APIs!"

Second Life needs a super-high-level language like LSL (but with better predictability and error handling, and more features) or C# (but with a more complete library than LSL provides) in order for people to even bother dabbling with it. I would be fine if all they did was keep adding/expanding LSL. For example, how about a way to tell what our fucking Linden balance is?

Argent Stonecutter

Noob. It's perfectly possible to write object-oriented code in C!

Actually, I once ran into this really nice template-based OO extension to C that might have competed with C++. Ever hear of CO² (C Object Oriented)? Nope? Well, the designer decided to try and control and sell it (like Xerox did with Smalltalk) and... well, guess what.

Hey, it's a software pattern! It's called "The Big Pile Of Stuff" pattern.

Argent Stonecutter

I remember that game. I played it with Fortran, Pascal, and Modula 2.

That will never happen. It would make it slightly easier to drain someone's account in a single transaction instead of a penny at a time!

Wildefire Walcott

Even if it was limited to object owner balance? If it's your own info that you can see on your own screen, I think you should be able to access it in your script.

Also, they need to up the HTML scraping limits with the HTTP request stuff. Isn't it just 2K or something?

Eata

Script features have been horribly under developed. In the last two years we got the recent link stuff and... sculpt and glow controls?

For a world all about content I get pissed off that they ignore it until we get some bone every two years. Sculpts for a hacked solution for mesh, Mono for actually fast math.

Argent Stonecutter

If this was ever proposed it'd get Prokked to death in no time.

See, account draining scripts attack the object owner. "Get L$1 per minute by wearing this HUD!" You put it on, it requests PERMISSION_DEBIT and starts draining your L$. This stuff is all over.

Yes, they could do a binary search and get up to ONE MILLION LINDENS from you in 20 requests before you ever notice, but mostly they siphon it off a linden at a time.

Innula Zenovka

Yeah, but look at that in context.. it's not good news:

Katheryne Helendale

This.

There is nothing wrong with LSL, other than it needing dynamic memory handling. Beyond that, I cannot tell any difference between LSL-compiled and Mono-compiled scripts. I don't see C#-compiled scripts being any different. It would be far better to give LSL dynamic memory handling and extend its functionality, and I think it would be a better use of developer time and resources.

__________________