Hello Stefan,
I appreciate you looking into this, and I can clearly understand the
reason behind not incurring the dependency.
I will build my own for now.
Here is a clip from MSDN on the subject:
*** Clip
Support for getaddrinfo on older versions of Windows
The *getaddrinfo* function was added to the /Ws2_32.dll/ on Windows XP
and later. If you want to execute an application using this function on
earlier versions of Windows (Windows 2000, Windows NT, and
Windows Me/98/95), then you need to include the /Ws2tcpip.h/ file and
also include the /Wspiapi.h/ file. When the /Wspiapi.h/ include file is
added, the *getaddrinfo* function is defined to the WspiapiGetAddrInfo
inline function in the /Wspiapi.h/ file. At runtime, the
WspiapiGetAddrInfo function is implemented in such a way that if the
/Ws2_32.dll/ or the /Wship6.dll/ (the file containing *getaddrinfo* in
the IPv6 Technology Preview for Windows 2000) does not include
*getaddrinfo*, then a version of *getaddrinfo* is implemented inline
based on code in the /Wspiapi.h/ header file. This inline code will be
used on older Windows platforms that do not natively support the
*getaddrinfo* function.
The IPv6 protocol is supported on Windows 2000 when the IPv6 Technology
Preview for Windows 2000 is installed. Otherwise *getaddrinfo* support
on versions of Windows earlier than Windows XP is limited to handling
IPv4 name resolution.
The *GetAddrInfoW* function is the Unicode version of *getaddrinfo*. The
*GetAddrInfoW* function was added to the /Ws2_32.dll/ in Windows XP SP2.
The *GetAddrInfoW* function cannot be used on versions of Windows
earlier than Windows XP SP2.
*** Clip
If you are interested in me going in and researching this and providing
the solution here, I would be happy to do so.
Checkout Problem:
In my checkout of the TortoiseSVN-1.4.3 I am still unable to obtain the
external neon library. Is this something I talk to one of you about or
do I need to find someone at apache?
*** Clip
[d:\wrk\wrk.tortoisesvn]svn checkout
http://tortoisesvn.tigris.org/svn/tortoisesvn/tags/version_1.4.3
tortoisesvn-1.4.3
Fetching external item into 'tortoisesvn-1.4.3\ext\Subversion'
Checked out external at revision 24569.
Fetching external item into 'tortoisesvn-1.4.3\ext\apr'
Checked out external at revision 528638.
Fetching external item into 'tortoisesvn-1.4.3\ext\apr-util'
Checked out external at revision 528638.
Fetching external item into 'tortoisesvn-1.4.3\ext\apr-iconv'
Checked out external at revision 528638.
Fetching external item into 'tortoisesvn-1.4.3\ext\neon'
svn: PROPFIND request failed on '/repos/projects/neon/tags/0.26.3'
svn: PROPFIND of '/repos/projects/neon/tags/0.26.3': Could not read
status line: An existing connection was forcibly closed by the remote
host. (http://svn.webdav.org)
[d:\wrk\wrk.tortoisesvn]
*** Clip
Thanks,
DanS.
Stefan Küng wrote:
> On 4/12/07, Stefan Küng <tortoisesvn@gmail.com> wrote:
>> Dan Sackinger wrote:
>>
>> > I would like to request IPv6 support for the client.
>> >
>> > I was able to compile svn.exe and the other tools to support v6 in the
>> > client by adding the following:
>> > ENABLE_IPV6=yes
>> > to the neon.vcproj as a command line switch for all of the targets.
>> >
>> > While this clearly isn't full support for v6, it does allow the client
>> > to make connections to a v6 enabled web server installation. If
>> the v6
>> > server has a DNS entry, a developer using the product really has no
>> idea
>> > that v6 is being used for the connection. (Minimal impact).
>>
>> I'll do that tomorrow.
>
> After changing the build system of TSVN and some tests, I have to
> decline your request. I'm sorry.
> The reason is simple:
> If we enable ipv6 support, TSVN won't run anymore on those systems
> where the ipv6 libs are not installed. And since even most XP systems
> don't have those installed (it's an optional windows update), that is
> a real showstopper.
>
> So, no ipv6 support for the near future.
>
> Stefan
>
Received on Fri Apr 13 22:27:46 2007