gamePaths=C:\Users\Joshua\Dropbox\Programming\Sphere\games
Unhandled Exception: System.NullReferenceException: Object reference not set to an instance of an object. at SphereStudio.IDE.Project..ctor(String filepath) at SphereStudio.IDE.Project.Open(String rootPath) at SphereStudio.Components.StartPage.PopulateGameList() at SphereStudio.IDEForm..ctor() at SphereStudio.Program.Main(String[] args)Segmentation fault
Match match = regex.Match(file.ReadLine());string key = match.Success ? match.Groups[1].Value : null;string value = match.Success ? match.Groups[2].Value : null;switch (key.ToLower()){//...
bp_4F230F33=bp_EEDEA5C4=viewState_EEDEA5C4=473|473|0viewState_4F230F33=459|459|1hideStart=FalseopenDocuments=currentDocument=C:\Users\Andrew\Desktop\Sphere 1.6\games\Blockman\scripts\main.jsbp_428E1016=viewState_428E1016=2507|2507|81
<game>.ssuser is correct. It shouldn't be creating any .ssuser files, those are probably remnants from older Studio builds.
"viewState_xxxxxxxx" values store the current display state of each document (e.g. for script files, the current line and selection), the hex part is a hash of the filename. Storing full filenames wasn't really feasible because files are allowed to have equals signs in them, which would confuse the INI parser.
"bp_" are lists of lines with breakpoints for each script file. Truthfully, these shouldn't be stored as hashes though because the filename can't be recovered from the hash, meaning you have to open it before the saved breakpoints are honored. I'll think of something better eventually.