Mailing-List: contact tomcat-dev-help@jakarta.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Tomcat Developers List" <tomcat-dev@jakarta.apache.org>
Message-ID: <3F2A752B.9030302@apache.org>
Date: Fri, 01 Aug 2003 16:11:55 +0200
From: Henri Gomez <hgomez@apache.org>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; fr-FR;
 rv:1.4) Gecko/20030624
MIME-Version: 1.0
To: Tomcat Developers List <tomcat-dev@jakarta.apache.org>
Subject: Re: [VOTE] Release mod_jk 1.2.5
References: <3F2A435F.4090407@mail.more.net>
 <005601c3582c$30d5a920$200110ac@zonesville.com> <3F2A6700.6010407@apache.org>
 <006101c35833$93168990$200110ac@zonesville.com> <3F2A7441.6040002@apache.org>
In-Reply-To: <3F2A7441.6040002@apache.org>
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 8bit

Henri Gomez a �crit :

> Kurt Miller a �crit :
> 
>> From: "Henri Gomez" <hgomez@apache.org>
>>
>>> It was u_long before I change it in in_addr_t and then change
>>> it back to u_long.
>>
>>
>>
>> Oh. I guess I should have done a bit more research.;-) I just started
>> attempting to get mod_jk going on sparc64 a few days ago. However, 
>> using a
>> u_long for laddr is the cause of jk_resolve failing on 
>> OpenBSD/sparc64. The
>> memcpy at the end copies all zeros into rc->sin_addr when u_long is used.
>>
>> There are some other issues going on with mod_jk OpenBSD/sparc64, so 
>> its not
>> yet working even with this corrected. Given that, it may not make 
>> sense to
>> hold up the release for this. I will need to put in more time to 
>> investigate
>> the next issue.
>>
>> OpenBSD-3.3/sparc64 uses Apache 1.3.27 so this is not an issue with 
>> the new
>> APR code. I tested releases 1.2.1 - 1.2.5 on OpenBSD/sparc64 and they all
>> don't work. It wasn't until recently that I had time to start 
>> investigating
>> it. I'll post patches here as I make progress.
> 
> 
> The correct behaviour will be to use in_addr_t, but it don't works on 
> iSeries (even if it's defined, I couldn't find the correct include).
> 
> To fix the problem we could use a #define BSD64 ? to make use of 
> in_addr_t until we make more works ?
> 
> Just provide the correct defined var for BSD/SPARC64


 From my Linux manual :

INET(3)                   Manuel du programmeur Linux 
INET(3)
 

NOM 

        inet_aton,    inet_addr,    inet_network,   inet_ntoa, 
inet_makeaddr,
        inet_lnaof, inet_netof - Routines de manipulation d’adresses 
Internet.
 

SYNOPSIS 

        #include <sys/socket.h> 

        #include <netinet/in.h> 

        #include <arpa/inet.h> 

 
        int inet_aton (const char *cp, struct in_addr *inp); 

 
        in_addr_t inet_addr (const char * cp); 

 
        in_addr_t inet_network (const char * cp); 

 
        char * inet_ntoa (struct in_addr in); 

 
        struct in_addr inet_makeaddr (int net, int host); 

 
        in_addr_t inet_lnaof (struct in_addr in); 


We're using inet_addr()...


---------------------------------------------------------------------
To unsubscribe, e-mail: tomcat-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tomcat-dev-help@jakarta.apache.org