Re: [Freeciv-Dev] [bug #17962] Inability to generate/load huge maps on Windows
Cannot login to gna at the moment (and this is not really giving any more insight about the bug, so it's probably only good that this is not a comment in ticket) On 13 July 2011 23:59, Jacob Nevins no-reply.invalid-addr...@gna.org wrote: If anyone able to make Windows builds can actually verify that the original problem has gone away before the weekend, that would be great. Or just make a Windows build available containing this fix and I'll compare it to one without myself (if I find time). I think I can cross-compile new build, but cannot get to Windows machine to test it. But co-operation sounds good, if you cannot build but can test. :-) I'd like to get freeciv-modpack icon included to that build so you could verify it at the same time. It would be also great if someone checks if S2_3 Windows freeciv-modpack works at all. Last time I tested S2_3 (a couple of weeks ago), it did launch (but had critical bugs since fixed). A couple of days ago I tested TRUNK freeciv-modpack.exe and it didn't launch. I'm hoping this is trunk-only problem and not something broken in bugfixes that have went to both trunk and S2_3. In general, at least I have *never* really used freeciv-modpack in Windows, and probably nobody else has either (well, considering what kind of Windows-specific bugs I have lately fixed in it: nobody could have used it) A bit frustrating that it was mainly problems of Windows users in installing custom content that inspired whole freeciv-modpack and now it's possible (likely even) that we will not have it for Windows in 2.3.0. I'm not going to wait for freeciv-modpack icon to get committed. I'll add it as patch to current S2_3/HEAD in my build. I should be back with the build in a couple of hours. - ML ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] Windows S2_3 build
On 14 July 2011 09:08, Marko Lindqvist cazf...@gmail.com wrote: I think I can cross-compile new build, but cannot get to Windows machine to test it. But co-operation sounds good, if you cannot build but can test. :-) Some instructions about what is needed and how to install is in my windows-builds page, but this build (crosser freeciv) are *not* included to downloads there due to QA things. These builds are really meant for quick check only, not to be distributed. http://www.cazfi.net/freeciv/builds/win.html I've not followed my own docomentation about setting PATH in my quick tests. I've simply put freeciv executables to $crosser_root/bin and run them from there. As current directory is in PATH in Windows, they then find everything from the same directory. There has been some reports that it's actually only way people have managed to get this to work. I've worked against crosser development version 0.6.5.103 dllstack, which you can download from: http://www.cazfi.net/freeciv/builds/crosser/winstack-0.6.5.103.zip Freeciv data and executables are in: http://www.cazfi.net/~cazfi/fcwinexpr/S2_3/r19947+mpicon/ Let me know when you have downloaded everything so I can free some precious diskspace from cazfi.net. - ML ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [bug #18346] Start position allocation not deterministic
Follow-up Comment #2, bug #18346 (project freeciv): Ah, yes. Bug #13679. Thought this sounded familiar... ___ Reply to this item at: http://gna.org/bugs/?18346 ___ Message sent via/by Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
Re: [Freeciv-Dev] Windows S2_3 build
Marko Lindqvist writes (of bug #17962): I think I can cross-compile new build, but cannot get to Windows machine to test it. But co-operation sounds good, if you cannot build but can test. :-) Great, thanks! I'd like to get freeciv-modpack icon included to that build so you could verify it at the same time. It would be also great if someone checks if S2_3 Windows freeciv-modpack works at all. I'll try to give it a go. Let me know when you have downloaded everything so I can free some precious diskspace from cazfi.net. I've now downloaded all six files from http://www.cazfi.net/~cazfi/fcwinexpr/S2_3/r19947+mpicon/ as well as winstack-0.6.5.103.zip, although I'm not going to do anything with them immediately. (I've also downloaded your S2_3 r19844 for comparison, in case comparing with the official beta4 binaries isn't a fair comparison.) ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
Re: [Freeciv-Dev] Windows S2_3 build
On 14 July 2011 12:25, Jacob Nevins 0jacobnk.fc...@chiark.greenend.org.uk wrote: (I've also downloaded your S2_3 r19844 for comparison, in case comparing with the official beta4 binaries isn't a fair comparison.) If there's problems, you can actually have three data points. - r19947 with crosser 0.6.5.103 - r19844 with crosser 0.6.5.103 - r19844 with crosser 0.6.4 - ML ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [patch #2776] Hunnic nation
Follow-up Comment #4, patch #2776 (project freeciv): Ok, I'm not Turko-centric nationalist, so I will not argue about ethnic belonging Hunnic political elite. I'll add an appropriate, neutral description. ___ Reply to this item at: http://gna.org/patch/?2776 ___ Message sent via/by Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [patch #2787] Windows icon for freeciv-modpack.exe
Follow-up Comment #2, patch #2787 (project freeciv): - S2_3 version (file #13557) ___ Additional Item Attachment: File name: MPIcon_2787-S2_3.diff Size:1 KB ___ Reply to this item at: http://gna.org/patch/?2787 ___ Message sent via/by Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [patch #2808] Commandline options for freeciv-modpack
URL: http://gna.org/patch/?2808 Summary: Commandline options for freeciv-modpack Project: Freeciv Submitted by: cazfi Submitted on: Thu 14 Jul 2011 07:08:50 PM EEST Category: module installer Priority: 5 - Normal Status: Ready For Test Privacy: Public Assigned to: None Originator Email: Open/Closed: Open Discussion Lock: Any Planned Release: 2.3.0, 2.4.0 ___ Details: This patch adds parsing of commandline options (--help and --version) to freeciv-modpack. Most translatable strings are exact copies from client side, but one is shortened so that it needs translating. Without shortening it would give misleading information. ___ File Attachments: --- Date: Thu 14 Jul 2011 07:08:50 PM EEST Name: MPCmdLine.diff Size: 6kB By: cazfi http://gna.org/patch/download.php?file_id=13558 --- Date: Thu 14 Jul 2011 07:08:50 PM EEST Name: MPCmdLine-S2_3.diff Size: 6kB By: cazfi http://gna.org/patch/download.php?file_id=13559 ___ Reply to this item at: http://gna.org/patch/?2808 ___ Message sent via/by Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [patch #2809] In-development client category
URL: http://gna.org/patch/?2809 Summary: In-development client category Project: Freeciv Submitted by: cazfi Submitted on: Thu 14 Jul 2011 07:25:06 PM EEST Category: bootstrap Priority: 5 - Normal Status: Ready For Test Privacy: Public Assigned to: None Originator Email: Open/Closed: Open Discussion Lock: Any Planned Release: 2.4.0 ___ Details: Gtk3-, and Qt-clients are not exactly left to rot, but they are not yet ready for end-user usage either. It's been hard to choose if they belong to maintained or unmaintained category in configure listings as either can be misleading in some situation. Attached patch adds completely new category, in development, for these clients. ___ File Attachments: --- Date: Thu 14 Jul 2011 07:25:06 PM EEST Name: InDevClientCat.diff Size: 1kB By: cazfi http://gna.org/patch/download.php?file_id=13560 ___ Reply to this item at: http://gna.org/patch/?2809 ___ Message sent via/by Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [patch #2775] Rapa Nui nation
Update of patch #2775 (project freeciv): Status: Ready For Test = Done Open/Closed:Open = Closed ___ Additional Item Attachment: File name: rapa_nui.svg Size:10 KB ___ Reply to this item at: http://gna.org/patch/?2775 ___ Message sent via/by Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [patch #2781] Anhaltian nation
Update of patch #2781 (project freeciv): Status: Ready For Test = Done Open/Closed:Open = Closed ___ Reply to this item at: http://gna.org/patch/?2781 ___ Message sent via/by Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [bug #18087] Increase max map size to 2, 048, 000 tiles (and max linear size to 32, 768)
Follow-up Comment #19, bug #18087 (project freeciv): I'm working my way through a lot of new messages. Furthermore all of my all patches have to be rebased to the current trunk - a lot happend in the last half year! trunk-S2_3-hugemap-stack-overflow.diff Thanks for working on this patch - this on looks good! I'm compiling current trunk at the moment. I only noticed one: in sg_load_map_known()), SAVE_MAP_CHAR() - sg_failure_ret() - sg_check_ret() can return prematurely. I will try to find a way to handle such cases. Would it help to add a (possible) goto action to the macro, i.e goto CLEANUP? trunk-S2_3-hugemap-colatitude.diff The changes in apgen.c only prevent division by 0 errors. If I remember correctly, the change in mapgen_topology.h tries to addaped the map generator for the bigger size (try a size of 32x500 or 500x32 ...). It is only needed if the map size is increased further (patch 3). trunk-S2_3-hugemap-biggermaps.diff Yeah, this is for trunk or for people who need such a big map (akfaew?). Aside: I think the correct way to express the relationship between MAP_MAX_SIZE and MAX_DBV_LENGTH is to publish the latter in bitvector.h and have a static (compile-time) assert in the map code. But we don't seem to have a static assert mechanism yet. I may look into it. Is there something like #error? It could stop compilation if the check fails ... ___ Reply to this item at: http://gna.org/bugs/?18087 ___ Nachricht geschickt von/durch Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [patch #2782] Tahitian (French Polynesian) nation
Update of patch #2782 (project freeciv): Status: Ready For Test = Done Open/Closed:Open = Closed ___ Reply to this item at: http://gna.org/patch/?2782 ___ Message sent via/by Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [bug #18338] Scenarios deb packaging problem
Update of bug #18338 (project freeciv): Status: Ready For Test = Fixed Assigned to:None = cazfi Open/Closed:Open = Closed ___ Reply to this item at: http://gna.org/bugs/?18338 ___ Message sent via/by Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [patch #2799] Prefix dai_ for default ai callbacks
Update of patch #2799 (project freeciv): Status: Ready For Test = Done Assigned to:None = cazfi Open/Closed:Open = Closed ___ Reply to this item at: http://gna.org/patch/?2799 ___ Message sent via/by Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [bug #17962] Inability to generate/load huge maps on Windows
Follow-up Comment #20, bug #17962 (project freeciv): Thanks to some Windows builds provided by cazfi, I'm reasonably convinced that the patch has indeed fixed the problems described in this bug. Gory details for the record only: *Official 2.3.0-beta4 build from Sourceforge http://prdownloads.sourceforge.net/freeciv/Freeciv-2.3.0-beta4-win32-gtk2-setup.exe?download* (control 1; expected result: fail): * Reproduced comment #0: start standalone server; set size 80; set minplayers 1; start = server silently dies (last output is 2: Creating a map of size 348 x 232 = 80736 tiles (8 requested)., even with -d 3) * Reproduced GM1530's huge-scenario woes (comment #4): ** The one remaining map linked here (earth-500x250-v1.0.sav.gz) silently kills a standalone server ** A random selection of maps marked as troublesome in the forum topic http://forum.freeciv.org/viewtopic.php?t=6328 do indeed kill the server *** europe-350x350-v1.1.sav.gz *** northamerica-350x350-v1.1.sav.gz ** A selection of maps marked as OK are indeed OK *** europe-332x264-v1.8.sav.gz *** europe-350x350-v1.0.sav.gz *** northamerica-350x350-v1.0.sav.gz *cazfi's S2_3 r19844 snapshot + winstack-0.6.4* (control 2; expected result: fail): * standalone server with /size 80: died more noisily (and Googling suggests that Exception Code: c0fd is indeed a stack overflow): freeciv-server.exe has stopped working Problem signature: Problem Event Name: APPCRASH Application Name: freeciv-server.exe Application Version: 0.0.0.0 Application Timestamp:4e03c79a Fault Module Name:freeciv-server.exe Fault Module Version: 0.0.0.0 Fault Module Timestamp: 4e03c79a Exception Code: c0fd Exception Offset: 00092625 OS Version: 6.1.7601.2.1.0.768.3 Locale ID:2057 Additional Information 1: 5f0e Additional Information 2: 5f0e4e86d1f362c8309f9d0145aace82 Additional Information 3: 4b7b Additional Information 4: 4b7b7a98e01bbd2a5ea7b7294f6a669d *cazfi's S2_3 r19947 snapshot + winstack-0.6.5.103* (under test; expected result: pass): * /set size 80: works fine * loading all of the scenarios mentioned works fine ___ Reply to this item at: http://gna.org/bugs/?17962 ___ Message sent via/by Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] freeciv-modpack.exe (was Re: [bug #17962] Inability to generate/load huge maps on Windows
Marko Lindqvist writes: I think I can cross-compile new build, but cannot get to Windows machine to test it. But co-operation sounds good, if you cannot build but can test. :-) I've used your builds to verify the fix. Details in the ticket. (FYI, I had no unexpected problems with server or GTK2/SDL clients in either of your r19844 or r19947 builds -- they all worked fine for me as far as I pushed them. The Gtk client was perhaps somewhat slower than Christian's build.) I'd like to get freeciv-modpack icon included to that build so you could verify it at the same time. The icon on the executable appears fine; see attached screenshot. I couldn't test whether it also works as an icon for the running application; see next... It would be also great if someone checks if S2_3 Windows freeciv-modpack works at all. Last time I tested S2_3 (a couple of weeks ago), it did launch (but had critical bugs since fixed). A couple of days ago I tested TRUNK freeciv-modpack.exe and it didn't launch. I'm hoping this is trunk-only problem and not something broken in bugfixes that have went to both trunk and S2_3. Afraid not :( Crashed on launch. Here's what Windows told me: Problem signature: Problem Event Name: APPCRASH Application Name: freeciv-modpack.exe Application Version: 0.0.0.0 Application Timestamp:4e1e8b12 Fault Module Name:msvcrt.dll Fault Module Version: 7.0.7600.16385 Fault Module Timestamp: 4a5bda6f Exception Code: c005 Exception Offset: 000143f9 OS Version: 6.1.7601.2.1.0.768.3 Locale ID:2057 Additional Information 1: 0a9e Additional Information 2: 0a9e372d3b4ad19135b953a78882e789 Additional Information 3: 0a9e Additional Information 4: 0a9e372d3b4ad19135b953a78882e789 In general, at least I have *never* really used freeciv-modpack in Windows, and probably nobody else has either (well, considering what kind of Windows-specific bugs I have lately fixed in it: nobody could have used it) A bit frustrating that it was mainly problems of Windows users in installing custom content that inspired whole freeciv-modpack and now it's possible (likely even) that we will not have it for Windows in 2.3.0. It would be a shame. Is it possible it's a problem with crosser, and will work fine in Christian's build? Well, I guess we'll find out... I also tried the freeciv-modpack.exe from the Sourceforge 2.3.0-beta4 Windows installer; it ran and presented its GUI, but said Cannot determine control directory. Presumably this is because of GNA#18262, and would be fixed in the latest version, if it ran. I note that the beta4 installer doesn't put freeciv-modpack on the Start menu along with the server and client; I had to hunt around in the installation directory for it, which defeats the point somewhat. Would be nice to fix this for RC1. I think this has to be done by Christian, as I don't think the installer stuff is under revision control currently. attachment: freeciv-modpack-icon.png___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [bug #18235] Document creation of freeciv-modpack installable content
Follow-up Comment #2, bug #18235 (project freeciv): I added links to NEWS-2.3.0 http://freeciv.wikia.com/wiki/NEWS-2.3.0 and Game Mods http://freeciv.wikia.com/wiki/Game_Mods#Modpacks. Not sure where else would work. ___ Reply to this item at: http://gna.org/bugs/?18235 ___ Message sent via/by Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [bug #18339] Typo in signal name
Follow-up Comment #2, bug #18339 (project freeciv): I've found several other signal names written similar way with underscore. I have to check gtk+/glib documentation to see if it actually accepts these signal names where - - _ If it does, this ticket will turn from bugfix in to cleanup (consistency) ___ Reply to this item at: http://gna.org/bugs/?18339 ___ Message sent via/by Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
