Found this missing error reporting when a user was trying to run Netsurf and it wouldnt load.
With some debugging, and realizing that the main() function was not called, finally I figured out it's because of loading the libc.dll
With this change in contrib/toolchain/, the users who run C applications and dont have a libc.dll will see an error message in the DEBUG BOARD.
Итого, для названий системных вызовов у нас есть схема nasm MOS_STARTREDRAW[_S], схема c-- DefineAndDrawWindow, схема мини-библиотеки msvc kos_WindowRedrawStatus, схема мини-библиотеки gcc kol_paint_start, схема menuetlibc __menuet__window_redraw и две схемы newlibc BeginDraw и check_os_event. Больше шизофрении для бога шизофрении!
Я за то, как сделано в msvc: kos_DrawWindow. Но уже переписывать kos32sys.h не получится, много программ использует, но можно добавить в него также и такой вариант как в msvc.
Привет всем.
- Обновил статью "Пишем на языке С/C++ в Windows под KolibriOS" на хабре https://habr.com/ru/post/229231/
- залил новый архив с исправлениями на который ссылается статья
(пришлось убрать тег "Блог компании KolibriOS", так как Хабр говорил, что не уплачено за этот самый блог)
pascualle
По c++ тоже инфа устарела
Для си ++ нужны либы так:
-lstdc++ -lsup++ -lgcc -lc.dll
Gcc_eh уже не существует
Сами эти годы не компилируются - какие то ошибки. В виде бинарников лежат в /contrib/sdk/lib
Исправил баг с вводом в консоль. После ввода символы не удалялись.
Добавил макрос _NO_STDERR что бы можно было выключить вывод stderr в доску отладки
Пригодилось при компиляции Lua и Sqlite3 #8777
Исправлена ошибка некорректной работы с относительным путем. Добавлялся лишний слэш после текущей рабочей директории (см. скрин). В результате, open возвращала ошибку.
Это влияло на все программы, использовавшие newlib c относительным путем.
Coldy wrote:Исправлена ошибка некорректной работы с относительным путем. Добавлялся лишний слэш после текущей рабочей директории (см. скрин). В результате, open возвращала ошибку.
Это влияло на все программы, использовавшие newlib c относительным путем.
Что то пошло не так. В общем, buildpath все еще работает некорректно если задавать подъем на более чем одну директории из текущей. Например ../../somedir будет /current_directory/../somedir. Извините, рано обрадовал, не думал, что там такая проблема закопана.
Починю это позже.