XPost: alt.comp.os.windows-11
On Tue, 6/17/2025 8:04 PM, T wrote:
On 6/17/25 1:55 PM, Paul wrote:
On Tue, 6/17/2025 1:21 PM, Operation Sindoor wrote:
Edit is now open source
Edit is a new command-line text editor in Windows. Edit is open source,
so you can build the code or install the latest version from GitHub!
This CLI text editor will be available to preview in the Windows Insider >>> Program in the coming months. After that, it will ship as part of
Windows 11!
<https://devblogs.microsoft.com/commandline/edit-is-now-open-source/>
MS-Dos is coming back!! Watch the space.
Jai Hind
We've already tested Edit.
In both Windows and Linux, it has a 4GB limitation and
cannot open a 16GB text file. It just stops mid-sentence
while loading, at around the 4GB mark.
Paul
Hi Paul,
I had to reset an attribute on a YUGE Thunderbird mail
box for a customer. He had accidentally deleted
everything and dumped his trash. Fortunately he had
not compacted yet. It was around 20 GB.
I copied his trash box to his local folder under a new name.
Fumbled with several text editors. I discovered what you
speak of real quick.
Then I installed Git on his machine and used Git's "sed"
(the Serial Editor from hell) to flip all the deleted
flags back to undeleted. The customer was blow away.
And, yes, I had that insufferable spring in my step
for several hours afterward.
"sed" to the rescue.
:-)
-T
p.s. have you tried the text Editor from hell (vi/vim)
on large files yet?
I don't think text editors really like big files to begin with.
It has a lot to do with the data structure they use for
storing the text. (Not an array of bytes.)
I've never even tried a big file with vi/vim.
Maybe I was told by one of the gurus at work not to do that.
With the vanilla notepad, it had a fetish about reformatting
the file, after the length of a line changed. Performance
suffers when you do that.
Notepad++ is supposed to be capable of big files, and it also
has a plugin of some sort for the job.
Linux was supposed to have an editor for large files, but
I don't recollect a name being mentioned. Maybe it was an editor
from the Unix era ?
With a SED, yes, as long as you know the file details, you could
filter off some header bits that indicate deleted, and then
I would guess you'd remove the .msf and regenerate the .msf
so it would extract the modified status from each header.
Whereas editing the Mork, would take some real skills, as
not too many people are fluent in the format.
I expect a customer would be really amazed.
Mozilla has a tool for Mork, but they're not sharing it
with the public that I know of.
There is a duplication of data, in the box file and in the
related .msf (Mork) file, so that at least, a corrupted
.msf can be fixed by removing it. And a new one is
regenerated from those added header lines.
From - Wed Nov 26 06:13:35 2008
X-Mozilla-Status: 0015
X-Mozilla-Status2: 00800000
X-Mozilla-Keys:
Date: Wed, 26 Nov 2008 06:13:34 -0500
If Thunderbird is behaving strangely, I had one case, where
a "block" of text was replaced with binary in a box file, as if
there had been a disk read error or something. Removing the
binary portion, the file then opened normally again.
For that one, you can use the Linux "file" command, and
the damaged file has a strange detection. Not the same
detection a normal box file has. That's in case you were
wondering what you could do to spot a thing like that.
The "file" command has at least a hundred descriptions of
text files, including when formats are mixed internally.
Which suggests it reads the whole text file, instead of
just 1KB of it.
Paul
--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)