Implement `direct.h` functions #636

ExoSkye · 2023-06-10T13:08:31Z

fnmerge and fnsplit haven't been implemented since I noticed inconsistencies in the documentation relating to them, for now I simply have empty function definitions in the form described by https://www.digitalmars.com/rtl/direct.html (ie no _ prefix)

The status of other functions is as follows:
_chdir, _chdrive: impossible to implement, succeeds without an error code, or change of state in the Xbox
_getcwd, _getwd: impossible to implement, return NULL pointers and sets errno to -EINVAL
_getdrive: as before, impossible to implement - returns 0 and sets errno to -EINVAL (this is the error state described by a combo of MS public documentation and digital mars docs)
_searchpath: impossible to implement since there is no PATH variable on the Xbox
_mkdir, _rmdir: implemented, testing required, however

MAXPATH, MAXDRIVE defined, however these may be incorrect right now (they were taken from DOS-era documentation)

Should fix #466 when complete

`fnmerge` and `fnsplit` haven't been implemented since I noticed inconsistencies in the documentation relating to them, for now I simply have empty function definitions in the form described by https://www.digitalmars.com/rtl/direct.html (ie no `_` prefix) The status of other functions is as follows: `_chdir`, `_chdrive`: impossible to implement, succeeds without an error code, or change of state in the Xbox `_getcwd`, `_getwd`: impossible to implement, return NULL pointers and sets `errno` to `-EINVAL` `_getdrive`: as before, impossible to implement - returns `0` and sets `errno` to `-EINVAL` (this is the error state described by a combo of MS public documentation and digital mars docs) `_searchpath`: impossible to implement since there is no PATH variable on the Xbox `_mkdir`, `_rmdir`: implemented, testing required, however

ExoSkye · 2023-06-10T13:23:19Z

I've since been informed that getcwd and getwd should be possible to implement by Andy - so I'll implement those when I get home

lib/xboxrt/libc_extensions/direct.c

lib/xboxrt/libc_extensions/direct.h

ExoSkye · 2023-06-16T21:57:14Z

I'm going to set this as ready to review since I believe, other than certain stubbed functions, this is ready to go

ExoSkye · 2023-06-16T22:17:20Z

I say this, and then completely forget to actually add the .c file to the makefile, whoops, i'll fix that rq

ExoSkye · 2023-06-16T22:31:54Z

Can confirm that this built locally with no hiccups

lib/xboxrt/libc_extensions/direct.c

Ryzee119 · 2023-06-17T06:24:04Z

lib/xboxrt/libc_extensions/direct.c

+    } else {
+        DWORD err = GetLastError();
+
+        if (err == ERROR_ALREADY_EXISTS) {


Is ERROR_ALREADY_EXISTS a valid error code for RemoveDirectoryA?

Ryzee119 · 2023-06-17T06:37:45Z

lib/xboxrt/libc_extensions/direct.c

+    } else {
+        DWORD err = GetLastError();
+
+        if (err == ERROR_ALREADY_EXISTS) {


There's alot of cases that are not covered from GetLastError(). ERROR_DISK_FULL or ERROR_FILENAME_EXCED_RANGE is just an obvious example.

Although these will fail, errno will not be set. Not sure if thats a problem. Comment applies to rmdir too.

…errors

ExoSkye · 2023-06-18T07:47:19Z

Ok, I've implemented a Win32 error code to errno function which just uses a switch statement (I felt that that would be easier for a compiler to optimise, there's even a chance that given there's no IO in it, it could optimise it away completely)

JayFoxRox · 2023-06-18T07:56:48Z

lib/xboxrt/libc_extensions/direct.c

@@ -46,26 +46,28 @@ static int convert_error(DWORD winerror)
 */

 int _chdir(char* path) {
-    return 0;
+    assert(0);
+    return -1; // Unreachable


This is reachable when disabling assertions.
In that case, errno must be set, so I suggest setting it to EACCES?

(Other functions, too - but you need to look up appropriate error codes)

Ah crap, forgot you could do that, I'll sort it out

JayFoxRox · 2023-06-18T08:02:38Z

lib/xboxrt/libc_extensions/direct.c

-    errno = -EINVAL;
-    return NULL;
+    assert(0);
+    return NULL; // Unreachable


The macOS man page says:

The function getwd() is a compatibility routine which calls getcwd() with its buf argument and a size of MAXPATHLEN (as defined in the include file <sys/param.h>). Obviously, buf should be at least MAXPATHLEN bytes in length.

Regarding return values:

In addition, getwd() copies the error message associated with errno into the memory referenced by buf.

Similar wording is in POSIX https://pubs.opengroup.org/onlinepubs/009696699/functions/getwd.html

which should be trivial to implement.

I can't find anything about it in the MSDN docs though. Is it contained in the Windows SDK / MS implementations?

Ah, yea, Wikipedia, and digitalmars state that getwd exists so I'm going on that
Should be trivial to implement though

I can't find anything about it in the MSDN docs though. Is it contained in the Windows SDK / MS implementations?

I don't see it in https://github.com/microsoft/win32metadata/blob/main/generation/WinSDK/RecompiledIdlHeaders/ucrt/direct.h either.

Seems like getwd is a legacy function which was discontinued. The question is when did it get removed? As for digitalmars state it exists, I don't see getwd mentioned in the referenced link from the OP post. Heck, even did a search for whole site which also has no mention too.

JayFoxRox · 2023-06-18T08:17:15Z

lib/xboxrt/libc_extensions/direct.c

-    errno = -EINVAL;
-    return NULL;
+    assert(0);
+    return NULL; // Unreachable


I believe we can hard-code this for now, so at least apps which use this to find files will work (sometimes some SDK or API will require absolute paths, and then the application might query the base path through this).

I can see how that would be a lot of additional implementation effort, so it can be done in a follow-up PR.

If this follows the same convention, we might be able to use:

nxdk/lib/nxdk/path.c

Lines 9 to 14 in 500354e

void nxGetCurrentXbeNtPath (char *path)

{

// Retrieve the XBE path

strncpy(path, XeImageFileName->Buffer, XeImageFileName->Length);

path[XeImageFileName->Length] = '\0';

}

Otherwise, we might be able to hardcode it to D:\\ which is either (I don't remember) a kernel requirement or at least a dashboard- or self-imposed XBE controlled symlink?

Eitherway, we'd have to follow conventions of the MS implementation (regarding forward vs backward slash, device names vs driver letters etc.).

Similar reasoning for _getdrive, although I speculate that this is required much less.

D drive letter mount is handled by XDK on boot when D drive letter isn't set by the kernel. Otherwise, it is handled by the kernel on reboot.

Though, I highly recommended to check LaunchDataPage->Header.szLaunchPath first for semicolon character which is mount as working directory by the kernel itself. Then fallback to XeImageFileName with null terminate append at end of string.

fyi: I provided this type of information in XboxDev discord server based on what I had researched years ago.

I'd prefer XeImageFileName (which the kernel uses to talk to the app / after launching) over LaunchDataPage (which is used by the app to talk to the kernel / before launching)

Yes, LaunchDataPage is used to talk to the kernel but that's only half correct. It is also used by the app as well hence the LaunchData member variable from LAUNCH_DATA_PAGE structure is used to tell the app, either from same xbe or another xbe, what to do next after reboot occur. The kernel doesn't modify LaunchDataPage created by the app. The kernel read from LaunchDataPage->Header structure to do what the app want the kernel to do on reboot.

Here's a log of how it works on first boot and reboot:

---- first boot ---- LaunchDataPage is NULL. XeImageFileName: \Device\Harddisk0\Partition1\Games\reboot\default.xbe \??\D: == \Device\Harddisk0\Partition1\Games\reboot Relaunching... LaunchDataPage->Header.szLaunchPath: \Device\Harddisk0\Partition1\Games;reboot\default.xbe ============ ------ reboot ------ LaunchDataPage->Header.szLaunchPath: \Device\Harddisk0\Partition1\Games;reboot\default.xbe XeImageFileName: \Device\Harddisk0\Partition1\Games\reboot\default.xbe \??\D: == \Device\Harddisk0\Partition1\Games ============

As you can see XeImageFileName doesn't include semicolon which break working directory mount from D: symlink pointing to a parent directory than the same directory according to reboot process.
This is the same/similar concept on Windows' command prompt or powershell usage. When you change directory from the terminal itself, i.e. C:\logs> . Then execute D:\build\UnitTest.exe which will create log file into C:\logs instead of D:\build directory.

In summary, this is how demo discs and even xbox live works when they focus on D:\ symlink as a working directory. Otherwise attempting to access the contents wouldn't work engineered by original xbox team. I hope this is more clarified for you and everyone else reading this.

skye added 2 commits June 10, 2023 14:15

winapi: Remove MAXDIR, MAXEXT and MAXFILE constants

18c6acf

ExoSkye force-pushed the direct-h-impl branch from ac0f701 to 18c6acf Compare June 10, 2023 13:15

JayFoxRox reviewed Jun 10, 2023

View reviewed changes

lib/xboxrt/libc_extensions/direct.c Outdated Show resolved Hide resolved

JayFoxRox reviewed Jun 10, 2023

View reviewed changes

lib/xboxrt/libc_extensions/direct.c Outdated Show resolved Hide resolved

JayFoxRox reviewed Jun 10, 2023

View reviewed changes

lib/xboxrt/libc_extensions/direct.c Outdated Show resolved Hide resolved

RadWolfie reviewed Jun 10, 2023

View reviewed changes

lib/xboxrt/libc_extensions/direct.c Outdated Show resolved Hide resolved

lib/xboxrt/libc_extensions/direct.h Outdated Show resolved Hide resolved

ExoSkye added 3 commits June 11, 2023 06:10

winapi: Fix ending newlines in direct.h

0b37066

winapi: Remove MAXPATH and MAXDRIVE

e2f40bf

winapi: Remove uneeded functions

72ae765

ExoSkye marked this pull request as ready for review June 16, 2023 21:57

winapi: Add direct.c to xboxrt makefile

aa89850

Ryzee119 reviewed Jun 17, 2023

View reviewed changes

ExoSkye and others added 8 commits June 17, 2023 20:43

winapi: Add a simple function to convert errors from winapi to errno …

8893c02

…errors

winapi: Use assert(0) to stop the use of stubs

6078f61

winapi: Fix -Wreturn-type warnings

a5e09e0

winapi: Fix typo

cd71cb3

winapi: Actually include assert.h

21fe551

winapi: Add fallback to return EINVAL

57cded3

winapi: Edit functions to actually use the new convert_error function

5ef78d2

winapi: Fix debugPrint format specifier

014d662

JayFoxRox reviewed Jun 18, 2023

View reviewed changes

thrimbor force-pushed the master branch from 8cc3520 to 88d18d6 Compare October 9, 2023 14:41

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

Implement `direct.h` functions #636

Implement `direct.h` functions #636

ExoSkye commented Jun 10, 2023

ExoSkye commented Jun 10, 2023

ExoSkye commented Jun 16, 2023

ExoSkye commented Jun 16, 2023

ExoSkye commented Jun 16, 2023

Ryzee119 Jun 17, 2023

Ryzee119 Jun 17, 2023 •

edited

Loading

ExoSkye commented Jun 18, 2023

JayFoxRox Jun 18, 2023 •

edited

Loading

ExoSkye Jun 18, 2023

JayFoxRox Jun 18, 2023 •

edited

Loading

ExoSkye Jun 18, 2023

JayFoxRox Jun 18, 2023

RadWolfie Jun 18, 2023

JayFoxRox Jun 18, 2023

RadWolfie Jun 18, 2023

JayFoxRox Jun 18, 2023

RadWolfie Jun 18, 2023

	void nxGetCurrentXbeNtPath (char *path)
	{
	// Retrieve the XBE path
	strncpy(path, XeImageFileName->Buffer, XeImageFileName->Length);
	path[XeImageFileName->Length] = '\0';
	}

Implement direct.h functions #636

Are you sure you want to change the base?

Implement direct.h functions #636

Conversation

ExoSkye commented Jun 10, 2023

ExoSkye commented Jun 10, 2023

ExoSkye commented Jun 16, 2023

ExoSkye commented Jun 16, 2023

ExoSkye commented Jun 16, 2023

Choose a reason for hiding this comment

Ryzee119 Jun 17, 2023 • edited Loading

Choose a reason for hiding this comment

ExoSkye commented Jun 18, 2023

JayFoxRox Jun 18, 2023 • edited Loading

Choose a reason for hiding this comment

Choose a reason for hiding this comment

JayFoxRox Jun 18, 2023 • edited Loading

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Implement `direct.h` functions #636

Implement `direct.h` functions #636

Ryzee119 Jun 17, 2023 •

edited

Loading

JayFoxRox Jun 18, 2023 •

edited

Loading

JayFoxRox Jun 18, 2023 •

edited

Loading