Re: [Freedos-devel] MEM? How about 'Central Point's MI'
On Sun, 04 Apr 2004 12:39:38 +, you wrote: Hi BAHCL, I hope you remember PG, it works in such purposes. Try: dir /s | pg mem /d | pg all information are scrollable back and forth Yes I know. But usually I use PG {filename}, and I think MORE or LESS or PG is for the program that written some time ago. Maybe you have different opinion, but I think a new program should consider the users feeling. Of course to balance the coding complexity also. P.S. I've a little problem when piping output to PG 1.10, sometimes will print garbage on screen, when I figure out how to reproduce this bug I'll post here. Hope you still have the interest to improve. Rgds, Johnson. --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] MEM? How about 'Central Point's MI'
Hi Johnson, On Fri, 2 Apr 2004 10:03:12 +0400 (MSD), you wrote: Of course, MEM doesn't store screen output into internal buffers. If you wish to use scrolling possibility, use 3rd party utilities (usually named LESS). I start with M$-DOS 3.2, when the first time I use DIR I have the feeling: hey! why the screen didn't stop after the page is full? I hope you remember PG, it works in such purposes. Try: dir /s | pg mem /d | pg all information are scrollable back and forth regards, BAHCL _ Hotmail Extra Storage10MB http://join.msn.com/?pgmarket=zh-hk --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] MEM? How about 'Central Point's MI'
On Fri, 2 Apr 2004 10:03:12 +0400 (MSD), you wrote: Hi Arkady, Of course, MEM doesn't store screen output into internal buffers. If you wish to use scrolling possibility, use 3rd party utilities (usually named LESS). I start with M$-DOS 3.2, when the first time I use DIR I have the feeling: hey! why the screen didn't stop after the page is full? Eric teach me programmers concern before. But I think the old standard DOS behaviour is a bit too old, too user hostile, neither frightened them away or make them feel using windows more comfort I may add possibility to pause by default if output isn't redirected (to file), but this option wasn't default for any original DOS program. Also, imagine: you redirect to NUL (which is character device, like CON) and will not know, why MEM is hang whereas it simply waits any key after each screen. Yes, this is a problem, for me it's the weakness of DOS, why MORE or LESS exist because many years ago, programmers want to did the job easily without writing extra code, then they skipped to code the program smart enough to determine the situation ... After a decade, some command line program such as MI and PKZIP, ARJ growing up, becoming smart with automatic screen pause, also can redirected to file without hang. What I think is - can we copy the idea from them and let FreeDOS smart like them It's an improvement and let user feel comfort, also without breaking up the current usage of LESS or MORE, if you want advance function of MORE or LESS, just add a switch to disable automatic pause As a programmer, yes, this is extra work (oh I'm sorry I let you do extra work). If it's very difficult to code ... if I'm a programmer I'll also like you - leave it alone, but if the work is not so big, adding the smart feature and let the new/normal user feel happy also benefit to FreeDOS image, it's easier than M$-DOS, with compatibility and even better quality This functionality is out of scope MEM. Again: for this extended scrolling functionality you should use 3rd part scrolling programs (LESS) or redirect to file (which you may browse with any viewer/editor). Yes, I agree with you, this is out of scope of MEM. I can understand programmers should focus on the program's main usage other than this kind of standard I/O. I think is it possible someone code the smart I/O handling as a standard library and become a standard behaviour when compiling, avoid duplicating effort also being smart for every command line program First, all lines in complete list (/A) above separator relate to (and only to) low memory, all lines below separator relate only to (and only to) upper memory. To see how much given _program_ (not alone memory block) uses _both_ low and upper memory, was designed /C option. I know you put a lot of time to improve, you MEM did an excellent job when displaying memory usage information. I just provide a user's point of view for you as reference, for example: When I use MEMA/A, I see a program NMTSR resides in LOW area, then press a key to scroll, and see a program also named NMTSR in HIGH area, and I've to compare the name, it's same ... oh it's the same program have loaded itself high! During this I may need LESS to scroll back to confirm When I use MI, at first glance I know NMTSR is a single program which have a part LOW and a part HIGH (in the same line!), no need to guess it's the same program! The format is so friendly and better use a single line to display as many information as it can Addr. Low area High area Program or device driver - - -- 02E7h1,248.. Device=HIMEM Attr=A000h Name=XMS0 **Sorry for hard-selling this format, but I love it too much! Rgds, Johnson. --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] MEM? How about Central Point's MI
On Thu, 01 Apr 2004 14:41:10 +0200, you wrote: Hi, when FreeDOS is booted or not? VER /R command shows you all you need. Sorry for this, it's my careless mistake. don't know how to check which version is kernel.sys if you did not boot it. otherwise, simplest is to just download most recent KERNEL.SYS and copy it over yours :) I need this because when program failed, I'll try older KERNEL to compare. perhaps SYS CONFIG file can show the kernel version if file is a FreeDOS kernel. I remember no version information when SYS. I didn't try SYS CONFIG. Is it necessary to show version during SYS? My opinion is a bit more information harmless. Rgds, Johnson. --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id70alloc_id638op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] MEM? How about Central Point's MI
Johnson Lam schreef: perhaps SYS CONFIG file can show the kernel version if file is a FreeDOS kernel. I remember no version information when SYS. I didn't try SYS CONFIG. Is it necessary to show version during SYS? My opinion is a bit more information harmless. might be a possible option. SYS CONFIG does not have this yet I think. something like: Copying C:\DOWNLOAD\KERNEL.SYS [Kernel 2033-fat32] to A:\KERNEL32.SYS I don't know a way to check how much memory-space kernel and freecom take up. MEM/MMSDOS (or MEM/MSYSTEM) and MEM/MCOMMAND so for kernel it should query MSDOS module SYSTEM module whichever is non-0 should report back. for shell, try either COMMAND module, and %comspec%-without-directory-and-without-extension. don't know how to avoid a duplicate then.. or do you want to obtain the amount of free RAM without taking drivers into acount? free RAM = TotalMEM minus KERNEL-MEMORY minus PRIMARY-SHELL-memory Bernd --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] MEM? How about 'Central Point's MI'
! 1--2004 14:39 [EMAIL PROTECTED] ([EMAIL PROTECTED]) wrote to [EMAIL PROTECTED]: For this should be used option /C (which is yet equal to /A in my MEM). ASM Unless there's a bug, I don't see many ASM differences between MEMA /C and MEMA /A, ase Perhaps this was a confusion and you mean not yet? I mean is yet equal to /A, as I say. In other words: which is not yet completely implemented. --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id70alloc_id638op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] MEM? How about 'Central Point's MI'
On Thu, 1 Apr 2004 23:39:12 +0400 (MSD), you wrote: Hi, I mean is yet equal to /A, as I say. In other words: which is not yet completely implemented. Maybe I'm too stupid. MEMA/C or /A with /P give me a scrolled screen, I can see the programs layout but can't scrolled back, I suggest MEMA/C can give a brief display of just programs (skipping free blocks, files=, data area) and /A shows all. /P should be default, can implement like more, press q to quit or any key to scroll Also, I'm very sorry but honestly say: Central Point PCTools V9 MI's two column high/low layout impress me too much, you can try the two column layout, it may not very useful but stupid as me can spot the program is high or low, or 300byte low and 20k high. Rgds, Johnson. --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] MEM? How about 'Central Point's MI'
Hi! 2--2004 11:43 [EMAIL PROTECTED] (Johnson Lam) wrote to [EMAIL PROTECTED]: JL MEMA/C or /A with /P give me a scrolled screen, I can see the programs JL layout but can't scrolled back, Of course, MEM doesn't store screen output into internal buffers. If you wish to use scrolling possibility, use 3rd party utilities (usually named LESS). JL I suggest MEMA/C can give a brief display of just programs ...with summary of used memory. Yes, this will be so. JL /P should be default, I may add possibility to pause by default if output isn't redirected (to file), but this option wasn't default for any original DOS program. Also, imagine: you redirect to NUL (which is character device, like CON) and will not know, why MEM is hang whereas it simply waits any key after each screen. JL can implement like more, press q to quit or any key to scroll This functionality is out of scope MEM. Again: for this extended scrolling functionality you should use 3rd part scrolling programs (LESS) or redirect to file (which you may browse with any viewer/editor). JL Also, I'm very sorry but honestly say: Central Point PCTools V9 MI's JL two column high/low layout impress me too much, you can try the two JL column layout, it may not very useful but stupid as me can spot the JL program is high or low, or 300byte low and 20k high. First, all lines in complete list (/A) above separator relate to (and only to) low memory, all lines below separator relate only to (and only to) upper memory. To see how much given _program_ (not alone memory block) uses _both_ low and upper memory, was designed /C option. --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id70alloc_id638op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] MEM? How about Central Point's MI
Hi, Arkady V.Belousov escribio': Hi! 31--2004 13:17 [EMAIL PROTECTED] (Johnson Lam) wrote to [EMAIL PROTECTED]: My MEM shows much more info about extended and XMS memory. :) JL Yes. JL Just a suggestion, because the program high and low area is very JL clear, just a glance can see how many memory it take. For this should be used option /C (which is yet equal to /A in my MEM). Sorry, but I strongly disagree. Unless there's a bug, I don't see many differences between MEMA /C and MEMA /A, but it is true that NEITHER resemble MS-MEM /C For example, blocks are not grouped (COMMAND program and environment, e.g.), whereas MS-MEM /C provides a very neat table with grouped blocks. (nor Bart's MEM /U, which is a bit similar but size is not listed in decimal and blocks are not grouped either). I am of course grateful to both of you and to everybody in general to have a MEM, but one must recognise that both have little resemblance with MS-MEM, and switches mismatch terribly... :-) Aitor --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] MEM? How about Central Point's MI
On Thu, 01 Apr 2004 00:22:54 +0200, you wrote: Hi, Sorry, but I strongly disagree. Unless there's a bug, I don't see many differences between MEMA /C and MEMA /A, but it is true that NEITHER resemble MS-MEM /C Actually I seldom use the traditional FreeDOS MEM (sorry guys) because MI show clearly the program layout without thinking (program resides in different column when loading high or low) For example, blocks are not grouped (COMMAND program and environment, e.g.), whereas MS-MEM /C provides a very neat table with grouped blocks. (nor Bart's MEM /U, which is a bit similar but size is not listed in decimal and blocks are not grouped either). I've no idea how to sort them, but hope you can advise some good layout I am of course grateful to both of you and to everybody in general to have a MEM, but one must recognise that both have little resemblance with MS-MEM, and switches mismatch terribly... :-) For switches, I agree with you better follow M$ or just MEM show all (may be difficult since too many information) Rgds, Johnson. --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id70alloc_id638op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] MEM? How about Central Point's MI
On Wed, 31 Mar 2004 13:43:50 +0400 (MSD), you wrote: Hi, SegmentSize Owner Type / source --- - - - 1.00k INT vectors table 0040 256BIOS data area 0050 512DOS data area 0070 2.53k system 0112 800systemdata area -0144784 QEMM386$ DEVICE=QEMM386 0144 16system [...] 0202 11.9k win386 =D:\WINDOWS\system\win386.exe 0500 352VC environment Neat. I've an idea, as the official MEM of FreeDOS, is it good to include the FreeCOM and Kernel information also? I got a bit annoy because when I want to check Kernel version I have to reboot, and I don't prefer to have another tool just check for Kernel and FreeCOM. Rgds, Johnson. --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id70alloc_id638op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] MEM? How about Central Point's MI
Hi! 1--2004 11:14 [EMAIL PROTECTED] (Johnson Lam) wrote to [EMAIL PROTECTED]: JL I've an idea, as the official MEM of FreeDOS, is it good to include JL the FreeCOM and Kernel information also? Which (information) one? JL I got a bit annoy because when I want to check Kernel version I have JL to reboot, and I don't prefer to have another tool just check for JL Kernel and FreeCOM. You mean, that info after MEMA/t (see last line) is not enough? --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id70alloc_id638op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] MEM? How about Central Point's MI
On Wed, 31 Mar 2004 05:57:05 +0400 (MSD), you wrote: Hi, Of course, I try to review other memory viewers to find which more interesting things may be showed. Good. My MEM shows much more info about extended and XMS memory. :) Yes. Just a suggestion, because the program high and low area is very clear, just a glance can see how many memory it take. I suggest a switch that use kilobyte instead of bytes because nowadays programs are usually huge. Rgds, Johnson. --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id70alloc_id638op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel