Такое быть может.

Вот это и фигово

Я ожидал что если я буду искать по имени через GPA то такого не будет :)

Я ща упрощу вопрос

1. Механизм поиска библиотеки не зависит, динамическая линковка или ручная загрузка. 2. Если ты указываешь полный путь, то никакой версионности.

1) -- как раз зависит. Так библиотеку грузит система, а так ты грузишь её сам, как твоя душа пожелает. SbS, ни SbS, PATH -- всё можно послать при желании побоку.

и на какой-нибудь семёрке длл-ка будет с таким именем, но более старой версии, и всё упадёт

Совсем не факт что всё упадёт, смотря как напишешь.

Вот это и фигово

Чего фигового ? Ты программист, ты программы пишешь, в них могут быть разные ошибки. Так всегда было и будет.

Мне нужно один раз вызвать MiniDumpWriteDump из DbgHelp.dll (Так по идее называется длл-ка), я прилинковываю к своему коду DbgHelp.lib, всё это делается на десятой винде. Может ли быть такое что такая программа не сможет найти MiniDumpWriteDump на старой винде где эта DbgHelp.dll будет другой версии?

Более старой например

Что значит обычная динамическая линковка? Есть три, связывание через библиотеку импорта, связывание через .def файл и динамическая загрузка библиотеки и GetProcAddress.

Ты не ответил

Ты не ответил

Не DelayLoaded

и не через def файл

Я просто не знаю как это ты называешь, я имею ввиду обычную динамическую линковку, которая слинковывается при загрузке исполняемого файла системой, и достигается через прилинковывание соответствующего lib файла

В настройках проекта в VS это Linker->Input->Additional Dependencies

Более старой например

Versions 4.0 and 5.1 introduced MiniDumpWriteDump. То есть она появилась до 2004 года. Можно не беспокоиться.

Ага, спасибо

А хотя ладно, это скорее вопрос не по С++ а по винапи

не буду продолжать засирать тут всё :)

Мне нужно один раз вызвать MiniDumpWriteDump из DbgHelp.dll (Так по идее называется длл-ка), я прилинковываю к своему коду DbgHelp.lib, всё это делается на десятой винде. Может ли быть такое что такая программа не сможет найти MiniDumpWriteDump на старой винде где эта DbgHelp.dll будет другой версии?

Всё проще гораздо. https://docs.microsoft.com/en-us/windows/desktop/debug/dbghelp-versions

Всё проще гораздо. https://docs.microsoft.com/en-us/windows/desktop/debug/dbghelp-versions

Ищешь свою функцию , там написано, какие версии этой dll и в каких версиях Шиндовс её поддерживают.

не буду продолжать засирать тут всё :)

Так уже поздно :-)

Так уже поздно :-)

Тогда продолжаем

Ищешь свою функцию , там написано, какие версии этой dll и в каких версиях Шиндовс её поддерживают.

Да это то ясно. Я говорил о том что вот я допустим линкуюсь с lib файлом от dll'ки 6.12 А у человека на другом компе версия всей этой длл-ки 6.2, отработает ли у него программа собранная мной?

При условии что в обоих длл-ках нужный символ есть, разумеется

Я просто не понимаю накладывает ли ограничение версия либ файла или нет, мне казалось что с каким либ файлом линковал, с таким же длл-файлом и должен далее работать

Да это то ясно. Я говорил о том что вот я допустим линкуюсь с lib файлом от dll'ки 6.12 А у человека на другом компе версия всей этой длл-ки 6.2, отработает ли у него программа собранная мной?

Нет. Но ты можешь сделать отложенную загрузку .dll, и вызывать испльзующую эту функцию функцию только в случае определённой версии Win, которую ты проверишь при старте программы

При условии что в обоих длл-ках нужный символ есть, разумеется

Если символ есть, тогда вообще какие проблемы -то?

Если символ есть, тогда вообще какие проблемы -то?

В том что у человека DbgHelp.dll будет другой версии на компе

Мне не хочется чтоб мой крешдампер сам крешился :)

Я просто не понимаю накладывает ли ограничение версия либ файла или нет, мне казалось что с каким либ файлом линковал, с таким же длл-файлом и должен далее работать

Нет. В Win нет версий, если ты не указал их в новомодном manifest-файле.

Вообще говоря, все Вижуал Студии, которые сейчас есть, собирают бинарники, которые не запустятся на WinXP SP2 и ниже. И наоборот, запустятся на WinXP SP3. Я не помню, какой это год.

В том что у человека DbgHelp.dll будет другой версии на компе

Проблема не в том, что он другой версии, а в том, совместимы ли эти разные версии. Если нет -- будет плохо. Если да -- будет хорошо. Но это совсем другие проблемы, чем линковка с .dll

Вообще говоря, все Вижуал Студии, которые сейчас есть, собирают бинарники, которые не запустятся на WinXP SP2 и ниже. И наоборот, запустятся на WinXP SP3. Я не помню, какой это год.

Ну меня XP Не интересует, это по нашим меркам уже совсем некрота

Проблема не в том, что он другой версии, а в том, совместимы ли эти разные версии. Если нет -- будет плохо. Если да -- будет хорошо. Но это совсем другие проблемы, чем линковка с .dll

Так тогда мне будет лучше юзать GPA?

Вообще говоря, все Вижуал Студии, которые сейчас есть, собирают бинарники, которые не запустятся на WinXP SP2 и ниже. И наоборот, запустятся на WinXP SP3. Я не помню, какой это год.

Зависит от режима сборки. Можно и под WinnNT под VC2017 собрать

Так тогда мне будет лучше юзать GPA?

Блин я полчаса тебе уже пишу, что нет... Ты читаешь вообще?

Ладно, проехали

будем фиксить как сломается

https://github.com/google/breakpad/search?q=MiniDumpWriteDump&unscoped_q=MiniDumpWriteDump

Вон в breakpad'е тоже через GPA берут

:)

Вон в breakpad'е тоже через GPA берут

Ну плохо, чё...

Кто в курсе, как там язык D поживает?

Кто в курсе, как там язык D поживает?

развивается помаленьку

Ожидать при этом, что Executors дадут какой-то новый удобный способ работать c gpu-computing в С++, по-моему, практически бесполезно.

уже есть же computecpp, я кидал

Ребят, то, что компилятор багается, когда я пытаюсь использовать ф-ию write (macos, kernel-space драйвер) - это clang багается или мне нельзя ее использовать в kernel-space? Подключаю unistd.h - компилятор багается, говорит, нет такого файла, говорю ему смотреть в /usr/include - багается все к ху*м.

уже есть же computecpp, я кидал

Я понимаю, это отлично. Имелось в виду, что Executors TS не прибавит удобства для конкретно gpu-computing.

Мне нужно один раз вызвать MiniDumpWriteDump из DbgHelp.dll (Так по идее называется длл-ка), я прилинковываю к своему коду DbgHelp.lib, всё это делается на десятой винде. Может ли быть такое что такая программа не сможет найти MiniDumpWriteDump на старой винде где эта DbgHelp.dll будет другой версии?

В старье оно есть

Ребят, то, что компилятор багается, когда я пытаюсь использовать ф-ию write (macos, kernel-space драйвер) - это clang багается или мне нельзя ее использовать в kernel-space? Подключаю unistd.h - компилятор багается, говорит, нет такого файла, говорю ему смотреть в /usr/include - багается все к ху*м.

Код, ошибки -- в чат. Иначе разбирайся сам.

Код, ошибки -- в чат. Иначе разбирайся сам.

unistd.h file not found

Но это навряд ли чем-то поможет.

а вот кстати про clang-format. не знает кто утилиты, которая бы посмотрела на исходники проекта и сгенерила бы по используемому стилю файл для clang-format?

Искуственный интеллект наступает: https://blogs.msdn.microsoft.com/visualstudio/2018/07/17/visual-studio-intellicode-inferring-coding-conventions-for-consistent-code/ Пока для C#

Где-то я видел ИИ которая анализировала ядро линукса и что-то кодила на С

unistd.h file not found

Ну чем тебе помочь? Установи компилятор...

Так я и не прошу Вас разбираться - я объяснил суть траблы - кто сталкивался - ответят, кто нет - нет )

Где-то я видел ИИ которая анализировала ядро линукса и что-то кодила на С

http://karpathy.github.io/2015/05/21/rnn-effectiveness/

unistd.h file not found

#include <linux/unistd.h>

а. MacOS. Тогда хз. Но, полагаю, искать в этом же направлении.

#include <linux/unistd.h>

В этом каталоге есть какие-то файлы, но не unistd.h ?

Причем когда я подключаю sys/socket.h - он не ругается ) Типа, сокет открыл, а читать, писать и закрывать (в не)его не нужно)

юнистд это не линуксовый хедер?

юнистд это не линуксовый хедер?

Да, линуксовый Или даже юниксовый

ну так а как ты ожидаешь его найти на макоси?

ну так а как ты ожидаешь его найти на макоси?

А что такое macOS?

xcode попробуй установи

Ребят, то, что компилятор багается, когда я пытаюсь использовать ф-ию write (macos, kernel-space драйвер) - это clang багается или мне нельзя ее использовать в kernel-space? Подключаю unistd.h - компилятор багается, говорит, нет такого файла, говорю ему смотреть в /usr/include - багается все к ху*м.

#include <fcntl.h>

Не?

xcode попробуй установи

Установлен

Ребят, привет

Как ставить гткмм под федору?

И как компилить?

Как ставить гткмм под федору?

ошиблись чатом

:/

Не?

Не-а, тот же самый эффект

Ладно, простите)

ошиблись чатом

Не ошиблись

Я помню что сдавал лабы в бауманке по системным вызовам линукса и они работали из мака Ща вспомню

gtkmm -> как компилить -> c++

Я помню что сдавал лабы в бауманке по системным вызовам линукса и они работали из мака Ща вспомню

Все работает, когда в отдельном проекте их использую

Да, линуксовый Или даже юниксовый

вполне себе посиксный

а вам не кажется, что с такой логикой много чего можно приплести сюда?

а вам не кажется, что с такой логикой много чего можно приплести сюда?

Нет. Так как чат с плюсоводами, то есть немалая вероятность, что кто-то это делал и поможет. Ну это мое субъективное мнение.

В этом каталоге есть какие-то файлы, но не unistd.h ?

Можешь сам его через поиск найти?

Не-а, тот же самый эффект

а если <linux/ioctl.h> ?

Можешь сам его через поиск найти?

Да, в /usr/include лежит. Я его по этому пути и подключить могу, только это ни к чему хорошему не приводит ?

Да, в /usr/include лежит. Я его по этому пути и подключить могу, только это ни к чему хорошему не приводит ?

что значит "ни к чему хорошему не приводит"?

Ребят, то, что компилятор багается, когда я пытаюсь использовать ф-ию write (macos, kernel-space драйвер) - это clang багается или мне нельзя ее использовать в kernel-space? Подключаю unistd.h - компилятор багается, говорит, нет такого файла, говорю ему смотреть в /usr/include - багается все к ху*м.

>

А зачем вообще в модуле ядра использовать write ? Это крайне нетипичная хотелка.

А зачем вообще в модуле ядра использовать write ? Это крайне нетипичная хотелка.

Объясните

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