Re: [PATCH] arguments failing when extension already loaded

[JeffreyDamick]

Sure, the problem i'm seeing is caused because i'm building iptables as a shared object then using that from a little gui test app. i just basically have a prompt to enter the command line options and then i send that into do_command, and i noticed that i couldnt send a command with different options more than once.. ie:
-t nat -A PREROUTING -p TCP -i eth1 --destination-port 80 -j REDIRECT --to-ports 8080
-t nat -A PREROUTING -p TCP -i eth1 --destination-port 443 -j REDIRECT --to-ports 8080

the second command would fail, and say that --destination-port was an unknown argument, but obviously there is nothing wrong with it.. so i traced through and found that once the tcp extension was loaded, it would return the valid ptr to: !find_proto(..) but this check would not set "m",  even though the extension was loaded. sorry i didnt explain well last night, is it clearer now?


thanks,
jeff



Harald Welte wrote:

[EMAIL PROTECTED]">

On Mon, Feb 25, 2002 at 08:13:53PM -0500, JeffreyDamick wrote:

I have added a line to the makefile to compile iptables as a shared object.
When using the shared object version of iptables I found that once an 
extension had been loaded, this check would cause the arguments of the 
second command to the extension to fail. I just copied the part above, 
if the extension is actually loaded, it now works fine for multiple 
commands to the extension.

could you please give a more detailed description of the exact problem you
are encountering?

Thanks.

jeff