You can subscribe to this list here.
| 2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(4) |
Sep
|
Oct
|
Nov
(1) |
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2005 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
(3) |
Jul
|
Aug
(7) |
Sep
|
Oct
(2) |
Nov
(1) |
Dec
(7) |
| 2006 |
Jan
(1) |
Feb
(2) |
Mar
(3) |
Apr
(3) |
May
(5) |
Jun
(1) |
Jul
|
Aug
(2) |
Sep
(4) |
Oct
(17) |
Nov
(18) |
Dec
(1) |
| 2007 |
Jan
|
Feb
|
Mar
(8) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(2) |
Nov
(6) |
Dec
(1) |
| 2008 |
Jan
(17) |
Feb
(20) |
Mar
(8) |
Apr
(8) |
May
(10) |
Jun
(4) |
Jul
(5) |
Aug
(6) |
Sep
(9) |
Oct
(19) |
Nov
(4) |
Dec
(35) |
| 2009 |
Jan
(40) |
Feb
(16) |
Mar
(7) |
Apr
(6) |
May
|
Jun
(5) |
Jul
(5) |
Aug
(4) |
Sep
(1) |
Oct
(2) |
Nov
(15) |
Dec
(15) |
| 2010 |
Jan
(5) |
Feb
(20) |
Mar
(12) |
Apr
|
May
(2) |
Jun
(4) |
Jul
|
Aug
(11) |
Sep
(1) |
Oct
(1) |
Nov
(3) |
Dec
|
| 2011 |
Jan
(8) |
Feb
(19) |
Mar
|
Apr
(12) |
May
(7) |
Jun
(8) |
Jul
|
Aug
(1) |
Sep
(21) |
Oct
(7) |
Nov
(4) |
Dec
|
| 2012 |
Jan
(3) |
Feb
(25) |
Mar
(8) |
Apr
(10) |
May
|
Jun
(14) |
Jul
(5) |
Aug
(12) |
Sep
(3) |
Oct
(14) |
Nov
|
Dec
|
| 2013 |
Jan
(10) |
Feb
(4) |
Mar
(10) |
Apr
(14) |
May
(6) |
Jun
(13) |
Jul
(37) |
Aug
(20) |
Sep
(11) |
Oct
(1) |
Nov
(34) |
Dec
|
| 2014 |
Jan
(8) |
Feb
(26) |
Mar
(24) |
Apr
(5) |
May
|
Jun
|
Jul
|
Aug
(4) |
Sep
(28) |
Oct
(4) |
Nov
(4) |
Dec
(2) |
| 2015 |
Jan
|
Feb
|
Mar
(2) |
Apr
|
May
|
Jun
(13) |
Jul
|
Aug
(3) |
Sep
(8) |
Oct
(11) |
Nov
(16) |
Dec
|
| 2016 |
Jan
|
Feb
(6) |
Mar
|
Apr
(9) |
May
(23) |
Jun
(3) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
| 2017 |
Jan
|
Feb
|
Mar
|
Apr
(7) |
May
(3) |
Jun
|
Jul
(3) |
Aug
|
Sep
(8) |
Oct
|
Nov
|
Dec
(3) |
| 2018 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2019 |
Jan
(4) |
Feb
|
Mar
(2) |
Apr
(6) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2020 |
Jan
|
Feb
|
Mar
|
Apr
(31) |
May
|
Jun
|
Jul
|
Aug
(7) |
Sep
|
Oct
|
Nov
|
Dec
(1) |
| 2021 |
Jan
(2) |
Feb
(2) |
Mar
(5) |
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2022 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| S | M | T | W | T | F | S |
|---|---|---|---|---|---|---|
|
|
1
|
2
|
3
|
4
|
5
|
6
|
|
7
|
8
|
9
(2) |
10
(1) |
11
|
12
|
13
|
|
14
|
15
|
16
|
17
|
18
|
19
|
20
|
|
21
|
22
|
23
|
24
|
25
|
26
|
27
|
|
28
|
29
|
30
|
|
|
|
|
|
From: Sébastien B. <seb...@mi...> - 2010-11-10 08:37:23
|
Hi, On Wednesday, November 10, 2010 12:32:21 am Stephen Sinclair wrote: > Cool to hear about your port, if you have any suggestions for what can > be changed to support embedded systems please let us know! * Do not use the GNU autotools, which actually make porting harder on "exotic" and/or non-GNU platforms. Since you have few source files, in my opinion a plain Makefile would suffice and people can easily hack it to port liblo to their new platform. I can also suggest you write your own "configure" script from scratch if you want to stick to the de-facto standard, instead of using the unmodifiable gibberish puked out by autoconf. * Separate the code into a "networking" part and a "core" part that does the parsing, registering/calling methods, etc. So people wanting to use liblo on a system with a non-UNIX-like IP stack (LWIP etc.) or with a lighter one (like RTEMS that I'm using, which does not support many features needed by liblo) can use the "core" part only and hook it to their custom networking code. You'll also want to make the "address" type opaque when used in the message structure, so that the "core" part is totally network independent. For my port I basically stripped out all the networking code from the library and re-implemented it in the application. I'm aware this isn't very upstream- friendly, but I have a product to get out of the door, lots of work and lacking time and developers, so I just took the fastest option. Kind regards, S. |
|
From: Stephen S. <rad...@gm...> - 2010-11-09 23:32:29
|
On Tue, Nov 9, 2010 at 7:58 AM, Sébastien Bourdeauducq <seb...@mi...> wrote: > Hi, > > I am developing a port of liblo for embedded systems (see > https://github.com/lekernel/liboscparse) and I'm quite surprised to see that > lo_server_free does not try to free memory allocated by any queued events. > Won't this cause a memory leak if lo_server_free is called when events are > queued? Possibly, I'd have to investigate further. Feel free to patch it ;) Cool to hear about your port, if you have any suggestions for what can be changed to support embedded systems please let us know! Steve |
|
From: Sébastien B. <seb...@mi...> - 2010-11-09 12:58:03
|
Hi, I am developing a port of liblo for embedded systems (see https://github.com/lekernel/liboscparse) and I'm quite surprised to see that lo_server_free does not try to free memory allocated by any queued events. Won't this cause a memory leak if lo_server_free is called when events are queued? S. |