You can subscribe to this list here.
2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(60) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2004 |
Jan
(280) |
Feb
(411) |
Mar
(455) |
Apr
(367) |
May
(125) |
Jun
(155) |
Jul
(266) |
Aug
(131) |
Sep
(223) |
Oct
(76) |
Nov
(103) |
Dec
(132) |
2005 |
Jan
(70) |
Feb
(113) |
Mar
(57) |
Apr
(38) |
May
(110) |
Jun
(74) |
Jul
(365) |
Aug
(198) |
Sep
(116) |
Oct
(119) |
Nov
(184) |
Dec
(55) |
2006 |
Jan
(97) |
Feb
(70) |
Mar
(51) |
Apr
(16) |
May
(46) |
Jun
(176) |
Jul
(305) |
Aug
(427) |
Sep
(223) |
Oct
(121) |
Nov
(112) |
Dec
(48) |
2007 |
Jan
(16) |
Feb
(19) |
Mar
(67) |
Apr
(69) |
May
(48) |
Jun
(35) |
Jul
(26) |
Aug
(44) |
Sep
(33) |
Oct
(86) |
Nov
(15) |
Dec
(28) |
2008 |
Jan
(120) |
Feb
(7) |
Mar
(76) |
Apr
(47) |
May
(41) |
Jun
(24) |
Jul
(25) |
Aug
(34) |
Sep
(58) |
Oct
(7) |
Nov
(16) |
Dec
(40) |
2009 |
Jan
(17) |
Feb
(53) |
Mar
(121) |
Apr
(69) |
May
(28) |
Jun
(39) |
Jul
(12) |
Aug
(22) |
Sep
(25) |
Oct
(15) |
Nov
(53) |
Dec
(9) |
2010 |
Jan
(10) |
Feb
(30) |
Mar
(10) |
Apr
(44) |
May
(36) |
Jun
(14) |
Jul
(21) |
Aug
(19) |
Sep
(1) |
Oct
(6) |
Nov
(22) |
Dec
(11) |
2011 |
Jan
(10) |
Feb
(45) |
Mar
(6) |
Apr
(7) |
May
(38) |
Jun
(40) |
Jul
(248) |
Aug
(150) |
Sep
(124) |
Oct
(40) |
Nov
(36) |
Dec
(57) |
2012 |
Jan
(64) |
Feb
(22) |
Mar
(14) |
Apr
(20) |
May
(54) |
Jun
(27) |
Jul
(36) |
Aug
(63) |
Sep
(11) |
Oct
(4) |
Nov
(13) |
Dec
(33) |
2013 |
Jan
(49) |
Feb
(36) |
Mar
(8) |
Apr
(17) |
May
(34) |
Jun
(24) |
Jul
(45) |
Aug
(4) |
Sep
(14) |
Oct
(8) |
Nov
(3) |
Dec
(16) |
2014 |
Jan
(32) |
Feb
(10) |
Mar
(41) |
Apr
(35) |
May
(23) |
Jun
(9) |
Jul
(110) |
Aug
(9) |
Sep
(12) |
Oct
(6) |
Nov
(16) |
Dec
(77) |
2015 |
Jan
(249) |
Feb
(9) |
Mar
(95) |
Apr
(28) |
May
(126) |
Jun
(151) |
Jul
(11) |
Aug
(35) |
Sep
(258) |
Oct
(198) |
Nov
(123) |
Dec
(186) |
2016 |
Jan
(166) |
Feb
(100) |
Mar
(11) |
Apr
(4) |
May
(24) |
Jun
(13) |
Jul
(34) |
Aug
(18) |
Sep
(8) |
Oct
(49) |
Nov
(69) |
Dec
(33) |
2017 |
Jan
(20) |
Feb
(29) |
Mar
(2) |
Apr
(4) |
May
(33) |
Jun
(32) |
Jul
(16) |
Aug
(8) |
Sep
|
Oct
(67) |
Nov
(39) |
Dec
(4) |
2018 |
Jan
(29) |
Feb
(42) |
Mar
(2) |
Apr
(5) |
May
(13) |
Jun
(24) |
Jul
(160) |
Aug
(76) |
Sep
(64) |
Oct
(42) |
Nov
(47) |
Dec
(32) |
2019 |
Jan
(33) |
Feb
(29) |
Mar
(36) |
Apr
(11) |
May
(11) |
Jun
(18) |
Jul
(20) |
Aug
(11) |
Sep
(7) |
Oct
(16) |
Nov
(3) |
Dec
(20) |
2020 |
Jan
(10) |
Feb
|
Mar
(10) |
Apr
(13) |
May
(53) |
Jun
(26) |
Jul
(8) |
Aug
(20) |
Sep
(8) |
Oct
(60) |
Nov
(93) |
Dec
(119) |
2021 |
Jan
(20) |
Feb
(54) |
Mar
(26) |
Apr
(17) |
May
(200) |
Jun
(231) |
Jul
(124) |
Aug
(100) |
Sep
(25) |
Oct
(18) |
Nov
(17) |
Dec
(93) |
2022 |
Jan
(129) |
Feb
(59) |
Mar
(58) |
Apr
(70) |
May
(39) |
Jun
(22) |
Jul
(83) |
Aug
(110) |
Sep
(65) |
Oct
(80) |
Nov
(42) |
Dec
(19) |
2023 |
Jan
(145) |
Feb
(118) |
Mar
(179) |
Apr
(76) |
May
(46) |
Jun
(67) |
Jul
(76) |
Aug
(69) |
Sep
(31) |
Oct
(52) |
Nov
(82) |
Dec
(46) |
2024 |
Jan
(51) |
Feb
(97) |
Mar
(50) |
Apr
(51) |
May
(150) |
Jun
(96) |
Jul
(117) |
Aug
(87) |
Sep
(102) |
Oct
|
Nov
|
Dec
|
From: Bart O. <bar...@us...> - 2004-01-17 17:36:50
|
Hi, I finally got around (as proposed before) to create a CVS commit list: it unified diff is sent there everytime a CVS commit is done (for freecom, install, kernel, and mem). Subscribing is just like for the other lists. Jim, please contact me privately for administrative stuff (if you care about that). Bart |
From: Johnson L. <jo...@tm...> - 2004-01-17 17:07:22
|
On Sat, 17 Jan 2004 02:19:10 +0800 (CST), you wrote: >Hi,=20 > >It's good to know Program CABinet is a topic here. It's useful. =20 >I remember when I had many many games installed into my harddisks, = different directories, different settings, It was not easy to remember = all, and felt so tired to retype. >Program CABinet reminds me where they are; a description, what parameter= if ever required. Just a few keystrokes away. It does not resemble DOS = Navigator, nor Night Commander. It is works more like a Window program = manager, just better, in my point of view. The reason of asking you about sub-menu or parameter come from PowerMenu, an old commercial-ware. It can define some job or task to run. Years ago I use it to run some disk copy program such as Locksmith or HD-Copy, after finish copying it return to the menu, then I can run other programs or quit to DOS. Your CABinet remind me of that, very useful. I notice a lot of disk access so I think making it TSR (just like SIDEKICK) will increase efficiency. Using RAMDISK is OK but the user may delete or alter the content and destroy the program. >To extend its functionality, when we develop application programs for = end user, a menu is definitely required to bind different modues = together. Program CABinet may serve well.=20 Great ... it cost US29.5 ten years ago! Now you release it free! >Program CABinet has a tiny footprint, it needs 4-6k memory, and works = with 8088 CPU with floppy drives. You even take care of the 8088 user ... actually IMHO you can start with 80386. =20 >I hope I have my points clear, thanks! I got your idea, thanks. We've similar thoughts, maybe we're neighbor in the past ;-) Rgds, Johnson. |
From: Luchezar G. <lu...@ga...> - 2004-01-17 12:13:09
|
Just published UDMA 6.7. The former UDMA has been removed from the package due to lack of interest and the former UUDMA and UUDMAS have been renamed to UDMA and UDMAJR, respectively. They now have their initialisation code reduced and most importantly, have proved to run on the Intel FW82801CAM mobile south bridge used for example in the Toshiba Satellite 1415-S173 we tested (albeit its BIOS turned out to support UDMA by itself ;-) Please include UDMA, not UDMAJR in FreeDOS distributions. The package can be downloaded at http://linux.tu-varna.acad.bg/~lig/freedos/ Spread & enjoy! Jack & Luchezar |
From: <ls...@ds...> - 2004-01-17 04:02:56
|
C&C Red Alert. It would start but then lock up. Louis > >>I got the report that C&C would not work in FreeDOS/DOSEMU. If somebody >>has that, happy debugging. Good to have DOSDEBUG with DOSEMU. > > What version of c&c, the original one for dos? I guess I should try it > out > one of these days. > > > > ------------------------------------------------------- > The SF.Net email is sponsored by EclipseCon 2004 > Premiere Conference on Open Tools Development and Integration > See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. > http://www.eclipsecon.org/osdn > _______________________________________________ > Freedos-devel mailing list > Fre...@li... > https://lists.sourceforge.net/lists/listinfo/freedos-devel > |
From: Adam P. <do...@ca...> - 2004-01-17 03:28:43
|
>I got the report that C&C would not work in FreeDOS/DOSEMU. If somebody >has that, happy debugging. Good to have DOSDEBUG with DOSEMU. What version of c&c, the original one for dos? I guess I should try it out one of these days. |
From: Eric A. <eric@CoLi.Uni-SB.DE> - 2004-01-16 23:51:16
|
Hi, Louis is the first ever FreeDOS user who "admits" to have a still working computer with a non-4:3 display ;-). Check this Poqet PC info: http://www.njqrp.org/poqetpc/ http://www.olagrande.net/~webguy/service/poqet.html http://www.bmason.com/PoqetPC/museum/impossible.html CPU is in the "plus" version a NEC V30 16 MHz (8088 "plus X"), 2 MB RAM (DOS + shadow + RAMDISK), 1+1 MB normal + flashable ROM with MS DOS, 640x200 CGA-style display, PCMCIA, MS DOS is version 5.0, 830g, 2.4V battery NiCD or NiMH, 9600 baud serial port and a second even less standard serial port. The "classic" (non-plus) version had MS DOS 3.3 (no FAT16 > 32 MB possible), 2 AA batteries, 8 MHz, less RAM. Screen dimensions are about 6*2 inch, so it is not 4:3 ... If you want GRAPHICS to print (get a serial printer or serial to parallel cable first...) screenshots of 640x200 mode in 3:1 size instead of 4:3 size (width:height): Get yourself that computer and tell me that you need this feature in GRAPHICS. I have promised to add it, see the FreeDOS 1.0 or to be more exact the post 1.0 TODO list ;-). Other things: The Libretto 50CT, strange enough, seems to refuse to boot from CD-ROM if you have no harddisk. So you gotta start from floppy, whatever you are going to do with it (e.g. make it a terminal server client or DOS computer). Or get an harddisk for it. The Casiopeia is a WinCE machine with SH CPU, so no DOS for that one. I got the report that C&C would not work in FreeDOS/DOSEMU. If somebody has that, happy debugging. Good to have DOSDEBUG with DOSEMU. Apart from that, I do not think that I wanna get any of that hardware for myself, so "the shop is still open" :-)). Especially cool are probably the PoqetPC and "portable" 8088, the actual tablet PC ThinkPad 360 PE (with 386 CPU) and probably the Toshiba Libretto 50 CT if you get it an harddrive. Friends have installed non-terminal-server- client Linux (standalone Linux that is) with X11 and GUI even on smaller PCs. Uhm, sorry, the THINKPAD had a 486/33 with 20MB RAM / 240MB harddisk, not a 386. My error... the Libretto had 120MHz and 32MB RAM / ZERO harddisk. There were some 8088 PCs, some 386 notebooks, that Casiopeia PDA, Canon BJ-100 printer, 28.8k ext. serial modem and a 3 way auto printer sharer, to quote all. Ah, still forgot 2: A "tablet PC" 286 and a "portable" 286 with 20 MB harddisk. Sorry, bit of a messed up mail ;-). But you get the point: Old computers in funny, e.g. portable, shapes and one with a 3:1 sized 640x200 screen which is the first ever item that would actually need the /LCD switch in GRAPHICS... Eric. |
From: <fre...@ya...> - 2004-01-16 19:00:39
|
Hi Eric, To compare PG with LIST gives me pressure. LIST is really nice, even today, it is still my favourite. You have talked about there are many aspects PG cannot match, I agree! LIST has achieved a remarkable milestone I never dare to challenge. I design and program mainly for my basic needs, if there are suggestion and opinions, that makes things better, so after version 1.04, PG really improved with experts ideas. I would like to compare PG with itself months ago, that will make me feel better, right? As PG is open sourced, maintain and upgrade is easier. Within DOSEMU/Linux, LIST Ctrl-Pageup, and Ctrl-Pagedown are not working to browse the next file from wildcard. And PG has its key relocated, so that is one 1 point for PG. regards, BAHCL Eric Auer <eric@CoLi.Uni-SB.DE> wrote: Hi, I like list/lister, too, but only some versions are shareware. Other older versions are freeware. Still it is very nice that PG is growing to be an replacement for the shareware versions. If anybody wants to compare PG to 2 list/lister versions (to figure out if there are any important features missing - I think arbitrary sideways scroll would be good for PG): I have list and lister. Mail me for a copy. LIST 1985 6.0, German version: CR/space: next page, X exit, Q/esc next file (or exit; LIST only allows 1 filespec, but allows wildcards), T/home line 1, B/end last line, D/+/down and U/-/up 1 line scrolling, S find text, F find text case insensitive, A repeat search, W toggle line wrapping (!), P toggle printer, 7/8 "wordstar" (more or less this is "ignore high bit"), F1/? help F3 repeat search, F10 exit (called dos shell, but seems to exit), ctrl-pgup / ctrl-pgdn as home / end, pgup/pgdown scroll 1 page, / find, \ find case insensitive, ctrl-left jump to 1st column, alt-b/alt-f set color, left/right scroll 20 columns left/right. LISTER 6.1a 1987: Similar... F2/F4 and F5/F6 and F7/F8 cycle the colors of find highlight, text and status line respectively (each 1 hotkey for fore- and 1 hotkey for background), F3 repeat search forward F9 repeat search backward (I prefer "?" and "/" for backward/forward search, and if you give no search string, it is a repeat search: LESS does this), K "toggle type ahead" (?), L/R scroll 20 columns left/right... many "as LIST 6.0" keys, * "star filter" +/-/# "skip to line #" alt-letter is config, letters are: a "toggle apx/dv/dd" (?), c "toggle list.com compatibility" e "toggle 43 line mode" f "prompt for other file" g "goto dos" (seems to be no-op) h "toggle hex dump mode" j "toggle junk filter" r "toggle ruler" s "toggle sharing" (file open mode / share??) t "toggle tab expansion" w "freeze top window" (??) x "exit, orig screen" (yet another quit key). I think interesting things are the hex mode, tab expansion, line wrapping, junk filter, strip top bit, ruler, 43 line mode, jump-to-line, searching, scrolling (including sideways), wildcard filespec. PG already has much of that. Now about CABinet shell: Okay, it already supports parameters :-). I once wrote a simple mouse-shell where you could define a parameter or a "parameter prefix" which would query the user to type the rest of the parameter. It had no way to edit the menu except for using a text editor, and simply called itself (small ;-)) recursively for sub-menus. Instead of a TSR mode you would simply open a DOS shell from it. If you want a really powerful thing with a DOS shell, you can even use a full (!) install of SETEDIT.sourceforge.net ... PS: I do not think that wrong LIST linenumbers have to do with DOSEMU/Linux. Eric. Shining Friends、好心好報、歲月如歌... 浪漫鈴聲 情心連繫 http://ringtone.yahoo.com.hk/ |
From: <ls...@ds...> - 2004-01-16 18:56:16
|
Hey all, This is semi-OT but it may be useful for some people to read this. I am no longer developing on/for DOS (a sad turn of events but *NIX has become my daily environment) and I have some old HW that may be of use to people testing or using FreeDOS. I have a couple 8088's (one "portable/luggable" 8088 and an infamous PoqetPC), a couple of 286's (one in a tablet form-factor the other "luggable" with a 20MB HD IIRC), and a couple of 386 notebooks (clone processors), a ThinkPad 360 PE ("tablet/pen computer/laptop" that is a 486/33MHz/20MB/240MB IIRC), and a Toshiba Libretto 50CT overclocked to 120MHz and upgraded to 32MB RAM without a hard drive. I also have a Casiopea B&W Landscape PDA for anyone interested. I have a Canon BJ-100 printer that worked great until I bought a color printera about 4 years ago. I have some other hardware that maybe useful for people working in office environments like a DOS compatible US Robotics 28.8K serial modem with adapters for 9-pin/25-pin, a parallel port autodetect printer sharer (connect 3 computers to one printer; made by Fellowes IIRC), and maybe one or two DOS compatible ISA sound cards. ALL ITEMS WILL BE SOLD AS-IS. Prices will reflect my certainty of their working condition. I'm in the US (Zip Code 90032) and I'll gladly ship overseas if you are willing to cover the shipping. To make payments easy, I'll only accept PayPal and USPS Postal Money Orders. Contact me off list if you would like to ask further questions or ask for pictures. Louis |
From: <fre...@ya...> - 2004-01-16 18:19:20
|
Hi, It's good to know Program CABinet is a topic here. I remember when I had many many games installed into my harddisks, different directories, different settings, It was not easy to remember all, and felt so tired to retype. Program CABinet reminds me where they are; a description, what parameter if ever required. Just a few keystrokes away. It does not resemble DOS Navigator, nor Night Commander. It is works more like a Window program manager, just better, in my point of view. To extend its functionality, when we develop application programs for end user, a menu is definitely required to bind different modues together. Program CABinet may serve well. Program CABinet has a tiny footprint, it needs 4-6k memory, and works with 8088 CPU with floppy drives. I hope I have my points clear, thanks! regards, BAHCL Steve Nickolas <uso...@ve...> wrote: At Sat, 17 Jan 2004 12:00am +0800, Johnson Lam wrote: > On Fri, 16 Jan 2004 12:00:37 +0800 (CST), you wrote: > > Hi BAHCL > > >It's really good to know your opinions, thanks! > >You are brave! > > I'm trying to stay my opinion technically and objective. I'm afraid > someone will not happy, but I want to balance between programmer and > user, which have different point of view. I agree, that's how I've always coded. > >The parameter string can be overriden in runtime by pressing the TAB > >key, or F6 to edit, then it becomes the default. I hope that is what > >you mean. Press F1 to gives you more information. The mouse, if > >installed, work nicely as well. Keep it for a while, see if you can > >find out more. > > The idea was come from "Norton Commander", it can use command line as > well as menu or hotkey, I know someone work out "Midnight Commander" > but it's main port is for Linux, not DOS. There is DOS Navigator, which is an open-source NC clone. I swear by it :P -uso. ------------------------------------------------------- Shining Friends、好心好報、歲月如歌... 浪漫鈴聲 情心連繫 http://ringtone.yahoo.com.hk/ |
From: Steve N. <uso...@ve...> - 2004-01-16 17:00:21
|
At Sat, 17 Jan 2004 12:00am +0800, Johnson Lam wrote: > On Fri, 16 Jan 2004 12:00:37 +0800 (CST), you wrote: > > Hi BAHCL > > >It's really good to know your opinions, thanks! > >You are brave! > > I'm trying to stay my opinion technically and objective. I'm afraid > someone will not happy, but I want to balance between programmer and > user, which have different point of view. I agree, that's how I've always coded. > >The parameter string can be overriden in runtime by pressing the TAB > >key, or F6 to edit, then it becomes the default. I hope that is what > >you mean. Press F1 to gives you more information. The mouse, if > >installed, work nicely as well. Keep it for a while, see if you can > >find out more. > > The idea was come from "Norton Commander", it can use command line as > well as menu or hotkey, I know someone work out "Midnight Commander" > but it's main port is for Linux, not DOS. There is DOS Navigator, which is an open-source NC clone. I swear by it :P -uso. |
From: Johnson L. <jo...@tm...> - 2004-01-16 16:00:29
|
On Fri, 16 Jan 2004 12:00:37 +0800 (CST), you wrote: Hi BAHCL >It's really good to know your opinions, thanks! >You are brave! I'm trying to stay my opinion technically and objective. I'm afraid someone will not happy, but I want to balance between programmer and user, which have different point of view. =20 >The parameter string can be overriden in runtime by pressing the TAB = key, or F6 to edit, then it becomes the default. I hope that is what you = mean. Press F1 to gives you more information. The mouse, if installed, = work nicely as well. Keep it for a while, see if you can find out more. The idea was come from "Norton Commander", it can use command line as well as menu or hotkey, I know someone work out "Midnight Commander" but it's main port is for Linux, not DOS. I'll try and give more feedback. =20 >TSR is not a easy task for me, I would like to execute >COMMAND.COM instead for that purpose. Besides, Program CABinet is not in= the software list here. We need to work hard to keep DOS running and try to replace M$-Windows as much as we can, why using badly written software that cost a bomb? Programming is an art, and sharing the program or opening the code is not a must, it's a gift. I respect everyone working hard sharing their result, not for money but a quality software. =20 >Yes, LIST was my reference program since I took over the maintenance of = PG, I like LIST very mush. But, LIST is a shareware, the latest version = has gone far beyond my need. And it was not designed for DOSEMU in LINUX.= PG is more accurate than LIST, if you view a large file, after certain = lines, LIST gives you a wrong line number. Agree. I also work with LIST for a long time. That's why I know it's style best ;-) PG works great when using pipe, maybe it can also become a LIST clone if you wish. (no harm!) =20 Rgds, Johnson. |
From: Eric A. <eric@CoLi.Uni-SB.DE> - 2004-01-16 14:52:05
|
Hi, I like list/lister, too, but only some versions are shareware. Other older versions are freeware. Still it is very nice that PG is growing to be an replacement for the shareware versions. If anybody wants to compare PG to 2 list/lister versions (to figure out if there are any important features missing - I think arbitrary sideways scroll would be good for PG): I have list and lister. Mail me for a copy. LIST 1985 6.0, German version: CR/space: next page, X exit, Q/esc next file (or exit; LIST only allows 1 filespec, but allows wildcards), T/home line 1, B/end last line, D/+/down and U/-/up 1 line scrolling, S find text, F find text case insensitive, A repeat search, W toggle line wrapping (!), P toggle printer, 7/8 "wordstar" (more or less this is "ignore high bit"), F1/? help F3 repeat search, F10 exit (called dos shell, but seems to exit), ctrl-pgup / ctrl-pgdn as home / end, pgup/pgdown scroll 1 page, / find, \ find case insensitive, ctrl-left jump to 1st column, alt-b/alt-f set color, left/right scroll 20 columns left/right. LISTER 6.1a 1987: Similar... F2/F4 and F5/F6 and F7/F8 cycle the colors of find highlight, text and status line respectively (each 1 hotkey for fore- and 1 hotkey for background), F3 repeat search forward F9 repeat search backward (I prefer "?" and "/" for backward/forward search, and if you give no search string, it is a repeat search: LESS does this), K "toggle type ahead" (?), L/R scroll 20 columns left/right... many "as LIST 6.0" keys, * "star filter" +/-/# "skip to line #" alt-letter is config, letters are: a "toggle apx/dv/dd" (?), c "toggle list.com compatibility" e "toggle 43 line mode" f "prompt for other file" g "goto dos" (seems to be no-op) h "toggle hex dump mode" j "toggle junk filter" r "toggle ruler" s "toggle sharing" (file open mode / share??) t "toggle tab expansion" w "freeze top window" (??) x "exit, orig screen" (yet another quit key). I think interesting things are the hex mode, tab expansion, line wrapping, junk filter, strip top bit, ruler, 43 line mode, jump-to-line, searching, scrolling (including sideways), wildcard filespec. PG already has much of that. Now about CABinet shell: Okay, it already supports parameters :-). I once wrote a simple mouse-shell where you could define a parameter or a "parameter prefix" which would query the user to type the rest of the parameter. It had no way to edit the menu except for using a text editor, and simply called itself (small ;-)) recursively for sub-menus. Instead of a TSR mode you would simply open a DOS shell from it. If you want a really powerful thing with a DOS shell, you can even use a full (!) install of SETEDIT.sourceforge.net ... PS: I do not think that wrong LIST linenumbers have to do with DOSEMU/Linux. Eric. |
From: <fre...@ya...> - 2004-01-16 04:00:44
|
Hi Johnson, It's really good to know your opinions, thanks! You are brave! The parameter string can be overriden in runtime by pressing the TAB key, or F6 to edit, then it becomes the default. I hope that is what you mean. Press F1 to gives you more information. The mouse, if installed, work nicely as well. Keep it for a while, see if you can find out more. TSR is not a easy task for me, I would like to execute COMMAND.COM instead for that purpose. Besides, Program CABinet is not in the software list here. Yes, LIST was my reference program since I took over the maintenance of PG, I like LIST very mush. But, LIST is a shareware, the latest version has gone far beyond my need. And it was not designed for DOSEMU in LINUX. PG is more accurate than LIST, if you view a large file, after certain lines, LIST gives you a wrong line number. Thank you! regards, BAHCL Johnson Lam <jo...@tm...> wrote: Hi BAHCL, I've tried the CABinet, it's good but IMO need to improve. For example, sub-menus or extra parameters input for some programs like format are definitely needed (Remind me of POWERMENU by Brown Bag Software). Can you make it TSR and hotkey pop-up? This will even more convenient and solve the problem of "DOS SHELL". Please consider the way how SIDEKICK work. Also thanks for PG, I found that the latest version works much similar to "LIST". Thanks for your work. Rgds, Johnson. -------------------------------------------------------- Hong Kong - International Joke Center (after 1997-06-30) ------------------------------------------------------- This SF.net email is sponsored by: Perforce Software. Perforce is the Fast Software Configuration Management System offering advanced branching capabilities and atomic changes on 50+ platforms. Free Eval! http://www.perforce.com/perforce/loadprog.html _______________________________________________ Freedos-devel mailing list Fre...@li... https://lists.sourceforge.net/lists/listinfo/freedos-devel Shining Friends、好心好報、歲月如歌... 浪漫鈴聲 情心連繫 http://ringtone.yahoo.com.hk/ |
From: Steve N. <uso...@ve...> - 2004-01-15 21:09:22
|
At Thu, 15 Jan 2004 11:34pm +0300, Arkady V.Belousov wrote: > Hi! > > http://www.openwatcom.org/product/features_content.html > > ______________O\_/_________________________________\_/O______________ > Free DOS extenders included! > [...] > compilers. Also included is the now free CauseWay DOS extender > developed by Michael Devore. Both binaries are included as well as > _____________________________________________________________________ > O/~\ /~\O > Those programs where I did use Watcom, I have been using Causeway since day 1. :) It's the best, IMHO -uso. |
From: Arkady V.B. <ar...@be...> - 2004-01-15 20:35:00
|
Hi! http://www.openwatcom.org/product/features_content.html ______________O\_/_________________________________\_/O______________ Free DOS extenders included! [...] compilers. Also included is the now free CauseWay DOS extender developed by Michael Devore. Both binaries are included as well as _____________________________________________________________________ O/~\ /~\O |
From: Arkady V.B. <ar...@be...> - 2004-01-15 20:25:36
|
Hi! 15-=F1=CE=D7-2004 21:11 _ai...@wa... (Aitor Santamari'a Merino) w= rote to fre...@li...: >>ASM> override DOS' CON and use BIOS services (int 16h), where you can a= lso >>ASM> find functions for the shift states and that all. If you want cons= istent >>ASM> data, I guess you should disable interrupts, as you make it in two >>ASM> different function calls. >> This not helps, because: ASM> How true. However, then there's no other way to get this data consis= tently. Unfortunately, yes. To be precise, you may install your own INT9 handler (which will simply pass control below) and watch interrupts, then immediately process result of BIOS handling. But I don't think that this = is best or recommended way. ASM> I remember at least of one user that couldn't work with his program ASM> because whenever it changed the layout (I think it was a German layo= ut, ASM> where in my understanding this swapping happened), after remapping t= he ASM> keyboard, the program continued to think that Z is Z (and not Y). It ASM> could only know the key because the scancode wasn't cheated.... If this happens with MS KEYB also, then this is "bad-behaved" progra= m , which better to omit. Anyway, _such_ workarounds for _such_ programs (if there are no way to fix program itself) better to implement as separate solution. |
From: <ait...@wa...> - 2004-01-15 20:00:15
|
Hi, Arkady V.Belousov escribio': >Hi! > >15-Янв-2004 15:27 _ai...@wa... (Aitor Santamarэa Merino) wrote to >fre...@li...: > >ASM> override DOS' CON and use BIOS services (int 16h), where you can also >ASM> find functions for the shift states and that all. If you want consistent >ASM> data, I guess you should disable interrupts, as you make it in two >ASM> different function calls. > > This not helps, because: > [...] How true. However, then there's no other way to get this data consistently. >ASM> For the cases where letters are swapped (e.g. Z<->Y is somewhat common), >ASM> FD-KEYB2.0 allows you to configure if you want the scancode to be also >ASM> swapped. > > Don't think that this is useful feature. > >ASM> implemented). This is so because there's some sofwtare that seems to >ASM> look only at the scancode value (and not the character) from the pair >ASM> (scancode, character) that KEYB returns in the BIOS buffer. > > If program wants _scancode_, then it wants _scancode_, not letter from >current layout (notwithstanding if this is 3rd party program or BIOS >mappings). > If you don't like this feature then disable it with commandline (the fact that the particular local keyboard layouts use this swapping by default or not depends on Henrique Peron, not that much on me). I just give the switch if you want to be sure that this won't happen. I remember at least of one user that couldn't work with his program because whenever it changed the layout (I think it was a German layout, where in my understanding this swapping happened), after remapping the keyboard, the program continued to think that Z is Z (and not Y). It could only know the key because the scancode wasn't cheated.... Aitor |
From: Arkady V.B. <ar...@be...> - 2004-01-15 19:22:26
|
Hi! 15-=F1=CE=D7-2004 15:27 _ai...@wa... (Aitor Santamar=DCa Merino) = wrote to fre...@li...: ASM> override DOS' CON and use BIOS services (int 16h), where you can als= o ASM> find functions for the shift states and that all. If you want consis= tent ASM> data, I guess you should disable interrupts, as you make it in two ASM> different function calls. This not helps, because: - you may disable interrupts before/after calls to INT 16, but you can't prevent them to enable interrupts inside. - BIOS stores scancode into buffer, but not shift states, thus, at time o= f scancode reading, shift states may anyway already be changed. For examp= le, you press Shift-Ins, then release Shift, but if programs slightly delay= s with reading input, it receives Ins without Shift state turned on. ASM> For the cases where letters are swapped (e.g. Z<->Y is somewhat comm= on), ASM> FD-KEYB2.0 allows you to configure if you want the scancode to be al= so ASM> swapped. Don't think that this is useful feature. ASM> implemented). This is so because there's some sofwtare that seems to ASM> look only at the scancode value (and not the character) from the pai= r ASM> (scancode, character) that KEYB returns in the BIOS buffer. If program wants _scancode_, then it wants _scancode_, not letter fr= om current layout (notwithstanding if this is 3rd party program or BIOS mappings). |
From: Arkady V.B. <ar...@be...> - 2004-01-15 15:05:05
|
Hi! 15-=F1=CE=D7-2004 21:36 _jo...@tm... (Johnson Lam) wrote to fre...@li...: >>JL> If the floppy disk have room, please include the file also. It's no >>JL> harm have extra candy. >> Empty file eats no space, except entry in directory. JL> But it'll confuse the new/novice users by putting 0 bytes files on th= e JL> floppy. So what? Don't think that these zero-sized files will "confuse" them more, than, say, KERNEL.SYS file. |
From: <ait...@wa...> - 2004-01-15 14:15:32
|
Hi, Ste...@fh... escribi=F3: >Well, there is still one question I hadn't solved so far (and that's why= I >am CC'ing Aitor, because he's the KEYB guy): > =20 > Thanks, I am subscribed to the list too, but I don't mind ;-) >How can you (or FreeCOM actually) read the various keyboard combinations >in a standard way. I had a discussion with somebody (I forgot whom, mayb= e >I can dig out the mails somewhere) that the main problem is that: > >a) The input channel might be CTTY'ed. >b) CON: is not the BIOS keyboard. > =20 > Well, if I am not wrong, CTTY would change the DOS device that you use=20 as stdin/stdout, and in any case, you'd be receiving chars form a read()=20 command from a device. If the new device works "similar" to a CON, the console will not tell=20 you anything about scancodes, because CON will just forget about the=20 scancode, unless the ASCII code is already 0. Furthermore, KEYB will not tell you wether the key is extended=20 (E0-prefixed, or even E1-prefixed, in the case of Pause) or not. KEYB=20 will use this key in some circumstances. For example, this is used to=20 discriminate the different behaviours of Shift+Arrow keys, depending on=20 which arrow keys you are using. Finally, note that all the KEYBs that I know operate at BIOS level.=20 Thus, if you want to get (scancode,character) pairs, you have to=20 override DOS' CON and use BIOS services (int 16h), where you can also=20 find functions for the shift states and that all. If you want consistent=20 data, I guess you should disable interrupts, as you make it in two=20 different function calls. You can also read the information from BIOS variables directly. There's=20 a little problem with that, that may arise with the old xkeyb (but not=20 with FD-KEYB 2.0, unless in the rare case in which you use Strings),=20 which is that xkeyb will maintain a secondary buffer, and the keys from=20 the secondary buffer and XString characters are transferred to the BIOS=20 buffer by triggering int16h, i.e., before any other call (and=20 transparently to it). No functions are hooked, just the information is=20 transferred before chaining to BIOS. But of course, this all is the=20 price you pay if you bypass BIOS functions and read BIOS variables direct= ly. Finally, you may want to get even the extended keys, so that you know=20 wether such or such key is pressed/released, or the get the E0 prefix.=20 For that you need to intercept the scancode reception, which is easily=20 made with int15h/ah=3D4Fh in PC/AT+ machines (not that easily in PC or=20 PC/XT machines, though). >c) The keyboard layout may differ in its scancode, e.g. the scancode of >the key labeled 'Z' will differ among various layouts, the codes of the >"cursor" keys may differ, and some keys are not differentiated between b= y >the BIOS at all. > For the cases where letters are swapped (e.g. Z<->Y is somewhat common),=20 FD-KEYB2.0 allows you to configure if you want the scancode to be also=20 swapped. You can either swap or not swap this scancode (and it is=20 planned that a switch may override this behaviour, but not yet=20 implemented). This is so because there's some sofwtare that seems to=20 look only at the scancode value (and not the character) from the pair=20 (scancode, character) that KEYB returns in the BIOS buffer. >So, I would need some nice, easy to use method to input "virtual" >characters, that is (somehow) compatible with input channels, like modem= s, >serial cables and such. > I don't know if there would be a way to send the scancode and the=20 shifting status compatible with the current device drivers implementation= , >Like something like this: >+ There had been pressed (or released) a key in conjunction with a set o= f >modifier keys. > =20 > If you want to know about keys pressing and releasing, you have to=20 impersonate the interrupt handler even if your local machine, because=20 KEYB nor BIOS will tell you about it (except for the Ctrl, Alt, etc keys)= . >+ The key has this ASCII/Virtual code. (no modifier applied) > =20 > The KEYBs are allowed to perform some scancode translation. This is=20 done, for example, in Ctrl+Cursor keys and Alt+UpperNumbers, and=20 Shift+Fx, Ctrl+Fx, etc that produce a different value of scancode (and=20 it is the way to detect these keys from BIOS). So if you need=20 Ctrl+Cursor, BIOS suffices to you (I can send you the codes but I=20 suppose you have them). >+ The combination has this ASCII/Virtual code. (modifier applied) >+ The modifiers are Left/Right/Any Ctrl/Shift/Alt/Win/Caps/Num/Scroll. > Two notes: - If I recall correctly, the status of AnyShift is not tracked by BIOS=20 variables (you'll have to OR LeftShift and RightShift). - The status of the KanaLock (Japanese keyboards) or Win keys is also=20 not tracked by BIOS (as far as I know), it is responsibility of the KEYB=20 driver to do so. KEYB 2.0, in the next version (coming soon) will allow you to configure=20 and track these status, and program what you want certain combinations=20 to release as character. > >(This need not be delivired all at once, but retrievable via API.) > There'll be API functions to read/set the status. > >So, for FreeCOM it might be enough to know: > >+ a virtual code for the function and navigation keys and Insert/Delete, >because they have no ASCII code to my knowledge; plus those keys in >conjunction with the Cntrl-modifier -- as there are probably no other >"used to be" combinations? > In your local machine (I'd have to check back that I am not saying any=20 nonsense), but you can read these from CON: INS is #0#82 DEL is #0#83 ^INS is #0#146 (these two are the translated, how I mentioned) ^DEL is #0#147 > >=3D=3D=3D=3D > >Much better would be a package that hides all this stuff from FreeCOM (a= nd >any other program), so you give it a list of functions and default key >bindings in a compatible way (say, a plain text file or a binary >representation of such file generated by a key-function-bind compiler); >and when the user presses a key, the package (API / library function) do= es >not return a "key", but the function ID that had been assigned to the ke= y. >To make things worse, the key-bindings should be user-changeable :) > Well, how about an array [255] of pointers to near functions which is=20 configurable? The entries would correspond to those chars coming from=20 CON: that are preceded by #0. Just bear in mind that some non-letter=20 keys actually produce a character, such as Esc, Tab, BackSpace, etc.=20 (Shift+WhiteIns)... I hope that helped... Aitor |
From: Steve N. <uso...@ve...> - 2004-01-15 13:41:53
|
At Thu, 15 Jan 2004 9:36pm +0800, Johnson Lam wrote: > On Thu, 15 Jan 2004 15:45:16 +0300 (MSK), you wrote: > > Hi Arkady, > > >JL> If the floppy disk have room, please include the file also. It's no > >JL> harm have extra candy. > > Empty file eats no space, except entry in directory. > > But it'll confuse the new/novice users by putting 0 bytes files on the > floppy. I would also venture that it would be a good idea to default to asking date and time. Of course this is a 1.44 MB version and most systems with 1.44 MB drives will have clocks... but I've seen like old 286s etc. with dead clocks. -uso. |
From: Johnson L. <jo...@tm...> - 2004-01-15 13:36:04
|
On Thu, 15 Jan 2004 15:45:16 +0300 (MSK), you wrote: Hi Arkady, >JL> If the floppy disk have room, please include the file also. It's no >JL> harm have extra candy. > Empty file eats no space, except entry in directory. But it'll confuse the new/novice users by putting 0 bytes files on the floppy. Rgds, Johnson. -------------------------------------------------------- Hong Kong - International Joke Center (after 1997-06-30) |
From: Johnson L. <jo...@tm...> - 2004-01-15 13:32:35
|
Hi BAHCL, I've tried the CABinet, it's good but IMO need to improve. For example, sub-menus or extra parameters input for some programs like format are definitely needed (Remind me of POWERMENU by Brown Bag Software). Can you make it TSR and hotkey pop-up? This will even more convenient and solve the problem of "DOS SHELL". Please consider the way how SIDEKICK work. Also thanks for PG, I found that the latest version works much similar to "LIST". Thanks for your work. Rgds, Johnson. -------------------------------------------------------- Hong Kong - International Joke Center (after 1997-06-30) |
From: Arkady V.B. <ar...@be...> - 2004-01-15 12:56:29
|
Hi! 15-=F1=CE=D7-2004 09:30 _jo...@tm... (Johnson Lam) wrote to fre...@li...: >>So I might package it and just not make it default... (I usually put no >>config.sys/autoexec.bat on the disk) JL> If the floppy disk have room, please include the file also. It's no JL> harm have extra candy. Empty file eats no space, except entry in directory. |
From: Luchezar G. <lu...@ga...> - 2004-01-15 11:04:21
|
On Thu, 15 Jan 2004 11:06:47 +0100, tom ehlert wrote: > unfortunately, HIRAM may not be used in commercial products, or be bundled with hard- or software. Indeed, the German introduction in HIRAM.DOC (in http://www.uwe-sieber.de/files/hiram.zip) says: << Eine (private oder kommerzielle) Verwendung unterliegt folgenden Bedingungen: - bei erfolgreichem Einsatz werden das Programm und sein Autor bei sich bietenden Gelegenheiten lobend erwДhnt. - Eine Verwendung in kommerziellen Produkten sowie das Bundling mit Hard- und Software ist grundsДtzlich untersagt. - Ein Verkauf dieser Software ist ausdrБcklich untersagt, Disketten-KopiergebБhren sind hiervon ausgenommen. >> But the English introduction in HIRAM.TXT (in http://www.mdgx.com/files/HIRAM_E.ZIP) says: << Private or commercial use is subject to the following conditions: - credit always goes to the author. - sale of this software is forbidden. - usage in commercial products is forbidden. >> So there is a *contradiction* between the English and the German text. Anyway, nothing forbids personal use of this decade old but still useful program. Inability to bundle HIRAM with the FreeDOS installer is not a problem for power users, and the rest don't care about the 2 KB gain ;) > you guys are really great :)) Thanks again, and this returns to you and Michael for the really great HIMEM64! ;-) Lucho |