This PTLib bug seems to be Linux specific, so Windows users were not affected. It has been fixed in the PTLib CVS now. I have changed all the cases in GnuGk that could hit the PString bug. So now you have the option of either upgrading to the CVS version of GnuGk or PTLib to avoid this bug. I won't backport this fix to 2.2.8, since the changes go though a lot of code and very few people use so many or so long aliases that this bug would show up. Its probably been in there for years without anyone noticing. Regards, Jan Jan Willamowius wrote: > Hi Esa, > > there seems to be a bug in PTLib that cuts off PStrings that get > initialised using PString::Printf after 1000 chars. I can replicate the > problem here. > > I have checked in a fix for the RCFs so your problem will be fixed in > 2.3.1. But there are about 50 other places where we use similar code, > so this probably isn't the final fix. > > Regards, > Jan > > > Esa Nyrhinen wrote: > > Hello again Jan and everyone, > > > > I'm still writing that status port application of mine and I came across > > a problem with a MCU and the status port. > > > > RCF|xxx:1720|xxx:h323_ID=xxxxxxxxx:dialedDigits=...:dialedDigits=xxxxxxxRCF|xxx:47711|xxx:h323_ID=xxx:dialedDigits=xxx:email_ID|terminal|8323_endp > > > > I noticed this problem when my parsing routine for the status port > > messages failed. There are two RCFs on that single line. The first one > > is a MCU that registers with 44 different names on the gatekeeper and > > the second a normal software endpoint. It seems to me that the MCU's > > registration with 44 names is too long and gets truncated when printed > > out on the status port. The MCU's own settings pages say that all of the > > 44 names are registered properly on the gatekeeper and calling them > > through the gatekeeper seems to work without a problem. The registration > > line of the MCU seems to get truncated at approximately 1003 characters > > leaving out the \r\n characters that would properly terminate the line > > on the status port and that causes my code to break. According to my > > calculations the line should be 1057 lines long and it is likely that it > > will get even longer later as new conferences get added to the MCU. > > > > I got the same problem with gnugk versions 2.3.0 and 2.2.8 so it doesn't > > seem to be a new thing. I guess people just haven't needed to use that > > many aliases with just one MCU or endpoint before? > > > > Regards, > > Esa -- Jan Willamowius, jan@xxxxxxxxxxxxxx, http://www.gnugk.org/ ------------------------------------------------------------------------------ Enter the BlackBerry Developer Challenge This is your chance to win up to $100,000 in prizes! For a limited time, vendors submitting new applications to BlackBerry App World(TM) will have the opportunity to enter the BlackBerry Developer Challenge. See full prize details at: http://p.sf.net/sfu/Challenge _______________________________________________________ Posting: mailto:Openh323gk-users@xxxxxxxxxxxxxxxxxxxxx Archive: http://sourceforge.net/mailarchive/forum.php?forum_name=openh323gk-users Unsubscribe: http://lists.sourceforge.net/lists/listinfo/openh323gk-users Homepage: http://www.gnugk.org/
