From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Maxime Devos Newsgroups: gmane.lisp.guile.bugs Subject: bug#46220: Some non-standard O_* flags are missing Date: Tue, 02 Mar 2021 19:30:01 +0100 Message-ID: <3c00deee4082fe28fa9fd442ecf7239d049c5333.camel@telenet.be> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg="pgp-sha256"; protocol="application/pgp-signature"; boundary="=-MCyErvNH2IBMZSF2a0eP" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="1730"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Evolution 3.34.2 Cc: 46220@debbugs.gnu.org Original-X-From: bug-guile-bounces+guile-bugs=m.gmane-mx.org@gnu.org Tue Mar 02 20:10:04 2021 Return-path: Envelope-to: guile-bugs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1lHAPD-0000L5-Sc for guile-bugs@m.gmane-mx.org; Tue, 02 Mar 2021 20:10:03 +0100 Original-Received: from localhost ([::1]:57372 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lHAPC-0007va-Uh for guile-bugs@m.gmane-mx.org; Tue, 02 Mar 2021 14:10:02 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:41308) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lH9nT-0001Jf-G5 for bug-guile@gnu.org; Tue, 02 Mar 2021 13:31:03 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:42618) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1lH9nS-0004Kr-Ps for bug-guile@gnu.org; Tue, 02 Mar 2021 13:31:03 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1lH9nR-0000Ot-Ms for bug-guile@gnu.org; Tue, 02 Mar 2021 13:31:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Maxime Devos Original-Sender: "Debbugs-submit" Resent-CC: bug-guile@gnu.org Resent-Date: Tue, 02 Mar 2021 18:31:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 46220 X-GNU-PR-Package: guile Original-Received: via spool by 46220-submit@debbugs.gnu.org id=B46220.161470981431203 (code B ref 46220); Tue, 02 Mar 2021 18:31:01 +0000 Original-Received: (at 46220) by debbugs.gnu.org; 2 Mar 2021 18:30:14 +0000 Original-Received: from localhost ([127.0.0.1]:54164 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lH9mg-00086n-Gz for submit@debbugs.gnu.org; Tue, 02 Mar 2021 13:30:14 -0500 Original-Received: from andre.telenet-ops.be ([195.130.132.53]:33218) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lH9mc-0007zZ-91 for 46220@debbugs.gnu.org; Tue, 02 Mar 2021 13:30:12 -0500 Original-Received: from ptr-bvsjgyjmffd7q9timvx.18120a2.ip6.access.telenet.be ([IPv6:2a02:1811:8c09:9d00:aaf1:9810:a0b8:a55d]) by andre.telenet-ops.be with bizsmtp id bWW72400Y0mfAB401WW8oR; Tue, 02 Mar 2021 19:30:08 +0100 In-Reply-To: DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telenet.be; s=r21; t=1614709808; bh=C/q3IKiz2cYYmz0FG7heEgEsAOCmRsa1OJwpn7flEdc=; h=Subject:From:Cc:Date:In-Reply-To:References; b=fcBdkwwRCo3VIByEBbpks4OATA4Wy855reaaVZdk8kUReIawfX27+GmfVeMPrM/Vm x2um5r1SAFr6AhcoNDu0etxInkv7YAVE5MXdHUGltz/yhlHD2VVyc4kegYxizLNfZe s+jAxdr5MjmAM5BC2I/yFYsS22L+1QcY7clynPHJPigoNju/EnOdM5PLV3Z8YzD3l6 ozuCLquxM/QG49sK8qdw+BVtg533KAGasdeGTKUbZjsP+2Zh972xJotwkpLTn+/ksI ecb2iLo6xSypf9Gk/Lc8y+9FVyp6Bl0FYWGYOENHtDh6mI4s+/O5f6uNdTQyMTitso V+N+//fXMw4tQ== X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-guile@gnu.org List-Id: "Bug reports for GUILE, GNU's Ubiquitous Extension Language" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guile-bounces+guile-bugs=m.gmane-mx.org@gnu.org Original-Sender: "bug-guile" Xref: news.gmane.io gmane.lisp.guile.bugs:9988 Archived-At: --=-MCyErvNH2IBMZSF2a0eP Content-Type: multipart/mixed; boundary="=-pyreMU6uFuiuBXnI6ze/" --=-pyreMU6uFuiuBXnI6ze/ Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi guilers, Attached is a patch that exports O_NOFOLLOW & others when available. While testing, I found some weirdness (kernel: Linux). $ ./meta/build-env guile scheme@(guile-user)> O_NOFOLLOW $1 =3D 131072 scheme@(guile-user)> O_NOTRANS $2 =3D 0 scheme@(guile-user)> O_LARGEFILE $3 =3D 0 O_NOFOLLOW is exported as expected. O_NOTRANS is exported, even though on the Linux kernel (O_NOTRANS is Hurd-specific). O_LARGEFILE is 0, which could be correct I suppose, but if files are opened in large file mode by default I don't really see a point in defining O_LARGEFILE. This seems orthogonal to this bug (well, feature request), though. Greetings, Maxime. --=-pyreMU6uFuiuBXnI6ze/ Content-Disposition: attachment; filename*0=0001-Define-O_NOFOLLOW-and-various-other-flags-when-suppo.pat; filename*1=ch Content-Type: text/x-patch; name="0001-Define-O_NOFOLLOW-and-various-other-flags-when-suppo.patch"; charset="UTF-8" Content-Transfer-Encoding: base64 RnJvbSA4ODVjMDg4NjI5NWVkZWQ4MjE4OGMzMmIzYjVhZTUyZGQwOGIzMDZjIE1vbiBTZXAgMTcg MDA6MDA6MDAgMjAwMQpGcm9tOiBNYXhpbWUgRGV2b3MgPG1heGltZWRldm9zQHRlbGVuZXQuYmU+ CkRhdGU6IFR1ZSwgMiBNYXIgMjAyMSAxODowMzoyMiArMDEwMApTdWJqZWN0OiBbUEFUQ0hdIERl ZmluZSBgT19OT0ZPTExPVycgYW5kIHZhcmlvdXMgb3RoZXIgZmxhZ3Mgd2hlbiBzdXBwb3J0ZWQu Ck1JTUUtVmVyc2lvbjogMS4wCkNvbnRlbnQtVHlwZTogdGV4dC9wbGFpbjsgY2hhcnNldD1VVEYt OApDb250ZW50LVRyYW5zZmVyLUVuY29kaW5nOiA4Yml0CgoqIGxpYmd1aWxlL2ZpbGVzeXMuYyAo c2NtX2luaXRfZmlsZXN5cyk6IERlZmluZSDigJhPX0lHTk9SRV9DVFRZ4oCZLAogIOKAmE9fTk9M SU5L4oCZLCDigJhPX05PRk9MTE9X4oCZLCDigJhPX1RNUEZJTEXigJksIOKAmE9fU0hMT0NL4oCZ LCDigJhPX0VYTE9DS+KAmSwKICDigJhPX0FTWU5D4oCZLCDigJhPX05PQVRJTUXigJksIOKAmE9f RElSRUNUT1JZ4oCZLCDigJhPX0NMT0VYRUPigJkgYW5kIOKAmE9fRElSRUNU4oCZCiAgd2hlbiBh dmFpbGFibGUuCi0tLQogbGliZ3VpbGUvZmlsZXN5cy5jIHwgMzMgKysrKysrKysrKysrKysrKysr KysrKysrKysrKysrKysrCiAxIGZpbGUgY2hhbmdlZCwgMzMgaW5zZXJ0aW9ucygrKQoKZGlmZiAt LWdpdCBhL2xpYmd1aWxlL2ZpbGVzeXMuYyBiL2xpYmd1aWxlL2ZpbGVzeXMuYwppbmRleCAxYjBh ZjZlMTQuLjAyMGM5Y2Y3YiAxMDA2NDQKLS0tIGEvbGliZ3VpbGUvZmlsZXN5cy5jCisrKyBiL2xp Ymd1aWxlL2ZpbGVzeXMuYwpAQCAtMTk1OCw5ICsxOTU4LDQyIEBAIHNjbV9pbml0X2ZpbGVzeXMg KCkKICNpZmRlZiBPX0xBUkdFRklMRSAgCiAgIHNjbV9jX2RlZmluZSAoIk9fTEFSR0VGSUxFIiwg c2NtX2Zyb21faW50IChPX0xBUkdFRklMRSkpOwogI2VuZGlmCisjaWZkZWYgT19JR05PUkVfQ1RU WQorICBzY21fY19kZWZpbmUgKCJPX0lHTk9SRV9DVFRZIiwgc2NtX2Zyb21faW50IChPX0lHTk9S RV9DVFRZKSk7CisjZW5kaWYKKyNpZmRlZiBPX05PTElOSworICBzY21fY19kZWZpbmUgKCJPX05P TElOSyIsIHNjbV9mcm9tX2ludCAoT19OT0xJTkspKTsKKyNlbmRpZgogI2lmZGVmIE9fTk9UUkFO UwogICBzY21fY19kZWZpbmUgKCJPX05PVFJBTlMiLCBzY21fZnJvbV9pbnQgKE9fTk9UUkFOUykp OwogI2VuZGlmCisjaWZkZWYgT19OT0ZPTExPVworICBzY21fY19kZWZpbmUgKCJPX05PRk9MTE9X Iiwgc2NtX2Zyb21faW50IChPX05PRk9MTE9XKSk7CisjZW5kaWYKKyNpZmRlZiBPX1RNUEZJTEUK KyAgc2NtX2NfZGVmaW5lICgiT19UTVBGSUxFIiwgc2NtX2Zyb21faW50IChPX1RNUEZJTEUpKTsK KyNlbmRpZgorI2lmZGVmIE9fU0hMT0NLCisgIHNjbV9jX2RlZmluZSAoIk9fU0hMT0NLIiwgc2Nt X2Zyb21faW50IChPX1NITE9DSykpOworI2VuZGlmCisjaWZkZWYgT19FWExPQ0sKKyAgc2NtX2Nf ZGVmaW5lICgiT19FWExPQ0siLCBzY21fZnJvbV9pbnQgKE9fRVhMT0NLKSk7CisjZW5kaWYKKyNp ZmRlZiBPX0FTWU5DCisgIHNjbV9jX2RlZmluZSAoIk9fQVNZTkMiLCBzY21fZnJvbV9pbnQgKE9f QVNZTkMpKTsKKyNlbmRpZgorI2lmZGVmIE9fTk9BVElNRQorICBzY21fY19kZWZpbmUgKCJPX05P QVRJTUUiLCBzY21fZnJvbV9pbnQgKE9fTk9BVElNRSkpOworI2VuZGlmCisjaWZkZWYgT19ESVJF Q1RPUlkKKyAgc2NtX2NfZGVmaW5lICgiT19ESVJFQ1RPUlkiLCBzY21fZnJvbV9pbnQgKE9fRElS RUNUT1JZKSk7CisjZW5kaWYKKyNpZmRlZiBPX0NMT0VYRUMKKyAgc2NtX2NfZGVmaW5lICgiT19D TE9FWEVDIiwgc2NtX2Zyb21faW50IChPX0NMT0VYRUMpKTsKKyNlbmRpZgorI2lmZGVmIE9fRElS RUNUCisgIHNjbV9jX2RlZmluZSAoIk9fRElSRUNUIiwgc2NtX2Zyb21faW50IChPX0RJUkVDVCkp OworI2VuZGlmCiAKICNpZmRlZiBGX0RVUEZEICAKICAgc2NtX2NfZGVmaW5lICgiRl9EVVBGRCIs IHNjbV9mcm9tX2ludCAoRl9EVVBGRCkpOwotLSAKMi4zMC4xCgo= --=-pyreMU6uFuiuBXnI6ze/-- --=-MCyErvNH2IBMZSF2a0eP Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- iI0EABYIADUWIQTB8z7iDFKP233XAR9J4+4iGRcl7gUCYD6EKRccbWF4aW1lZGV2 b3NAdGVsZW5ldC5iZQAKCRBJ4+4iGRcl7kE8AQCIMqC1Akib9QhhhHEvJQPfNuqC 37vd83zt/qpqQzWsZQD/RG8pKR/5kty/cNXNjnE+bO7n2CgsGy0EpQ4s+WacXwE= =5vik -----END PGP SIGNATURE----- --=-MCyErvNH2IBMZSF2a0eP--