Re: asm grep

Rod Pemberton wrote:

....
I already mentioned my preferred options: filename, case insensitive.
Wildcards, more DOS-ish, less RegEx would be my third choice. If Frank's
doing this it's time for him to collect a list, no? I get the feeling Frank
is attempting to recruit others, yes?

Not really, although if anyone thinks it's a worthwhile "project", it can be one...

I'm not exactly collecting a list, but I'm enjoying hearing what people think are "useful" or "crucial". (when it comes to "find", I think the best thing would be to make it more like "grep"... not too interested in that direction).

I only looked at the asmutils grep 'cause Santosh mentioned it as a possibly better asm<->C comparison than "cp". Blame Santosh! :) The existing one didn't make asm look too good... Not too full-featured, painfully slow on a large file... I even managed to squeeze a few bytes out of it! So there's room for improvement...

I think I can make it smaller and faster, with the same feature-set. Okay, but *I* kinda like the "i" switch. You mentioned "-B 2"... okay, some "context" would be cool... I was hoping to limit it to single-letter options, "-B 2" is a little harder to parse...

I painted myself into a corner with the cmpsb/scasb version. Wanted to see what the room looked like with that corner unpainted, and a guy standing in it holding a paintbrush and lookin' silly. Now I'm trying out a case-insensitve version (not even "switchable" yet)... just to see what the room looks like from that corner... it's coming along, but not quite right yet...

....
Hmm, most interesting thing in this thread so far... Can an assembly grep
be small, fast, full featured, and compilable for both DOS and Linux?
Someone would probably have to do an in depth comparison of DOS api and
Linux int 0x80 syscalls... (I've been meaning too, haven't done so...)

What's the dos interrupt for "mmap"?

I may have painted myself into a corner with that one, too. Is that gonna work with stdin? Haven't tried that... That's a "must have", I think, so it may be back to reading a buffer at a time. Bummer. Nice not having to worry about "breaks"...

Well... I've been neglecting this thread... sorry. Trying to keep out of "yak mode" and in "code mode" a little... We'll see how it goes...

Best,
Frank
.