ydb/util/folder, branch CLI_2.15.0Mirror of YDB github reposhttps://code.mastervirt.ru/ydb/atom?h=CLI_2.15.02024-09-23T08:47:38ZUse unified remove function in TFsPath.2024-09-23T08:47:38Zsathsath@yandex-team.com2024-09-23T08:34:23Zurn:sha1:3d1f648a83b3d3482fa5df8f1cfe2b0a89261784
Текущая реализация не удаляет readonly файлы под Windows
Для остальных систем
```
::unlink
::rmdir
```
равноценно вызову
```
remove
```
commit_hash:99a45d03ae667ec82e57ca8fa7500bae9f827086
Enable clang-format FixNamespaceComments option2024-09-05T20:59:20Zdmasloffdmasloff@yandex-team.com2024-09-05T20:49:28Zurn:sha1:91749d44a7f9502232f7c4470f6d62c3b391b1dc
Enable clang-format FixNamespaceComments option
8ffd1b7f4787cdf4e80a92b08f07634abe416854
FixNamespaceComments in /util2024-09-05T17:17:10Zdmasloffdmasloff@yandex-team.com2024-09-05T17:05:47Zurn:sha1:74184a40c15dc0649a769d9754d0ce7efb44db04
FixNamespaceComments in /util
bb9152570d7c258798644ead5a59f604de05ef3b
Remove Y_UNIT_TEST from config.clang-format2024-08-30T17:16:45Zdmasloffdmasloff@yandex-team.com2024-08-30T16:55:50Zurn:sha1:d1833df14252315c0719e3cc9fccf3c85bce2811
Remove Y_UNIT_TEST from config.clang-format
853b6da2c4464342d4cfe7756c18ed599004fdd8
Set SpacesInLineCommentPrefix to 1 in /util2024-08-17T20:43:45Zdmasloffdmasloff@yandex-team.com2024-08-17T20:33:42Zurn:sha1:69340f4614e853b9319df4b454ab7497711ee3cd
Set SpacesInLineCommentPrefix to 1 in /util
3853f9ec5143722c1bebd8dc0ffc9b61a6c17657
check the lifetime of various algorithms that return a substring of the input TStringBuf view2024-08-06T21:37:37Zswarmerswarmer@yandex-team.com2024-08-06T21:19:42Zurn:sha1:a9c8987363503f0d434be8b1e7b494be65a2b477
e778480cb05d20fe1a3fbf5ff69858c8912ed2d6
minor fix in util path2024-05-19T14:19:48Zskrivohatskiyskrivohatskiy@yandex-team.com2024-05-19T14:07:17Zurn:sha1:0676c30682b50f90ece39fbfa92b94ebc569606a
Мелкий фикс неверных исключений. Как будто у меня локально повторялось как минидамп на колонке (не отловленное исключение)
Зависит от реализации libc. Но кажется что исходный вариант все же не верный:
[ The value in errno is significant only when the return value of
the call indicated an error (i.e., -1 from most system calls; -1
or NULL from most library functions); a function that succeeds is
allowed to change errno. The value of errno is never set to zero
by any system call or library function.](https://man7.org/linux/man-pages/man3/errno.3.html)
1d2088da57c98f9d9abfd6da865219fcf74db212
Intermediate changes2024-04-02T20:02:21Zrobot-pigletrobot-piglet@yandex-team.com2024-04-02T19:52:25Zurn:sha1:ba80a9fbc798f333ba35e1f5fe9882d3d91337b2WebAssembly in util2024-03-28T18:18:22Zdtorilovdtorilov@yandex-team.com2024-03-28T18:07:32Zurn:sha1:69da0d084c7045f516e59ff13afeb15a3f313b5d
b46c1e446c9d0f9393bf688b26db810f60add0f6
Fix TDirIterator2024-03-06T09:14:29Zmrlolthe1stmrlolthe1st@yandex-team.com2024-03-06T08:58:00Zurn:sha1:4647a9220b623aad5b9c60f90550cf542d8622b9
В силу того, что аллокации могут приводить к syscalls, которые портят errno, а lstat не чистит errno после успешного выполнения, между errno=0/ClearLastSystemError() и LastSystemError() что-то может попортить errno, следует учитывать errno только в случае неуспешного завершения lstat.
ee85894d4fb742827b7ea77e06b9b2c990537d86