On 7/5/21 11:31 AM, Salih Dincer wrote:

> Aslında aşağıdaki kodun 2 durumu

Ben tam anlayamadım. :(

* Sen senelerdir ToggleMark kullandığın için sana çok doğal geliyor ama biz hiç alışık olmadığımızdan anlayamıyoruz. Ben C ve C++ kodlarında `#if 0` kullanmayı biliyorum.

D'de de güzel bir olanağımız var:

```
version (none) {
  // Bu kod derlenmez çünkü 'none' hiçbir zaman tanımlı değildir
}

version (all) {
  // Bu kod derlenir çünkü 'all' her zaman tanımlıdır
}
```

Ben version'ı bu gibi durumlarda şöyle kullanıyorum:

```
version (bozuk) {
  // Buraya bozuk kodlari yerleştiriyorum

} else {
  // Buraya da diğerini
}
```

Örneğin, 'bozuk' kodlar şöyle etkinleştiriliyor:

```
version = bozuk;
```

Bunları yazmamın nedeni, ben ToggleMark konusundan hiç emin olamıyorum çünkü bu son kodda /* bölümünü //* olarak değiştirmem gerektiğini sandım ama derlenmedi. Belki ben bir yerde hata yaptım ama zor işte...

Daha önemlisi, bu kodun hangi beklentiyi karşılamadığını anlayamıyorum. Satır sonu karakteri yazılmadığı için mi yanlış.

Çıktıda 28 var. Gariplik o mu? Galiba karakterler birbirine mi girmiş?

Biraz daha basit anlatırsan sevinirim. :) Yine de anladığım kadarıyla bir şeyler yazacağım.

> standart çıktı nereye yazar?

Doğrusu, bizim programımız bunu bilemez. Programın başlangıçta dış dünyayla olan bağlantısı, kendisini başlatan ortama bir değer döndürmesi ve üç adet "akım"dır: okunan stdin, yazılan stdout ve stderr. Program kendisi File, soket vs. ile başka iletişim yolları da açabilir ama başlangıçta o kadar. "Akım" dememin nedeni de, onların gerçekten karakter akımı olmaları: karakter okunabilir ve karakter yazılabilir. Hatta bunların klavye veya ekrana bağlılıkları da kesin değildir.

Bu akımların nereye bağlı oldukları ve dönüş değerinin ne yapılacağı bizi başlatan programa kalmıştır. Çoğu durumda bu akımlar en sonunda klavyeye ve ekrana bağlıdır ve dönüş değeri "hata oldu" anlamına gelir ama öyle olmayabilir.

Ek olarak, bu akımlar performans nedeniyle ara bellek (buffer) kullanabilirler. Örneğin, program stdin'den gelen karakterleri ancak '\n' karakteri geldikten sonra görebilir veya çıkışa yazılan karakterler çoğunlukla '\n' karakteri görülene kadar bekletiliyor olabilirler.

> Neden
> afallar, sapıtır? Eğer writeln() kullanmak istemiyorsam...

writeln ile ilgili tek olay, '\n' eklemesidir. Onunla ilgili olabilir. (?)

>      auto satirlaraBol = File (DOSYA)
>                         .byLineCopy
>                         .array;

Herhalde bildiğin gibi:

* byLineCopy, bazı durumlarda gerekiyor. Başka durumlarda byLine daha hızlı olabilir çünkü satırları aynı ara belleğe okur. (O yüzden de önceki satırı elimizde tutamayız.)

* array, bütün elemanları (bu durumda "satırları") depolar. Bu da gerçekten gerekmedikçe gereksizdir.

> (bir de en sona if'in kapamasını ekleyin)

Ah! Belki de gözden kaçırdığım oydu. O yüzden ToggleMark'ı kapatınca derleyemedim galiba... Yine de, ben birbirinden bağımsız iki küçük programı daha çok severdim: "Şu istediğimi yapıyor, şu yapmıyor" gibi...

Tamam, şimdi if'i kapatan } ile deniyorum. Ama bak bu iş hiç de görüldüğü kadar kolay değil. Şöyle bir hata aldım:

Error: variable `DOSYA` is shadowing variable `whereTowrite.main.DOSYA`

Galiba ToggleMark'ı doğru kullanamadım. Satır başından kapatayım... (Görüyor musun, senin için çok doğal olan bu kullanım bizim için çok güç olabiliyor.)

Bu kadar laf kalabalığımdan sonra ben bu programı anladığım kadarıyla şöyle yazardım:

```d
import std.stdio;
import std.algorithm;
import std.range;

void main() {
  auto satırlar = stdin
                  .byLine
                  .enumerate
                  .each!(e => writefln!"%s %s"(e.index, e.value));
}
```

Yukarıda söylediğimin bir örneği olarak, standart girişi whereTowrite.d'ye şöyle bağlayabilirdim:

$ ./whereTowrite < whereTowrite.d

Ali

On 7/5/21 5:41 PM, Salih Dincer wrote:

> Aşağıdaki kod derlendiğinde ekrana 13 satır yazması gerekirken 1 satır
> yazar:

Ben birden fazla satır yazmasını beklemezdim çünkü hiç satır başı karakteri yazdırılmıyor. Benim denediğim ortam farklı: Bir Linux konsol penceresinde herşey beklediğim gibi tek satırda çıkıyor.

> "13satirSay.write;yok) { satir.writeln; }eCopy.array;"

Yani hata tek satır yazmasında değil, herşeyin üst üste yazılmış gibi çıkmasında. Bunun nedeni, o varsaydığımız ara belleğin senin denediğin Windows ortamında hiç dolmadığı veya hiç '\n' gelmediği için hiç yazdırılmaması olabilir. stdout en sonunda kendi ~this ile sonlanırken veya program sonlanırken stdout'ın ara belleği bizim dışımızda çıkışa gönderiliyor olabilir.

Programın sonuna şun ekleyip dener misin:

  stdout.flush();

İşe yaramazsa, Windows kullananların fikrini almış olmak için İngilizce forumlarda sorman daha iyi olabilir. İşe yararsa, belki de "flush edilmeyen akımın ne göstereceği belirsizdir" gibi bir kural vardır ve bdz şimdi öğreniyoruzdur. (?)

Ali

On Tuesday, 6 July 2021 at 01:22:26 UTC, Ali Çehreli wrote:
> Programın sonuna şun ekleyip dener misin:
>
>   stdout.flush();
Ben yukardaki cevabını görmeden cevap yazdım ve fark edince hemen şimdi denedim. Sadece seçmece yaptığı veri kümesi değişti:

"15stdout.flush();ok) { satir.write; }LineCopy.array;;"

Bunun dışında hiçbir değişiklik olmadı. Sorun belli ki Windows'un ve/veya cmd'nin nane mollalığı :)

On 7/5/21 6:32 PM, Salih Dincer wrote:

> satır sonu sonlanmaları farklı.

Bildiğim kadarıyla, çıkışa yazdırırken programcının o konudan haberi olması gerekmez. Biz hep yalnızca '\n' yazdırırız; platformuna göre gerekirse iki karakterle değiştirilir. Ben öyle biliyorum...

Ali