- android - RelativeLayout 背景可绘制重叠内容
- android - 如何链接 cpufeatures lib 以获取 native android 库?
- java - OnItemClickListener 不起作用,但 OnLongItemClickListener 在自定义 ListView 中起作用
- java - Android 文件转字符串
让我难住了:在 Windows 上,Free Pascal
{... writes text lines to PdfTmp, then ...}
close(PdfTmp);
reset(PdfTmp);
while not eof(PdfTmp) do begin
readln(PdfTmp,InpLine);
writeln(ProdFile,InpLine);
end;
close(PdfTmp);
我已经验证 PdfTmp 文件是用文本写入的,但是 eof() 函数在第一次调用时返回 true,因此永远不会执行 while block 。
我对周围的代码尝试了各种技巧来确定可能导致失败的其他原因,包括更新我的 FPC 编译器,但都无济于事。测试确认这是不正确的 eof() 函数结果。
相同的代码在 Mac 上可以正常工作。 (FreePascal 支持各种平台。)
有没有其他可怜的人遇到过这种不幸并拖延了一个不错的项目?如果是,它是如何修复的?
最佳答案
这是我解决问题的方法:
{}
{$ifdef WIN}
procedure starttext (var F :file; var Feof :boolean);
begin
reset(F,1); Feof := filesize(F) = 0;
end;
procedure gettext (var F :file; Feoln :array of byte; var Feof :boolean; var S :string);
{ gets the next text line from F into S. Returns false at end of file.
It returns the last string and sets eof if there are no additional strings.}
var endline, endfile :boolean; P, R :longint; C, D :byte;
begin
S := '';
endline := false;
endfile := false;
repeat
P := filepos(F);
blockread(F,C,1,R);
if R = 0 then begin
endline := true;
endfile := true; end
else begin
P := P + 1;
if C = Feoln[0] then begin
if high(Feoln) > 0 then begin
blockread(F,D,1,R);
if (R <> 0) then begin
if D = Feoln[1] then begin
endline := true;
P := P + 1; end
else
seek(F, P);
end else
P := P + 1;
end else
endline := true;
end else
S := S + chr(C);
endfile := P = (filesize(F));
end;
until
(endline = true) or (endfile = true);
Feof := endfile;
end;
{$endif}
{}
...
{}
close(PdfTmp);
{$ifdef OSX}
reset(PdfTmp);
while not eof(PdfTmp) do begin
readln(PdfTmp,InpLine);
putpdfln(InpLine);
end;
close(PdfTmp);
{$endif}
{$ifdef WIN}
assign(PdfWrk,FileID+'.$$$'); {same file as PdfTmp}
starttext(PdfWrk,eofPdfWrk);
while not eofPdfWrk do begin
gettext(PdfWrk, [13,10], eofPdfWrk, InpLine);
putpdfln(InpLine);
end;
close(PdfWrk);
{$endif}
{}
...
当我意识到 Microsoft 未能遵循 IBM 在第一台 IBM-PC 上发布的关于如何处理中断的说明时,我放弃了 Windows 是一个可行产品的想法。这种失败仍然困扰着 Windows 的可怕的错误类结构。并导致我们在 Windows 应用程序中都遇到过的神秘偶发故障。
就我个人而言,我认为操作系统不应该使用类来构建,这会给系统中只需要一次的进程代码带来不必要的开销(如果处理得当,系统中的所有代码都将如此)操作系统)。一个好的 API 就足够了。
关于windows - 重置非空文件后,Freepascal 发现 eof,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/35228009/
读取文件时,我知道提供的最后一个字符是 EOF。现在,当我有 EOF 时会发生什么?该文件中的字符? 如何区分文件的“真实”结尾和 EOF特点? 最佳答案 我决定将我的评论移至答案。 您的文件中不能有
GNU Bash - 3.6.6 Here Documents [n]<<[-]word here-document delimiter If any part of word is
试图查看论坛但无法重新访问。 我正在尝试阅读文本。文字是:“给 b” 但是在使用 fgetc() 时,没有达到 EOF,最后我得到 '\n',然后是无穷大的 'y' 样本。 这是我的代码: Node*
我正在做一个非常简单的作业,需要输出文件的内容,但在做任何事情之前我意外地到达了 EOF。该文件仅包含单词“pig”,并且由于某种原因 EOF 返回 16。我正在使用 Dev-Cpp 并且该程序是用
我的 kubectl 无法读取文件,每次都返回 'error: unexpected EOF'。 kubectl apply -f service.yaml > error: unexpected E
我想知道什么时候使用 cat Hello world! () { setopt localoptions shnullcmd test-nullcmd } # nothing will be
我试图找出我正在向其中写入特定数据的文件中不需要的尾随结束数据的原因,并且不相信我在写入文件时出错。 输出如下: building room_numbr capacity packard
考虑下面的简单例子 #include #include #include using namespace std; int main() { string str = "string";
我在一个程序中有这个片段(在 Visual Studio 2005 中): if(_eof(fp->_file)) { break; } 当达到 eof 时,它打破了封闭循环。但是程序无法解析
我正在尝试为 Typed Racket 中的以下函数定义类型注释: (define (neof x) (if (eof-object? x) #f x)) 不加注释给出了类型: (Any ->
我正在为 Linux 构建系统的模块编写 .spec 文件,遇到一个小问题并想分享它。 用于编写脚本文件: cat /path/to/somewhere/script #blah blah EOF
我有一个 C++ 程序,它从一个文件中读取我希望有一堆格式相同的记录。如果遇到意外情况,无论是记录格式不正确还是输入失败,我都想停止阅读,我想区分这些不同的情况。 我看过 this answer并查看
我注意到它们之间的几个区别: 在 <
预期我正在生成子进程并执行“ssh”远程框。从最近几天开始它工作正常,现在突然间,每当我尝试生成子进程时,它都会抛出错误。不确定发生了什么。 直到现在我一直在使用 pexpect 3.1,我遇到了这个
这个问题已经有答案了: Why two EOF needed as input? [duplicate] (2 个回答) Why do I require multiple EOF (CTRL+Z)
我正在浏览一个文件来寻找特定的词 Char[50]=getline(file,/n) 使用 getline 将每一行存储到一个 char 数组中以与我要查找的字符串进行比较 If( “”==char[
引用两个问题: Incorrect output from C++ Primer 1.4.4 Confused by control flow execution in C++ Primer exam
我刚刚在 this 中找到一条评论回答说在循环条件中使用 iostream::eof “几乎肯定是错误的”。我通常使用类似 while(cin>>n) 的东西——我猜它会隐式检查 EOF。 为什么使用
我刚刚在 this 中找到一条评论回答说在循环条件中使用 iostream::eof “几乎肯定是错误的”。我通常使用类似 while(cin>>n) 的东西——我猜它会隐式检查 EOF。 为什么使用
我刚刚在 this 中找到一条评论回答说在循环条件中使用 iostream::eof “几乎肯定是错误的”。我通常使用类似 while(cin>>n) 的东西——我猜它会隐式检查 EOF。 为什么使用
我是一名优秀的程序员,十分优秀!