🚀 go-pugleaf

"Bastiaan" <bastiaan@niet.net> wrote in message
news:41f50ed3$0$281$4d4ebb8e@news.nl.uu.net...
> H,Schampheleer <hubert@haps.be> schreef in bericht
<GnZFd.31178$I24.2672738@phobos.telenet-ops.be>...
> Dank voor je uiteenzetting. Ja, is ook een aardige manier, vermits de
> langste string niet te lang is, en dat kan natuurlijk best in een
> "allerlei"-file. Ken je LIST.COM van Vernon D. Buerg? Die leest een
> file van zo'n 16 MB in in een fractie van een seconde.

Die leest echt die hele file niet in. Die leest maximaal 64kb van de file
(COM programma, datasegment + stack maximaal 64 kb.

> Ga je dan
> met "End" naar het einde, dan geef-ie keurig de laatste pagina,
> ongeacht of hij met een halve lange (>80) string begint. En dat duurt
> minder dan een seconde op een moderne PC. En als het allemaal heel
> lange strings zijn, gaat-ie toch op de juiste beginpagina staan.
> Kijk, zo zou ik het ook willen.

Pak een linux distro en bekijk de source van 'tail'.

> De reden waaom ik het opnieuw wil
> doen, is dat ik grotere files wil kunnen inlezen. Het lukt me ook
> wel, maar het wordt al gauw traag (PageUp) of de weergave klopt niet,
> Ook sequentieel inlezen gaat niet bij extreem lange strings. Toch
> benieuwd hoe die Buerg dat geflikt heeft.

Door de file als untyped file in te lezen, oftewel rauwe data in grote
blokken van bijvoorbeeld 32kb. En daarbinnen ga je naar strings zoeken.

Meindert