Наследование от ofstream и перегрузка <<

@VVildVVolf · Регистрация: 08.10.2012

Студворк — интернет-сервис помощи студентам

Добрый день, гуглил на английском языке, но ответа не попалось. Предыстория: некий объекта принимает в качестве параметра ссылку на ostream, куда подсовывается ofstream. Задача в том, что перед действием << требуется сделать дополнительные телодвижения, а точнее обработать данные, которые направляются на выход. Я вижу решение таким, что нужно наследоваться от ofstream и переопределить <<. как это правильно делается нагуглить не удалось. Буду рад приведенным примерам или ссылкам на статьи об этом. Спасибо.

@VVildVVolf · 20.07.2015, 16:59 **[ТС]**

Сообщение от ForEveR

. Буфер для стрима не меняется, поэтому вывод должен быть. Вывод идет в cout или в fstream?

если подсунуть cout, то всё норм, всё как положено, если же подсунуть ofsream, то только DEBUG 1

@ForEveR · 20.07.2015, 17:21

VVildVVolf, Вообщем, взял твой код из 4 файлов, написал:

C++
1
2
3
4
5
int main()
{
   std::ofstream ofs("test_file.txt");
   FilteringStream fs(ofs);
}

После выполнения:

Bash
1
2
cat test_file.txt 
DEBUG 1DEBUG 2

Как видно оба вывода есть.

@vxg · 20.07.2015, 17:58

Сообщение от ForEveR

Как видно оба вывода есть

видать что то зависящее от реализации потоков

@VVildVVolf · 20.07.2015, 22:25 **[ТС]**

Сообщение от ForEveR

Как видно оба вывода есть.

вообще в реале ошибка вылезает через 100500 пробросов, можете сказать поподробнее, что проделали?

@vxg · 21.07.2015, 09:36

Сообщение от VVildVVolf

вообще в реале ошибка вылезает

код очень объемный. реализацию потоков нашел. но где они используются искать долго. может лучше "тренироваться" на "кошках" (маленьких тест-программах)? по существу:
-зачем вам sync если вы будете ловить разделитель в overflow? в том смысле что получая в overflow разделитель вы передаете накапливаемую последовательность куда-то к себе (если нужно) и во внешний поток после чего очищаете накапливаемую последовательность.
-не может ли вызов close / деструктора внешнего потока предшествовать деструктору вашего потока? в этом случае вызов sync в деструкторе вашего потока попытается передать накопленную последовательность в уже закрытый / уничтоженный внешний поток.

@VVildVVolf · 21.07.2015, 09:41 **[ТС]**

Сообщение от vxg

код очень объемный. реализацию потоков нашел.

Прошу прощения, что пришлось искать, сейчас уже я обновил main.cpp, где только создание потока и вывод в него.

Сообщение от vxg

-зачем вам sync

просто осталось от примеров этой темы (если даже избавление от него решит проблему, научный интерес к феномену текущей ошибки не гаснет)

Сообщение от vxg

-не может ли вызов close / деструктора внешнего потока предшествовать деструктору вашего потока?

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

@vxg · 21.07.2015, 10:00

Сообщение от VVildVVolf

обновил main.cpp

ну так и есть:

C++
1
2
3
4
5
6
    ofstream ofstr("debug.txt");
    FilteringOutput::FilteringStream ouch(ofstr);
    ouch<<"trololo"; //положили данные в наш поток но не переслали их во внешний поток
    ofstr.close(); //закрыли внешний поток
    return 0;
    //тут вызов деструктора нашего потока - внешний поток уже закрыт

@VVildVVolf · 21.07.2015, 10:05 **[ТС]**

значит, похоже, синк вызывается слишком поздно...

@vxg · 21.07.2015, 10:07

просто вызовете

C++
1
ouch.flush();

перед закрытием внешнего потока. в деструкторе тогда вызывать ничего не нужно

Добавлено через 1 минуту

Сообщение от VVildVVolf

данные "DEBUG 2" в ostream (переданный в начале) передаются

они передаются в закрытый поток - вывод уже не идет, поток просто отвергает эти данные

@VVildVVolf · 21.07.2015, 10:09 **[ТС]**

ясно, теперь я всё понял) благодарю

@ForEveR · 21.07.2015, 10:45

vxg, Во. Браво. Я как-то когда тестировал в своем примере не заморачивался с закрытием потока, поэтому у меня все и проходило.

Новые блоги и статьи Все статьи Все блоги /
Решил проблему с ошибкой пагинации сообщений с сервера на алгоритме обхода дерева "Эстафета хвоста". Hrethgir 12.07.2026 Проблема была в том, что удалялась именно новая кнопка, а не старая. Ни один ИИ не обнаружил это, а сам я смог только когда с работой стало попроще и когда заставил работать будущее автономное. . .	сукцессия 25. Хронология ошибок anaschu 12.07.2026 # От 50-тонного гриба до устойчивого леса: хроника ошибок при построении модели вековой сукцессии микоризы ## О чём эта статья В процессе построения ОДУ-модели (система дифференциальных. . .	сукцессия 24. Промежуточное общее описание модели anaschu 12.07.2026 Хендофф: модель АМ→ЭКМ сукцессии микоризы (ризосфера, 50 лет) Содержание проекта Симуляция вековой (50 лет) экологической сукцессии в почве леса Основные участники: АМ-гриб, ЭКМ-гриб,. . .	сукцессия 23. Более физиологичная физиология, более экологичная экология, более диффурные диффуры. anaschu 12.07.2026 Что реально нашли и починили за эти 5 часов Правило Линдемана (КПД конверсии сахара в тело, kEff) — раньше 100% полученного углерода шло прямо в биомассу гриба; теперь только kEff=0. 5 (после. . .
сукцессия 22. От артефактов к физиологии: калибровка агентной модели грибной сукцессии для воспроизведения сезонной динамики и pH-плато anaschu 11.07.2026 Аннотация В данной работе представлена калибровка агентной модели динамики грибных сообществ (fungal-succession), направленная на устранение нефизичных артефактов (коллапс биомассы, мгновенное. . .	Сукцессия 20. Война автоботов. Делаем ставки. Лёд против "пш-пш!". anaschu 11.07.2026 Битва ИИ в ризосфере: Как мы скрестили жесткие ОДУ, закон Фика и «подземный шантаж» Уважаемые коллеги! Хочу поделиться уникальным опытом ведения междисциплинарной компьютерной разработки. Прямо. . .	Сукцессия 19. Какие выводы я сделал из модели? Часть 2.Внутримикоризный стехиометрический буфер и хроно-дискретные зоны экспансии anaschu 11.07.2026 Био-Инженерный Ликбез: Архитектура Модели Ризосферы Математический аппарат моделирования	Сукцессия 18. Какие выводы я сделал из войны грибов с деревьями? Часть 1- рассказ и немного про термины anaschu 11.07.2026 Био-Инженерный Ликбез: Архитектура Модели Ризосферы Математический аппарат моделирования Система ОДУ описывает динамику изменения массы различных компонентов системы во времени. Ключевой. . .

@VVildVVolf 82 / 1 / 0 Регистрация: 08.10.2012 Сообщений: 54

	Наследование от ofstream и перегрузка << 14.07.2015, 14:36. Показов 6439. Ответов 70 Метки нет (Все метки) Добрый день, гуглил на английском языке, но ответа не попалось. Предыстория: некий объекта принимает в качестве параметра ссылку на ostream, куда подсовывается ofstream. Задача в том, что перед действием << требуется сделать дополнительные телодвижения, а точнее обработать данные, которые направляются на выход. Я вижу решение таким, что нужно наследоваться от ofstream и переопределить <<. как это правильно делается нагуглить не удалось. Буду рад приведенным примерам или ссылкам на статьи об этом. Спасибо. 0

@VVildVVolf 82 / 1 / 0 Регистрация: 08.10.2012 Сообщений: 54
	21.07.2015, 10:05 [ТС]
	значит, похоже, синк вызывается слишком поздно... 0

@VVildVVolf 82 / 1 / 0 Регистрация: 08.10.2012 Сообщений: 54
	21.07.2015, 10:09 [ТС]
	ясно, теперь я всё понял) благодарю 0

@ForEveR В астрале 8049 / 4806 / 655 Регистрация: 24.06.2010 Сообщений: 10,562
	21.07.2015, 10:45
	vxg, Во. Браво. Я как-то когда тестировал в своем примере не заморачивался с закрытием потока, поэтому у меня все и проходило. 0

Наследование от ofstream и перегрузка <<

Решение