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

2006-06-13 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 =

Re: [Freedos-devel] freecom/shell ver.c,1.36,1.37

2006-06-13 Thread Arkady V.Belousov
Hi! 13-Июн-2006 12:57 [EMAIL PROTECTED] (Andre Tertling) wrote to freedos-devel@lists.sourceforge.net: >> BC> simple macros can be defined to access low and high bits of CPUBC> regi ---^ >> First, macros you may get from

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

2006-06-13 Thread Arkady V.Belousov
Hi! 12-Июн-2006 13:25 [EMAIL PROTECTED] (Blair Campbell) wrote to freedos-devel@lists.sourceforge.net: >> EA> he found. It is not mean personal / against you, it is only meant >> EA> to make FreeCOM even better. >> Yes! BC> But the _only_ thing I hear from him is criticism. No, the

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-13 Thread Arkady V.Belousov
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> prepended with an underscore or something to prevent pollution of the BC> namespace, so #defining __TURBOC_FUNCS__ would th

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-13 Thread Blair Campbell
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. On 6/13/06, Arkady V.Belousov <[EMAIL PROTECTED]> wrote: > Hi! > > 13-Июн-2006 14:26 [E

Re: [Freedos-devel] freecom/cmd dir.c,1.27,1.28

2006-06-13 Thread Blair Campbell
That function simply wasn't used anymore. LFN is still supported. On 6/13/06, Aitor Santamaría <[EMAIL PROTECTED]> wrote: > Hi, > > I did like the LFN features listing in dir (even if MS-DOS 7.X COMMAND > does not have it, was it removed by the change above? Wouldn't it be > possible to make it a

[Freedos-devel] FreeCOM binary size

2006-06-13 Thread Johnson Lam
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 features. Any planned size optimizations? Rgds, Johnson. ___ Freedos-devel mailing list Freedos-devel@lis

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-13 Thread Lyrical Nanoha
On Wed, 14 Jun 2006, Arkady V.Belousov wrote: Hi! 13-Июн-2006 14:26 [EMAIL PROTECTED] (Alain M.) wrote to freedos-devel@lists.sourceforge.net: AM> OTOH, OW does not have all the Borland functions, It have _no one_ Borland' function. "Borland" name for OW team has bad reputation and there

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-13 Thread Arkady V.Belousov
Hi! 13-Июн-2006 14:26 [EMAIL PROTECTED] (Alain M.) wrote to freedos-devel@lists.sourceforge.net: >> >> BC> Turbo C is an old compiler. In many instances, it conflicts with the >> >> BC> C standard. >> >> No, it not confilicts with C standard, And especially not in question >> >> of in

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

2006-06-13 Thread Blair Campbell
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, weren't you changing C++-style comments wich C-style > comments? > Sorry for being too concerned for such regardless comments! :-) > > Aito

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

2006-06-13 Thread Aitor Santamaría
A slight commenr, weren't you changing C++-style comments wich C-style comments? Sorry for being too concerned for such regardless comments! :-) Aitor 2006/6/11, Blair Campbell <[EMAIL PROTECTED]>: > Update of /cvsroot/freedos/freecom/cmd > In directory sc8-pr-cvs5.sourceforge.net:/tmp/cvs-serv17

Re: [Freedos-devel] [Freedos-cvs] freecom/cmd dir.c,1.27,1.28

2006-06-13 Thread Aitor Santamaría
Hi, I did like the LFN features listing in dir (even if MS-DOS 7.X COMMAND does not have it, was it removed by the change above? Wouldn't it be possible to make it a conditional compile? Aitor 2006/6/11, Blair Campbell <[EMAIL PROTECTED]>: > Update of /cvsroot/freedos/freecom/cmd > In directory

Re: [Freedos-devel] [Freedos-cvs] freecom/suppl suppl.tgz,1.4,1.5

2006-06-13 Thread Aitor Santamaría
Hi Blair, You removed files or changed lines within files? In the first case perhaps it'd be good to keep the full suppl somewhere just in case and keep it updated too (I don't know what you removed really). Aitor 2006/6/11, Blair Campbell <[EMAIL PROTECTED]>: > Update of /cvsroot/freedos/freeco

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-13 Thread Andreas Berger
I once worked together for 2 years with a russian programmer. It took me some time to get used to what he said. I remember the first time he told me I was lying when I explained something he thought was inaccurate. Of course he did not mean I was lying but that what I said was not totally true

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-13 Thread Alain M.
Arkady V.Belousov escreveu: > BC> Turbo C is an old compiler. In many instances, it conflicts with the > BC> C standard. > > No, it not confilicts with C standard, And especially not in question > of initialization of uninitialized static variables. I believe that the standard changed si

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-13 Thread Alain M.
NO, you receive praises from me ;-) I was talking a few minutes ago with Andreas, he said that it took some time to get used to the other russian guy... IMHO, the simple fact that Arkady is checking your sw is that he likes it. I just believe there is no word in russioan for praise. But anyway

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-13 Thread Arkady V.Belousov
Hi! 11-Июн-2006 20:13 [EMAIL PROTECTED] (Blair Campbell) wrote to freedos-devel@lists.sourceforge.net: BC> Turbo C is an old compiler. In many instances, it conflicts with the BC> C standard. No, it not confilicts with C standard, And especially not in question of initialization of uninit

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-13 Thread Blair Campbell
On 6/11/06, Arkady V.Belousov <[EMAIL PROTECTED]> wrote: > Hi! > > 11-Июн-2006 02:47 [EMAIL PROTECTED] (Blair Campbell) wrote to > [EMAIL PROTECTED]: > > BC> +++ goxy.c 11 Jun 2006 02:47:05 - 1.3 > BC> - regs.h.dh = y - 1; > BC> - regs.h.dl = x - 1; > BC> - int86(0x10, ®s, ®s); > BC

[Freedos-devel] Last test mail for now ;)

2006-06-13 Thread Andre Tertling
Hi everybody, this will be the last mail for now, I promise :) Seems as if I can't make Thunderbird use 8-bit encoding. Let's see how this turns out. Sample line 1 Sample line 2 Sample line 3 Sample line 4 Sample line 5 Sample line 6 Sample line 7 Sample line 8 Sample line 9 Best regards, And

Re: [Freedos-devel] strange mail effects

2006-06-13 Thread Andre Tertling
Hi everybody, please disregard this message, I just need to find out if it is my mail server that corrupts the mails from the list. Sample line 1 Sample line 2 Sample line 3 Sample line 4 Sample line 5 Sample line 6 Sample line 7 Sample line 8 Sample line 9 Best regards, Andre

[Freedos-devel] Strange mail effects

2006-06-13 Thread Andre Tertling
Hi everybody, please disregard this message, I just need to find out if it is my mail server that corrupts the mails from the list. Sample line 1 Sample line 2 Sample line 3 Sample line 4 Sample line 5 Sample line 6 Sample line 7 Sample line 8 Sample line 9 Best regards, Andre _

Re: [Freedos-devel] freecom/shell ver.c,1.36,1.37

2006-06-13 Thread Andre Tertling
Arkady V.Belousov wrote: > Hi! > 11-Июн-2006 19:56 [EMAIL PROTECTED] (Blair Campbell) wrote [EMAIL PROTECTED]: > BC> simple macros can be defined to access low and high bits of CPUBC> > registers. If you feel like making some for me, feel free :-) . >> >> BC> + >displayString(TEXT_MSG_V

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-13 Thread Blair Campbell
Turbo C is an old compiler. In many instances, it conflicts with the C standard. On 6/11/06, Arkady V.Belousov <[EMAIL PROTECTED]> wrote: > Hi! > > 12-Июн-2006 00:45 [EMAIL PROTECTED] (Eric Auer) wrote to > freedos-devel@lists.sourceforge.net: > > EA> Hi Arkady, I would vote for the "explicit zer

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-13 Thread Blair Campbell
> EA> Of course Arkady sometimes suggests peephole improvements which > EA> actually make code less readable, but it is still better to > EA> appreciate his comments and improve all problematic issues which > EA> he found. It is not mean personal / against you, it is only meant > EA> to make FreeCO