* reading/writing binary data in structured form
@ 2008-04-26 14:05 Werner LEMBERG
2008-04-26 14:22 ` Drew Adams
2008-04-26 15:25 ` Eli Zaretskii
0 siblings, 2 replies; 15+ messages in thread
From: Werner LEMBERG @ 2008-04-26 14:05 UTC (permalink / raw)
To: emacs-devel
Folks,
does there exist a major mode which allows definition of templates so
that editing of binary data can be done in a structured way?
Looking around in the internet I wasn't very successful in finding
such a binary editor for GNU/Linux at all. Any ideas what I could
try? Since I've never used such a thing I would be glad for getting
advices. I would use such an editor (mode) to modify and create test
fonts.
Werner
^ permalink raw reply [flat|nested] 15+ messages in thread
* RE: reading/writing binary data in structured form
2008-04-26 14:05 reading/writing binary data in structured form Werner LEMBERG
@ 2008-04-26 14:22 ` Drew Adams
2008-04-26 15:18 ` Werner LEMBERG
[not found] ` <mailman.10841.1209223213.18990.help-gnu-emacs@gnu.org>
2008-04-26 15:25 ` Eli Zaretskii
1 sibling, 2 replies; 15+ messages in thread
From: Drew Adams @ 2008-04-26 14:22 UTC (permalink / raw)
To: 'Werner LEMBERG'; +Cc: help-gnu-emacs
> does there exist a major mode which allows definition of templates so
> that editing of binary data can be done in a structured way?
hexl-mode
(A better list for this kind of question might be help-gnu-emacs@gnu.org.)
^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: reading/writing binary data in structured form
2008-04-26 14:22 ` Drew Adams
@ 2008-04-26 15:18 ` Werner LEMBERG
2008-04-26 16:43 ` Drew Adams
[not found] ` <mailman.10841.1209223213.18990.help-gnu-emacs@gnu.org>
1 sibling, 1 reply; 15+ messages in thread
From: Werner LEMBERG @ 2008-04-26 15:18 UTC (permalink / raw)
To: drew.adams; +Cc: help-gnu-emacs
> > does there exist a major mode which allows definition of templates
> > so that editing of binary data can be done in a structured way?
>
> hexl-mode
>
> (A better list for this kind of question might be
> help-gnu-emacs@gnu.org.)
You are joking, aren't you? I want *structured* editing, this is, for
example, defining a template
struct foo {
int16 bar;
int32 baz;
}
which can be used later on as
foo[32];
and which gets applied to a certain address, and where, for example, I
can modify a value with
foo[12].bar=1;
or something similar.
A commercial product which looks quite promising is
http://www.sweetscape.com/010editor/
but this is for MS Windows only.
Werner
^ permalink raw reply [flat|nested] 15+ messages in thread
* RE: reading/writing binary data in structured form
2008-04-26 15:18 ` Werner LEMBERG
@ 2008-04-26 16:43 ` Drew Adams
2008-04-26 22:29 ` Werner LEMBERG
0 siblings, 1 reply; 15+ messages in thread
From: Drew Adams @ 2008-04-26 16:43 UTC (permalink / raw)
To: 'Werner LEMBERG'; +Cc: help-gnu-emacs
> > > does there exist a major mode which allows definition of templates
> > > so that editing of binary data can be done in a structured way?
> >
> > hexl-mode
>
> You are joking, aren't you? I want *structured* editing...
No, I wasn't joking; I was trying to help.
It wasn't clear to me from your "in a structured way" that you meant anything
like what you describe now. You did not mention that you were familiar with
hexl-mode or explain anything about what you wanted that was different.
^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: reading/writing binary data in structured form
2008-04-26 16:43 ` Drew Adams
@ 2008-04-26 22:29 ` Werner LEMBERG
0 siblings, 0 replies; 15+ messages in thread
From: Werner LEMBERG @ 2008-04-26 22:29 UTC (permalink / raw)
To: drew.adams; +Cc: help-gnu-emacs
> No, I wasn't joking; I was trying to help.
OK, thanks.
> It wasn't clear to me from your "in a structured way" that you meant
> anything like what you describe now. You did not mention that you
> were familiar with hexl-mode or explain anything about what you
> wanted that was different.
This is probably caused by the fact that English is not my mother
tongue...
Werner
^ permalink raw reply [flat|nested] 15+ messages in thread
[parent not found: <mailman.10841.1209223213.18990.help-gnu-emacs@gnu.org>]
* Re: reading/writing binary data in structured form
2008-04-26 14:05 reading/writing binary data in structured form Werner LEMBERG
2008-04-26 14:22 ` Drew Adams
@ 2008-04-26 15:25 ` Eli Zaretskii
2008-04-26 22:44 ` Werner LEMBERG
1 sibling, 1 reply; 15+ messages in thread
From: Eli Zaretskii @ 2008-04-26 15:25 UTC (permalink / raw)
To: Werner LEMBERG; +Cc: emacs-devel
> Date: Sat, 26 Apr 2008 16:05:13 +0200 (CEST)
> From: Werner LEMBERG <wl@gnu.org>
>
> does there exist a major mode which allows definition of templates so
> that editing of binary data can be done in a structured way?
Maybe bindat.el (bundled with Emacs) can be a good beginning of a
solution.
^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: reading/writing binary data in structured form
2008-04-26 15:25 ` Eli Zaretskii
@ 2008-04-26 22:44 ` Werner LEMBERG
2008-04-27 3:12 ` Eli Zaretskii
0 siblings, 1 reply; 15+ messages in thread
From: Werner LEMBERG @ 2008-04-26 22:44 UTC (permalink / raw)
To: eliz; +Cc: emacs-devel
[GNU Emacs 23.0.50.2 of 2008-01-31]
> > does there exist a major mode which allows definition of templates
> > so that editing of binary data can be done in a structured way?
>
> Maybe bindat.el (bundled with Emacs) can be a good beginning of a
> solution.
Aah, yes, this looks very promising! Actually, I've never seen any
mentioning of this package in emacs-devel (which is probably a good
thing since it means that it works flawlessly) ...
BTW, it's quite hard to find that package IMHO within Emacs; the only
sensible way which comes to my mind is using `C-h p', going to section
`data'. However, the files mentioned in this section are unsorted
(which I consider a bad thing -- is this a bug?), and there are many
items which are rather unneeded by Joe User (like most of the
url-xxx.el files).
Is there a better way? Neither `apropos' nor the manual index gives a
sensible result which means that I've basically exhausted the
suggested searching possibilities as given in the `Help' section of
the Emacs info manual.
Werner
^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: reading/writing binary data in structured form
2008-04-26 22:44 ` Werner LEMBERG
@ 2008-04-27 3:12 ` Eli Zaretskii
2008-04-27 7:05 ` Werner LEMBERG
0 siblings, 1 reply; 15+ messages in thread
From: Eli Zaretskii @ 2008-04-27 3:12 UTC (permalink / raw)
To: Werner LEMBERG; +Cc: emacs-devel
> Date: Sun, 27 Apr 2008 00:44:57 +0200 (CEST)
> From: Werner LEMBERG <wl@gnu.org>
> Cc: emacs-devel@gnu.org
>
> BTW, it's quite hard to find that package IMHO within Emacs; the only
> sensible way which comes to my mind is using `C-h p', going to section
> `data'. However, the files mentioned in this section are unsorted
> (which I consider a bad thing -- is this a bug?), and there are many
> items which are rather unneeded by Joe User (like most of the
> url-xxx.el files).
>
> Is there a better way? Neither `apropos' nor the manual index gives a
> sensible result which means that I've basically exhausted the
> suggested searching possibilities as given in the `Help' section of
> the Emacs info manual.
Maybe try `apropos-documentation'.
^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: reading/writing binary data in structured form
2008-04-27 3:12 ` Eli Zaretskii
@ 2008-04-27 7:05 ` Werner LEMBERG
2008-04-27 15:55 ` Eli Zaretskii
0 siblings, 1 reply; 15+ messages in thread
From: Werner LEMBERG @ 2008-04-27 7:05 UTC (permalink / raw)
To: eliz; +Cc: emacs-devel
> > BTW, it's quite hard to find that package IMHO within Emacs; the
> > only sensible way which comes to my mind is using `C-h p', going
> > to section `data'. [...]
>
> Maybe try `apropos-documentation'.
Hmm, `apropos-documentation bindat' gives just this result:
risky-local-variable-p
Function: Non-nil if SYM could be dangerous as a file-local variable.
It is dangerous if either of these conditions are met:
* Its `risky-local-variable' property is non-nil.
* Its name ends with "hook(s)", "function(s)", "form(s)", "map",
"program", "command(s)", "predicate(s)", "frame-alist",
"mode-alist", "font-lock-(syntactic-)keyword*",
"map-alist", or "bindat-spec".
which is rather useless IMHO.
Werner
^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: reading/writing binary data in structured form
2008-04-27 7:05 ` Werner LEMBERG
@ 2008-04-27 15:55 ` Eli Zaretskii
2008-04-27 22:37 ` Kim F. Storm
0 siblings, 1 reply; 15+ messages in thread
From: Eli Zaretskii @ 2008-04-27 15:55 UTC (permalink / raw)
To: Werner LEMBERG, Kim F. Storm; +Cc: emacs-devel
> Date: Sun, 27 Apr 2008 09:05:53 +0200 (CEST)
> Cc: emacs-devel@gnu.org
> From: Werner LEMBERG <wl@gnu.org>
>
> > > BTW, it's quite hard to find that package IMHO within Emacs; the
> > > only sensible way which comes to my mind is using `C-h p', going
> > > to section `data'. [...]
> >
> > Maybe try `apropos-documentation'.
>
> Hmm, `apropos-documentation bindat' gives just this result:
>
> risky-local-variable-p
> Function: Non-nil if SYM could be dangerous as a file-local variable.
> It is dangerous if either of these conditions are met:
I guess that's because there are no autoload cookies in bindat.el for
anything whose doc string would be picked up by your apropos command.
Kim, is there a reason not to make bindat-pack and bindat-unpack
autoloaded?
^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: reading/writing binary data in structured form
2008-04-27 15:55 ` Eli Zaretskii
@ 2008-04-27 22:37 ` Kim F. Storm
2008-04-28 1:29 ` Stefan Monnier
0 siblings, 1 reply; 15+ messages in thread
From: Kim F. Storm @ 2008-04-27 22:37 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: emacs-devel
Eli Zaretskii <eliz@gnu.org> writes:
> Kim, is there a reason not to make bindat-pack and bindat-unpack
> autoloaded?
Only that I envisioned that people would explicitly require bindat
if they need the features it provides.
--
Kim F. Storm <storm@cua.dk> http://www.cua.dk
^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: reading/writing binary data in structured form
2008-04-27 22:37 ` Kim F. Storm
@ 2008-04-28 1:29 ` Stefan Monnier
2008-04-28 3:23 ` Eli Zaretskii
0 siblings, 1 reply; 15+ messages in thread
From: Stefan Monnier @ 2008-04-28 1:29 UTC (permalink / raw)
To: Kim F. Storm; +Cc: Eli Zaretskii, emacs-devel
>> Kim, is there a reason not to make bindat-pack and bindat-unpack
>> autoloaded?
> Only that I envisioned that people would explicitly require bindat
> if they need the features it provides.
Indeed. It doesn't seem to make much sense to autoload part of it.
Maybe we should begin by improving the C-h p answer.
Stefan
^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: reading/writing binary data in structured form
2008-04-28 1:29 ` Stefan Monnier
@ 2008-04-28 3:23 ` Eli Zaretskii
2008-04-28 14:38 ` Stefan Monnier
0 siblings, 1 reply; 15+ messages in thread
From: Eli Zaretskii @ 2008-04-28 3:23 UTC (permalink / raw)
To: Stefan Monnier; +Cc: emacs-devel, storm
> From: Stefan Monnier <monnier@iro.umontreal.ca>
> Cc: Eli Zaretskii <eliz@gnu.org>, emacs-devel@gnu.org
> Date: Sun, 27 Apr 2008 21:29:15 -0400
>
> >> Kim, is there a reason not to make bindat-pack and bindat-unpack
> >> autoloaded?
>
> > Only that I envisioned that people would explicitly require bindat
> > if they need the features it provides.
>
> Indeed. It doesn't seem to make much sense to autoload part of it.
Yes, but can it hurt? We could put comments there explaining the
reasons, in case at some point in the future doing so for the sake of
documentation search will not be necessary.
> Maybe we should begin by improving the C-h p answer.
I'm for it, but IMHO "C-h p" cannot be a precise tool, because it is
based on too small amount of info (a few keywords), whereas
apropos-documentation has much more to play with.
^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: reading/writing binary data in structured form
2008-04-28 3:23 ` Eli Zaretskii
@ 2008-04-28 14:38 ` Stefan Monnier
0 siblings, 0 replies; 15+ messages in thread
From: Stefan Monnier @ 2008-04-28 14:38 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: emacs-devel, storm
>> >> Kim, is there a reason not to make bindat-pack and bindat-unpack
>> >> autoloaded?
>>
>> > Only that I envisioned that people would explicitly require bindat
>> > if they need the features it provides.
>>
>> Indeed. It doesn't seem to make much sense to autoload part of it.
> Yes, but can it hurt? We could put comments there explaining the
> reasons, in case at some point in the future doing so for the sake of
> documentation search will not be necessary.
It's not very satisfactory. Maybe we should simply mention the package
in the lispref.
>> Maybe we should begin by improving the C-h p answer.
> I'm for it, but IMHO "C-h p" cannot be a precise tool, because it is
> based on too small amount of info (a few keywords), whereas
> apropos-documentation has much more to play with.
I don't think it "cannot be a precise tool" much more than C-h i cannot
be a precise tool. But I agree that it requires a non-trivial amount
of work. It would be worthwhile, tho.
Stefan
^ permalink raw reply [flat|nested] 15+ messages in thread
end of thread, other threads:[~2008-04-28 14:38 UTC | newest]
Thread overview: 15+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-04-26 14:05 reading/writing binary data in structured form Werner LEMBERG
2008-04-26 14:22 ` Drew Adams
2008-04-26 15:18 ` Werner LEMBERG
2008-04-26 16:43 ` Drew Adams
2008-04-26 22:29 ` Werner LEMBERG
[not found] ` <mailman.10841.1209223213.18990.help-gnu-emacs@gnu.org>
2008-04-27 1:47 ` Dan Espen
2008-04-26 15:25 ` Eli Zaretskii
2008-04-26 22:44 ` Werner LEMBERG
2008-04-27 3:12 ` Eli Zaretskii
2008-04-27 7:05 ` Werner LEMBERG
2008-04-27 15:55 ` Eli Zaretskii
2008-04-27 22:37 ` Kim F. Storm
2008-04-28 1:29 ` Stefan Monnier
2008-04-28 3:23 ` Eli Zaretskii
2008-04-28 14:38 ` Stefan Monnier
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.