[tibitts]

I tried the 1.13a nightly built (20140914) on Linux (32 bit). I appreciate the new features, particularly the MPRIS support, EQ Presets, and the working ShoutCAST add-on. All this works fine - good job.

However, I do see Nightingale closing unexpectedly when starting to play certain MP3 tracks. On the shell this looks like:
process 15555: arguments to dbus_message_iter_append_basic() were incorrect, assertion "_dbus_check_is_valid_utf8 (*string_p)" failed in file dbus-message.c line 2598.
This is normally a bug in some application using the D-Bus library.
D-Bus not built with -rdynamic so unable to print a backtrace
/opt/nightingale_beta/nightingale: line 146: 15555 Aborted "$prog" ${1+"$@"}

None of the tracks causing v1.13 to close immediate when starting to play show that behavior with v1.12.1. So it looks like a new problem in v1.13.
I have no idea what's different with these songs, while others play just fine.

[rsjtdrjgfuzkfg]

Guessing into the blue, probably freaktechnik will be able to give you more concrete hints as he is the dbus guy afaik.

It seems to me like the file (either in the filename or in any tag) contains invalid characters (e.g. either really invalid or not UTF-8 while Nightingale tries to treat it as such). Do you have a file failing which is licensed under a free license (creative commons, public domain, etc)? If so, it would be great if you could send us that file (for example via dropbox, or as forum attachment if it is small).

[tibitts]

(09-14-2014, 11:14 PM)rsjtdrjgfuzkfg Wrote: Do you have a file failing which is licensed under a free license (creative commons, public domain, etc)? If so, it would be great if you could send us that file (for example via dropbox, or as forum attachment if it is small).

It's a track purchased from 7digital.com.
I can put it onto Dropbox for you to investigate the problem, but wouldn't like to publish the link here in the forum.
Can you send me a personal message I can reply to?

[freaktechnik]

(09-14-2014, 10:51 PM)tibitts Wrote: However, I do see Nightingale closing unexpectedly when starting to play certain MP3 tracks. On the shell this looks like:
process 15555: arguments to dbus_message_iter_append_basic() were incorrect, assertion "_dbus_check_is_valid_utf8 (*string_p)" failed in file dbus-message.c line 2598.
This is normally a bug in some application using the D-Bus library.
D-Bus not built with -rdynamic so unable to print a backtrace
/opt/nightingale_beta/nightingale: line 146: 15555 Aborted "$prog" ${1+"$@"}

Could you please set the NSPR_LOG_MODULES environment variable to ngDBusConnection:5? This will spew a lot of information to you, but essentially it will output the information ngale tried to send before it crashed.

EDIT: you might possibly need a debug build for this to work :S

[tibitts]

(09-15-2014, 01:51 AM)freaktechnik Wrote: you might possibly need a debug build for this to work :S

Can you remind me what it takes to run a debug build?
Thanks.

[freaktechnik]

To run a debug build you don't need anything special, however you ned a debug build in the first place, which we do not have off the bat for linux x86. To build a debug build you just need a little more time (and maybe a few dependencies).

[tibitts]

NG doesn't even start with NSPR_LOG_MODULES=ngDBusConnection:5:

Program ././nightingale-bin (pid = 10782) received signal 11.
Stack:
__kernel_rt_sigreturn+0x00000000 [linux-gate.so.1 +0x0000040C]
UNKNOWN [/home/christ1/Downloads/nightingale/nightingale-hacking/compiled/dist/xulrunner/libnspr4.so +0x00011D54]
PR_vsnprintf+0x0000007B [/home/christ1/Downloads/nightingale/nightingale-hacking/compiled/dist/xulrunner/libnspr4.so +0x000122AC]
PR_LogPrint+0x00000182 [/home/christ1/Downloads/nightingale/nightingale-hacking/compiled/dist/xulrunner/libnspr4.so +0x0000FE53]
ngDBusConnection::SetDictSDEntryArg(char const*, double)+0x00000132 [/home/christ1/Downloads/nightingale/nightingale-hacking/compiled/dist/extensions/mpris@getnightingale.com/platform/Linux_x86-gcc3/components/ngDBusConnection_d.so +0x00009232]
UNKNOWN [/home/christ1/Downloads/nightingale/nightingale-hacking/compiled/dist/xulrunner/libxul.so +0x003324CB]
UNKNOWN [/home/christ1/Downloads/nightingale/nightingale-hacking/compiled/dist/xulrunner/libxul.so +0x0033F1F0]
js_Invoke+0x0000095D [/home/christ1/Downloads/nightingale/nightingale-hacking/compiled/dist/xulrunner/libmozjs.so +0x000A204B]
UNKNOWN [/home/christ1/Downloads/nightingale/nightingale-hacking/compiled/dist/xulrunner/libmozjs.so +0x0008FF87]
js_Invoke+0x000009A6 [/home/christ1/Downloads/nightingale/nightingale-hacking/compiled/dist/xulrunner/libmozjs.so +0x000A2094]
UNKNOWN [/home/christ1/Downloads/nightingale/nightingale-hacking/compiled/dist/xulrunner/libxul.so +0x00329682]
UNKNOWN [/home/christ1/Downloads/nightingale/nightingale-hacking/compiled/dist/xulrunner/libxul.so +0x0032101D]
UNKNOWN [/home/christ1/Downloads/nightingale/nightingale-hacking/compiled/dist/xulrunner/libxul.so +0x0152C61A]
Sleeping for 300 seconds.
Type 'gdb ././nightingale-bin 10782' to attach your debugger to this thread.



This is the information dumped out when running a debug build without setting NSPR_LOG_MODULE.

WARNING: NS_ENSURE_SUCCESS(rv, rv) failed with result 0x80040111: file /home/christ1/Downloads/nightingale/nightingale-hacking/components/library/localdatabase/src/sbLocalDatabaseMediaListView.cpp, line 618
WARNING: NS_ENSURE_SUCCESS(rv, 0) failed with result 0x80040111: file /home/christ1/Downloads/nightingale/nightingale-hacking/components/mediacore/manager/src/sbMediacoreSequencer.cpp, line 2624
WARNING: NS_ENSURE_TRUE(success) failed: file /home/christ1/Downloads/nightingale/nightingale-hacking/components/mediacore/manager/src/sbMediacoreManager.cpp, line 1621
process 8531: arguments to dbus_message_iter_append_basic() were incorrect, assertion "_dbus_check_is_valid_utf8 (*string_p)" failed in file dbus-message.c line 2676.
This is normally a bug in some application using the D-Bus library.
D-Bus not built with -rdynamic so unable to print a backtrace

Program ././nightingale-bin (pid = 8531) received signal 6.
Stack:
__kernel_rt_sigreturn+0x00000000 [linux-gate.so.1 +0x0000040C]
UNKNOWN [/home/christ1/Downloads/nightingale/nightingale-hacking/compiled/dist/xulrunner/libxul.so +0x003324CB]
UNKNOWN [/home/christ1/Downloads/nightingale/nightingale-hacking/compiled/dist/xulrunner/libxul.so +0x0033F1F0]
js_Invoke+0x0000095D [/home/christ1/Downloads/nightingale/nightingale-hacking/compiled/dist/xulrunner/libmozjs.so +0x000A204B]
UNKNOWN [/home/christ1/Downloads/nightingale/nightingale-hacking/compiled/dist/xulrunner/libmozjs.so +0x0008FF87]
js_Invoke+0x000009A6 [/home/christ1/Downloads/nightingale/nightingale-hacking/compiled/dist/xulrunner/libmozjs.so +0x000A2094]
UNKNOWN [/home/christ1/Downloads/nightingale/nightingale-hacking/compiled/dist/xulrunner/libxul.so +0x00329682]
UNKNOWN [/home/christ1/Downloads/nightingale/nightingale-hacking/compiled/dist/xulrunner/libxul.so +0x0032101D]
UNKNOWN [/home/christ1/Downloads/nightingale/nightingale-hacking/compiled/dist/xulrunner/libxul.so +0x0152C61A]
sbBaseMediacoreEventTarget:ispatchEventInternal(sbIMediacoreEvent*, int*)+0x00000110 [/home/christ1/Downloads/nightingale/nightingale-hacking/compiled/dist/components/sbMediacoreManager_d.so +0x00081500]
sbBaseMediacoreEventTarget:ispatchEvent(sbIMediacoreEvent*, int, int*)+0x00000191 [/home/christ1/Downloads/nightingale/nightingale-hacking/compiled/dist/components/sbMediacoreManager_d.so +0x00081C41]
Sleeping for 300 seconds.
Type 'gdb ././nightingale-bin 8531' to attach your debugger to this thread.

[freaktechnik]

Yeah, the logging function tried to log a double as string, which doesn't work. Sorry about that. I've pushed a fix for it, which might also fix the initial crash, but I wouldn't bet on it, as from the trace it's a problem with the key and not the value (a string not a double). Alternatively the crash happens somewhere else with a piece of metadata that contains wrongly encoded utf8 characters (on the backend of MPRIS, not in the actual file).

[tibitts]

So then I'll look for a new nightly and try that?
Thanks.

[freaktechnik]

Yeah, any nightly built after my last post (so essentially from last night's) should have the fix in it.