Alam Ed Arias
b1571f81b1
Merge branch 'master' into next
2019-12-05 10:52:17 -05:00
Alam Ed Arias
0a24c82346
Fix building with MSVC
2019-12-05 10:51:55 -05:00
Steel Titanium
b287cc90a7
Merge branch 'master' into next
2019-11-14 18:41:57 -05:00
Steel Titanium
a5ac342c5f
Merge branch 'ferror-you-were-lied-to' into 'master'
...
Fix false file error reporting
See merge request STJr/SRB2!514
2019-11-14 18:20:34 -05:00
James R
34bddc1ce7
Merge remote-tracking branch 'origin/master' into next
2019-10-07 18:19:48 -07:00
James R
91d3f7e2cc
Merge branch 'fix-fixedrem' into 'next'
...
Make FixedRem less laggy by just using the modulo operator.
See merge request STJr/SRB2!503
2019-10-07 21:16:33 -04:00
James R
b32a0315eb
Merge branch 'fix-MF_NOCLIPTHING' into 'next'
...
Fix MF_NOCLIPTHING
See merge request STJr/SRB2!467
2019-10-07 21:14:49 -04:00
James R
92dd9d2066
Forgot includes
2019-10-07 18:11:00 -07:00
James R
88615f58cf
Merge branch 'lua-error-print-fix' into 'master'
...
Lua: Fix some errors not working properly.
See merge request STJr/SRB2!510
2019-10-07 21:09:00 -04:00
James R
2f521f2eb1
ferror does not return errno, are you stupid?
...
Use M_FileError to return the proper error description, or "end-of-file".
2019-10-07 18:04:42 -07:00
Alam Ed Arias
bf28a7f5bc
Merge branch 'master' into next
2019-09-20 12:32:32 -04:00
Alam Ed Arias
92779487a4
avoid the source code from getting the wrong EOL
2019-09-20 12:32:18 -04:00
Alam Ed Arias
062f0278bc
Merge branch 'master' into next
2019-09-17 14:20:48 -04:00
Alam Ed Arias
78075ecd89
Fix FALLTHRU for Win32 console interface code
2019-09-17 14:18:27 -04:00
GoldenTails
14cd7a5a0c
Merge branch 'master' into fix-fixedrem
2019-09-07 12:19:13 -05:00
Alam Ed Arias
028996915d
Merge branch 'master' into next
2019-08-29 19:28:02 -04:00
Alam Ed Arias
dadec1196b
Warn on implicit fallthrough
2019-08-29 19:27:52 -04:00
Steel Titanium
13d627ee7f
Remove extra whitespace
2019-08-24 18:29:56 -04:00
Monster Iestyn
964693d542
Merge branch 'master' into next
2019-08-24 23:28:38 +01:00
Steel Titanium
08808e2200
I don't even know how this happened
2019-08-24 18:27:07 -04:00
Steel Titanium
9f7613ef6d
Typecast p to INT16
...
Since the enum type is implementation-defined, and could be either signed or unsigned.
2019-08-24 18:22:18 -04:00
Monster Iestyn
7a199748b9
Merge branch 'based-files' into 'master'
...
Compare the file name only for real
See merge request STJr/SRB2!511
2019-08-24 15:51:11 -04:00
Monster Iestyn
7090413417
Merge branch 'calling-all-lua-consvars' into 'next'
...
Calling all Lua consvars
See merge request STJr/SRB2!509
2019-08-24 15:50:43 -04:00
James R
e5071bb605
Compare the file name only for real
...
CL_SendRequestFile prepends the path for each file.
2019-08-23 11:00:05 -07:00
GoldenTails
74de804817
Merge branch 'master' of http://git.magicalgirl.moe/STJr/SRB2 into fix-fixedrem
2019-08-22 06:27:00 -05:00
Steel Titanium
7731bf6b09
Use correct integer format
2019-08-21 21:25:45 -04:00
Steel Titanium
6ef9ee5467
true not TRUE
2019-08-20 15:43:59 -04:00
Monster Iestyn
2dd5f1abe3
Fixes for lib_cvRegisterVar (the Lua version of CV_RegisterVar):
...
* Make sure the consvar's properties are all initialised to zeros as defaults
* Error if the consvar is not given a name
* Error if the consvar has CV_CALL but no call function
* Error if the consvar has CV_NOINIT but not CV_CALL
2019-08-20 18:18:29 +01:00
GoldenTails
ac7db85149
Merge branch 'master' of http://git.magicalgirl.moe/STJr/SRB2 into fix-fixedrem
2019-08-17 21:17:38 -05:00
Monster Iestyn
c50831f875
Merge branch '2.1.25-prep' into 'next'
...
Update version to 2.1.25
See merge request STJr/SRB2!507
2019-08-17 14:07:04 -04:00
Monster Iestyn
9a4a90c9cb
Merge branch 'netcode-exploits' into 'next'
...
Fix an exploit where players could steal the final hash of a login
See merge request STJr/SRB2!508
2019-08-17 14:05:20 -04:00
James R
9c1fa867fa
Include md5.h
2019-08-17 10:34:19 -07:00
James R
c1ba72ead8
Remove a printf
2019-08-17 10:33:33 -07:00
James R
19dd9a3c14
Kart discrepancies
2019-08-17 10:33:14 -07:00
Monster Iestyn
0949406b9c
Update MD5 for patch.dta
2019-08-17 18:15:23 +01:00
Monster Iestyn
450ea0cc43
Disable the level end music fade code for now, because we discovered it causes freezes sometimes.
2019-08-16 23:19:43 +01:00
Monster Iestyn
e52a314ddb
Update version to 2.1.25
2019-08-16 20:14:01 +01:00
Monster Iestyn
99f04f1d89
Merge branch 'polyobj-crush-fix-mi' into 'next'
...
PolyObject crush hotfix
See merge request STJr/SRB2!506
2019-08-16 12:04:56 -04:00
Monster Iestyn
ae9ecef592
Use P_MobjInsidePolyobj instead of P_MobjTouchingPolyobj, so that you can be crushed by the polyobject's middle rather than just its edges
2019-08-16 14:54:01 +01:00
Monster Iestyn
392cb89ff4
Merge branch 'polyobj-fixes-backport' into 'next'
...
PolyObject fixes backport
See merge request STJr/SRB2!505
2019-08-15 13:51:46 -04:00
Monster Iestyn
bbefc3b7f4
After looking at the FOF part of P_LineOpening for a while I now realise many of these variables aren't even necessary, so I removed them all.
...
(Naturally I did the same to the camera equivalent)
# Conflicts:
# src/p_maputl.c
2019-08-15 14:30:10 +01:00
Monster Iestyn
cda81cc166
Edit a lot of the rest of the polyobject-related code in P_LineOpening to make more sense and be more optimised.
...
* If you collide with a line belonging to a polyobject, you should NEVER have to care about any FOFs that might be present in either sector of the linedef. This could lead to colliding with ghostly FOFs that aren't actually there or something dumb, if someone decided to give either of the polyobject's control sectors FOFs for some reason. We don't want that, obviously.
* Polyobjects without POF_CLIPPLANE apparently are supposed to have a top and bottom "physical" height of value INT32_MAX and _MIN respectively, according to P_CheckPosition ...let's be consistent with this.
* Finally, there is no more need for that back = front nonsense hack anymore with my changes made.
# Conflicts:
# src/p_maputl.c
2019-08-15 14:28:06 +01:00
Monster Iestyn
c8d1dd3be8
P_LineOpening: set int32 max/min as defaults for opentop, openbottom etc if a linedef you touched belongs to a polyobjetc. the only thing that really matters in this scenario is the polyobject itself after all!
...
# Conflicts:
# src/p_maputl.c
2019-08-15 14:25:02 +01:00
Monster Iestyn
27dd99ae72
Remove commented out P_CheckSector calls and add extra comments explaining the situation
2019-08-15 14:21:19 +01:00
Monster Iestyn
8fa54c1ab4
Modify P_CheckSector with a modified version of Sal's attempted proper fix for polyobjects crushing, so that we only need to check the polyobject's control sector directly in the waypoints code.
...
This time I've definitely fixed that teleport to ground issue I'm pretty sure, I don't get it in my tests at least.
2019-08-15 14:20:52 +01:00
GoldenTails
aa165f4f19
Merge branch 'master' of http://git.magicalgirl.moe/STJr/SRB2 into fix-fixedrem
2019-08-10 19:48:19 -05:00
Alam Ed Arias
81b294eec1
Merge branch 'master' into next
2019-08-08 23:18:31 -04:00
Alam Ed Arias
0c2b300294
Appveyor: other way around, the Mingw32 is at 9.1
2019-08-08 23:05:24 -04:00
Alam Ed Arias
33c0b825a7
Appveyor: the Mingw64 is 9.1, the Mingw32 is still 7.3
2019-08-08 23:02:03 -04:00
Alam Ed Arias
268b5a09d9
Disable address-of-packed-member warning
2019-08-08 22:47:33 -04:00
