On 06/04/2016 09:02 AM, Vinnie Falco wrote:
compiles on gcc, clang, and Visual Studio.
So not what I would call portable at all.
dc
---
List admin: https://cool.haxx.se/list/listinfo/curl-library
Etiquette:
So, there is a lot to be said for Daniel's 20th-century
c-hacker-ish software philosophy.
I am not aware of any other acceptable approach. Based on my own
experience over the past twenty years just about anything written in C++
becomes non-portable very fast and a library version nightmare.
On 06/07/2016 01:19 PM, Daniel Stenberg wrote:
Hey,
In case you're up for some good-looking curl tshirts or hoodies sporting
the new logo, have a look here:
https://daniel.haxx.se/blog/2016/06/07/curl-tshirts-and-hoodies/
50% of the price is shipping but .. ordered !
Coffee cups in the (
On 05/27/2016 06:48 AM, Daniel Stenberg wrote:
Hi friends,
I'm happy to announce that we have a new logo
looks sweet. Really nice.
Dennis
---
List admin: https://cool.haxx.se/list/listinfo/curl-library
Etiquette:
On 06/21/2016 08:12 AM, Daniel Stenberg wrote:
On Tue, 21 Jun 2016, dev_user wrote:
That is one heck of a sub-title :
"make SSL less of a nightmare"
Not that I disagree.
Haha, yeah I figured I should make it a tradition and subtitle the
analysis with a quot
On 06/21/2016 05:39 AM, Daniel Stenberg wrote:
Hey friends,
It took me a while, but here's finally my summary of the user survey of
2016:
https://daniel.haxx.se/blog/2016/06/21/curl-user-survey-results-2016/
That is one heck of a sub-title :
"make SSL less of a nightmare"
Not
On 06/21/2016 05:39 AM, Daniel Stenberg wrote:
Hey friends,
It took me a while, but here's finally my summary of the user survey of
2016:
https://daniel.haxx.se/blog/2016/06/21/curl-user-survey-results-2016/
Someone said "IPv4 support" to the question "What feature/bug fix would
you like
Also, just scanning top to bottom here, I am really surprised by the
samset number.
-e 's/samset/sample/'
dc
---
List admin: https://cool.haxx.se/list/listinfo/curl-library
Etiquette: https://curl.haxx.se/mail/etiquette.html
On 06/21/2016 08:26 AM, Daniel Stenberg wrote:
On Tue, 21 Jun 2016, dev_user wrote:
Someone said "IPv4 support" to the question "What feature/bug fix
would you like to see the project REMOVE?"
You may need to isolate the responses from that user and filter them
out beca
On 05/21/2016 02:24 AM, dev_user wrote:
I hate being one of those "this was working but now it isn't"
reply to myself here .. with info ..
node000 $ /usr/local/bin/git clone https://github.com/curl/curl.git
Cloning into 'curl'...
remote: Counting objects: 118642, done.
remote: C
I hate being one of those "this was working but now it isn't" types but
my curl nightly build process came to a sudden halt with :
testcurl: version = 2014-11-25
testcurl: date = Sat May 21 06:14:15 2016 UTC
testcurl: curl is verified to be a fine daily source dir
testcurl: build dir
On 05/22/2016 05:34 PM, Daniel Stenberg wrote:
On Sun, 22 May 2016, dev_user wrote:
trying to figure out why my test result email from nightly process
failed :
- The following addresses had permanent fatal errors -
<curl-autocomp...@haxx.se>
Probably because the server was o
On 05/22/2016 10:42 AM, Daniel Stenberg wrote:
On Sat, 21 May 2016, dev_user wrote:
Thank you for the near instant reply :-) Will there be a near instant
7.49.1 release ?
Just to close this hanging question. I posted separate mail about the
plan: yes we intend to make a 7.49.1 release
On 05/20/2016 11:51 PM, Ray Satiro via curl-library wrote:
On 5/20/2016 7:49 PM, dev_user wrote:
TESTDONE: 780 tests out of 782 reported OK: 99%
TESTFAIL: These test cases failed: 1139 1140
TESTDONE: 1026 tests were considered during 522 seconds.
It's not specific to Solaris. It's been fixed
So it looks like I have sorted out the issue with nightly builds and now
I'd like to reduce the number of tests being skipped.
I see this at the end of the nightly report :
TESTDONE: 782 tests out of 782 reported OK: 100%
TESTDONE: 1026 tests were considered during 529 seconds.
TESTINFO: 244
On 05/21/2016 01:56 PM, Daniel Stenberg wrote:
On Sat, 21 May 2016, dev_user wrote:
What happens if you run buildconf there?
ahhh .. sorry for my other reply .. first coffee of the day :
Hehe, no worries. Glad it works.
seems to be working great !
configure: Configured to build curl
On 05/21/2016 09:33 AM, Daniel Stenberg wrote:
On Sat, 21 May 2016, dev_user wrote:
node000 $ autoconf
configure.ac:41: error: possibly undefined macro: AM_MAINTAINER_MODE
If this token and others are legitimate, please use
m4_pattern_allow.
See the Autoconf documentation
What happens if you run buildconf there?
ahhh .. sorry for my other reply .. first coffee of the day :
node000 $ ./buildconf
buildconf: autoconf version 2.69 (ok)
buildconf: autom4te version 2.69 (ok)
buildconf: autoheader version 2.69 (ok)
buildconf: automake version 1.13 (ok)
buildconf:
On 05/18/2016 02:22 AM, Daniel Stenberg wrote:
Curl and libcurl 7.49.0
Public curl releases: 154
Command line options: 185
curl_easy_setopt() options: 224
Public functions in libcurl: 61
Contributors: 1388
.
.
.
TESTDONE: 780 tests out of 782 reported
Sort of strange results in a testsuite run on the same Solaris 10
server with very little or no environment changes at all :
7.45.0 :TESTDONE: 754 tests out of 754 reported OK: 100%
7.47.0 :TESTDONE: 771 tests out of 771 reported OK: 100%
7.47.1 :TESTDONE: 771 tests out of 771 reported OK:
On 07/27/2016 02:22 PM, Ray Satiro via curl-library wrote:
On 7/27/2016 1:11 PM, dev_user wrote:
Sort of strange results in a testsuite run on the same Solaris 10
server with very little or no environment changes at all :
7.45.0 :TESTDONE: 754 tests out of 754 reported OK: 100%
7.47.0
Thanks, that is a known issue with 7.50 and has been fixed [1],
CURLINFO_HTTP_VERSION.3 was missing.
I'll assume there will be a 7.50.1 version shortly.
Dennis
You can just import the missing files locally, if you are in hurry, like we
did in Fedora:
On 08/02/2016 05:18 AM, Daniel Stenberg wrote:
Hi all!
I'll put together a 7.50.1 patch release tomorrow.
Excellent. I will watch for that. As I noted on my email 27th July 2016
there seems to be a few tests that fail in various versions released
over the past little while :
7.47.0
Curl and libcurl 7.50.1
Public curl releases: 157
Command line options: 185
curl_easy_setopt() options: 224
Public functions in libcurl: 61
Contributors: 1425
So the progress report from my side looks like :
7.47.0 :TESTDONE: 771 tests out of 771
That is exactly why I used GitHub URLs containing the release tag in
> them ;-)
That is not a "release". That is a the ever changing code base.
Consider ISC BIND :
https://lists.isc.org/pipermail/bind-announce/2016-July/000998.html
Consider Libidn :
On 08/17/16 08:39, Daniel Stenberg wrote:
Hi friends,
I've always enjoyed the fact that our downlods page is extremely
extensive with links to downloads for just about everything you can
imagine.
Will this cause the sky to fall down?
heck no .. prune it .. burn it to the ground.
Will it
On 09/02/16 12:19, Linus Nordberg wrote:
Hi,
Trying to get configure to find and alternate openssl..
try setting a few env vars :
CPPFLAGS=-I/usr/local/include -I/usr/local/ssl/include
LD_LIBRARY_PATH=/usr/local/lib:/usr/local/ssl/lib
LD_RUN_PATH=/usr/local/lib:/usr/local/ssl/lib
then
On 08/30/16 04:44, Daniel Stenberg wrote:
Hi friends!
Almost a year ago I set off to write a book about curl and everything
that is related to it. Yeah, I call it Everything curl.
Will we be able to order an autographed copy ? Yes really.
Dennis
On 09/09/2016 04:00 AM, Daniel Stenberg wrote:
Hello friends,
We've gotten another security problem reported that affects libcurl.
This particular problem has already been discussed in public in some
circles so I think it would be unfortunate to wait a whole release cycle
until we ship a fix.
On 09/21/2016 05:15 AM, Daniel Stenberg wrote:
On Wed, 21 Sep 2016, bch wrote:
Very cool! Don't know if this thread is appropriate, or if another is
warranted, but curious what interest in North American conf is. Branch
this email thread appropriately, good luck with preparations for
On 10/19/2016 11:35 AM, Zhao, Joe wrote:
Has this issue being reported or has it been addressed in the new curl releases?
Merely a small question : Is there a good reason why you are using
libcurl from years ago ?
If you need to run applications with libcurl it
On 10/19/2016 08:20 PM, Zhao, Joe wrote:
There is no scp.c in curl package 7.36.0
I have scp and sftp being used with libssh2 and libcurl very neatly for
years also. Very stable.
However I am generally doing updates of libcurl often and simply doing
a recompile of libcurl as well as openssl
I'm pretty sure server people will appreciate being able to try out
their TLS 1.3 work with curl once it starts to get more widespread
adoption.
Be certain of it.
I use curl to test protocol compliance on systems all the time.
Dennis
I'm personally not that interested in that as I see no clear benefit. I
think a decent package should ship with docs included - and the docs
that isn't included can usually just as well be served on the web site
only.
So leave everything in one compressed tarball and life goes on.
Bandwidth
On 10/10/16 02:41, Daniel Stenberg wrote:
Hi friends!
Do the HTML and PDF versions of our man pages that we ship in every
tarball provide any value to you?
Removing them from the tarballs would take away between 30-35% of the
compressed file size and thus produce much smaller release packages.
On 10/10/16 02:41, Daniel Stenberg wrote:
Hi friends!
Do the HTML and PDF versions of our man pages that we ship in every
tarball provide any value to you?
Removing them from the tarballs would take away between 30-35% of the
compressed file size and thus produce much smaller release packages.
On 01/10/2017 09:20 PM, Alessandro Ghedini wrote:
Hello,
just checking, but after the switch to libidn2 it was suggested to disable
IDN support because reasons (can't remember right now, but probably bugs),
and so I did in the Debian packages.
Is it safe to re-enable it now?
Just hold on a
On 01/09/2017 10:44 PM, Daniel Stenberg wrote:
On Mon, 9 Jan 2017, Spork Schivago wrote:
That's what I thought you were doing originally. Using the goto just
as a simple fix, to see if it'd correct the problem. But then I
thought I saw a post where you were going to commit it to the main
On 01/06/2017 01:08 PM, Noam Chitayat wrote:
I can imagine that lack of appropriate SONAME may be problematic for you.
I only need to build a static library, so perhaps that wouldn't pose as
much of a problem. The only other issue, then, is that I'm having a hard
time finding any documentation
On 01/04/2017 04:07 PM, Christian Weisgerber wrote:
On OpenBSD, curl 7.52.1's regression tests 1060 and 1061 fail.
Exact same tests fail in Solaris 10 servers and I am convinced they are
because of some minor and entirely insignificant bug. I think our
OpenBSD friend has found the same.
On 01/08/2017 10:54 PM, Daniel Stenberg wrote:
On Sun, 8 Jan 2017, Spork Schivago wrote:
dclarke $ diff -c tests/server/sws.c_backup tests/server/sws.c
*** tests/server/sws.c_backup Mon Dec 19 07:27:56 2016
--- tests/server/sws.c Mon Jan 9 01:30:25 2017
***
*** 1200,1207
On 01/08/2017 09:02 PM, Spork Schivago wrote:
dev_user,
I didn't know about the Pascal goto's being considered poor code. I
was referring to C. I want to say when I was majoring in Computer
Science up at the local college, we were told to try to avoid them and I
almost remember something
On 01/08/2017 12:10 AM, Daniel Stenberg wrote:
On Wed, 4 Jan 2017, Christian Weisgerber wrote:
That's the swrite() in tests/server/sws.c line 1203 that fails.
Further debugging shows the error to be EAGAIN. Shouldn't this be
non-fatal and retried?
Okay, so can you please apply this test
On 01/08/2017 05:38 PM, Spork Schivago wrote:
Daniel,
I'm sorry for butting in here, but is there no easy to way to write the
code without using the goto statements? I seem to remember using
goto's was frowned upon by some programmers back in the day, at least
with the C programming language.
On 12/21/2016 08:47 AM, Daniel Stenberg wrote:
On Wed, 21 Dec 2016, Daniel Stenberg wrote:
Curl and libcurl 7.52.0
Hi again,
It only took 6 hours until we got a security problem reported that
slipped into this release. We will now work on a quick patch release. If
you're not in a hurry, you
at line 136 why is this here ?
+/* DBL_MAX value from Linux */
+#define MAXIMIZE
On 12/23/2016 04:50 AM, Daniel Stenberg wrote:
On Fri, 23 Dec 2016, Daniel Stenberg wrote:
Due to unfortunate circumstances, a bad bug managed to manifest itself
in the previous release, so here's a quick follow-up with that mistake
corrected.
I wrote an explanation and back story on what
C:\projects\curl\tests\libtest\lib557.c(1632): fatal error C1064:
compiler limit : token overflowed internal buffer
[C:\projects\curl\build.msvc2012\tests\libtest\lib557.vcxproj]
Haha.
I just happened to get that value as part of a conversation
In conversation someone rattled off 2^1024 to
48 matches
Mail list logo