Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > comp.lang.forth > #13187

Re: Hayes Core SEEBUF test - size of data

Show all headers | View raw

Rod Pemberton wrote:
> Have you got me confused with someone else?  I did comprehend what
> wierdness was going on with bigForth's DUMP.

I think you have a communication problem.  You said

> PS.  What is up with bigForth's wacked out DUMP?

I'm not a native English speaker, but my understanding of "wacked out" 
is synonymous to "go bananas".  I.e. in non-colloquial terms "totally 
uncomprehensible".

> Him stating that I'm the problem is an insult.

Well, I don't think bigForth's dump is totally uncomprehensible.  
Apparently it is for you.  I understand that the argument "I've been 
doing that for 30 years now, and you are the first to complain" is not a 
valid excuse.  Many stupid things have been done for centuries or 
millennias, and at some point, you should just stop being stupid.  
However, it's two-sided: My code is almost 30 years old, and you said, 
you haven't seen such a dump output in the last 30 years.

> This is clearly a design choice issue.  He said he inherited DUMP's
> definition from the code base he used.

Yes, I was not that unsatisfied with this DUMP.  If I was, I would have 
rewritten it.  I've certainly changed a little bit here and there, and 
so at least the things I didn't like are gone.

> When asked to do so by him, I very clearly stated it wasn't a bug... 
> I.e., no bug report needed.

Well, "wacked out" is strong enough to satisfy at least a "minor issue" 
tag in a bug report.  It isn't wrong, it doesn't crash, but it confused 
you.  Your argument that DUMP should not do something unusual, and that 
this is a design decision, has merits.  The assertion that something 
that looks unusual is "apparently stupid" and therefore laughable, 
doesn't.  That's your problem, not mine.

The "should not be unusual" argument is my problem, not yours.  As you 
said, most other Forths do it similar to each other, non-aligned, 
without the header line, and for the casual user of a Forth system who 
doesn't want to get in deeply, a dump should look similar, displaying 
the start address in the first line, 16 bytes per line, separated into 
bytes and groups of 8, and the ASCII subset behind.  It is ok to dump 
the last 16 bytes completely.

So fortunately, while you might think the code was stupid, it was well 
factored, and changing it to do what you want requires *only* to remove 
the header printing+alignment stuff (one screen commented out, one word 
no longer called).  As I have no deep feelings for that code, I just do 
that change.

-- 
Bernd Paysan
"If you want it done right, you have to do it yourself"
http://bernd-paysan.de/

Back to comp.lang.forth | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread

Thread

Hayes Core SEEBUF test - size of data "Rod Pemberton" <do_not_have@notemailntt.cmm> - 2012-06-08 21:53 -0400
  Re: Hayes Core SEEBUF test - size of data Doug Hoffman <glidedog@gmail.com> - 2012-06-08 22:07 -0400
  Re: Hayes Core SEEBUF test - size of data "Elizabeth D. Rather" <erather@forth.com> - 2012-06-08 16:29 -1000
    Re: Hayes Core SEEBUF test - size of data "Elizabeth D. Rather" <erather@forth.com> - 2012-06-08 17:09 -1000
      Re: Hayes Core SEEBUF test - size of data "Rod Pemberton" <do_not_have@notemailntt.cmm> - 2012-06-09 06:45 -0400
        Re: Hayes Core SEEBUF test - size of data "Elizabeth D. Rather" <erather@forth.com> - 2012-06-09 06:44 -1000
          Re: Hayes Core SEEBUF test - size of data "Rod Pemberton" <do_not_have@notemailntt.cmm> - 2012-06-11 21:42 -0400
            Re: Hayes Core SEEBUF test - size of data "Elizabeth D. Rather" <erather@forth.com> - 2012-06-11 17:57 -1000
              Re: high-level CMOVE> was [Re: Hayes Core SEEBUF test - size of data] "Rod Pemberton" <do_not_have@notemailntt.cmm> - 2012-06-12 04:26 -0400
        Re: Hayes Core SEEBUF test - size of data Bernd Paysan <bernd.paysan@gmx.de> - 2012-06-09 22:02 +0200
          Re: Hayes Core SEEBUF test - size of data "Rod Pemberton" <do_not_have@notemailntt.cmm> - 2012-06-09 20:17 -0400
            Re: Hayes Core SEEBUF test - size of data Coos Haak <chforth@hccnet.nl> - 2012-06-10 02:34 +0200
              Re: Hayes Core SEEBUF test - size of data Bernd Paysan <bernd.paysan@gmx.de> - 2012-06-10 22:34 +0200
                Re: Hayes Core SEEBUF test - size of data "Rod Pemberton" <do_not_have@notemailntt.cmm> - 2012-06-10 18:18 -0400
                Re: Hayes Core SEEBUF test - size of data Coos Haak <chforth@hccnet.nl> - 2012-06-11 02:34 +0200
                Re: Hayes Core SEEBUF test - size of data Bernd Paysan <bernd.paysan@gmx.de> - 2012-06-11 22:16 +0200
                Re: Hayes Core SEEBUF test - size of data "Rod Pemberton" <do_not_have@notemailntt.cmm> - 2012-06-11 20:32 -0400
                Re: Hayes Core SEEBUF test - size of data "Elizabeth D. Rather" <erather@forth.com> - 2012-06-11 14:55 -1000
                Re: Hayes Core SEEBUF test - size of data Josh Grams <josh@qualdan.com> - 2012-06-12 11:01 +0000
                Re: Hayes Core SEEBUF test - size of data Alex McDonald <blog@rivadpm.com> - 2012-06-12 04:58 -0700
                Re: Hayes Core SEEBUF test - size of data rugxulo@gmail.com - 2012-06-12 08:21 -0700
                Re: Hayes Core SEEBUF test - size of data Andrew Haley <andrew29@littlepinkcloud.invalid> - 2012-06-12 10:55 -0500
                Re: Hayes Core SEEBUF test - size of data Alex McDonald <blog@rivadpm.com> - 2012-06-12 09:22 -0700
                Re: Hayes Core SEEBUF test - size of data rugxulo@gmail.com - 2012-06-12 11:57 -0700
                Re: Hayes Core SEEBUF test - size of data Alex McDonald <blog@rivadpm.com> - 2012-06-12 14:31 -0700
                Re: Hayes Core SEEBUF test - size of data rugxulo@gmail.com - 2012-06-12 17:43 -0700
                Re: Hayes Core SEEBUF test - size of data Alex McDonald <blog@rivadpm.com> - 2012-06-12 23:41 -0700
                Re: Hayes Core SEEBUF test - size of data "Rod Pemberton" <do_not_have@notemailntt.cmm> - 2012-06-13 00:02 -0400
                Re: Hayes Core SEEBUF test - size of data Alex McDonald <blog@rivadpm.com> - 2012-06-12 23:25 -0700
                Re: Hayes Core SEEBUF test - size of data "Rod Pemberton" <do_not_have@notemailnot.cmm> - 2012-06-22 16:50 -0400
                Re: Hayes Core SEEBUF test - size of data Bernd Paysan <bernd.paysan@gmx.de> - 2012-06-23 01:08 +0200
                Re: Hayes Core SEEBUF test - size of data rugxulo@gmail.com - 2012-06-24 05:12 -0700
                Re: why certain Forth's are easier to use, was [Re: Hayes Core SEEBUF test - size of data] "Rod Pemberton" <do_not_have@notemailnot.cmm> - 2012-06-24 18:45 -0400
                Re: why certain Forth's are easier to use, was [Re: Hayes Core SEEBUF test - size of data] "Elizabeth D. Rather" <erather@forth.com> - 2012-06-24 14:03 -1000
                Re: Hayes Core SEEBUF test - size of data "Rod Pemberton" <do_not_have@notemailntt.cmm> - 2012-06-12 23:59 -0400
                Re: Hayes Core SEEBUF test - size of data Alex McDonald <blog@rivadpm.com> - 2012-06-12 23:29 -0700
                Re: Hayes Core SEEBUF test - size of data Bernd Paysan <bernd.paysan@gmx.de> - 2012-06-12 22:02 +0200
            Re: Hayes Core SEEBUF test - size of data Doug Hoffman <glidedog@gmail.com> - 2012-06-10 05:34 -0400
    Re: Hayes Core SEEBUF test - size of data "Rod Pemberton" <do_not_have@notemailntt.cmm> - 2012-06-09 06:44 -0400
      Re: Hayes Core SEEBUF test - size of data BruceMcF <agila61@netscape.net> - 2012-06-12 18:49 -0700
        Re: Hayes Core SEEBUF test - size of data Albert van der Horst <albert@spenarnc.xs4all.nl> - 2012-06-13 08:32 +0000
          Re: Hayes Core SEEBUF test - size of data Andrew Haley <andrew29@littlepinkcloud.invalid> - 2012-06-13 03:53 -0500
    Re: Hayes Core SEEBUF test - size of data anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2012-06-10 11:47 +0000

csiph-web