Указать это думаю может только сам Diamond, либо нужно детальное побайтовое сравнение исходных кодов и/или бинарников. Я же могу говорить лишь о том коде, что сам писал. Например ac97snd в ночной сборке Diamond'а явно функциональней, поскольку имеет встроенную поддержку плейлистов, хотя код и не так хорош. Собственно, тема здесь viewtopic.php?f=9&t=771&start=30.yogev_ezra wrote: Asper: Вы можете, пожалуйста, указать, что есть в дистрибутиве Diamond-а, но ещё не присутствует на SVN? В течении последней недели я сделал очень много обновлений в SVN, и мне кажется, что теперь там есть всё (или почти всё), что было у Diamond-а.
"Ночные" сборки KolibriOS
Я именно это и сделал. Нет, я не мазохист - просто хотел помочь проекту, чем мог.Asper wrote:либо нужно детальное побайтовое сравнение исходных кодов и/или бинарников
Интересно, что Вы это заметили После проделанной мной работы осталось только 3 программы, которые в ночной сборке Diamond'а новее, чем на SVN - ac97snd, Eolite, Jmail. А также cpuid, для которого я нашёл более новые исходники на сайте автора. Эти 4 программы я не обновил, поскольку не смог сделать code merge (не понял, где какой кусок кода оставить, а где какой заменить). Но если кто-то другой сделает эти 4 программы, то SVN будет уже 100% новее, чем ночные сборки Diamond'а.Asper wrote:Например ac97snd в ночной сборке Diamond'а явно функциональней, поскольку имеет встроенную поддержку плейлистов, хотя код и не так хорош.
В таком случае всё замечательно, остаётся лишь обновить 4 указанные программы и придумать как собирать образ CD. Активное положительное участие в проекте всегда приветствуется.
yogev_ezra, я хотела убедиться, что у нас нет разногласий по этому вопросу. Я вернула Makefile'ы к состоянию на r1833.
ac97snd сейчас не компилируется - потому что на svn нет всех необходимых для этого вещей, - а лежит бинарником; для jmail исходников, насколько я знаю, нет вообще. Все бинарники при начальном коммите я брала из последней ночной сборки diamond'а. Я думаю, что список изменений не ограничивается этими четырьмя программами - например, @rb вроде несколько не такой - но я не хочу сама искать все отличия.
ac97snd сейчас не компилируется - потому что на svn нет всех необходимых для этого вещей, - а лежит бинарником; для jmail исходников, насколько я знаю, нет вообще. Все бинарники при начальном коммите я брала из последней ночной сборки diamond'а. Я думаю, что список изменений не ограничивается этими четырьмя программами - например, @rb вроде несколько не такой - но я не хочу сама искать все отличия.
Сделаем мир лучше!
А каких вещей не хватает?CleverMouse wrote:ac97snd сейчас не компилируется - потому что на svn нет всех необходимых для этого вещей
Code: Select all
$ ls *.obj
ac97wav.obj dct64_i486.obj e_pow.obj layer1.obj pow.obj
crt.obj decode_i386.obj getbits.obj layer2.obj readers.obj
dct64_i386.obj decode_i486.obj k_lib.obj layer3.obj tabinit.obj
$ win32-link /section:.bss,E /fixed:no /subsystem:native /merge:.data=.text /merge:.rdata=.text /merge:.1seg=.text
/entry:crtStartUp /out:ac97snd.exe /ltcg /nodefaultlib *.obj
Application tried to create a window, but no driver could be loaded.
The X11 driver is missing. Check your build!
Microsoft (R) Incremental Linker Version 10.00.30319.01
Copyright (C) Microsoft Corporation. All rights reserved.
ac97wav.obj : error LNK2001: unresolved external symbol _test_wav@4
ac97wav.obj : error LNK2001: unresolved external symbol _uFMOD_StopSong
ac97wav.obj : error LNK2001: unresolved external symbol _WaveOut@12
ac97wav.obj : error LNK2001: unresolved external symbol _uFMOD_LoadSong
ac97wav.obj : error LNK2001: unresolved external symbol _uFMOD_WaveOut
ac97wav.obj : error LNK2001: unresolved external symbol _SetPan@8
ac97wav.obj : error LNK2001: unresolved external symbol _StopBuffer@4
ac97wav.obj : error LNK2001: unresolved external symbol _uFMOD_GetTitle
ac97wav.obj : error LNK2001: unresolved external symbol _GetVolume@12
ac97wav.obj : error LNK2001: unresolved external symbol _DestroyBuffer@4
ac97wav.obj : error LNK2001: unresolved external symbol _CreateBuffer@12
ac97wav.obj : error LNK2001: unresolved external symbol _SetVolume@12
ac97wav.obj : error LNK2001: unresolved external symbol _InitSound@4
ac97snd.exe : fatal error LNK1120: 13 unresolved externals
Видимо отсутствует папка Release верхнего уровня, в ней должны быть библиотеки mpg.lib, sound.lib и ufmod.obj с недостающими функциями. Можешь найти их в архиве с исходным кодом здесь.
Asper, я не нашла этих файлов в архиве из поста по ссылке. Кроме того, я считаю, что автосборщик не должен оперировать исходными данными, которых нет на svn. mpg.lib, насколько я понимаю, это результат компиляции mpg/*, и его можно собрать. sound.lib - это то же самое, что programs/develop/sdk/trunk/sound/src/*? Если да, то и его можно автоматически собирать. Я не нашла никаких следов ufmod.obj в репозитории.
Сделаем мир лучше!
the files asper mentioned are in /release folder of the file ac97snd_src.7z...
"Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." Albert Einstein
Yes, strange - I also see them there. I have attached the archive here as well.hidnplayr wrote:the files asper mentioned are in /release folder of the file ac97snd_src.7z...
- Attachments
-
-
ac97snd_src.7z (236.93 KiB)Downloaded 178 times
-
Только что скачал архив. В корне вижу 3 папки ac97snd, mpg, release. Захожу в release, вижу pe2kos.exe, mpg.lib, sound.lib и ufmod.obj.
In Enlish http://ufmod.sourceforge.net/Kolibri/en.htm.
Да, верно.CleverMouse wrote:Кроме того, я считаю, что автосборщик не должен оперировать исходными данными, которых нет на svn. mpg.lib, насколько я понимаю, это результат компиляции mpg/*, и его можно собрать. sound.lib - это то же самое, что programs/develop/sdk/trunk/sound/src/*? Если да, то и его можно автоматически собирать.
http://ufmod.sourceforge.net/Kolibri/ru.htmCleverMouse wrote:Я не нашла никаких следов ufmod.obj в репозитории.
In Enlish http://ufmod.sourceforge.net/Kolibri/en.htm.
Вероятно, я в первый раз скачала не тот архив.
А в каком месте прописан "SVN Revision 1739", который выводится на синем экране в начале загрузки?
Я сделал поиск на весь репозиторий, но не нашёл - очевидно, это указано в неявной форме.
Было бы очень неплохо прописывать там с помощью скрипта настоящий Revision из SVN - думаю, это не сложно сделать.
Так каждый, кто загружает Колибри, будет видеть вначале, какая у него версия.
Ну и заодно вместо "KolibriOS version 0.7.7.0+" можно написать - "KolibriOS auto-build DD/MM/YYYY HH:MM" чтобы знать и дату и время сборки.
Я сделал поиск на весь репозиторий, но не нашёл - очевидно, это указано в неявной форме.
Было бы очень неплохо прописывать там с помощью скрипта настоящий Revision из SVN - думаю, это не сложно сделать.
Так каждый, кто загружает Колибри, будет видеть вначале, какая у него версия.
Ну и заодно вместо "KolibriOS version 0.7.7.0+" можно написать - "KolibriOS auto-build DD/MM/YYYY HH:MM" чтобы знать и дату и время сборки.
yogev_ezra
При загрузке отражается настоящая ревизия ядра -это гораздо актуальней, чем ревизия коммита вообще, который может быть и мусорным. Номер вставляется скриптом на сервере, при изменении файлов относящихся к ядру.
/trunk/boot/bootstr.inc
При загрузке отражается настоящая ревизия ядра -это гораздо актуальней, чем ревизия коммита вообще, который может быть и мусорным. Номер вставляется скриптом на сервере, при изменении файлов относящихся к ядру.
/trunk/boot/bootstr.inc
А вот тут действительно было бы уместней разместить ревизию сборки.Ну и заодно вместо "KolibriOS version 0.7.7.0+" можно написать - "KolibriOS auto-build DD/MM/YYYY HH:MM" чтобы знать и дату и время сборки.
Теперь понятно. Но хотелось бы выводить и версию коммита, чтобы отличать 2 kolibri.img файла с одинаковой длиной без того, чтобы пришлось скачивать floppy image editor. Можно добавить ещё одну строчку на синий экран? Типа, версия ядра 1739, версия остального кода 1837, дата сборки остального кода 03.02.2011 20:41 ?Mario wrote:yogev_ezra
При загрузке отражается настоящая ревизия ядра -это гораздо актуальней, чем ревизия коммита вообще, который может быть и мусорным. Номер вставляется скриптом на сервере, при изменении файлов относящихся к ядру.
Я в одной фирме видел такое:
Code: Select all
Core version 7.2; Core release date 15/10/2010
Project version: V07R03M01; Project release date 31/01/2011
Who is online
Users browsing this forum: Google [Bot] and 30 guests