Это должно не "смущать", а "орать благим матом", что такого делать нельзя. Хоть в dll-ке, хоть в исходниках.
Есть сразу несколько вариантов:
1) вернуть структуру по значению

2) Передать в функцию ссылку на структуру и заполнить её внутри функции (я бы выбрал этот вариант) :

3) обойтись вообще без структуры:

а возмущениям компилятора не верите ?!

borisbn, да, вариант #2 - самое оно. 
Еще один вопрос сформировался у меня. В C# есть очень удобные классы BinaryWriter, MemoryStream, FileStream и пр., при помощи которых легко и просто осуществляется ввод\вывод, работа с данными в памяти. Есть ли в C++ что-либо похожее на MemoryStream? Может какие-нибудь легковесные библиотеки?

есть std::stringstream потоковый ввод вывод из/в строки

Хотелось бы еще уточнить по поводу передачи ссылки на экземпляр класса как параметр функции. 

Если передать следующим образом:

то что передастся в функцию? Копия экземпляра?

Если передавать вот так:

то, как я понимаю, я получаю доступ к экземпляру по ссылке.

А если вот так:

или так:

Какие здесь работают правила? 
Может быть кто-нибудь знает ссылку на толковую статью по теме?

да

можно сказать, что в этом случае val будет являться "алиасом" того экземпляра, который будет передан в функцию



val тоже будет являться "алиасом", но в него нельзя будет ничего записать и вызывать можно будет только функции класса MyClass, помеченные как const


В это случае будет передана копия экземпляра, у которой также нельзя будет ничего записать и вызывать можно будет только функции класса MyClass, помеченные как const

Т.е. в общих чертах получается: если надо просто извлечь данные из экземпляра класса, то

Если надо изменить передаваемый объект, то

Спасибо за ответы, хорошо, когда есть у кого уточнить=)

Хотелось бы еще поинтересоваться по поводу исключений. Есть класс, который будет содержать данные исключения (например код ошибки, человеческое описание, что-либо еще). Как я понимаю возбуждать такое исключение надо так:

А ловить как-то так:

Когда объект исключения будет уничтожен? Я полагаю, что после выхода из

Верно? Т.е., если объект исключения предоставляет доступ к тексту ошибки через указатель на char, я должен скопировать данные с этого указателя в блоке catch (MyExceptionClass ex) { ... } ?

Как-то, но не так  


исключения лучше ловить по ссылке.




Это сообщение отредактировал(а) azesmcar - 16.4.2012, 18:34

ловить лучше ссылку

во избежание лишнего копирования
жить будет до окончания блока catch, так что внутри него можно спокойно пользоваться объектом.

Добавлено через 2 минуты и 5 секунд
azesmcar уже ответил...
ну тогда вот краткая иллюстрация
http://codepad.org/oqkk0CiV

makavelly, это всё довольно просто проверяется - http://liveworkspace.org/code/cde774c60990...0b02c871181bb3b
кстати, пока изучаешь, вози этот классик для всяческих проверок... если пишешь на MSVC, то замени все __PRETTY_FUNCTION__ на __FUNCSIG__

До этого достаточно долго работал с Delphi, все там как-то проще, труднее ошибиться. Это так, к слову.
Сейчас добрался до реализации класса, хочеться сделать все грамотно. 

Вот первый вопрос. Есть класс который, например, пишет данные в файл. Пусть этот класс предоставляет данные о версии файлов, генерируемых с его помощью. Например:

Верно ли, что функции GetFileMajorVersion() и GetFileMinorVersion() я объявляю как static? Ведь, по идее, их можно вызывать без создания экземпляра класса. Есть ли смысл делать функцию ThrowException() тоже static?

Еще вопрос. Иногда функции помечаются как const, типа

В каких случаях принято использовать такие пометки? Когда действия внутри функции не затрагивают переменных класса? Какое тогда отличие от static?

  


И правильно. Зачем создавать экземпляр класса, чтобы узнать о его версии


Действия const'овой функции не могут изменять переменные класса, а читать их они могут. Также const'овая функция не может вызывать не-const'овые методы класса, потому что здесь не действует презумпция невиновности - даже если эти методы ничего не изменяют, но не помечены как const, считается, что они "виновны" )) Поэтому, если ты видишь, что твой метод ничего не изменяет в классе (и не вызывает других не-const'овых методов), то смело помечай его невиновным - aka const'овым, чтобы его можно было позвать из таких-же невиновных функций.

static же функции не имеют доступа к членам и методам класса. Они практически не отличаются от обычных функций вне класса.

Если переменные простых типов (int, unsigned int ...), то понятно. А если, например, в качестве переменной выступает указатель на экземпляр класса. Из такой функции нельзя произвести действия, изменяющие что-либо в этом экземпляре? Вот заставить такой указатель указывать на что-либо иное из такой ф-ции, как понимаю, нельзя.

А есть смысл помечать как static функции вне классов? Я, кажется, подобное видел, хотя могу и ошибаться. 

  
Т.е. опять же, можно вызывать только const'овые методы того ("дочернего") класса. И читать открытые свойства.


у свободных функций (вне класса) пометка static значит совсем иное - это говорит о том, что эта функция видна только в этой единице трансляции (в этом cpp-шнике), и сделать на неё extern из другого cpp-шника нельзя.