jmaksymowicz

I haven't noticed the problem with seconds being printed instead of year. The current version of `ls -l` command never prints the year. The original title of this issue is...

I managed to track down the bug to the `resolve_path` function in libphoenix. According to [Open Group](https://pubs.opengroup.org/onlinepubs/9699919799/) it should set `errno` to `ENOTDIR` when: > [...] the file_name argument contains...

I don't think `zynq7000-sdcard` is responsible for the failures because the server is never started within the current [user script](https://github.com/phoenix-rtos/phoenix-rtos-project/blob/c1a93f876635749125ef5fde4a4f41f08af5d3f8/_projects/armv7a9-zynq7000-qemu/build.project#L32C1-L40C1). I will investigate to find the reason for this issue.

* The common cause of failures mentioned in the issue seems to be timeout during tests that perform a filesystem operation. * On my local setup: * After fresh build...

This happens because the parser for `scanf`, `fscanf`, `vscanf` and `vfscanf` loads only one line of the file using `getline`: https://github.com/phoenix-rtos/libphoenix/blob/ffca1e635e8146d77b5694077f5283cb88f0154b/stdio/scanf.c#L665

The problem is with the implementation of `pmap_destroy`: ``` addr_t pmap_destroy(pmap_t *pmap, int *i) { int kernel = VADDR_KERNEL / ((u64)SIZE_PAGE pdir2[*i] != NULL) { return (pmap->pdir2[(*i)++] & (u64)~0x3ff)