So something like attached?
I removed my raise/reset macro's.
It appears to work for me, I added a new private pool, not sure if
this was what you intended or not.
Let me know what you think.
BR
David
David Lockyer wrote:
Okay, thank you for the suggestion. Just to be clear are you
suggesting modifying lwip_select() to allocate select_cb from a
pool & free prior to return?
Via a define, like Joel wrote, yes. This might need a new memp
pool though...
We don't have an abstraction for your priviledge raising macro
yet, and I'm not sure it's the best solution for everyone using
this mode, either.
I will have to investigate the speed impact of this, as I
have MEM_LIBC_MALLOC and MAEP_MEM_MALLOC both
defined as 1.
Well, you have this pool allocation at some other places already
when socket threads communicate with the tcpip thread for
asynchronous things.
Having those 2 defines combined with a possibly slow libc malloc()
(heap) is probabably not the fastest solution, anyway.
The best thing to get this fixed would be
Simon
______________________________________________________________________
This email has been scanned by the Symantec Email Security.cloud
service.
For more information please visit http://www.symanteccloud.com
______________________________________________________________________
_______________________________________________
lwip-users mailing list
address@hidden
https://lists.nongnu.org/mailman/listinfo/lwip-users
______________________________________________________________________
This email has been scanned by the Symantec Email Security.cloud service.
For more information please visit
http://www.symanteccloud.com
______________________________________________________________________