#exult@irc.freenode.net logs for 21 Feb 2010 (GMT)

Archive Today Yesterday Tomorrow
Exult homepage


[00:02:06] <Kirben> stdout.txt isn't much help:
[00:02:07] <Kirben> Warning: configuration file 'exult.cfg' is being ignored in favor of file 'C:\Documents and Settings\Kirben\Local Settings\Application Data\Exult\exult.cfg'.
[00:02:07] <Kirben> Warning, trailing slash in path: "<BLACKGATE_STATIC>\"
[00:02:08] <Kirben> Warning, trailing slash in path: "<SERPENTISLE_STATIC>\"
[00:03:45] <Marzo> Is there the cfg file where it says?
[00:04:24] <Kirben> Yes, was looking in non-local area before.
[00:04:26] <Marzo> (there are so many errors in that sentence that I have to apologize; I hope the point got across...)
[00:05:02] <Marzo> Can you check if it is correct?
[00:07:05] <Kirben> Seems to work, if I delete directory, and let it be recreated.
[00:07:12] <Marzo> Odd
[00:08:17] <Kirben> I added a few errors to files/utils.cc, let me remove those again.
[00:09:23] <Kirben> Yes, fails again, with errors removed.
[00:10:31] <Kirben> It looks like one of the 'return string("");' in 'const string Get_local_appdata()' are been triggered, I have switched those to perror(), to try and track down cause before.
[00:11:48] <Marzo> To be honest, it was exactly on that function that I encountered all my problems with GCC 4.4.0 in MinGW
[00:12:25] <Marzo> It *could* be an issue of DW2 (MinGW) versus SJLJ (shell32.dll)
[00:14:29] <Kirben> I thought the only difference was how exceptions are handled, with dwarf2 having issues throwing exceptions across DLLs in the past.
[00:16:24] <Kirben> Current stderr.txt:
[00:16:25] <Kirben> Warning: configuration file 'exult.cfg' is being copied to file '"\Exult\exult.cfg' and will no longer be used.
[00:16:25] <Kirben> File copy FAILED. Old settings will be lost
[00:16:25] <Kirben> Warning, trailing slash in path: "<BLACKGATE_STATIC>\"
[00:16:26] <Kirben> Warning, trailing slash in path: "<FORGEOFVIRTUE_STATIC>\"
[00:16:26] <Kirben> Warning, trailing slash in path: "<SERPENTISLE_STATIC>\"
[00:16:26] <Kirben> Warning, trailing slash in path: "<SILVERSEED_STATIC>\"
[00:19:32] <Marzo> Try this: in each of the returns on Get_local_appdata, substitute the line with this:
[00:19:35] <Marzo> { cerr << "Home path: " << endl; return XX; }
[00:19:48] <Marzo> But replace the XX for the contents of the adequate return
[00:20:25] <Marzo> then, on Get_home, just after the line 726, put a line with
[00:20:48] <Marzo> cerr << "Final path: " << home_dir << endl;
[00:20:52] <Marzo> and recompile
[00:23:10] <Marzo> Oh: use "std::endl" instead of just "endl" if you encounter any issues
[00:28:41] <Kirben> Strange, the only additional output I get is:
[00:28:45] <Kirben> Final path: "\Exult
[00:29:11] <Marzo> Ugh, that was buggy code from my end
[00:29:26] <Marzo> When I told you to write this:
[00:29:27] <Marzo> { cerr << "Home path: " << endl; return XX; }
[00:29:41] <Marzo> I left out a few important bits; namely,
[00:29:43] <Marzo> { cerr << "Home path: " << XX << endl; return XX; }
[00:30:45] <Marzo> Now yes, replacing both XX with the appropriate return value
[00:42:19] <Marzo> I just had an idea which may hold the key to the answer
[00:43:01] <Marzo> In utils.cc:568: replace "HRESULT" by "HRESULT WINAPI" then recompile
[00:43:27] <Marzo> Wait -- that should have been different
[00:44:00] <Marzo> Actually, the WINAPI should be after the following parenthesis but before the asterisk
[00:44:11] <Marzo> i.e., "typedef HRESULT (WINAPI *SHGetFolderPathFunc)"
[00:45:58] <Kirben> Strange, it seems to work again:
[00:46:00] <Kirben> Home path: C:\Documents and Settings\Kirben\Local Settings\Application Data
[00:46:00] <Kirben> Final path: C:\Documents and Settings\Kirben\Local Settings\Application Data\Exult
[00:46:20] <Marzo> That confirms what I was suspecting
[00:46:23] <Kirben> ok, trying now.
[00:46:54] <Marzo> The problem is: WINAPI := #define WINAPI __stdcall
[00:48:38] <Marzo> The Windows API is stdcall, which means that it cleans up the stack
[00:50:19] <Marzo> The stack was probably getting corrupted because of the lack of that specifier; this apparently causes problems with DW2 but not with SJLJ because of the differences in how they handle the stack
[00:50:55] <Marzo> Adding the cerr lines altered the stack further, masking the problem
[00:52:25] <Marzo> (now, if M$ hadn't decided to reinvent the wheel and used __stdcall instead of WINAPI, this issue might never have happened...)
[00:54:32] <Marzo> (this means you will probably need to reset the return lines of Get_local_appdata to be able to see if this indeed fixes the problem)
[00:54:42] <Marzo> brb
[00:55:38] <Marzo> back
[01:01:27] <Kirben> Yes, seems fine now.
[01:03:09] <Marzo> Fix is away
[01:05:07] <Marzo> Now we only need Malignant_Manor to test in Win9x and Dominus to test in W7 to see if everything is working as expected in these cases
[01:24:23] --> Colourless has joined #exult
[01:24:23] --- ChanServ gives channel operator status to Colourless
[01:26:14] <Marzo> Colourless: I left a message for you in the logs
[01:26:24] <Marzo> For convenience, here it is again: (02:26:16 PM) Marzo: To Colourless, if you read the logs before I point them to you: As it turns out, I think I liked the way Pentagram deals with the SDL stdout/stderr redirection slightly better than what I did and so I am going with it
[02:00:06] * Colourless nods
[02:02:41] <Colourless> you're doing alot of work that i should have done a long time a go. I like! :-)
[02:35:53] <Marzo> :-)
[02:36:43] <Marzo> If there is anything else in that category that should be done before release, please do share
[02:41:02] <Colourless> i try not to think about exult too much anymore
[02:41:43] <Colourless> don't think there is anything in particular that i think needs to be done
[04:03:41] --> julien| has joined #exult
[04:03:50] <-- julien- has left IRC (Ping timeout: 272 seconds)
[05:14:09] <-- Marzo has left IRC (Ping timeout: 260 seconds)
[10:34:50] --> Malignant_Manor has joined #exult
[10:35:32] <Malignant_Manor> Are the Windows downloads at revision 6151?
[11:05:32] <Malignant_Manor> I did a custom install on Win95 that didn't set any paths. I can't find stderr and stdout. It didn't move the cfg file. (don't know if it was supposed to)
[11:07:13] <Malignant_Manor> On thing that has bugged me is SDL doesn't recognize my video device. I wonder if other 9x users have had issues or not. I can try switching to my onboard since the pci one is pretty crappy but needed for one game.
[11:27:01] <Kirben> The Windows snapshots are current SVN.
[11:28:26] <Malignant_Manor> Do you know what Marzo intended Exult to do in Win9x?
[11:30:07] <Malignant_Manor> I'm wondering if SDL has dropped support for my video devices. I never messed with Exult in 95 before, but i think it was having SDL issues in 98 last I checked.
[11:32:32] <Malignant_Manor> I've never gotten my ethernet to work in 95. I'm splitting up the executable and transferring with floppies. :(
[11:43:28] <Malignant_Manor> Oh, I bet DirectX isn't install.
[11:57:06] <Malignant_Manor> It was installed but too low of a version. DirectX7a seems to work nicely.
[11:58:00] <Malignant_Manor> I guess the cfg file got copied and moved elsewhere but I need to find it. Do you know where it is supposed to be redirected to?
[12:02:08] <Malignant_Manor> Ok, it went to /exult. I guess I will uninstall and try again.
[12:11:29] <Malignant_Manor> Fresh install also redirects to /exult. I guess I have to wait until Marzo gets back to IRC to see if this is where it was intended. I'll put digital music and sfx on a cd so I can test if they work properly.
[12:13:20] <Kirben> I'm not sure how Windows 9x/ME is meant to be handled, I don't think they even support CSIDL_LOCAL_APPDATA.
[12:13:41] <Kirben> I think SDL 1.2.x is still based off DirectX 5.
[12:15:14] <Malignant_Manor> There should be something since they supported multiple users or is my documents shared?
[12:17:00] <Kirben> Yes, CSIDL_APPDATA is supported, and would be better choice for Exult.
[12:17:46] <Malignant_Manor> I can't even test if Exult Studio checks the right spot yet since it doesn't support 95.
[12:30:34] <Kirben> Would need to locate older or newer version of GTK+ dlls that still supported Windows 95.
[12:31:29] <Malignant_Manor> Yeah, that would be a real pain for the only possible benefit of one or two people.
[12:32:26] <Malignant_Manor> I don't know of any complaints about it not working on Windows 95 so it doesn't seem to get used by anyone.
[12:34:07] <Kirben> Try http://members.optusnet.com.au/wormmon/Exultwin32.exe
[12:34:45] <Malignant_Manor> What's that? A redirect to my documents?
[12:34:53] <Kirben> Uses CSIDL_APPDATA rather than CSIDL_LOCAL_APPDATA, so should hopefully move config file to profile.
[12:35:56] <Malignant_Manor> Does it still work properly on NT Windows?
[12:36:40] <Kirben> Yes
[12:38:51] <Kirben> Under Windows 95, looks like it should be at (example):
[12:38:52] <Kirben> C:\Windows\Application Data\Exult\
[12:38:52] <Kirben> C:\Windows\Profiles\<Windows login/user name>\Application Data\Exult\
[12:44:59] <Malignant_Manor> Sorry it is taking so long, I'm burning the digital voices and some other stuff. Plus I need to delete or try and fix some writing utilities that aren't working properly.
[12:54:12] <Malignant_Manor> It didn't work, I'm double checking that it is the right file.
[12:57:30] <Malignant_Manor> It's the file you linked to.
[13:00:17] <Kirben> Does shell32.dll exist?
[13:02:08] <Malignant_Manor> yes, 819,200 bytes.
[13:02:38] <Malignant_Manor> 4.00.1111
[13:06:21] <Kirben> Internet Explorer version?
[13:07:01] <Malignant_Manor> 3.0.2
[13:08:11] <Kirben> Try http://www.microsoft.com/downloads/details.aspx?familyid=6AE02498-07E9-48F1-A5D6-DBFA18D37E0F&displaylang=en
[13:16:16] <Malignant_Manor> Didn't seem to work with your new build. Mouse support died so waiting for reboot to find out more info.
[13:19:15] <Kirben> Sounds like at least IE 4.0 is required for profiles to work (via CSIDL_LOCAL_APPDATA), judging by http://msdn.microsoft.com/en-us/library/bb762494%28VS.85%29.aspx
[13:19:56] <Kirben> Still good to know that Windows 95 is still working, with recent changes.
[13:20:26] <Malignant_Manor> I don't think it even save the .cfg file. The paths were default when I started it from the installer.
[13:27:37] <Kirben> I noticed that installer issue too, so not just my system.
[13:28:02] <Malignant_Manor> I thought it worked without the dll.
[13:28:27] <Malignant_Manor> Before that, I think yours new one worked.
[13:30:34] <Malignant_Manor> Do you have a link to an Internet Explorer 4 update from Microsoft's site. I can't find one off hand.
[13:33:32] <Kirben> No, not sure if Microsoft still offer it.
[13:33:48] <Malignant_Manor> The cfg file writing was broken for official svn too with that dll installed.
[13:35:52] <Malignant_Manor> I just downloaded it from PC World.
[13:40:02] <Malignant_Manor> 95 was waiting for an install. I'll check again to see if it writes properly before installing IE 4.
[13:40:21] <Kirben> Looks like win32/exconfig.cc was not adjusted/updated, after recent changes.
[13:45:46] <Malignant_Manor> Crap, need to find one that doesn't download from dial up.
[13:55:43] <-- Kirben has left IRC ()
[14:14:52] <-- Colourless has left IRC (Quit: casts improved invisibility)
[14:15:35] <Malignant_Manor> Both builds still failed with IE4 installed.
[14:25:46] <Malignant_Manor> IE4 SP2, 4.72.3612.1713
[14:49:26] --> Marzo has joined #exult
[14:57:22] <Malignant_Manor> No luck so far in Win95.
[15:40:23] <Malignant_Manor> Shlwapi.dll and Comctl32.dll should probably be checked along with shell32.dll since they all are related to CSIDL. Here's a better link showing what determines the CSIDL version. http://vbnet.mvps.org/code/browse/csidlversions.htm
[15:43:21] <Malignant_Manor> Shouldn't Exult also copy the saved games?
[15:48:39] <Marzo> Re: Win9x: part of the problem is that neither CSIDL_LOCAL_APPDATA nor CSIDL_FLAG_CREATE exist until version 5 (see http://msdn.microsoft.com/en-us/library/bb762494%28VS.85%29.aspx)
[15:49:23] <Marzo> It is true that we could assume that everyone would have IE at least 5 nowadays
[15:50:10] <Malignant_Manor> CSIDL_APPDATA was used in a built Kirben had me test.
[15:50:26] <Marzo> Re: copying the saves: I decided against doing that: we would have to copy the saves, mods, patches, gamedat, save completion flag(s)...
[15:50:48] <Marzo> CSIDL_APPDATA is from version 4.71 onwards
[15:50:51] <Malignant_Manor> That allows a download of Shfolder.dll
[15:51:42] <Malignant_Manor> I'm not sure what went wrong. I'm in the process of testing something.
[15:52:41] <Malignant_Manor> Also, the installer doesn't save the cfg file so that if you do a fresh install, no game paths are set.
[15:53:37] <Marzo> That is odd considering I haven't touched the installer
[15:55:35] <Malignant_Manor> Either doesn't save it or doesn't save the paths. I'll have to check without starting Exult from the installer.
[15:55:43] <Marzo> When you said this: "No luck so far in Win95."; what did you mean exactly?
[15:56:19] <Marzo> I ask because in Win9x, Exult should behave as it did before the last update
[15:56:44] <Marzo> (saving things in their current paths, Exult.cfg in the same folder as Exult.exe, etc.)
[15:57:22] <Malignant_Manor> CSIDL_APPDATA doesn't even seem to be working with version 4.71.
[15:57:57] <Marzo> It requires either using shlwapi.dll or the use of SHGetSpecialFolderPath in shell32.dll
[15:58:45] <Malignant_Manor> because of the check?
[15:58:56] <Marzo> Also, it won't accept CSIDL_FLAG_CREATE, meaning it will have to be created manually
[15:59:40] <Marzo> Because SHGetFolderPath exists only in shlwapi.dll (all versions) or in shell32.dll from WinMe and up
[16:04:33] <Malignant_Manor> I guess I will download IE 5 and test. I really wish it could be done without IE shell integration and increased start up time.
[16:05:04] <Marzo> It will do no good to install IE
[16:05:20] <Marzo> Exult is currently only checking shell32.dll
[16:05:41] <Malignant_Manor> Yeah, that's why I said it should check the others.
[16:05:45] <Marzo> In Win9x, the function Exult requests simply does not exist
[16:06:00] <Marzo> Regardless of the version of IE
[16:06:46] <Malignant_Manor> Version 5.80 of Comctl32.dll and version 5.0 of Shlwapi.dll are distributed with Internet Explorer 5. They will be found on all systems on which Internet Explorer 5 is installed, except Windows 2000. Internet Explorer 5 does not update the Shell, so version 5.0 of Shell32.dll will not be found on Windows NT, Windows 95, or Windows 98 systems. Version 5.0 of Shell32.dll will be distributed...
[16:06:47] <Malignant_Manor> ...with Windows 2000 and Windows Me, along with version 5.0 of Shlwapi.dll, and version 5.81 of Comctl32.dll.
[16:07:19] <Marzo> Precisely my point
[16:07:40] <Marzo> While shlwapi.dll and comctl32.dll are updated, Exult does not currently check for them
[16:08:00] <Malignant_Manor> IT is easily added though.
[16:08:11] <Marzo> It is simply reverting to old behaviour (or at least, should be doing that)
[16:08:30] <Marzo> The burning question is "why bother"?
[16:08:34] <Malignant_Manor> It doesn't. It installs in root/exult
[16:08:55] <Malignant_Manor> and uses that as the local user
[16:09:19] <Malignant_Manor> If it just defaulted to old behavior, it would be fine.
[16:09:36] <Marzo> By "root" you mean the installation dir?
[16:09:45] <Marzo> Oh, no; I see what you mean
[16:10:01] <Malignant_Manor> primary partition
[16:10:09] <Marzo> You are compiling your own version?
[16:10:27] <Malignant_Manor> This is with the latest svn from Kirben
[16:10:32] <Marzo> k
[16:10:37] <Marzo> I will commit a fix then
[16:10:39] <Malignant_Manor> and his build using another function
[16:11:21] <Marzo> (Exult wasn't checking if the path was empty before adding "\Exult" to it; this is what is causing this odd behavior)
[16:12:19] <Marzo> It is away
[16:12:49] <Malignant_Manor> I thought that either file out of "Comctl32.dll, Shell32.dll, and Shlwapi.dll" would work for the version number when dealing with CSIDL.
[16:13:29] <Marzo> It doesn't exactly -- only if the function is present in it
[16:13:40] <Marzo> I will be back later, going out for lunch
[16:14:07] <Malignant_Manor> Ok, thanks. Hopefully it will work nicely now.
[16:30:40] --> Dominus has joined #exult
[16:30:40] --- ChanServ gives channel operator status to Dominus
[16:50:45] <Malignant_Manor> The fix didn't work completely. Exult created the cfg in root after starting. (installer still doesn't write a cfg)
[16:52:05] <Dominus> :(
[16:55:45] <Malignant_Manor> Stderr and stdout are in root also.
[16:58:09] <Dominus> did you compile exult on your own now?
[16:58:26] <Malignant_Manor> The fix Marzo just mad.
[16:58:41] <Dominus> yeah, did you compile that yourself?
[16:58:51] <Malignant_Manor> Yes
[16:59:36] <Dominus> ok :) because I thought you were still getting the snapshot by kirben (and that one hasn't been updated yet)
[17:00:39] <Dominus> is the svn up to date? I remember that once upon a time, naon-cvs was not always up to the same as dev-cvs… though I doubt that is still an issue :)
[17:01:01] <Dominus> I just downloaded the snapshot and will test later tonight...
[17:03:03] <Malignant_Manor> It should be 10:12:13 AM.
[17:15:28] <Malignant_Manor> I'm transferring installer via floppy split with 7zip.
[17:15:56] <Malignant_Manor> 50 seconds to write 1.38 MB.
[17:35:52] <Marzo> OK, I fixed the fix and uploaded it
[17:36:32] <Malignant_Manor> After I just tested my fix.
[17:37:11] <Malignant_Manor> same except I used "./"
[17:37:49] <Malignant_Manor> Which is wrong after looking at the cfg write out.
[17:38:24] <Marzo> FYI, I uploaded a small fix to the fix to the fix
[17:38:34] <Marzo> Basically, use = instead of +=
[17:40:18] <Malignant_Manor> nvm, I used = instead of +=. I didn't notice that.
[17:41:44] <Malignant_Manor> Did you want saves to be in the Exult directory by default in Win9x?
[17:42:15] <Malignant_Manor> That's where it directs it unless you specify it.
[17:44:44] <Marzo> It shouldn't be doing that...
[17:45:18] <Malignant_Manor> It wrote .//blackgate (which with your proper fix would likely be ./blackgate)
[17:46:19] <Marzo> Ooops, I see what is wrong
[17:46:57] <Marzo> In gamemgr/modmgr.cc:540: check for `if (dataprefix == ".")` instead of the current line
[17:47:05] <Malignant_Manor> gamedat is the same way if that matters
[17:48:18] <Marzo> Er, make that `if (dataprefix == "./" + cfgname)`
[17:48:52] <Malignant_Manor> Any idea about the installer issue?
[17:48:57] <Marzo> Rather: ignore that line and instead change line 92 to be `if (home_dir != ".")`
[17:49:40] <Marzo> No, let me do it and commit because every way I am suggesting is incomplete and won't work...
[17:56:39] <Marzo> It is away
[18:00:00] <Malignant_Manor> How does my Logitech Configuration utility write to the my documents folder in Win9x?
[18:00:51] <Marzo> I have no idea
[18:13:32] <Malignant_Manor> It is now writing the save directories like it used to.
[18:13:57] <Malignant_Manor> Any idea on why the installer isn't writing a cfg file?
[18:24:11] <Marzo> None
[18:24:55] <Marzo> Like I said, I haven't touched the installer; which means it probably never worked in Win95 (or at least hasn't worked in it for quite some time)
[18:29:46] <Malignant_Manor> Now, the makefile isn't cleaning out the files.
[18:29:57] <Marzo> Kirben make some changes
[18:30:16] <Marzo> For the better
[18:30:20] <Malignant_Manor> Yeah, not sure if I can see a quick fix.
[18:30:35] <Marzo> Find *.exe and *.o and delete
[18:30:54] <Malignant_Manor> Well, for the makefile
[18:31:02] <Marzo> Or rollback makefile.common and makefile.mingw to an earlier version
[18:31:14] <Marzo> Clean up
[18:31:17] <Marzo> Then update again
[18:31:20] <Malignant_Manor> I'm going to revert to a version that has a prior makefile anyway
[18:31:43] <Marzo> There are no versions where there is a prior makefile
[18:32:49] <Marzo> In Unix, Linux and MacOSX, it is generated by autotools, while in Windows/MinGW and other systems, you have to specify makefile.common or makefile.mingw to make
[18:33:36] <Malignant_Manor> I meant revert revision (rollback)
[18:34:32] <Marzo> I strongly recommend using the new makefiles, by the way, particularly for newer versions of MinGW
[18:34:52] <Malignant_Manor> I'm going to see if 6145 will produce the same installer issues.
[18:37:54] <Marzo> I am thinking that the differences in installer behavior might appear only if you rollback to rev 5890 or so
[18:38:54] <Malignant_Manor> Okay, it's a bit late since I don't know how to drop mingw midway.
[18:39:18] <Malignant_Manor> It's so slow on a single core 2.4 P4.
[18:39:45] <Marzo> Ctrl+C
[18:39:59] <Malignant_Manor> Thanks
[18:40:15] <Malignant_Manor> Hopefully that doesn't break SVN like a crash does.
[18:41:41] <Malignant_Manor> This time it did clean even though even though I used the latest makefiles.
[18:45:12] <Marzo> The new makefiles only create cleanup issues if you upgraded the makefile without cleaning
[18:45:46] <Malignant_Manor> This time it did clean even though even though I used the latest makefiles.
[18:45:51] <Malignant_Manor> oops
[18:46:47] <Malignant_Manor> Seems like there are some issues. I need to rollback for u7fileman.o.
[18:48:31] <Marzo> Probably a lot more than that...
[18:48:50] <Malignant_Manor> Yeah
[18:59:49] <Malignant_Manor> I should see if some other apps like DosBox work multiple users properly with Win95.
[19:02:02] <Dominus> just a quick comment, before going afk again, IMO as long as Exult does it like before on Win95, all is fine
[19:02:51] <Dominus> Coding in support for multiple users in Win95 is most likely not helping anyone, not even the two or three people still using it :)
[19:04:42] <Malignant_Manor> Yeah, this will probably piss of quite a few Windows XP+ users.
[19:05:39] <Dominus> marzo: I'll be able to test in the VMs tomorrow. tonight I'm really beat and will most likely not be able to give productive testing results :)
[19:06:34] <Marzo> I will probably not be around tonight, so it can wait :-)
[19:11:55] <Malignant_Manor> DosBox doesn't work in Windows 95 because SH_Get_Special_Folder_PathA is called to shell32.dll.
[19:23:29] <Malignant_Manor> 5892 installer works properly in Win95.
[19:24:14] <Malignant_Manor> I'm going to check right before all the path changes were done.
[19:52:47] <Malignant_Manor> Error when building exultico.o, /mingw/lib/libmingw32.a(main.o):main.c (.text+0x104): undefined reference to 'WinMain@16'
[20:10:01] <-- Marzo has left IRC (Ping timeout: 264 seconds)
[21:05:31] <Malignant_Manor> Installer cfg writing still worked in 6144.
[21:36:48] <-- Dominus has left IRC (Quit: Leaving.)
[21:53:25] <Malignant_Manor> It also worked in 6145. It was broken after that. (tested 6148 since 6146 and 6147 were compilation fixes)
[22:15:32] --> Colourless has joined #exult
[22:15:32] --- ChanServ gives channel operator status to Colourless
[22:44:39] <Malignant_Manor> The installer will not write configuration file for any version of Windows.
[23:24:32] --> Kirben has joined #exult
[23:24:32] --- ChanServ gives channel operator status to Kirben
[23:37:27] <Kirben> seen Marzo
[23:38:17] <Malignant_Manor> Everything broken from local user changes seems to be fixed except the installer.
[23:38:39] <Kirben> The installer issue occurs, since win32/exconfig.cc (which is used by installer) was not updated, when config file location was changed.
[23:38:54] <Malignant_Manor> I don't think Marzo's going to back tonight.
[23:40:10] <Malignant_Manor> Do you have a fix for it?
[23:45:31] <Kirben> No