A mirror of https://github.com/rmyorston/busybox-w32.git https://git.lua4.win/busybox-w32/atom?h=tilde 2022-02-17T08:37:10+00:00 2022-02-17T08:37:10+00:00 Ron Yorston rmy@pobox.com 2022-02-17T08:37:10+00:00 urn:sha1:67d6d366161c04ec32f2b429a2441016dfd91f2a busybox-w32 tries to display the ownership of files by comparing the security identifier (SID) of the current user with that of the file on disk. For filesystems that don't support SIDs this resulted in files being listed as owned by root. It appears that filesystems without support for file ownership return a null SID. In such cases pretend the file belongs to the current user. GitHub issue #241. 2022-02-14T08:09:50+00:00 Ron Yorston rmy@pobox.com 2022-02-14T08:09:50+00:00 urn:sha1:5ce146536f50341efd2496370af804bb348fa66e 2021-12-22T08:22:12+00:00 Ron Yorston rmy@pobox.com 2021-12-22T08:22:12+00:00 urn:sha1:1ee308c75f4720ee38be8e81ff8c9ed4c52670d4 Detect if running under Wine by checking for the wine_get_version function in ntdll.dll. This is how the Wine Developer FAQ suggests doing it. If running under Wine and not otherwise configured: - use ANSI emulation; - don't use alternate screen buffer in vi/less. Explicit settings of BB_SKIP_ANSI_EMULATION and BB_ALT_BUFFER will override the Wine defaults. 2021-11-25T16:03:39+00:00 Ron Yorston rmy@pobox.com 2021-11-25T15:56:37+00:00 urn:sha1:c29dc205d2dc590f6d66df5a4f26efa7ada9632d Commit 35e32c2a71 (readlink(): do `NUL`-terminate the result) changed how our implementation of readlink(2) handles the case where the link is too long for the buffer. This broke xmalloc_readlink() which expects readlink(2) to behave as documented. As a results symbolic links with 80 or more characters didn't work properly. Revert the commit. (GitHub issue #237) 2021-11-14T09:52:59+00:00 Ron Yorston rmy@pobox.com 2021-11-14T09:52:59+00:00 urn:sha1:2e8de47ad30b86f376cf2295747634c8140cfca3 2021-11-01T08:25:05+00:00 Ron Yorston rmy@pobox.com 2021-11-01T08:25:05+00:00 urn:sha1:0acd7c7984e680f2e352ed43556b2f4cc8da2fbb The name of the function mingw_spawn_1() wasn't particularly meaningful. Remove its envp argument (as all of its current callers pass a NULL pointer) and rename it mingw_spawnvp() to better reflect what it does. The path search it performs isn't the standard one: it has features specific to busybox-w32. 2021-10-28T13:24:24+00:00 Ron Yorston rmy@pobox.com 2021-10-28T13:24:24+00:00 urn:sha1:5b48ca53be57bc907ed8dd00635914556b4472e4 Building busybox-w32 for use with UCRT results in mysterious failures. (GitHub issue #234) These are somehow related to the environment values passed to spawnve. In several places the global environ pointer was being passed to spawnve so the child would inherit its environment from the parent. This can also be achieved by passing a NULL pointer. This prevents the failures in at least some cases and also makes the binary smaller. 2021-10-17T12:52:54+00:00 Ron Yorston rmy@pobox.com 2021-10-17T12:40:27+00:00 urn:sha1:d239d2d5273e1620a6146d8f5076f6532e3569b1 On Linux rmdir(2) refuses to delete a symlink to a directory on the obvious grounds that a symlink isn't a directory. Windows' rmdir() is less discriminating. Make our implementation of rmdir(2) behave more like Linux. 2021-10-16T08:59:11+00:00 Ron Yorston rmy@pobox.com 2021-10-16T08:59:11+00:00 urn:sha1:1afcef2f5a089648430a13b2a55ba1428c8d49c0 There are a few places in mingw.c where we want to determine if a file is a symbolic link. Previously these called mingw_lstat() which collects far more information than is actually needed. Create a new is_symlink() function which does the minimum work necessary. 2021-10-13T15:44:45+00:00 Ron Yorston rmy@pobox.com 2021-10-13T15:22:21+00:00 urn:sha1:4daf57b4fdc80422d6448c0a7914699fdedb95b8 Upstream commit 94eb1c4dc (libbb: better coreutils compatibility for realpath) made some changes to xmalloc_realpath_coreutils(). This now needs to be updated to handle Windows paths. - Expose the macro is_unc_path() and part of the recent change to bb_get_last_path_component_nostrip() as a separate funtion, get_last_slash(); - Convert a couple of errors relating to network filesystems to ENOENT; - Adjust xmalloc_realpath_coreutils() to handle Windows directory separators, relative paths and UNC paths.