search

m00natic / vlfi

View Large Files in Emacs
458 stars 25 forks source link

File rendering issues #39

Closed srustamo closed 6 years ago

srustamo commented 6 years ago

Using with GNU Emacs 25.3.1 (x86_64-apple-darwin13.4.0, Carbon Version 157 AppKit 1265.21) of 2017-10-23.

Only some portion of the first chunk is legible of the 1.2Gb apache log. The rest is illegible as shown as on the screenshot attached.

What might be the problem?

screen shot 2017-11-20 at 6 42 46 pm
srustamo commented 6 years ago

Just noticed, if I scroll with mouse to the end of the first chunk, it renders the whole chunk legibly. It then opens the next chunk and it also is legible, if scrolled by mouse. It seems that jumping with C-c-v n starts producing illegible buffer, as also with C-c-v ].

srustamo commented 6 years ago

Tried to scroll with mouse as far down the file as possible. The rendering is good only upto chunk 4, about first half.

m00natic commented 6 years ago

What's the encoding of this file? It seems it's properly detected in the beginning but when jumping it falls to no-conversion (the '=' in the modeline).

srustamo commented 6 years ago

When the file is first loaded, Emacs reports multi-byte: undecided-unix. The file is generated on a Win Server 2012 box.

srustamo commented 6 years ago

I tried opening the file with console app on mac, the tail end of the file shows up empty. There might be a problem with the file itself.

m00natic commented 6 years ago

Is it possible that parts of it are human readable and other regions are binary? Is this file too big to load it all in Emacs (for science!) and see how much is legible... By definition, this is the best VLF could aspire to as far as encoding detection goes.

srustamo commented 6 years ago

I tried opening it in Emacs, but did not have enough patience after watching it struggle for over 5 min. and nothing happening.