Янко, аз също предположих че е проблем с буферирането, но не съм дълбал. Единствено пуснах един strace, при което се убедих че гърми с EAGAIN на един read. На този линк който си дал, ясно ли личи на схемата кой read се чупи.
Мерси и на теб, също много полезно. 2009/9/17 Yanko Kaneti <[email protected]>: > On Thu, 2009-09-17 at 15:15 +0300, Kamen Medarski wrote: >> Здравейте Група, >> >> тъй като забелязвам че напоследък няма много неща които да се >> дискутират, се чудех дали някой от вас няма може да помогне в една >> много нетипична ситуация? >> >> Та ситуацията е следната: >> използвам xprop -spy WM_ICON_NAME за да взема името на даден джам, >> което м/у впрочем се сменя често. Идята ми е да събирма хронологично >> имената на този джам. Може да ви се струва тъпо, но в тази ситуация е >> май е единствено решение, но това са детайли. Та като пусна тази >> проста команда с пренасочване на изхода и грешката към файл, тя се >> ошашква и нищо не се появява записано във файла. Пробвах какви ли не >> комбинации с |, tee, kafe и подобни ... но нищо наяве. > > Проблема е със буферирането на изхода си което прави xprop, и липсата на > ключета да се контролира. > Повече по темата за stdio буферирането: > http://www.pixelbeat.org/programming/stdio_buffering/ > > От съвсем скоро в coreutils има едно инструментче stdbuf , което > позволява да се заобиколи тази трудност. Специално със xprop тук пробвах > > stdbuf -i 0 -o 0 -e 0 xprop -spy WM_ICON_NAME > testxprop 2>&1 > > което изглеждаше да работи. > > > Поздрави > Янко > > _______________________________________________ > Lug-bg mailing list > [email protected] > http://linux-bulgaria.org/mailman/listinfo/lug-bg > _______________________________________________ Lug-bg mailing list [email protected] http://linux-bulgaria.org/mailman/listinfo/lug-bg
