Собственно вопрос не праздный. Мое собственно знание языка Си конечно чуть больше чем ничего. Интересно другое - много ли зависимостей потянет для самого простейшего случая.
Плюсы описывать не имеет смысла - все и так умные и все сразу поймут.
Из положительного опыта портирования эмуляторов - их есть у нас целый раздел.
Порт wine
Скажу честно - прогноз неблагоприятный.
Wine основывается сейчас на POSIX, X-сервере и требует возможности загрузки PE.
Если допилить посикз, выпилить Икс-сервер и добавить в ядро/юзермод поддержку PE, то может и заведется. Но работы - выше крыши.
upd: плюс нужны treads в ядре.
Wine основывается сейчас на POSIX, X-сервере и требует возможности загрузки PE.
Если допилить посикз, выпилить Икс-сервер и добавить в ядро/юзермод поддержку PE, то может и заведется. Но работы - выше крыши.
upd: плюс нужны treads в ядре.
Помогают и используются ли при этом какие нибудь инструментыSoUrcerer wrote:.
Если допилить ..., выпилить
(вроде SourceNavigator, WinMerge и др.)
Kopa, это ты о чем сейчас?
Как это о чем? У человека приступ острого недержание мыслей и тут он вспомнил, что есть такой форум, на котором его успели позабыть.
Sorry, если наступил на больную мозоль. По ассемблеру, у меня возможно, особая ностальгия:)Mario wrote:Как это о чем? У человека приступ острого недержание мыслей и тут он вспомнил, что есть такой форум, на котором его успели позабыть.
P.S. Пробовал использовать для просмотра кода проектов SourceNavigator (хотя бы зависимости кода)
но не особо впечатлился.
А зачем? По заголовочным файлам видно же, где и что конкретно ОС-зависимо в коде.
Может быть, если базис знаний достаточен.SoUrcerer wrote:А зачем? По заголовочным файлам видно же, где и что конкретно ОС-зависимо в коде.
Например чтобы в "одной" картинке оценить разбиение функций по кластерам.
Есть отдельная направление (дисциплина) по работе с информацией DataMining
В данном случае информации не так много. Ядро wine занимает жалкие 200-300 килобайт кода.
Ну PE проблема не большая. Уже нечто подобное есть, хотя и весьма ограничено. Главная задача - это написать библиотеки. Их много очень. Хотя даже небольшая часть функций неплохо пополнит набор программ работающих под Колибри.SoUrcerer wrote:Скажу честно - прогноз неблагоприятный.
Wine основывается сейчас на POSIX, X-сервере и требует возможности загрузки PE.
Если допилить посикз, выпилить Икс-сервер и добавить в ядро/юзермод поддержку PE, то может и заведется. Но работы - выше крыши.
upd: плюс нужны treads в ядре.
Чем больше сыра, тем больше в нём дыр. Чем больше дыр, тем меньше в нём собственно сыра. Значит, чем больше сыра, тем меньше сыра!
Большая часть библиотек Wine вполне автономна, необходимы только главные системные библиотеки.
Т. е. если сделать только главные библиотеки, то остальные смогут работать через эти самые главные. Тогда всё не настолько сложно.
Чем больше сыра, тем больше в нём дыр. Чем больше дыр, тем меньше в нём собственно сыра. Значит, чем больше сыра, тем меньше сыра!
Интересует документация и исходники(лучше на асме) по файлу шрифтов ttf. Если есть что, то скиньте, пожалуйста. В нете пока ищу, но больше испугали сложностью формата(вот только без описания, сложный и всё тут:).
PS: Ну или ну его, этот ttf. Сообразить какой формат попроще и вид шрифта просто с виндовых стащить... Ну в общем не знаю...
PS: Ну или ну его, этот ttf. Сообразить какой формат попроще и вид шрифта просто с виндовых стащить... Ну в общем не знаю...
Чем больше сыра, тем больше в нём дыр. Чем больше дыр, тем меньше в нём собственно сыра. Значит, чем больше сыра, тем меньше сыра!
По скромному мнению моему, Wine для Колибры не нужен. Ежели какая-то виндовая программа сильно нужна - её можно портировать, этот путь себя уже оправдал. А вот догонять Винду и делать её эмуль (точнее, НЕэмуль) есть безнадёжная и неблагодарная работа, кажется.
Предлагаю портировать, скажем, Civilization IV. Или что-нибудь ещё эдакое. Хехе
Who is online
Users browsing this forum: No registered users and 3 guests