Есть stl::vector из структур

где  vDis vD это вектор структур.
 
Есть проблемка. При записи в файл:
всё ок, но вот при чтении:
Выдаёт ошибку: Access violation reading location...
 
Как я понимаю это при попытке чтения адреса памяти.
 
Вопрос: как же мне записать эту котлету в файл???
 
Мэни сенкс...

// Serialization (C# and Visual Basic)
C++?   ну или vc++? интересно, кроме boost-а можно отдельно найти имплементацию сериализации...?

AlexanderC

ну или vc++?

одна херня — .NET
 
мсдн в помощь

сенкс, курим пока... но тему можно НЕ закрывать...

мдеа, и всё-таки буст....
Спс, тему можно закрывать

Пипец, буст только ради сериализации?
Проблема не в том, что std неправильно работает, а том, что ты сам непонимаешь того, что ты делаешь.
Блеать, сделайте меня это разувидеть. Пральна хуярим в файл целиком структуру данных с указателями, а затем считываем и надеемся что в заданных адресах памяти будут лежать именно нужные нам данные =)

Nyaah, насколько я понял, в приведенном выше примере в файл записывается только адрес вектора :D

не, мне кажется vD всё таки вектор, а не указатель на вектор

Nyaah, как бы ты записал в файл данный вектор с структурами без сериализации?
подскажи? ...Frozzeg- функции передаётся адрес первого элемента из вектора.
Nyaah- ни std а stl ;)

Nyaah

Пипец, буст только ради сериализации?

вообще-то можно только нужный компонент использовать из либы ;)
и вообще ещё буст использовал для создания потоков(многопоточности), так что уж извиняйте- велосипеды не по мне

AlexanderC

Nyaah, как бы ты записал в файл данный вектор с структурами без сериализации?

Последовательно записать все элементы в файл не судьба? Только не так же, как ты вектор записывал, а поочерёдно все поля, друг за дружкой в определённом порядке.
 

AlexanderC

...Frozzeg- функции передаётся адрес первого элемента из вектора.

Я же говорю не понимаешь, что делаешь...
vector<Dis> !== Dis[length], это абсолютно разные вещи, и &vD - это не первый элемент вектора, это адрес самого вектора.
 

AlexanderC

Nyaah- ни std а stl ;)

Вот ни всё ли равно.
 

AlexanderC

и вообще ещё буст использовал для создания потоков(многопоточности), так что уж извиняйте- велосипеды не по мне

Да бля, просто скажи, что не знаешь как поток новый создать

Nyaah

Последовательно записать все элементы в файл не судьба? Только не так же, как ты вектор записывал, а поочерёдно все поля, друг за дружкой в определённом порядке.

Телега?

Nyaah

Я же говорю не понимаешь, что делаешь...
vector<Dis> !== Dis[length], это абсолютно разные вещи, и &vD - это не первый элемент вектора, это адрес самого вектора.

http://www.cplusplus.com/reference/stl/vector/begin/

Nyaah

AlexanderC
Nyaah- ни std а stl ;)
Вот ни всё ли равно.

Нет...

Nyaah

Да бля, просто скажи, что не знаешь как поток новый создать

Есть много способов, многие отпадают так как компилируется без /clr (несовместимость с остальными опциями консольного приложения), и чем буст не устраивает? Вы другой религии?

бегин я незаметил, сорри, но он возвращает итератор, а не массив, ты все равно не прав )
И да я не против буста, он охуенен, так же как и qt, так же как флекс в ас3, но меня просто нервирует, когда неразорбравшись даже в азах начинают их использовать.

... нервный ты какой-то...
 
зы я и не писал что begin возвращает массив )... ну внимательность это отдельная тема...
 
а азы, что же подразумевается под этим? (для тебя)
 
Кстати, так и не был предложен метод записи без буста?...

Это после работы, так как полторы недели ипался с админкой на флексе, которая была паписана хер знает как недавно уволенным программистом. Вот он тоже не гладя в мануал херачил все данные в эррей коллекшены, не думая совершенно, нужны емы эвенты, не нужны... Херня, что у менеджеров, для которых все это писалось дохлые компики на атомах, и при загрузке сотни другой записей все начинает дико тормозить. А проблема оказалась именно в том, что ArrayCollection во флексе расширяет эвент диспатчер и при любом чихе, коллекция срёт кучей эвентов в очередо событий, как оказалось Vector в экшен скрипте на два где-то порядка шустрее работает, вот я эту куйню перелопачивал, а ты под горячую руку вместе с бустом попал, не принимай близко к сердцу xD
Азы это понимание как работает си с памятью - человек должен понимать, что std::vector.begin() - это итератор, то есть объект который внутрях своих где-то ссылается на сам вектор, либо на массив данных в векторе, в зависимости от реализации, что манипулировать с ним это манипулировать только одним единственным элементом. Что функция fwrite принимает первым аргументом указатель на область памяти, из которой будет скопированы данные в файл, и что если тебе нужно задампить массив данных, то нужно передвать указатель именно на массив.
Использование буста для сериализации не самый плохой метод, но ты знаешь как он работает? Ты уверен в том, что после того как ты в структуре Dis поля местами поменяешь, либо добавишь новое свойство, у тебя старые сериализованные файлы будут адекватно считываться?
По поводу записи, был пердложен метод, но ту его телегой обозвал ) Если ты пишешь приложение не только для себя, то он на мой взгляд единственно верный, при условии что нужно именно в файл писать. Если не обязательно лить данные в файл, я бы подумал не писать ли их в бд. Запись последовательно в определённом формате (который ты собственно сам должен придумать), с указанием сигнатуры текущей версии файла, гарантирует тебе:
а) отсутствие оверхеда
б) в будущем отсутствие гемора с обратной совместимостью
в) ты точно будешь знать как что работает, а не так, что звонят девочкам в тп со словами "У меня файл не загружается в новой версии", они тебя спрашивают, что случилось, на что ты им ответишь, "а хз, сериализация в бусте так работает"
 
Ещё. Если пишешь на плюсах, бы ло бы неплохо юзать всётаки стримы, а не f* функции и классы вместо структур. Создаёшь класс Discipline учишь его работать с std::istream и std::ostream, после чего для записи в файл нужно будет только написать (это я так, структура файла должна быть удобочитаемой для программы, это не руководство к действию =)) что-то типа: