popen++ - пропадает библиотека

Что-то cl-libxml2 торкнуло, как раз с xul вожусь. В доках, правда, у тебя все поля с кодом пустые: http://cl-libxml2.googlecode.com/svn/doc/examples.xml

Наврал - только в опере пустые, глюкофокс нормально всё показывает -_-

Не, по cl-libxml2 я бы, конечно, тоже от помощи не отказался, но она "не пропадает", я ей занимаюсь, ибо она мне нужна.
Проблема именно с popen++, ибо на C++ не писал уже больше года и она мне не нужна...

А глюк в Opera видел, но особо разбираться не стал, как-то там не очень поддержка XSLT-реализована, может стоит в html выкладывать, но с точки зрения "тематики" библиотеки xml+xsl смотрся более концептуально :)

> Не, по cl-libxml2 я бы, конечно, тоже от помощи не отказался, но она "не пропадает", я ей занимаюсь, ибо она мне нужна.

я в том плане, что библиотека интересная. Ты, кстати, с xul много работал? Можно вопросик по производительности(именно firefox+xul)?

> я в том плане, что библиотека интересная.
> Ты, кстати, с xul много работал? Можно вопросик по
> производительности(именно firefox+xul)?

Чёрт, посторонний человек вряд ли уловит связь между popen++, cl-libxml2 и XUL, да и я, эту связь только с трудом ощущаю :)
А вопросик всегда можно... И да, с "remote XUL" я работал много...

Блин, как раз это я и пытаюсь написать последние 2 дня. Но безуспешно. Спасибо, возьму на заметку. Правда придется переписать немного: мне в проекте нельзя использовать boost

> Правда придется переписать немного:
> мне в проекте нельзя использовать boost

Тогда придётся переписать много :) boost.iostreams весьма существенно упрощает код. Возможно стоит посмотреть на PStreams (http://pstreams.sourceforge.net/), это правда только для POSIX-систем, но зато без boost.

Уже почти работает. Вот только никак не могу понять что делает file_descriptor_sink::reset()

> Вот только никак не могу понять > что делает file_descriptor_sink::reset()

Я, конечно, уже давно не брал в руки шашек, но, у file_descriptor_sink, насколько я помню, такого метода нет... зато есть у std::auto_ptr :)

> Я, конечно, уже давно не брал в руки шашек, но, у file_descriptor_sink, насколько я помню, такого метода нет... зато есть у std::auto_ptr :)

Черт побери, и правда. Теперь волнует один вопрос: как заново открыть stdin после его закрытия?

> как заново открыть stdin после его закрытия?

Собственно - никак, а зачем это? Некоторые процессы ждут завершения ввода, прежде чем начнут что-то делать, для этого и предназначен close_stdin. Но смысл "открывать его заново", если дочерний процесс никакого ввода больше не ожидает?

> а зачем это?

А если процесс ждет на ввод что-либо, потом выводит на экран, а затем опять ждет ввода?

А можно ли в поток послать eof не закрывая его?

> А если процесс ждет на ввод что-либо, потом выводит на экран,
> а затем опять ждет ввода?

То, скорей всего, ему нужен пробельный символ или символ конца строки. Вызов close_stdin аналогичен нажантию C-D в консоли.