From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-3.1 required=5.0 tests=DKIM_INVALID,DKIM_SIGNED, MAILING_LIST_MULTI,RCVD_IN_DNSWL_MED,RCVD_IN_MSPIKE_H3, RCVD_IN_MSPIKE_WL,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 17052 invoked from network); 15 Nov 2023 22:01:20 -0000 Received: from second.openwall.net (193.110.157.125) by inbox.vuxu.org with ESMTPUTF8; 15 Nov 2023 22:01:20 -0000 Received: (qmail 3835 invoked by uid 550); 15 Nov 2023 22:01:16 -0000 Mailing-List: contact musl-help@lists.openwall.com; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-ID: Reply-To: musl@lists.openwall.com Received: (qmail 3784 invoked from network); 15 Nov 2023 22:01:15 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=tavianator.com; s=google; t=1700085663; x=1700690463; darn=lists.openwall.com; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=lSQrW0DnC88fJajOkeX+noGFYlulUGf/U71gOi9Pqjg=; b=BePx4BQQadOF07SLWHTxu9n43I9s0a3x0xopRDgkXBM9bDiRkYB5adzLH86SjUAu8c iGzCklfqWEo/tULbAksCXZ8pv51eOljggkT5XDh676MPuhDmO/MhCRUqO4Tv+3ufV/GG f2QqQraPYERMqPREZIuxxIlfQS5c7TqH7eKrU= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1700085663; x=1700690463; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=lSQrW0DnC88fJajOkeX+noGFYlulUGf/U71gOi9Pqjg=; b=GQWq0zlSUwolOKX+Bh3g9X0DFE/Uh4UED0uibtEumYI4s+2WQIeRlIpovoaUvgND2z NMhC2NtnMjvDrz7NGgc3n9D9mlfXrya7l7UOWAyXUbQprckf2dfgrTST+H2pSyrKU7p/ Vi+1FZ27CDiA7XkrtGlldb6xGOtO0ZhhAvyL6o3kZVSacPBfS23YdwdgdBeJJysmUZH8 F/JkZ/OcNkZOdFdbPUe7IKwb6PbyA08ysT7Qa4XXAoZihCA9xzqvJToxPSpF5eskrR+U 6QtrBpItZhY5qKsKcmFm9mWFwxyC/UJQlLrV64fthI5CowHxVxV+m8jrBAg9wT34cNr1 8VCg== X-Gm-Message-State: AOJu0YzPtdf3K2146GBUjtmLnxHBjVMAmoK3TdY9Dr9hdeD6yJqK2m2Z RBNeRHkLP5bFaMObrUMVTMzTpsg4/OhejUdXYLTrPaiw+n4= X-Google-Smtp-Source: AGHT+IGIDn+ux/kBUn/X4JSWMf58NCkaVBtUP6e8t0uuLyprQBYY2qww7Dkda54pHFYsFczTJPGU+igoFU9UlTnDAlM= X-Received: by 2002:a05:6358:720f:b0:168:e737:6b25 with SMTP id h15-20020a056358720f00b00168e7376b25mr9040931rwa.20.1700085662446; Wed, 15 Nov 2023 14:01:02 -0800 (PST) MIME-Version: 1.0 From: Tavian Barnes Date: Wed, 15 Nov 2023 17:00:51 -0500 Message-ID: To: musl@lists.openwall.com Content-Type: text/plain; charset="UTF-8" Subject: [musl] Feature request: posix_spawnattr_setrlimit_np() I have a program that raises its soft RLIMIT_NOFILE, but wants to spawn processes with the original value (in case they use select(), for example). There seems to be no nice way to do this with posix_spawn(). I can temporarily lower the rlimit in the parent, but that interferes with other threads, and can make posix_spawn() fail with EMFILE. Corresponding glibc feature request: https://sourceware.org/bugzilla/show_bug.cgi?id=31049 -- Tavian Barnes