search for: satat

..., `msg_query()` handled two commands by the client: `MSG_QUERY` and also `MSG_GETMSET` (which was marked as "used during a conversation"). This changes this and makes it so `msg_query()` returns even when the client hasn't yet sent a `MSG_GETMSET`, but instead only keeping the current satate of the query in the `MatchState` struct and setting the expected `required_type` for the next command. The purpose of this is that an event based remote protocol server might still not yet have the `MSG_GETMSET` message from the client as a response, and it'd be bad practice (or catastrophic)...

...> encounters delM=NAN? is it an exception? What is wrong with the > above handler etc? If I've read this correctly, the problem is not so much about tryCatch, as it is about testing for NaNs. If delM is NaN, then your condition is NaN > S, which is NA. if(NA) then throws an error satating that there is a missing value wehre TRUE/FALSE is needed. You need to test for NaN in your condition using is.nan(), e.g. replace delM > S with is.nan(delM) || delM > S Regards, Richie. Mathematical Sciences Unit HSL -------------------------------------------------------------...

...-p icmp -s 64.233.189.104 -j ACCEPT OK, here there are many diffierent kind of ICMP traffic To view what is avaliable try this: iptables -p icmp -h With the above INPUT statement you are allowing all types of ICMP packets into your system. > And this is for TCP ( it does not nedd a INPUT satatment .it works fine) > > iptables -A OUTPUT -p tcp -o eth0 --dport 22 -j ACCEPT That is because the reply for the system you are SSH'ing to is already concidered an ESATBLISHED,RELATED connection which is handled by you ESTABLISHED,RELATED rule. > PLs expalin, why? I hope that migh...