similar to: mapping mux vector question

Displaying 20 results from an estimated 200 matches similar to: "mapping mux vector question"

2003 Mar 16
2
Some Questions
Hello I posted these to the vorbis maillist, but got no answers, so I try it here again: Currently, I'm having a very close look at the spec and discovered some mistakes, misundestandings: 1--------- in "vorbis-spec-res.html" paragraph Residue format Reside format partitions each......... ^ heres the 'u' missing. <p>2-------------- Probably another one in
2013 Jul 18
0
Help understand decoding of stereo vorbis data
Hi, I'm trying to implement a vorbis decoder, and am having some trouble getting it to work with stereo vorbis data. It's giving me some PCM output which is roughly right, but it has artefacts. I think it's most likely something to do with my handling of floor decode/curve synthesis. My first thoughts are that I'm handling the submap number/floor mapping incorrectly; I'm
2015 Aug 16
0
Questions about the accuracy of the spec
Hello, I have three questions, though all of which already mentioned by other people in the mailing list, about the accuracy of the Vorbis I Specification published on Feb 27. 1. On page 34 section 4.3.4., explanation of the situation where there are only one submap is omitted, and it is difficult to understand that the decoder should assume in such cases that all the audio channels belong to
2005 Dec 09
0
RE: nodebytes and leafwords
hi kuhlen, what you said is correct. i am talking about how you are going to arrange these codewords into an array, i.e. in the function _make_decode_table. there he uses node bytes and leaf words for memory management. i got a 24 bit platform. so if i assume that max. codeword length that could be possible as 24 bits can i allocate a memory of (2 * used entries - 2), to arrange the whole tree in
2015 Jul 05
2
[Bug 2422] New: [PATCH] creating unix sockets using mux not documented in PROTOCOL.mux
https://bugzilla.mindrot.org/show_bug.cgi?id=2422 Bug ID: 2422 Summary: [PATCH] creating unix sockets using mux not documented in PROTOCOL.mux Product: Portable OpenSSH Version: 6.9p1 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 Component:
2011 Jan 13
2
[PATCH] mux: update PROTOCOL.mux and fix error messages on client side
--- PROTOCOL.mux | 24 ++++++++++++------------ mux.c | 10 +++++----- 2 files changed, 17 insertions(+), 17 deletions(-) diff --git a/PROTOCOL.mux b/PROTOCOL.mux index 1d8c463..958e0d5 100644 --- a/PROTOCOL.mux +++ b/PROTOCOL.mux @@ -28,7 +28,7 @@ defined. To open a new multiplexed session, a client may send the following request: - uint32 MUX_C_MSG_NEW_SESSION + uint32
1997 Aug 20
0
Max Mux.
Could anyone tell me what max mux is, and where to change it on a pc?? Thanks, please respond directly as I am not on the list. ------------------------------------- Michael A. Ballbach: N0ZTQ, yeh-zehn. ballbach@lorien.ml.org <--- PGP Key Here. (finger) mikeb@vr1.com http://ballbach.lorien.ml.org/ "I don't know how world war three will be fought, but world war four will
2011 May 06
2
[Bug 1902] New: persistent mux master should chdir away from the current directory
https://bugzilla.mindrot.org/show_bug.cgi?id=1902 Summary: persistent mux master should chdir away from the current directory Product: Portable OpenSSH Version: 5.8p2 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: ssh AssignedTo:
2011 Jan 31
1
[PATCH] fix copy'n'paste error in PROTOCOL.mux
--- PROTOCOL.mux | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/PROTOCOL.mux b/PROTOCOL.mux index 3d6f818..88f95b3 100644 --- a/PROTOCOL.mux +++ b/PROTOCOL.mux @@ -122,7 +122,7 @@ For dynamically allocated listen port the server replies with Note: currently unimplemented (server will always reply with MUX_S_FAILURE). -A client may request the master to establish a
2011 Feb 07
0
[PATCH] PROTOCOL.mux: fix typo
--- PROTOCOL.mux | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/PROTOCOL.mux b/PROTOCOL.mux index 3d6f818..5074993 100644 --- a/PROTOCOL.mux +++ b/PROTOCOL.mux @@ -149,7 +149,7 @@ The client then sends its standard input and output file descriptors The contents of "reserved" are currently ignored. -A server may reply with a MUX_S_SESSION_OPEED, a
2011 Feb 07
1
[PATCH] ssh: set proctitle for mux master
Preserving the command line from the invoking ssh command doesn't make much sense, so use setproctitle() to hide the arguments. --- ssh.c | 20 +++++++++++++++++--- 1 files changed, 17 insertions(+), 3 deletions(-) diff --git a/ssh.c b/ssh.c index d32ef78..8ebcc88 100644 --- a/ssh.c +++ b/ssh.c @@ -230,12 +230,25 @@ main(int ac, char **av) struct servent *sp; Forward fwd; - /* Ensure
2011 May 06
1
[PATCH/trivial] Fix numbering in PROTOCOL.mux
diff --git i/PROTOCOL.mux w/PROTOCOL.mux index 05bb146..b53af19 100644 PROTOCOL.mux --- i/PROTOCOL.mux +++ w/PROTOCOL.mux @@ -180,7 +180,7 @@ The MUX_S_PERMISSION_DENIED and MUX_S_FAILURE include a reason: uint32 client request id string reason -9. Protocol numbers +10. Protocol numbers #define MUX_MSG_HELLO 0x00000001 #define MUX_C_NEW_SESSION 0x10000002
2012 Apr 27
2
[PATCH] mux: fix memory leak of control path if bind() fails
--- mux.c | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/mux.c b/mux.c index d90605e..fa796bd 100644 --- a/mux.c +++ b/mux.c @@ -1195,6 +1195,7 @@ muxserver_listen(void) close(muxserver_sock); muxserver_sock = -1; } + xfree(orig_control_path); xfree(options.control_path); options.control_path = NULL; options.control_master = SSHCTL_MASTER_NO;
2014 Mar 26
0
[Bug 1902] persistent mux master should chdir away from the current directory
https://bugzilla.mindrot.org/show_bug.cgi?id=1902 Simon Deziel <simon at sdeziel.info> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |simon at sdeziel.info -- You are receiving this mail because: You are watching the assignee of the bug. You are
2015 Feb 18
0
[Bug 1902] persistent mux master should chdir away from the current directory
https://bugzilla.mindrot.org/show_bug.cgi?id=1902 chrysn at fsfe.org changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |chrysn at fsfe.org --- Comment #3 from chrysn at fsfe.org --- looking to report this myself, i first found bug #1988; the change that
2015 Aug 11
0
[Bug 2002] [mux.c] fix memory leak of control path if bind() fails
https://bugzilla.mindrot.org/show_bug.cgi?id=2002 Damien Miller <djm at mindrot.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED --- Comment #2 from Damien Miller <djm at mindrot.org> --- Set all RESOLVED bugs to CLOSED with release
2015 Aug 11
0
[Bug 2003] [mux.c] fix memory leaks when new session message is malformed
https://bugzilla.mindrot.org/show_bug.cgi?id=2003 Damien Miller <djm at mindrot.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED --- Comment #2 from Damien Miller <djm at mindrot.org> --- Set all RESOLVED bugs to CLOSED with release
2017 Feb 17
3
[Bug 2679] New: ssh mux process (and maybe others) should perhaps cd /
https://bugzilla.mindrot.org/show_bug.cgi?id=2679 Bug ID: 2679 Summary: ssh mux process (and maybe others) should perhaps cd / Product: Portable OpenSSH Version: 7.4p1 Hardware: Other OS: All Status: NEW Severity: enhancement Priority: P5 Component: ssh Assignee:
2004 Sep 23
0
Monitor w/ m flag - Doesn't mux in some cases - Advice?
I'm currently using the Monitor option w/ the m flag for every incoming call and every outgoing call. I simply have it as priority 1 for inbound and outbound. If someone calls in and we transfer that call to, for example... Another phone number (not extension). The call is still recorded except it doesn't mix the two sound files together.
2015 Jan 26
0
CEBA-2015:0081 CentOS 7 golang-github-gorilla-mux BugFix Update
CentOS Errata and Bugfix Advisory 2015:0081 Upstream details at : https://rhn.redhat.com/errata/RHBA-2015-0081.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: b3cf78fe6b5b9beffa028f11eec93d372e6776b7519b41a99fd1fb9e7b988ed9 golang-github-gorilla-mux-devel-0-0.15.git136d54f.el7_0.noarch.rpm Source: