[m-rev.] diff: fix failure of debugger/declarative/browse_arg
Julien Fischer
juliensf at cs.mu.OZ.AU
Wed Jun 7 14:50:10 AEST 2006
On Wed, 7 Jun 2006, Mark Brown wrote:
> On 07-Jun-2006, Ian MacLarty <maclarty at cs.mu.OZ.AU> wrote:
> > The various pretty printers and their format options seems to have grown
> > organically and without a common intended consistant behaviour.
> > I'm not sure having different format options for print, print-all and
> > the browser makes a whole lot of sense,
>
> Right or wrong, that was a deliberate design decision, IIRC. The rationale
> was along the lines of print-all needing to be more limited so that values
> could fit onto one line (since there will be multiple values printed),
> whereas print can afford to use more lines. Likewise, different parameters
> make sense for the different formats, since they wouldn't necessarily
> require the same space to show the same information.
>
> The intent was that users who don't want to think in this detail can just
> omit the -APBfpv options, whereupon they should get consistent behaviour.
>
> Whether this has proven to be the right choice I can't say, since my .mdbrc
> just contains
>
> format_param depth 10
> format_param size 60
>
> and I don't make use of different parameters for different modes/formats.
>
> > especially in the context of the
> > declarative debugger.
>
> There may have been some confusion as to whether the declarative debugger
> should be considered to be like "print" or "browse". I don't recall if a
> final decision was ever made. Perhaps we should have made the declarative
> debugging output a fourth mode, with its own parameters?
One thing to keep in mind is that the command to print something in
the declarative debugger is (currently) "print" - if I want
to modify the behaviour of the print command in the declartive debugger
then modifying print's, configuration parameters would be the
obvious thing to do - as opposed to modifying the browser's configuration
parameters.
Julien.
--------------------------------------------------------------------------
mercury-reviews mailing list
post: mercury-reviews at cs.mu.oz.au
administrative address: owner-mercury-reviews at cs.mu.oz.au
unsubscribe: Address: mercury-reviews-request at cs.mu.oz.au Message: unsubscribe
subscribe: Address: mercury-reviews-request at cs.mu.oz.au Message: subscribe
--------------------------------------------------------------------------
More information about the reviews
mailing list