草庐IT

int_temp

全部标签

windows - %TEMP% 和 %TMP% 是否为运行终端服务的计算机引用不同的位置

运行终端服务的Windows2000计算机为每个终端session创建一个临时文件夹,并将十六进制值附加到由环境变量%TEMP%描述的临时文件夹名称。引用TerminalServicesTemporaryFolderConfigurationIsStoredinMultipleRegistryLocationsTemporaryFoldersUseseparatetemporaryfoldersforeachsession我的问题是%TMP%是否也以与%TEMP%类似的方式运行,或者它指的是不同的位置(%TEMP%的父目录)。注意我知道人们会倾向于说这个问题与SU​​有关,但我试图在我

c++ - 相当于 gnu 中 windows stdint.h 的 u_int16_t?

到目前为止,我假设u_int16_t是一个名为stdint.h的MSVS头文件中某处的Windows类型。我正在使用GNUg++作为编译器(实际上是带有mingw的代码块),我想知道typedefunsignedshortuint_least16_t;(在mingw的stdint.h内)是否等效,或者我可以做些什么来包含它类型?这个问题实际上与编译googlesparsehash有关用于MSVS的项目文件,但我使用的是代码块。这是它给我的错误(顺便说一句,这个错误重复了很多次)。c:\programfiles\codeblocks\mingw\bin\..\lib\gcc\mingw3

C++:将 __int64 转换为 unsigned long

我想在Windows和Linux中使用以下函数,但我不确定如何将__int64转换为unsignedlong。像我一样投值安全吗?getTimeInMilliseconds(){#ifdef_WIN32staticconst__int64magic=116444736000000000;//1970/1/1SYSTEMTIMEst;GetSystemTime(&st);FILETIMEft;SystemTimeToFileTime(&st,&ft);//in100-nanosecs...__int64t;memcpy(&t,&ft,sizeoft);return(unsignedlon

java - 如何在 Windows 中安全地存储临时文件,尤其是在安全入侵防护应用程序阻止 TEMP 目录的情况下

过去很多应用程序都在Temp/Tmp目录下存放临时文件;系统的或用户特定的。最近我们有许多企业用户由于病毒扫描工具或主机入侵防御工具和政策不允许使用这些位置而阻止使用临时目录。我认为这里的恐惧是多个应用程序可以从该位置读取和写入,因此流氓应用程序可能会对另一个应用程序或其临时存储的数据产生负面影响。这似乎是一种正确且更安全的运作方式,所以我不能要求人们开始允许增加风险。我的问题是如何/在哪里(物理上)安全地存储用户特定的、应用程序特定的临时文件。是否应该期望每个应用程序自己管理它,或者是否有一些我不知道的新应用程序和用户沙盒临时数据存储功能?具体来说,我专注于使用.NET4.0+、C#

C++ Windows 如何将 'unsigned int' 转换为 'TCHAR *'?

我是Windows上的C++新手。你能告诉我如何将unsignedint转换为TCHAR*吗? 最佳答案 通常的方法是使用swprintf将宽字符打印到wchar_t(TCHAR通常定义为)。要将数字打印到TCHAR中,您应该使用_stprintf,正如@hvd在下面提到的(一怒之下)。这样,如果定义了UNICODE,您将使用宽字符,如果未定义UNICODE,您将使用ASCII字符。intmyInt=400;TCHARbuf[300];//whereyouputresult_stprintf(buf,TEXT("Formatstri

python - ctypes:printf 返回长度,它是 int 而不是字符串

我正在使用ctypes并在Python2.5中加载msvcrt.dll。>>>fromctypesimport*>>>libname='msvcrt.dll'>>>libc=CDLL(libname)>>>libc.printf("HelloWorld\n")12>>>为什么不打印HelloWorld? 最佳答案 Whydoesn'titprintHelloWorld?当从控制台运行时,它在我的Python(ActiveState,2.6)中执行:>>>fromctypesimport*>>>libc=CDLL('msvcrt.dl

windows - Windows保护模式下的int 13h?

我们可以在Windows操作系统中使用Int13h(直接磁盘读/写)还是Windows保护模式不允许我们使用,如果可以,是否有工作轮次?提前致谢。 最佳答案 不,Windows子系统在引导期间初始化时会重新配置内核的BIOS中断处理,因为BIOS调用是16位的,而不是保护模式,因此int13h将无效。这就是为什么有些驱动程序是为完全绕过BIOS的32位保护模式编写的。这引出了一个问题-你为什么要这样做?Windows会在任何与BIOS通信的尝试中终止您的代码,就好像在说“嘿,你的代码,你作为Windows老板与我交谈,你不能绕过我,

windows - NASM 教程使用 int 80h,但这不适用于 Windows

我在完成FASM后开始使用NASMAssembler。我在Windows操作系统中对此进行编码。我的代码如下:section.data;Constantmsg:db"HelloWorld!"msg_L:equ$-msg;Current-msg1section.bss;Varialblesection.text;Codeglobal_WinMain@16_WinMain@16:moveax,4movebx,1;Wheretowrteitout.Terminalmovecx,msgmovedx,msg_Lint80hmoveax,1;EXITCOMMANDmovebx,0;NoErorin

c++ - 由于某种原因,我的 ram 上的 int 重量超过 32 位

好吧,我很好奇我的ram上的int是否真的占4个字节。所以我用这段代码做了1,000,000个整数。for(inti=0;i在我执行这行代码之前,我在前面放置了一个断点,以查看我开始时有多少headover。几乎没有头绪,我的程序从750kb开始。但在我完成循环后,如果一个int的重量为32位,程序本应为4,000kb,则该程序使用32,000kb。另一件值得一提的事情是,我正在使用ctrl+altk+delete方法来检查我的程序从ram中占用了多少空间,并且我在可视化上运行它C++2010表达。我也确信我电脑上的int是32位而不是64位,但这并不重要,因为即使它是64位而不是32

windows - 所有 Windows 版本都支持 Int64 吗?

如果我使用Int64类型的变量,它是否适用于所有Windows版本:win95、98、2000、nt、xp、vista、win7?无论是什么操作系统,它是32位还是64位?不管他们使用什么CPU?我只是想确定,我的程序可以在所有Windows版本上运行。 最佳答案 语言提供的数据类型的大小不受操作系统或硬件平台的限制。我可以在32位平台上使用64位整数(或者16位、8位或11位,就此而言)。 关于windows-所有Windows版本都支持Int64吗?,我们在StackOverflow