Ядро в k0640pre.7z отличается от svn-ядра в одном месте: оно грузит драйвер vmode.mdr из папки drivers, а не из корневой.
Maxxxx32
Понятно... А без замены таки не грузится?
Колибри 0630
Sergius wrote:Меню-Графика-ANIMAGE (Система виснет и ни на что не реагирует, спасает только перезагрузка).
Исправлено. Ревизия 321.Lrz wrote:система зависла когда стал переключиться с ANIMAGE на KFar.
Ограничение на число входов корневого раздела уже неактуально. А каждая новая папка занимает как минимум 512 байт.Mario79 wrote:KFM лучше разместить в отдельную папку - меньше мусора в корне диска, да и вместо 3 входов корневого раздела окажется, занят только один.
Исправлено. Ревизия 321.Maxxxx32 wrote:В видеорежиме 1280x1024 у приложения нет доступа ко всей памяти экрана. Например код mov eax,[gs:1280*1024*4] приводит к аварийному завершению программы.
Ну, допустим, последним был я, но дело не в изменениях панели, а в том, что @panel пропускает процессы с именем MENU заглавными буквами; функция 58 имела привычку всё преобразовывать в верхний регистр, а функция 70 записывает имя как ей дают.Mario79 wrote:Кстати почему все потоки MENU стали отображаться в панели? Кто последним менял панель? Я заметил это еще в 0630.
Ушёл к умным, знающим и культурным людям.
diamond
В следующей подверсии KFM добавиться еще один файл - итого 4 штуки, ты все-таки подумай...Ограничение на число входов корневого раздела уже неактуально. А каждая новая папка занимает как минимум 512 байт.
064 + svn321. kfar выводит картинку со смещением строк и вешает систему намертво. KFM вешает всё сразу.
Аналогично: любая программа, обращающаяся к диску, намертво вешает систему
Ядро 321 кривое. Я положил его в K0640pre, и тут начались глюки: KFAR 0.21 завис, KFM тоже завис, дальше не проверял, загрузил 314.
Кстати существуют какие-то тонкости при упаковке ядра с применением kpack.exe?
Я упаковал ядро (314) запихнул его в образ (k0640pre) – система не загрузилась.
Кстати существуют какие-то тонкости при упаковке ядра с применением kpack.exe?
Я упаковал ядро (314) запихнул его в образ (k0640pre) – система не загрузилась.
Ядро 322 - исправлено повисание при загрузке.
Mario79
Ядро нельзя паковать с kpack. Для упаковки ядра существует kerpack.
Serge
Картинка со смещением строк появляется в KFar 0.19 (и только в нём). Используй более новую версию.
Исправлено. Там нужно было заменить одну буковку в исходниках ядраHeavyiron wrote:кстати о vrr, из самой проги vrr (не vrr_m) не удается сменить разрешение на меньшее: vrr виснет, а на экране мусор.
Mario79
Ядро нельзя паковать с kpack. Для упаковки ядра существует kerpack.
Serge
Картинка со смещением строк появляется в KFar 0.19 (и только в нём). Используй более новую версию.
В первый раз не угадал... Вторая попытка: после того, как кто-то помухлевал с функцией загрузки приложений, она копирует имя приложения как ASCIIZ-строку, а не в формате 8+3, которого ожидают существующие программы.Mario79 wrote:Кстати почему все потоки MENU стали отображаться в панели?
Ушёл к умным, знающим и культурным людям.
diamond
Блин я ступил.Ядро нельзя паковать с kpack. Для упаковки ядра существует kerpack.
Надо просто переименовать menu в @menu и в panel сделать поправки.В первый раз не угадал... Вторая попытка: после того, как кто-то помухлевал с функцией загрузки приложений, она копирует имя приложения как ASCIIZ-строку, а не в формате 8+3, которого ожидают существующие программы.
Подробнее...Mario79 wrote:В новом дистрибутиве местами не обновлена документация.
Wildwest wrote:Бета конечно имеет недостатки, но почему версия 0.64, а не 0.65? NTFS + работа с курсорами + обновление всех основых программ как раз тянут минимум на 0.65.
Ну хорошо, хотите 0650 - будет 0650.Mario79 wrote:ИМХО версия должна быть 0650 с учетом наработок. Низкая самооценка не рулит.
diamond
Завтра отпишу.Подробнее...
Как именно не работает? Любая программа может не работать кучей разных способов. Может не запускаться. Может запускаться, но делать не то, что должна. Может падать (в этом случае просьба сообщения доски отладки, вкладки Kernel - в студию).Dmirty the Sorcerer wrote:Да, еще не работают checkers и life2 (раньше работали).
diamond
Как обещал пишу - в дистрибутиве 0640pre:
1) svn_log.txt – старый
2) config.txt
Больше пока ничего не нашел.
Как обещал пишу - в дистрибутиве 0640pre:
1) svn_log.txt – старый
2) config.txt
Уже поддерживается NForce 4.6. Звук.
Драйвер unisound.obj, находящийся на рамдиске по умолчанию, выполняет свои
функции для южных мостов Intel ICH, ICH0, ICH2, ICH3, ICH4, ICH5, ICH6, ICH7
и NVidia NForce, NForce 2, NForce 3. Если у вас контроллер sis7012,
переименуйте sis.obj из корневого каталога дистрибутива в unisound.obj
и скопируйте его на дискету и образ в каталог drivers (заменив старый).
Больше пока ничего не нашел.
diamond
1) Ядро 314 и младшие при попытке запуска файла не являющегося исполняемым в Колибри возвращали для 70.7 код ошибки 0. Более старшие ревизии возвращают ошибку 94967265. С чем было связано такое изменение и почему нигде про это ненаписано? И это никак не соответствует описанию функции 70.7 в документации.
2) Еще интересует пункт в Readme.txt сборки 0640pre:
[цитата]От Johnny_B - Российская Федерация
1) Развитие кода работы с сетью.[/цитата]
В changelog.txt я такого не нашел, это деза или как?
3) FASM который в дистрибутиве 0640pre криво компилирует KFAR.
4) trolly и nilgui – я, конечно, понимаю, что это программисты и возможно толковые люди, но что конкретно они сделали, чтобы попасть в список разработчиков софта? Ни в changelog.txt и в Readme.txt ничего нету. Конечно это только мое мнение, но их нужно поместить в раздел тестирование и моральная поддержка, раз ни одного байта их кода никогда не было использовано в наших сборках Колибри.
1) Ядро 314 и младшие при попытке запуска файла не являющегося исполняемым в Колибри возвращали для 70.7 код ошибки 0. Более старшие ревизии возвращают ошибку 94967265. С чем было связано такое изменение и почему нигде про это ненаписано? И это никак не соответствует описанию функции 70.7 в документации.
2) Еще интересует пункт в Readme.txt сборки 0640pre:
[цитата]От Johnny_B - Российская Федерация
1) Развитие кода работы с сетью.[/цитата]
В changelog.txt я такого не нашел, это деза или как?
3) FASM который в дистрибутиве 0640pre криво компилирует KFAR.
4) trolly и nilgui – я, конечно, понимаю, что это программисты и возможно толковые люди, но что конкретно они сделали, чтобы попасть в список разработчиков софта? Ни в changelog.txt и в Readme.txt ничего нету. Конечно это только мое мнение, но их нужно поместить в раздел тестирование и моральная поддержка, раз ни одного байта их кода никогда не было использовано в наших сборках Колибри.
Перед уходом в армию, Johnny_B проделал немалую работу с сетевым стеком и просил потестировать и залить на свн. Посмотри ревизию 261 (commit hidnplayr-a).
Mario79
Johnny_B первый модифицировал функцию #4 для вывода нуль-терминированных строк, плюс он автор функции 52.17 и некоторых других модификаций сетевого стека. Поищи "Johnny_B" в исходниках ядра - обязательно что-нибудь найдёшь.
Насчёт changelog'a: ревизии #106, #229 и #261
Johnny_B первый модифицировал функцию #4 для вывода нуль-терминированных строк, плюс он автор функции 52.17 и некоторых других модификаций сетевого стека. Поищи "Johnny_B" в исходниках ядра - обязательно что-нибудь найдёшь.
Насчёт changelog'a: ревизии #106, #229 и #261
Who is online
Users browsing this forum: No registered users and 10 guests