Re: [Freedos-devel] Re: [Freedos-cvs] kernel/kernel fattab.c,1.30,1.31 fatfs.c,1.66,1.67
Hi Bart! Bart Oldeman wrote: On Tue, 4 May 2004, Steve Nickolas - Using Windoze wrote: don't pay too much notice. This is just standard ritual. Scary thing is that it's being going on pretty much the same way for three years now. Time for me to unsubscribe from the mailing lists and have a break from FreeDOS. Bart Hang in there! This has gone on for more than 3 years! I remember one time I suggested making changes to the kernel that was not 100% dos compatible. Than a unholy flame war erupted. The funny thing was, I wasn't trying to start one. Something about, sound blaster driver in ring 0 thing'y. Shit! Thou'z where the days! Don't give in Bart, the Kernel kickz a$$, James --- This SF.Net email is sponsored by Sleepycat Software Learn developer strategies Cisco, Motorola, Ericsson Lucent use to deliver higher performing products faster, at low TCO. http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3 ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Re: [Freedos-cvs] kernel/kernel fattab.c,1.30,1.31 fatfs.c,1.66,1.67
On Sun, 9 May 2004, James Tabor wrote: Hi Bart! Bart Oldeman wrote: On Tue, 4 May 2004, Steve Nickolas - Using Windoze wrote: don't pay too much notice. This is just standard ritual. Scary thing is that it's being going on pretty much the same way for three years now. Time for me to unsubscribe from the mailing lists and have a break from FreeDOS. Hang in there! This has gone on for more than 3 years! What I was referring to is this discussion between Tom and me on one side and Arkady on the other. We all know exactly where we stand, yet Arkady seems to ignore all what is said in the last three years and continues to supply me with patches that he should *know* I ignore. With the odd good fix in between but it's quite difficult to find it as a 10 line fix snowed in between 900 lines of layout changes and micro-optimizations (and most of those optimizations are either neutral or make the code size worse for Watcom). This I have told many many times and if you do it too often you get tired of it. See for instance http://www.mail-archive.com/[EMAIL PROTECTED]/msg00752.html I mean: * From: Arkady V.Belousov * Subject: [Freedos-kernel] patch: mix * Date: Sat, 24 Apr 2004 01:56:11 -0700 Arkady, you should split this patch in 20 easily digestible chunks, and I will apply about 3 of them. If you don't want to split it, fine, the patch just goes to NUL. I have to reduce my FreeDOS activities anyway, starting a new job on the other side of the world in six weeks, moving, etc. Another reason is that it works mostly well enough for me now so my motivation to fix the remaining things isn't very high anymore. So at this point I can either just stop completely or spend say an hour per week or so on it. With the amount of pressure from the mailing lists and private emails it just looks easier to stop with it, as a kernel maintainer can't do a good job with such a small amount of time -- people will start to complain that I don't respond (I certainly won't have time and motivation to digest and split Arkady's patches; far more enjoyable to have a beer in the pub or run a half marathon). That's all there is to it really. I'm sure someone will step in and disagree but that's competely pointless as I have nothing to lose. Bart --- This SF.Net email is sponsored by Sleepycat Software Learn developer strategies Cisco, Motorola, Ericsson Lucent use to deliver higher performing products faster, at low TCO. http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3 ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Splitting patch (was: [Freedos-devel] Re: [Freedos-cvs] kernel/kernel fattab.c,1.30,1.31 fatfs.c,1.66,1.67)
Hi! 9--2004 15:39 [EMAIL PROTECTED] (Bart Oldeman) wrote to [EMAIL PROTECTED]: BO See for instance BO * From: Arkady V.Belousov BO * Subject: [Freedos-kernel] patch: mix BO * Date: Sat, 24 Apr 2004 01:56:11 -0700 BO Arkady, you should split this patch in 20 easily digestible chunks, and I BO will apply about 3 of them. If you don't want to split it, fine, the patch BO just goes to NUL. How? See: - in intr.asm changed allocmem(). - to allocmem() relate changes in init-mod.h and config.c. - but config.c also changes freeAvailableBuf pointer to HMAuserarea offset, and this change spreaded also between init-mod.h, inthndlr.c, globals.h. - in these files are also some other changes: for example, in intr.asm fixed prototypes. How to split these changes (into digestable chunks)? Explain me, if you know this. I _suggest_, that I may do this so: - get my file and copy some changes from it to intermediate file. - make diff-file. - restore original contents of intermediate file and copy next change; goto step 2. But this is error prone process, and it may affect subsequent patching (especially if changes are crossed). Also, patch for batch and makefiles can't be splitted, because these changes related. PS: In next letter in -kernel@ I try to extract some changes. --- This SF.Net email is sponsored by Sleepycat Software Learn developer strategies Cisco, Motorola, Ericsson Lucent use to deliver higher performing products faster, at low TCO. http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3 ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Re: [Freedos-cvs] kernel/kernel fattab.c,1.30,1.31 fatfs.c,1.66,1.67
Hi! 4--2004 22:46 [EMAIL PROTECTED] (Alain) wrote to [EMAIL PROTECTED]: don't pay too much notice. This is just standard ritual. This is offensive notice - I permanently try to bugfix/enhance, but usually ignored. :( Scary thing is that it's being going on pretty much the same way for three years now. Because I not (yet) lost hope - and sometime you reuse my patches. Some patches are reused after very long delay (for example, optimization for ddt_descflags in dsk.c I was propose half year ago). But many things are ignored again and again. Earlier, because not tested, now because doesn't liked. Anyway, hope is live (yet). Time for me to unsubscribe from the mailing lists and have a break from FreeDOS. A Please Bart, don't. We have already lost Lucho for no more than this. Agreed. --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id149alloc_id66op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Re: [Freedos-cvs] kernel/kernel fattab.c,1.30,1.31 fatfs.c,1.66,1.67
tom ehlert wrote: Hello Arkady, + wasfree = 0; + if (cluster == FREE) +wasfree = 1; wasfree = cluster == FREE; well - we know that gifted russian programmers can read this cryptic stuff fluently. mortal programmers like me prefer a more readable style. tom wasfree = (cluster == FREE); ? (That's how I'd prolly have written it myself, and I'm not really much of a programmer) -uso. --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149alloc_id=8166op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel