Loading ...
Sorry, an error occurred while loading the content.

Re: Patch 7.1.262

Expand Messages
  • Bram Moolenaar
    ... I don t think there is any Unix-like system where two processes can have the same number. The numbers are recycled after a process exits, of course. ...
    Message 1 of 18 , Feb 21, 2008
    • 0 Attachment
      Richard Hartmann wrote:

      > On Wed, Feb 20, 2008 at 8:10 PM, Bram Moolenaar <Bram@...> wrote:
      >
      >
      > > + getpid() Return a Number which is the process ID of the Vim process.
      > > + On Unix this is a unique number. On MS-DOS it's always zero.
      >
      > At least on Linux, it's not a unique number. It isn't even unique during
      > a single uptime, as the counter will roll over at 65534 and start
      > re-using freed PIDs. Slightly different, but same principle for Linux
      > systems with randomized PIDs.

      I don't think there is any Unix-like system where two processes can have
      the same number. The numbers are recycled after a process exits, of
      course.

      > It might make sense to implement get_ppid() as well, even though I can't
      > think of anything useful to do with that info. Perhaps check if you run
      > in screen and warn if not? Dunno.

      We don't usually add features just in case someone might use them some
      day.

      --
      I wonder how much deeper the ocean would be without sponges.

      /// Bram Moolenaar -- Bram@... -- http://www.Moolenaar.net \\\
      /// sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\
      \\\ download, build and distribute -- http://www.A-A-P.org ///
      \\\ help me help AIDS victims -- http://ICCF-Holland.org ///

      --~--~---------~--~----~------------~-------~--~----~
      You received this message from the "vim_dev" maillist.
      For more information, visit http://www.vim.org/maillist.php
      -~----------~----~----~----~------~----~------~--~---
    Your message has been successfully submitted and would be delivered to recipients shortly.