Re: [Freedos-devel] [Freedos-cvs] freecom/lib goxy.c,1.3,1.4

2006-06-14 Thread Arkady V.Belousov
Hi! 14-Июн-2006 05:25 [EMAIL PROTECTED] (Blair Campbell) wrote to [EMAIL PROTECTED]: BC goxy now uses the current video page for setting the cursor position BC +++ goxy.c 14 Jun 2006 05:25:06 - 1.4 BC +_AH = 0x0F; BC +geninterrupt( 0x10 ); BC _AH = 0x02; BC _DH = ( y

Re: [Freedos-devel] freecom/lib goxy.c,1.3,1.4

2006-06-14 Thread Blair Campbell
Well, if it's ever ported to OW, it's probably best to use inline assembler anyways :-) On 6/13/06, Arkady V.Belousov [EMAIL PROTECTED] wrote: Hi! 14-Июн-2006 05:25 [EMAIL PROTECTED] (Blair Campbell) wrote to [EMAIL PROTECTED]: BC goxy now uses the current video page for setting the cursor

Re: [Freedos-devel] freecom/shell xms_2e.asm, NONE, 1.1 batch.c, 1.12, 1.13 command.c, 1.27, 1.28 cswap.asm, 1.8, 1.9 init.c, 1.27, 1.28 kswap.c, 1.3, 1.4 xms-swap.mak, 1.6, 1.7

2006-06-14 Thread Blair Campbell
but those have more-or-less _become_ a standard for DOS users. On 6/13/06, Arkady V.Belousov [EMAIL PROTECTED] wrote: Hi! 13-Июн-2006 18:59 [EMAIL PROTECTED] (Blair Campbell) wrote to freedos-devel@lists.sourceforge.net: BC Basically, the OW is ok with the functions,as long as they are BC

Re: [Freedos-devel] FreeCOM binary size

2006-06-14 Thread Blair Campbell
In case you haven't been paying attention, FreeCOM has gotten 3-4kb smaller in the last week. On 6/13/06, Johnson Lam [EMAIL PROTECTED] wrote: Hi, Last weekend I've discussed with BAHCL (PG's maintainer), we have a concern that FreeCOM will growing too big, since it keep adding lots of

Re: [Freedos-devel] freecom/lib goxy.c,1.3,1.4

2006-06-14 Thread Arkady V.Belousov
Hi! 13-Июн-2006 23:35 [EMAIL PROTECTED] (Blair Campbell) wrote to freedos-devel@lists.sourceforge.net: BC Well, if it's ever ported to OW, it's probably best to use inline BC assembler anyways :-) BC +_AH = 0x0F; BC +geninterrupt( 0x10 ); BC _AH = 0x02; BC _DH = ( y - 1 );

Re: [Freedos-devel] freecom/shell xms_2e.asm, NONE, 1.1 batch.c, 1.12, 1.13 command.c, 1.27, 1.28 cswap.asm, 1.8, 1.9 init.c, 1.27, 1.28 kswap.c, 1.3, 1.4 xms-swap.mak, 1.6, 1.7

2006-06-14 Thread Arkady V.Belousov
Hi! 13-Июн-2006 22:26 [EMAIL PROTECTED] (Blair Campbell) wrote to freedos-devel@lists.sourceforge.net: BC but those have more-or-less _become_ a standard for DOS users. BC Basically, the OW is ok with the functions,as long as they are BC prepended with an underscore or something to prevent

Re: [Freedos-devel] freecom/lib c16.mac, NONE, 1.1 app_get.c, 1.2, 1.3 beep_l.c, 1.2, 1.3 beep_n.c, 1.2, 1.3 cd_dir.c, 1.6, 1.7 cmdinput.c, 1.5, 1.6 critrchk.c, 1.2, 1.3 farread.c, 1.2, 1.3 fcompl2.c,

2006-06-14 Thread Arkady V.Belousov
Hi! 11-Июн-2006 20:12 [EMAIL PROTECTED] (Blair Campbell) wrote to freedos-devel@lists.sourceforge.net: BC +++ goxy.c 11 Jun 2006 02:47:05 - 1.3 BC - regs.h.dh = y - 1; BC - regs.h.dl = x - 1; BC + regs.r_dx = ( ( y - 1 ) 0xFF ) | ( ( x - 1 ) 8 ); Bug! Should be

Re: [Freedos-devel] freecom/lib cbreak.c, 1.2, 1.3 cgetch.c, 1.3, 1.4 cmdinput.c, 1.6, 1.7 fcompl2.c, 1.3, 1.4 inputdos.c, 1.4, 1.5 mk_rddir.c, 1.5, 1.6 msg_prmp.c, 1.3, 1.4 prprompt.c, 1.4, 1.5 showc

2006-06-14 Thread Blair Campbell
Anyways, keep telling me where I go wrong :-). We all want improvement. It just would be nice if (to me) the way of doing so seemed nicer. On 6/13/06, Arkady V.Belousov [EMAIL PROTECTED] wrote: Hi! 12-Июн-2006 13:25 [EMAIL PROTECTED] (Blair Campbell) wrote to

Re: [Freedos-devel] freecom/lib cbreak.c, 1.2, 1.3 cgetch.c, 1.3, 1.4 cmdinput.c, 1.6, 1.7 fcompl2.c, 1.3, 1.4 inputdos.c, 1.4, 1.5 mk_rddir.c, 1.5, 1.6 msg_prmp.c, 1.3, 1.4 prprompt.c, 1.4, 1.5 showc

2006-06-14 Thread Arkady V.Belousov
Hi! 13-Июн-2006 14:17 [EMAIL PROTECTED] (Alain M.) wrote to freedos-devel@lists.sourceforge.net: AM it. I just believe there is no word in russioan for praise. There is. ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net

Re: [Freedos-devel] [Freedos-cvs] freecom/lib c16.mac, NONE, 1.1 app_get.c, 1.2, 1.3 beep_l.c, 1.2, 1.3 beep_n.c, 1.2, 1.3 cd_dir.c, 1.6, 1.7 cmdinput.c, 1.5, 1.6 critrchk.c, 1.2, 1.3 farread.c, 1.2,

2006-06-14 Thread Arkady V.Belousov
Hi! 13-Июн-2006 14:59 [EMAIL PROTECTED] (Andreas Berger) wrote to freedos-devel@lists.sourceforge.net: AB me I was lying when I explained something he thought was inaccurate. Of AB course he did not mean I was lying but that what I said was not totally AB true (or was inaccurate). I guess that

Re: [Freedos-devel] FreeCOM binary size

2006-06-14 Thread Johnson Lam
On Tue, 13 Jun 2006 22:25:43 -0700, you wrote: Hi Blair, In case you haven't been paying attention, FreeCOM has gotten 3-4kb smaller in the last week. I know, actually I found the bug in your binary, but someone report the bug faster than me so I keep silent. Thanks for cleaning up the code, I

Re: [Freedos-devel] [Freedos-cvs] freecom/lib fcompl2.c, 1.4, 1.5 prprompt.c, 1.6, 1.7 cbreak.c, 1.3, 1.4 cmdinput.c, 1.9, 1.10

2006-06-14 Thread Arkady V.Belousov
Hi! 13-Июн-2006 02:10 [EMAIL PROTECTED] (Blair Campbell) wrote to [EMAIL PROTECTED]: BC +++ prprompt.c 13 Jun 2006 02:10:19 - 1.7 BC void displayPrompt(const char *pr) BCswitch (toupper(*++pr)) { BC + case 'A': outc(''); break; [...] BC + case 'S': outc(' ');

Re: [Freedos-devel] freecom/cmd echo.c,1.5,1.6

2006-06-14 Thread Jim Hall
Specifically, the // was introduced in the C99 spec: http://en.wikipedia.org/wiki/C_programming_language#C99 Blair Campbell wrote: Well, the latest C standard says that // is a valid C source code comment, so... On 6/13/06, Aitor Santamaría [EMAIL PROTECTED] wrote: A slight commenr,

Re: [Freedos-devel] freecom/cmd echo.c,1.5,1.6

2006-06-14 Thread Alain M.
My 2c about that: FreeCOM compiles only with Borland, if it works, fine. Maybe some day it will be ported to OW, it is good to keep that in sight, which in this case is ok :) Alain Blair Campbell escreveu: Well, the latest C standard says that // is a valid C source code comment, so... On

Re: [Freedos-devel] freecom/lib cbreak.c, 1.2, 1.3 cgetch.c, 1.3, 1.4 cmdinput.c, 1.6, 1.7 fcompl2.c, 1.3, 1.4 inputdos.c, 1.4, 1.5 mk_rddir.c, 1.5, 1.6 msg_prmp.c, 1.3, 1.4 prprompt.c, 1.4, 1.5 showc

2006-06-14 Thread Alain M.
Johnson Lam escreveu: I think everyone will appreciate Blair trying to help (of course including Arkady), but personally I think Arkady personal standard about coding is high, that's all Yes they are. And I like that, he just sometimes over-optimizes, but that is fine too :) It's danger

Re: [Freedos-devel] freecom/shell xms_2e.asm, NONE, 1.1 batch.c, 1.12, 1.13 command.c, 1.27, 1.28 cswap.asm, 1.8, 1.9 init.c, 1.27, 1.28 kswap.c, 1.3, 1.4 xms-swap.mak, 1.6, 1.7

2006-06-14 Thread Alain M.
Blair Campbell escreveu: Basically, the OW is ok with the functions,as long as they are prepended with an underscore or something to prevent pollution of the namespace, so #defining __TURBOC_FUNCS__ would then be necessary to use them. Basicaly I wrote some screen functions. If anyone need

Re: [Freedos-devel] freecom/shell xms_2e.asm, NONE, 1.1 batch.c, 1.12, 1.13 command.c, 1.27, 1.28 cswap.asm, 1.8, 1.9 init.c, 1.27, 1.28 kswap.c, 1.3, 1.4 xms-swap.mak, 1.6, 1.7

2006-06-14 Thread Alain M.
Lyrical Nanoha escreveu: On the other hand DJGPP's runtime is mostly Borland-compatible. o.o So while it's not as good for FreeDOS stuff being 32-bit, at least the runtime works the same way. DJGPP is not very good for programs like FreeCOM that use many dos far pointers. That is very

Re: [Freedos-devel] FreeCOM binary size

2006-06-14 Thread Alain M.
About new functions, did the Ctrl+C functionality get included in FreeCOM? Some people don't even know about it, but it is important (and very simple): a single Ctrl+C at the beguining of a command line produces a dos-disk-reset. This is partularly importand for floppy drivers that don't

Re: [Freedos-devel] [Freedos-cvs] freecom/lib goxy.c,1.3,1.4

2006-06-14 Thread Alain M.
Arkady V.Belousov escreveu: Perfect. (Except, that there used TC/BC-related extension, not portable to other compilers.) Ok, but we are linked with TC/BC anyway... BTW, Andreas Berger knows how to do it in OW too. It is somewhat easyer because it has inline assembler. Alain

Re: [Freedos-devel] freecom/shell xms_2e.asm, NONE, 1.1 batch.c, 1.12, 1.13 command.c, 1.27, 1.28 cswap.asm, 1.8, 1.9 init.c, 1.27, 1.28 kswap.c, 1.3, 1.4 xms-swap.mak, 1.6, 1.7

2006-06-14 Thread Alain M.
Arkady V.Belousov escreveu: Of course. But difference is that for OW team Borland's names are less de-facto standard, than for us. IIRC, what happened is the when Borland abandoned DOS and went to Windows, Watcom released a new version of C with all Borland functions and that was when

Re: [Freedos-devel] freecom/shell xms_2e.asm, NONE, 1.1 batch.c, 1.12, 1.13 command.c, 1.27, 1.28 cswap.asm, 1.8, 1.9 init.c, 1.27, 1.28 kswap.c, 1.3, 1.4 xms-swap.mak, 1.6, 1.7

2006-06-14 Thread Arkady V.Belousov
Hi! 14-Июн-2006 17:17 [EMAIL PROTECTED] (Alain M.) wrote to freedos-devel@lists.sourceforge.net: Of course. But difference is that for OW team Borland's names are less de-facto standard, than for us. AM IIRC, what happened is the when Borland abandoned DOS and went to AM Windows, Watcom

Re: [Freedos-devel] [Freedos-cvs] freecom/lib goxy.c,1.3,1.4

2006-06-14 Thread Arkady V.Belousov
Hi! 14-Июн-2006 17:13 [EMAIL PROTECTED] (Alain M.) wrote to freedos-devel@lists.sourceforge.net: AM Ok, but we are linked with TC/BC anyway... But we should break this tendency - in compare with OW, TC/BC have (almost) no any advantage and no future. AM BTW, Andreas Berger knows how to do

Re: [Freedos-devel] freecom/lib c16.mac, NONE, 1.1 app_get.c, 1.2, 1.3 beep_l.c, 1.2, 1.3 beep_n.c, 1.2, 1.3 cd_dir.c, 1.6, 1.7 cmdinput.c, 1.5, 1.6 critrchk.c, 1.2, 1.3 farread.c, 1.2, 1.3 fcompl2.c,

2006-06-14 Thread Alain M.
Arkady V.Belousov escreveu: And this is one of the FreeCOM problems! And why _add_ more incompatibilities, not eliminate them?! You have a point there. But, in the case of *some* programs like FreeCOM, there is no portability for a lot of other reasons. IMHO, this is a case where it

[Freedos-devel] Idioms

2006-06-14 Thread Alain M.
Arkady V.Belousov escreveu: AB me I was lying when I explained something he thought was inaccurate. Of AB course he did not mean I was lying but that what I said was not totally AB true (or was inaccurate). I guess that in russian the two meanings use AB the same word. No, these

Re: [Freedos-devel] [Freedos-cvs] freecom/lib c16.mac, NONE, 1.1 app_get.c, 1.2, 1.3 beep_l.c, 1.2, 1.3 beep_n.c, 1.2, 1.3 cd_dir.c, 1.6, 1.7 cmdinput.c, 1.5, 1.6 critrchk.c, 1.2, 1.3 farread.c, 1.2,

2006-06-14 Thread Alain M.
Arkady V.Belousov escreveu: AB Now the the real reason for the mail. Arkady said that the int*() AB function do not pass on the flags correctly. They do not do this at all. Yes. it leaves it uninitialized! Which is dangerous. (happend to me) AB Alain asked me to show the way that

Re: [Freedos-devel] freecom/shell xms_2e.asm, NONE, 1.1 batch.c, 1.12, 1.13 command.c, 1.27, 1.28 cswap.asm, 1.8, 1.9 init.c, 1.27, 1.28 kswap.c, 1.3, 1.4 xms-swap.mak, 1.6, 1.7

2006-06-14 Thread Alain M.
Arkady V.Belousov escreveu: Of course. But difference is that for OW team Borland's names are less de-facto standard, than for us. AM IIRC, what happened is the when Borland abandoned DOS and went to AM Windows, Watcom released a new version of C with all Borland functions AM and

Re: [Freedos-devel] [Freedos-cvs] freecom/lib goxy.c,1.3,1.4

2006-06-14 Thread Alain M.
AM Ok, but we are linked with TC/BC anyway... AB But we should break this tendency - in compare with OW, TC/BC have AB (almost) no any advantage and no future. That is true. But in case of FreeCOM, it is too time consuming to migrate because too many things were not thinked of

Re: [Freedos-devel] [Freedos-cvs] freecom/lib c16.mac, NONE, 1.1 app_get.c, 1.2, 1.3 beep_l.c, 1.2, 1.3 beep_n.c, 1.2, 1.3 cd_dir.c, 1.6, 1.7 cmdinput.c, 1.5, 1.6 critrchk.c, 1.2, 1.3 farread.c, 1.2,

2006-06-14 Thread Arkady V.Belousov
Hi! 14-Июн-2006 19:01 [EMAIL PROTECTED] (Alain M.) wrote to freedos-devel@lists.sourceforge.net: AB Now the the real reason for the mail. Arkady said that the int*() AB function do not pass on the flags correctly. They do not do this at all. AM Yes. it leaves it uninitialized! No,

Re: [Freedos-devel] [Freedos-cvs] freecom/lib c16.mac, NONE, 1.1 app_get.c, 1.2, 1.3 beep_l.c, 1.2, 1.3 beep_n.c, 1.2, 1.3 cd_dir.c, 1.6, 1.7 cmdinput.c, 1.5, 1.6 critrchk.c, 1.2, 1.3 farread.c, 1.2,

2006-06-14 Thread Alain M.
HI Blair, This is a nice discovery from Arkady: from his explanation below, intr() has CY=1 for int 21h :) Arkady, see below Arkady V.Belousov escreveu: AM Yes. it leaves it uninitialized! No, CF state _always_ initialized, but initialization value depends from (internal) code of

Re: [Freedos-devel] freecom/cmd echo.c,1.5,1.6

2006-06-14 Thread Johnson Lam
On Wed, 14 Jun 2006 16:53:13 -0300, you wrote: Hi, My 2c about that: FreeCOM compiles only with Borland, if it works, fine. Maybe some day it will be ported to OW, it is good to keep that in sight, which in this case is ok :) I think it's pretty important that FreeCOM should be develop on a

Re: [Freedos-devel] Idioms

2006-06-14 Thread Johnson Lam
On Wed, 14 Jun 2006 18:52:12 -0300, you wrote: Hi Alain, It's not a problem of having the words, really. It once happend here in Brazil with my mother (who is Italian) in a meeting of french people (her husband is French) and she used exactly this phrase: that is a lye. She was almost banned

Re: [Freedos-devel] freecom/shell xms_2e.asm, NONE, 1.1 batch.c, 1.12, 1.13 command.c, 1.27, 1.28 cswap.asm, 1.8, 1.9 init.c, 1.27, 1.28 kswap.c, 1.3, 1.4 xms-swap.mak, 1.6, 1.7

2006-06-14 Thread Andreas Berger
Arkady V.Belousov escreveu: Of course. But difference is that for OW team Borland's names are less de-facto standard, than for us. AM IIRC, what happened is the when Borland abandoned DOS and went to AM Windows, Watcom released a new version of C with all Borland