In case there are still devices in the hashmap when the module is
unloaded, we need to free the hashmap before the devices, because
the hashmap key points to the device's name instead of making a copy.
Reported-by: Alexander Patrakov patra...@gmail.com
Signed-off-by: David Henningsson
mingw32 does not have getuid, so ifdef it properly.
Reported-by: Michael DePaulo mikedep...@gmail.com
Signed-off-by: David Henningsson david.hennings...@canonical.com
---
src/pulsecore/core-util.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/src/pulsecore/core-util.c
03.12.2014 16:55, Alexander E. Patrakov wrote:
03.12.2014 16:37, David Henningsson wrote:
In case there are still devices in the hashmap when the module is
unloaded, we need to free the hashmap before the devices, because
the hashmap key points to the device's name instead of making a copy.
Thank you. I was able to build PulseAudio (13a3daa) successfully with
your patch :)
On Wed, Dec 3, 2014 at 6:50 AM, David Henningsson
david.hennings...@canonical.com wrote:
mingw32 does not have getuid, so ifdef it properly.
Reported-by: Michael DePaulo mikedep...@gmail.com
Signed-off-by:
Since some point after 5.0 was released, I have been unable to build
PulseAudio with ORC (The Oil Runtime Compiler).
I can work around this issue easily by disabling ORC (passing
--disable-orc to mingw32-configure), but I thought I'd report this
issue.
Yes, I am building on mingw32. I am using
03.12.2014 16:37, David Henningsson wrote:
In case there are still devices in the hashmap when the module is
unloaded, we need to free the hashmap before the devices, because
the hashmap key points to the device's name instead of making a copy.
Reported-by: Alexander Patrakov patra...@gmail.com