comparison libpurple/protocols/msn/soap2.c @ 21121:35b4f1dc4c8d

replace most calls to strerror with calls to g_strerror. strerror will return a locale-specific string in the locale-specific encoding, which isn't guaranteed to be UTF-8. g_strerror will always return a UTF-8 string. I left gg and zephyr untouched, since gg doesn't include glib headers yet, and zephyr does something weird with a #define for strerror. Someone more familliar with those should take a look. And the win32 guys should check and see if I screwed something up, since they had strerror #defined to something else. This should fix #2247 (and maybe some mystery crashes)
author Nathan Walp <nwalp@pidgin.im>
date Sat, 03 Nov 2007 17:52:28 +0000
parents b95550f14549
children f51152557d2f
comparison
equal deleted inserted replaced
21120:0cc12e6909e2 21121:35b4f1dc4c8d
269 count = purple_ssl_read(conn->ssl, buf, sizeof(buf)); 269 count = purple_ssl_read(conn->ssl, buf, sizeof(buf));
270 purple_debug_info("soap", "read %d bytes\n", count); 270 purple_debug_info("soap", "read %d bytes\n", count);
271 if (count < 0 && errno == EAGAIN) 271 if (count < 0 && errno == EAGAIN)
272 return; 272 return;
273 else if (count <= 0) { 273 else if (count <= 0) {
274 purple_debug_info("soap", "read: %s\n", strerror(errno)); 274 purple_debug_info("soap", "read: %s\n", g_strerror(errno));
275 purple_ssl_close(conn->ssl); 275 purple_ssl_close(conn->ssl);
276 conn->ssl = NULL; 276 conn->ssl = NULL;
277 msn_soap_connection_handle_next(conn); 277 msn_soap_connection_handle_next(conn);
278 return; 278 return;
279 } 279 }