Кодерский уголок

@nop, держи весь код :-)

https://github.com/id-Software/DOOM-3-BFG/blob/master/neo/d3xp/menus/MenuHandler_Shell.cpp

Я дальше в этом же файле нашёл ссылку на этот класс, похоже на объявленную, но не поименованную функцию.

 

Всё нормально: строки 1233..1299 - определение класса (область видимости - аж до строки 1302), строка 1301 - конструктор... Довольно изящно, я б сказал.

 

@Рыжий Тигра, спасибо, дядя Тигра ))

 

@Kristobal Hozevich Hunta, всегда пожалуйста. :-)
А трюк с "локальным классом" - забавный, беру себе на вооружение...

 

Да, я тоже как-то не пользовался таким. И не факт, что буду.
Сам паттерн похож на замыкание, только создаваемое вручную.
В строке 1305 более простой пример того же самого.
Но сейчас в C++ есть настоящие лямбды.
Извиняюсь, что раньше не ответил. Упорно пилил вот это.
http://www.vogons.org/viewtopic.php?f=46&t=27045&p=511835#p511835

 

@nop, у меня гораздо хуже всё.

Вышеуказанный фрагмент - это часть кода, взаимодействующая с усеченным интерпретатором SWF (который Adobe Flash). Код выводит текст с эффектом телетайпа, причем именно в этой части "замораживает" работу интерпретатора и обрабатывает кадр "active" самостоятельно (в SWF также содержится tween-анимация и код Action Script, который отрабатывает до данного кадра и передает ему управление). А нормальное продолжение работы сидит в глубине этого кода, когда все веточки, триггеры и флаги выставлены в единственно верное положение ( startGame(0) ). То есть еще параллельно и реверс SWF нужен. Наркоманы проклятые ))

Вобщем, у в мозгу уже неделю что-то щелкает и дым из ушей идет ))

Но интересно, да. Спасибо ))

 

@Kristobal Hozevich Ну, как я понял, эти локальные классы - это новые методы, добавляемые динамически к объектам скриптового языка. Если они заменяют собой старые, то те освобождаются.

 

Подскажите по отладке в MSVC. После точки останова хочу посмотреть на экран остановленной программы (то, что было выведено на экран исполняемой программы в момент останова). Это вообще возможно?

**********************

Сдвигаю MSVC за пределы экрана, оставив только верхушку с кнопкой запуска отладки. Запускаю программу в оконном режиме. Тогда после останова вижу содержимое окна программы в момент останова. Но как-то коряво это.

Alt+Tab, LMB на окне остановленного приложения, разные окна в View / Window - всё не работает.

 

@Kristobal Hozevich Hunta, если есть ещё одна тачка - поможет двухмашинная отладка (remote debugging - ищи в хелпе по MSVC на слово "msvcmon"). Я так отлаживал свои хаки в directdraw'ной части WC4. Возможно, поможет виртуальная машина, тут я не в курсе, не пробовал.

 

Ещё можно второй монитор подключить.

 

@MisterGrim, собсна, поработав с двумя мониторами, с одним начинаешь себя чувствовать, как калека.

 

@Steel Rat, Да меня переход с трех на два напрягает!

 

@nop, дык, ставить некуда!

 

Подскажите, пжл, по терминологии github - что есть:

1. pull request.

2. commits. Особенно, в такой ситуации: скачиваю .zip в марте. Убеждаюсь, что некая функция не работает. Вижу соответствующее обсуждение в июле и запись: "merged commit". То есть функция исправлена и нужно просто повторно скачать тот же .zip (на дату "merged commit" .zip был обновлен)? При этом нигде в изменениях, readme и пр. записи об исправлении функции не вижу.

3. branch. Думаю, что разные версии кода под конкретные задачи. Так?

4. Насчет clone и .zip. Первое - это синхронизация с сервером (имеем доступ к последней версии кода с учетом всех обновлений, нужен выход в Сеть), второе - "слепок" кода на определенную дату (выход в Сеть не нужен). Правильно?

5. contributors.

 

@R4kk00n, за книгу спасибо, но мне бы хоть в двух словах.

У меня пока нет своих репозиториев с Git, хотел бы понять, что там происходит с чужим.

 

@R4kk00n

Набросал. Оно?

Спойлер

Contributing to public projects is a bit di€fferent. Because you don’t have the
permissions to directly update branches on the project, you have to get the
work to the maintainers some other way. This first example describes contributing via forking on Git hosts that support easy forking. Many hosting sites support this (including GitHub, BitBucket, Google Code, repo.or.cz, and others),
and many project maintainers expect this style of contribution. The next section deals with projects that prefer to accept contributed patches via email.
First, you’ll probably want to clone the main repository, create a topic
branch for the patch or patch series you’re planning to contribute, and do your
work there.

When your branch work is finished and you’re ready to contribute it back to
the maintainers, go to the original project page and click the “Fork” button, creating your own writable fork of the project.

Then you need to push your work up to it. It’s easiest to push the topic
branch you’re working on up to your repository, rather than merging into your
master branch and pushing that up. The reason is that if the work isn’t accepted or is cherry picked, you don’t have to rewind your master branch. If the
maintainers merge, rebase, or cherry-pick your work, you’ll eventually get it
back via pulling from their repository anyhow:
$git push -u myfork featureA

When your work has been pushed up to your fork, you need to notify the
maintainer. This is o‚encalled a pull request, and you can either generate it via
the website – GitHub has its own Pull Request mechanism that we’ll go over in
Chapter 6– or you can run the git request-pullcommand and email the
output to the project maintainer manually.

The request-pullcommand takes the base branch into which you want
your topic branch pulled and the Git repository URL you want them to pull
from, and outputs a summary of all the changes you’re asking to be pulled in.

Следовательно:

1. pull request - запрос на включение в основной код изменений, подготовленных другим лицом.

2. commit - начало процедуры внесения изменений в основной код. Отправная точка, результатом которой будет pull request.

5. contributor - соавтор (автор изменений/дополнений, включенных в основной код), maintainer - основной автор (автор оригинального кода, принимающий/отклоняющий эти изменения).

6. fork - ответвление от основного кода в целях внесения в него изменений с последующим pull request.

Offtop

Насчет интуитивно понятных терминов. Бился я тут с интуитивным постижением переменной pacifier. Оказалось, это аналог "Занято, идёт процесс, надо ждать, я тебе песочные часы пока порисую или что-то вроде того". Спасибо англоговорящему программисту, подсказал.

 

Насколько я понимаю, zip это clone, но не через клиент git, а через распаковку zip-архива
commit - это атомарное изменение репозитория(а точнее текущей выбранной его ветви). от добавления одной буквы до перемещения кучи файлов в другое место с внесением в них кучи изменений.
commit - ы репозьтория образуют в общем случае графовую структуру, где текущая ветка - это активная часть этого графа.
Ты можешь переключаться на любой сохраненный в графе узел - commit, при этом файлы репозитория приводятся клиентом в состояние, соответствующее этому commit-у
commit вносит изменение в локальную базу данных git репозитория.
push - заливка измений локального репозитория на удаленный сервер. пока это не сделано, commit-ы еще можно локально удалять, сливать, модифицировать итд.
merge - это процессов слияния двух таких графов, где в результате результирующий граф содержит узлы из обоих, а файлы в репозитории - все изменения, примененные друг на друга.
Если в разных ветках не переписывалась по нескольку раз одна и та же строка кода, а делалась разная работа без прямых наложений, то merge - автоматический процесс, сводящийся к нажатию пары кнопок.
pull (операция в клиенте git)- merge commit-ов из соответствующей ветки удаленного репозитория в твою локальную ветку репозитория.