buffer

    0热度

    4回答

    好的,我正在编写一个简单的C++函数来组合cin'd字符串。目前我正在研究Linux,所以我不喜欢简单的“getline(cin,input)”命令。这里是到目前为止的代码: string getLine() { string dummy; string retvalue; do { cin << dummy; retv

    4热度

    4回答

    我正在制作一个基于ASCII的游戏,而且在我看来人们都在说要使用来自MSDN的Console.Write(),这是花花公子,如果你使用Windows,但是我不是。 因此,我试图编写一个函数或C函数组,可以在两个屏幕缓冲区之间切换,并将它们写入屏幕,类似于man页面,以及pico ,vim和emacs。 我有缓冲区的工作,并发现一个名为0verkill的Linux旧的ASCII游戏,它使用C和put

    6热度

    1回答

    我正在通过通常的C++/STL/iostream语法读取二进制文件。 我正在将整个内容复制到一个动态分配的char数组中,至今为止工作正常。 但是由于我想将部分内容作为行的一部分传递给程序的另一部分,因此我认为坚持使用流会更好/更容易,因为我不想用cstring函数破解 指针。 我现在的问题是,我如何将读取内容存储在内存中。在一个stringstream?或在一个字符串? 哪个更适合?相互之间是否

    1热度

    3回答

    背景故事: XML有这些Source和Result接口。 这些是Java中不同XML技术之间的适配器。 这些类的实例代表DOM,SAX,JAXB,XML流,XML事件 (甚至更多?)。 问题: 那么,对于普通的老字符串,有什么可比的吗?一些概括 之间? [Input|Output]Stream Reader|Writer StringBuffer StringBuilder CharBuffer(

    2热度

    6回答

    这可能吗? 我想要放置Intel汇编代码转换成一个字符缓冲区,然后从C程序 内执行的代码如果我放置在组件代码到一个缓冲器,能予浇铸成一个函数指针和呼叫那? 我使用GCC和Linux

    2热度

    2回答

    我已经使用WCF的流式传输实现了文件上传。一切都按预期工作,但是我遇到了一个问题:我分配4kb缓冲区来读取传入流,但WCF只读取255个字节。这是我的上传功能: public UploadResponse UploadFile(FileDto fileDto) { using (var inStream = fileDto.FileStream) using

    1热度

    3回答

    我通常在Linux/Unix上建立长长的多命令管道来处理大型文本文件(sed | grep | sort | less等)。 我希望能够使用管道元素来缓冲通过stdin接收的所有内容,直到检测到关键短语/字符串(例如“SUCCESS”),此时它将所有接收到该点的内容释放到标准输出然后继续传递其余的流。如果没有检测到关键短语,程序将丢弃所有内容。 有没有一个标准的命令可以做到这一点,还是我需要编写一

    12热度

    3回答

    自从我安装了一台新机器上的Emacs我看到一个丑陋的行为。不幸的是,我的旧的.emacs文件相当分散,我不能确定我是否曾经有过处理此问题的elisp。 问题是这样的:它使用的是,当我执行命令,将打开一个新的缓冲区,如grep'ing,或点击搜索结果中的文件名,一两件事情会发生: 如果只有一个缓冲区显示时,屏幕上会如果不止一个缓冲区显示当前缓冲区窗口拆分后一度 ,缓冲窗口会打开所需的文件 我想这种行

    11热度

    3回答

    所以..我有一个缓冲区与MP3数据(如果我将保存此缓冲区,并将其称为buffer.mp3它会播放,但在这种情况下,我不应该将其保存到文件系统)。 我必须玩,但我不能,我该怎么办? 我试了下代码播放buffrer(字节阵列\流)(我从服务器获取MP3数据获取数据的方法,工作正常(上测试文本廉政局等)我叫回来的ByteArray readResponse因为我有一些seading方法,这是它的回应)。

    1热度

    2回答

    我创建了一个简单的缓冲区管理器类,用于异步套接字。这将防止内存碎片并提高性能。任何关于进一步改进或其他方法的建议? public class BufferManager { private int[] free; private byte[] buffer; private readonly int blocksize; public BufferMan