| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
In webtiles, the same binary can run both, so this function returns whether
this particular game is controlled from console or tiles (there may be
spectators using either, possibly at the same time).
Declared constexpr in other build modes, so if we ever turn on C++11¹ mode,
they'll be as effective as #ifdefs. Without it, optimized builds may or may
not eliminate code that depends on it, debug builds won't.
[1]. While there are niceties like sane initialization of arrays, etc,
FreeBSD and MacOS use truly ancient compilers, so C++11 is currently not an
option.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
server record ttyrecs.
Crawl compiled with WEBTILES=y should now be playable
normally (i.e. indistinguishable from one compiled without WEBTILES)
when run from a terminal. (This is not yet completely the case.)
The Webtiles data is written on a Unix-domain datagram socket; the
Crawl parameter -webtiles-socket determines a path on which the Crawl
process receives control messages.
The Webtiles server then runs Crawl in a pseudo-terminal and records its
console output into a ttyrec file.
The goal of all this is of course to be able to watch Webtiles games
from ssh, and later the reverse.
|
|
|
|
|
| |
Having different prototypes for different ports without a good reason is bad.
After unification, it's easier to have, for example, two ports at once.
|
|
|
|
|
|
| |
Besides being non-standard and present only on some platforms, it cannot be
extended to Unicode as some characters expand or contract while being
upper/lowercased.
|
|
|
|
|
| |
Why the original coder did that instead of actually including the system
headers is beyond me.
|
|
|
|
| |
Even worse, it had two redundant implementations.
|
|
|
|
| |
(Ok, ok, on Windows it's a ConsoleHandler but does basically the same).
|
| |
|
|
|
|
|
| |
The API doesn't provide a way to giveback a function key, so let's do our
own giveback buffer.
|
|
|
|
| |
One was actually wrong, too -- mangling redefined explosions.
|
|
|
|
| |
No direction keys yet...
|
|
|
|
|
|
|
|
|
|
|
|
| |
CSET_IBM and CSET_DEC are now merely presets and don't change the I/O encoding.
Doing I/O using any encoding other than the one configured using LANG/LC_* is
just wrong and no well-behaving program should do that.
This does require changes on CAO/CDO, but they would fix problems with ttyrec
and spectating as well.
To fix: ncursesw replaces unrepresentable characters with spaces, we'll have
to replace them by hand.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
It's mostly so you can see how much of the file was lost to due to waste.
If everything is working as designed, waste should never exceed the size of
compressed global chunks (chr, you, tc, kil, ...) plus at most two levels
-- that is, the biggest set of chunks rewritten between commits.
If you know a case when the waste explodes in size, tell me!
|
| |
|
|
|
|
|
|
|
| |
Rather than using explicit offsets (e.g. buffy[0] and buffy[1]), store
colour, glyph, and tiles for each cell in the view buffer in a struct
with named members. This refactoring will also theoretically allow for
the tiles version to display glyphs instead of tiles.
|
|
|
|
| |
It's not used anymore, and was buggy on windows console.
|
| |
|
|
|
|
|
| |
* Completely remove Message_Window.
* Put get_number_of_{lines,cols} back in.
|
|
|
|
| |
They haven't been remimplemented outside these yet.
|
|
|
|
|
|
|
|
|
|
| |
The newline parameter to message_out is gone. Instead, a
pointer to the message line is passed which may lie outside
the message window. The window is then scrolled to make
that line the last line.
This also updates libnonunix.cc, but I haven't been able
to test those changes.
|
|
|
|
|
|
| |
This also removes you.where_are_you() so as not to require lua scripts to
know the value of C++ enums. This change also fixes stricmp incorrectly
falling through to strcmp on non-MSVC platforms.
|
|
|
|
| |
Signed-off-by: Steven Noonan <steven@uplinklabs.net>
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
at the more after "You have lost your religion!" to avoid the negative
consequences of excommunication): when a HUP signal is received, instead of
immediately saving the game, close the stdin stream, which will cause all of
the Curses calls which normal block on key-presses to unblock, so that the code
after a more() call will execute before the disconnected game is saved (which
will happen in _input() in acr.cc). This only affects Curses
(non-tiles/console) UNIX builds which have both USE_UNIX_SIGNALS and
SIGHUP_SAVE defined.
Exceptions to the above:
* If HUP is received during a call to yesno() with safeanswer == 0, then
the game will be saved immediately, since there's no way for the
function to tell which answer is safe to give automatically.
* If HUP is received while selecting the target for a controlled teleport
then the teleport will be canceled, since otherwise a target other than
the intended one might be the one under the cursor when the disconnect
happened.
git-svn-id: https://crawl-ref.svn.sourceforge.net/svnroot/crawl-ref/trunk@10443 c06c8d41-db1a-0410-9941-cceddc491573
|
|
|
|
|
|
|
| |
against them in the make files like libunix/libgui/etc are.
git-svn-id: https://crawl-ref.svn.sourceforge.net/svnroot/crawl-ref/trunk@8675 c06c8d41-db1a-0410-9941-cceddc491573
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
DOS. On UNIX with USE_UNIX_SIGNALS defined, when any crash causing signal
happens it will dump to a file the current crawl_state, anything caught by the
items and monsters scans, and level building info if the crash happened during
level generation.
Also, if crawl is linked against the GNU C library (and the exectuable is in
ELF format) it will dump the stack trace. The code attempts to automatically
detect the presence of glibc, but that might not work on all systems. This
should work on OS X, since there's an OS X man page for the glibc functions
that get the stack trace. Don't know if it would work with MinGW.
Actually getting function names for the stack trace requires the use of the
"-rdynamic" linker option, which increases the size of the stripped executable
by 27% (yikes!), but still prints the function names even when stripped.
All of the function names in the stack trace are mangled C++ ones, but that
shouldn't be too much of a problem.
git-svn-id: https://crawl-ref.svn.sourceforge.net/svnroot/crawl-ref/trunk@8532 c06c8d41-db1a-0410-9941-cceddc491573
|
|
|
|
|
|
|
|
| |
huge number of files. Also correct file name comments.
No coding changes.
git-svn-id: https://crawl-ref.svn.sourceforge.net/svnroot/crawl-ref/trunk@3539 c06c8d41-db1a-0410-9941-cceddc491573
|
|
|
|
| |
git-svn-id: https://crawl-ref.svn.sourceforge.net/svnroot/crawl-ref/trunk@3451 c06c8d41-db1a-0410-9941-cceddc491573
|
|
|
|
| |
git-svn-id: https://crawl-ref.svn.sourceforge.net/svnroot/crawl-ref/trunk@3194 c06c8d41-db1a-0410-9941-cceddc491573
|
|
|
|
| |
git-svn-id: https://crawl-ref.svn.sourceforge.net/svnroot/crawl-ref/trunk@2996 c06c8d41-db1a-0410-9941-cceddc491573
|
|
|
|
| |
git-svn-id: https://crawl-ref.svn.sourceforge.net/svnroot/crawl-ref/trunk@2992 c06c8d41-db1a-0410-9941-cceddc491573
|
|
|
|
| |
git-svn-id: https://crawl-ref.svn.sourceforge.net/svnroot/crawl-ref/trunk@2629 c06c8d41-db1a-0410-9941-cceddc491573
|
|
|
|
|
|
|
|
| |
after map transforms are applied.
Fixed conflicts in bison grammar.
git-svn-id: https://crawl-ref.svn.sourceforge.net/svnroot/crawl-ref/trunk@1669 c06c8d41-db1a-0410-9941-cceddc491573
|
|
|
|
|
|
| |
.crawlrc).
git-svn-id: https://crawl-ref.svn.sourceforge.net/svnroot/crawl-ref/trunk@1610 c06c8d41-db1a-0410-9941-cceddc491573
|
|
|
|
|
|
|
|
|
|
|
|
| |
by setting UNICODE_GLYPHS=y in makefile.unix).
Removed the (1,1) offset between map and grid. Both map and grid are now in
sync.
Store object indexes instead of raw characters in env.map so that players can
change charsets and have the display update immediately.
git-svn-id: https://crawl-ref.svn.sourceforge.net/svnroot/crawl-ref/trunk@1552 c06c8d41-db1a-0410-9941-cceddc491573
|
|
|
|
|
|
|
|
|
|
|
|
| |
terminals that cannot draw cursors on black spaces or darkgrey areas. May need
some work, since the fake cursor tends to leave artifacts on the scrolling
edge.
Removed the +1 X offset to the viewport.
Fixed crash when monster wielding a weapon of orc slaying hits player (Erik).
git-svn-id: https://crawl-ref.svn.sourceforge.net/svnroot/crawl-ref/trunk@1016 c06c8d41-db1a-0410-9941-cceddc491573
|
|
|
|
| |
git-svn-id: https://crawl-ref.svn.sourceforge.net/svnroot/crawl-ref/trunk@940 c06c8d41-db1a-0410-9941-cceddc491573
|
|
|
|
|
|
|
|
|
|
|
|
| |
scrolling message window and show --more-- only when the message window is
filled with new messages since the last mesclr (as suggested by Eidolos/doy on
##crawl).
This currently works only on curses (breaks the DOS and Windows compiles), I'm
working on fixing that. There are also some cursor glitches with prompts at the
bottom of the message window that I need to fix.
git-svn-id: https://crawl-ref.svn.sourceforge.net/svnroot/crawl-ref/trunk@837 c06c8d41-db1a-0410-9941-cceddc491573
|
|
|
|
|
|
| |
platforms. We'll probably need to tweak this further.
git-svn-id: https://crawl-ref.svn.sourceforge.net/svnroot/crawl-ref/trunk@659 c06c8d41-db1a-0410-9941-cceddc491573
|
|
|
|
|
|
| |
controllable for the newgame slider menu.
git-svn-id: https://crawl-ref.svn.sourceforge.net/svnroot/crawl-ref/trunk@459 c06c8d41-db1a-0410-9941-cceddc491573
|
|
|
|
| |
git-svn-id: https://crawl-ref.svn.sourceforge.net/svnroot/crawl-ref/trunk@452 c06c8d41-db1a-0410-9941-cceddc491573
|
|
git-svn-id: https://crawl-ref.svn.sourceforge.net/svnroot/crawl-ref/trunk@10 c06c8d41-db1a-0410-9941-cceddc491573
|