libspotify注销在从nodeJS模块调用时崩溃

我正在尝试为nodeJS编写一个包装libspotify的模块。目标是编写一个网络应用程序，允许远程控制从 Spotify 播放音乐的设备。

我决定按照 spshell 示例进行操作以确保线程安全，并用普通 C 编写一个"Spotify 服务"，该服务启动一个调用所有 API 函数的单独线程。

然后，nodeJS 模块只需调用一些提供的函数即可与 spotify 进行交互。该服务的代码可以在这里找到：http://pastebin.com/KB6uwSC8 新线程从底部启动。

现在，如果我在这样的简单程序中调用它（fget 只是为了有一个简单的方法来完成登录）。我使用 c++ 来接近 node-gyp 编译代码。

#include <stdio.h>
extern "C" {
        #include "objects/SpotifyService.h"
}
int  main(int argc, char** argv) {
    login();
    char string[100];
    fgets(string, 100, stdin);
    fprintf(stdout, "Got: %s", string);
    logout();
    fgets(string, 100, stdin);
    fprintf(stdout, "Got: %s", string);
    return 0;
}

它工作正常。我不能让它崩溃。

如果我在nodeJS中使用相同的"服务"（这意味着我只是调用login()和logout()而不做其他事情），它有时会在注销时崩溃，例如7-8/10次。我尝试了很多东西，包括：

将编译器标志从node-gyp复制到我的小示例
摆弄 Spotify 线程的线程属性
在 OSX 和 Debian 上编译
使用 libuv 而不是普通 pthreads
将我的"服务"编译为共享库并从节点调用它

无济于事。它只是崩溃。从 gdb 中调用时，它似乎崩溃较少，但这可能是随机的。

来自 gdb 的堆栈跟踪显示以下内容：

Thread 3 (Thread 0x7ffff65fd700 (LWP 21838)):
#0  0x00007ffff678f746 in ?? () from /usr/local/lib/libspotify.so.12
#1  0x00007ffff6702289 in ?? () from /usr/local/lib/libspotify.so.12
#2  0x00007ffff6702535 in ?? () from /usr/local/lib/libspotify.so.12
#3  0x00007ffff6703b5a in ?? () from /usr/local/lib/libspotify.so.12
#4  0x00007ffff6703c86 in ?? () from /usr/local/lib/libspotify.so.12
#5  0x00007ffff66c5c8b in ?? () from /usr/local/lib/libspotify.so.12
#6  0x00007ffff679a5b3 in sp_session_process_events () from /usr/local/lib/libspotify.so.12
#7  0x00007ffff6aa7839 in spotifyLoop (nervNicht=<value optimized out>) at    ../src/SpotifyService.c:103
#8  0x00007ffff70118ca in start_thread () from /lib/libpthread.so.0
#9  0x00007ffff6d78b6d in clone () from /lib/libc.so.6
#10 0x0000000000000000 in ?? ()

（在OSX中，gdb显示libspotify中调用的函数称为"process_title"。

由于到目前为止没有任何帮助，我只是不知道我是否可以让它工作，或者它是否是libspotify中与nodeJS不兼容的东西。我不明白node-gyp如何链接.o文件，也许出了什么问题？

我在 github 上发现了另外两个尝试这样做的项目，但其中一个将 spotify 主循环实际上放在 Javascript 中，另一个使用节点 0.1.100 和 libspotify 0.0.4，并且已经 2 年没有更新了。我无法从他们俩身上学到任何东西。

好吧，我又玩了一些。我只是忽略了注销错误并继续实现其他功能。

我在logged_in回调中添加了一个新的sp_playlist_container创建，显然这有所帮助。之后，节点模块不再崩溃（或尚未崩溃）。

static sp_playlistcontainer_callbacks pc_callbacks = {
     .container_loaded = &rootPlaylistContainerLoaded,
};
static void rootPlaylistContainerLoaded(sp_playlistcontainer* pc, void* userdata) {
    int numPlaylists = sp_playlistcontainer_num_playlists(pc);
    fprintf(stdout, "Root playlist synchronized, number of Playlists: %dn", numPlaylists);
}
static void loggedIn(sp_session* session, sp_error error) {
    if(SP_ERROR_OK != error) {
            fprintf(stderr, "Error logging in: %sn", sp_error_message(error));
    } else {
            fprintf(stdout, "Service is logged in!n");
    } 
    //This is absolutely necessary here, otherwise following callbacks can crash.
    sp_playlistcontainer *pc = sp_session_playlistcontainer(spotifySession);
    sp_playlistcontainer_add_callbacks(pc, &pc_callbacks, NULL);
}

但是sp_playlist_container创建必须在logged_in回调中，如果我在另一个函数（例如"getPlaylistNames"）中调用它，程序也会崩溃。

我会看看它是否继续有效，并希望这个答案可以帮助其他人。

相关内容

最新更新

热门标签：