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

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

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

Добрый день, гуглил на английском языке, но ответа не попалось. Предыстория: некий объекта принимает в качестве параметра ссылку на 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++

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++

    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, Во. Браво. Я как-то когда тестировал в своем примере не заморачивался с закрытием потока, поэтому у меня все и проходило.

@VVildVVolf 82 / 1 / 0 Регистрация: 08.10.2012 Сообщений: 54
	20.07.2015, 16:59 [ТС]	61
	Сообщение от ForEveR . Буфер для стрима не меняется, поэтому вывод должен быть. Вывод идет в cout или в fstream? если подсунуть cout, то всё норм, всё как положено, если же подсунуть ofsream, то только DEBUG 1 0

@vxg Модератор 3386 / 2158 / 352 Регистрация: 13.01.2012 Сообщений: 8,375
	20.07.2015, 17:58	63
	Сообщение от ForEveR Как видно оба вывода есть видать что то зависящее от реализации потоков 0

@VVildVVolf 82 / 1 / 0 Регистрация: 08.10.2012 Сообщений: 54
	20.07.2015, 22:25 [ТС]	64
	Сообщение от ForEveR Как видно оба вывода есть. вообще в реале ошибка вылезает через 100500 пробросов, можете сказать поподробнее, что проделали? 0

@vxg Модератор 3386 / 2158 / 352 Регистрация: 13.01.2012 Сообщений: 8,375
	21.07.2015, 09:36	65
	Сообщение от VVildVVolf вообще в реале ошибка вылезает код очень объемный. реализацию потоков нашел. но где они используются искать долго. может лучше "тренироваться" на "кошках" (маленьких тест-программах)? по существу: -зачем вам sync если вы будете ловить разделитель в overflow? в том смысле что получая в overflow разделитель вы передаете накапливаемую последовательность куда-то к себе (если нужно) и во внешний поток после чего очищаете накапливаемую последовательность. -не может ли вызов close / деструктора внешнего потока предшествовать деструктору вашего потока? в этом случае вызов sync в деструкторе вашего потока попытается передать накопленную последовательность в уже закрытый / уничтоженный внешний поток. 0

@VVildVVolf 82 / 1 / 0 Регистрация: 08.10.2012 Сообщений: 54
	21.07.2015, 09:41 [ТС]	66
	Сообщение от vxg код очень объемный. реализацию потоков нашел. Прошу прощения, что пришлось искать, сейчас уже я обновил main.cpp, где только создание потока и вывод в него. Сообщение от vxg -зачем вам sync просто осталось от примеров этой темы (если даже избавление от него решит проблему, научный интерес к феномену текущей ошибки не гаснет) Сообщение от vxg -не может ли вызов close / деструктора внешнего потока предшествовать деструктору вашего потока? в плюсах я пока что не умею отслеживать жизнь инъектированных объектов, поэтому всё построено на доверии программисту-писателю (т.е. корректности написания мной программы так, чтоб деструкторы вызывались в нужном порядке). 0

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

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

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

Опции темы

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

Решение