Re: [Bug-wget] new alpha tarball wget-1.12-2460.tar.bz2
Ray Satiro raysat...@yahoo.com writes: Hi, It is still an issue that wget/openssl combo is broken in windows. I have uploaded a new tarball: ftp://alpha.gnu.org/gnu/wget/wget-1.12-2474.tar.bz2 Can you please check if it works well for you now? OpenSSL should work well now under Windows, but I am not sure about the configure stuff. Thanks, Giuseppe
Re: [Bug-wget] new alpha tarball wget-1.12-2460.tar.bz2
Ray Satiro raysat...@yahoo.com writes: Anything in OpenSSL that tries to write to a socket will fail because it's passed a fd and not a socket. For example sock_write() in openssl's crypto/bio/bss_sock.c:153 calling send() and passing a fd will cause an error of WSAENOTSOCK. It shouldn't happen. If you look at openssl.c:401, we register the socket on Windows, not the fd. I am just guessing it should work but I don't have a Windows machine where I can check it by myself. Another thing is the configure test for openssl is still using ssl and crypto libs configure:22076: gcc -o conftest.exe -O2 -Wall conftest.c -lssl -lcrypto 5 but on windows you want -lssl -lcrypto -lws2_32 -lgdi32 As I mentioned at some other point in time what you'd expect is shared libs when building. Unfortunately a similar test for that will fail if the actual dll is not in the path. Would it be better for just an AC_CHECK_LIB on eay32 and ssl32? I have pushed some patches to do it. Can you please try with the development version if something is improved? I have cross compiled to mingw without problems, I have obtained OpenSSL for mingw using mingw-cross-env[1], which saved me from the burden of cross-compiling it. Another thing re ipv6 support: host.c: In function 'getaddrinfo_with_timeout_callback': host.c:383:3: warning: implicit declaration of function 'getaddrinfo' host.c: In function 'lookup_host': host.c:787:5: warning: implicit declaration of function 'freeaddrinfo' In windows ws2tcpip.h should be included in addition to winsock2.h. Some headers for ws2tcpip.h have the winsock2.h include some don't. The order is # include winsock2.h # include ws2tcpip.h When ipv6 is enabled _WIN32_WINNT should be defined = 0x0501 (WinXP) before includes. This means wget with ipv6 will not work on win2000. There's a solution for this but it requires rewriting code that is copyrighted microsoft for a getaddrinfo wrapper, unless someone has already done this. Is windows 2000 support still wanted? I have one request from last year but other than that I don't hear about it anymore. I think the gnulib getaddrinfo does it. Have you tried the gnutls version of wget? Does it work for you? Thanks, Giuseppe 1) http://mingw-cross-env.nongnu.org/
Re: [Bug-wget] new alpha tarball wget-1.12-2460.tar.bz2
Hi, It is still an issue that wget/openssl combo is broken in windows. Wget source has changed to file descriptors for sending and receiving data in windows. OpenSSL in windows expects a socket that it can recv/send. From OpenSSL's e_os.h for WINDOWS: #define readsocket(s,b,n)recv((s),(b),(n),0) #define writesocket(s,b,n)send((s),(b),(n),0) Anything in OpenSSL that tries to write to a socket will fail because it's passed a fd and not a socket. For example sock_write() in openssl's crypto/bio/bss_sock.c:153 calling send() and passing a fd will cause an error of WSAENOTSOCK. Here are three ideas: 1. Revert to sockets don't use gnulib select() etc 2. Although OpenSSL's BIOs are abstract enough that it is possible to change the pointer to their associated read/write functions in wget (specifically those used by bss_conn/dgram/sock, respectively). It's hacky to do this though, and it could cause problems if OpenSSL later changes their BIO code. 3. In wget's openssl.c to get the handle/socket from the fd using (SOCKET) _get_osfhandle ((fd)) and pass that, as is now done elsewhere in wget code. Although OpenSSL can then send/recv, I witnessed data dropouts while testing this. Has anyone else tested mingw wget build with mingw openssl since the change in wget to file descriptors on windows? Another thing is the configure test for openssl is still using ssl and crypto libs configure:22076: gcc -o conftest.exe -O2 -Wall conftest.c -lssl -lcrypto 5 but on windows you want -lssl -lcrypto -lws2_32 -lgdi32 As I mentioned at some other point in time what you'd expect is shared libs when building. Unfortunately a similar test for that will fail if the actual dll is not in the path. Would it be better for just an AC_CHECK_LIB on eay32 and ssl32? Another thing re ipv6 support: host.c: In function 'getaddrinfo_with_timeout_callback': host.c:383:3: warning: implicit declaration of function 'getaddrinfo' host.c: In function 'lookup_host': host.c:787:5: warning: implicit declaration of function 'freeaddrinfo' In windows ws2tcpip.h should be included in addition to winsock2.h. Some headers for ws2tcpip.h have the winsock2.h include some don't. The order is # include winsock2.h # include ws2tcpip.h When ipv6 is enabled _WIN32_WINNT should be defined = 0x0501 (WinXP) before includes. This means wget with ipv6 will not work on win2000. There's a solution for this but it requires rewriting code that is copyrighted microsoft for a getaddrinfo wrapper, unless someone has already done this. Is windows 2000 support still wanted? I have one request from last year but other than that I don't hear about it anymore. Thanks, Jay Satiro on behalf of the GetGnuWin32 project - Original Message From: Giuseppe Scrivano gscriv...@gnu.org To: bug-wget@gnu.org Sent: Sun, March 27, 2011 10:37:57 AM Subject: Re: [Bug-wget] new alpha tarball wget-1.12-2460.tar.bz2 Hello, as a followup to the last alpha release, I have uploaded a new tarball with some minor changes: ftp://alpha.gnu.org/gnu/wget/wget-1.12-2466.tar.bz2 and the detached GPG signature using the key C03363F4: ftp://alpha.gnu.org/gnu/wget/wget-1.12-2466.tar.bz2.sig If no problems are found, I am going to finally release wget 1.13 in the next few days. Cheers, Giuseppe
Re: [Bug-wget] new alpha tarball wget-1.12-2460.tar.bz2
Steven M. Schweda s...@antinode.info writes: I know that all the serious folks in the world have all the GNU infrastructure in place, but wouldn't a clever repository-access system be able to grind out a ready-to-use distribution kit upon user request? Just a thought. we make a difference between people who use the source tarball and developers who do a checkout from the source repository. The latter need some additional programs. The bootstrap scripts ensure the gnulib files are always updated without care if they were updated in our repository (we don't really want to care about it) and most important it avoids to duplicate the same file over different repositories. I think these advantages worth the additional costs introduced by the bootstrap procedure. Cheers, Giuseppe
Re: [Bug-wget] new alpha tarball wget-1.12-2460.tar.bz2
(03/17/2011 06:13 AM), Steven M. Schweda wrote: I have prepared a new alpha release containing the last changes: ftp://alpha.gnu.org/gnu/wget/wget-1.12-2460.tar.bz2 [...] About a year ago (back in the Cowan era?), I was looking at something like: wget-1_12_1-devel_mainline-013c8e2f5997.zip which included nearly-ready-to-go support for VMS. Is that work all lost now, or is it still around, but hidden somewhere? Looks like it's still there, at least in the development sources repository. To get those, you need to use the Bazaar SCM's client (bzr); once you obtain that, you can use bzr branch http://bzr.savannah.gnu.org/r/wget/trunk to obtain the dev sources. It is not currently set up for inclusion in official source release distributions (I was probably waiting for a final version of the stuff); but that's easily fixable when everything's ready, by adding the vms/ dir's contents to the EXTRA_DIST variable in Makefile.am. Since these are dev sources, you'll have to have GNU automake and autoconf, and (now) git to obtain gnulib... if you have all the prereqs (not sure what the complete set is), then you run the bootstrap script. -- HTH, Micah J. Cowan http://micah.cowan.name/
Re: [Bug-wget] new alpha tarball wget-1.12-2460.tar.bz2
From: Micah Cowan mi...@cowan.name Looks like it's still there, at least in the development sources repository. [...] That's a mercy. Good news is always appreciated. To get those, you need to use the Bazaar SCM's client (bzr); once you obtain that, you can use bzr branch http://bzr.savannah.gnu.org/r/wget/trunk to obtain the dev sources. It is not currently set up for inclusion in official source release distributions (I was probably waiting for a final version of the stuff); but that's easily fixable when everything's ready, by adding the vms/ dir's contents to the EXTRA_DIST variable in Makefile.am. Since these are dev sources, you'll have to have GNU automake and autoconf, and (now) git to obtain gnulib... if you have all the prereqs (not sure what the complete set is), then you run the bootstrap script. Every procedure which begins with once you obtain that is a problem around here, which is why life would be better in all ways if the VMS stuff were in the main stream, so that when a kit like this appeared, I might be able to do something with it directly. I probably could fire up some UNIX (-like) system, and start to pull on that GNU thread, which might eventually end in success, but it's the long way around in my environment. On the other hand, a quick look at this tar kit suggests that it's not really so ready-to-use as I had expected. (lib/getopt.in.h, for example, is littered with @s.) But it sounded good when I read the announcement. Who's the chicken and who's the egg in this situation? P.S.: I know that all the serious folks in the world have all the GNU infrastructure in place, but wouldn't a clever repository-access system be able to grind out a ready-to-use distribution kit upon user request? Just a thought. Steven M. Schweda sms@antinode-info 382 South Warwick Street(+1) 651-699-9818 Saint Paul MN 55105-2547
[Bug-wget] new alpha tarball wget-1.12-2460.tar.bz2
Hello, I have prepared a new alpha release containing the last changes: ftp://alpha.gnu.org/gnu/wget/wget-1.12-2460.tar.bz2 To verify it, here the detached GPG signature using the key C03363F4: ftp://alpha.gnu.org/gnu/wget/wget-1.12-2460.tar.bz2.sig Hopefully the next release is close now. Please report any problem you may experience using it. Thanks, Giuseppe
