Commit Graph
81 Commits
Author SHA1 Message Date
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
DarthArgus 5629e5add9 ShipObject and ShipObject_Components: silence annoying (probably innocuous, useless) warnings in release mode 2016-01-21 12:02:08 -06:00
DarthArgus c9801cebad more partial reverts of inadvisable changes from i++ to ++i, per pvs-studio...i'll ignore that type of advice from now on as i wasn't considering the consequences 2016-01-15 23:11:19 -06:00
DarthArgus f952820391 more granular debug messages for appearances so we can know for sure which caller it is missing them 2016-01-10 20:39:30 -06:00
DarthArgus 1d67bdd186 more null checks in places where we're calling createAppearance; some cleanup 2016-01-07 22:05:32 -06:00
DarthArgus 56cf409d6b this is mostly permissions fixes, and a few path fixes on some headers ...also removed unneeded crap for windows 2015-11-14 21:48:24 -06:00
DarthArgus 0fa7e3137d last for tonight 2015-10-28 00:58:39 -05:00
DarthArgus c9c39d5713 and fix a ton more minor performance issues 2014-10-27 22:39:57 -07:00
DarthArgus 7b6271b48d fix more warnings 2014-10-27 18:59:37 -07:00
DarthArgus 35df8b2c1c possibly breaks battlefields...but i think is a typo fix 2014-10-27 15:26:39 -07:00
DarthArgus 4d2287d072 potentially breaking: unused vars 2014-10-26 23:28:34 -07:00
DarthArgus 594b3a4254 remove unnecessary null checks 2014-10-26 22:53:42 -07:00
DarthArgus eb2e7c78d8 hopefully this fixes some more... 2014-10-26 22:20:06 -07:00
DarthArgus 9db3229116 hopefully fix a few more 2014-10-26 22:00:17 -07:00
DarthArgus 15fbd34453 almost no more warnings 2015-10-16 23:34:57 -05:00
DarthArgus 46316f28fb another one 2015-10-16 21:34:49 -05:00
DarthArgus ed676cc18c it is undefined operation if these are null anyway... and the compiler doesn't like them because of null pointers, so...bye 2015-10-16 20:57:53 -05:00
DarthArgus 05d4d99280 moar warning fixes 2015-10-14 22:03:40 -05:00
DarthArgus 220782606e another warning bites the dust - all significant gcc warns should be done now, we're left only with clang detected warns 2015-10-14 12:38:27 -05:00
DarthArgus b61c932498 more fixing and cleanup 2015-10-13 20:49:42 -05:00
DarthArgus fd18b5fba1 more clang sanctioned namespace fixups 2015-10-12 19:42:37 -05:00
DarthArgus 42cb87d831 Assuming that this change will return an empty StringId, let's cross our fingers 2015-10-12 19:42:09 -05:00
DarthArgus 59dbdd66dd more clang namespace fixes 2015-10-12 18:30:49 -05:00
DarthArgus dc7aea81e3 missed a few 2015-10-08 16:36:51 -05:00
DarthArgus a0f4610524 increase size of preload var so that it doesn't truncate file paths 2015-10-08 16:21:46 -05:00