Commit Graph
104 Commits
Author SHA1 Message Date
DarthArgus fb430fa7fe fix desync issue with image design - closes #36 2016-06-01 14:35:54 +00:00
DarthArgus b9b63e503d this message is so freaking annoying, i must comment it out. TODO 2016-05-23 00:40:24 +00:00
DarthArgus e3a67c1ef7 stupid casing 2016-05-23 00:26:18 +00:00
DarthArgus 7139c1354d log when we send a keepalive, it may be related to being overloaded in which case we may need to throttle some things a bit... 2016-05-23 00:25:06 +00:00
DarthArgus 02193e560a this warning never really indicates a problem as the gametime DOES get set eventually 2016-05-23 00:02:14 +00:00
DarthArgus a78fbb9978 make a warning debug only 2016-05-22 04:32:03 +00:00
DarthArgus b724093bcb reduce spam on release mode 2016-05-15 21:20:51 +00:00
DarthArgus 321a19c315 unnecessary ifdef 2016-05-15 21:11:29 +00:00
DarthArgus 18d14502b3 giveTime always ends up succeeding, this message just spams the console 2016-05-15 21:02:00 +00:00
DarthArgus 0491c0faf2 silence warnings about sendControllerMessageToAuthServer while uninitialized - closes #22 for release builds, see bug for more info 2016-05-09 16:58:45 +00:00
swg 2375f62ccf Adding serverinfo command 2016-04-21 22:07:01 +01:00
DarthArgus 6a8538e251 remove superfluous if statement 2016-04-16 19:58:39 +00:00
DarthArgus 8d44908b4b this seems to have been test code...we can reenable if something feels missing later 2016-03-24 21:52:27 +00:00
DarthArgus cd997925eb cleanup all the "#if 1" macro blocks 2016-03-24 21:27:54 +00:00
DarthArgus 01cdf52bc0 and some more stragglers 2016-03-24 21:19:10 +00:00
DarthArgus 3b430656ba remove SOE deprecated code and files - leaving in the #if 0 blocks with TODO and other possible uses for later 2016-03-24 21:07:31 +00:00
DarthArgus fe52202924 make this error message actually useful 2016-03-24 19:33:37 +00:00
DarthArgus a65ea6163d remove more of the testdata stuff - it never does anything other than occupy memory, in debug builds 2016-03-24 19:19:44 +00:00
DarthArgus b4e6224ce7 hacky but improves debugging output - may need some format cleanups (extra newline at end?) - gives us function, file, and line # for warnings and fatals 2016-03-11 23:01:27 -06:00
DarthArgus 43fd155bac hide some more spam in release mode 2016-03-03 12:00:01 -06:00
DarthArgus 4093f2d0f4 disable the memory manager entirely! - server scripts may load _slightly_ slower at least, visibly, but we don't crash this way 2016-02-26 09:54:55 -06:00
DarthArgus bf626d68e4 default trap script errors to false as they tend to crash the newer javas at the moment 2016-02-19 19:16:07 -06:00
DarthArgus fe09cb38c1 add the javaUseXcheck option to ServerGame to allow for use of the jni linting/checking system, which spams shitloads of output 2016-02-19 19:01:21 -06:00
DarthArgus 877d0a9b62 flint++ static analyzer detected items (not all that were likely legit positives, but a start) as well as some clang detected unused vars, cleanup_ 2016-02-18 22:55:54 -06:00
DarthArgus dd9db6d350 Revert "Revert "newer standards prefer nullptr over NULL - this is most of them but there are others too""
This reverts commit 8e2160f33e.
2016-02-11 21:19:18 -06:00
DarthArgus 8e2160f33e Revert "newer standards prefer nullptr over NULL - this is most of them but there are others too"
This reverts commit 3e4cc36e7e.
2016-02-11 19:44:31 -06:00
DarthArgus 3e4cc36e7e newer standards prefer nullptr over NULL - this is most of them but there are others too 2016-02-11 15:16:14 -06:00
DarthArgus 97feb98d31 i think this bit was ok and it was a false positive - someone prove me wrong if you think otherwise 2016-02-03 02:11:30 -06:00
DarthArgus adf7f67682 fix some cppcheck detected (potential) issues 2016-02-03 02:00:56 -06:00
DarthArgus 8e048cc02f clang friendliness and a string fix 2016-01-31 22:47:28 -06:00
DarthArgus 7c90f74f43 kill another useless warning, but leave another intact for the falcon npe instance - the only one left now is more of an informational message in debug mode, letting us know that the falcon is invulnerable 2016-01-31 16:58:24 -06:00
DarthArgus 97e89e2be2 the "special" npe falcon instance throws useless warns, this should be the last of them silenced 2016-01-31 16:16:55 -06:00
DarthArgus 9f83b6ab3c these can fail silently since the default 1.0 is sane 2016-01-31 15:31:24 -06:00
DarthArgus 9eb245957e comment out some unused vars 2016-01-31 12:42:40 -06:00
DarthArgus d7c2ee9382 a few straggler debug_warning conversions for some of the more annoying outputs 2016-01-31 12:01:34 -06:00
DarthArgus dd6cfa8399 clean up some debug warning stuff 2016-01-31 01:56:05 -06:00
DarthArgus 48ba7961eb possibly controversial commit: remove all windows sources, keeping only the windows cmake so that we can generate an sln to edit the code 2016-01-27 15:22:22 -06:00
DarthArgus 38a6f39ef7 this fixes ord mantell; may throw some warns we don't like in release mode. 2016-01-22 13:45:19 -06:00
DarthArgus 33bde18672 just go about silencing those in release mode like everything else...i promise i'm not dumb 2016-01-21 23:46:13 -06:00
DarthArgus 0cd9d5ce67 for now let's just leave this alone, maybe there is a real, proper way to fix this 2016-01-21 23:21:48 -06:00
DarthArgus 9bebf76c85 set these back to the way they were, so they hopefully don't bug out - may need to add .c_str() somewhere too 2016-01-21 22:10:11 -06:00
DarthArgus ba9f47f9db ok, that revert may have been a bit premature as this seems to work 2016-01-21 21:34:47 -06:00
DarthArgus 5d536244ae Revert "screw this, seems default weapons just are busted for some "creatures" even if said creature is a shuttle"
This reverts commit 0a27156c59.
2016-01-21 21:03:15 -06:00
DarthArgus ee2b95795f comment this out instead 2016-01-21 21:02:24 -06:00
DarthArgus b809ab5d31 whoops 2016-01-21 18:16:59 -06:00
DarthArgus 0a27156c59 screw this, seems default weapons just are busted for some "creatures" even if said creature is a shuttle 2016-01-21 18:13:49 -06:00
DarthArgus 7ae75ed475 fix a var, may still need to call c_str on it to prevent gibberish output 2016-01-21 18:04:23 -06:00
DarthArgus c7a7a25d75 Bypass the HACK creatures which are actually starships for attaching weapons. I assume there is maybe a better way of checking if we are looking at an object in this location or not, but i'll have to do some digging. This works for now. 2016-01-21 16:52:51 -06:00
DarthArgus d3c38dac99 fix another warning 2016-01-21 16:06:01 -06:00
DarthArgus ac16c075e1 all but 3 object templates in theme_park all have HACK in the header, so we don't need warns on them as i think this is expected behavior 2016-01-21 16:05:58 -06:00