On Tue, 20 May 2003, Ethan Sommer wrote:Nope. I need to strip out all the nulls from the packet, or any posix regex parser will think the string ends at the first null. (so protocols which use null's will be difficult/impossible to identify)
Yep. We haven't spent a lot of time on optimizations. Obviously that example can be fixed pretty quickly... except I'm not sure we can avoid it and stay thread safe? (linux can route multiple packets at the same time on an smp box right? so we can't just use a staically defined buffer...)
Your problem seesm to be the regexp scheme used. You dont need a static buffer i think. You should be able to operate on an incoming packet itself.
I could modify the regexec function to take a length, but then it wouldn't be the posix regexec prototype and I was hopeing someone would add those to the common library of kernel functions, so others could use them. (and hence make it easier to maintain.)
Ethan
- : send the line "unsubscribe linux-net" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
