C++ binary dosya yaratma,yaratılan dosyaya yazma ve bu dosyadan okuma hakkında türkçe kaynak yada bilgi rica ediyorum.. c++ ile ilgili İngilizce kaynaklar benim ingilizce seviyeme göre bir yere kadar yeterli oluyor belki ancak daha derin konularda maalesef yetersiz kalıyor.. Türkçe bulduğum video ve kaynaklarda ise bu binary konusu ya çok karışık anlatılmış yada çok az değinilmiş oluyor..

Konunun cevabının uzun ve büyük olacağı gerekçesiyle daha kısa cevaplar oluşturacak sorular sorayım;

neden binary dosyalarda;

.........
fstream dosya;
dosya<<"Al sana yazi.."
.........

yukardaki sıralı dosyalarda olduğu gibi kolayca veri yazma yada okumalar yapılmıyorda

...........
ifstream dosyam("FALCON4.ct", ios::binary);
	dosyam.read(reinterpret_cast <char*>(tampon), max * sizeof(int));
..........

gibi karışık fonksiyonlar kullanılıyor ..

aslında

dosyam.read(reinterpret_cast <char*>(tampon), max * sizeof(int));

satırını az çok C++ de bilgisi olan birinin anlayabileceği ölçüde yani basit bir anlatımla birisi anlatabilirse herşey aydınlanacak.. Şimdiden herkese teşekkür eder hayırlı günler dilerim..
Not: C++ bilgim sınıflar fonksiyonlar oluşturup amatörce basit program yazabilecek ölçüdedir..

--
[ Bu gönderi, http://ddili.org/forum'dan dönüştürülmüştür. ]

Bu arada Ali hocam sizin http://acehreli.org/turkcecpp/tur_donusumu_islecleri.html yazınızda reinterpret_cast dan bahsedilmiş ancak orada tür değişimleri konusunda en güvensizi olduğundan bahsedip "C++ türleri içinde en güvenilmez olanıdır. ... " demişsiniz.. Binary Dosyalara yazma ve okumalarda Neden güvenli birşeyler kullanılmıyor da güvensiz birşeyler kullanılıyor acaba bunuda merak ettim açıkçası

--
[ Bu gönderi, http://ddili.org/forum'dan dönüştürülmüştür. ]

Işık hızı gibi cevabınız için ayrıca teşekkürler Ali Bey :)
yine müsait olduğunuz zaman şu sorularada cevap verebilirmsiiniz ?

soru1 ) diyelimki bir binary dosyam var ve bunlara zamanında kayıtlar şu şekilde yapılmış;
int, char[5], 4* int, string, inti, int
bu sırayla diyelimki 120 tane kayıt var. Şimdi ben bu binary dosyadan ekrana aynı şekilde yani sıralaması değişmeden int, char[5], 4* int, string, inti, int olacak şekilde ekrana yazdırmak istediğimde nasıl yapmam gerekiyor ??

soru2 ) D dilinde binary dosya okumalarında farklı bir kullanımmı var yoksa mantık aşağı yukarı aynımı dır ?

--
[ Bu gönderi, http://ddili.org/forum'dan dönüştürülmüştür. ]

Alıntı (cos00kun):

Anlaşmaya bağlı bir konu... Asıl anlamının çıktıya bilgi göndermeyle en ufak bir ilgisi olmayan << işlecinin bu amaç için yüklenmiş olması, "bu değişkeni dizgiye dönüştür" anlamını taşır. O yüzden, örneğin dizi gibi bir değişkenin elemanlarının köşeli parantezler içinde yazılmasına kimse karşı çıkmaz. Programcı nasıl uygun görmüşse öyle kodlamıştır...

Binary'de ise böyle dönüşümlerle işimiz yok. :) (Örneğin, binary olmadığında '\n' karakteri de platforma uygun olarak dönüştürelibilir.)

Alıntı:

> dosyam.read(reinterpret_cast <char*>(tampon), max * sizeof(int));
> ```

>

Anlaşılan, tampon'un türü int*. max da 42 ise, dosyadan 42 adet int okunacak. (32 bitlik ortamda 42*4.) Tahminen, read'in ilk parametresinin türü de char*. O yüzden, derleyici o parametre yerine int* gönderilmesine izin vermiyor. Buradaki reinterpret_cast derleyiciye "sevgili derleyici, tampon'un int* olduğunu ve genelde char*'a uyumlu olmadığını biliyorum; ama sen bana güven ve tampon'u bir char* gibi kullanmama izin ver" demek anlamına geliyor.

reinterpret_cast'in güvensiz olmasının nedeni, derleyicinin bu konudan elini çekmesi ve programcıya güvenmesidir. Eğer dosyadaki baytlar aslında int değilseler, program yanlış veriyi int olarak kullanacak demektir. Güvensiz olan bu: derleyicinin olayı programcıya bırakmış olması...

read gibi işlevlerin char* kullanmalarının nedeni, alt düzey işlevler olmaları. Binary dosya düzeyinde bayt'tan başka bir şey bilmiyoruz. Öte yandan, XML, JSON ve başka düzenlerde olsa, verinin tam türünü de dosyada tutmuş olabiliriz ve tam türüne uygun olarak okuyabiliriz.

Ali

-- 
[ Bu gönderi, <http://ddili.org/forum>'dan dönüştürülmüştür. ]

Alıntı (cos00kun):

Örneğin dosyaya bayt yazma:

import std.exception;
import std.stdio;

void main(string[] args)
{
   try
   {
       byte[] veriler = [0x68, 0x65, 0x6c, 0x6c, 0x6f];

       auto kütük = File("test.txt", "w");

       kütük.rawWrite(veriler);
   }
   catch (ErrnoException hata)
   {
       // Hataları işle
   }
}

Bayt okuma da şu şekide oluyor.

import std.exception;
import std.stdio;

void main(string[] args)
{
   try
   {
       byte[] bellek;
       bellek.length = 1024;

       auto kütük = File("test.txt", "r");

       auto veriler = file.rawRead(bellek);
   }
   catch (ErrnoException hata)
   {
       // Hata işle
   }
}

--
[ Bu gönderi, http://ddili.org/forum'dan dönüştürülmüştür. ]

Amiyane tabiriyle canına yandığımın C++ dili, gözünü sevdiğimin D Dili :)

soru1 ) nin cevabını da alırsam tamamdır sanırım bu konu..
herkese tekrar teşekkürler..

--
[ Bu gönderi, http://ddili.org/forum'dan dönüştürülmüştür. ]

Desteklerinizle konuyu sanırım anladım.. sözkonusu C++ olunca aslında karmaşıklığını basite indirgemek lazım o zaman birçok konu kavranabiliyor.. özetlersek burda en önemli konu aslında verinin bellekteki başlangıcı yada veriyi nerden okuyacaksak onun adresinin char pointer türüne (derleyici kısmen kandırmaca durumu :) ) dönüştürülmesi oluşturuyor.. gerisi zaten biraz yoğunlaşıp iyi çalışınca anlaşılabiliniyor.. Son yazdığınız cevaptan anladığım kadarıyla da veri dosyada byte halinde saklanıldığından, dosyadaki değişik veri türlerinde saklanma biçimlerini ve uzunluklarını okuturkende doğru ve aynı şekilde bilip okutmamızı gerekli..

Ali hocam ve Erdem kardeşim emekleriniz ve değerli bilgileriniz için çok teşekkürler.. kalın sağlıcakla

--
[ Bu gönderi, http://ddili.org/forum'dan dönüştürülmüştür. ]

Birinci sorunun hemen hemen her zaman için tek yanıtı var:

• Veriyi temsil eden bir kullanıcı türü olsun

• Dosyadaki bilgiyi okuyan ve bu türden nesnelere dönüştüren bir işlev olsun (Tabii, bir de yazdıran işlev olduğunu varsayıyoruz)

• O işlevi 120 kere çağıralım ve oluşan elemanları teker teker ekrana yazdıralım (veya bir diziye ekleyelim, veya başka biçimde kullanalım, vs.)

Ek olarak, günümüzde dosyalara artık binary olarak yazmıyoruz çünkü bunun yarar sağladığı durumlarla karşılaşmıyoruz: Dosya işlemleri çok yavaş olduğundan binary okumayla düz metin okuma arasındaki zaman farkı önemli olmuyor ve bilgisayarlar çok hızlı olduklarından okunan verinin düz metinden yapı nesnesine dönüştürülmesi işlemi fazla zaman almıyor. Öyle olmasa bile, bu konudaki yavaşlıklar çoğu uygulamada önemli olmuyor. Ama tabii binary'den gerçekten yararlanan programlar da var.

Binary'nin gerçekten gerektiğini varsaydığımızda bir kaç tane önemli nokta var:

• Dosyayı yazdığın ve okuduğun ortamlarda veriler aynı büyüklükte mi? Örneğin, int 2, 4, 8, veya başka sayıda bayt mı?

• Yazan tarafla okuyan taraf doldurma (padding) baytları konusunda aynı fikirdeler mi? Örneğin, gösterdiğin yapıda char[5] geçiyor. Veri hızlı işlensin diye hizalama (alignment) uygulanmışsa sonraki dört int'ten önce ne kadar doldurma baytı kullanılmış?

• İki taraf bayt sıraları (endianness) konusunda aynı fikirdeler mi? Örneğin, dosyadaki int'i gösteren 0x01, 0x02, 0x03, ve 0x04 baytları hangi değeri ifade ediyor? Yaygın olan 16,909,060 ve 67,305,985 değerlerinden hangisi? Yoksa bambaşka bir bayt sıralamasından mı bahsediyoruz?

• Dinamik veri türleri nasıl yazılmışlar? Örneğin, veride string geçiyor. C++ ve D gibi dillerden bildiğimiz gibi, bu türler elemanlarını bir göstergenin gösterdiği yerde tutarlar. (Veya hatta small string optimization uygulamış olabilirler ve kısa dizgilerde gösterge yoktur.) O göstergenin gösterdiği ve olasılıkla bilinmeyen sayıda olan elemanlar bellekten okunup dosyanın neresine yazılmışlar? (Bu soruyu cevapladığımızda artık benim anladığım binary olmaktan çıkıyor ve jpg filan gibi aslında binary olan ama belirli bir düzene uyan dosya haline geliyor.)

Sonuncusuna gerek olmadığını kabul ettiğimizde diğer sorulardan kurtulmanın en kolayı, programı aynı derleyiciyle derleyip aynı (veya aynı çeşit) bilgisayarda çalıştırmaktır.

Ali

--
[ Bu gönderi, http://ddili.org/forum'dan dönüştürülmüştür. ]

D dilindende uzak kalmayan ve zaman zaman ufak programcıklar da yazan biri olarak yukarıdaki konuda bahsedilen dosyadan okumayı D dilinde yazmaya kalkarsak nasıl bir veri türü karşılığında bulacağız.. ?

konunun iyi anlaşılması için dosyadan ne okunması gerektiğini anlatan bir excel tablosu ile okunacak dosyanın kendisini wetransfere atıyorum.. üşenmeden ilgilenen vakit ayıran varsa bir bakabilirse iyi olur.. Bende bir yandan D diline biraz yüklenmeye başlayacağım eğer bu bahsettiğim konuyu D dilinde çözebilirsem ve sorun yaşamassam D ye sandığımdan daha çabuk geçiş yapacağımı umuyorum.

https://wetransfer.com/downloads/f6ad7e2efd4edd1529bb2e93860863a720171018141731/d60af9e6cd0b1dd94453d41a1fe0889a20171018141731/e9651e

dosyalar yarım MB bile değil :)

*Edit1: ve hatta boş bir zamanı olan varsa verilen dosyadan D dili ile bu binary dosyayı okutan basit bir program yazsa tadından yenmez :) Not: dosyadaki ilk 2 byte yani numEntities olarak excel tablosunda belirtilen Signed 16-bit integer 2byte kadar kayıt okunacak.

bana bu istek için kızanlar olursa söyleyeyim bende bunu yazacağım ancak D dilinde bu konulara gelene kadar sanırım 1 ay zamana ihtiyacım var :) amacım sadece D diliyle C++ dilinde bu işlemlerin kıyasını yapabilmek sonra ona göre hangi dilde ilerlemem gerekliliğine karar vereceğim.. *
saygılar sevgiler

--
[ Bu gönderi, http://ddili.org/forum'dan dönüştürülmüştür. ]

Hay Allah razı olsun sizden .. Çok teşekkürler.. yukardaki kodlamada bazı kavramlara uzak olsamda çok büyük kısmı anlayabileceğim türden... yarından sonra biraz D ye ağırlık vereceğim C++ öğrenmem sebebiyle daha hızlı bir ilerleme olacaktır... bakalım..

endianness konusunda endişe etmeyin zira yapacağım programın birçok versiyonu 1990 lı yıllarda yazılmıştı ve ordaki verilere yapacağım taşmalardan hangi veri tipinin yukarda belrttiğiniz veri türü eşleşmeleriyle örtüştüğünü bulabilirim sanırım..

Bundan sonra Artık D konuşacağız ancak kafanızı çok ağırtırım haberiniz olsun.. hakkınızı şimdiden helal edin :)

--
[ Bu gönderi, http://ddili.org/forum'dan dönüştürülmüştür. ]