| Age | Commit message (Collapse) | Author |
|---|
|
One fix to the LuaJIT2 project generation ... binaries ended up outside the
top-level folder.
A handful of code sanity changes.
Updated SQLite3 to 3.30.1
|
|
When profiling on Windows 7 this took up ~25% of CPU time, on Windows 10 (1903)
it was still nearly 20%. So this should be a cheap win.
|
|
Moved numerous headers out of stdafx.h so these won't cause unnecessary recompiles
|
|
updates to 3rd party libs
* New SQlite amalgamation
* Updating other third-party libs
* New premake4.exe
* Fixes to the premake4.lua script and projects
* Adding language resource projects to solutions
* Some sanity checks added to treemap.cpp
* Using refs now instead of pointers in treemap.cpp (probably should be reviewed as it looks like there are more candidates in there)
* Added Windows 10 to manifest file
* Glitch in stdafx.h corrected
* Script which produces the projects now defaults to only VS2005 and VS2017
* Deterministic filter UUIDs for VS201x
* Fixed a handful of issues in code addressed
* XP platform toolset doesn't allow for code analysis, using default again
* Addressed a number of warnings from code analysis
|
|
Updated the logo files a bit, renamed some others
|
|
CWorkLimiter limits the amount of work done on any idle cycle, exiting when a set amount of ticks has elapsed or when an input event is pending on the message queue.
|
|
who is interested can glean that info from the version control system (for the rest see CONTRIBUTORS.md)
Also removed RCS keywords
|
|
to signify contributions by others
|
|
Renaming variables that were shadowed by those from the nesting scope
|
|
2048 is a decent estimation for the amount of unique extensions one can have on
one's hard drive. On a hard drive scan, this gave a decent performance boost. On
my machine I got a difference from 280ms to 220ms on average.
|
|
The bug is caused by the fact that an unsigned long long minus an
unsigned long long is ALWAYS positive. The quicksort function algorithm used
`signum` to compare unsigned long longs. With signum
always returning either 1 or 0 (because always positive), the sorting was
pretty much useless. With an arbitrary sorting order in multiple locations of
the program, nothing was grouped correctly and the wrong file extensions got a
colour assigned.
The bug was introduced in revision 151.
|
|
member functions easier
- There are only 26 letters in the Latin alphabet, so only 26 drive letters
- Some additional check
- Added TODO/FIXME comments for later
|
|
2000 on
- Consistent use of spaces instead of tabs at beginning of lines
|
|
- Scoped one function
|
|
|
|
- Just checking in all changes before INI handling (using SimpleIni.h)
|
|
- Added tracer class
|
|
|
|
- Renaming the CRegistryUser member functions to start with lowercase letter (for brevity, old name also used in the Win32 API)
- Removing more literals and declaring them as named constants ...
|
|
|
|
|
|
- VS2005 solution and project
|
|
- Still chasing the bug on Vista where some file icons (in the listview) show incorrectly
|
|
- First fixes to the multi-select code, especially to allow WDS to run after build ;)
|
|
- Fixed contact info in file headers
- Removed Log keyword from file ends
|
|
|
|
- Build in Visual Studio 2008 now works properly
|
|
- Replaced Header tag by Id for the CVS tags in the source files ...
- Started re-ordering of the files inside the project(s)/solution(s)
|
|
- Added CVS Log keyword to those files not having it
- Added the files which I forgot during last commit
|
|
|
|
one!
|
|
|
|
|
|
|
|
through the directory. Complete French version coming soon.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
not leftmost bugs.
|
|
|
|
|
|
|
