Mercurial > pidgin
comparison libpurple/example/nullclient.c @ 21060:9838af97586b
A pidgin fans in Great Britain.U.K thinks that nullclient should explicitly
ignore SIGCHLD to avoid defunct dns resolution children. Really?
| author | Will Thompson <will.thompson@collabora.co.uk> |
|---|---|
| date | Fri, 02 Nov 2007 13:31:01 +0000 |
| parents | 44b4e8bd759b |
| children | c38d72677c8a |
comparison
equal
deleted
inserted
replaced
| 21059:0f4a5ff5dc84 | 21060:9838af97586b |
|---|---|
| 267 char *password; | 267 char *password; |
| 268 GMainLoop *loop = g_main_loop_new(NULL, FALSE); | 268 GMainLoop *loop = g_main_loop_new(NULL, FALSE); |
| 269 PurpleAccount *account; | 269 PurpleAccount *account; |
| 270 PurpleSavedStatus *status; | 270 PurpleSavedStatus *status; |
| 271 | 271 |
| 272 /* libpurple's built-in DNS resolution forks processes to perform | |
| 273 * blocking lookups without blocking the main process. It does not | |
| 274 * handle SIGCHLD itself, so if the UI does not you quickly get an army | |
| 275 * of zombie subprocesses marching around. | |
| 276 */ | |
| 277 signal(SIGCHLD, SIG_IGN); | |
| 278 | |
| 272 init_libpurple(); | 279 init_libpurple(); |
| 273 | 280 |
| 274 printf("libpurple initialized.\n"); | 281 printf("libpurple initialized.\n"); |
| 275 | 282 |
| 276 iter = purple_plugins_get_protocols(); | 283 iter = purple_plugins_get_protocols(); |
