Bir komut satırı programı çıktısının yönlendirilmesini engelleyebilir mi?

Bunu yapmaya çok alışmıştım: someprogram >output.file

Bir programın bir dosyaya oluşturduğu çıktıyı kaydetmek istediğimde bunu yapıyorum. Bu GÇ yönlendirmesinin iki çeşidinin de farkındayım :

• someprogram 2>output.of.stderr.file (stderr için)
• someprogram &>output.stderr.and.stdout.file (her iki stdout + stderr için birleştirilmiş)

Bugün mümkün olmadığını düşündüğüm bir durumla karşılaştım. Aşağıdaki komutu kullanıyorum xinput test 10ve beklendiği gibi aşağıdaki çıktıya sahibim:

user @ hostname: ~ $ xinput testi 10
30 tuşuna basın 
anahtar açma 30 
tuşa basma 40 
tuş açıklaması 40 
tuşa basma 32 
tuş açıklaması 32 
tuşa basma 65 
anahtar açma 65 
tuşa basma 61 
tuş açıklaması 61 
tuşa basma 31 
^ Cı
kullanıcı @ hostname: ~ $ 

Bu çıkışın her zamanki gibi bir dosyaya kaydedilebileceğini tahmin ettim xinput test 10 > output.file. Ancak beklentime aykırı olduğunda output.file dosyası boş kalır. Bu aynı zamanda xinput test 10 &> output.filestdout veya stderr'deki bir şeyi kaçırmadığımdan emin olmak için de geçerlidir .

Gerçekten kafam karıştı ve bu nedenle xinputprogramın çıktısının yeniden yönlendirilmesini engellemenin bir yolu olup olmadığını soruyorum.

Güncelleme

Kaynağa baktım. Çıkışın bu kod tarafından üretildiği anlaşılıyor (aşağıdaki kod parçasına bakın). Bana göre çıktı sıradan bir printf tarafından üretilecek.

// test.c dosyasında

statik boşluk print_events (Ekran * dpy)
{
    XEvent Olayı;

    (1) {
    XNextEvent (dpy, ve Olayı);

    // [... burada diğer bazı etkinlik türleri burada gösteriliyor ...]

        if ((Event.type == key_press_type) ||
           (Event.type == key_release_type)) {
        int döngü;
        XDeviceKeyEvent * key = (XDeviceKeyEvent *) & Olay;

        printf ("anahtar% s% d", (Event.type == key_release_type)? "yayın": "basın", tuş-> tuş kodu);

        için (loop = 0; loopaxes_count; loop ++) {
        printf ("a [% d] =% d", key-> first_axis + döngü, key-> axis_data [loop]);
        }
        Printf ( "\ n");
    } 
    }
}

Kaynağı değiştirdim (aşağıdaki sonraki kod parçasına bakın), bu da stderr'deki çıktının bir kopyasını almama izin veriyor. Bu çıktı yönlendirebilirim:

 // test.c dosyasında

statik boşluk print_events (Ekran * dpy)
{
    XEvent Olayı;

    (1) {
    XNextEvent (dpy, ve Olayı);

    // [... burada diğer bazı etkinlik türleri burada gösteriliyor ...]

        if ((Event.type == key_press_type) ||
           (Event.type == key_release_type)) {
        int döngü;
        XDeviceKeyEvent * key = (XDeviceKeyEvent *) & Olay;

        printf ("anahtar% s% d", (Event.type == key_release_type)? "yayın": "basın", tuş-> tuş kodu);
        fprintf (stderr, "anahtar% s% d", (Event.type == key_release_type)? "yayın": "basın", tuş-> tuş kodu);

        için (loop = 0; loopaxes_count; loop ++) {
        printf ("a [% d] =% d", key-> first_axis + döngü, key-> axis_data [loop]);
        }
        Printf ( "\ n");
    } 
    }
}

Şu andaki fikrim, belki de yönlendirme yaparak, programın, tuşa basma tuş açma olaylarını izleme yeteneğini kaybettiğidir.

Sadece stdout bir terminal olmadığında çıktı tamponlanır.

Ve tuşuna bastığınızda Ctrl-C, bu arabellek henüz yazılmamışsa / kaybolur.

Kullandığınız herhangi bir şeyle aynı davranışı elde edersiniz stdio. Örneğin deneyin:

grep . > file

Boş olmayan birkaç satır girin ve tuşuna basın Ctrl-C; dosyanın boş olduğunu göreceksiniz.

Diğer taraftan, şunu yazın:

xinput test 10 > file

Ve arabellek dolması için klavyeye yeterince yazın (en az 4k değerinde çıkış) ve bir kerede 4k'luk parçalarla dosyanın boyutunun arttığını göreceksiniz .

İle tamponunu temizledikten sonra zarifçe çıkmak için grepyazabilirsiniz . Çünkü böyle bir seçenek olduğunu sanmıyorum.Ctrl-Dgrepxinput

Varsayılan stderrolarak arabelleğe alınmadığını ve neden farklı bir davranış sergilendiğinizi açıklar.fprintf(stderr)

, Varsa xinput.c, bir ekleme signal(SIGINT, exit), söylemek olduğunu xinputaldığı incelikle zaman çıkmak için SIGINTgöreceğiniz, filene göz önünde bulundurun: Güvenli garanti edilmemektedir sinyal eylemcilerden kütüphane işlevlerini çağıran olarak (bu düşmezse varsayarak artık boş printf arabellek yazarken sinyal gelirse olabilir).

Varsa stdbuf, stdioarabelleğe alma davranışını değiştirmek için bu komutu kullanabilirsiniz :

stdbuf -oL xinput test 10 > file

Orada bu sitede birçok soru devre dışı bırakarak kapak stdion daha da alternatif çözümler bulacaksınız tip belleğe alma.

Bir komut, doğrudan /dev/ttyyönlendirmenin gerçekleşmesini engellemek için doğrudan yazabilir .

$ cat demo
#!/bin/ksh
LC_ALL=C TZ=Z date > /dev/tty
$ ./demo >demo.out 2>demo.err
Fri Dec 28 10:31:57  2012
$ ls -l demo*
-rwxr-xr-x 1 jlliagre jlliagre 41 2012-12-28 11:31 demo
-rw-r--r-- 1 jlliagre jlliagre  0 2012-12-28 11:31 demo.err
-rw-r--r-- 1 jlliagre jlliagre  0 2012-12-28 11:31 demo.out

xinputBir dosyanın çıktısını reddeder gibi görünür, ancak bir terminale çıkışı reddetmez. Bunu başarmak için muhtemelen xinputsistem çağrısını kullanın

int isatty(int fd)

Açılacak dosya tanıtıcısının bir terminali ifade edip etmediğini kontrol etmek için.

Bir süre önce aynı fenomene rastladım denilen bir programla dpic. Kaynağa ve bazı hata ayıklama işlemlerine baktıktan sonra ilgili satırları kaldırdım isattyve her şey tekrar beklendiği gibi çalıştı.

Ancak bu deneyimin çok rahatsız edici olduğu konusunda size katılıyorum;)

Senin içinde test.cdosyanın kullanmakta tamponlu veri temizleme olabilir (void)fflush(stdout);sizin hemen sonra printfifadeleri.

    // in test.c
    printf("key %s %d ", (Event.type == key_release_type) ? "release" : "press  ", key->keycode);
    //fprintf(stderr,"key %s %d ", (Event.type == key_release_type) ? "release" : "press  ", key->keycode);
    //(void)fflush(NULL);
    (void)fflush(stdout);

Komut satırında, komut satırlı xinput test 10bir terminalde (pty) scriptkomut ile çalıştırarak satır tamponlu çıktısını etkinleştirebilirsiniz .

script -q /dev/null xinput test 10 > file      # FreeBSD, Mac OS X
script -c "xinput test 10" /dev/null > file    # Linux

Evet. Pascal'de programladığımda bile DOS zamanlarda yaptım. Sanırım prensip hala geçerli:

1. Stdout'u kapat
2. Stdout'u konsol olarak yeniden açın
3. Çıktıyı stdout'a yaz

Bu herhangi bir boruyu kırdı.