- Java 双重比较
- java - 比较器与 Apache BeanComparator
- Objective-C 完成 block 导致额外的方法调用?
- database - RESTful URI 是否应该公开数据库主键?
我正在尝试将从命令行返回的信息作为字符串输入到我的程序中。这是我的代码,我尝试了一些其他变体但没有成功。
let MyTask : NSTask = NSTask()
MyTask.launchPath = "/usr/bin/cal"
MyTask.arguments = ["04","2014"]
MyTask.launch()
MyTask.waitUntilExit()
var TheHandle = MyTask.standardOutput as NSFileHandle
println(TheHandle)
var Data = TheHandle.readDataToEndOfFile()
var DataAsString = NSString(data: Data,encoding: NSUTF8StringEncoding)
println(DataAsString)
输出
April 2014
Su Mo Tu We Th Fr Sa
1 2 3 4 5
6 7 8 9 10 11 12
13 14 15 16 17 18 19
20 21 22 23 24 25 26
27 28 29 30
<_NSStdIOFileHandle: 0x6180000e4f80>
2014-11-14 23:22:40.014 Command Reader[6631:118648] *** -[_NSStdIOFileHandle readDataOfLength:]: Bad file descriptor
最佳答案
任务的标准输出必须设置为进程可以写入的文件句柄。对于父进程和子进程之间的通信,通常这样做用管。子进程写入管道的写入端,而父进程从读取端读取:
let myTask = NSTask()
myTask.launchPath = "/usr/bin/cal"
myTask.arguments = ["04","2014"]
let pipe = NSPipe()
myTask.standardOutput = pipe
myTask.launch()
myTask.waitUntilExit()
let theHandle = pipe.fileHandleForReading
let data = theHandle.readDataToEndOfFile()
if let dataAsString = NSString(data: data,encoding: NSUTF8StringEncoding) {
println(dataAsString)
} else {
println("could not convert output to string")
}
备注:
myTask.standardOutput
设置为管道本身。这导致进程写入 pipe.fileHandleForWriting
,完成后关闭该文件描述符。如果文件描述符未关闭,则 theHandle.readDataToEndOfFile()
在父进程中会无限期地等待。如果你想将过程输出写入文件,那么你可以创建文件,将其作为文件句柄打开并将该句柄传递给 myTask.standardOutput
:
let myTask = NSTask()
myTask.launchPath = "/usr/bin/cal"
myTask.arguments = ["04","2014"]
let path = "/path/to/output.txt" // where the output should be written ...
if (!NSFileManager.defaultManager().createFileAtPath(path, contents: nil, attributes: nil)) {
println("could not create file")
} else if let theHandle = NSFileHandle(forWritingAtPath: path) {
myTask.standardOutput = theHandle
myTask.launch()
myTask.waitUntilExit()
theHandle.closeFile()
} else {
println("could not open file")
}
关于macos - NSFilehandle swift ,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/26943635/
我只是想知道offsetInFile如何工作?和seekToFileOffSet之间的区别是什么。和您知道的代码示例也会有所帮助:) 最佳答案 对于标准文件描述符,-[NSFileHandle off
所以今天早上我遇到了一个非常奇怪的问题。我有一个 NSMutableString 随着时间的推移不断增长,它偶尔会将自己保存到磁盘,基本上创建一个不断增长的文本文件。直到几个小时前,它一直运行良好。顺
我正在将数据记录到我用 NSFileHandle 打开的文件中。这些日志文件可以通过电子邮件发送出去,我发送电子邮件之前是否需要关闭 NSFileHandle 最佳答案 您不需要关闭文件句柄,但如果您
我正在尝试将从命令行返回的信息作为字符串输入到我的程序中。这是我的代码,我尝试了一些其他变体但没有成功。 let MyTask : NSTask = NSTask() MyTask.l
我只是想读取服务器上的文本文件。用于测试的文件目前是本地的。代码如下: NSString *pathToLocalFile = [NSHomeDirectory() stringByA
我正在使用cocoa,我正在尝试为我正在编写的程序创建一个tcp套接字服务器,我正在使用NSFileHandle和acceptConnectionInBackgroundAndNotify方法。我一直
我正在通过 Cocoa 中的 NSFileHandle 读取控制台应用程序的管道输出。如何刷新与该文件句柄关联的流。如果我可以从 NSFileHandle 获取 FILE* 对象,我可以调用 fflu
我正在使用 NSTask,配置了 3 个 NSPipe,并且想要读取 standardOutput 和 standardError。我在 while 内执行此操作 - 第一个用于标准输出,第二个用于标
我有一个记录器的自定义实现,它记录我的应用程序中的操作和操作。 强NSString引用生活在我的单例类(class)中。 每当我需要记录一些东西时,我都会调用一个名为“-(void)writeToFi
我正在尝试创建一个文件并通过每次点击“保存”按钮时在末尾添加一个字符串来更新该文件。但是,每次我点击“保存”时,它都会使用最新的字符串创建一个新文件(覆盖)。我的代码如下,我该如何修复它?请帮忙! f
我设置了一个文件句柄来读取 stdout 的内容,当我尝试使用 availableData 从其中提取数据时,它会挂起,但仅当应用程序在我的设备上手动运行时才会挂起。当我通过 Xcode 或模拟器在我
我目前正在尝试从另一个应用程序实现打开文件。当我访问第三方应用程序(如文档)并使用我的应用程序打开文件时,我似乎无法使用 NSFileHandle 打开它。 调用 AppDelegates 方法后:
我为 NSFileHandleReadCompletionNotification 设置了一个 NSNotification。 我使用两个独立的管道设置标准 I/O。 NSPipe * input
我有一个循环获取一堆文件的 URL(10 个小的 txt 文件和 1 个大约 700KB 的大图像文件)并运行“getFile”为每个文件创建一个 NSUrlConnection。 当应用程序到达 [
我正在尝试打开一个小文本文件来测试文件上的一些 NSFileHandle 函数。但是我不知道该怎么做,如果你能告诉我我错过了什么,那就太好了。 //.h @interface MainViewCont
我有以下代码来进行方法调配: static inline void swizzleMethod(const char *clsName, const char *mthName, const char
旧的解析器依赖于 FILE * 来工作。但是,适用于 iOS 的 Dropbox Sync API 返回一个 NSFileHandle * 而不是 FILE * 作为文件句柄。 所以我尝试使用 NSF
Apple 说 here “不要将 NSSocketPort (OS X) 或 NSFileHandle 用于一般套接字通信”。 现在我正在努力调试套接字断开连接问题。 如果我们使用 NSFileHa
使用 NSFileHandle,使用 truncateFileAtOffset 从文件末尾删除 n 个字符非常容易。 -(void)removeCharacters:(int)numberOfChar
我有这个权利吗... To manipulate files on disk (create, copy, rename etc.) you use NSFileManager To manipula
我是一名优秀的程序员,十分优秀!