home bbs files messages ]

Forums before death by AOL, social media and spammers... "We can't have nice things"

   comp.editors      What? Edlin ain't good enough for you?      123,932 messages   

[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]

   Message 123,755 of 123,932   
   Carlos E.R. to Janis Papanagnou   
   Re: Editing binary data with editors - o   
   07 Feb 25 19:39:20   
   
   XPost: comp.mobile.android, alt.comp.os.windows-10   
   From: robin_listas@es.invalid   
      
   On 2025-02-07 14:39, Janis Papanagnou wrote:   
   > On 07.02.2025 11:44, Carlos E.R. wrote:   
   >> On 2025-02-07 10:57, Janis Papanagnou wrote:   
   >>> [...]   
   >>> The likely more interesting thing is probably to provide more advanced   
   >>> features in _dedicated_ hex editors. - I recall some tools where you   
   >>> could edit either the hex values (on the left part of the screen) or   
   >>> its string representation (on the right part of the screen).   
   >>   
   >> Certainly. PC Tools on plain MsDOS did just that. Probably the Norton   
   >> Utilities did too. What I don't remember doing is inserting a byte/char.   
   >   
   > Good point. Inserting is just a normal operation in editors like Vim.   
   > (And I don't remember that those dedicated hex-editors were capable   
   > of that. OTOH, there were so many of these specific editors that I'd   
   > also not be surprised if some supported that.) For certain data that   
   > feature might be useful, but generally inserting/deleting of binary   
   > data might likely just create an inconsistent data file.   
      
   Certainly. The common use was to change a message in a program, so one   
   edited the text, having the same length. Inserting or deleting would   
   foul every jump in the file.   
      
      
   > But even domain-specific tailored "editors" seem to have issues with   
   > data consistency.[*]   
   >   
   > Janis   
   >   
   > [*] I recall during the 1990's I had some tools for video processing   
   > on a Windows computer; the tools were incapable of creating consistent   
   > results even when staying within the vendor's tools chest. Every single   
   > component seemed to do its job correctly on arbitrary data, but one of   
   > their tool working on the output of another of their tools created just   
   > trash. It was a well known vendor, but it's name evades my memories.   
   > On my complaints they had argued that the original data wasn't correct.   
   > (That was of course the last time that I used their products at all.)   
      
   {Chuckle}   
      
   >   
   >> [...]   
   >   
      
      
   --   
   Cheers, Carlos.   
      
   --- SoupGate-DOS v1.05   
    * Origin: you cannot sedate... all the things you hate (1:229/2)   

[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]


(c) 1994,  bbs@darkrealms.ca