Hacker News: ReleaseCandidat

New comment by ReleaseCandidat in "What OS should I drive?"

ReleaseCandidat — Fri, 04 Oct 2024 06:57:07 +0000

> with vms for the rest.

It's called OpenVMS since quite some decades now.

New comment by ReleaseCandidat in "The Heart of Unix (2018)"

ReleaseCandidat — Fri, 04 Oct 2024 04:28:01 +0000

Yes, as in "check the number of parsed fields for each line" and don't forget about empty fields. Throw an error and stop the program if the number of columns isn't consistent. Which doesn't mean that you can't parse the whole file and output all errors at once (which is the preferred way, we don't live in the 90s any more ;), just don't process the wrong result. And with usable error messages, not just "invalid line N".

New comment by ReleaseCandidat in "Visual Studio Code is designed to fracture (2022)"

ReleaseCandidat — Mon, 30 Sep 2024 10:59:40 +0000

> For me an IDE "knows" about other files I have open and their relationship with the one I'm editing (usually a "project") and it _i_ntegrates external tools/programs.

With that definition any usable editor and vim-likes ;) is an IDE. I can live with that (that Zed is an editor comparable to them) too.

New comment by ReleaseCandidat in "Visual Studio Code is designed to fracture (2022)"

ReleaseCandidat — Mon, 30 Sep 2024 09:54:23 +0000

It's not an extension.

   First-class modal editing via Vim bindings, including features like text objects and marks.

See the "Vim-friendly" button at https://zed.dev/, "Incredibly powerful out of the box" section.

New comment by ReleaseCandidat in "Visual Studio Code is designed to fracture (2022)"

ReleaseCandidat — Mon, 30 Sep 2024 09:40:11 +0000

I guess that's https://github.com/xaberus/vscode-remote-oss

New comment by ReleaseCandidat in "Visual Studio Code is designed to fracture (2022)"

ReleaseCandidat — Mon, 30 Sep 2024 09:33:24 +0000

To be honest, Theia (the last beta I tried some months ago) is everything people always complain about Electron apps: slow as molasses - way worse than e.g. Atom (or Pulse) (which VS Code actually isn't).

New comment by ReleaseCandidat in "Visual Studio Code is designed to fracture (2022)"

ReleaseCandidat — Mon, 30 Sep 2024 09:29:49 +0000

I'm sorry, but what _is_ the difference between an editor and an IDE for _you_?

Btw. I'm not saying that having an integrated debugger is a sufficient condition for an editor to be an IDE (VS Code isn't, Sublime Text isn't, other editors with DAP support aren't).

> but don't assume your non-negotiable X is the same for every other user of an IDE. It is not.

But _you_ not needing a debugger in an IDE is a reason something is an IDE without one, I see. Btw. I'm (normally) not using IDEs.

New comment by ReleaseCandidat in "Visual Studio Code is designed to fracture (2022)"

ReleaseCandidat — Mon, 30 Sep 2024 09:23:07 +0000

> I'd be curious what similar caveats may apply to that editor?

Exactly the same as to VS Code, anything that is special about it is "closed" (as a service) https://zed.dev/blog/zed-is-now-open-source

New comment by ReleaseCandidat in "Visual Studio Code is designed to fracture (2022)"

ReleaseCandidat — Mon, 30 Sep 2024 07:23:01 +0000

Everybody can do that themselves, if the original maintainers don't want to (which is a security problem ;):

   If you are not the author, we suggest you first reach out to the author with an issue in their GitHub repo to request that they publish their extension to open-vsx.org. We've drafted a template with suggested content for the issue.

https://github.com/eclipse/openvsx/wiki/Publishing-Extension...

Such "3rd party extensions" don't get the "verified publisher" icon (or at least should not get it ;).

New comment by ReleaseCandidat in "Visual Studio Code is designed to fracture (2022)"

ReleaseCandidat — Mon, 30 Sep 2024 07:18:12 +0000

There are generators for the compilation databases that work with Makefiles and other build systems, like Bear: https://github.com/rizsotto/Bear

New comment by ReleaseCandidat in "Visual Studio Code is designed to fracture (2022)"

ReleaseCandidat — Mon, 30 Sep 2024 07:14:07 +0000

I thought the server part of VS Code (to be exact a proprietary Node addon) is the problem?

https://github.com/VSCodium/vscodium/issues/1229#issuecommen...

Stupid me, the solution is one post below :D

https://github.com/VSCodium/vscodium/issues/1229#issuecommen...

New comment by ReleaseCandidat in "Visual Studio Code is designed to fracture (2022)"

ReleaseCandidat — Mon, 30 Sep 2024 06:51:09 +0000

"Remote SSH" and "Dev Containers".

https://code.visualstudio.com/docs/remote/ssh

https://code.visualstudio.com/docs/devcontainers/containers

New comment by ReleaseCandidat in "Visual Studio Code is designed to fracture (2022)"

ReleaseCandidat — Mon, 30 Sep 2024 06:49:49 +0000

Yes, their C++ LSP isn't really good and I've heard C# isn't good either - but that's because they want to sell Visual Studio too. But especially "Remote SSH" and "Dev Containers" are so called game changers. And their Typescript and Python extensions are actually good.

New comment by ReleaseCandidat in "Visual Studio Code is designed to fracture (2022)"

ReleaseCandidat — Mon, 30 Sep 2024 06:43:54 +0000

> Zed exists, it's new but it's already a very good IDE.

An IDE needs at least a working Debugger (or, to be more precise, a graphical interface to debugger(s)).

And Zed has exactly the same problems VS Code has, minus actually contributing LSP and DAP (Debug Adapter Protocol) to "the editor community". So, Zed is actually worse in that regard.

New comment by ReleaseCandidat in "Visual Studio Code is designed to fracture (2022)"

ReleaseCandidat — Mon, 30 Sep 2024 06:33:59 +0000

The author forgot about two very important "closed" plugins: "Remote SSH" and "Dev Containers".

New comment by ReleaseCandidat in "Ldd(1) and Untrusted Binaries (2023)"

ReleaseCandidat — Sun, 29 Sep 2024 18:24:09 +0000

> strncpy

strncpy had been touted the "safe strcpy alternative" for years.

New comment by ReleaseCandidat in "Ldd(1) and Untrusted Binaries (2023)"

ReleaseCandidat — Sun, 29 Sep 2024 18:21:16 +0000

It wasn't meant as an argument against not loading the interpreter, but an explanation why it is "normal" - but if course insecure - behavior for ldd to execute the configured interpreter.

New comment by ReleaseCandidat in "Ldd(1) and Untrusted Binaries (2023)"

ReleaseCandidat — Sun, 29 Sep 2024 18:12:22 +0000

Don't know, but on Solaris it's the samé, see section "Security" https://docs.oracle.com/cd/E88353_01/html/E37839/ldd-1.html

New comment by ReleaseCandidat in "Ldd(1) and Untrusted Binaries (2023)"

ReleaseCandidat — Sun, 29 Sep 2024 18:03:41 +0000

It's not same, as ldd does print transitive dependencies too. libtree is comparable to ldd

New comment by ReleaseCandidat in "Ldd(1) and Untrusted Binaries (2023)"

ReleaseCandidat — Sun, 29 Sep 2024 17:46:04 +0000

Dynamic dlopen calls do not appear in the ELF at all, these are "normal" function calls.