Re: RFC 292 (v1) Extensions to the perl debugger

2000-09-27 Thread Dave Storrs
On Wed, 27 Sep 2000, Johan Vromans wrote: > What I wanted to indicate is that the input and output handling of the > debugger, currently line input and line output, should not be turned > into a sophisticated user interface with command line recall/editing > and fancy output paging (e.g. two in

Re: RFC 292 (v1) Extensions to the perl debugger

2000-09-27 Thread Johan Vromans
[Quoting Dave Storrs, on September 26 2000, 11:47, in "Re: RFC 292 (v1) Ext"] > I'm confused...are you suggesting that the debugger should no > longer be integrated into perl? Absolutely not! What I wanted to indicate is that the input and output handling of the debugger, currently line in

Re: RFC 292 (v1) Extensions to the perl debugger

2000-09-26 Thread Dave Storrs
On 26 Sep 2000, Johan Vromans wrote: > Perl6 RFC Librarian <[EMAIL PROTECTED]> writes: > > > The ability to easily retrieve and edit your N most recent commands to the > > debugger (much like a bash_history). > and > > A better default pager. The default pager should assume a 24x80 term > > win

Re: RFC 292 (v1) Extensions to the perl debugger

2000-09-26 Thread Johan Vromans
Perl6 RFC Librarian <[EMAIL PROTECTED]> writes: > The ability to easily retrieve and edit your N most recent commands to the > debugger (much like a bash_history). and > A better default pager. The default pager should assume a 24x80 term > window ... To me, these clearly indicates that the d

Re: RFC 292 (v1) Extensions to the perl debugger

2000-09-25 Thread James Mastros
On Mon, Sep 25, 2000 at 07:34:04PM -, Perl6 RFC Librarian wrote: > Mailing List: [EMAIL PROTECTED] Most of this RFC would probably be better off in perl6-stdlib; the debugger isn't really part of the language. That being said, however... > The ability to easily retrieve and edit your N mos