Activity for fgms - multiplayer for flightgear
-
Oliver Schröder committed [26e3db] on src
small fix
-
Oliver Schröder committed [518a62]
libcli: inserting a character in the input string misplaced the cursor
-
Oliver Schroeder modified ticket #15
100% CPU use
-
You should set "server.daemon = true" in fgms.conf
-
Oliver Schröder committed [141735]
fixed fgms.service
-
Oliver Schröder committed [3889fa]
Updated
-
Oliver Schröder committed [4485f1]
added example config for systemd
-
Oliver Schröder committed [3e2e48]
Fixed bug 16
-
Oliver Schröder committed [2ac537]
Fixed passord input in cli 'enable' command
-
Oliver Schröder committed [2cebb0]
Fixed bug 10
-
Oliver Schröder committed [df6da2]
Fixed bug #16
-
StrToNum<> fails to recognise overflows
-
erroneous conversion from signed to unsigned int allows to circumvent MaxRadarRange
-
Fixed in 0.13.8 (upcoming release)
-
RadarRange should not be negative, so a client should not be able to transmit a negative value. However, the conversion is false and I fixed it using only unsigned ints. It does not prevent a client from setting the radar range to 65535, though.
-
erroneous conversion from signed to unsigned int allows to circumvent MaxRadarRange
-
StrToNum<> fails to recognise overflows
-
Fixed in 0.13.8 (upcoming release)
-
Andreas Mueller created ticket #16
erroneous conversion from signed to unsigned int allows to circumvent MaxRadarRange
-
CMAKE_INSTALL_PREFIX can't be set by user.
-
fixed in 0.13.7
-
Megaf posted a comment on ticket #15
Interesting, fgms seems to only start at 100% of CPU if I run it from systemd. Below is my systemd fgms service file. [Unit] Description=mpserver87 FlightGear Multiplayer Server [Service] User=reglnx WorkingDirectory=/home/reglnx/fgms ExecStart=/home/reglnx/fgms/fgms -c /home/reglnx/confs/fgms-mpserver87.conf -l /home/reglnx/logs/fgms-mpserver87.log Restart=Always [Install] WantedBy=multi-user.target
-
100% CPU use
-
Oliver Schröder committed [48279c]
Merge branch '0.13.7'
-
Oliver Schröder committed [d485ee]
renamed cli_client.* to connection.*
-
Oliver Schröder committed [ff6b87]
some minor cosmetics
-
Oliver Schröder committed [0c0097]
fix double initialisation of connection
-
Oliver Schröder committed [38bac8]
Merge branch '0.13.7'
-
Oliver Schröder committed [a84b9a]
Fixed the Changelog
-
Oliver Schröder committed [7943e4]
fixed CMAKE_INSTALL_PREFIX
-
Oliver Schröder committed [d8b1ed]
next minor version
-
[ FIX ] fixed bugs 12 + 13
-
Oliver Schröder committed [d343ab]
intermediate commit for better analysis
-
added to ChangeLog
-
-DCMAKE_INSTALL_PREFIX. still not working in the master branch at least.
-
obsXXXX callsigns don't work as intended
-
You are right. I've fixed the comparison in v0.13.6
-
Oliver Schröder committed [68c9e5]
removed logging of radar range
-
Oliver Schröder committed [6a17be]
raised minor version
-
Oliver Schröder committed [a2e192]
fixed misleading identation
-
Oliver Schröder committed [4c167b]
fixed comparison of 'obsXXXX' callsign
-
obsXXXX callsigns don't work as intended
-
Geoff committed [7aee38]
A minor MSVC 2019 build fix
-
Make stuff work on gitlab
-
Pete FFS posted a comment on merge request #2
Using gitlab CI to compile doxygen, merging this would make it 100% automated from now on http://fgms.freeflightsim.org/
-
Make stuff work on gitlab
-
Oliver Schröder committed [199bb2]
increased version
-
Fix build on FreeBSD
-
Kevin Zheng created merge request #1
Fix build on FreeBSD
-
fgms - multiplayer for flightgear released /Debian amd64/fgms_0.13.4
-
Hamza Alloush modified a comment on ticket #13
Sorry for not replying sooner, I'm able to compile the 'fgms' package in OpenWRT's environment with no patches applied, Thank you for all your work everybody! Hopefully this package gets accepted to OpenWRT, then it will be offered to all those who use OpenWRT forks downstream, like Entware-3X etc... An easy way to deploy fgms on your router :)
-
Sorry for not replying sooner, I'm able to compile the 'fgms' package in the OpenWRT's environment with no patches applied, Thank you for all your work everybody! Hopefully this package gets accepted to OpenWRT, then it will be offered to all those who use OpenWRT forks downstream, like Entware-3X etc... An easy way to deploy fgms on your router :)
-
Sorry for not replying sooner, I'm able to compile the 'fgms' package in the OpenWRT's environmentn with no patches applied, Thank you for all your work everybody! Hopefully this package gets accepted to OpenWRT, then it will be offered to all those who use OpenWrt forks downstream, like Entware-3X etc... An easy way to deploy fgms on your router :)
-
This was fixed in 874f10ac50e359f3a7d2868da8cc0571c01cfc51 a straight up -DCMAKE_INSTALL_PREFIX:PATH=/opt, correctly deploys on an Entware /opt partition, makefile:47 : # # Copyright (C) 2017 OpenWrt.org # # This is free software, licensed under the GNU General Public License v2. # See /LICENSE for more information. # include $(TOPDIR)/rules.mk PKG_LICENSE:=GPL-2.0 PKG_MAINTAINER:=Hamza Alloush <hamzaalloush@live.com> PKG_NAME:=fgms PKG_VERSION:=0.13.4 PKG_RELEASE:=1 PKG_SOURCE:=$(PKG_NAME)-$(PKG_VERSION).tar.xz...
-
Oliver Schröder committed [95dd51]
- fixed 'set ( EXTRA_FLAGS "-std=c++11" )' for windows build
-
In 0.13.4, a quick Window compile test found I needed the following patch - diff --git a/CMakeLists.txt b/CMakeLists.txt index 82361cc..751ca2b 100755 --- a/CMakeLists.txt +++ b/CMakeLists.txt @@ -88,6 +88,7 @@ if(WIN32) configure_file( "${CMAKE_SOURCE_DIR}/config.h.msvc" "${CMAKE_BINARY_DIR}/config.h" COPYONLY) file(WRITE "${CMAKE_BINARY_DIR}/unistd.h" "/* dummy unistd.h for windows */") else(WIN32) + set ( EXTRA_FLAGS "-std=c++11" ) if(ENABLE_DEBUG_SYMBOLS) list(APPEND EXTRA_FLAGS "-g") endif(ENABLE_DEBUG_SYMBOLS)...
-
Oliver Schröder committed [874f10]
- fixed CMAKE_INSTALL_PREFIX in CMakeLists.txt
-
Oliver Schröder committed [b009eb]
- updated Changelog
-
Oliver Schröder committed [e2a5b1]
- use ~ instead of fixed string
-
Quofei posted a comment on ticket #13
I don't see version 0.13.4 on git. Neither master, branch or tag is 0.13.4. Where can I find version 0.13.4?
-
I've included Geoffs patch in 0.13.4 (slightly adapted to avoid unnecessary variables in CMakeLists.txt). Please test...
-
CMAKE_INSTALL_PREFIX can't be set by user.
-
This one is curious. I wonder why we have USER_INSTALL_PREFIX in CMakeLists.txt. If USER_INSTALL_PREFIX is not set explicitly set CMAKE_INSTALL_PREFIX to /usr. I removed this completly in 0.13.4... Please test.
-
"libCLI" CMake target won't cross-compile in OpenWRT build environment
-
cmake is somewhat funny regarding names. Sometimes it insists on BIGLETTER names, sometimes not. And now it seems it even depends on the cmake version. We'll see...
-
CMAKE_INSTALL_PREFIX can't be set by user.
-
Oliver Schröder committed [087c17]
- intermediate commit
-
Build Error with Clang compare pointer to int value
-
Thanks for the feedback Hamza... Yes, I can see your Makefile uses commit 508376d79, which is indeed master, default branch, 0.13.2, so no problem there... And yes I can see the LibCLI somehow failed, and agree we do not exactly know the problem, since it currently works in most distros, but think my cmake.1 branch is better cmake wording anyway, and clears up a WIN32 only block... I have now tested it in Windows, and 2 Linux, so this seems to work for all... You will note I renamed the local static...
-
Thank you for the fix Geoff, i fetch 0.13.2 (see the Makefile), OpenWRT guidelines state that we have to pull explicitly and version our Makefiles, regarding the status of fgms, I really only deployed this locally and haven't tested extensively the differences between the branches...
-
Sorry for the late reply, but i wanted to find the time to setup an amd64 environment, to see if it's something to do with the architecture, cross-compiler or OpenWRT's environment CMake 3.9.3, Initially i want to say the patch does work, but i found out it was unnessesary on some systems, I've tested cross-compiling for both armv7 and amd64 targets on two native x64 systems, with or without the patch, turns out it hasn't to do with the target architecture, but for two different systems with same...
-
Have pushed that change, plus a small WIN32 only change, to the cmake.1 branch. This branch is based on master... $ cd fgms-src $ git pull $ git checkout cmake.1 Would appreciate you, and others testing and reporting... thanks... OT: A little off topic, but related... When I look at the repo branches... maybe I missed, or have forgotten! which branch is current. In addition to the default master, there is 0.13.2 which is the closest to the current master except for a comment update, and then there...
-
B #14 - fix to compile in all distros
-
Sorry to hear you are having OpenWRT compile problems... I have no problem cross-compiling the fgms-src in a raspberrypi machine, armv7l, running Raspbian GNU/Linux 8.0 (jessie)... and of course there are no other unix/linux reports of a compile failure in other distributions... To me there seems a problem in each of the list(APPEND add_LIBS <proj>) lines, in that each of the projects a prefixed with -l<proj>, if NOT WIN32... in all other cmake projects I work with this is not required... I think...
-
Yes, I just notice my build script, which includes an option -DCMAKE_INSTALL_PREFIX=/path is completely ignored... Have you tried adding an option -DUSER_INSTALL_PREFIX=/some/path? This seems to work for me... But certainly agree it is a bit confusing...
-
"libCLI" CMake target won't cross-compile in OpenWRT build environment
-
CMAKE_INSTALL_PREFIX can't be set by user.
-
Fixed in 0.13.3. Please test. To get the repro use git clone https://ofschroeder@git.code.sf.net/p/fgms/src -b 0.13.3 fgms If no problems arise I will merge this branch with master. Regards, Oliver
-
Oliver Schröder committed [1afe77]
Updated Changelog
-
Oliver Schröder committed [4ca9be]
- ignore SIGPIPE on *nix and do not expect signals on sockets (fixes problems with the tracker)
-
Oliver Schröder committed [b4629e]
Merge branch '0.13.3' of ssh://git.code.sf.net/p/fgms/src into 0.13.3
-
Neophile created ticket #11
Build Error with Clang compare pointer to int value
-
Oliver Schröder committed [ee33a6]
- Changed the file interface (see Changelog and example config)
-
Oliver Schröder committed [58044b]
OK, the pthread library is still needed for linking, at least for *nix systems :-)
-
Oliver Schröder committed [aba306]
removed pthread completly and using std::thread instead
-
Oliver Schröder committed [d4aa6a]
!!! configuration file format changed !!!
-
Oliver Schröder committed [2e22ce]
- small bugfix
-
Oliver Schröder committed [c86a46]
- the pager is disabled by default
-
Oliver Schröder committed [7b36f8]
- authenticate_user () returns privlevel
-
Oliver Schröder committed [7bddc3]
- disabled pager by default
-
Oliver Schröder committed [323e52]
introduced 'make_prio()' to cast an integer to a fglog::prio
-
Oliver Schröder committed [e1c8a4]
moved from namespace fgms to namespace fgmp
-
Oliver Schröder committed [1682af]
adjust address.assign() calls to default port
-
Oliver Schröder committed [5b4e56]
fixed header comment
-
Oliver Schröder committed [3ebbd7]
- libcli: commands can have a callback and children at the same time
-
Oliver Schröder committed [98acd6]
introduced align_left()-operator for cli_client
-
Oliver Schröder committed [ccc40c]
fixed tabulators in source
-
Oliver Schröder committed [d2ac54]
introduced new RESULT::INVALID_COMMAND
-
Oliver Schröder committed [ab657f]
virtualised some functions for future extensions
-
Oliver Schröder committed [bafbf3]
added default for port in assign()
1 >
