On Thu, Sep 29, 2022 at 09:58:58PM +, Mark Fanara wrote:
>> Some servers have an issue with 100-continue, and I don't recall which
>> version
>> of libcurl enabled it by default. You could try disabling it and see what
>> happens. It theoretically shouldn't have anything to do with MTU, though
> As to MTU - I of course can't increase the MTU on the fielded system, so I
> have a test system that does not include the wireless link. I have a wired
> router in place of the wireless router. I have set the MTU of the outside
> interface to value matching the wireless router. When I do th
Hi,
> On Sep 29, 2022, at 4:45 PM, Jeremy via curl-library
> wrote:
>
> This works:
>
> curl -u "username:password" https://api.somewhere.com/something/
>
If you run
curl --libcurl demo.c -u "username:password"
https://api.somewhere.com/something/
does the resulting source code also w
Hello,
Can someone please help me figure out the cURL library in C++? This is
the main part of the code I am trying:
curl_easy_setopt(curl, CURLOPT_URL,
"https://api.somewhere.com/something/";);
curl_easy_setopt(curl, CURLOPT_HTTPAUTH, CURLAUTH_ANY);
curl_easy_setopt(curl, CURLOP
On Thu, Sep 29, 2022 at 08:05:00PM +, Mark Fanara wrote:
> Sorry if my response is not per best practices as far as formatting goes. I
> will respond to a number of your questions here rather than inline.
See https://curl.se/mail/etiquette.html#Do_Not_Top_Post
> As to MTU - I of course can't
Dan -
Thanks for the response - there are a couple of ideas that I will look into
further.
Sorry if my response is not per best practices as far as formatting goes. I
will respond to a number of your questions here rather than inline.
As to MTU - I of course can't increase the MTU on the fiel
On Thu, Sep 29, 2022 at 01:58:23PM +, Mark Fanara via curl-library wrote:
> Recently the device vendor updated the OS image to Debian Buster.
The subject of this message doesn't match this line. If it's an OS upgrade that
happened, then it's much more than just a newer libcurl that's changed.
> I still don't like the idea of having a "global" system level. We can easily
> think of a system where you run stuff multi-threaded, and then you might want
> one "system" for each thread's app level.
But this I guess what application can relatively easy provide.
For instance, some global "sy
I have an application that pushes data to an endpoint. It first gets a token
using a username/password login and then posts a form with file attached. This
application has worked for many years.
The application runs on a device running a slight variant of Debian Linux.
Recently the device vendo
On Thu, 29 Sep 2022, Fabian Keil via curl-library wrote:
Without valgrind, though.
Using gdb I get a different error:
Good point, but as you still get an error there is still a difference.
Would it be possible to (temporarily) push the attached patch
to enable valgrind?
I created this wit
Daniel Stenberg wrote on 2022-09-29 at 10:41:48:
> On Thu, 29 Sep 2022, Fabian Keil via curl-library wrote:
>
> > So it seems to me that the telnet server isn't at fault here.
>
> It's really hard to see or guess where the error is by just these
> observations. I would presume you need to dig
On Thu, 29 Sep 2022, Fabian Keil via curl-library wrote:
So it seems to me that the telnet server isn't at fault here.
It's really hard to see or guess where the error is by just these
observations. I would presume you need to dig deeper to find out. You can run
the single test with gdb like
Timothe Litt via curl-library wrote on 2022-09-25
at 10:29:51:
> Looks like to get anything useful from the telnet server log, you need
> to specify --verbose there.
>
> See curl/tests/negtelnetserver.py
As it turns out this can be enabled with runtest.pl's "-d" flag.
With it I get:
fk@t520
On Tue, 27 Sep 2022, Dmitry Karpov wrote:
So, for tuning just a few "system" settings, I am thinking that maybe we can
have something like:
curl_global_init_system(long flags, curl_system_funcs *system_funcs);
I still don't like the idea of having a "global" system level. We can easily
thin
Hi,
I have also observed similar behavior once.
My guess is that, when you send multiple emails with the same
Date, Message-ID, and Subject [this is what I did] gmail fails to recognize
that there
is a new message on the server.
Best wishes,
Adrian
czw., 29 wrz 2022 o 08:32 jian he via curl-libra
15 matches
Mail list logo