| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
| |
Bad logic introduced in 28e35d0. Fortunately, nothing currently uses
this method.
|
|\ \ \
| | | |
| | | |
| | | | |
https://github.com/CendioOssman/tigervnc
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
This is a lot more readable than "0"/"1", which can easily be confused
with integer parameters.
Note that this breaks some backwards compatibility. Older clients will
not be able to parse configuration files generated by newer clients, as
they had a bug where they could only understand "0" and "1".
|
| | | |
| | | |
| | | |
| | | | |
Makes it much easier to find all the different options.
|
| | | |
| | | |
| | | |
| | | |
| | | | |
Now that we are based on a normal std::list, we can use normal iterators
to go through the parameters.
|
| | | |
| | | |
| | | |
| | | | |
Avoid rolling our own linked list when we have the standard library.
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
We don't consistently use these, so they are just confusing.
Instead, we rely on the linker to not include unnecessary objects, and
hence irrelevant configuration objects.
|
| | | |
| | | |
| | | |
| | | |
| | | | |
This allows smooth upgrades for users if the defaults change in the
future.
|
| | | |
| | | |
| | | |
| | | | |
This should have been cleaned up in adaedc9.
|
| |_|/
|/| | |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
This is not providing protection for all of the logging, so it gives a
false sense of security. We're also not making use of this as we have
barely any threading.
The exception is the WinVNC code, which is very thread heavy. But it is
unmaintained and will not be a blocker for this.
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
This is not providing adequate protectection in more complex cases, and
we're not making use of threads in a way that should require this.
The exception is the WinVNC code, which is very thread heavy. But it is
unmaintained and will not be a blocker for this.
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Decoders are run in threads, and not everything in the logging system is
thread safe.
Normally decoders consider errors to be fatal and throw an exception.
But the H.264 decoder wants to be able to tolerate misbehaving H.264
encoders.
|
| | | |
|
| | |
| | |
| | |
| | |
| | |
| | | |
Reset individual contexts the same way we reset all contexts, i.e. by
deleting and recreating them. Avoids surprises by having a consistent
method.
|
| | |
| | |
| | |
| | |
| | | |
A false return value from these methods result in an exception anyway,
so let's keep things simple and throw the exception right away.
|
| | |
| | |
| | |
| | | |
It uses the size_t type, which might not otherwise be defined.
|
| |/
|/|
| |
| |
| | |
The decodered is already flagged as strictly ordered, which means it
will only be used from a single thread at a time.
|
| |
| |
| |
| |
| | |
This was a weird hack just to support the method that split arguments.
We don't need this know as we expect callers to do any string handling.
|
| |
| |
| |
| |
| | |
These two values were overlooked in the look-ahead list and hence did
not work reliably.
|
| |
| |
| |
| |
| | |
Avoid duplicating this complexity everywhere and make sure all commands
get the same handling and fixes.
|
| |
| |
| |
| | |
These never even had an implementation.
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| | |
The system shutdown() function doesn't drop buffered data, so neither
should we.
We had one fix in place, but that didn't cover all cases. Move this
handling to all socket like classes we have.
|
| |
| |
| |
| | |
We can make do with forward declarations for these classes.
|
| |
| |
| |
| |
| | |
A set restore point needs to be used or cleared. Release builds will let
this slide, but debug builds will kill the connection.
|
| |
| |
| |
| |
| |
| |
| | |
This got completely broken in baca73d0 where the templated method got
incorrectly called instead of the wrapper/multiplexer. It seems to have
been harmless on most systems, but caused crashes on CPUs with strict
memory alignment requirements.
|
|\ \
| |/
|/| |
|
| |
| |
| |
| |
| |
| | |
This is a general thing so move it in to the core library instead,
letting vncviewer focus on just translation of system events to VNC
ones.
|
| |
| |
| |
| | |
Overlooked this special exception in the previous commit.
|
| |
| |
| |
| |
| | |
This is required for the built in exceptions, so let's do the same to
avoid surprises.
|
| |
| |
| |
| |
| |
| | |
That type is not guaranteed to preserve anything useful at all. Instead,
try to either preserve a more specific type, or use std::runtime_error
which at least has a guaranteed message.
|
| | |
|
| | |
|
|\ \ |
|
| | |
| | |
| | |
| | | |
The reason for this is to keep a consistency through out the project.
|
| | |
| | |
| | |
| | | |
The reason for this is to keep a consistency through out the project.
|
| | |
| | |
| | |
| | | |
The reason for this is to keep a consistency through out the project.
|
| | |
| | |
| | |
| | |
| | | |
The issue was masked by it getting included by the TLS headers. But if
GnuTLS was disabled, then this file would fail to build.
|
|\ \ \ |
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
This commit implements the pseudo-encoding ExtendedMouseButtons which
makes it possible to use the back/forward mouse buttons.
This commit contains work originally done by
PixelSmith <manny33@frontbuffer.com>.
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
This commit adds support for the pseudo-encoding ExtendedMouseButtons in
Xvnc and x0vncserver, which makes it possible to use to use the
back/forward mouse buttons.
This commit contains work originally done by
PixelSmith <manny33@frontbuffer.com>.
|
| | | |
| | | |
| | | |
| | | |
| | | | |
This makes things more consistent since we mix with the standard library
exceptions so often.
|
| | | |
| | | |
| | | |
| | | | |
Make sure the required Windows defines are always available.
|
| | | |
| | | |
| | | |
| | | |
| | | | |
There is no point to having our own generic exception class. Let's use
the one provided by the standard C++ library.
|
| | | |
| | | |
| | | |
| | | | |
Make it easier to identify communication issues.
|
| | | |
| | | |
| | | |
| | | |
| | | | |
Use the more specific already included exception classes for common
errors to keep things more understandable.
|
| | | |
| | | |
| | | |
| | | |
| | | | |
Implicitly gives us the correct exceptions on errors instead of us
having to check and throw ourselves.
|
| | | |
| | | |
| | | |
| | | |
| | | | |
Make sure our exceptions are part of the standard exception class
hierarchy.
|
| | | |
| | | |
| | | |
| | | | |
Harmonize with the standard C++ exceptions.
|