Re: [fd-dev] ANNOUNCE: Free FDISK 1.1.3 is now available!
X-Comment-To: Brian E. Reifsnyder
Hi!
10-äÅË-2002 23:18 [EMAIL PROTECTED] (Brian E. Reifsnyder) wrote to
[EMAIL PROTECTED]:
BER I am pleased to announce that Free FDISK 1.1.3 is now available. The
BER download link is at http://www.23cc.com/free-fdisk.
Brian, let me propose some optimization. Was (userint2.c):
__O\_/_\_/O__
/* Adjust maximum_partition_size_in_MB depending upon version */
if( (flags.version==FOUR) (maximum_partition_size_in_MB MAXFAT16NORM) )
maximum_partition_size_in_MB = MAXFAT16NORM;
if( (flags.version==FIVE) (maximum_partition_size_in_MB MAXFAT16NORM) )
maximum_partition_size_in_MB = MAXFAT16NORM;
if( (flags.version==SIX) (maximum_partition_size_in_MB MAXFAT16NORM) )
maximum_partition_size_in_MB = MAXFAT16NORM;
if( (flags.version==W95) (maximum_partition_size_in_MB MAXFAT16NORM) )
maximum_partition_size_in_MB = MAXFAT16NORM;
if( ( (flags.version==W95B) || (flags.version==W98) )
(flags.fat32==FALSE) (maximum_partition_size_in_MB MAXFAT16NORM) )
...
_
O/~\ /~\O
Should be (more readable and easier to optimize by compiler):
__O\_/_\_/O__
/* Adjust maximum_partition_size_in_MB depending upon version */
if (max_partition_sz_MB MAXFAT16NORM) {
if (flags.version == FOUR ||
flags.version == FIVE ||
flags.version == SIX ||
flags.version == W95 ||
((flags.version == W95B || flags.version == W98)
flags.fat32 == FALSE) ||
...
)
max_partition_sz_MB = MAXFAT16NORM;
}
_
O/~\ /~\O
Also, if FOUR=4, FIVE=5, etc, then you may use less/greater operators (for
example, flags.version = 4 flags.version = 7).
--
list options/archives/etc.: http://www.topica.com/lists/fd-dev
unsubscribe: send blank email to: [EMAIL PROTECTED]
==^^===
This email was sent to: archive@mail-archive.com
EASY UNSUBSCRIBE click here: http://topica.com/u/?bz8Rv5.bbRv4l.YXJjaGl2
Or send an email to: [EMAIL PROTECTED]
T O P I C A -- Register now to manage your mail!
http://www.topica.com/partner/tag02/register
==^^===
Re: [fd-dev] GPL
X-Comment-To: Andreas K. Foerster Hi! 6-äÅË-2002 10:44 [EMAIL PROTECTED] (Andreas K. Foerster) wrote to [EMAIL PROTECTED]: AKF To release a non-free program is always ethically tainted, but AKF legally there is no obstacle to your doing this. If you are the AKF copyright holder for the code, you can release it under various AKF different non-exclusive licenses at various times. Thank you. BTW, what mean non-exclusive licenses in sense of applying to different distributions (releases) of same software? -- list options/archives/etc.: http://www.topica.com/lists/fd-dev unsubscribe: send blank email to: [EMAIL PROTECTED] ==^^=== This email was sent to: archive@mail-archive.com EASY UNSUBSCRIBE click here: http://topica.com/u/?bz8Rv5.bbRv4l.YXJjaGl2 Or send an email to: [EMAIL PROTECTED] T O P I C A -- Register now to manage your mail! http://www.topica.com/partner/tag02/register ==^^===
Re: [fd-dev] GPL
X-Comment-To: Bart Oldeman Hi! 6-äÅË-2002 14:49 [EMAIL PROTECTED] (Bart Oldeman) wrote to [EMAIL PROTECTED]: Thank you. BTW, what mean non-exclusive licenses in sense of applying to different distributions (releases) of same software? When I read your question, I first thought, this is obvious. But the more I think about it, the less obvious it is... BO I read non-exclusive as may not contradict each other. Yes, me too - although Andreas retreat this as exclisive rights. BO If I write software under license A and B and then license A says: this BO code may not be released under any other license, then I would be BO contradicting myself (hence, a fairly technical issue, sue yourself!). But any commercial license (which restricts distribution) contradicts to GPL! BO And yes, ethically tainted comes from the FSF position that all non-free BO (as in speech) software is ethically wrong. -- list options/archives/etc.: http://www.topica.com/lists/fd-dev unsubscribe: send blank email to: [EMAIL PROTECTED] ==^^=== This email was sent to: archive@mail-archive.com EASY UNSUBSCRIBE click here: http://topica.com/u/?bz8Rv5.bbRv4l.YXJjaGl2 Or send an email to: [EMAIL PROTECTED] T O P I C A -- Register now to manage your mail! http://www.topica.com/partner/tag02/register ==^^===
[fd-dev] GPL
Hi! I have another GPL-related question. As I understand, authors (copyright holders?) may change license from GPL to other. How this actions is reactive? I mean: what will happen with previous and current program releases, which was under GPL and already widely distributed? -- list options/archives/etc.: http://www.topica.com/lists/fd-dev unsubscribe: send blank email to: [EMAIL PROTECTED] ==^ This email was sent to: archive@mail-archive.com EASY UNSUBSCRIBE click here: http://topica.com/u/?bz8Rv5.bbRv4l.YXJjaGl2 Or send an email to: [EMAIL PROTECTED] T O P I C A -- Register now to manage your mail! http://www.topica.com/partner/tag02/register ==^
Re: AW: [fd-dev] [OT] Linux vs. BSD (was:Dosemu)
X-Comment-To: Jensen, Gerard Hi! 4-äÅË-2002 12:55 [EMAIL PROTECTED] (Jensen, Gerard) wrote to '[EMAIL PROTECTED]' [EMAIL PROTECTED]: JG Or would you call OS/2 a rewrite of Windows 3.0? They was developed simultaneously and MS promise for IBM that Windows will be separate, noncompeting product (note: OS/2 was preemptive multitasking OS from scratch, Windows was only graphical shell at top of DOS). But later MS drops (don't know proper English criminal terminology here) its participation in OS/2 developmment, breaks its other relations with IBM (Gates himself says that he make management training for working without IBM before he drop the IBM) and begins its evoltion of Windows into full featured OS, which (as thinked in MS) should compete with OS/2. -- list options/archives/etc.: http://www.topica.com/lists/fd-dev unsubscribe: send blank email to: [EMAIL PROTECTED] ==^^=== This email was sent to: archive@mail-archive.com EASY UNSUBSCRIBE click here: http://topica.com/u/?bz8Rv5.bbRv4l.YXJjaGl2 Or send an email to: [EMAIL PROTECTED] T O P I C A -- Register now to manage your mail! http://www.topica.com/partner/tag02/register ==^^===
Re: [fd-dev] [OT] Microkernel architecture
X-Comment-To: Aitor Santamaria Merino Hi! 4-äÅË-2002 13:15 [EMAIL PROTECTED] (Aitor Santamaria Merino) wrote to [EMAIL PROTECTED]: ASM NT is microkernel too, in my understanding it's a little advantage over ASM Linux at this moment (?). This (NT is microkernel) is only marketing hype. -- list options/archives/etc.: http://www.topica.com/lists/fd-dev unsubscribe: send blank email to: [EMAIL PROTECTED] ==^^=== This email was sent to: archive@mail-archive.com EASY UNSUBSCRIBE click here: http://topica.com/u/?bz8Rv5.bbRv4l.YXJjaGl2 Or send an email to: [EMAIL PROTECTED] T O P I C A -- Register now to manage your mail! http://www.topica.com/partner/tag02/register ==^^===
[fd-dev] resubscribe
Hi! My email was banned on fd-dev in last hours, so I try to resubcribe and resend two next letters again. -- list options/archives/etc.: http://www.topica.com/lists/fd-dev unsubscribe: send blank email to: [EMAIL PROTECTED] ==^ This email was sent to: archive@mail-archive.com EASY UNSUBSCRIBE click here: http://topica.com/u/?bz8Rv5.bbRv4l.YXJjaGl2 Or send an email to: [EMAIL PROTECTED] T O P I C A -- Register now to manage your mail! http://www.topica.com/partner/tag02/register ==^
Re: [fd-dev] Enquiry: Update packs
X-Comment-To: Aitor Santamaria Merino Hi! 3-äÅË-2002 16:55 [EMAIL PROTECTED] (Aitor Santamaria Merino) wrote to [EMAIL PROTECTED]: ASM Well, the good point is that the code could be disposed after loading KEYB. Of course. ASM I haven't used these libraries, but I just wonder if one can decompress ASM parts of a file, if the layouts are all (or most) in a single ASM KEYBOARD.SYS file. Why not? Simply pack file by separate parts (for example, split file by 2k-16k blocks/pages). To speedup seek you may also keep tabe of offsets to each page. ASM In any case, I think I'll leave this for version 3.X, there's enough ASM stuff to keep me busy with 2.X already ;-) -- list options/archives/etc.: http://www.topica.com/lists/fd-dev unsubscribe: send blank email to: [EMAIL PROTECTED] ==^^=== This email was sent to: archive@mail-archive.com EASY UNSUBSCRIBE click here: http://topica.com/u/?bz8Rv5.bbRv4l.YXJjaGl2 Or send an email to: [EMAIL PROTECTED] T O P I C A -- Register now to manage your mail! http://www.topica.com/partner/tag02/register ==^^===
Re: [fd-dev] Enquiry: Update packs
X-Comment-To: tom ehlert Hi! 2-äÅË-2002 21:01 [EMAIL PROTECTED] (tom ehlert) wrote to [EMAIL PROTECTED]: I recommend using TGZ in that case. te not available for DOS. __O\_/_\_/O__ UNTGZ/386 Decompression Utility 0.94 freeware version Copyright (c) 1996 Tillmann Steinbrecher. Aug 22 1996 USAGE: UNTGZ386 filename filespec to extract from TGZ/TAR archive UNTGZ386 -l filename filespec to list/test TGZ/TAR archive UNTGZ386 -t filename to test CRC of GZ/TGZ archive UNTGZ386 -d infile outfile to decompress GZ archive GZIP compressed, PKZIP compressed and uncompressed TAR archives are supported. This freeware program may be distributed according to the terms of the GNU general public license version 2. *** PLEASE NOTE *** If you frequently use this program, send email: [EMAIL PROTECTED] Just a short message like I'm using your program will seriously enhance the possiblity of updates being made. Thank you. _ O/~\ /~\O -- list options/archives/etc.: http://www.topica.com/lists/fd-dev unsubscribe: send blank email to: [EMAIL PROTECTED] ==^^=== This email was sent to: archive@mail-archive.com EASY UNSUBSCRIBE click here: http://topica.com/u/?bz8Rv5.bbRv4l.YXJjaGl2 Or send an email to: [EMAIL PROTECTED] T O P I C A -- Register now to manage your mail! http://www.topica.com/partner/tag02/register ==^^===
Re: [fd-dev] Enquiry: Update packs
X-Comment-To: Eric Auer Hi! 2-äÅË-2002 23:59 [EMAIL PROTECTED] (Eric Auer) wrote to [EMAIL PROTECTED]: EA UNTGZ needs more RAM than GUNZIP - tempfile - UNTAR, EA but I believe it should still be in range of what 16bit can EA handle, but ONLY if untgz internally pipes data around and EA does not gunzip the whole file into RAM before untarring it... Unlike unziping, which (may) require additional memory for internal structures, unTARing (should) not require additional memory at all: program should simply analyze result of unpacking each next buffer immediately after buffer is ready. Should I explain you what is coprocesses and how implement them? BTW, Modula-2 have primitives to support this very simple, but powerful feature. Some years ago as exercise I reimplement them in TP (and then use it in permutations generation algorithm). [Just to clarify for those, who not know: coprocesses is _not_ preemprive multitasking and _not_ require hardware depended code (switching by timer, for example) nor any additional memory (except memory for stack for each process).] EA Both parts must run at the same time and hand over parts of EA the gunzipped data right away, without excessive buffering. EA In Linux this is no problem, you can have an 8k real pipe buffer EA and run gunzip and tar -x in two different tasks, but as we know, EA DOS has no real tasks and therefore no real pipes. It just runs :( Many available resources deprave you (nothing personal!) and you forget (or not know) that there not required heavy tools like multitasking. This case may (and should!) be implemented in one program on any hardware [which have enough resources to perform unziping]. -- list options/archives/etc.: http://www.topica.com/lists/fd-dev unsubscribe: send blank email to: [EMAIL PROTECTED] ==^^=== This email was sent to: archive@mail-archive.com EASY UNSUBSCRIBE click here: http://topica.com/u/?bz8Rv5.bbRv4l.YXJjaGl2 Or send an email to: [EMAIL PROTECTED] T O P I C A -- Register now to manage your mail! http://www.topica.com/partner/tag02/register ==^^===
Re: [fd-dev] codepage IDs
X-Comment-To: Axel C. Frinke Hi! 26-îÏÑ-2002 02:18 [EMAIL PROTECTED] (Axel C. Frinke) wrote to [EMAIL PROTECTED]: AF Well, with the assumption that all codepage IDs would not take more AF than 10 bits, there would be 6 remaining bits to denote variations of AB Please, don't make such silly suggestions and implementations. Making ACF Really, I would not call this suggestion 'silly'. But results of such decisions often are silly. B-\ Probably, most clear example of such decisions is an BIOS limits for disk sizes: first 512M, then 2Gb, then 4Gb, then 8Gb, then 32Gb, then 127Gb... ACF Maybe I've gone too ACF far with 'nightmare', but it's still handy to save address space. This is matter of taste, how call such desicions: silly, nightmare, etc. AB full featured lookup table may be _slightly_ more complicated, but then AB later this will not crash your (and our) head when limits will be exhausted. ACF Yes, but whenever new codepages are introduced, such lookup tables ACF must be maintained, this can become a cumbersome work. Why? -- list options/archives/etc.: http://www.topica.com/lists/fd-dev unsubscribe: send blank email to: [EMAIL PROTECTED] ==^^=== This email was sent to: archive@mail-archive.com EASY UNSUBSCRIBE click here: http://topica.com/u/?bz8Rv5.bbRv4l.YXJjaGl2 Or send an email to: [EMAIL PROTECTED] T O P I C A -- Register now to manage your mail! http://www.topica.com/partner/tag02/register ==^^===
Re: [fd-dev] codepage IDs
X-Comment-To: tom ehlert Hi! 26-îÏÑ-2002 16:25 [EMAIL PROTECTED] (tom ehlert) wrote to [EMAIL PROTECTED]: ACF Maybe I've gone too ACF far with 'nightmare', but it's still handy to save address space. This is matter of taste, how call such desicions: silly, nightmare, etc. te I often disagree with arkady, :( te like this time: :) te trouble to save 4 bits isn't 'silly'. it's outright 'dull' ;-) Let me clarify the situation: there is no trouble with saving four bits, but I was try to dissuade Axel to make such decision, when he tries to use part of regular enumeration space for its own needs. We already have much of troubles with FIDO communication software and FoxPro DBMS, which uses some positions in upper half of ASCII8 for their own needings. -- list options/archives/etc.: http://www.topica.com/lists/fd-dev unsubscribe: send blank email to: [EMAIL PROTECTED] ==^^=== This email was sent to: archive@mail-archive.com EASY UNSUBSCRIBE click here: http://topica.com/u/?bz8Rv5.bbRv4l.YXJjaGl2 Or send an email to: [EMAIL PROTECTED] T O P I C A -- Register now to manage your mail! http://www.topica.com/partner/tag02/register ==^^===
Re: [fd-dev] ISO and KOI8 codepages
X-Comment-To: Henrique Peron Hi! 21-îÏÑ-2002 01:43 [EMAIL PROTECTED] (Henrique Peron) wrote to [EMAIL PROTECTED]: HP Hi Arkady, ËÁË ÔÙ? [Kak ty?] îÏÒÍÁÌØÎÏ. [Normalno]. HP There are web browsers that are able to work under DOS. If so, support for HP KOI8 codepages turns out to be important, wouldn't you say? But support for KOI8 (also as for a lot of other codepages - 1251, ISO, Mac) should be built into them! HP Therefore, I ask you: HP Do you happen to know (or perhaps know someone who does) the CPxxx numbers HP for KOI8-U, -F, -B, -C, -T ? I only know KOI8-R (cp878). I already inform you, that KOI8-U have no CP number. Other (-F, etc) tables I not know. -- list options/archives/etc.: http://www.topica.com/lists/fd-dev unsubscribe: send blank email to: [EMAIL PROTECTED] ==^^=== This email was sent to: archive@mail-archive.com EASY UNSUBSCRIBE click here: http://topica.com/u/?bz8Rv5.bbRv4l.YXJjaGl2 Or send an email to: [EMAIL PROTECTED] T O P I C A -- Register now to manage your mail! http://www.topica.com/partner/tag02/register ==^^===
[fd-dev] Code pages
Hi! Those, who read in Russian and wish to know more about code pages and Unicode history, may look at http://bugtraq.ru/library/misc/encoding.html. There present slightly paranoidal, but very interesting view of history and details of different standards - from ASCII to Unicode32. -- list options/archives/etc.: http://www.topica.com/lists/fd-dev unsubscribe: send blank email to: [EMAIL PROTECTED] ==^ This email was sent to: archive@mail-archive.com EASY UNSUBSCRIBE click here: http://topica.com/u/?bz8Rv5.bbRv4l.YXJjaGl2 Or send an email to: [EMAIL PROTECTED] T O P I C A -- Register now to manage your mail! http://www.topica.com/partner/tag02/register ==^
