libcurl get in mem example.exe 僅在 mingw64/bin 文件夾中運行

Question

I am new to c and am trying to run the GET in memory example from https://curl.se/libcurl/c/getinmemory.html .

我嘗試在 SO 和其他地方搜索類似的問題，但沒有提出多少有幫助的問題。

當我使用“gcc -o curl_ex curl_inMem.Z4A8A8A08F09D37B73795649038408B5F33Z -lcurl”創建 .exe 文件時，只有將其放在 C:\msys64\mingw64\bin 文件夾中，.exe 才會成功運行。 （libidn2-0.dll 文件所在的位置）。

當我嘗試從我的項目文件夾（或任何其他文件夾）運行它時，我得到“程序入口點 DllMain 無法位於動態鏈接庫 C:\msys64\mingw64\bin\libidn2-0.dll 中”。 如果我將 .exe 文件放在 mingw64\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;
}

您能提供的任何幫助將不勝感激。

Answer 1

我將 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”。

通過這些更改，構建似乎按預期運行。

感謝所有關注此事的人。 很抱歉花時間回答一個“菜鳥”問題。