• 3 Posts
  • 158 Comments
Joined 3 years ago
cake
Cake day: July 6th, 2023

help-circle

  • KRAW@linux.communitytoLinux@lemmy.mlDo you use vim?
    link
    fedilink
    English
    arrow-up
    3
    ·
    1 day ago

    I use helix part-time but am forced to go back to neovim a majority of the time for a few reasons:

    1. no persistent undo
    2. no ctags and cscope (some C/C++ projects don’t work well with clangd)
    3. niche plugins (e.g. I just found a neovim plugin that gives me a way to run ipynb files in-editor)

    If 1 and 2 got fixed, I’d be a full time helix user





  • You can divide culture and grammar. It’s simple: your hypothetical long exchange can trchnically be expressed in the Japanese language at 1/5 the length and still retain grammatical correctness and meaning. i.e. the long exchange is not a result of the technical aspects of language, i.e. it has nothing to do with pronoun ommission. The cultural aspect of language is what makes the conversation long. And you’re making a huge assumption about the context of the exchange. Is it between two strangers? Family members? Sibling? Friends? A king and a peasant? Classmates? All of these situations would have exchanges with different lengths and grammar, but this arises from the culture. We do the same thing in English too. On average, an email between a boss and an employee will probably be longer and more formal than between two friends, no? Not as long as an equivalent email in Japanese, but the same trend exists in both languages is my point.










  • I suppose it depends on your definition of open world, but areas are basically only connected through the hub world, i.e. the castle area. There is virtually nothing to do in the world other than fight the colossi. It’s a great game, and certainly influential in its own right. However for better or for worse, I don’t really think it fits the mold of a modern open world game, and that’s specifically what BotW reimagined.




  • I’m not really an OS guy, so forgive me if this question has an obvious answer. When a thread migrates, it keeps its stack and register, thus any data contained within this can be used in the destination process (correct me if I’m wrong). Thus sending a message could be as simple as migrating a thread and having that thread copy data from its registers or stack memory to the current process’s memory space. However, how does the thread find process-specific addresses and handles (e.g. a mutex)? For example, I’m picturing a scenario where you are implementing an MPI library and want to use thread migration to send (small) messages from one local process to another. The thread orchestrating the send simply loads the data from memory and migrates, but how will it know where to store the data to? Would there need to be a data structure stored in a fix offset in memory that contains the destination address of the receiving process?