First object, phantom .axo problems?

#1

Started looking into custom axo's this morning and ran into some more user ignorance on my part. Initially I was using the default objects path for creating new axo's:

C:\Program Files (x86)\Axoloti\app\objects\

I added my own directory and copied an existing axo over to get started. I made some simple changes and got it loading, but during this process realized I could add another object search path to my preferences, so I moved the .axo over to my github directory, for easier access and easier source control.

So moved it over, and I deleted the original file I wrote that lived in the normal Axoloti directory:

C:\Program Files (x86)\Axoloti\app\objects\fma_objects\fold.axo

However during startup and anytime I reload objects I am still getting errors uuid errors with the file I nuked from the primary Axoloti directory. I even restarted my machine (both the PC and the board) just in case there was some weird .tmp file stuff going on.

Am I missing some flush command? Do things live somewhere else that I also need to delete? Is windows just fucking with me (this is normally my default answer). Has anyone else seen this behavior? I'm sort of diving in head first, using this community as my how-to book, and im sure I have missed a bunch of no brainer RTM stuff.

Here is the rror just in case. I am not worried about the error itself, that seems pretty normal (I dont quite understand how to generate correct uuids yet, but thats later), but maybe they are entwined? like there is a uuid table I need to flush?

search path : objects
Incorrect uuid hash detected for object: C:\Program Files (x86)\Axoloti\app\objects\fma_objects\fold.axo , does not match its signature (439f340c2da8a031b6d48ed82626b4fbfma00002). True signature would be dfc0e2bf348b696cf099d6a3af3742792523ff20
Duplicate upgrade SHA! C:\Program Files (x86)\Axoloti\app\objects\math\reciprocal.axo
Original name: fma_objects/fold
Path: C:\Program Files (x86)\Axoloti\app\objects\fma_objects\fold.axo
search path : "C:\Users\matthew\Documents\GitHub\axoloti\objects"
finished loading objects

#2

There are no magic temp files involved here, and rebooting your PC will not solve anything (I only do that less than once a week!)

Easiest way out I believe is altering the upgradesha field in your object file (just use some random), and editing/saving your object with the integrated object editor (object popup menu (little triangle) -> edit object definition)

#3

Done! and a new bug when trying to save from the editor :smile: Looks like the editor expects a relative path. This object lives here:

C:\Users\matthew\Documents\GitHub\axoloti\objects\fma\maFold.axo

I haven't quite gotten set up all the way to compiling source yet, but this would be something I could fix if I was a bit further along.

java.io.FileNotFoundException: objects\fma\maFold.axo (The system cannot find the path specified)
java.io.FileNotFoundException: objects\fma\maFold.axo (The system cannot find the path specified)
at java.io.FileOutputStream.open0(Native Method)
at java.io.FileOutputStream.open(FileOutputStream.java:270)
at java.io.FileOutputStream.(FileOutputStream.java:213)
at java.io.FileOutputStream.(FileOutputStream.java:162)
at org.simpleframework.xml.core.Persister.write(Persister.java:1198)
at generatedobjects.gentools.WriteAxoObject(gentools.java:411)
at axoloti.dialogs.AxoObjectEditor.jMenuItemSaveActionPerformed(AxoObjectEditor.java:616)
at axoloti.dialogs.AxoObjectEditor.access$000(AxoObjectEditor.java:45)
at axoloti.dialogs.AxoObjectEditor$6.actionPerformed(AxoObjectEditor.java:602)
at javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:2022)
at javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2348)
< removed a bunch of the java stack>