Skip Menu |

This queue is for tickets about the Net-OSCAR CPAN distribution.

Report information
The Basics
Id: 8102
Status: new
Priority: 0/
Queue: Net-OSCAR

People
Owner: Nobody in particular
Requestors: perl [...] an.kiev.ua
Cc:
AdminCc:

Bug Information
Severity: Important
Broken in: 1.907
Fixed in: (no value)

Attachments


Subject: format_screenname locks up
Hi, seems like I've noticed a bug. It's not 100% reproducable, the same code sometimes work, sometimes fail. It's also possible that it's a bug in AOL serverside software or in OSCAR protocol. The problem is that format_screenname() method somtimes freezes. Let's onsider the code: $self->{'oscar'}->loglevel(35); print STDERR "checkpoint 1\n"; $self->{'oscar'}->format_screenname("TestName"); print STDERR "checkpoint 2\n"; Please see the log attached. Commenting out the call to format_screenname() solves the problem. Sending instant messages to the script while it's in such locked condition doesn't work. I see incoming messages with tcpdumop but callback is never called. Distribution: Net-OSCAR-1.907.tar.gz Perl: 5.8.2 (see attachement for perl -V) OS: FreeBSD 5.2.1-RELEASE-p9, i386 Bug is NOT reproducible: sometimes the same code works nice. If you need any further information please ask! Thanks!
Download oscar-bug.tar.gz
application/x-gzip 8.7k

Message body not shown because it is not plain text.

Looking at the log, everything seems to be proceeding normally up until the end, where it does "basic OSCAR service: Closing." It shouldn't be doing that. Can you modify your OSCAR.pm, sub delconn, replace the line: $connection->log_print(OSCAR_DBG_NOTICE, "Closing."); with: $connection->log_print(OSCAR_DBG_NOTICE, Carp::longmess("Closing.")); and then get me loglevel 10 output of this problem in action?