Александр Титов

Надо вызвать функцию

strcpy(начало_удаляемой подстроки, конец_удаляемой_подстроки);

Таким образом текст скопируется "ближе к началу", и затрет то, что надо удалить.
Но лучше перейти на std::string, там все попроще.

ИМХО питон позволяет относительно единообразно написать некоторые (манипуляции с файлами преимущственно) админские задачи на разных ОС. При этом на каждой ОС сами операции настройки ОС весьма специфичны, и на каждой есть достаточно продвинутые инструменты для администрирования...

Для ответа в виде строки, или списка код чуть отличается:

>>> import functools
>>> inputArray = "sgsssa"
>>> functools.reduce(lambda a,b: a if a[-1:] == b else a + b, inputArray, '')
'sgsa'
>>> functools.reduce(lambda a,b: a if a[-1:] == [b] else a + [b], inputArray, [])
['s', 'g', 's', 'a']
>>>

0. Зачем pandas, в библиотеке питона есть модуль csv.
1. Оба файла читаем в словари, в ключ id, остальное списком в значение.
2. Пересекаем множество ключей двух словарей.
3. и по этому пересечению строим выборку, объединяя списки.

По сути - там и там адрес. Но ссылка указывает на уже существующий объект, а указатель может быть нулем, что иногда удобно. Указатель легче сделать невалидным, указывающим "в мусор", ссылку несколько сложнее, но и она не защищена от этого.

Кстати, построить ссылку сразу на динамическую память нельзя, сперва придется создать такой объект по указателю.

На мой взгляд, в случаях, когда нет специального значения нулевого указателя, можно использовать ссылки.

Число-то не целое, используйте float(beesrav).

Основные проблемы с PDF.
1. Там может быть текст, тогда есть много вариантов, а может быть картинка. Катринку, соответсвенно, какой-то распознавалкой.
2. Даже когда там текст, смысл PDF в показе картинки, поэтому слово может быть словом, может быть отдельными буквами, под видимым текстом может оказаться кусочек "ненужного" невидимого (лично нашел однажды!), который прочитается конвертером.

Наверное, должно работать from My_modules.classes import Person, Employee

P.S. Обычно пакеты (My_modules) с большими буквами не используют, поскольку это фактически каталоги, они местами регстрозависимые, местами нет.

h5 = "\n".join('hello' for i in range(5)) 
print(h5)

1. Внутри квадратных скобок регэкспа все символы воспринимаются либо по одному, либо диапазоном через минус. Поэтому & amp; значит либо &, либо a, либо m ... И пробел в квадратных скобках незачем повторять.
2. Если не ставить перед строковой константой r, то обработка символа \ происходит в зависимости от следующего символа, что легко сбивает программиста. Чаще всего определяют регэксп с ним, т.е. r'\< и т.д.', так удобнее.
3. Чтобы просто найти первый товар в тегах прочитайте про нежадный оператор +
4. И все-таки разбор HTML регэкспами можно делать только там, куда нет возможности поставить библиотеку разбора HTML, например, lxml.

Ну extern сообщает компилятору, что где-то (в каком-то модуле cpp) этот объект стоит без extern.

Представляя код на питоне надо привести его к стандарту Pep 8 (есть проверяющая программа, ну а в среде вообще автоматом подчеркивает несоответствия), по данному коду минут на 5 работы. Еще хорошо бы стандарт документации поддержать - Pep 257.

range реализует интерфейс последовательности, т.е. это как бы создание соответствующего кортежа, только краткая запись. Можно в цикле, например, указать in heights[2:20]....

ну а генератор, он и есть генератор, там только перебор, пока не закончится (если закончится когда-нибудь).

Визуализация всяких картинок-графов удобна на Graphviz.
У него на входе несложный текстовый формат - узлы, текст к ним, какие стрелки, что на этих узлах и стрелках нарисовать...
Вроде есть даже питоновская либа, но формат не сложный, можно и принтами его сформировать.

Это если надо только отобразить результат, без возможности на большой картинке стрелки подергать-переставить...

Если проблема в описании "схвачена" верно, то надо сначала построить в какой-нибудь std::vector список всех файлов, а потом с ним "работать".

Если работа с файлами планируется по-серьезному, можно использовать библиотеку boost::filesystem.

Раз уж язык C++ - используйте std::string.

Данная программа не будет работать, если попадется файл с греческими буквами, например. И, вы удивитесь, но путь к файлам уже может быть больше MAX_PATH.

Ну и наконец, если программа не занимается какой-то чилодробительной обработкой, C++ - неправильный выбор.