Can't open save?

Nov 28 2008, 12:13 pm In response to CIB
Xooxer	-_-' You're accessing the save via ExportText after the directory already changed....

Nov 28 2008, 12:23 pm In response to CIB
Xooxer	Ok. That "../" was wrong, it should just be "..".

Nov 28 2008, 12:32 pm

In response to Xooxer

CIB

Xooxer wrote:

... Your posts thus far have made it pretty clear that your tests are not correct, because you're expecting them to return something they won't, because you're not seeing that the current directory is the directory you just saved, and that the default path argument is the current directory.

Er, whatever.

The savefile's cd variable is changed when you saved the list.

Now, look. I'm not changing the cd variable anywhere. I'm assigning a list to the top-path, which is the cd at the same time. If I was changing the cd variable, all the other lists would be saved under the new cd. But they are all saved under the top-directory.

Changing the order of saving should have no effect here on the savefile itself.

Thing is, it does. Whichever list gets saved first, it will be written to the top-directory. All other lists will be written to the proper fields.

You never mentioned any bugs without the ExportText() calls.

First I didn't because the ExportText result was surprising me.

Anyway, I did this:

        World["create"] << null
        World["GMList"] << GMList

Result:

. = null
GMList = list(what, you, would, expect)

Come to think of it, it would be possible that the first field would always create a new directory and all data would get written to it. That way I would sort of have a recursive, ever-growing save-file.. Doesn't sound good, I'll better check it out.

Nov 28 2008, 12:39 pm

In response to CIB

Xooxer

CIB wrote:

Now, look. I'm not changing the cd variable anywhere.

No, you look. Saving it changes the current directory. The act of saving in this manner:

        World["GMList"] << GMList

Causes the savefile to go to the top-level, create new directory called "GMList", then insert all the items in it. The current directory "." is "GMList" right after this happens.

I'm assigning a list to the top-path, which is the cd at the same time. If I was changing the cd variable, all the other lists would be saved under the new cd. But they are all saved under the top-directory.

Not true. Sving it that way causes it to save to the *exact* path you put in the quotes. Since you're not doing "GMList/MyOtherList", it's not making sub directories. All the lists are top-level directories because yo never told it to save any other way.

Thing is, it does. Whichever list gets saved first, it will be written to the top-directory.

No, it's written to the directory you tell it to. "." is not the top-level directory, it is the current directory.

All other lists will be written to the proper fields.

All lists re written properly. It's your test which is wrong.

Anyway, I did this:

>       World["create"] << null
>       World["GMList"] << GMList
>

Result:

> . = null
> GMList = list(what, you, would, expect)
>

That's right.

Nov 28 2008, 12:40 pm In response to CIB
CIB	Nope, it seems to be remaining the same, ".." will return just the same result as "/", even if the fiels are changed and the file-size remains the same, too.

Nov 28 2008, 12:42 pm In response to CIB
Xooxer	I quit. I can not help you. Read the reference on all the variables and procs relating to savefiles. That's all I can say.

Nov 28 2008, 12:46 pm

In response to Xooxer

CIB

OK, if it is right and you understand it well, explain me this:

1. I assign GMList the last. Why isn't the cd changed to GMList?
2. Without the null fix, why does it get written to "." and not "GMList" which remains a separate field with an unchanged value and which is used to load the data from in World["GMList"]?
3. If I change my current working directory to something non-top-level, why are the top-level entries still displayed?
4. Why

Nov 28 2008, 12:50 pm

In response to CIB

Xooxer

CIB wrote:

1. I assign GMList the last. Why isn't the cd changed to GMList?

Order of directories is not preserved, as it states in the reference. Really. Go read it.

2. Without the null fix, why does it get written to "." and not "GMList" which remains a separate field with an unchanged value and which is used to load the data from in World["GMList"]?

"." is *not* a directory.

3. If I change my current working directory to something non-top-level, why are the top-level entries still displayed?

Probably because you are really confused bout what you're seeing, so I suggest you go read the reference a bit more.

4. Why

Because knowing is half the battle!

Nov 28 2008, 12:51 pm In response to Xooxer
CIB	The problem's solved, yet I do not understand why it is behaving like that. I have read the documentation on savefiles, but it isn't revealing anything new to me, it's rather conflicting with what I'm experiencing.

Nov 28 2008, 12:57 pm In response to CIB
Xooxer	Like what? From what I can tell, it's doing exactly what you're telling it to. The odd behavior isn't in the saving system. It's in your debug. If you fixed that with some hack, you may have just broken your saving system. o_o You really really need to make sure your tests check out first.

Nov 28 2008, 12:58 pm In response to Xooxer
CIB	Xooxer wrote: "." is not a directory. so I suggest you go read the reference a bit more. Quote from reference: The path "." stands for the current directory Sorry, but I don't get how . is not a directory while at the same time standing for a directory.

Nov 28 2008, 1:00 pm In response to Xooxer
CIB	Behaviour before my weird fix: GMList would just remain the same, saves would not apply to it, restarting the world would clear everything stored in "." and set the GMs back to what was in "GMList". Behaviour after my weird fix: GMLists are saved properly and load properly.

Nov 28 2008, 1:00 pm In response to CIB
Xooxer	It's a variable, or a command, depending on how you want to look at it. "." is literally "here", or "this". ".." is "up" or "parent".

Nov 28 2008, 1:02 pm In response to CIB
Xooxer	Can you make a small demo of that? I don't get your problem.

Nov 28 2008, 1:03 pm In response to Xooxer
CIB	Yes, so "." refers to the current working directory. So, if the current working directory is not the top-level directory(atleast you say so), it shouldn't display the contents of the top-level directory.

Nov 28 2008, 1:11 pm

In response to Xooxer

Xooxer

So, you're saying something like this isn't saving properly for you?

var
    list
        GMList = list("Me", "You", "Not Him")
        Banned = list("Some N00b", "A Troll", "That Guy")
        Mutes  = list("Mr.obNoXioUs", "CAPSLUVR", "Helen Keller")

proc
    Load()
        var/savefile/World = new("./world.sav")
        World["GMLisit"] >> GMList
        World["Banned"] >> Banned
        World["Mutes"] >> Mutes

    Save()
        var/savefile/World = new("./world.sav")
        World["GMLisit"] << GMList
        World["Banned"] << Banned
        World["Mutes"] << Mutes

Nov 28 2008, 2:00 pm

In response to CIB

Xooxer

Here. Try this and see if it makes any sense. Just compile it into a new project, run it twice (once to initialize the savefile, the second to do a full save and load from the savefile), then open the log.txt file it creates.

world

    New()
        log = "log.txt"
        ..()
        Load()

    Del()
        Save()
        ..()

mob
    Login()
        ..()
        src << "<b>GMs:"
        for(var/v in GMList)
            var/pos = GMList.Find(v)
            src << "[(pos==1)?"  ":][v][(pos==GMList.len)?"\n" : ", \..."]"

        src << "<b>Banned:"
        for(var/v in Banned)
            var/pos = Banned.Find(v)
            src << "[(pos==1)?"  ":][v][(pos==Banned.len)?"\n" : ", \..."]"

        src << "<b>Mute:"
        for(var/v in Mutes)
            var/pos = Mutes.Find(v)
            src << "[(pos==1)?"  ":][v][(pos==Mutes.len)?"\n" : ", \..."]"

var
    list
        GMList
        Banned
        Mutes

proc
    Load()
        if(!fexists("./world.sav"))
            world.log << "Initializing..."
            GMList = list("Me", "You", "Not Him")
            Banned = list("Some N00b", "A Troll", "That Guy")
            Mutes  = list("Mr.obNoXioUs", "CAPSLUVR", "Helen Keller")
            world.log << "\nGMList = list(\"Me\",\"You\",\"Not Him\")"
            world.log << "Banned = list(\"Some N00b\",\"A Troll\",\"That Guy\")"
            world.log << "Mutes = list(\"Mr.obNoXioUs\",\"CAPSLUVR\",\"Helen Keller\")\n"
            return
        world.log << "Loading...\n"
        var/savefile/World = new("./world.sav")
        World["GMList"] >> GMList
        world.log << "GMList: \..."
        world.log << World.ExportText("GMList")
        World["Banned"] >> Banned
        world.log << "Banned: \..."
        world.log << World.ExportText("Banned")
        World["Mutes"] >> Mutes
        world.log << "Mutes: \..."
        world.log << World.ExportText("Mutes")
        world.log << "\nLoding Complete:"
        world.log << World.ExportText("/")

    Save()
        world.log << "Saving...\n"
        var/savefile/World = new("./world.sav")
        World["GMList"] << GMList
        world.log << "GMList: \..."
        world.log << World.ExportText("GMList")
        World["Banned"] << Banned
        world.log << "Banned: \..."
        world.log << World.ExportText("Banned")
        World["Mutes"] << Mutes
        world.log << "Mutes: \..."
        world.log << World.ExportText("Mutes")
        world.log << "\nSaving Complete:"
        world.log << World.ExportText("/")