<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>File Locking on Nalar</title>
    <link>https://nalar.dev/id/tags/file-locking/</link>
    <description>Recent content in File Locking on Nalar</description>
    <generator>Hugo</generator>
    <language>id-id</language>
    <lastBuildDate>Wed, 23 Sep 2026 00:00:00 +0000</lastBuildDate>
    <atom:link href="https://nalar.dev/id/tags/file-locking/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Lock OFD fcntl Mengikuti Open File Description, Bukan Proses</title>
      <link>https://nalar.dev/id/lock-ofd-fcntl-mengikuti-open-file-description-bukan-proses/</link>
      <pubDate>Wed, 23 Sep 2026 00:00:00 +0000</pubDate>
      <guid>https://nalar.dev/id/lock-ofd-fcntl-mengikuti-open-file-description-bukan-proses/</guid>
      <description>&lt;p&gt;Record lock POSIX tradisional memiliki sifat yang dapat menimbulkan efek tak terduga pada kode dengan beberapa descriptor untuk file yang sama: kepemilikan lock terkait dengan proses, dan penutupan descriptor untuk file tersebut dapat melepas lock milik proses. Open file description lock di Linux memindahkan batas kepemilikan itu ke open file description kernel yang dirujuk descriptor.&lt;/p&gt;&#xA;&lt;p&gt;Antarmukanya tetap memakai &lt;code&gt;fcntl()&lt;/code&gt; dan &lt;code&gt;struct flock&lt;/code&gt;, tetapi identitas pemiliknya berubah. &lt;code&gt;F_OFD_SETLK&lt;/code&gt;, &lt;code&gt;F_OFD_SETLKW&lt;/code&gt;, dan &lt;code&gt;F_OFD_GETLK&lt;/code&gt; membuat byte-range lock mengikuti open file description, bukan identitas proses.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
