Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Какие типы данных допустимо использовать в параметрах экспортируемых функций DLL ?
|
|||
|---|---|---|---|
|
#18+
Везде в документации и примерах в основном используется только 3 типа: int, char, double. А как на счёт bool, __int64, unsigned __int64 и т.д. ? Можно ли их использовать или нежелательно ? Или предпочтительнее всегда использовать только простые int, char, double, чтобы избежать возможных проблем с вызовом функций из других программ и языков ? Существует ли какой-то регламент, стандарт или "правила хорошего тона" на этот счёт ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.09.2015, 14:28 |
|
||
|
Какие типы данных допустимо использовать в параметрах экспортируемых функций DLL ?
|
|||
|---|---|---|---|
|
#18+
Использовать можно что угодно. Важно только понимать как это действует на уровне железа (ассемблера). Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.09.2015, 14:46 |
|
||
|
Какие типы данных допустимо использовать в параметрах экспортируемых функций DLL ?
|
|||
|---|---|---|---|
|
#18+
Не совсем. Рекомендуется ограничиваться POD - типами. http://en.cppreference.com/w/cpp/concept/PODType ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.09.2015, 14:50 |
|
||
|
Какие типы данных допустимо использовать в параметрах экспортируемых функций DLL ?
|
|||
|---|---|---|---|
|
#18+
ЗимарглРекомендуется ограничиваться POD - типами. Да ну, pure abstract class-ы передаются тоже легко. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.09.2015, 15:14 |
|
||
|
Какие типы данных допустимо использовать в параметрах экспортируемых функций DLL ?
|
|||
|---|---|---|---|
|
#18+
ЗимарглНе совсем. Рекомендуется ограничиваться POD - типами. http://en.cppreference.com/w/cpp/concept/PODType не пиши ерунду. можно экспортировать все что угодно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.09.2015, 15:39 |
|
||
|
Какие типы данных допустимо использовать в параметрах экспортируемых функций DLL ?
|
|||
|---|---|---|---|
|
#18+
[quot cpp2015]Везде в документации и примерах в основном используется только 3 типа: int, char, double. а что ж ты еще хотел увидеть в примерах? библиотеку на 100 классов и их экспорт ? А как на счёт bool, __int64, unsigned __int64 и т.д. ? Можно ли их использовать или нежелательно ? можно Или предпочтительнее всегда использовать только простые int, char, double, чтобы избежать возможных проблем с вызовом функций из других программ и языков ? вызов из других языков - тема отдельная, и очень большая. Существует ли какой-то регламент, стандарт или "правила хорошего тона" на этот счёт ? если внутри языка - нет. если между разными языками и платформами -- зависит от конкретного языка и платформы. например есть JNI, COM... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.09.2015, 15:45 |
|
||
|
Какие типы данных допустимо использовать в параметрах экспортируемых функций DLL ?
|
|||
|---|---|---|---|
|
#18+
MasterZiv А как на счёт bool, __int64, unsigned __int64 и т.д. ? Можно ли их использовать или нежелательно ? можно Или предпочтительнее всегда использовать только простые int, char, double, чтобы избежать возможных проблем с вызовом функций из других программ и языков ? вызов из других языков - тема отдельная, и очень большая. Действительно. В стандарте Си, например, указано что в каждой конкретной реализации могут быть определены так называемые extended intger types. И эти типы совместно со standart integer types образуют integer types. Размер каждого типа данных из standart integer types зависит среды, extended types не зависят от внешних факторов и всегда имеют фиксированный размер. Почему бы тогда не отказаться от использования типов из множества standart integer types ? Есть ли причины, кроме совместимости с уже созданными программами, чтобы не отказываться от standart integer types? PS Меня смущает что у нас получается какая-то мини-виртуальная машина. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.11.2015, 07:54 |
|
||
|
Какие типы данных допустимо использовать в параметрах экспортируемых функций DLL ?
|
|||
|---|---|---|---|
|
#18+
SSДействительно. В стандарте Си И в стандарте С++ аналогично ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.11.2015, 08:07 |
|
||
|
Какие типы данных допустимо использовать в параметрах экспортируемых функций DLL ?
|
|||
|---|---|---|---|
|
#18+
SashaMercuryPS Меня смущает что у нас получается какая-то мини-виртуальная машина. При чем тут машина? Потенциально библиотеки и программу можно собирать разными компиляторами. Если внутренняя реализация типов окажется разной, то библиотека будет несовместима с программой. Если программа и библиотеки собираются одним компилятором, то проблем быть не должно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.11.2015, 14:39 |
|
||
|
Какие типы данных допустимо использовать в параметрах экспортируемых функций DLL ?
|
|||
|---|---|---|---|
|
#18+
mcureenabSashaMercuryPS Меня смущает что у нас получается какая-то мини-виртуальная машина. При чем тут машина? Потенциально библиотеки и программу можно собирать разными компиляторами. Если внутренняя реализация типов окажется разной, то библиотека будет несовместима с программой. Если программа и библиотеки собираются одним компилятором, то проблем быть не должно. На самом деле это всё сводится к понятию ABI. Если он определён, и компоненты программы работают в рамках одного ABI, то всё ОК, если нет -- всё плохо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.11.2015, 14:59 |
|
||
|
Какие типы данных допустимо использовать в параметрах экспортируемых функций DLL ?
|
|||
|---|---|---|---|
|
#18+
mcureenab При чем тут машина? Потенциально библиотеки и программу можно собирать разными компиляторами. Если внутренняя реализация типов окажется разной, то библиотека будет несовместима с программой. Если программа и библиотеки собираются одним компилятором, то проблем быть не должно. Замечание не по существу. То что я имел ввиду вполне понятно. Не нужно сильно абстрагироваться ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.11.2015, 02:06 |
|
||
|
|

start [/forum/topic.php?fid=57&fpage=42&tid=2018764]: |
0ms |
get settings: |
15ms |
get forum list: |
14ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
36ms |
get topic data: |
38ms |
get forum data: |
2ms |
get page messages: |
93ms |
get tp. blocked users: |
1ms |
| others: | 276ms |
| total: | 481ms |

| 0 / 0 |
