2

在 Windows 7 x64 上运行以下代码

#include <stdio.h>
#include <errno.h>

int main() {
    int i;
    FILE *tmp;
    for (i = 0; i < 10000; i++) {
        errno = 0;
        if(!(tmp = tmpfile())) printf("Fail %d, err %d\n", i, errno);
        fclose(tmp);
    }
    return 0;
}

在第 637 次和第 1004 次调用时给出 errno 13（权限被拒绝），它在 XP 上运行良好（尚未尝试 7 x86）。我错过了什么还是这是一个错误？

4

2 回答 2

4

我在 Windows 8 上遇到了类似的问题 - tmpfile() 导致 win32 ERROR_ACCESS_DENIED 错误代码 - 是的，如果您以管理员权限运行应用程序 - 那么它工作正常。

我想这里提到了问题： https ://lists.gnu.org/archive/html/bug-gnulib/2007-02/msg00162.html

在 Windows 下，tmpfile 函数被定义为始终在根目录中创建其临时文件。大多数用户没有这样做的权限，所以它经常会失败。

我怀疑这是一个不完整的 Windows 端口问题 - 所以这应该是向 Microsoft 报告的错误。（如果没有用，为什么要编写 tmpfile 函数？）

但是谁有时间和微软风车搏斗呢？！:-)

我已经使用 GetTempPathW / GetModuleFileNameW / _wfopen 编写了类似的实现。我遇到此问题的代码来自 libjpeg - 我在此处附加了整个源代码，但您可以从 jpeg_open_backing_store 获取代码。

jmemwin.cpp:

//
//  Windows port for jpeg lib functions.
//
#define JPEG_INTERNALS
#include <Windows.h>        // GetTempFileName
#undef FAR                  // Will be redefined - disable warning
#include "jinclude.h"
#include "jpeglib.h"

extern "C" {
#include "jmemsys.h"        // jpeg_ api interface.

//
// Memory allocation and freeing are controlled by the regular library routines malloc() and free().
//

GLOBAL(void *) jpeg_get_small (j_common_ptr cinfo, size_t sizeofobject)
{
    return (void *) malloc(sizeofobject);
}

GLOBAL(void) jpeg_free_small (j_common_ptr cinfo, void * object, size_t sizeofobject)
{
    free(object);
}

/*
 * "Large" objects are treated the same as "small" ones.
 * NB: although we include FAR keywords in the routine declarations,
 * this file won't actually work in 80x86 small/medium model; at least,
 * you probably won't be able to process useful-size images in only 64KB.
 */

GLOBAL(void FAR *) jpeg_get_large (j_common_ptr cinfo, size_t sizeofobject)
{
    return (void FAR *) malloc(sizeofobject);
}

GLOBAL(void) jpeg_free_large (j_common_ptr cinfo, void FAR * object, size_t sizeofobject)
{
    free(object);
}

//
//  Used only by command line applications, not by static library compilation
//
#ifndef DEFAULT_MAX_MEM     /* so can override from makefile */
#define DEFAULT_MAX_MEM     1000000L /* default: one megabyte */
#endif

GLOBAL(long) jpeg_mem_available (j_common_ptr cinfo, long min_bytes_needed, long max_bytes_needed, long already_allocated)
{
    // jmemansi.c's jpeg_mem_available implementation was insufficient for some of .jpg loads.
    MEMORYSTATUSEX status = { 0 };
    status.dwLength = sizeof(status);
    GlobalMemoryStatusEx(&status);

    if( status.ullAvailPhys > LONG_MAX )
        // Normally goes here since new PC's have more than 4 Gb of ram.
        return LONG_MAX;

    return (long) status.ullAvailPhys;
}


/*
    Backing store (temporary file) management.
    Backing store objects are only used when the value returned by
    jpeg_mem_available is less than the total space needed.  You can dispense
    with these routines if you have plenty of virtual memory; see jmemnobs.c.
*/

METHODDEF(void) read_backing_store (j_common_ptr cinfo, backing_store_ptr info, void FAR * buffer_address, long file_offset, long byte_count)
{
    if (fseek(info->temp_file, file_offset, SEEK_SET))
        ERREXIT(cinfo, JERR_TFILE_SEEK);

    size_t readed = fread( buffer_address, 1, byte_count, info->temp_file);

    if (readed != (size_t) byte_count)
        ERREXIT(cinfo, JERR_TFILE_READ);
}


METHODDEF(void)
write_backing_store (j_common_ptr cinfo, backing_store_ptr info, void FAR * buffer_address, long file_offset, long byte_count)
{
    if (fseek(info->temp_file, file_offset, SEEK_SET))
        ERREXIT(cinfo, JERR_TFILE_SEEK);

    if (JFWRITE(info->temp_file, buffer_address, byte_count) != (size_t) byte_count)
        ERREXIT(cinfo, JERR_TFILE_WRITE);

    // E.g. if you need to debug writes.
    //if( fflush(info->temp_file) != 0 )
    //    ERREXIT(cinfo, JERR_TFILE_WRITE);
}


METHODDEF(void)
close_backing_store (j_common_ptr cinfo, backing_store_ptr info)
{
    fclose(info->temp_file);
    // File is deleted using 'D' flag on open.
}

static HMODULE DllHandle()
{
    MEMORY_BASIC_INFORMATION info;
    VirtualQuery(DllHandle, &info, sizeof(MEMORY_BASIC_INFORMATION));
    return (HMODULE)info.AllocationBase;
}

GLOBAL(void) jpeg_open_backing_store(j_common_ptr cinfo, backing_store_ptr info, long total_bytes_needed)
{
    // Generate unique filename.
    wchar_t path[ MAX_PATH ] = { 0 };
    wchar_t dllPath[ MAX_PATH ] = { 0 };
    GetTempPathW( MAX_PATH, path );

    // Based on .exe or .dll filename
    GetModuleFileNameW( DllHandle(), dllPath, MAX_PATH );

    wchar_t* p = wcsrchr( dllPath, L'\\');
    wchar_t* ext = wcsrchr( p + 1, L'.');

    if( ext ) *ext = 0;
    wchar_t* outFile = path + wcslen(path);

    static int iTempFileId = 1;
    // Based on process id (so processes would not fight with each other)
    // Based on some process global id.
    wsprintfW(outFile, L"%s_%d_%d.tmp",p + 1, GetCurrentProcessId(), iTempFileId++ );

    // 'D' - temporary file.
    if ((info->temp_file = _wfopen(path, L"w+bD") ) == NULL)
        ERREXITS(cinfo, JERR_TFILE_CREATE, "");

    info->read_backing_store = read_backing_store;
    info->write_backing_store = write_backing_store;
    info->close_backing_store = close_backing_store;
} //jpeg_open_backing_store


/*
 * These routines take care of any system-dependent initialization and
 * cleanup required.
 */

GLOBAL(long)
jpeg_mem_init (j_common_ptr cinfo)
{
     return DEFAULT_MAX_MEM;    /* default for max_memory_to_use */
}

GLOBAL(void)
jpeg_mem_term (j_common_ptr cinfo)
{
  /* no work */
}

}

我故意忽略了一些函数的错误——你见过 GetTempPathW 或 GetModuleFileNameW 失败吗？

于 2016-06-09T21:22:30.693 回答
3

来自 on 的联机帮助页的一些复习tmpfile()，它返回 a FILE*：

当文件关闭或程序终止时，文件将被自动删除。

我对这个问题的判断：在 Windows 上删除文件很奇怪。

在 Windows 上删除文件时，只要有句柄，就不能调用CreateFile具有相同绝对路径的文件，否则将失败并出现 NT 错误代码STATUS_DELETE_PENDING，该错误代码被映射到 Win32 代码ERROR_ACCESS_DENIED。这可能是EPERMinerrno的来源。您可以使用 Sysinternals Process Monitor 之类的工具来确认这一点。

我的猜测是 CRT 不知何故最终创建了一个与以前使用的文件同名的文件。我有时目睹在 Windows 上删除文件可能看起来是异步的，因为其他一些进程（有时甚至是防病毒产品，对您刚刚关闭删除时关闭句柄的事实作出反应......）会留下一个句柄打开文件，因此对于某些计时窗口，您将看到一个可见文件，如果不点击删除挂起/拒绝访问，您将无法处理该文件。或者，可能tmpfile只是选择了其他进程正在处理的文件名。

为了避免这种事情，您可能需要考虑另一种临时文件机制......例如，Win32 之类的函数GetTempFileName允许您创建自己的前缀，这可能会降低冲突的可能性。如果创建失败并显示“已经存在”，该函数似乎通过重试来解决竞争条件，因此请小心删除该事物生成的临时文件名 - 删除该文件会取消您与其他进程/线程同时使用它的权利。

于 2011-06-06T02:09:00.193 回答