Порт wine

Projects yet to be implemented in working code
  • Скажу честно - прогноз неблагоприятный.
    Wine основывается сейчас на POSIX, X-сервере и требует возможности загрузки PE.
    Если допилить посикз, выпилить Икс-сервер и добавить в ядро/юзермод поддержку PE, то может и заведется. Но работы - выше крыши.

    upd: плюс нужны treads в ядре.
  • SoUrcerer wrote:.
    Если допилить ..., выпилить
    Помогают и используются ли при этом какие нибудь инструменты
    (вроде SourceNavigator, WinMerge и др.)
  • Kopa, это ты о чем сейчас?
  • Как это о чем? У человека приступ острого недержание мыслей и тут он вспомнил, что есть такой форум, на котором его успели позабыть. :wink:
  • Mario wrote:Как это о чем? У человека приступ острого недержание мыслей и тут он вспомнил, что есть такой форум, на котором его успели позабыть. :wink:
    Sorry, если наступил на больную мозоль. По ассемблеру, у меня возможно, особая ностальгия:)

    P.S. Пробовал использовать для просмотра кода проектов SourceNavigator (хотя бы зависимости кода)
    но не особо впечатлился.
  • А зачем? По заголовочным файлам видно же, где и что конкретно ОС-зависимо в коде.
  • SoUrcerer wrote:А зачем? По заголовочным файлам видно же, где и что конкретно ОС-зависимо в коде.
    Может быть, если базис знаний достаточен.
    Например чтобы в "одной" картинке оценить разбиение функций по кластерам.
    Есть отдельная направление (дисциплина) по работе с информацией DataMining
  • В данном случае информации не так много. Ядро wine занимает жалкие 200-300 килобайт кода.
  • SoUrcerer wrote:Скажу честно - прогноз неблагоприятный.
    Wine основывается сейчас на POSIX, X-сервере и требует возможности загрузки PE.
    Если допилить посикз, выпилить Икс-сервер и добавить в ядро/юзермод поддержку PE, то может и заведется. Но работы - выше крыши.

    upd: плюс нужны treads в ядре.
    Ну PE проблема не большая. Уже нечто подобное есть, хотя и весьма ограничено. Главная задача - это написать библиотеки. Их много очень. Хотя даже небольшая часть функций неплохо пополнит набор программ работающих под Колибри.
    Чем больше сыра, тем больше в нём дыр. Чем больше дыр, тем меньше в нём собственно сыра. Значит, чем больше сыра, тем меньше сыра!
  • Большая часть библиотек Wine вполне автономна, необходимы только главные системные библиотеки.
  • Т. е. если сделать только главные библиотеки, то остальные смогут работать через эти самые главные. Тогда всё не настолько сложно.
    Чем больше сыра, тем больше в нём дыр. Чем больше дыр, тем меньше в нём собственно сыра. Значит, чем больше сыра, тем меньше сыра!
  • Интересует документация и исходники(лучше на асме) по файлу шрифтов ttf. Если есть что, то скиньте, пожалуйста. В нете пока ищу, но больше испугали сложностью формата(вот только без описания, сложный и всё тут:).
    PS: Ну или ну его, этот ttf. Сообразить какой формат попроще и вид шрифта просто с виндовых стащить... Ну в общем не знаю...
    Чем больше сыра, тем больше в нём дыр. Чем больше дыр, тем меньше в нём собственно сыра. Значит, чем больше сыра, тем меньше сыра!
  • По скромному мнению моему, Wine для Колибры не нужен. Ежели какая-то виндовая программа сильно нужна - её можно портировать, этот путь себя уже оправдал. А вот догонять Винду и делать её эмуль (точнее, НЕэмуль) есть безнадёжная и неблагодарная работа, кажется.
  • Предлагаю портировать, скажем, Civilization IV. Или что-нибудь ещё эдакое. Хехе :)
  • Who is online

    Users browsing this forum: No registered users and 5 guests