gcc libcurl get in mem example .exe只在mingw 64/bin文件夹中运行

1cosmwyk  于 2022-11-13  发布在  其他
关注(0)|答案(1)|浏览(169)

我是c的新手,正在尝试从https://curl.se/libcurl/c/getinmemory.html运行GET in memory示例。
我试着在SidoOo和其他地方搜索类似的问题,但没有找到太多有帮助的问题。
当我使用“gcc -o curl_ex curl_inMem.c -lcurl”创建.exe文件时,只有将其放在C:\msys64\mingw64\bin文件夹(libidn2-0.dll文件所在的位置)中,.exe才能成功运行。
当我试图从我的项目文件夹(或任何其他文件夹)运行它时,我得到“过程入口点DllMain不能位于动态链接库C:\msys 64\mingw 64\bin\libidn 2 - 0. dll中”。如果我将.exe文件放在mingw 64\bin文件夹中,它将正常运行。

下面是C代码,它实际上是示例的副本,粘贴了不同的URL并打印了响应正文。

#include <stdio.h>
#include <stdlib.h>
#include <string.h>
 
#include <curl/curl.h>
 
struct MemoryStruct {
  char *memory;
  size_t size;
};
 
static size_t
WriteMemoryCallback(void *contents, size_t size, size_t nmemb, void *userp)
{
  size_t realsize = size * nmemb;
  struct MemoryStruct *mem = (struct MemoryStruct *)userp;
 
  char *ptr = realloc(mem->memory, mem->size + realsize + 1);
  if(!ptr) {
    /* out of memory! */
    printf("not enough memory (realloc returned NULL)\n");
    return 0;
  }
 
  mem->memory = ptr;
  memcpy(&(mem->memory[mem->size]), contents, realsize);
  mem->size += realsize;
  mem->memory[mem->size] = 0;
 
  return realsize;
}
 
int main(void)
{
  CURL *curl_handle;
  CURLcode res;
 
  struct MemoryStruct chunk;
 
  chunk.memory = malloc(1);  /* will be grown as needed by the realloc above */
  chunk.size = 0;    /* no data at this point */
 
  curl_global_init(CURL_GLOBAL_ALL);
 
  /* init the curl session */
  curl_handle = curl_easy_init();
 
  /* specify URL to get */
  curl_easy_setopt(curl_handle, CURLOPT_URL, "https://www.aviationweather.gov/adds/dataserver_current/httpparam?dataSource=metars&requestType=retrieve&format=xml&stationString=CYYC&hoursBeforeNow=1");
 
  /* send all data to this function  */
  curl_easy_setopt(curl_handle, CURLOPT_WRITEFUNCTION, WriteMemoryCallback);
 
  /* we pass our 'chunk' struct to the callback function */
  curl_easy_setopt(curl_handle, CURLOPT_WRITEDATA, (void *)&chunk);
 
  /* some servers do not like requests that are made without a user-agent
     field, so we provide one */
  curl_easy_setopt(curl_handle, CURLOPT_USERAGENT, "libcurl-agent/1.0");
 
  /* get it! */
  res = curl_easy_perform(curl_handle);
 
  /* check for errors */
  if(res != CURLE_OK) {
    fprintf(stderr, "curl_easy_perform() failed: %s\n",
            curl_easy_strerror(res));
  }
  else {
    /*
     * Now, our chunk.memory points to a memory block that is chunk.size
     * bytes big and contains the remote file.
     *
     * Do something nice with it!
     */
    printf("%s\n", chunk.memory); // Print the response body to stdout
    printf("%lu bytes retrieved\n", (unsigned long)chunk.size);
  }
 
  /* cleanup curl stuff */
  curl_easy_cleanup(curl_handle);
 
  free(chunk.memory);
 
  /* we are done with libcurl, so clean it up */
  curl_global_cleanup();
 
  return 0;
}

如果您能提供任何帮助,我们将不胜感激。

svmlkihl

svmlkihl1#

我把C:\msys64\mingw64\bin的PATH项移到列表的第一个,现在我的编译似乎可以从任何文件夹中工作。我通过VSCode运行自动编译发现了这一点,它按预期工作(VSCode对所有内容都使用了完整路径)。(我想可能这台机器上安装了另一个C编译器?)
我还注意到传递给gcc命令的参数顺序是不同的。我决定尝试匹配VSCode使用的内容(同样,对C来说是非常新的)。我最初的构建命令是“gcc -o curl_ex curl_inMem.c-lcurl”。我将其改为“gcc curl_inMem.c-o curl_ex. exe-lcurl”。
通过这些更改,构建似乎可以按预期运行。
感谢所有关注这件事的人。抱歉占用时间问一个“菜鸟”的问题。

相关问题