WEBVTT

00:05.070 --> 00:11.820
Şimdi Posix standardının birlikte çalışmamızı sağladığı API'lerle ilgili tartışmayla Muteksler hakkındaki

00:11.820 --> 00:13.650
tartışmayı tamamlayalım.

00:13.680 --> 00:14.580
Muteksler.

00:14.630 --> 00:15.210
Doğru.

00:15.210 --> 00:21.690
Dolayısıyla, p thread mutex veri tipini kullanarak mutex tipi bir nesneyi nasıl bildireceğimizi zaten biliyoruz.

00:23.340 --> 00:29.370
Ve muteksi kullanmadan önce pthread mutex init api kullanarak muteksi başlatmamız gerekir.

00:29.520 --> 00:30.210
Doğru.

00:30.210 --> 00:36.600
Ve muteks ile işimiz bittiğinde, pthread mutex destroy api kullanarak muteksi yok etmemiz gerekir.

00:36.900 --> 00:40.920
Ve muteksi kilitlemenin ve kilidini açmanın yolunu zaten gördük.

00:40.950 --> 00:44.460
Pthread mutex lock ve pthread mutex kullanmamız gerekiyor.

00:44.460 --> 00:45.480
API kilidini aç.

00:45.510 --> 00:46.230
Doğru.

00:46.350 --> 00:53.250
Şimdi burada dikkat edilmesi gereken bir nokta, üye değişken olarak mutex içeren herhangi bir veri

00:53.250 --> 00:56.480
yapısının kopyalanmaması gerektiğidir.

00:56.550 --> 01:03.900
Muteksin bu veri yapısının üyelerinden biri olması koşuluyla, bir veri yapısını bir bellek konumundan

01:03.900 --> 01:09.270
diğerine kopyalamak için asla mcpi işlemini kullanmamalısınız.

01:09.270 --> 01:11.520
Bu tanımlanmamış bir davranıştır.

01:11.520 --> 01:12.270
Değil mi?

01:12.930 --> 01:16.320
Yani Mutex'leri asla MCP yapmayın, doğru.

01:16.950 --> 01:20.130
Muteksler hakkında bolca teori öğrendiğimize göre.

01:20.130 --> 01:26.380
Şimdi ellerimizi kirletelim ve muteksler üzerinde basit bir örnek yapalım.

01:26.950 --> 01:32.860
Bu yüzden, bu konumda dosyalayabileceğiniz bir dosya olan muteks örneği nokta C'yi tartışacağız.

01:32.860 --> 01:34.390
Bu iplik temelleri.