Windows vs Linux - Как десктоп , и игровая станция.

Цитата e-yes @ 25.03.06, 10:51

Кстати, на неделе на securityfocus было опубликовано про превышение полномочий в иксах.

А еще немного раньше была найдена уязвимость в bash: при запуске скрипта может быть выполнен произвольный код, причем с правами запустившего пользователя. Про эту уязвимость виндузятники тоже, похоже, не знают.

Relan, все дело в том, что Xorg -- это "root root -rwsr-xr-x"

Цитата Ho Im @ 25.03.06, 11:56

все дело в том, что Xorg -- это "root root -rwsr-xr-x"

Да я знаю, читал бюллетень.

Цитата BugHunter @ 24.03.06, 21:42

Интегрированность в Студию считаю очень правильной и очень удобной - посидел бы ты с моё в VSS и PVCS-е без подобной интеграции - ты бы сказал точно так же

Ммм... Не помню уже сколько сижу в CVS без какой-либо интеграции вообще (только тортила в эксплорере) - и ничего... А заниматься сексом в VSS\Vault когда код, набитый в режиме Disconnect заливаешь в репозиторий - это для любителей тонких удовольствий. В CVS все просто - Commit, "чистая" выгрузка, проверка корректности сборки, исправление недочетов (если были обнаружены) - и усе. В VSS/Valult - посмотреть, какие файлы какой статус имеют, имеют ли актуальную версию выгрузки, помечены ли соответствующим образом, после чего индивидуальный чекин каждого файла (во избежании возможных проблем с тем, что файл будет просто незачекинен из за некорректного статуса или еще чего-нибудь), и т. д., и т. п. Короче, удовольствие еще то.

Чёта я непонял... Время чтоль перевели??
На фре - показывается точное московское время. А на КПК (Windows Mobile 2003 SE) - старое, непереведенное...

Слив цынде? Или хоть на десктопе oll korrekt?

Цитата e-yes @ 27.03.06, 07:32

На фре - показывается точное московское время. А на КПК (Windows Mobile 2003 SE) - старое, непереведенное...

Слив цынде? Или хоть на десктопе oll korrekt?

На моем покете время перевелось.

Цитата

В CVS все просто - Commit, "чистая" выгрузка, проверка корректности сборки, исправление недочетов (если были обнаружены) - и усе.

ИМХО, если использовать сперва cvs update, разрешить конфликты, собрать-потестить, а _затем_ cvs ci -- итераций будет меньше.

Цитата Ho Im @ 27.03.06, 08:29

ИМХО, если использовать сперва cvs update, разрешить конфликты, собрать-потестить, а _затем_ cvs ci -- итераций будет меньше.

После коммита все равно полезно делать "чистовую" сборку - для контроля качества и исключения непреднамеренных ошибок.

Мой способ лишь дает гарантию, что код, который не проходит тесты или и вовсе не компилится (учитывая изменения, сделанные другими), не попадет в репозиторий, таким образом, любой снимок из него даст хоть как-то работающий код. Чистовую сборку (эмулируя конечного сборщика или пользователя, если предполагается сборка конечным пользователем), конечно, можно, в дополнение -- хотя можно щупать, есть ли вообще разница, и если ее нет на протяжении многих итераций, просто опустить. Зато сам репозиторий будет чище.

Так как в CVS (а тем более в SVN, где один коммит==одна транзакция) можно программировать действия после коммита, то сборку и тестирование можно даже засунуть на сторону репозитория, чтобы она на каждый коммит или несколько коммитов происходила автоматом. Тогда даже можно сравнивать текущий результат с предыдущим, и если после изменения исходников некоторые тесты перестали проходиться, слать мыло нерадивым коммитерам. :-)

Цитата

После коммита все равно полезно делать "чистовую" сборку - для контроля качества и исключения непреднамеренных ошибок.

угу

Цитата

Ммм... Не помню уже сколько сижу в CVS без какой-либо интеграции вообще (только тортила в эксплорере) - и ничего... А заниматься сексом в VSS\Vault когда код, набитый в режиме Disconnect заливаешь в репозиторий - это для любителей тонких удовольствий. В CVS все просто - Commit, "чистая" выгрузка, проверка корректности сборки, исправление недочетов (если были обнаружены) - и усе. В VSS/Valult - посмотреть, какие файлы какой статус имеют, имеют ли актуальную версию выгрузки, помечены ли соответствующим образом, после чего индивидуальный чекин каждого файла (во избежании возможных проблем с тем, что файл будет просто незачекинен из за некорректного статуса или еще чего-нибудь), и т. д., и т. п. Короче, удовольствие еще то.

в режиме дисконнект?.. это дома что ли? А если ты не один работаешь?.. Не, я как то с режимом дисконнект больше не хочу связываться. Собирать результирующий проект по diff-ам - это ещё то удовольствие. Из таких незабываемых удовольствий можно ещё вспомнить "поспать на потолке", "пописать в почтовый ящик" .

А вообще SS лучше отключать, это можно сделать, например, в проекте (прям руками удалить)
SccProjectName=...
SccAuxPath=...
SccLocalPath=....
SccProvider=....

и т.д. Из solution-а тоже + убить все файлы vssscc. Тогда он при запуске вообще забудет, что у него был такой - ss.

Цитата

В VSS/Valult - посмотреть, какие файлы какой статус имеют, имеют ли актуальную версию выгрузки, помечены ли соответствующим образом, после чего индивидуальный чекин каждого файла (во избежании возможных проблем с тем, что файл будет просто незачекинен из за некорректного статуса или еще чего-нибудь), и т. д., и т. п.

ну,.. "Get latest version" + "Recursive" + "not make writible" синхронизует рабочую директорию с репозиторием.
Индивидуальный check in тоже не нужнет, так же как и индивидуальный check-out (или я что то неправильно понял)?... По крайней мере, в оболочке можно сделать групповой check-in и check-out, или вообще рекурсивный (если ты, предположим, файл проекта кладёшь).

Что действительно раздражает в SS.
1) на то, что бы удалить файл у меня прав не хватает, зато хватает что бы переименовать, а потом удалить (это всё из за кривизны объектной модели, говорят, так и должно работать, но мне это - непонятно)
2) выставление комментария при check-out-е - это долбаное окно выскакивает при каждом незатронутым редактировании файле. При этом когда я беру файл на исправления комментарии пока ещё писать рано, т.к. хрен его знает, что я там напишу через пару часов?.. а вот комментарий при chek-in-е был бы в самый раз
3) регулярный снос крыши на разных хитрых расширениях файлов + от вложенности папок - тоже можно получить швах.
4) ну и при добавлении нового проджекта часто теряет сервер, бывает хрен забиндишься (это похоже, тоже длина пути виноватая).
5) выглядит по уродски

SS конечно, дерьмецо редкое, это ты правильно заметил. Vault не видел. Если бы ещё не интерграция SS, то был бы вообще швах, а так - check out, check in. Больше в оболочке от него ничего не нужно. С обязаностями своими вроде справляется

CVS-ом пока только начал пользоваться, ну, посмотрим, как пойдёт и что скажут. Пока что ничего хорошего. Дальше будет виндее .

Цитата

Слив цынде? Или хоть на десктопе oll korrekt?

подозреваю, что ты где то галточку не поставил . на десктопе всё коррект ещё с 199..года (я тогда ещё в младшей школе был ).

Надысь нарвался на очень интересное поведение виндовс. Требовалось прописать default gateway и DNS. Делаю "смену пользователя" на Администратора, прописываю в "свойствах TCP/IP" оба поля. Жму ОК. Система предлагает перезагрузиться. (Ну не идиотизм ли?) Отказываюсь, клятвенно заверяя систему, что как только так сразу. Возвращаюсь в пользовательский профиль. Закрываю все программы. Делаю обещанный ребут. После загрузки смотрю -- а поля ДНС и шлюза как были пустыми, так и остались, и, естественно, ни хрена не работает. Пришлось заново вбивать и еще раз перегружать. Это у вас называется многопользовательской ОС? Фтопку такое поделие.

Цитата Relan @ 28.03.06, 09:37

Система предлагает перезагрузиться.

Не понял, с каких это пор? Ты не о вынь98 говоришь?

Цитата Smike @ 28.03.06, 09:59

Не понял, с каких это пор? Ты не о вынь98 говоришь?

Не знаю, с каких пор, но факт остается фактом. XP SP2.

Ага, я примерно понял. Ты видимо не вышел из профиля пользователя, а просто сменил пользователя. Видимо изменение параметров TCP/IP одновременно при нескольких работающих пользователях невозможно. Надо было вылогиниться и залогиниться под администратором, а потом обратно залогиниться под пользователем. Или запустить панель управления от имени администратора под пользователем. В Линуксе нет с этим проблем, потому что быстрого переключения пользователей вообще не существует - нужно вылогиниваться и залогиниваться заново (ну или постоянно вводить пароль рута).

Цитата Smike @ 28.03.06, 10:13

Ты видимо не вышел из профиля пользователя, а просто сменил пользователя.

Да. А что, так делать нельзя?

Цитата Smike @ 28.03.06, 10:13

В Линуксе нет с этим проблем, потому что быстрого переключения пользователей вообще не существует

Просто Линукс изначально был многопользовательской ОС, а не графической надстройкой над DOS.

Цитата Smike @ 28.03.06, 10:13

нужно вылогиниваться и залогиниваться заново (ну или постоянно вводить пароль рута).

Мсье явно не в курсе про sudo и возможность залогиниться на нескольких терминалах одновременно.