summaryrefslogtreecommitdiffstats
path: root/src/core/hle/result.h (follow)
Commit message (Collapse)AuthorAgeFilesLines
* Remove result.h InvalidHandleYuri Kunde Schlesner2015-01-301-5/+0
| | | | | It was only being used in two places, where it was replaced by a local constant.
* Additions to ResultVal to make it more convenient to use.Yuri Kunde Schlesner2015-01-301-1/+25
|
* Logging: Log all called service functions (under trace). Compile out all trace logs under release for performance.archshift2015-01-101-2/+2
|
* License changepurpasmart962014-12-211-1/+1
|
* Filesystem/Archives: Implemented the SaveData archiveSubv2014-12-181-0/+2
| | | | | | | | | | The savedata for each game is stored in /savedata/<ProgramID> for NCCH files. ELF files and 3DSX files use the folder 0 because they have no ID information Got rid of the code duplication in File and Directory Files that deal with the host machine's file system now live in DiskFile, similarly for directories and DiskDirectory and archives with DiskArchive. FS_U: Use the correct error code when a file wasn't found
* HLE: Revamp error handling throrough the HLE codeYuri Kunde Schlesner2014-11-241-0/+400
All service calls in the CTR OS return result codes indicating the success or failure of the call. Previous to this commit, Citra's HLE emulation of services and the kernel universally either ignored errors or returned dummy -1 error codes. This commit makes an initial effort to provide an infrastructure for error reporting and propagation which can be use going forward to make HLE calls accurately return errors as the original system. A few parts of the code have been updated to use the new system where applicable. One part of this effort is the definition of the `ResultCode` type, which provides facilities for constructing and parsing error codes in the structured format used by the CTR. The `ResultVal` type builds on `ResultCode` by providing a container for values returned by function that can report errors. It enforces that correct error checking will be done on function returns by preventing the use of the return value if the function returned an error code. Currently this change is mostly internal since errors are still suppressed on the ARM<->HLE border, as a temporary compatibility hack. As functionality is implemented and tested this hack can be eventually removed.