Re: Rene's Revised History of Assembly Language

randyhyde@xxxxxxxxxxxxx écrivait
news:1117550516.822266.176580@xxxxxxxxxxxxxxxxxxxxxxxxxxxx:

>
>
> Betov wrote:
>>
>> Liar. In 1999, your started the noise about HLA,
>> the exact same way you have started the noise about
>> HLA2, that is to say, long before having anything
>> up and going.
>
> Hmmm...
> Here's the post with the original announcement:
> http://groups-beta.google.com/group/comp.lang.asm.x86/browse_frm/thread
> /70b3f0b07460413f/c1b9cc53d6d85923?q=HLA+v1.1&rnum=1&hl=en#c1b9cc53d6d8
> 5923

I know of that post.


> You'll notice I gave a download link (webster). You'll also notice
> there weren't any follow-ups complaining that there was no code to
> download at that link.

Sure. You also give links, actually to a thing called
ADK, that is supposed to teach to others how to write
an Assembler, whereas you never wrote any.

:)


>> There are people whO write book, and there are people
>> who do the job. These are not usually the same ones.
>
> In the case of IDAPro, there are members of the team who *have*
> written several respected journal papers (at least, this was true when
> the papers were written, maybe they've moved on, I don't know).
>
> You, OTOH, have yet to do the job and you've not written anything.

I have always refused to, and i will always refuse to.


> So
> why should we believe you?

Because i do the job. Simply.


>> Well, it is now evident that it will beat all other
>> Disassemblers hands down, but you say what you like
>> to say...
>
> We're still waiting. What has it been, now? A year and a half. I
> remember back when you were promising an automatic disassembler in
> just six months (search for yourself in this very newsgroup).

Mind you, in between i have had serious health problems
that are not yet completely cured, and my work power
is much reduced. Nevertheless, the developements go fine.


> When you produce a disassembler that someone outside the RosAsm inner
> circle feels is far superior to IDAPro, I will be *very* impressed.
> Good luck.

This will be way easier than in the Assembly area, where
insane ass-holes, like you, Hutch, and Co, and all of the
Right-Wing bastards who fight against the GPL make almost
everything impossible.

We will win by the quality of the proposed Tools, and, in
the area of the Disassemblers, the competitions is way
more easier, than in the rats nest of Assembly, where only
swindlers and liars can win.

Also, as opposed to the Assemblers, the Disassemblers may
have an audience from any kind of Programmer, for multiple
reasons...

:)


>> > OHMYGOD! Do I read this right? Are you finally admitting that an
>> > automatic disassembler isn't going to cut it and you're going to
>> > have to make it interactive? This can't be the great genious Betov
>> > admitting that he was wrong all along, could it?
>>
>> ???!!!...
>
> As in, you've made claims in the past that interactivity was nonsense
> and unnecessary in a disassembler. Now you're adding it to your
> disassembler. That, to me, seems to indicate that you've finally
> realized that an automatic disassembly will *not* produce satisfactory
> results (despite your previous claims) and that interactivity is
> necessary if you intend to produce a usable disassembler. Something
> *many* people around here have told you from the start.

The only "many people" yon are talking about is... _you_.

This will not be the first innovation in RosAsm that you
will much probably never understand...

:)


>> For your information, IDA does not even _try_ to
>> recover the Resources,
>
> Your point?
> RosAsm does not even try to disassemble Z80 code. How's that for
> throwing out a non-sequitor? (btw, IDAPro *does* disassemble Z80
> code).

And then?


>> An massive advantage that you cannot understand.
>
> That's for sure.
> The only problem is, I'm not alone in "cannot understand"ing the
> massive advantage of this two clicks disassembly/reassembly. Let's
> suppose the operation was 100% perfect. What have I achieved by
> disassembling the code and reassembling it with only two clicks. Why
> now I can *run* the executable. But wait! I could have done that
> *before* I disassembled the code! What was the advantage to this
> again?
> I'm missing something here.

Oh! _Yes_, you are missing a _LOT_ of things. For
examples:

* The fact that RosAsm is, actually the Tool having
the most Demos Bases on earth.

* The fact that switching from HLL will be made easier
by recovering the previous done works directly in Asm.

* The fact that studying Sources is much educational.

* ... and so on... and finaly, a very important point
that an idiot with an IQ under 80 cannot understand:

That is that, when a disassembly can be re-compiled
and re-run, this is the definitive proof that the
Disassembly was correct.

:))


>> No, Guga is not dead, but he has some problems with
>> re-installing (family, office, home... all problems
>> that you do not have to know about...).
>
> You're right. I don't know. What I do know is that it's been a *long*
> time since the last major update to your disassembler, and the last
> time I asked about it you made reference to the fact that you were
> waiting for Guga to come back. Now, you claim the contrary.
> Apparently, your statements in the past weren't exactly truthful, eh?

I fail to see where the point of interrest could be,
with this, but if you absolutely wish to know the
reason why i am waiting for Guga to be back, for going
on with some works, this is because he is envolved in
the LibScanner Developments, and that i do not wish to
deprive him of this work when he will be back.

So said, the relationships between the LibScanner and
the Disassembler are indirect, and the reasons why i
was not working on the Disassembler these last months
was because i had too much work to do on several other
components:

* Re-write and re-organization of the Dynamic Break-Points
for the Debugger.

* Re-write and re-organization of the Undo feature, in
the Sources Editor so that it could assume Redo, with
respect of the Dynamic Break-Point, and all...

* Finalization of the String Internationalizations
(including Chinese -...-).

* Several extensions in the Assembler Macros System.

Want other news, ass-hole?


Betov.

< http://rosasm.org >







.

Quantcast