installing rpm for Java
Ok, after no small amount of effort I seem to have built and installed an rpm (with some help): [r...@arrakis i386]# [r...@arrakis i386]# rpm -ihv curl-java-0.2.3-2.i386.rpm Preparing...### [100%] 1:curl-java ### [100%] [r...@arrakis i386]# [r...@arrakis i386]# pwd /home/makerpm/rpmbuild/RPMS/i386 [r...@arrakis i386]# [r...@arrakis i386]# whoami root [r...@arrakis i386]# uname -r 2.6.27.24-170.2.68.fc10.i686 [r...@arrakis i386]# can I get a JAR from this, or how do I import it? thanks, Thufir
Re: patch 7.19.5 - remove VMS specific code from curl.h
2009/6/1, John E. Malmberg wrote: The header files are now supplied by the operating system in a text library independent of the compiler. Thanks for the explanation and clean-up. Committed to CVS. -- -=[Yang]=-
Re: [curl 7.19.5] consfigure struct timeval on VMS
2009/6/1, John E. Malmberg wrote: I just was bringing this up in case someone was interested in making the configure scripts more robust. We are always interested in improving everything. Simply wanted to make sure we were speaking the same language. I've just committed a change to CVS that should now allow proper detection of the timeval struct on VMS even when _XOPEN_SOURCE_EXTENDED is undefined. Please verify if configure script from daily snapshot dated June 2 or later actually solves this issue. -- -=[Yang]=-
Re: [PATCH] Add NSS libs directory to addlibs in configure
On Fri, 29 May 2009, Claes Jakobsson wrote: Attached patch adds the library search path (-L) for $NSS/lib when specifying a custom path using --with-nss Thanks, applied! -- / daniel.haxx.se
SCTP anyone?
I there any plans or ideas to incorporate support for SCTP into libcurl? AFAICS there are several SCTP implementations for Linux and also for Win32 [1]. I took a look at this API [2] and noticed first it didn't resemble Berkley sockets at all. That makes it a bit hard to code into libcurl I think. So is there any use for SCTP in libcurl? And what about an url-scheme for it? http-sctp:// or something... [1] http://www.sctp.de/sctp-download.html [2] http://tdrwww.exp-math.uni-essen.de/inhalt/forschung/sctp_fb/sctp_api.html Ideas welcome. --gv
Re: installing rpm for Java
On Mon, Jun 1, 2009 at 10:10 AM, Thufir hawat.thu...@gmail.com wrote: Ok, after no small amount of effort I seem to have built and installed an rpm (with some help): [...] can I get a JAR from this, or how do I import it? Try running: rpm -ql curl-java to see what files the package installs. It might install a jar file (or more than one) or a bunch of class files. From that you should be able to figure out what to set your CLASSPATH to in order to use them. -- Michael Wood esiot...@gmail.com
Re: SCTP anyone?
On Mon, 1 Jun 2009, Gisle Vanem wrote: I there any plans or ideas to incorporate support for SCTP into libcurl? AFAICS there are several SCTP implementations for Linux and also for Win32 [1]. I took a look at this API [2] and noticed first it didn't resemble Berkley sockets at all. That makes it a bit hard to code into libcurl I think. But that's a user-land implementation. Surely the in-kernel version has to be more similar to TCP than so? I checked out the examples in this article: http://www.ibm.com/developerworks/linux/library/l-sctp/ Of course, I'm quite sure it is bound to differ more between platforms than traditional TCP/UDP do. So is there any use for SCTP in libcurl? And what about an url-scheme for it? http-sctp:// or something... http://tools.ietf.org/html/draft-natarajan-http-over-sctp-01 is the draft work for HTTP over SCTP and http://tools.ietf.org/html/draft-wood-tae-specifying-uri-transports-06 suggests a way to specify transport mechanisms in Uniform Resource Identifiers. From what I've understood, things such as Pipelining is more or less already provided by SCTP natively. I think Mark Nottingham mentioned that in his http://daniel.haxx.se/blog/2009/04/22/http-status-report/ As far as implementation goes, I figure a good start would be to make the sws.c test suite server to function with SCTP and then clone set of tests to use the http-sctp URL of choice to see how it works... -- / daniel.haxx.se
RE: Help on usinig Curl on vxwrks
Supposing I prepare makefile with hardcoded tool chain configuration, put it into the 'lib' folder and beautify source modifications, will it be enough to commit the patch? I think so, yes. Hi, Please review the patch. Thanks patch_vxworks.diff Description: patch_vxworks.diff Makefile.vxworks Description: Makefile.vxworks config-vxworks.h Description: config-vxworks.h
Re: installing rpm for Java
On Mon, 01 Jun 2009 14:32:33 +0200, Michael Wood wrote: On Mon, Jun 1, 2009 at 10:10 AM, Thufir hawat.thu...@gmail.com wrote: Ok, after no small amount of effort I seem to have built and installed an rpm (with some help): [...] can I get a JAR from this, or how do I import it? Try running: rpm -ql curl-java to see what files the package installs. It might install a jar file (or more than one) or a bunch of class files. From that you should be able to figure out what to set your CLASSPATH to in order to use them. [thu...@arrakis ~]$ [thu...@arrakis ~]$ rpm -ql curl-java /usr/lib/libcurljava.so /usr/lib/libcurljava.so.0 /usr/lib/libcurljava.so.0.0.0 /usr/share/doc/curl-java-0.2.3 /usr/share/doc/curl-java-0.2.3/COPYING /usr/share/doc/curl-java-0.2.3/ChangeLog /usr/share/doc/curl-java-0.2.3/README /usr/share/java/curljava.jar [thu...@arrakis ~]$ Perfect! Kinda a roundabout way of getting a Jar, but there you are. Would anyone like to upload this Jar should anyone else stumble by asking for a Jar? You don't really need the RPM (or whatever) for Java devel. -Thufir
Re: connection re-use amongst easies
On Sun, 31 May 2009, j...@igrspace.com wrote: Can you elaborate a little on what exactly you're trying to accomplish with this? ok, this application is supposed to perform multiple concurrent requests and let the user define (1) whether to use SSL or not (2) whether to use a proxy or not (3) whether to use a libcurl protocol or not (4) whether to re-use connections or open a new one for each request (5) how many concurrent connections to allow Seemed like a good libcurl multi-interface candidate to me: (1) and (2) are libcurl options. (3) can be accomplished by an external library feeding curl_easy_send() and curl_easy_recv(). (4) could be the CURLOPT_FORBID_REUSE option. And (5) should be the number of easies added to the multi. I would say that it sounds like you should use libcurl for all these where the answer to (3) is libcurl protocol. But i learned that connections are maintained (and re-used) by the multi handle. So my approach for (5) does not work. And CURLMOPT_MAXCONNECTS also doesn't come into the picture as i only have a single host. Well, the concurrent connections is easily controlled. Just add as many easy handles you want connections. And make sure CURLMOPT_MAXCONNECTS isn't higher. Then i stumbled upon known bug 63, making (3) incompatible with (4). The work-around mentioned for known bug 63 works for just easy handles, not for easies added to a multi handle. Exactly. In fact CONNECT_ONLY is more or less incompatible with the multi interface as it currently works. So instead of having CURLOPT_FORBID_REUSE close connections after perform, it could be more interesting to have it prevent libcurl from RE-USING open connections. Yes, but atm there's only this single option. I'd even suggest that CONNECT_ONLY would imply that behavior. But it's not only a single option on the outside, it's also a single boolean internally. This could allow multiple connections to the same host (work-around for known bug 63 and fix for *a). One could then set CURLMOPT_MAXCONNECTS close 'old' open connections. Not exactly. A connection that is CONNECT_ONLY and not closed would need some new way of getting told that it is now done and over with so that it can get closed (as it can't be re-used anyway). Simply using CURLMOPT_MAXCONNECTS as you suggest would make it close connections that are possibly still in use. And to be honest, I'm not convinced it is worth all the efforts to get libcurl working with this. It feels like a lot of work to get libcurl to be better at being a lot less libcurl while I think the effort is perhaps more wisely used to instead make your app do the non-libcurl stuff better outside of libcurl... -- / daniel.haxx.se
packaging
is there a reason that the Java classes don't belong to a package? -Thufir
