tibia/game - Tibia 7.7 decompiled game server

	Commit message (Collapse)	Author	Age
*	declare all creature types	fusion32	2025-06-05
\|
*	reduce clutter with struct dividing comments	fusion32	2025-06-05
\|
*	merge creature headers	fusion32	2025-06-05
\|
*	finish `magic.cc`	fusion32	2025-06-05
\|
*	finish most spells	fusion32	2025-06-04
\|
*	more spells	fusion32	2025-06-04
\|
*	more spells	fusion32	2025-06-03
\|
*	more spells	fusion32	2025-06-03
\|
*	impl some spells and create `info.cc`	fusion32	2025-06-02
\|
*	use `Actor` instead of `Creature` with spell functions	fusion32	2025-06-02
\|
*	more work on spell primitives	fusion32	2025-06-01
\|
*	impl TImpact structs	fusion32	2025-06-01
\|
*	magic init functions	fusion32	2025-06-01
\|
*	changed swap file numbers in `map.cc` to uintptr	fusion32	2025-05-31
\| \| \| \| \| \| \| \|	We know swap file numbers are limited to the [1, 99999999] range which fits a uint32, but using anything but uintptr requires us to do extra casts to avoid compiler warnings so we only convert back to uint32 when building the swap file name which should work the same.
*	impl TCreature::Damage + overall improvements	fusion32	2025-05-31
\|
*	done with `crcombat.cc`	fusion32	2025-05-31
\|
*	more work on `crcombat.cc`	fusion32	2025-05-30
\|
*	initial work on `crcombat.cc`	fusion32	2025-05-30
\|
*	finish `strings.cc` impl	fusion32	2025-05-29
\|
*	impl `strings.cc`	fusion32	2025-05-29
\|
*	rename/create some files	fusion32	2025-05-28
\| \| \| \| \| \| \|	The most annoying thing with C++ classes being in their "own" header file is that it makes it easy to create cyclic dependencies. We might end up merging all creature related header files into the original `cr.hh` that shows up in the original's debug information.
*	impl all remaining containers	fusion32	2025-05-28
\|
*	finish objects.cc	fusion32	2025-05-28
\|
*	impl RefreshSector and PatchSector (WTF)	fusion32	2025-05-27
\|
*	impl Cron and most `map.cc` functions	fusion32	2025-05-26
\|
*	more object functions	fusion32	2025-05-26
\|
*	impl a couple more `util.cc` functions	fusion32	2025-05-25
\|
*	linux Makefile + fix most compilation problems	fusion32	2025-05-25
\| \| \| \| \| \| \|	I wanted to see if the compiler had any problems with the code so far and added a few stub definitions so that each file would properly compile. We still fail when linking but we're able to to find and fix compile time errors.
*	move string utility to `util.cc` + small script identifier fix	fusion32	2025-05-25
\|
*	halfway of `map.cc` and start of `objects.cc`	fusion32	2025-05-24
\|
*	implement `SaveFile`	fusion32	2025-05-22
\|
*	implement TWriteStream, T(Dynamic)WriteBuffer, and TWriteBinaryFile	fusion32	2025-05-22
\|
*	implement TReadStream, TReadBuffer, and TReadBinaryFile	fusion32	2025-05-22
\|
*	rename `main.hh` to `common.hh`	fusion32	2025-05-22
\|
*	implement threading API	fusion32	2025-05-22
\|
*	implement TWriteScriptFile	fusion32	2025-05-22
\|
*	implement script lexer	fusion32	2025-05-22
\|
*	implement `config.cc`	fusion32	2025-05-20
\|
*	implement `main.cc`, `shm.cc`, and `time.cc` + overall tweeks	fusion32	2025-05-20
\|
*	implement `matrix` and move containers into their own directory	fusion32	2025-05-18
\|
*	remove code from reference files to get an idea of the progress	fusion32	2025-05-18
\|
*	implement `priority_queue`	fusion32	2025-05-18
\|
*	implement `vector`	fusion32	2025-05-18
\|
*	move skill related structs and functions into their own file	fusion32	2025-05-18
\|
*	finish TSkill variants	fusion32	2025-05-18
\|
*	TSkillBase	fusion32	2025-05-17
\|
*	TSkillProbe + some structs	fusion32	2025-05-17
\|
*	initial commit - getting at TSkill structs	fusion32	2025-05-16