bugFreeciv - Bugs: bug #20738, Windows Vista/7/8 file locations

Show feedback again

bug #20738: Windows Vista/7/8 file locations

Submitted by:  None
Submitted on:  Sat Apr 13 23:35:54 2013  
Votes:  2  
Category: NoneSeverity: 3 - Normal
Priority: 5 - NormalStatus: None
Assigned to: NoneOriginator Email: -unavailable-
Open/Closed: OpenRelease: 
Operating System: Microsoft WindowsPlanned Release: 
Contains string changes: None

Add a New Comment (Rich MarkupRich Markup):

You are not logged in

Please log in, so followups can be emailed to you.


(Jump to the original submission Jump to the original submission)

Sun Aug 7 11:41:10 2016, comment #11:

Add Windows 10 per http://freeciv.wikia.com/wiki/Forum:Stderr.txt_and_logs_and_reports

Frank <dunnoob>
Thu Jul 14 07:33:48 2016, comment #10:

One of these issues is fixed in 2.6, it's now ~/.freeciv/freeciv-client-rc-2.6 instead of ~/freeciv-client-rc-2.5

Frank <dunnoob>
Mon Jul 4 05:52:12 2016, comment #9:

Also see patch #7378


Frank <dunnoob>
Wed Feb 3 13:21:51 2016, comment #8:

> Are the stderr.txt and stdout.txt, in addition to *.RPT files,
> created by exchndl.dll?

The stderr.txt and stdout.txt files are created by SDL, but SDL2 does not have this console redirection feature anymore.

Christian Prochaska <cproc>
Project Administrator
Mon Jan 18 22:15:10 2016, comment #7:

Does this failure to write files cause any other ill effects in addition to failing itself?
In a way the "right thing to do" here would be just to drop the freeciv-side support for creating these files as exchndl.dll & Windows do not support such functionality. This could be as easy as not including exchndl.dll in freeciv installer package so that freeciv would not load it (its presence is checked, and there should be no error if it's not available, just lack of related functionality). However, if it does not cause any harm, I think it's worth keeping for those cases where it does work.

Marko Lindqvist <cazfi>
Project Administrator
Mon Jan 18 16:44:39 2016, comment #6:

While not providing actual usable solution for us, here's something confirming that such a problem exist with exchndl.dll:


"Relative the executable is alright for debugging, but once your game/app is installed by a user you no longer have permission to write relative your executable (unless you get elevated privileges)."

Marko Lindqvist <cazfi>
Project Administrator
Mon Jan 18 15:08:19 2016, comment #5:

Are the stderr.txt and stdout.txt, in addition to *.RPT files, created by exchndl.dll?

Marko Lindqvist <cazfi>
Project Administrator
Mon Jan 18 14:38:57 2016, comment #4:

Discussion continued in http://gna.org/patch/?6818

Frank <dunnoob>
Wed Sep 24 21:50:57 2014, comment #3:

Yes, the colour test output goes to the installation directory, and that's typically also the current directory, otherwise ./data won't find the data subdirectory of the installation directory.

On windows it would be clearer to have .;inst/data;~/.freeciv/2.x etc. as default FREECIV_PATH instead of .;./data;~/.freeciv/2.x etc. Then folks could start Freeciv from a directory where they have write access, and find *.RPT, stderr.txt, colortest, and what else.

I tested --log for this purpose, but that helps only for stderr.txt after the server was started, the options for help or version ignore --log.

If you ever get around to create a better scheme for Windows please move ~/.freeciv/saves to ~/.freeciv/2.x/saves, mixing incompatible 2.5.x and 2.4.x save games in one directory can be confusing.

Thu Jan 2 22:41:58 2014, comment #2:

Bug #20356 also notes trouble with freeciv-chat.log and map images.

Jacob Nevins <jtn>
Project Administrator
Sun Dec 15 18:26:16 2013, comment #1:

In essence this is a dupe of GNA#20356 (still applicable for 2.4.1 on Windows 7)

Sat Apr 13 23:35:54 2013, original submission:

Windows NT 6+ (Vista or later) enforces a "new" rule, where applications are not allowed to write application data to their own installation directory. For backwards compatibility write accesses are silently redirected to, e.g., %USERPROFILE%\AppData\Local\VirtualStore\Program Files (x86)\Freeciv-2.3.4-gtk2\etc., where it is hard to find, because AppData is a hidden directory. Affected files include freeciv-gtk2.RPT, freeciv-server.RPT, stderr.txt, and stdout.txt (= stdio redirection for an implicitly started server.)

I'd be quite willing to overrule this "new" (for me) feature for good "old" apps incl. various MS programs, but Freeciv uses a directory name with its own version (2.3.4 or whatever), so allowing write access for all authenticated users won't help for the next Freeciv version.

Please create these files in the normal per user directory, i.e., use the existing %USERPROFILE%\AppData\Local\Roaming\.freeciv directory.

While at it please move the configuration file .freeciv-client-rc-2.3 from %USERPROFILE%\AppData\Local\Roaming to the existong %USERPROFILE%\AppData\Local\Roaming\.freeciv or to the also existing %USERPROFILE%\AppData\Local\Roaming\.freeciv\2.3 directory.



(Note: upload size limit is set to 1024 kB, after insertion of the required escape characters.)

Attach File(s):

Attached Files
file #17746:  freeciv-gtk2.RPT added by None (15kB - application/octet-stream - freeciv-gtk2.RPT (contains four 2.3.4 errors))


Depends on the following items: None found

Items that depend on this one: None found


Carbon-Copy List
  • -unavailable- added by uruiamme (Voted in favor of this item)
  • -unavailable- added by cproc (Posted a comment)
  • -unavailable- added by cazfi (Posted a comment)
  • -unavailable- added by dunnoob (Posted a comment)
  • -unavailable- added by jtn (Posted a comment)

    Do you think this task is very important?
    If so, you can click here to add your encouragement to it.
    This task has 2 encouragements so far.

    Only logged-in users can vote.


    Error: not logged in



    Follow 2 latest changes.

    Date Changed By Updated Field Previous Value => Replaced By
    Mon Aug 8 21:32:33 2016uruiammeCarbon-Copy-=>Added uruiamme
    Sat Apr 13 23:35:54 2013NoneAttached File-=>Added freeciv-gtk2.RPT, #17746
    Show feedback again

    Back to the top

    Powered by Savane 3.1-cleanup