 |
Llohr
Apprentice
Joined: 17 May 2005
Posts: 108
|
 Posted: Wed Mar 13, 2013 7:26 pm
Package Blanked out and can't restore it.
|
So I was having an issue with speedwalks, wherein none of them worked. I only had two sessions loaded at the time, so I decided to go through the whole export/import process that now takes up a third of my total mudding time. I started with the main sessions that were currently loaded, and the speedwalks global package, since that seemed a likely place to begin. After exporting the session and the package, I went in and deleted the associated packages, reopened one session and imported the xml file, that worked fine, then I tried to import the speedwalks package, and nothing happened.
I went and checked the speedwalks xml file I had just created from a complete speedwalks package, and it contained:
| Code: |
<?xml version="1.0" encoding="ISO-8859-1" ?>
<cmud>
</cmud> |
I.e., it was blank. So, I went to the recycle bin and grabbed the speedwalks package and restored it, opening it up in notepad++ shows that it contains all of my speedwalks, but when I start a session that uses it (which would be all of my sessions) I have nothing but a blank package. Nothing I've tried gets me anything but a blank package, despite being able to see that the package contains the information that I want.
I would really rather not have to completely recreate every single speedwalk and alias that the package contains, and at this point I'm not sure that that would even work, what's going on here? I had about an hour of free time for mudding today, I've used two hours trying to solve this problem.
Edit: I've run examdiff on two versions of the speedwalks package and discovered that random aliases, triggers, and variables from multiple packages and sessions have been appended to the latest version of the package. Apparently, it is possible for a package to be corrupted to the point that exporting to xml creates a blank file despite the package appearing to be complete and bug free in the editor. This begs the question, when is it safe to export and create a backup xml copy? I tend to do so after any major revision, but I see now that I am going to have to append version information to every xml file thus generated.
I guess if I decide I want to add a trigger/alias/speedwalk/etc., I should stop mudding, shut down cmud, delete all my packages, then import everything from xml backups so that when I finish recording the path or writing the script or what-have-you I can safely export a new xml file with a reasonable expectation that it will be a functioning file when I'm done. Anything to bow in utter servitude to a corruption problem that zmud never had, and which has completely taken over my gaming time. |
|
|
|
|
Llohr
Apprentice
Joined: 17 May 2005
Posts: 108
|
Posted: Wed Mar 13, 2013 8:30 pm
|
I apologize for getting bitchy about this, I just find it so frustrating.
As far as I can tell, the package corrupted overnight, perhaps when my computer shut down to apply updates. I just want to make it known that if a fix to this corruption issue were ever to be made, I would gladly pay for cmud again. I would pay double for a version of cmud that doesn't constantly corrupt my packages/settings. I love the program, and now that I've figured out the necessary workarounds to ensure that multiple sessions using the same global packages function correctly (hint, a lot of %chars to uniquely identify and path things) I'm beginning to appreciate the package system. Apart from corruption, the only issue I have is that preferences don't work properly, but I can get around that by hitting "OK" after changing settings and avoiding any use of "set as default" or "apply."
I don't know what changed between zmud and cmud to make decorrupting my new pastime, maybe it's simply the compiled scripting, but I imagine that there is a possible solution. I don't know if setting it up so that packages can only be saved/written to manually, with the save option, in an artificially imposed ideal environment (e.g. triggers off, parsing off, connection closed) would fix this problem. Or perhaps such manual saving would need to be in xml format, and all packages would have to import from xml upon loading, so that package files only exist as such while a session is loaded. I also don't know how much work it would take to implement a fix like that. I'm a very newbie coder, but if I had the source, I would learn whatever I needed to know to fix the problem.
In short, Zugg, I know you aren't developing for cMud anymore, but if you ever feel like making a CMud v4 with this one single fix, I'd give you 60 bucks for it. Hell, while I obviously can't speak for anyone but myself, I'd pay $100 for it. This is software I use every day during my off season, and I got a ton of mileage out of zMud, to me the investment seems worthwhile when we're talking about a product that gets more use than my car, and very nearly as much use as my computer. |
|
|
|
|
MattLofton
GURU
Joined: 23 Dec 2000
Posts: 4834
Location: USA
|
Posted: Thu Mar 14, 2013 3:45 am
|
| Quote: |
I've run examdiff on two versions of the speedwalks package and discovered that random aliases, triggers, and variables from multiple packages and sessions have been appended to the latest version of the package.
|
This is clearly indicating that, despite all the xml exporting/importing you bothered doing, you haven't even fixed the original corruption issue. An ace bandage on your sprained ankle isn't going to fix the broken leg. |
|
_________________
EDIT: I didn't like my old signature |
 |
|
|
|
|
|
|
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
|
|
