Hi Bogdan, Juha mentioned that he started to work on the string representation and hopefully this should get rid of the IP only restriction that we have today.
In my previous post I was just answering your question. I think we are all in sink :-) Regards, Ovidiu Sas On 2/19/07, Bogdan-Andrei Iancu <[EMAIL PROTECTED]> wrote:
Hi Ovidiu, as I understood , the DB will contains the string representation of the IP address, so you can use struct ip_addr* str2ip(str* st) which hopefully will solve the problem. regards, bogdan Ovidiu Sas wrote: > Hi Bogdan, > > The ip_addr in the lcr module is populated with the value stored in > the database, which is stored in LE format (openserctl script: lcr > addgw). > > > Regards, > Ovidiu Sas > > On 2/19/07, Bogdan-Andrei Iancu <[EMAIL PROTECTED]> wrote: >> Hi Juha, >> >> the convention is to keep in the struct ip_addr an IP address in network >> order. All functions populating this type of structure do that (or at >> least they should). ip_addr2a() expects a network order. >> >> the question is how the ip_addr structs are populated in lcr module? >> >> regards, >> bogdan >> >> Juha Heinanen wrote: >> > > 2. the print_gws() should use ip_addr2a() to print the IP address >> > > 3. before using the ip_addr2a(), the host to network translation >> > > must be applied (inside do_load_gws() and print_gws() functions) >> > >> > this part i don't (at least now) agree to. lcr code is using >> openser's >> > ip_addr2a in many places to convert ip address from internal >> > representation to string. >> > >> > if there is a problem with endianity, should ip_addr2a function be >> fixed >> > so that it works correctly no matter what endianity the host is? >> > >> > comments from whoever who considers him/herself responsible of >> ip_addr2a >> > function? >> > >> >> _______________________________________________ >> Devel mailing list >> Devel@openser.org >> http://openser.org/cgi-bin/mailman/listinfo/devel >> >
_______________________________________________ Devel mailing list Devel@openser.org http://openser.org/cgi-bin/mailman/listinfo/devel