Arhat109есть исходники от Мускуля, кое-что смотрел в них, кое-что хочется подправить (уже). Но страшновато слегка.


Как бы там имеет смысл что-то править только если это исправление бага или реализация какой-то новой фичи.
Но это надо все тесты пускать чтобы проходили обязательно и т.п.
Иначе никакого смысла это делать нет. Не тронь говно -- меньше будет пахнуть.

Arhat109Был опыт работы на С/С++ в период с 1988 по 1997гг. Был период обучения студентов на С/С++ (1995-1997), даже с хорошим положительным результатом. Вопросов "общей базовой подготовки" - как таковых нет (алгоритмы и структуры данных, ООП и пр.)


MySQL конкретно очень условно написан на С++. Там от С++ нужно знать только структуры/классы (то же, что и С) и виртуальные функции. Т.е. грубо говоря, MySQL написан на С.

Arhat109Вот и спрашиваю: с чего лучше начать (книги, учебники, сайты по языку)? Насколько сильно изменился язык "с того времени"? То что смотрел в исходниках - вроде как вменяемо и понятно...


Я не очень понимаю, как это связано с MySQL. Как бы если есть желание что-то заправить в MySQL -- это одно, а как бы если надо вспомнить С++ -- это совсем отдельный вопрос. Ещё раз, для мускля знаний С++ надо иметь в минимальном объёме.

Arhat109Инструментарий разработчика и его описание?


Инструментарий не главное, и он может быть очень разным, от VIM до всяких IDE типа QTCreator.

автор1. Да, хочется кое-что "прикрутить" к Мускулю новенькое. Есть идеи... :)

На мой взгляд -- гнилая затея. Ну или по крайней мере тебе будет полезно знать, на сколько она может быть гнилой.
В MySQL ужасно дурацкая архитектура. Эти engines которые никому на фиг не нужны -- они портят всё.
У ядра есть интерфейс с engine, который фиксированный и который не расширяется практически, за счёт того, что много разных engine, но работают реально только 2 (теперь правда больше).
Ну и достаточно много задач упирается в то, что не хватает этого интерфейса, его нужно расширять, а расширять его не любят.

автор2. Я поэтому и не выделял плюсы от самого С. Но, прежде чем лезть в Мускуль с писанием, хочется "обновить скилл". То что когда-то писал и на Асме так, что Watсom C compiler с максимальной оптимизацией, мой же и про тоже код на С, делал в 1:1 с точностью до используемых регистров... я так понимаю, не считается. Это было давно.

Там в MysQL очень мало С++. Фактически, ещё раз, если ты знаешь классы и виртуальные фунции, то всё ОК, больше тебе ничего не понадобится. В MySQL применяются простые структуры и паттерн bridge для реализации engine (то же, что в Java называется Interface). Так что советую просто начинать читать код, и что-то если не ясно, конкретно спрашивать. Но не думаю, что будут проблемы. Там больше сложности с тем, чтобы понимать архитектуру MySQL, внутреннюю, их правила игры и -- всё тестировать и писать тесты.
Мы писали engine под MySQL, и нам набирали в комманду С++-ников, так было сказано, в том числе и я набирал. Задавали мы всякие сложные вопросы, и туда, и сюда, а когда мы уже познакомились с MySQL, то выяснилось -- С++ вообще знать не надо.
Что и надо знать -- за 10 минут учится.

автор3. Возможно, но чтобы дописывать Мускуль, хочется "попробовать" что-то попроще. В целом с пониманием ООП - проблем нет (когда-то общался со Страуструппом по построению С++, один из примеров у Яши в тестах - когда-то такой же был придуман мною для студентов :). Но, хотелось бы для начала понять "как оно теперь" в современном С++.


Ещё раз, современным С++ в MySQL даже не пахнет. И НЕ МОЖЕТ пахнуть, ты его туда не засунешь, код не возьмут скорее всего.

автор4. Инструментарий - важен, поскольку это не только удобство кодирования, но ещё и скорость вспоминания... хотя, конечно можно и в блокноте (gedit) писать... там даже подсветка синтаксиса есть... да и IDE можно на bash сбацать... ещё раз: хотелось удобное и вменяемое средство со встроенными фичами (Eclipse CDT - не предлагать, во-первых есть, во-вторых он мне на ПХП надоел)...


Мы писали в Vstudio и Eclipse.CDT. Поскольку код кроссплатформенный, VC в общем рулило (и рулит).
Тогда оно было под autotools под линух и с руками поддерживаемыми проектами для VC под Win.
Теперь легче -- оно всё под CMake, так что в любой IDE можно запихать.

автор5. Погуглил, нашел тут неплохую темку для начинающих и какой-то учебник http://cppe.ru/index.php/C _Учебник ... но не уверен, что нашел "то что надо".

Не важно, см. выше, считай, что ты уже знаешь С++ в нужном объёме. (полагаю, С -то ты знаешь ?)

авторЯ ищу конкретные подсказки от тех, кто в теме.

Было бы интересно послушать, что предполагается прикрутить к мысклю...

Dimitry SibiryakovКонкретный инструмент для сборки - make. Его описание - man make.
Конкретный инструмент для редактирования - лично я предпочитаю mcedit. Его описание - F1.


CMake.

Т.е. в MySQL весь C++ легко укладывается в стандарт C++98 и не используются exceptions и стандартная библиотека std?

Ни исключения, ни стандартная библиотека С++ в MySQL не используются.
Ну, т.е. могут, но они этого всего просто не хотят.
Ты как бы стандарты кодирования прочитай ихние...

Arhat109,

По поводу средства разработки— я не понимаю проблемы твои.
Как бы эклипс не идеален, но он работает.
В крайнем случае работай в VC под видной.

простые проблемы: "мож чего получше есть, а я и не знаю"... :)

Нет, НЕТУ!
На самом деле я бы порекомендовал vim или emacs с соответствующими модами, но я и сам пока их не знаю, и это достаточно напряжно.

"под виндой" - никак, нет винды... и не предвидится.

Это все равно, где разрабатывать.

Развернуть исходники Мускуля и потом ковыряться в них через gedit -- как-то "не впечатляет". Хотелось бы нормальное обслуживание проекту... ткнул в функцию, оно перепрыгнуло в нужный файлик проекту или библиотеки... нет?
Хочу странного? :)

Нет, хочешь нормального.

Arhat109,

Инструкций про CdT в сети навалом, думаю, найти можно.какой - то заветной у меня на примете нет.
На сайте богов IBM много статей, но на русском я не помню.

В общем там все и просто, и очень сложно.
Но для начала создашь проект, и местом для него указываешь папку с источниками. Собственно и все, остальное все уже будет работать само, ну, если повезет, конечно.