search for: sa_

<signal.h> in POSIX reserves the "sa_" prefix: https://pubs.opengroup.org/onlinepubs/9699919799/functions/V2_chap02.html#tag_15_02_02 Let's use "saddr_" instead. Signed-off-by: Laszlo Ersek <lersek at redhat.com> --- ocaml/helpers.c | 8 ++++---- 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a...

...and add access functions. > > [Laszlo's notes: > > - Originally posted by Rich at > <https://listman.redhat.com/archives/libguestfs/2023-January/030557.html> > (Message-Id: <20230130225521.1771496-4-rjones at redhat.com>). > > - I've renamed "sa_name" to "sact_name", due to <signal.h> reserving > symbols with the "sa_" prefix. This corresponds to earlier patches in > this series, such as 'socket activation: rename sa_(tmpdir|sockpath) to > sact_(tmpdir|sockpath)' and 'ocaml: rename &...

...t;> >> [Laszlo's notes: >> >> - Originally posted by Rich at >> <https://listman.redhat.com/archives/libguestfs/2023-January/030557.html> >> (Message-Id: <20230130225521.1771496-4-rjones at redhat.com>). >> >> - I've renamed "sa_name" to "sact_name", due to <signal.h> reserving >> symbols with the "sa_" prefix. This corresponds to earlier patches in >> this series, such as 'socket activation: rename sa_(tmpdir|sockpath) to >> sact_(tmpdir|sockpath)' and 'oca...

...ation includes stand-alone speakers and mic no echo is removed. Audio is in 22050 hz at 16 bit mono format, number of samples to process were 441 and tail was used 4096. Dumps are here: http://rapidshare.com/files/317389207/speex_AEC_test.rar.html nb_*** - working configuration (notebook) sa_*** - standalone speakers with no echo removed Can it be because of differences in fixed and arbitrary acoustic systems? I will appreciate any of your advises or thoughts. Thanks! Anton A. Shpakovsky Multimedia Software Developer -------------- next part -------------- An HTML atta...

...format, number of samples > > > > to process were 441 and tail was used 4096. > > > > > > > > Dumps are here: > > http://rapidshare.com/files/317389207/speex_AEC_test.rar.html > > > > nb_*** - working configuration (notebook) > > > > sa_*** - standalone speakers with no echo removed > > > > > > > > Can it be because of differences in fixed and arbitrary acoustic systems? > > > > I will appreciate any of your advises or thoughts. > > > > > > > > Thanks! > > > >...

...ed down to the NBD server when calling nbd_connect_systemd_socket_activation(3), we need to add the field to the handle and add access functions. [Laszlo's note: originally posted by Rich at <https://listman.redhat.com/archives/libguestfs/2023-January/030557.html>. I've renamed "sa_name" to "sact_name", due to <signal.h> reserving symbols with the "sa_" prefix. This corresponds to earlier patches in this series, such as 'socket activation: rename sa_(tmpdir|sockpath) to sact_(tmpdir|sockpath)' and 'ocaml: rename "sa_u" to &q...

..., we need to add the field to the handle and add access functions. [Laszlo's notes: - Originally posted by Rich at <https://listman.redhat.com/archives/libguestfs/2023-January/030557.html> (Message-Id: <20230130225521.1771496-4-rjones at redhat.com>). - I've renamed "sa_name" to "sact_name", due to <signal.h> reserving symbols with the "sa_" prefix. This corresponds to earlier patches in this series, such as 'socket activation: rename sa_(tmpdir|sockpath) to sact_(tmpdir|sockpath)' and 'ocaml: rename "sa_u"...

On Thu, 2016-10-13 at 20:08 -0400, Kevin Korb wrote: > I don't remember whether or not you said you were running rsync over > ssh but if you are you can also debug the ssh layer.  You can even do > it at both ends.... > > On the server run a debugging sshd on an alternate port with: > /usr/sbin/sshd -dDp222 > (note that this will only accept 1 connection, debug to the

...41 and tail was used 4096. >>>> >>>> >>>> >>>> Dumps are here: >>>> http://rapidshare.com/files/317389207/speex_AEC_test.rar.html >>>> >>>> nb_*** - working configuration (notebook) >>>> >>>> sa_*** - standalone speakers with no echo removed >>>> >>>> >>>> >>>> Can it be because of differences in fixed and arbitrary >>>> acoustic systems? >>>> >>>> I will appreciate any of your advises or thoughts. >>&...

...> > removed. Audio is in 22050 hz at 16 bit mono format, number of samples > > to process were 441 and tail was used 4096. > > > > Dumps are here: > http://rapidshare.com/files/317389207/speex_AEC_test.rar.html > > nb_*** - working configuration (notebook) > > sa_*** - standalone speakers with no echo removed > > > > Can it be because of differences in fixed and arbitrary acoustic systems? > > I will appreciate any of your advises or thoughts. > > > > Thanks! > > > > Anton A. Shpakovsky > > Multimedia Software...

...to process were 441 and tail was used 4096. > > > > > > > > > > > > Dumps are here: > > > http://rapidshare.com/files/317389207/speex_AEC_test.rar.html > > > > > > nb_*** - working configuration (notebook) > > > > > > sa_*** - standalone speakers with no echo removed > > > > > > > > > > > > Can it be because of differences in fixed and arbitrary acoustic > systems? > > > > > > I will appreciate any of your advises or thoughts. > > > > > > &gt...

...> > > > > > > > > > > > Dumps are here: > > > http://rapidshare.com/files/317389207/speex_AEC_test.rar.html > > > > > > nb_*** - working configuration (notebook) > > > > > > sa_*** - standalone speakers with no echo removed > > > > > > > > > > > > Can it be because of differences in fixed and arbitrary > acoustic systems? > > > > > > I will appreciate any of your advises or thoughts....

...>>> to process were 441 and tail was used 4096. >>> >>> >>> >>> Dumps are here: >>> http://rapidshare.com/files/317389207/speex_AEC_test.rar.html >>> >>> nb_*** - working configuration (notebook) >>> >>> sa_*** - standalone speakers with no echo removed >>> >>> >>> >>> Can it be because of differences in fixed and arbitrary acoustic systems? >>> >>> I will appreciate any of your advises or thoughts. >>> >>> >>> >...

...t(0x76f65000, 4096, PROT_READ) = 0 mprotect(0x76f46000, 4096, PROT_READ) = 0 mprotect(0x76ea8000, 4096, PROT_READ) = 0 mprotect(0x76f88000, 4096, PROT_READ) = 0 set_tid_address(0x76f86068) = 2936 set_robust_list(0x76f86070, 0xc) = 0 rt_sigaction(SIGRTMIN, {0x76f568e8, [], SA_SIGINFO|0x4000000}, NULL, 8) = 0 rt_sigaction(SIGRT_1, {0x76f56794, [], SA_RESTART|SA_SIGINFO|0x4000000}, NULL, 8) = 0 rt_sigprocmask(SIG_UNBLOCK, [RTMIN RT_1], NULL, 8) = 0 getrlimit(RLIMIT_STACK, {rlim_cur=8192*1024, rlim_max=RLIM_INFINITY}) = 0 ioctl(0, SNDCTL_TMR_TIMEBASE or TCGETS, {B115200 opo...

...c, line 619: In this statement, "sin_len" is not a member of "sock2". (needmember) sock2.sin_len = sizeof(sock2); --------^ make: *** [socket.o] Error 1 error: compile failed. The problem seem to be that configure defines HAVE_SOCKADDR_LEN if struct sockaddr.sa_len exists, while the code uses member sin_len instead of sa_len. Trying to rename sin_len to sa_len did not help. It only gave this familiar message: cc: Error: socket.c, line 620: In this statement, "sa_len" is not a member of "sock2". (needmember) sock2.sa_le...

V4 was here (incorrectly versioned on the mailing list as v3): <http://mid.mail-archive.com/20230323121016.1442655-1-lersek at redhat.com>. See the Notes section on each patch for the v5 updates. Laszlo Ersek (2): socket activation: generalize environment construction socket activation: set LISTEN_FDNAMES Richard W.M. Jones (2): common/include: Copy ascii-ctype functions from nbdkit

V3 was here: <http://mid.mail-archive.com/20230215141158.2426855-1-lersek at redhat.com>. See the Notes section on each patch for the v4 updates. The series is nearly ready for merging: every patch has at least one R-b tag, except "socket activation: avoid manipulating the sign bit". The series builds, and passes "make check" and "make check-valgrind", at

Hello list. I'm trying to rebuild the 2.6.9.67.0.20.EL kernel, but it fails even without modifications. How did I try it? Created a (non-root) build environment (not a mock ) Installed the kernel.scr.rpm and did a rpmbuild -ba --target=`uname -m` kernel-2.6.spec 2> prep-err.log | tee prep-out.log The build failed at the end: Processing files: kernel-xenU-devel-2.6.9-67.0.20.EL Checking