search for: 28139

...39;s error output). Everything's fine on 10.9. How do folks deal with this? Don't use 10.10 for building llvm? Is there some tweakable to tell the kernel "please don't kill my processes"? Here's an example from just now: FAIL: LLVM :: MC/X86/shuffle-comments.s (18589 of 28139) ******************** TEST 'LLVM :: MC/X86/shuffle-comments.s' FAILED ******************** Script: -- /Users/thakis/src/chromefetch/src/third_party/llvm-bootstrap/./bin/llvm-mc /Volumes/MacintoshHD2/src/chromefetch/src/third_party/llvm/test/MC/X86/shuffle-comments.s -triple=x86_64-unknown-u...

Hai,   i just noticed some timestamps in my DNS got date :  24-08-27825   or 23-06-28139 Im researching this now.   but lunch first.   If you see this also, can you guys post back you samba version.   Thanks.   Greetz,   Louis        

...>> How do folks deal with this? Don't use 10.10 for building llvm? Is there >> some tweakable to tell the kernel "please don't kill my processes"? >> >> Here's an example from just now: >> >> FAIL: LLVM :: MC/X86/shuffle-comments.s (18589 of 28139) >> > > Btw, for the sake of having this in writing somewhere: one other thing > I've run into (I was generating a huge number of lit tests for an > artificial reason; wasn't during normal development) is that once you go > past ~32K tests (2^15) lit's current way i...

...C++98 features with -std=gnu++98 configure:28130: x86_64-conda_cos6-linux-gnu-g++ -std=gnu++98 -c -Wall -mtune=amdfam10 -g -O2 -I/jhpce/shared/jhpce/core/conda/miniconda3-4.6.14/envs/svnR-3.6/include -fpic -DNDEBUG -D_FORTIFY_SOURCE=2 -O2 conftest.cp p >&5 configure:28130: $? = 0 configure:28139: result: yes configure:28315: checking whether g++ -std=c++11 supports C++11 features configure:28607: g++ -std=c++11 -c -Wall -mtune=amdfam10 -g -O2 -I/jhpce/shared/jhpce/core/conda/miniconda3-4.6.14/envs/svnR-3.6/include -fPIC -DNDEBUG -D_FORTIFY_SOURCE=2 -O2 conftest.cpp >&5 ../R-3.6-src/...

...Reported by Ross Beer) * ASTERISK-28679 - stasis application is destroyed after its creation (Reported by Francois Blackburn) * ASTERISK-25421 - PJSIP. MESSAGE_SEND_STATUS set to SUCCESS in spite of the error when sending (Reported by Dmitriy Serov) * ASTERISK-28139 - RTP Stream Incorrect Payload Type Causes Asterisk To Drop Calls (Reported by Paul Brooks) * ASTERISK-28686 - chan_sip strictrtp=yes fails when media source is changed: no audio (Reported by Walter Doekes) Improvements made in this release: -------------------------------...

...Reported by Ross Beer) * ASTERISK-28679 - stasis application is destroyed after its creation (Reported by Francois Blackburn) * ASTERISK-25421 - PJSIP. MESSAGE_SEND_STATUS set to SUCCESS in spite of the error when sending (Reported by Dmitriy Serov) * ASTERISK-28139 - RTP Stream Incorrect Payload Type Causes Asterisk To Drop Calls (Reported by Paul Brooks) * ASTERISK-28686 - chan_sip strictrtp=yes fails when media source is changed: no audio (Reported by Walter Doekes) Improvements made in this release: -------------------------------...

...04]? [<ffffffffaf4506fe>] SYSC_newstat+0x2e/0x60 [30359.970009]? [<ffffffffaf33e3f6>] ? __audit_syscall_exit+0x1e6/0x280 [30359.970013]? [<ffffffffaf450bbe>] SyS_newstat+0xe/0x10 [30359.970018]? [<ffffffffaf98dede>] system_call_fastpath+0x25/0x2a [30359.970024] INFO: task cp:28139 blocked for more than 120 seconds. [30359.970260] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. [30359.970497] cp????????????? D ffff8937380a5780???? 0 28139 27597 0x00000080 [30359.970504] Call Trace: [30359.970510]? [<ffffffffaf504262>] ? security_...

...ncois Blackburn) * ASTERISK-25421 - PJSIP. MESSAGE_SEND_STATUS set to SUCCESS in spite of the error when sending (Reported by Dmitriy Serov) * ASTERISK-28686 - chan_sip strictrtp=yes fails when media source is changed: no audio (Reported by Walter Doekes) * ASTERISK-28139 - RTP Stream Incorrect Payload Type Causes Asterisk To Drop Calls (Reported by Paul Brooks) * ASTERISK-26955 - pjsip: SIP Packets with Via "received=" Containing IPv6 Address Delimited by "[]" Rejected (Reported by Peter Sokolov) Improvements made...

...ncois Blackburn) * ASTERISK-25421 - PJSIP. MESSAGE_SEND_STATUS set to SUCCESS in spite of the error when sending (Reported by Dmitriy Serov) * ASTERISK-28686 - chan_sip strictrtp=yes fails when media source is changed: no audio (Reported by Walter Doekes) * ASTERISK-28139 - RTP Stream Incorrect Payload Type Causes Asterisk To Drop Calls (Reported by Paul Brooks) Improvements made in this release: ----------------------------------- * ASTERISK-28750 - TLS/SSL Key too small error (Reported by Martin Zeh) * ASTERISK-28733 - stream: Add suppor...

...ncois Blackburn) * ASTERISK-25421 - PJSIP. MESSAGE_SEND_STATUS set to SUCCESS in spite of the error when sending (Reported by Dmitriy Serov) * ASTERISK-28686 - chan_sip strictrtp=yes fails when media source is changed: no audio (Reported by Walter Doekes) * ASTERISK-28139 - RTP Stream Incorrect Payload Type Causes Asterisk To Drop Calls (Reported by Paul Brooks) * ASTERISK-26955 - pjsip: SIP Packets with Via "received=" Containing IPv6 Address Delimited by "[]" Rejected (Reported by Peter Sokolov) Improvements made...

...ncois Blackburn) * ASTERISK-25421 - PJSIP. MESSAGE_SEND_STATUS set to SUCCESS in spite of the error when sending (Reported by Dmitriy Serov) * ASTERISK-28686 - chan_sip strictrtp=yes fails when media source is changed: no audio (Reported by Walter Doekes) * ASTERISK-28139 - RTP Stream Incorrect Payload Type Causes Asterisk To Drop Calls (Reported by Paul Brooks) Improvements made in this release: ----------------------------------- * ASTERISK-28750 - TLS/SSL Key too small error (Reported by Martin Zeh) * ASTERISK-28733 - stream: Add suppor...

...gt; configure:28130: x86_64-conda_cos6-linux-gnu-g++ -std=gnu++98 -c -Wall > -mtune=amdfam10 -g -O2 > -I/jhpce/shared/jhpce/core/conda/miniconda3-4.6.14/envs/svnR-3.6/include > -fpic -DNDEBUG -D_FORTIFY_SOURCE=2 -O2 conftest.cp > p >&5 > configure:28130: $? = 0 > configure:28139: result: yes > configure:28315: checking whether g++ -std=c++11 supports C++11 features > configure:28607: g++ -std=c++11 -c -Wall -mtune=amdfam10 -g -O2 > -I/jhpce/shared/jhpce/core/conda/miniconda3-4.6.14/envs/svnR-3.6/include > -fPIC -DNDEBUG -D_FORTIFY_SOURCE=2 -O2 conftest.cpp >...

The other end is sending g729 even though it was not negotiated. The other end should not do this and it usually seems that the other ends that do send g729. This was recently fixed. See https://issues.asterisk.org/jira/browse/ASTERISK-28139 Richard On Thu, May 14, 2020 at 1:11 AM John Hughes <john at calva.com> wrote: > I am having a problem with one of my callers who is using either g729 or > alaw. I can do alaw but not g729 so asterisk should negotiate alaw right? > In fact from the sip debug it looks like it does...

I am having a problem with one of my callers who is using either g729 or alaw.  I can do alaw but not g729 so asterisk should negotiate alaw right?  In fact from the sip debug it looks like it does, but then I get the dreaded "channel.c:5630 set_format: Unable to find a codec translation path: (g729) -> (alaw)" and the call hangs up.  Why? Last minute thought: Is it possible that

...ncois Blackburn) * ASTERISK-25421 - PJSIP. MESSAGE_SEND_STATUS set to SUCCESS in spite of the error when sending (Reported by Dmitriy Serov) * ASTERISK-28686 - chan_sip strictrtp=yes fails when media source is changed: no audio (Reported by Walter Doekes) * ASTERISK-28139 - RTP Stream Incorrect Payload Type Causes Asterisk To Drop Calls (Reported by Paul Brooks) * ASTERISK-28677 - CDR billsec is always 0 for transferred calls (Reported by Maciej Michno) * ASTERISK-28702 - chan_dahdi: holding a channel via flash to dialtone times out a...

Hello, I test samba 4.9.5 in my debian buster . Almost everything works. My last problem concerns the printers. I? could need some help explaining my logs .I have this : /usr/sbin/smbd: reloading printcap cache /usr/sbin/smbd: reload status: ok /usr/sbin/smbd: pid_to_procid: messaging_dgm_get_unique failed: Aucun fichier ou dossier de ce type /usr/sbin/smbd: send_all_fn: messaging_send_buf

..._get_unique failed: Aucun fichier ou dossier de ce type /usr/sbin/smbd: send_all_fn: messaging_send_buf to 4765 failed: NT_STATUS_OBJECT_NAME_NOT_FOUND /usr/sbin/smbd: send_all_fn: messaging_send_buf to 12752 failed: NT_STATUS_OBJECT_NAME_NOT_FOUND /usr/sbin/smbd: send_all_fn: messaging_send_buf to 28139 failed: NT_STATUS_OBJECT_NAME_NOT_FOUND /usr/sbin/smbd: pid_to_procid: messaging_dgm_get_unique failed: Aucun fichier ou dossier de ce type /usr/sbin/smbd: send_all_fn: messaging_send_buf to 5797 failed: NT_STATUS_OBJECT_NAME_NOT_FOUND /usr/sbin/smbd: send_all_fn: messaging_send_buf to 12842 failed...