On Feb 25, 5:35 am, "Kadaitcha Man" <nntp.n...@gmail.com> wrote:
> I bet when your code is peer-reviewed your stock response to the
> peels of laughter is "that was sloppy on my part". You have had
> code peer-reviewed, yes?
Your very amusing at times.
> >> As another example of the woefully poor exploitation of variable
> >> names...
>
> >>> ar=local
>
> >> ar might be short for "AR AR ME 'ARTIES!!!"
>
> >> Perhaps Dustfart fancies himself as a pirate on the high seas or
> >> something.
>
> > just lazy...
>
> Just lazy, huh? More like you downright don't ****ing know what you're
> doing. Of course, the rest of this post is aimed at proving exactly that
> claim.
We shall see.
> 20-20 hindsight, btw.
>
> >>> b=rnd(0)
> >>> b=b mod 23
> >>> death=b
>
> >> Three lines of code are used to do what can be done in one line...
>
> >> death = rnd(0) mod 23
>
> > Ahh, but your wrong sir. This is Asic, it cannot be done in one
> > line.
>
> Admission to using **** to write **** noted.
Admission that you messed up, noted.
Admission that you couldn't even get such simple code commented
properly, also noted.
I won't bother responding to your assinine attempts to figure asic
out, as you aren't correct on any of it, even after providing you the
damn manual which comes with it. The code generated by asic, as in the
exe fie, isn't interpreted or p-code as you seem to be thinking it is.
Your assembler sample, is (golly gee) the same thing that's actually
inside the exe file. *burn*
> >> The results are the same but the process is not. Dustfart's
> >> amateurish and
>
> > The results would be the same, If the language supported it in one
> > statement like that.
>
> 20-20 hindsight.
> > (It doesn't). It's asic, not quiet basic.
>
> >> woefully inefficient code requires values to be moved left, right and
> >> centre, then all the way back again before a result is obtained. I
> >> use the
>
> > Ouch, I don't think you realize how close asic really is to
> > assembler...
>
> 1. Unsupported assertion. Claim fails.
> 2. ASIC is a BASIC compiler that includes a number of BASICA and QBASIC
> commands, Dustfart. The ASIC instruction set does not contain any JMP, MOV,
> NOP, CPL, JNZ, JZ, INC, DEC or any other assembler [sic] commands. So it is
> beyond the reasonable mind to understand how it can be the case that anyone
> other than you can appreciate just "how close asic really is to assembler
> [sic]".
Because I've disassembled the resulting binary files created with the
language. Asic isn't p-code nor is it interpreted.
> Why the assembler [sic] code straw-man, Dustfart? Got you by the scruff of
> the neck, have I? Hmmm?
See above. What was that about the scruff?
> Assembler [sic] code is your straw-man to avoid the charges against you.
> Nevertheless I will gleefully and wilfully attack your straw-man with gusto,
K-man, You were not even able to properly comment on very simple code,
of course you would try the "well, you have a strawman" defense. Face
it, I've beaten you. You jumped before you looked.
> but only because doing so exposes you to even more justifiable accusations
> of complete and utterly delusional ****wittery.
Yes, I'm sure you will.
> 4. I will now proceed to show you just "how close asic really is to
> assembler [sic]", Dustin...
>
> First the assembler [sic]:
>
> Name "SuckEggsDustin"
> org 300H
> JMP Start
> String db "Hello, ****Nuts Dustfart!", 0DH, 0AH, 24H
> Start: LEA DX, String
> MOV DX, 09H
> INT 21H
> MOV AH, 0
> RET
>
> Now in ASIC
>
> Print "Hello, ****Nuts Dustfart!";
And the resulting binary's code closely matches your assembler. Asic
does use some code which I find unnecessary, but it does it anyway.
> As you can see, Dustin, I obviously do not realise "how close asic reallyis
> to assembler" [sic] as much as you do.
No, that I understood with your first try.
> That would be assembler [sic] code put there by the compiler, yes? You know,
> "code" that you did not actually write. Oh, and the completely straw-man
Well, short of writing everything in machine language, you can't
actually claim anybody has authored anything original, and even
then....
> assembler [sic] code that we're not actually dicussing because we're really
> talking about the ASIC BASIC compiler that does not include support for
> assembly language mnemonics, yes?
It doesn't?
Strange... According to the documentation, I'm free to write
supporting functions in whatever language I desire (assembler
recommended). Asic doesn't have more than 80 commands in the entire
language. To allow for expandability, it supports you adding
additional code to your program written with more advanced languages
to do things not already available to you.
> A) Claim 'asic is really close is to assembler' when the actual
> reality is that it isn't
Ahh, but the final output executable present on your hard disk after
asic has "compiled" it closely matches that of your resulting
assembler file (well, depending on your sloppyness level...). Asic
isn't p-code kook, it generates some unncessary code but not much.
> B) You habitually refer to assembly as assembler
> C) You do not know the difference between an opcode and its mnemonic;
> indeed, it is verifiably provable that you believe that the
> mnemonics are referenced in the executable.
Yes I do. You forget, The criterr.obj file posted is a patched
variant. Obviously I know what the various mnemonic statements
translate to. For example, retf is CB. Mnemonics is for you to
remember things, it's one step below machine language; you keying in
the hex yourself.
> And you say you're a programmer, huh?
Yes, that I am. BugHunter clearly demonstrates this. Have you seen it
recently?
> > if it's going to be used more than once, it should be a routine. Why
> > repeat the same code?
>
> DUH! So, why isn't it, Dustfart...?
I agreed with your statement concerning the fact it should have been
and I didn't make it so. Why do you think your going to misquote what
was said now?
> BWAHAHAHAHAHAHAHAHA!
> Don't tell me. Let me guess...
>
> "just lazy..."
Your laughing at your own intentional misquotation?
> Of course, an utter lack of capability on your part has nothing to do with
> it at all, right?
Well, I don't know.. I understand what I'm doing with asic code, and
you don't seem to know what is going on. You seem to think you can
correct my code for me or something, but you can't even get the
language syntax right... You have to understand why I think that's so
damn funny. You know just as well as I do that most of our readers
aren't in fact programmers and might lap up whatever you have to say
purely on faith, but you have to consider one important thing. Some
others here are programmers and aren't fooled by your little games.
> Dustfart, you need a seriously hard kick in the reality glands. First of
> all, compilers produce output in a predictible manner. That is to say, when
> you put your garbage code into the compiler, what comes out is, lo and
> behold, compiled garbage. A BASIC compiler will not fix your crap,
> inefficient code, Dustfart; it will only produce a crap, inefficient
> program.
When you learn the language syntax, and get several years of actual
hands on experience programming in it, then I might consider your
advice as something more than somebody talking out of turn.
> Secondly, Dustfart, let us assume, for the sake of supposition only, that
> everything I have written, plus all the evidence placed before you to
> refute your insane lies is 100 percent pure, unadulterated, irrefutable
> bull****. Yes, let us assume that everything I have written is 100%
> techno-poppycock.
Oh, no real assumption here. It's obvious to everyone what's going on.
4Q is failing miserably, are you the reinforcement? I've made my
points several times over, this was just salt on your wounds.
language syntax? c'mon.. Your "corrected" one line code example would
generate an error, because it's not right, idiot. Mine is.
--
Dustin Cook
author of BugHunter - MalWare Removal Tool
http://bughunter.it-mate.co.uk
> So, Dustfart, based on that assumption, do you believe that your readers are
> more inclined to fall for the techno-gobbledegook bull**** than they are,
> say, to fall for the delusional ramblings of an utterly inept ****wit who
> puffs up his horribly sunken chest and declares, "it's not quiet [sic]
> basic... I will tear K-man to shredsblah blah. Your loss.
Ehhhehh..
> Heh, the code is written in asic. I don't think you quiet [sic] understand
> what asic is"?
>
> >>> b=b mod 23
>
> ...
>
> read more »



Reply With Quote