aboutsummaryrefslogtreecommitdiffstats
path: root/win/vncconfig/Connections.h
Commit message (Collapse)AuthorAgeFilesLines
* Subclass exceptions from std::exceptionPierre Ossman2024-11-061-2/+2
| | | | | Make sure our exceptions are part of the standard exception class hierarchy.
* Use what() to access exception descriptionPierre Ossman2024-11-061-1/+1
| | | | Harmonize with the standard C++ exceptions.
* Mark overridden virtual functionsPierre Ossman2024-06-241-5/+5
| | | | | Use the new "override" keyword to properly differentiate between new virtual methods, and existing virtual methods being overridden.
* Use nullptr in all C++ codePierre Ossman2024-06-241-3/+3
| | | | | It's more readable than 0, and a bit safer than NULL, so let's try to follow modern norms.
* Remove unused rfb/util.h includesPierre Ossman2023-02-041-0/+1
| | | | | | | | These files don't use anything from this header, so remove the include. This exposes some missing includes in other places, though. So add an explicit include in the files that were relying on an indirect inclusion.
* Remove "str" prefix from string helpersPierre Ossman2023-02-041-1/+1
| | | | | This matches the naming in STL, which is what we are mostly mimicing now that we are using std::string for these functions.
* Use std::string instead of CharArrayPierre Ossman2023-02-041-18/+16
| | | | | Let's use a more common type instead of something homegrown. Should be more familiar to new developers.
* Use std::vector for temporary char arraysPierre Ossman2023-02-041-10/+10
| | | | | | | | It's more standard and familiar than our custom CharArray type, and it still gives us automatic freeing of the buffer. We could probably have used std::unique_ptr instead, but we are currently targeting older compilers where C++11 isn't standard yet.
* Make strSplit() simpler and saferPierre Ossman2023-02-041-7/+5
| | | | | | | Get rid of all the magical re-allocation and shuffling and instead just return a new set of strings that is fully splitted. Will consume a bit more memory, but is a lot safer to use as there is less confusion about ownership of memory.
* Return std::string instead of dynamic allocationsPierre Ossman2023-02-041-10/+10
| | | | | | We mostly use classical C strings, but the memory management around them can get confusing and error prone. Let's use std::string for the cases where we need to return a newly allocated string.
* Return static char buffer from some methodsPierre Ossman2023-02-041-1/+1
| | | | | | | | | This mimics how some system functions (like inet_ntop()) work, and avoids complexity around ownership of the returned string buffer. The downside is that the string must be consumed directly as it will be overwritten on the next call, but that is not an issue with the current usage.
* Use StringParameters directlyPierre Ossman2023-02-041-2/+1
| | | | | We don't need to make extra copies of the string in most cases, so let's simplify the code and access the string directly when we can.
* Get rid of TCHAR magicPierre Ossman2023-02-041-30/+30
| | | | | We never use Windows' "UNICODE" mode anyway, so let's get rid of this complexity.
* Remove Java web serverPierre Ossman2018-10-091-31/+0
| | | | | Applets don't work anymore so remove everything that has to do with serving them.
* Catch exceptions by referencePierre Ossman2018-05-291-2/+2
| | | | | We use polymorphic exception objects, so catching by value invokes the copy constructor and stuff that we don't really want.
* Show error dialog when ACL pattern isn't acceptedPierre Ossman2015-08-101-2/+7
|
* Fix bad signed/unsigned comparisonsPierre Ossman2015-03-031-3/+3
| | | | | Either by casting, or switching to a more appropriate type for the variable.
* Make winvnc4 and Windows vncconfig compilable via MinGW.Adam Tkac2009-10-121-3/+3
| | | | git-svn-id: svn://svn.code.sf.net/p/tigervnc/code/trunk@3913 3789f03b-4d11-0410-bbf8-ca57d06f2519
* Migrating to new directory structure adopted from the RealVNC's source tree. ↵Constantin Kaplinsky2006-05-251-0/+298
More changes will follow. git-svn-id: svn://svn.code.sf.net/p/tigervnc/code/trunk@591 3789f03b-4d11-0410-bbf8-ca57d06f2519