草庐IT

bytes_write

全部标签

c++ - OpenCL/GL 互操作 : write_imagef to shared gltexture is all white (1, 1,1,1)

我正在尝试使用OpenCL编写光线追踪器。但是,我遇到了一些麻烦。我想在OpenGL和OpenCL之间共享纹理内存,以避免不必要的内存来回复制。我的程序运行良好,我在每次调用GL和CL后进行检查,没有发现任何错误。如标题中所述,使用write_imagef写入内核中的纹理会在每个channel中产生1.0。我怀疑纹理格式有问题,但我一直在互联网上寻找有效的纹理格式,但我看不出有什么问题。我尝试了write_imageui和write_imagef以及纹理格式的不同组合,但没有成功。内核程序:__kernelvoidDraw(__global__write_onlyimage2d_tim

c++ - 从用户模式 ​​win32 应用程序可靠地找到当前进程的 _write() 函数的地址

我正在编写一个应用程序,可以从系统上的任何用户模式进程捕获stdout/stderr和调试消息,并将其打印到控制台。由于程序的性质,无论是GUI、Windows服务等,我过去一直在编写程序的情况有几种……;看不到控制台输出,仅仅是因为没有控制台。解决此问题的明显方法是将打印语句更改为调试打印语句,例如OutputDebugString(),然后附加调试器并查看输出。有时设置调试器并查看所需的输出可能很棘手,尤其是在内核模式调试中。理想情况下,我正在编写的这个应用程序将允许您指定一个PID(并最终将处理驱动程序,现在不用担心)——并且无需作为调试器附加到该应用程序,它将显示所有输出到调试

Windows "known folders": is there any one of them which is reliably read/write for all users on all versions?

SHGetKnownFolderPath()及其队列接受定义的常量之一here,返回目录的路径。我正在寻找这些文件夹中的一个,它可以被XP、Vista和Windows7上的所有用户(包括LocalSystem)可靠地写入...但我想我被淘汰了。看起来,事实上,硬盘驱动器上不再有单一位置可以放置文件并确保所有用户都可以在所有这些操作系统版本上写入它,而无需先修改权限。这是真的吗? 最佳答案 你是对的;没有这样的文件夹。您需要自己创建一个。 关于Windows"knownfolders":i

windows - 为什么editbin/swaprun :CD/swaprun:NET change two bytes?

使用选项/swaprun:CD和/swaprun:NET为dll调用editbin会更改dll的PEheader字,设置位$0400和$0800(因此实际上它只更改高字节)。这就是它应该做的。但它也改变了另一个字节(见十六进制比较)。任何人都可以向我解释这个字节的含义以及为什么要更改它吗?编辑:澄清:具有这些选项的editbin应该设置PEheader的特征字段(这是一个16位字)中的IMAGE_FILE_REMOVABLE_RUN_FROM_SWAP和IMAGE_FILE_NET_RUN_FROM_SWAP位。这是我说的第一个字节。这些标志都没有存储在第二个字节中,那么为什么该工具会

c++ - 类似于 mmap(NULL, sz, PROT_READ | PROT_WRITE, MAP_PRIVATE | MAP_ANONYMOUS, -1, 0);在窗口中

我正在尝试将一些linuxC++移植到Windows,但一直停留在这样的一行void*ptr=mmap(NULL,sz,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANONYMOUS,-1,0);我发现这是一种动态分配内存的方法,因为文件描述符是-1。我如何在Windows中执行此操作?我无法在没有文件处理程序的情况下使用MapViewOfFile的文档中找到任何内容。 最佳答案 MapViewOfFile不带文件句柄,它带文件映射句柄。要分配内存块,您可以创建一个匿名文件映射,如下所示:::DWORD

c++ - 如何在 Windows 上将 BYTE 数组映射为 FILE *

我发现了旧的、巨大的开源代码,它对存储在磁盘文件中的二进制数据执行一些计算,输出也保存为二进制文件。我想使用一种根方法,简化签名:intmagic(FILE*input,FILE*output);问题是我将输入数据存储在进程内存中,我希望输出也作为进程内存。代码太大,我无法在合理的时间内重写它。这个API迫使我在每次调用magic()时进行两次巨大的I/O。是否有可能在Windows上使用C/C++机制将BYTE数组映射为FILE*? 最佳答案 看来你需要fmemopen的功能:http://man7.org/linux/man-p

c - FTDI。需要了解有关 FT_Write() 函数的更多详细信息

关于FT_Write()的问题功能。FT_STATUSFT_Write(FT_HANDLEftHandle,LPVOIDlpBuffer,DWORDdwBytesToWrite,LPDWORDlpdwBytesWritten)我想知道lpdwBytesWritten.它什么时候回来*lpdwBytesWritten?会FT_Write返回FT_OK以外的其他在那种情况下?一次调用FT_Write可以发送多少数据??dwBytesToWrite有什么限制?参数?我一直没能找到这些问题的答案。已阅读FTDIKnowledgebase也在D2XXProgrammer'sGuide.

c# - Windows 服务错误 : "Attempted to read or write protected memory. This is often an indication that other memory is corrupt."

我有一个简单的Windows服务应用程序,我试图在VS2008IDE中调试,但每次运行代码时,我都会收到错误“尝试读取或写入protected内存。这通常表明其他内存已损坏。”.此错误发生在下面的service.Stop()行:staticclassProgram{//////Themainentrypointfortheapplication.///staticvoidMain(string[]args){ServiceBase[]servicesToRun;servicesToRun=newServiceBase[]{newService1()};if(Environment.Us

java - 在 Java 中膨胀 byte[] 有问题吗?

我遇到了一个我无法弄清楚的问题。这是问题的定义:我在Db2/Linux环境中的Blob列中有一些数据。在使用JDK压缩对byte[]进行压缩后,Blob被写入DB2(执行此操作的代码在Linux环境中运行)。我正在尝试编写一个简单的程序来读取其中一些数据解压缩(使用JDK)并在Windows环境(我的开发环境)中从解压缩的字节数组创建一个字符串。问题是,在我解压缩Blob(byte[])之后,解压缩字节数组的长度通常比预期长1-3个字节。我所说的预期是偏移量和长度字段也存储在数据库中。所以在这种情况下,解压后的字节数组的长度通常比数据库中存储的长度长,只有几个字节。因此,如果我从解压缩

java - io异常 : a required privilege is not held by client while writing in file in java

我搜索了很多类似的问题,都没有解决我的问题。我正在尝试在文件中写入一些内容,但出现错误。我的代码try{Filef=newFile(file_name);f.createNewFile();//System.out.println("Hello");f.setWritable(true);FileWriterfstream=newFileWriter(f);BufferedWriterout=newBufferedWriter(fstream);ListIteratoritr=account.listIterator();//accountisaListobjectwhile(itr.