similar to: Pipes (fifos) not working in concurrently

>Submitter-Id: current-users >Originator: Joao Carlos Mendes Luis >Organization: >Confidential: no >Synopsis: FreeBSD mknod refuses to create pipes and fifos >Severity: non-critical >Priority: low >Category: kern >Class: change-request >Release: FreeBSD 4.9-RC i386 >Environment: System: FreeBSD zeus.faperj.br 4.9-RC FreeBSD 4.9-RC #3: Sat Oct 25 17:54:52 BRST

Hi there, there is a problem (which as far as i know) is already known with rsync on FreeBSD: it is not possible to rsync neither fifos nor unix domain sockets (note that you have to be root there): # mkfifo test # file test test: fifo (named pipe) # rsync -a test test2 mknod test2 : Invalid argument rsync error: some files could not be transferred (code 23) at main.c(620) # file /var/run/log

https://bugzilla.samba.org/show_bug.cgi?id=1804 wayned@samba.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |WONTFIX ------- Additional Comments From wayned@samba.org 2004-09-22 09:56

Hello I run into this problem on CentOS 5.7 (Final), that if I try to source a FIFO in bash, my command will be silently ignored and nothing from the FIFO is interpreted. Here is a simple example: [root at appserver2 ~]# mkfifo /tmp/myfifo [root at appserver2 ~]# echo ls -l >/tmp/myfifo & [2] 23771 [root at appserver2 ~]# source /tmp/myfifo # no `ls? output here... [root at

https://bugzilla.samba.org/show_bug.cgi?id=6280 Summary: (Bug incl. PATCH) Linux mknod does not work when syncing fifos and sockets from Solaris Product: rsync Version: 3.0.6 Platform: x64 OS/Version: Linux Status: NEW Severity: normal Priority: P3 Component: core AssignedTo:

Hi Even when you are not opening the pipe, but just listing it in cygwin, or trying to see the properties in explorer, you will have this problem: Does anybody know how to disable named pipes in samba? Or how you can kill the connection from the client side? And no, setting "nt pipe support" to no, doesn't fix the problem. /Kaj Symptom: Samba daemon hanging when trying to open

Hello, while playing around with multiple fifo contexts I got fifo hangs when opening glxgears nr.3. The reason is that in drm/linux_core/nouveau_fifo.c l.342 engine->graph.create_context() returns -ENOMEM (I dont know why but I think this problems also appears with other errors). But the real problem is that then nouveau_fifo alloc() returns without reenabling fifo execution, so all fifos

hi. i'd like to instantiate sed(1), send it some input, and retrieve its output, all via pipes (rather than an intermediate file). my sense from pipe and looking at the sources (sys-unix.c) is that is not possible. is that true? are there any thoughts of providing such a facility? cheers, Greg

https://bugzilla.samba.org/show_bug.cgi?id=2868 ------- Additional Comments From rsync@cpe-24-95-91-210.columbus.res.rr.com 2005-07-23 23:36 ------- this should apply to both fifos and sockets. creation of both are unprivileged operations, see mkfifo(2), socket(2)/bind(2) on freebsd. suggest moving/modifying do_mknod in these sections backup.c generator.c to run regardles of uid and simply

Damien Miller wrote: > IIRC it's there because reads on named pipes can hang if nothing is > attached to them And what is the problem with that? It should break nothing if this named pipe was passed to sftp explicitly (I'm not talking about recursively uploading of directory that contains named pipes). Besides, there is O_NONBLOCK if it would be very necessary. > and because

https://bugzilla.mindrot.org/show_bug.cgi?id=1869 Summary: ssh-add can no longer read from FIFOs as of 5.7p1 Product: Portable OpenSSH Version: 5.8p1 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: ssh-add AssignedTo: unassigned-bugs at mindrot.org

On Fri, Nov 09, 2018 at 11:19:43AM +0000, Philipp Schafft wrote: > > pipe=/tmp/testpipe > > There are tools to make tempfiles such as mktemp(1). You can also > consider using $$. > > mkfifo $pipe mktemp makes actual files, not pipes/fifos. -- Paul Martin <pm at nowster.me.uk>

http://bugzilla.mindrot.org/show_bug.cgi?id=856 Summary: scp hangs on FIFOs rather than erroring Product: Portable OpenSSH Version: 3.8p1 Platform: Other URL: http://bugs.debian.org/246774 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: scp AssignedTo:

Yeah it is a tad gross but here is my first (and probably only) attempt: ---------------- 8< ---------------- #!/bin/bash pipe=/tmp/testpipe trap "rm -f $pipe" EXIT if [[ ! -p $pipe ]]; then mkfifo $pipe fi mplayer -slave -playlist "http://my.icecast.stream/music" > /tmp/testpipe 2> /dev/null & while true do if read line <$pipe; then

I'm trying to establish a connection to a pair of fifos in R, one represents the input stream of a process and the other one the output of the same process. The problem is that R behaves very different when running the commands directly in the interpreter than when running via a script file. Here is the script #! /usr/bin/Rscript --vanilla # The fifos (fifo1 and fifo2) were previously

http://bugzilla.mindrot.org/show_bug.cgi?id=943 Damien Miller <djm at mindrot.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |RESOLVED Resolution| |WONTFIX CC| |djm

Hello, Some years back I tried to use example_encoder.c with mkfifo FIFO buffers to encode content as it was being decoded by mplayer. This deadlocks, because to do this you need two FIFOs (one for decompressed audio and one for video) that mplayer alternates writing output to, and that encoder_example similarly alternates reading chunks of audio and video input from. The trouble is, mplayer

Hi there, I already asked the list about the problems with sockets on FreeBSD (see here: http://www.mail-archive.com/rsync@lists.samba.org/msg08121.html). I adopted Andrew Flury's patch to the recent CVS version of rsync: Index: rsync.h =================================================================== RCS file: /cvsroot/rsync/rsync.h,v retrieving revision 1.155 diff -r1.155 rsync.h

Hello, I'm new to the list, so if this is an FAQ, please point me to the relevant docs. I'm playing with Theora, to see what kind of quality I can expect (I realise its not for production use yet). I've download the source from CVS, and got it to build, with the example encoder and player. While trying to find something to serve as a good source of input, I decided I'd use a

Version 3.1.0 of R has imposed a very small data limit on writing to fifos on Linux. Consider the following R code (Assumes that "ff" is a fifo in the R process's current directory): con <- fifo("ff", "a+b") writeBin(raw(12501), con) In R 3.0.3, this returns without error and the data is available on the fifo. In R 3.1.0, however, this returns the following