The only irritation I am finding is the constantly changing file server naming convention at the NWS part of NOAA.
Just when I started to get a handle on the Radar links it all changed again. Otherwise operators on the other end failing to "ACK" a message is out of the programmers control. 73 Dave KB3EFS PS - I am now known as Dave "The Solar Dude" on some other groups.io reflectors just to prevent confusion in a "Multi Dave" conversation. On 5/23/19 10:15 AM, Curt Mills wrote: > Anyone else have any reports, good or bad? > > FWIW: For the types of things I do the latest code has been stable for me. > > We're getting close to a release and Tom will most likely be the one doing > it. No target date has been mentioned. If we run into any nasty bugs that > might delay. > > > On Fri, May 17, 2019 at 6:16 PM Lee Bengston <lee.bengs...@gmail.com> wrote: > >> I've played with it some and and have not found any issues. I put together >> a BPQ packet node in January, and I haven't fully back-filled what I had >> "stolen" from aprs, so testing capability is fairly limited. From what I >> can tell, though, it's nice and stable. >> >> I do have a few questions about the source ( yeah, always one in the crowd >> :-) ) >> >> - In dlm.c noticed references to "curl-multi" and evidently the capability >> to leverage parallel downloading of map tiles as supported by libcurl. Is >> whether or not that is supported in our platform based on what version of >> curl is installed? >> >> - now that dlm.c handles downloading tiles, is there anything left in >> tile_mgmnt.c that is still needed or could tile_mgmnt.h and tile_mgmnt.c be >> removed? It seems at a minimum the "getOneTile" portion of tile_mgmnt.c is >> no longer needed. >> >> Looks like you guys are doing a lot of cleanup in this release, so brought >> that up just in case there's some stuff there that could be streamlined a >> bit. >> >> Fyi, my Odroid XU4 (arm based) beats the pants off my Intel Celeron based >> laptop in terms of map download speed. Both are on Ubuntu 18.04 with the >> MATE desktop. Am wondering if the fact that the XU4 has an octa-core cpu >> makes a difference with respect to curl-multi. >> >> The cleaner compiling is very noticeable, and the earlier note about newer >> compilers spitting out more warnings matches what I saw. Compiling is >> cleaner in Debian Stretch and Ubuntu 16.04 than it is in Ubuntu 18.04, but >> it still builds fine. (And even in Ubuntu 18.04 the new code still >> compiles a lot cleaner that the older code did) >> >> Thanks, >> >> Lee >> K5DAT >> >> >> On Thu, May 9, 2019 at 9:57 AM Curt Mills <curt.w...@gmail.com> wrote: >> >>> We're planning to do a release within a few weeks. It might be as few as >> 2 >>> weeks. >>> >>> Please check out / compile / thrash on the latest Github Xastir code. >> Find >>> anything that broke with our latest code fixes. Exercise all types of >>> interfaces, messaging, bulletins, weather stations, tracking, following >>> stations, maps, etc. Anything you can think of. >>> >>> The latest code compiles much cleaner and a lot of fixes went in to make >>> that possible. We'd like this release to function well, so whatever you >> can >>> do to exercise the code would be most appreciated. >>> >>> If you find a bug or odd operation, report it here: >>> >>> https://github.com/Xastir/Xastir/issues >>> >>> Thanks! >>> >>> -- >>> Curt, WE7U http://we7u.wetnet.net >>> http://www.sarguydigital.com >>> _______________________________________________ >>> Xastir mailing list >>> Xastir@lists.xastir.org >>> http://xastir.org/mailman/listinfo/xastir >>> >> _______________________________________________ >> Xastir mailing list >> Xastir@lists.xastir.org >> http://xastir.org/mailman/listinfo/xastir >> > _______________________________________________ Xastir mailing list Xastir@lists.xastir.org http://xastir.org/mailman/listinfo/xastir