Archive for the 'Software Development' Category Page 2 of 6

Beware of falling rocks - Redesign in progress

As I mentioned yesterday, I’ve decided that now is a good time for me to redesign the theme I use for my blog.  For too long now, I’ve used a WordPress theme that, while it looked nice enough, did absolutely nothing to visually convey the topic or spirit of the site.

nara-burning-sm I’m pretty pleased with the amount of progress I’ve managed to make so far, but I’m no web designer so there’s still much work to be done.  On top of that, there are some very weird quirks about the way my blog works (it’s a modified self-hosted WordPress installation using K2 as a base theme) that make development difficult.  Specifically, I cannot get the K2 sidebar modules to load in my local sandbox installation, so I will undoubtedly have to deal with things that work great on my development machine that are broken on the live site.

Feedback is always welcome, but please keep in mind that this is the first WordPress theme I’ve ever made, and I’m no graphic artist, so please be kind :)

And if everything breaks, well…  You have been warned.  I’ll do my best to fix it, haha.

Popularity: 26% [?]

Yakuza Clan in hiding?

Many of you probably already know that we had decided to move the C:SI Weekly Statistics page from this site over to the official Samurai Island website, and I’ve been working toward that end by trying to figure out the best and most easily maintainable way to integrating that functionality into the C:SI software.

While I was working on that task late last night, Moondance Warrigal contacted me to let me know that Yakuza Clan was not showing up on on the statistics page.  I looked, and sure enough, they were nowhere to be found. 

Since Archanox implemented the new Clan Board, I’ve been kind of lazy about refreshing the data that drives the statistics, so I figured that a quick refresh would do the trick.  I fired up my rusty trusty bot Aang (who now also serves as a research bot) to pull the list of which fighters belong to which clans, and after a bit of a gaffe discovering that Yakuza Clan’s clan key was incorrect, synchronized the data.

Everything appeared to be going well, for a few hours, at least.  Then, at some point, Yakuza Clan stopped appearing in the list again.

I have no idea why.  None whatsoever.  I’m looking at the process from end to end, and the reason is just not obvious.  So, before I move the page over to it’s final destination, I feel like I need to figure out why this is occurring.

I think all of the other clan information is correct, but of course I cannot be sure, so if you notice anything odd about your clan’s statistics, please don’t hesitate to let me know.  Feel free to send me an IM in-world, even if I’m not signed in I have my preferences set to send all instant messages to my email.

Popularity: 29% [?]

C:SI Weapons Breaking - A hint?

I finally got around to checking the backup of Akismet-flagged comments to my blog today, and found a very curious one from Darien Caldwell, who is also a (rather more well-known than I am) Second Life® scripter and content creator.  This may provide a bit of a clue to the problem I posted about before :

I know I have seen some very stable scripted items start having troubles timed the day LL rolled out the latest server version with some unspecified changes to string operations. Since then, I have been having sporadic script crashes on items that never had issues before. Change to string operations referenced here:

Rolling Restart - Thursday March 6th, 5pm-10pm PST

“We’ve investigated the issue and have identified the cause. In the 1.19.1 server code we tightened up some bounds checking for string copies within the LSL string operations. After identifying this as the source of the performance degradation, we identified a fix - which maintains the bounds checking, but also surpasses the performance of 1.19.0 by approximately 10%.”

This somehow created a script crashing issue. But as the details of what changed were not made public, it’s impossible to to find the cause, especially when you don’t have access to the source code of the scripted item in question. But perhaps this will put someone on the right track.

I’m not exactly sure how the issue encountered by Darien could be related to the issues we have been seeing (we do many string operations, but are experiencing Math Errors), but it certainly does indicate that Linden Lab® has been mucking about with at least some of the core server-side code, with the unfortunate result that problems are cropping up in-world that never presented before.

Another comment I missed because of Akismet incorrectly flagging it as spam came from Aimee Congrejo, who not only provided a chat log with the actual times and location of the errors, but also indicated that it is not only happening on Havok™ 4 sims :

The first I saw this happen was *months* ago in Meiji and Tokugawa with an Ashes Cursed Spirit. I told the owner (freebsdd Allen) to IM Esprite but it looks like he never did cuz you guys haven’t heard of this before. ^_^ So it’s not new…but it’s pretty rare.

I’ve also seen a few blade breaks with the same error in Samurai Edo and Cold Steel.

Here are the times and logs from the TFS tourney (Samurai Edo):

[2008/03/08 15:07]  Charly Moo: Script run-time error
[2008/03/08 15:07]  Charly Moo: Math Error
[2008/03/15 15:14]  Lumiere Zenovka: Script run-time error
[2008/03/15 15:14]  Lumiere Zenovka: Math Error
[2008/03/15 15:39]  Djinn Holiday: Script run-time error
[2008/03/15 15:39]  Djinn Holiday: Math Error
[2008/03/15 15:43]  Djinn Holiday: Script run-time error
[2008/03/15 15:43]  Djinn Holiday: Math Error
[2008/03/15 15:47]  Lumiere Zenovka: Script run-time error
[2008/03/15 15:47]  Lumiere Zenovka: Math Error
[2008/03/15 16:23]  Lumiere Zenovka: Script run-time error
[2008/03/15 16:23]  Lumiere Zenovka: Math Error

Errors in a non-Havok™ 4 sim this afternoon when Djinn pulled his blade:

[2008/03/16 13:29]  Djinn Holiday: Script run-time error
[2008/03/16 13:29]  Djinn Holiday: Math Error
[2008/03/16 13:32]  Djinn Holiday: Script run-time error
[2008/03/16 13:32]  Djinn Holiday: Math Error

And blade random errors I have chatlogs for (no idea what sim but definitely pre-Havok™ 4):

[2007/09/20 21:31]  freebsdd Allen: Script run-time error
[2007/09/20 21:31]  freebsdd Allen: Math Error
[2007/09/20 21:31]  freebsdd Allen: Script run-time error
[2007/09/20 21:31]  freebsdd Allen: Math Error
[2007/09/20 21:31]  freebsdd Allen: Script run-time error
[2007/09/20 21:31]  freebsdd Allen: Math Error
[2007/09/20 21:31]  freebsdd Allen: Script run-time error
[2007/09/20 21:31]  freebsdd Allen: Math Error
[2007/11/27 21:17]  freebsdd Allen: Script run-time error
[2007/11/27 21:17]  freebsdd Allen: Math Error
[2007/11/27 21:17]  freebsdd Allen: Script run-time error
[2007/11/27 21:17]  freebsdd Allen: Math Error
[2007/12/09 12:14]  freebsdd Allen: Script run-time error
[2007/12/09 12:14]  freebsdd Allen: Math Error
[2007/12/09 12:14]  freebsdd Allen: Script run-time error
[2007/12/09 12:14]  freebsdd Allen: Math Error
[2008/02/16 16:43]  Miss Siemens: Script run-time error
[2008/02/16 16:43]  Miss Siemens: Math Error
[2008/02/16 16:44]  Miss Siemens: Script run-time error
[2008/02/16 16:44]  Miss Siemens: Math Error
[2008/02/16 16:59]  Miss Siemens: Script run-time error
[2008/02/16 16:59]  Miss Siemens: Math Error
[2008/02/16 17:05]  Miss Siemens: Script run-time error
[2008/02/16 17:05]  Miss Siemens: Math Error
[2008/02/16 17:10]  Miss Siemens: Script run-time error
[2008/02/16 17:10]  Miss Siemens: Math Error
[2008/02/16 17:11]  Miss Siemens: Script run-time error
[2008/02/16 17:11]  Miss Siemens: Math Error
[2008/02/16 17:14]  Miss Siemens: Script run-time error
[2008/02/16 17:14]  Miss Siemens: Math Error
[2008/02/16 17:15]  Miss Siemens: Script run-time error
[2008/02/16 17:15]  Miss Siemens: Math Error
[2008/02/16 17:19]  Miss Siemens: Script run-time error
[2008/02/16 17:19]  Miss Siemens: Math Error
[2008/02/19 21:19]  Brenna Beck: Script run-time error
[2008/02/19 21:19]  Brenna Beck: Math Error

 

I’m not sure how this information will help, and I’ve not seen any reports of the issue since the 16th, but I’m still hoping that we can gather enough data to point out the problem to Linden Lab® and enlist their help in resolving the problems.

Popularity: 59% [?]

Proceed with caution - Second Life® Utilities

It’s a bit of old news now (in Internet time, at least), but not long ago there was quite a bit of buzz in the Second Life® blogosphere about a new program called Second Inventory, whose stated purpose is to allow a Second Life® user to create a local backup of their Second Life® inventory - Scripts, notecards, textures, the works.

Of course, there was an immediate buzz (see Dedric Mauriac, Vint Falken, and Your2ndPlace for example and comments) in the SL™ blog scene and lots of interesting speculation, discussions, and outright accusations on SL-related forums about how the software could be used to steal from content creators.  I don’t know and won’t speculate here on whether that’s true, but I could actually envision myself using this software for it’s intended purpose, as there have been many times when I’ve wished that I had a local copy of a script or texture that I can no longer find or that Second Life® seems to have lost. 

Most recently Second Life® had lost the notecard for my ZHAO animation override, but even more importantly (and more frequently) I’ve lost several important scripts over the last two years.  Unlike my real-world software development environment, Second Life® has no version control, automated backups, or even adequate inventory search functionality, and this has led to my rigidly following a practice of doing *all* of my SL™ scripting work offline using SciTE-ez, lslint, and Subversion.

So, as I say, I can see wanting to use the Second Inventory program myself, but I just can’t get past the most powerful of trust issues : It requires your Second Life® username and password.  Having developed several kinds of utility software for myself using libsecondlife, I’m well aware that this is a requirement for which there is no workaround, and that’s not the part that makes me uncomfortable.  The part that makes me uncomfortable is that I am just fundamentally wary of giving my password to anything but official Second Life® software.

There’s another program generating a lot of buzz in the blogosphere right now that provides a pretty concrete example of why that unease is justified : G-Archiver.  Jeff Atwood of Coding Horror fame recently received an email from Dustin Brooks (who reverse-engineered the program) describing how he had discovered that the program sends user’s GMail login and password info to the software’s creator.  Mr. Brooks apparently discovered the sign-in credentials for 1777 GMail users!

Now, I’m not saying Second Inventory is a phishing scam, I don’t know if it is or isn’t (I tend to believe it’s not, but not as strongly as I believe that the Nicholaz viewer is not), and that’s not the point I’m trying to make.  The point I’m trying to make is that thousands of people get fooled by malicious programs because they don’t have a fundamental mistrust of software that asks for sign-in credentials.  Even fairly intelligent and tech-savvy people fall for these kinds of things, perhaps in part because they *do* understand the technical reasons behind the software asking for such sensitive information, and they are very comfortable with technology.

I strongly suspect that with the Second Life® viewer being released as open source and libsecondlife growing steadily more capable, we can expect to see an explosion of third-party utilities and programs.  While that’s generally a good thing in my book, and I look forward to seeing what kinds of things such software will enable with respect to bridging the real and virtual worlds, I think it’s important to remind potential users to proceed with caution.

Popularity: 68% [?]



Bad Behavior has blocked 279 access attempts in the last 7 days.

Close
E-mail It