[pulseaudio-tickets] [Bug 96754] webrtc-audio-processing: Add MinGW build support

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=96754

--- Comment #10 from Nicolas Dufresne  ---
Created attachment 124818
  --> https://bugs.freedesktop.org/attachment.cgi?id=124818=edit
Don't blindly link to pthread

This otherwise breaks the build on Android and Windows.

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.___
pulseaudio-bugs mailing list
pulseaudio-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/pulseaudio-bugs

[pulseaudio-tickets] [Bug 96754] webrtc-audio-processing: Add MinGW build support

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=96754

--- Comment #9 from Nicolas Dufresne  ---
Created attachment 124817
  --> https://bugs.freedesktop.org/attachment.cgi?id=124817=edit
Disable backtrace on android

The check get confused if one uses GNU STL rather then STL port.

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.___
pulseaudio-bugs mailing list
pulseaudio-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/pulseaudio-bugs

[pulseaudio-tickets] [Bug 96754] webrtc-audio-processing: Add MinGW build support

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=96754

--- Comment #8 from Nicolas Dufresne  ---
Created attachment 124815
  --> https://bugs.freedesktop.org/attachment.cgi?id=124815=edit
Fix build on win64

This trace function is mixing long int and long long int pointers.

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.___
pulseaudio-bugs mailing list
pulseaudio-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/pulseaudio-bugs

[pulseaudio-tickets] [Bug 96754] webrtc-audio-processing: Add MinGW build support

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=96754

--- Comment #6 from Nicolas Dufresne  ---
Created attachment 124813
  --> https://bugs.freedesktop.org/attachment.cgi?id=124813=edit
Add missing windows specific headers

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are the QA Contact for the bug.___
pulseaudio-bugs mailing list
pulseaudio-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/pulseaudio-bugs

[pulseaudio-tickets] [Bug 96754] webrtc-audio-processing: Add MinGW build support

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=96754

--- Comment #5 from Nicolas Dufresne  ---
Created attachment 124812
  --> https://bugs.freedesktop.org/attachment.cgi?id=124812=edit
Fix case sensitivity issue with MinGW cross-build

Signed-off-by: Nicolas Dufresne 

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are the QA Contact for the bug.___
pulseaudio-bugs mailing list
pulseaudio-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/pulseaudio-bugs

[pulseaudio-tickets] [Bug 96754] webrtc-audio-processing: Add MinGW build support

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=96754

--- Comment #4 from Nicolas Dufresne  ---
Created attachment 124811
  --> https://bugs.freedesktop.org/attachment.cgi?id=124811=edit
lrint is available with mingw

This make use of lrint when building with mingw. The assembly code
for X86 is MSVC specific and would not build.

Signed-off-by: Nicolas Dufresne 

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are the QA Contact for the bug.___
pulseaudio-bugs mailing list
pulseaudio-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/pulseaudio-bugs

[pulseaudio-tickets] [Bug 96754] webrtc-audio-processing: Add MinGW build support

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=96754

--- Comment #2 from Nicolas Dufresne  ---
Created attachment 124809
  --> https://bugs.freedesktop.org/attachment.cgi?id=124809=edit
Don't use MSVC specific exception handler for MINGW

Signed-off-by: Nicolas Dufresne 

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.___
pulseaudio-bugs mailing list
pulseaudio-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/pulseaudio-bugs

[pulseaudio-tickets] [Bug 96754] webrtc-audio-processing: Add MinGW build support

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=96754

--- Comment #3 from Nicolas Dufresne  ---
Created attachment 124810
  --> https://bugs.freedesktop.org/attachment.cgi?id=124810=edit
Add missing throw in destructor override

This is being inforced by mingw.

Signed-off-by: Nicolas Dufresne 

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.___
pulseaudio-bugs mailing list
pulseaudio-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/pulseaudio-bugs

[pulseaudio-tickets] [Bug 96754] webrtc-audio-processing: Add MinGW build support

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=96754

--- Comment #1 from Nicolas Dufresne  ---
Created attachment 124808
  --> https://bugs.freedesktop.org/attachment.cgi?id=124808=edit
Don't include execinfo.h for windows

And that even if we have GLIBC. This fixes a build issue in mingw.

Signed-off-by: Nicolas Dufresne 

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.___
pulseaudio-bugs mailing list
pulseaudio-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/pulseaudio-bugs

[pulseaudio-tickets] [Bug 96754] New: webrtc-audio-processing: Add MinGW build support

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=96754

Bug ID: 96754
   Summary: webrtc-audio-processing: Add MinGW build support
   Product: PulseAudio
   Version: unspecified
  Hardware: Other
OS: All
Status: NEW
  Severity: normal
  Priority: medium
 Component: misc
  Assignee: pulseaudio-bugs@lists.freedesktop.org
  Reporter: nico...@ndufresne.ca
QA Contact: pulseaudio-bugs@lists.freedesktop.org
CC: lenn...@poettering.net

As of now, the webrtc-audio-processing library cannot be build on Windows. As
most of our build system is gcc specific, I'll start with adding MinGW support,
even though the code is clearly made for MSVC. Patches coming.

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.___
pulseaudio-bugs mailing list
pulseaudio-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/pulseaudio-bugs

[pulseaudio-tickets] [Bug 96741] asyncmsgq.c: Assertion 'a->asyncq = pa_asyncq_new(size)' failed at pulsecore/asyncmsgq.c:66, function pa_asyncmsgq_new(). Aborting.

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=96741

Tanu Kaskinen  changed:

   What|Removed |Added

 Blocks||96750

--- Comment #5 from Tanu Kaskinen  ---
Crasher, marking as a 10.0 blocker.


Referenced Bugs:

https://bugs.freedesktop.org/show_bug.cgi?id=96750
[Bug 96750] [TRACKER] PulseAudio 10.0 release
-- 
You are receiving this mail because:
You are the assignee for the bug.
You are the QA Contact for the bug.___
pulseaudio-bugs mailing list
pulseaudio-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/pulseaudio-bugs

[pulseaudio-tickets] [Bug 96750] [TRACKER] PulseAudio 10.0 release

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=96750

Tanu Kaskinen  changed:

   What|Removed |Added

 Depends on||96741


Referenced Bugs:

https://bugs.freedesktop.org/show_bug.cgi?id=96741
[Bug 96741] asyncmsgq.c: Assertion 'a->asyncq = pa_asyncq_new(size)' failed at
pulsecore/asyncmsgq.c:66, function pa_asyncmsgq_new(). Aborting.
-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.___
pulseaudio-bugs mailing list
pulseaudio-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/pulseaudio-bugs

[pulseaudio-tickets] [Bug 96750] [TRACKER] PulseAudio 10.0 release

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=96750

Tanu Kaskinen  changed:

   What|Removed |Added

 Depends on||96612


Referenced Bugs:

https://bugs.freedesktop.org/show_bug.cgi?id=96612
[Bug 96612] crash in module-rtp-recv.c:271
-- 
You are receiving this mail because:
You are the assignee for the bug.
You are the QA Contact for the bug.___
pulseaudio-bugs mailing list
pulseaudio-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/pulseaudio-bugs

[pulseaudio-tickets] [Bug 96612] crash in module-rtp-recv.c:271

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=96612

Tanu Kaskinen  changed:

   What|Removed |Added

 Blocks||96750

--- Comment #1 from Tanu Kaskinen  ---
Since this is a crash bug, I'll mark this as a 10.0 blocker (but if this turns
out to be hard to debug, I don't promise that we won't remove the blocker
status).


Referenced Bugs:

https://bugs.freedesktop.org/show_bug.cgi?id=96750
[Bug 96750] [TRACKER] PulseAudio 10.0 release
-- 
You are receiving this mail because:
You are the assignee for the bug.
You are the QA Contact for the bug.___
pulseaudio-bugs mailing list
pulseaudio-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/pulseaudio-bugs

[pulseaudio-tickets] [Bug 96726] Fails to build with openssl 1.1.0

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=96726

Tanu Kaskinen  changed:

   What|Removed |Added

 Blocks||96750

--- Comment #1 from Tanu Kaskinen  ---
Marking this as a 10.0 blocker.


Referenced Bugs:

https://bugs.freedesktop.org/show_bug.cgi?id=96750
[Bug 96750] [TRACKER] PulseAudio 10.0 release
-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.___
pulseaudio-bugs mailing list
pulseaudio-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/pulseaudio-bugs

[pulseaudio-tickets] [Bug 96750] [TRACKER] PulseAudio 10.0 release

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=96750

Tanu Kaskinen  changed:

   What|Removed |Added

 Depends on||96726


Referenced Bugs:

https://bugs.freedesktop.org/show_bug.cgi?id=96726
[Bug 96726] Fails to build with openssl 1.1.0
-- 
You are receiving this mail because:
You are the assignee for the bug.
You are the QA Contact for the bug.___
pulseaudio-bugs mailing list
pulseaudio-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/pulseaudio-bugs

[pulseaudio-tickets] [Bug 96750] [TRACKER] PulseAudio 10.0 release

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=96750

Tanu Kaskinen  changed:

   What|Removed |Added

 Depends on||95352


Referenced Bugs:

https://bugs.freedesktop.org/show_bug.cgi?id=95352
[Bug 95352] PA crash on Assertion 'pa_atomic_load(>pool->stat.n_imported) >
0
-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.___
pulseaudio-bugs mailing list
pulseaudio-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/pulseaudio-bugs

[pulseaudio-tickets] [Bug 95352] PA crash on Assertion 'pa_atomic_load(>pool->stat.n_imported) > 0

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=95352

Tanu Kaskinen  changed:

   What|Removed |Added

 Blocks||96750

--- Comment #13 from Tanu Kaskinen  ---
This doesn't seem like a regression, but since this is a crasher, I'll mark
this tentatively as a 10.0 blocker anyway.

The current status is that I'm looking into the possibility of removing all
memblock type changes. It seems nicer than adding more locking to make the type
changes safe. There are only two cases where we change memblock types on the
fly: we make imported memblocks local when a client disconnects (related to
this crash), and alsa-source creates memblocks from alsa memory that is valid
only for a short time, so before the memory becomes invalid, the audio has to
be copied elsewhere and the memblock type has to be changed.

Making imported memblocks local doesn't seem necessary, because I think the
underlying memory area stays accessible as long as needed. Maybe the idea was
to make sure that we don't keep old client mempools around in the server for
longer than absolutely necessary, but I don't understand why having them around
a bit longer would be a problem.

The alsa-source use case seems to be about avoiding one memory copy, if the
recorded audio isn't needed after the pa_source_post() call. When dealing with
normal client streams, however, the memory has to be copied anyway before it
can be sent to the client. I can't think of any use cases where the current
approach would save memory copies, except the case where a source runs without
anything connected to it, but that's hardly a use case worth optimizing for...

I don't expect fast progress on this, and I worry how I can reach confidence in
not breaking anything. The code is complicated, and at least so far I don't
feel I understand it well, and I plan to remove big parts of it (like memblock
revoking and releasing - those things seem pretty useless to me, but usually
things have purpose)...


Referenced Bugs:

https://bugs.freedesktop.org/show_bug.cgi?id=96750
[Bug 96750] [TRACKER] PulseAudio 10.0 release
-- 
You are receiving this mail because:
You are the assignee for the bug.
You are the QA Contact for the bug.___
pulseaudio-bugs mailing list
pulseaudio-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/pulseaudio-bugs

[pulseaudio-tickets] [Bug 96750] New: [TRACKER] PulseAudio 10.0 release

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=96750

Bug ID: 96750
   Summary: [TRACKER] PulseAudio 10.0 release
   Product: PulseAudio
   Version: unspecified
  Hardware: Other
OS: All
Status: NEW
  Severity: normal
  Priority: medium
 Component: misc
  Assignee: pulseaudio-bugs@lists.freedesktop.org
  Reporter: ta...@iki.fi
QA Contact: pulseaudio-bugs@lists.freedesktop.org
CC: lenn...@poettering.net

Placeholder to track bugs blocking PulseAudio 10.0.

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are the QA Contact for the bug.___
pulseaudio-bugs mailing list
pulseaudio-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/pulseaudio-bugs

[pulseaudio-tickets] [Bug 93823] [TRACKER] PulseAudio 9.0 release

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=93823

Tanu Kaskinen  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |FIXED

--- Comment #3 from Tanu Kaskinen  ---
9.0 is out, closing.

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are the QA Contact for the bug.___
pulseaudio-bugs mailing list
pulseaudio-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/pulseaudio-bugs

[pulseaudio-tickets] [Bug 96749] New: Daemon can hang after [null-sink] asyncq.c: q overrun, queuing locally

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=96749

Bug ID: 96749
   Summary: Daemon can hang after [null-sink] asyncq.c: q overrun,
queuing locally
   Product: PulseAudio
   Version: unspecified
  Hardware: Other
OS: All
Status: NEW
  Severity: major
  Priority: medium
 Component: core
  Assignee: pulseaudio-bugs@lists.freedesktop.org
  Reporter: mar...@saepia.net
QA Contact: pulseaudio-bugs@lists.freedesktop.org
CC: lenn...@poettering.net

Created attachment 124804
  --> https://bugs.freedesktop.org/attachment.cgi?id=124804=edit
gdb dump

Version 9.0.

I have connected many (+/- 100) GStreamer based clients over native protocol
with disabled SHM and realtime scheduling.

Each client that has GStreamer's pulsesink loads module-null-sink and sends
data to this sink.

Each client that has GStreamer's pulsesrc loads module-null-sink and fetches
data from this sink's monitor.

Sporadically I load loopback module to "connect" these null sinks and their
monitors.

It works fine for a while and then loads of 

[null-sink] asyncq.c: q overrun, queuing locally

appear in the syslog.

All operations of PA are stopped. It's not desired behaviour, even if there's
something wrong with some of the clients it should not cause whole daemon to
hang.

Stack trace is attached.

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are the QA Contact for the bug.___
pulseaudio-bugs mailing list
pulseaudio-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/pulseaudio-bugs

[pulseaudio-tickets] [Bug 96748] Deadlock in the daemon after mmap issues

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=96748

--- Comment #1 from Tanu Kaskinen  ---
It might take a while before I have time to investigate this more deeply, but
here's a quick comment: The main thread is creating a new null sink, and is
stuck waiting for the new sink to process the PA_SINK_MESSAGE_SET_STATE
message. All of the sink threads are idly polling, however, so it looks like
the message passing system is somehow broken. Or maybe the new sink thread
didn't get created properly due to some resource shortage (pa_thread_new()
succeeded, though)? The mmap issues don't seem directly related.

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.___
pulseaudio-bugs mailing list
pulseaudio-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/pulseaudio-bugs

[pulseaudio-tickets] [Bug 96748] New: Deadlock in the daemon after mmap issues

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=96748

Bug ID: 96748
   Summary: Deadlock in the daemon after mmap issues
   Product: PulseAudio
   Version: unspecified
  Hardware: Other
OS: All
Status: NEW
  Severity: normal
  Priority: medium
 Component: daemon
  Assignee: pulseaudio-bugs@lists.freedesktop.org
  Reporter: mar...@saepia.net
QA Contact: pulseaudio-bugs@lists.freedesktop.org
CC: lenn...@poettering.net

Version 9.0.

I have found out that if there's an issue with mmap in srbchannel

Jun 30 16:03:47 001-euw1-plumber pulseaudio[32349]: [pulseaudio] shm.c: mmap()
failed: Resource temporarily unavailable
Jun 30 16:03:47 001-euw1-plumber pulseaudio[32349]: [pulseaudio] shm.c: mmap()
failed: Resource temporarily unavailable
Jun 30 16:03:47 001-euw1-plumber pulseaudio[32349]: [pulseaudio]
protocol-native.c: Disabling srbchannel, reason: Failed to allocate shared
writable memory pool.
Jun 30 16:03:47 001-euw1-plumber pulseaudio[32349]: [pulseaudio]
module-loopback.c: No such source.
Jun 30 16:03:47 001-euw1-plumber pulseaudio[32349]: [pulseaudio] module.c:
Failed to load module "module-loopback" (argument: "source=something.monitor
sink=somethingelse_dont_move=true sink_dont_move=true"): initialization failed.

the daemon can silently hang.

You cannot connect:

$ pacmd
Daemon not responding.


$ strace pacmd
execve("/opt/myapp-abc-1.0/bin/pacmd", ["pacmd"], [/* 16 vars */]) = 0
brk(NULL)   = 0xdcc000
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0x7fb31075d000
access("/etc/ld.so.preload", R_OK)  = -1 ENOENT (No such file or directory)
open("/opt/myapp-abc-1.0/lib/tls/x86_64/libpulse.so.0", O_RDONLY|O_CLOEXEC) =
-1 ENOENT (No such file or directory)
stat("/opt/myapp-abc-1.0/lib/tls/x86_64", 0x7ffca04fb5a0) = -1 ENOENT (No such
file or directory)
open("/opt/myapp-abc-1.0/lib/tls/libpulse.so.0", O_RDONLY|O_CLOEXEC) = -1
ENOENT (No such file or directory)
stat("/opt/myapp-abc-1.0/lib/tls", 0x7ffca04fb5a0) = -1 ENOENT (No such file or
directory)
open("/opt/myapp-abc-1.0/lib/x86_64/libpulse.so.0", O_RDONLY|O_CLOEXEC) = -1
ENOENT (No such file or directory)
stat("/opt/myapp-abc-1.0/lib/x86_64", 0x7ffca04fb5a0) = -1 ENOENT (No such file
or directory)
open("/opt/myapp-abc-1.0/lib/libpulse.so.0", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\0\314\0\0\0\0\0\0"...,
832) = 832
fstat(3, {st_mode=S_IFREG|0644, st_size=333600, ...}) = 0
mmap(NULL, 2427752, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0x7fb3102e9000
mprotect(0x7fb310338000, 2097152, PROT_NONE) = 0
mmap(0x7fb310538000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x4f000) = 0x7fb310538000
close(3)= 0
open("/opt/myapp-abc-1.0/lib/libpulsecommon-9.0.so", O_RDONLY|O_CLOEXEC) = -1
ENOENT (No such file or directory)
open("/opt/myapp-abc-1.0/lib/pulseaudio/tls/x86_64/libpulsecommon-9.0.so",
O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
stat("/opt/myapp-abc-1.0/lib/pulseaudio/tls/x86_64", 0x7ffca04fb570) = -1
ENOENT (No such file or directory)
open("/opt/myapp-abc-1.0/lib/pulseaudio/tls/libpulsecommon-9.0.so",
O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
stat("/opt/myapp-abc-1.0/lib/pulseaudio/tls", 0x7ffca04fb570) = -1 ENOENT (No
such file or directory)
open("/opt/myapp-abc-1.0/lib/pulseaudio/x86_64/libpulsecommon-9.0.so",
O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
stat("/opt/myapp-abc-1.0/lib/pulseaudio/x86_64", 0x7ffca04fb570) = -1 ENOENT
(No such file or directory)
open("/opt/myapp-abc-1.0/lib/pulseaudio/libpulsecommon-9.0.so",
O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\260?\1\0\0\0\0\0"...,
832) = 832
fstat(3, {st_mode=S_IFREG|0644, st_size=486784, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0x7fb31075c000
mmap(NULL, 2582600, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0x7fb310072000
mprotect(0x7fb3100e7000, 2093056, PROT_NONE) = 0
mmap(0x7fb3102e6000, 12288, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x74000) = 0x7fb3102e6000
close(3)= 0
open("/opt/myapp-abc-1.0/lib/libpthread.so.0", O_RDONLY|O_CLOEXEC) = -1 ENOENT
(No such file or directory)
open("/opt/myapp-abc-1.0/lib/pulseaudio/libpthread.so.0", O_RDONLY|O_CLOEXEC) =
-1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=35786, ...}) = 0
mmap(NULL, 35786, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7fb310753000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
open("/lib/x86_64-linux-gnu/libpthread.so.0", 

[pulseaudio-tickets] [Bug 96741] asyncmsgq.c: Assertion 'a->asyncq = pa_asyncq_new(size)' failed at pulsecore/asyncmsgq.c:66, function pa_asyncmsgq_new(). Aborting.

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=96741

--- Comment #1 from Marcin Lewandowski  ---
PA 8.0 does the same.

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.___
pulseaudio-bugs mailing list
pulseaudio-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/pulseaudio-bugs

[pulseaudio-tickets] [Bug 96741] New: asyncmsgq.c: Assertion 'a->asyncq = pa_asyncq_new(size)' failed at pulsecore/asyncmsgq.c:66, function pa_asyncmsgq_new(). Aborting.

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=96741

Bug ID: 96741
   Summary: asyncmsgq.c: Assertion 'a->asyncq =
pa_asyncq_new(size)' failed at
pulsecore/asyncmsgq.c:66, function pa_asyncmsgq_new().
Aborting.
   Product: PulseAudio
   Version: unspecified
  Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
  Severity: critical
  Priority: medium
 Component: core
  Assignee: pulseaudio-bugs@lists.freedesktop.org
  Reporter: mar...@saepia.net
QA Contact: pulseaudio-bugs@lists.freedesktop.org
CC: lenn...@poettering.net

I have compiled PA 9.0 from sources on ubuntu 16.04. I use only required
dependencies.

asyncmsgq.c: Assertion 'a->asyncq = pa_asyncq_new(size)' failed at
pulsecore/asyncmsgq.c:66, function pa_asyncmsgq_new(). Aborting.

I use it as a regular user with the following config:

#!/usr/bin/pulseaudio -nF

.fail

load-module module-native-protocol-unix auth-group=app
auth-cookie-enabled=false srbchannel=true

### Automatically move streams to the default sink if the sink they are
### connected to dies, similar for sources
load-module module-rescue-streams

### Make sure we always have a sink around, even if it is a null sink.
load-module module-always-sink sink_name=null

### Honour intended role device property
load-module module-intended-roles

### Make some devices default
set-default-sink null
set-default-source null.monitor


I spawn it using systemd:

[Unit]
Description=App PulseAudio

[Service]
User=app
Group=app
WorkingDirectory=/home/app
ExecStart=/opt/myapp-1.0/bin/pulseaudio --high-priority=1 --realtime=1
--disallow-exit=1 --exit-idle-time=-1 --log-target=syslog --no-cpu-limit -F
/etc/pulse/app.pa -n
Environment="LD_LIBRARY_PATH=/opt/myapp-1.0/lib"
OOMScoreAdjust=-100
KillMode=process
Restart=always
RestartSec=5s
TimeoutSec=30s
LimitMEMLOCK=134217728
LimitNICE=31
LimitRTPRIO=-99
LimitNOFILE=64000
LimitNPROC=64000
LimitCPU=infinity
IOSchedulingClass=realtime
IOSchedulingPriority=1

[Install]
WantedBy=multi-user.target
Alias=myapp-pulseaudio.service

It happens quite frequently, every a few minutes.

There are loads of free memory and other resources on the server.

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are the QA Contact for the bug.___
pulseaudio-bugs mailing list
pulseaudio-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/pulseaudio-bugs