Lukas
Lukas
I noticed that even though you specified the path to your sgoinfre as `/System/Volumes/Data/sgoinfre/Perso/llord`, it prints: ``` Moving 'Caches' to '/Library'... ``` So the path to sgoinfre transformed from `/System/Volumes/Data/sgoinfre/Perso/llord`...
@loyc12 With the release of [v1.8.0](https://github.com/itislu/42free/releases/tag/v1.8.0), could you try if this still happens?
In case this still happens please feel free to comment and I will reopen the issue.
Because it requires a tail pointer as a third argument. The caller has to provide that, which would require to add that parameter to all calls of `ft_lstadd_back()` and `ft_lstnew_back()`.
I renamed the functions: - `ft_lstadd_back_eff()` -> `ft_lstadd_back_tail()` - `ft_lstnew_back_eff()` -> `ft_lstnew_back_tail()`
I still need to update the CI to work with the changes to the tester.
The test failed because after the changes to the tester it needs the following change: 918116e - [x] So first merge #368 --- Oh I was wrong, the necessary change...
I now have the opinion that it's fine to treat our builtins like normal, non-POSIX bash does it. All the POSIX special builtins are commands that seem to handle things...
There's also an additional newline when preemptively ending a heredoc with CTRL+D and then CTRL+C.
> I still think handle_* is more make sense for me The problem is that f.e. `handle_red_out()` sounds like it will handle the redirection completely, meaning it will redirect `STDOUT`...