Its been some time since the build failed, I just downloaded the latest
7.51.0 and went through my usual build steps by opening a VV2014 x64 Native
Tools command prompt and then traversing to the winbuild directory and
perform the following:
nmake /f Makefile.vc mode=dll VC=14 MACHINE=x64
Trying always to move forward, I recently added this preprocessor define to
my project and I received the following compilation error:
error C2065: 'CURLOPT_WRITEHEADER': undeclared identifier
Looking at the documentation I am not sure what the suggested replacement
is.
Could someone point me
I just build the latest/greatest libcurl and I noticed the following
warning, it is not serious but I just wanted to point it out. We are
building the libcurl on an embedded powerpc platform using code sourcery's
gcc toolchain with gcc 4.9.1. I know that for some people that build
warnings are
-server_os);
ftpc-server_os = os;
}
On Wed, Feb 11, 2015 at 8:28 AM, Daniel Stenberg dan...@haxx.se wrote:
On Wed, 11 Feb 2015, John Coffey wrote:
Dan, I already use this option, however it does not appear to prevent the
automatic CWD when I first login. That option
:38:00AM -0500, John Coffey wrote:
Does anyone know of a way to avoid the automatic CWD command in libCurl,
as I
am connecting to an FTP server that indicates \ is current working
directory. I am only uploading files to this server, so I do not need to
know
the current working directory
Does anyone know of a way to avoid the automatic CWD command in libCurl,
as I am connecting to an FTP server that indicates \ is current working
directory. I am only uploading files to this server, so I do not need to
know the current working directory.
This is a very old windows based embedded
-response_time = old_time; /* set this back to previous value */
On Sat, Dec 6, 2014 at 6:33 PM, John Coffey john...@gmail.com wrote:
Hello Daniel,
I sent a question to the forum the other day, but in retrospect, perhaps I
did not give sufficient background for others to answer the question,
anyways, I
FYI I found the bug
On Mon, Dec 8, 2014 at 11:48 AM, John Coffey john...@gmail.com wrote:
Daniel,
I discovered something in the code that might explain the cause of this
error - however I am not sure why the 900 second inactivity timeout works
on Windows and not on our Linux target where we
Hello Daniel,
after much debugging and sprinkling of printouts on our target platform, it
turns out that the source of the bug was 75% an application problem (mine)
and 25% (in my opinion) an libCurl issue due to the weakness of using
loosely coupled va_args to extract arguments from a variable
All the best and thanks for libCurl
John Coffey
---
List admin: http://cool.haxx.se/list/listinfo/curl-library
Etiquette: http://curl.haxx.se/mail/etiquette.html
Hello,
I have an FTP application that behaves differently on windows (as an ftp
client) vs its linux embedded counterpart (what a surprise). The basic
problem is that a remote server that my client connects to performs a very
long operation just before it returns the 226 response - actually it
Sorry I forgot to send my initialization code in my last post
/**
* Sets the curl options using the current mContextInfo.
*
* This never sets the URI curl field as this must be
* done outside the context object.
*/
void
SLDBContext::setCurlOptions() {
CURL* pCurl = mCurlHandle.get();
for your prompt response and
resolution to the problem.
John
On Wed, Aug 27, 2014 at 4:02 AM, Daniel Stenberg dan...@haxx.se wrote:
On Tue, 26 Aug 2014, John Coffey wrote:
I have both a wireshark and debug output that seems to indicate that the
server does not support SIZE (returning a 502), I
, Aug 27, 2014 at 6:08 PM, Daniel Stenberg dan...@haxx.se wrote:
On Wed, 27 Aug 2014, John Coffey wrote:
Daniel,
removing the above call to worked well. (effectively leaving the
CURLOPT_NOBODY
at 0L).
I would never have guessed that the directory suppression workaround
would have confused
Hello,
this is my first posting to the curl-library mailing list. I believe that
I may have discovered a new bug in libCurl 7.36 and hopefully here is the
place to ask for either a workaround or a solution. I am running on
windows 8.1 and I built libCurl x64 using Visual Studio 2013 and CMake
15 matches
Mail list logo