Re: [Freedos-devel] Executable compresison, part II
On Thu, 2004-03-18 at 15:12, Steve Nickolas - Using Windoze wrote: > tom ehlert wrote: > > unlikely. changing the license (from GPL2 to GPL3) requires > > written consent from all contributors ;) > > Most GPL'd programs have this statement: > > This program is free software; you can redistribute it and/or modify > it under the terms of the GNU General Public License as published by > the Free Software Foundation; either version 2 of the License, or > (at your option) any later version. > > That means (to me: IANAL) if V3 comes out anyone can choose to make a > program licensed in such a manner GPL3 if they want. Which is why much of the linux kernel specifically states that only v2 can be used ... so the license can't be changed by FSF in a way that the linux kernel developers don't like. Paul --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
[Freedos-devel] Photoshop Tutorial de A a Z - Curso Completo
Title: VISUAL BASIC 5 Tutorial Photoshop Curso Completo Apenas R$ 7,99 envio gratuito por Download Apostila completa em formato de HTML Interativo <<< Este Tutorial bastante abrangente, com praticamente tudo o que você precisa para dominar totalmente o uso do Adobe Photoshop, deste a Versão 3 até a sua Versão mais recente a 7.0; incluindo Cursos Completos, Dicas de Tópicos especiais para cada situação. Como a organização do Tutorial está segmentada em tópicos a consulta é facílima. Este Curso destina-se a pessoas que ainda não conhecem nada de Photoshop e também a quem já é expert ou profissional da Área e quer aprimorar de forma avançada os seus conhecimentos. Este é o Tutorial que não deve faltar na Biblioteca de nenhum Designer. Todos os tópicos do Tutorial são ricamente ilustrados, tornando o estudo e aprendizado leve agradável. Brinde Especial: Dois Plugins para incrementar o seu Photoshop O Tutorial contém os seguintes Tópicos: Guia do Iniciante Noções de Photoshop 3.0 Tutorial Photoshop 5.0 Phototoshop em 10 Lições Apostila Completa Adobe Photoshop 6 Dicas Clássicas para Photoshop Dicas Básicas para Photoshop Correção de cores de imagens digitalizadas Criação de cartões postais 20 dicas para o Photoshop 7
Re: [Freedos-devel] (OT) Slashdot poll
On Thu, 18 Mar 2004 15:45:33 -0600, you wrote: Hi Jim, >Just thought I'd forward this to the list: looks like Slashdot has >listed FreeDOS as an option in their new poll: "Favorite hobby OS". > >http://slashdot.org/index.pl > > >:-) FreeDOS is "more than a hobby"! ;-) I'm trying to use Terminal emulation program and other productive utilities on it. Rgds, Johnson. --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id70&alloc_id638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Another EMM386 release, bugfixes and enhancements
On Thu, 18 Mar 2004 07:22:38 -0600, you wrote: Hi Michael, >That's interesting. MPXPLAY lets me play a CD with a NUL output, which is mildly >amusing to watch. I can run MPXPLAY fine with NOEMS, or EMS set, with DOS=HIGH,UMB, >or DOS=HIGH (without UMB). Maybe the problem is with VCPI and your sound card? I'll try other hardware later. >Does it fail for you under all the NOEMS and with EMS and with and without UMB's in >the DOS= line settings or just particular ones? I'm assuming it works fine with just >HIMEM[64] and no EMM386 present. When removing EMM38664 it works fine. I've tried running MPXPLAY with/without EMS, have DOS=HIGH,UMB or remove the line with DOS=, even tried changing CD-ROM driver, no matter how I did MPXPLAY reboot under EMM38664 environment. Since it work smoothly under UMBPCI, must some kind of compatibility problem exist. I post my CONFIG.SYS for reference: =BEGIN= MENU ++ MENU | 0 - FDXXMS + UMBPCI| MENU | 1 - HIMEM64 + UMBPCI | MENU | 2 - HIMEM64 + EMM38864 | MENU ++ MENUDEFAULT=0,8 !VERSION=6.22 !FILES=50 !BUFFERS=10,0 !LASTDRIVE=Z DOS=HIGH,UMB DOSDATA=HIGH 0?DEVICE=C:\FREEDOS\FDXXMS.SYS 12?DEVICE=C:\FREEDOS\HIMEM64.EXE 01?DEVICE=C:\FREEDOS\UMBPCI.SYS 2?DEVICE=C:\FREEDOS\EMM38664.EXE NOEMS DEVICEHIGH=C:\FREEDOS\UDMA.SYS DEVICEHIGH=C:\DOS\OAKCDROM.SYS /D:SHSU-CDN DEVICEHIGH=C:\FREEDOS\NANSI.SYS /S DEVICEHIGH=C:\FREEDOS\TDSK.EXE REM DEVICE=C:\FREEDOS\ATAPICDD.SYS /D:SHSU-CDN SHELL=c:\FREEDOS\COMMAND.COM /E:1024 /P =END= Rgds, Johnson. --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id70&alloc_id638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Executable compresison, part II
Hi! 18-Мар-2004 18:35 [EMAIL PROTECTED] (Alain) wrote to [EMAIL PROTECTED]: >> program). Before this, I suggest, we may pack executables freely. A> NOT AT ALL. Following SCO example, if we do that, _every_ FreeDOS user A> could be sued. That would be catastrophic. This example proves nothing. SCO is a company, (now) owned by law company (sorry, forget its name), which targets to make name (for own chiefs, like Darl MacBride) before company will be solded (or, at least, chiefs moves to another companies). In this aspect is unimportant if they try to protect IP (intellectual property), or they only imitate worn about IP integrity (though, they will be pleasured, if by some play of randomness thet win). And such big liars, _if they wish_, may sue you by _any reason_. For example: "why you use name DOS and name EMM386?", "why you use FAT16 and FAT32 schemes?", etc. Sure, if they wish, they may "find" code, which was "stolen" (even in source form!) from their "labs". PS: BTW, this is one reason, why groups archive is important - it shows the real history in format of announces and discussions. PPS: There is only one way to completely protect ourselves from sues about something "stolen" or "prohibited usage" - don't make programming at all. --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id70&alloc_id638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
[Freedos-devel] (OT) Slashdot poll
Just thought I'd forward this to the list: looks like Slashdot has listed FreeDOS as an option in their new poll: "Favorite hobby OS". http://slashdot.org/index.pl :-) -- _ This email message has been automatically encrypted using ROT-26. --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Executable compresison, part II
Steve Nickolas - Using Windoze wrote: tom ehlert wrote: unlikely. changing the license (from GPL2 to GPL3) requires written consent from all contributors ;) Most GPL'd programs have this statement: This program is free software; you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation; either version 2 of the License, or (at your option) any later version. That means (to me: IANAL) if V3 comes out anyone can choose to make a program licensed in such a manner GPL3 if they want. That is correct. That's part of the GNU General Public License. -jh -- _ This email message has been automatically encrypted using ROT-26. --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Executable compresison, part II
Arkady V.Belousov escreveu:
I agreed: even if someone makes _real_ complain ("why you use my
proprietary compression program?"), then we may find workaround or we may
drop exepacking at all (especially because _this is not essential part of
program). Before this, I suggest, we may pack executables freely.
NOT AT ALL. Following SCO example, if we do that, _every_ FreeDOS user
could be sued. That would be catastrophic.
Alain
---
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
___
Freedos-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Executable compresison, part II
tom ehlert wrote: unlikely. changing the license (from GPL2 to GPL3) requires written consent from all contributors ;) Most GPL'd programs have this statement: This program is free software; you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation; either version 2 of the License, or (at your option) any later version. That means (to me: IANAL) if V3 comes out anyone can choose to make a program licensed in such a manner GPL3 if they want. -uso. --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Executable compresison, part II
Luchezar, >> and that's the point where it hurts: that I can't exepack KERNEL.SYS and >> FREECOM.COM with aPack to save some Kbyte LG> You may be able to do this "Real Soon Now" (in the FSF's sense, which LG> means some months ;-) unlikely. changing the license (from GPL2 to GPL3) requires written consent from all contributors ;) tom --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Executable compresison, part II
Hi!
18-Мар-2004 17:55 [EMAIL PROTECTED] (Luchezar Georgiev) wrote to
[EMAIL PROTECTED]:
LG> was a sarcasm! Why? Because we care more about the letter and not the
LG> spirit of the GPL.
LG> What is the goal of the GPL? Providing freedom and ensuring that nobody
LG> can deprive anybody from it. Do we provide freedom? Sure, by including
Yes, this what I wish to say in my letter to Jim, but later I remove
this part, because (1) not enough English experience and (2) because in
court often more importnat letter, not spirit.
LG> Let's stop the paranoia. We're NOT criminals! And whoever accuses us so,
LG> let him prove that... you know where!
I agreed: even if someone makes _real_ complain ("why you use my
proprietary compression program?"), then we may find workaround or we may
drop exepacking at all (especially because _this is not essential part of
program). Before this, I suggest, we may pack executables freely.
---
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id70&alloc_id638&op=click
___
Freedos-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Executable compresison, part II
On Thu, 18 Mar 2004 17:42:52 +0100, tom ehlert wrote: and that's the point where it hurts: that I can't exepack KERNEL.SYS and FREECOM.COM with aPack to save some Kbyte You may be able to do this "Real Soon Now" (in the FSF's sense, which means some months ;-) Those tiny 200 bytes provoked the current wall of arguments, for which I thank you! You put a finger in the wound. It really hurts, I know. That's why I wrote my Savonarola-style sarcasm. And yet nobody noticed that it was a sarcasm! Why? Because we care more about the letter and not the spirit of the GPL. We're developers and will never be lawyers. Se let's come down to common sense and think... What is the goal of the GPL? Providing freedom and ensuring that nobody can deprive anybody from it. Do we provide freedom? Sure, by including source code with our work. Do we deprive anybody from it? No! Despite that we distribute packed executables, anyone can re-build them from the source code we provide to obtain a 100% functional copy of the original. (It doesn't really have to be byte-identical.) After that, he may pack it with the same packer we used, or another packer. So, we *do* ensure that all freedom is passed to the recipient of the program! Another point. EXEPACK is a part of the MS LINK, which is a part of the compiler, therefore the GPL allows using it. Now, where's the difference between this primitive packer and aPack? There is no difference in the job they do, only in the extent of compression - 5% vs 50%. So what? Let's stop the paranoia. We're NOT criminals! And whoever accuses us so, let him prove that... you know where! Lucho --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] mKEYB 0.40
On Thu, 18 Mar 2004 16:12:41 +0100, tom ehlert wrote: Or do you mean Anton Zinoviev, since he wrote several files from scratch? several ? and I will immediately remove the BG keyboard from MKEYB, should he ask me. As an active Linux developer he probably doesn't care, and even if it does this, I'll write you a free replacement! (If I could do this ten years ago for Linux, why not do it now for DOS? ;-) Lucho --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] mKEYB 0.40
Hello Jim, JH> Yes, looks like BG. Looking at the mkeyb 0.40 zip file: right - he provided 2 bulgarian layouts. >> >> JH> Or perhaps Henrique Peron, the original author? >> there never was, is, or will ever be a single line from henrique >> peron. stop dreaming. JH> Comments in the code imply otherwise, but perhaps I am mistaken. Henrique provided 2 brasilian keyboards, I had forgotten. BTW: why are you suddenly so legally knowledgable ? YOU personally (as responsible person for ibiblio) distributed (or even still distribute) HTMLHELP, which was simply STOLEN from MS documentation. I mentioned this a couple of times - but violation copyright law didn't disturb you when YOU do the copyright infringement. As all EMM386/HIMEM's on ibiblio, and in a couple of distributions are SY2PACK'ed, they are *all* illegal (according to your argumentation) So it's required, that you delete them - IMMEDIATELY. I'll check that. However they'll get a new license, too, allowing to use *any* exepacker. tom --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] mKEYB 0.40
Bart, BO> Who can sue Tom for changing the license? The copyright holders. There aren't any. contributing to a project doesn't mean you get a copyright. BO> Will they BO> sue Tom? They'll have a tough time in court (because the contributions BO> are minor and close to fair use) only 'close' to fair use ? BO> Why should I sue Tom? He seems to be a nice guy... :)) BO> I just chose to avoid the grey area by not using it. Distribute BO> uncompressed executables, let the end user decide which exepacker is BO> best for him. IMO that's a very bad decision - close to 'distribute source only' IMO providing precompiled binaries (and that includes compression) in the kernel, that becomes even much worse, as you can't just exepack the kernel. to do that, you would have to download watcom, setup,... just to exepack the kernel; hardly something for joe average. BO> It's what Steffen does with freecom and I do with BO> freecoma and sys in the kernel zip. Or use UPX (UPX-UCL if you're really BO> paranoid -- I'm getting really tired of the NRV ranting, remember that BO> NDAs are really nothing special, it just matters *what* they state, I BO> even had to sign one for a pretty basic summer job 10 years ago, so I'll BO> probably just use UPX-UCL for the next kernel version to avoid all BO> issues). Well - when I made UPX compressed kernel possible, I certainly did not intend that it be used with a second grade exepacker. BO> Distribute BO> uncompressed executables, let the end user decide which exepacker is BO> best for him. Even if that would be a sensible option ( which I doubt), this ignores the case where people (like me) distribute a prepackaged bootable floppy (rom image,CD,...), where exepacking it on enduser site is simply not possible. and that's the point where it hurts: that I can't exepack KERNEL.SYS and FREECOM.COM with aPack to save some Kbyte (200 byte in mkeyb aren't important) tom --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] mKEYB 0.40
tom ehlert wrote: Hello Jim, JH> I assume you mean yourself? Or do you mean Anton Zinoviev, since he JH> wrote several files from scratch? several ? and I will immediately remove the BG keyboard from MKEYB, should he ask me. Yes, looks like BG. Looking at the mkeyb 0.40 zip file: /* keydefbg.h */ /* * history * 22 may 03: Anton Zinoviev <[EMAIL PROTECTED]> - creation */ /* keydefbp.h */ /* * history * 22 may 03: Anton Zinoviev <[EMAIL PROTECTED]> - creation */ JH> Or perhaps Henrique Peron, the original author? there never was, is, or will ever be a single line from henrique peron. stop dreaming. Comments in the code imply otherwise, but perhaps I am mistaken. From mkeyb 0.40: /* keydefbr.h */ #define NAME(x) x##_BR #include #include "mkeyb.h" #define COMBI /***comments from original author (Henrique Peron - [EMAIL PROTECTED])*** ABNT Brazilian XKeyb keyboard layout. Henrique Peron [EMAIL PROTECTED] / /* keydefbx.h */ #define NAME(x) x##_BX #include #include "mkeyb.h" #define COMBI /***comments from original author (Henrique Peron - [EMAIL PROTECTED])*** ABNT Brazilian XKeyb keyboard layout, "extended" edition. This layout can be used with codepages 850 or 858. Henrique Peron - [EMAIL PROTECTED] JH> What about Pat Villani, who wrote prf.c and portab.h? this prf.c was written by the author of mkeyb, NOT pat villani. Your distribution says otherwise. From the mkeyb 0.40 release: // /* */ /* portab.h */ /* */ /* DOS-C portability typedefs, etc. */ /* */ /* May 1, 1995 */ /* */ /* Copyright (c) 1995 */ /* Pasquale J. Villani */ /* All Rights Reserved */ /* */ /* This file is part of DOS-C. */ /* */ /* DOS-C is free software; you can redistribute it and/or */ /* modify it under the terms of the GNU General Public License */ /* as published by the Free Software Foundation; either version */ /* 2, or (at your option) any later version.*/ /* */ /* DOS-C is distributed in the hope that it will be useful, but */ /* WITHOUT ANY WARRANTY; without even the implied warranty of */ /* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See*/ /* the GNU General Public License for more details. */ // /* */ /*prf.c */ /* */ /* Abbreviated printf Function */ /* */ /* Copyright (c) 1995 */ /* Pasquale J. Villani */ /* All Rights Reserved */ /* */ /* This file is part of DOS-C. */ /* */ /* DOS-C is free software; you can redistribute it and/or */ /* modify it under the terms of the GNU General Public License */ /* as published by the Free Software Foundation; either version */ /* 2, or (at your option) any later version.*/ /* */ /* DOS-C is distributed in the hope that it will be useful, but */ /* WITHOUT ANY WARRANTY; without even the implied warranty of */ /* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See*/ /* the GNU General Public License for more details. */ /* */ /* You should have received a copy of the GNU General Public*/ -- _ This email message has been automatically encrypted using ROT-26. --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals
Re: [Freedos-devel] mKEYB 0.40
On Thu, 18 Mar 2004, tom ehlert wrote: > JH> What about Pat Villani, who wrote prf.c and portab.h? > this prf.c was written by the author of mkeyb, NOT pat villani. yes, prf.c was completely recoded in the early days I started maintaining the kernel. It's had some more updates from me in the kernel source (using stdarg.h etc) but these are not in mkeyb anyway. Who can sue Tom for changing the license? The copyright holders. Will they sue Tom? They'll have a tough time in court (because the contributions are minor and close to fair use) and need to spend lots of money. Why should I sue Tom? He seems to be a nice guy... I just chose to avoid the grey area by not using it. Distribute uncompressed executables, let the end user decide which exepacker is best for him. It's what Steffen does with freecom and I do with freecoma and sys in the kernel zip. Or use UPX (UPX-UCL if you're really paranoid -- I'm getting really tired of the NRV ranting, remember that NDAs are really nothing special, it just matters *what* they state, I even had to sign one for a pretty basic summer job 10 years ago, so I'll probably just use UPX-UCL for the next kernel version to avoid all issues). Bart --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
[Freedos-devel] Re: We're criminals (or at least GPL violators)
Hi, criminal news... I share the point of view that I can compile things with museum Turbo C and even spread them. But I cannot spread Turbo C itself easily: I am supposed to send people to the Borland museum to fetch their own copy if they want one. If you disagree about that, I can publish source only versions and somebody else can compile binaries from them and send them back to me... well, maybe I already do it like that? The binaries are completely identical :-). This reminds me of the many times that Tom asked me to test EMM386 patches before I send them, although I do not have TASM. Should I see this as an invitation to use a pirated version? Who cares. I have too many things to maintain anyway, so I am not planning to send any EMM386 patches again anytime soon. The things which I do maintain all compile in TC, NASM and DJGPP, and at least the latter 2 are even open source themselves. As explained, I have no problems with the Turbo C museum license either. Duh. Eric. PS: NANSI compiles with Arrowsoft ASM, freeware non-supported closed source version. Should be okay license-wise, too. --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] mKEYB 0.40
Hello Jim, JH> I assume you mean yourself? Or do you mean Anton Zinoviev, since he JH> wrote several files from scratch? several ? and I will immediately remove the BG keyboard from MKEYB, should he ask me. JH> Or perhaps Henrique Peron, the original author? there never was, is, or will ever be a single line from henrique peron. stop dreaming. JH> What about Pat Villani, who wrote prf.c and portab.h? this prf.c was written by the author of mkeyb, NOT pat villani. JH> In order for this to comply with the GNU GPL, it is important that all JH> copyright holders agree >> I'm not bored enough to start another 'exepackers are compilers or not' >> war - so i changed the license JH> Do you mean that you have changed the license back to plain GNU GPL? certainly not. tom --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] mKEYB 0.40
Hi! 18-Мар-2004 08:14 [EMAIL PROTECTED] (Michael Devore) wrote to [EMAIL PROTECTED]: >>Don't know if Bart has a TC/BC license; else all old kernels (compiled >>with TC), are illegal, too. MD> Shhh! The Borland Compliance Engineer may hear you. I wonder how one goes MD> about getting a compliance engineer certification. It sounds like a fun MD> job. My BC3.1 (with AF) was buyed some years ago, so paranoid man may ask me to recompile executable, which should be redistributed. :) --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id70&alloc_id638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] We're criminals (or at least GPL violators)
On Thu, 18 Mar 2004, Jim Hall wrote: > Correct - if both modules (the apack stub and the original program) are > part of the same exe, they are no longer aggregates. They have become a > single executable. That is what Dave Turner (FSF) was trying to > communicate. OK, I'm trying to hook into this endless thread once again. ZIP files are OK til now, I understand. So are any other archivers. The exepackers are'nt, because they are clamped together into the same and single executable. Guess one system that make _ZIP_ files themselves runnable; there was such thing in Win3.x (Poor man's online compression -- or something). Put a complete directory tree into a ZIP file, put an AUTORUN.INF in the topdir; add a hook into the shell or at kernel level, even DOS-4B-00 would do: That detects the archive by content (like File::Magic perl module or "file" Unix command; or first two bytes are PK), unpacks the archives, evaluates AUTORUN.INF and fires off the application, when the application terminates, well either discard the unpacked stuff or fresh/update the archive. And to have the files actually invoked, they get renamed into .EXE, too. Now you have the _same_ functionality as with runtime exe unpackers. Now: Zip files became invalid, too. What am I missing? Again: Who is able to mark us criminals for allowing exe compressors with our programs? As already said by several people, it is a form of interpretation; when we interprete this particular point in another way than others - what's the problem as long as we make it clear, esp. to new contributors. Bye, -- Steffen Kaiser --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] mKEYB 0.40
Steve, >> AFAIR, the Borland museum compilers have a license similar to >> 'free for personal use. if you want to distribute compiled programs, >>you have to buy a license' SNUW> Someone asked what they meant and they said it simply meant you can't SNUW> redistribute the compiler. (This was on their site, AFAIR) from the museum site: 'They may be downloaded and used "as is" for personal use only' 'personal use' probably doesn't include distribution of compiled programs. tom --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] mKEYB 0.40
tom ehlert wrote: MKEYB 0.40 released changes: now uses APACK for 200 byte smaller executable licensing changed to allow distribution of APACK'ed executables JH> What you have indicated in your release is that you modified the license JH> to allow distribution of the aPack'ed binary. However, you need to have JH> written agreement from all copyright holders in order to do this. There is exactly one copyright holder - and I don't need written agreement from him. I assume you mean yourself? Or do you mean Anton Zinoviev, since he wrote several files from scratch? Or perhaps Henrique Peron, the original author? What about Pat Villani, who wrote prf.c and portab.h? In order for this to comply with the GNU GPL, it is important that all copyright holders agree to extending the license to allow apack. Otherwise, this is not in compliance and will cause problems. JH> We need to have written agreement from all copyright holders for this Don't know you you need - I don't. What I'm trying to say is it is important to have something from all copyright holders that indicates they agree to extending the license. This can be a text file in the mkeyb zip file that contains the emails from the copyright holders / contributors, or maybe a page on your mkeyb site. I'm not bored enough to start another 'exepackers are compilers or not' war - so i changed the license Do you mean that you have changed the license back to plain GNU GPL? I don't think this is what you mean, since your web page (http://www.drivesnapshot.de/freedos/mkeyb.htm) still says "changed the licensing to allow distribution of APACK'ed executables" and your license.txt in the mkeyb zip file is: FREE! OPEN! SOURCE! license This program and it's sources is distributed under the terms of the GNU GPL with one major exception: you may use any exepacker you want to process the resulting executable. -jh -- Currently playing: DDR:Max2, Ratchet&Clank, Prince of Persia(GBA) --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] mKEYB 0.40
On Thu, 18 Mar 2004, tom ehlert wrote: > >> Neither are most compilers in use for FreeDOS (with the exception of > >> watcom). > > LG> ...and the Borland Museum compilers. > > AFAIR, the Borland museum compilers have a license similar to > 'free for personal use. if you want to distribute compiled programs, >you have to buy a license' > > Unfortunately, I didn't buy a license - so mkeyb.exe is still illegal. > same for emm386, himem, more, if they were compiled by me. > > AFAIK, Eric doesn't have a license either; so this applies to his > MODE, also. > > Don't know if Bart has a TC/BC license; else all old kernels (compiled > with TC), are illegal, too. > > "personal use" applies to the compiler itself -- ie. you are not allowed to commercially redistribute that compiler. That's why it's not allowed to be on ibiblio for instance. Compiled programs are a different story. This was clarified by David Intersimone -- I was also confused about this. There are at least two places where he has said this: http://groups.google.com/groups?selm=3CCF4B75.D4B81422%40borland.com and in the forum http://threads.borland.com/threads/threads.exe/view?commentid=24952&view=short >From my POV the main issue with these museum compilers is that they are just that. We can't rely on them forever, bugs can be fixed in OpenWatcom, the optimizer can be improved and so on, whereas all Borland 16bit compilers are dead. Bart --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] We're criminals (or at least GPL violators)
Correct - if both modules (the apack stub and the original program) are part of the same exe, they are no longer aggregates. They have become a single executable. That is what Dave Turner (FSF) was trying to communicate. -jh In the FSF terminology, aPack is "semi-free", not proprietary. SY2PACK is proprietary. But this doesn't change anything since both "semi-free" and proprietary software are GPL-incompatible. [...] Welcome back to our beloved "executable compression" discussion! ;-) What follows is NOT my own opinion (you know my opinion, don't you?) - only GPL implications... According to the GPL FAQ, if both modules are in the same executable, this means they are not "merely aggregated", so the non-GPL module must be GPL-compatible. This automatically bans not only executable compression, but also... self-extracting archives using GPL-incompatible software!!! So, if anyone is distributing such self-extracting archives or packed executables, they must immediately be removed!!! This includes of course Tom's HIMEM[64] and... my *illegal* "romd-bin.rar" - besides containing an *illegal* copy of our kernel binary packed with my registered copy of aPack (this means that I may distribute aPacked programs even for commercial purposes, unless they're GPL'd!), it also contains an *unauthorised* copy of a tiny proprietary command interpreter binary for which I can really face big trouble if its owner detects its presence there!). So, even if the aPack problem is solved (how? Try to guess! ;-) SY2PACK and self-extracting archives remain! But that's not all! Strictly speaking, distributing the kernel packed with UPX is *illegal* too, because UPX isn't really GPL, despite that Markus Franz Xaver Johannes Oberhumer says so. It uses his top-secret NRV compression library, which he doesn't have the right to include in it! So, we're using *illegal* software!!! The ony safe way to distribute a packed kernel is to get UPX 1.91 source code (it contains only the much worse UCL compression library), compile it, and use it to pack our kernel, so we're clean! Amen! ;-) << End of GPL implications >> << End of sin confession >> -- Currently playing: DDR:Max2, Ratchet&Clank, Prince of Persia(GBA) --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] mKEYB 0.40
Arkady V.Belousov wrote: Hi! 17-Мар-2004 08:12 [EMAIL PROTECTED] (Jim Hall) wrote to [EMAIL PROTECTED]: MKEYB 0.40 released As sayed Lucho there is 0.39. JH> I think there's a problem here. If you recall the discussion with Dave JH> Turner (FSF), he said: I heard that you were considering a proprietary executable compression scheme for FreeDOS. I'm just writing to let you know the licensing and freedom implications of this. Again: looks like here is misunderstanding. Exepacking is not "use compression inside program" and, until exepacker license allows free unpacking stubs (unarchiver) distribution, there shouldn't be any problem. Or I misunderstand GPL and it prevents packing GPLed programs into archives (by unfree programs or programs, with proprietary compression schemes) and it prevents distribution GPLed programs together with unfree software (whereas this unfree software isn't required for free executable and isn't its essential part)? No, I think you misunderstand the GNU GPL. Packing GPL'd programs into archives that may contain other non-free programs is considered mere aggregation (http://www.m-w.com/cgi-bin/dictionary?aggregation). You can distictly identify the free and non-free components, and may separate them if you wish. Since you can identify them, it is also easy to provide the source code for the GPL'd components, to meet the conditions of the GNU GPL. -jh -- Currently playing: DDR:Max2, Ratchet&Clank, Prince of Persia(GBA) --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] mKEYB 0.40
tom ehlert wrote: AFAIR, the Borland museum compilers have a license similar to 'free for personal use. if you want to distribute compiled programs, you have to buy a license' Someone asked what they meant and they said it simply meant you can't redistribute the compiler. (This was on their site, AFAIR) -uso. --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] mKEYB 0.40
At 02:56 PM 3/18/2004 +0100, tom ehlert wrote: >>> Neither are most compilers in use for FreeDOS (with the exception of >>> watcom). > >LG> ...and the Borland Museum compilers. > >AFAIR, the Borland museum compilers have a license similar to > 'free for personal use. if you want to distribute compiled programs, > you have to buy a license' > >Unfortunately, I didn't buy a license - so mkeyb.exe is still illegal. >same for emm386, himem, more, if they were compiled by me. > >AFAIK, Eric doesn't have a license either; so this applies to his >MODE, also. > >Don't know if Bart has a TC/BC license; else all old kernels (compiled >with TC), are illegal, too. Shhh! The Borland Compliance Engineer may hear you. I wonder how one goes about getting a compliance engineer certification. It sounds like a fun job. --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] mKEYB 0.40
>> Neither are most compilers in use for FreeDOS (with the exception of >> watcom). LG> ...and the Borland Museum compilers. AFAIR, the Borland museum compilers have a license similar to 'free for personal use. if you want to distribute compiled programs, you have to buy a license' Unfortunately, I didn't buy a license - so mkeyb.exe is still illegal. same for emm386, himem, more, if they were compiled by me. AFAIK, Eric doesn't have a license either; so this applies to his MODE, also. Don't know if Bart has a TC/BC license; else all old kernels (compiled with TC), are illegal, too. tom --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Another EMM386 release, bugfixes and enhancements
At 08:59 PM 3/18/2004 +0800, Johnson Lam wrote: >>MPXPLAY requires a sound card and my machine's Creative Labs CT4810 doesn't have >>drivers that work under DOS and fails all SB legacy checks, so I can't check >>anything with sound. > >The different is it works fine under another memory manager. That's interesting. MPXPLAY lets me play a CD with a NUL output, which is mildly amusing to watch. I can run MPXPLAY fine with NOEMS, or EMS set, with DOS=HIGH,UMB, or DOS=HIGH (without UMB). Maybe the problem is with VCPI and your sound card? Does it fail for you under all the NOEMS and with EMS and with and without UMB's in the DOS= line settings or just particular ones? I'm assuming it works fine with just HIMEM[64] and no EMM386 present. --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Why every byte is precious, Savonarola
On Thu, 18 Mar 2004 09:24:27 +0800, Johnson Lam wrote: Lucho may want to squeeze the program into a flash disk or ROM, that's why every byte is precious. Not only Lucho :) But ASPACK is not free! I'm worry about the copyright problem will happen again. ASPACK is a Russian PE executable packer. We're talking about aPack here, and it's "semi-free". But the problem isn't only with aPack. Please re-read my "Savonarola-style" post to understand. Lucho --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Another EMM386 release, bugfixes and enhancements
On Thu, 18 Mar 2004 04:24:06 -0600, you wrote: Hi Michael, >QuickView Pro is documented on the vendor's site as failing at exit due to ZRDX >extender under FreeDOS. Whatever the heck ZRDX is doing or not doing, it's been >doing it for a while. You might try their patch to move it to PMODE/W, see if >changes things. I'm sorry, I forgot to mention my copy is PMODE/W patched. >MPXPLAY requires a sound card and my machine's Creative Labs CT4810 doesn't have >drivers that work under DOS and fails all SB legacy checks, so I can't check anything >with sound. The different is it works fine under another memory manager. >I don't see NANSI as having any effect on or under EMM386. I'll double check again, step by step. Rgds, Johnson. Hong Kong - International Joke Center (after 1997-06-30) --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] NRV secret revealed
On Thu, 18 Mar 2004 10:55:07 +0200, you wrote: Hi Lucho, >> That's why another author László Molnár remain silent. >Because NRV isn't available even to him!!! :-( Have you ever signed an NDA? I mean UPX totally silent because Markus F.X.J. Oberhumer is having his own project NRV ... that why nothing new come from UPX >It's not actually stopped, but with this tempo, UPX 2.0 will be ready not >earlier than in 2010. Actually, you can pick up the source and build it, >but it will be UCL, not NRV! :-( I hope I can work on it but my ability too low. I just think that UPX should have someone feel interest with, it's so powerful and compatible! My Acrobat never fail after compress and it load even faster, some FreeDOS utility was so small I can fit it into floppy and bring it along on the road. >By the way, the fact that NRV is the most secret data compression library >in the world doesn't automatically make it the best compression library in >the world. For most DOS executable files smaller than about 150 KB (more >than 99% of DOS programs), aPack with its aPlib is unbeatable! I've tried many exe-packer since LZEXE, PKLITE, DIET, WWPACK (and I'm official support in Hong Kong but I've help only a few, shame!) and finally come to UPX. And I'm sorry that in previous message I mis-read aPack as asPack, sorry Tom. I'm new with aPack, let me try. Rgds, Johnson. Hong Kong - International Joke Center (after 1997-06-30) --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] mKEYB 0.40
On Thu, 18 Mar 2004 10:28:16 +0100, tom ehlert wrote: Even flash disks allocate space on a sector base, so Bart's point is valid. Yes, but (1) sector size may be only 128 bytes in a ROM-disk, and (2) it may be compressed through LHA (used for Award BIOS modules) so unused spaces vanish and only used spaces count. Neither are most compilers in use for FreeDOS (with the exception of watcom). ...and the Borland Museum compilers. You simply have to buy them - where's the problem ? The problem is not in this, but in the GPL restrictiveness. That's why some free software authors don't use it (I know one such author who uses the BSD license instead). I can even say that the problem is not in the GPL itself, but in its too strict interpretation. I hope the new GPL version 3 is less prone to misinterpretations, but it seems that we won't see it this year. Lucho --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] NRV secret revealed
On Thu, 18 Mar 2004 09:32:17 +0800, Johnson Lam wrote: Here is the explanation why NRV isn't included in UPX. Sorry, I meant that it isn't included in the UPX *source*. That's why another author LÃszlà MolnÃr remain silent. Because NRV isn't available even to him!!! :-( Have you ever signed an NDA? Too bad, I think UPX project is stopped if no one want to pick up the code. It's not actually stopped, but with this tempo, UPX 2.0 will be ready not earlier than in 2010. Actually, you can pick up the source and build it, but it will be UCL, not NRV! :-( By the way, the fact that NRV is the most secret data compression library in the world doesn't automatically make it the best compression library in the world. For most DOS executable files smaller than about 150 KB (more than 99% of DOS programs), aPack with its aPlib is unbeatable! Lucho --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Another EMM386 release, bugfixes and enhancements
At 04:17 PM 3/18/2004 +0800, Johnson Lam wrote: >On Thu, 18 Mar 2004 01:41:37 -0600, you wrote: > > >I've tested QuickView PRO 2.53 (Multimedia viewer) and MPXPLAY 2.30 >(latest build). > >When I quit from QV after watching VCD, the display show black. When I >try using MODE CO80 to change mode if shows garbage. > >MPXPLAY even weird, it reboot when I try to read an AUDIO-CD. > >And NANSI.SYS need to press a key to pass, this won't happen when I >use FDXXMS and UMBPCI. QuickView Pro is documented on the vendor's site as failing at exit due to ZRDX extender under FreeDOS. Whatever the heck ZRDX is doing or not doing, it's been doing it for a while. You might try their patch to move it to PMODE/W, see if changes things. MPXPLAY requires a sound card and my machine's Creative Labs CT4810 doesn't have drivers that work under DOS and fails all SB legacy checks, so I can't check anything with sound. I don't see NANSI as having any effect on or under EMM386. --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Re: We're criminals (or at least GPL violators)
On Wed, 17 Mar 2004 20:46:21 +0100 (MET), Eric Auer wrote: luckily both the non-NRV versions of UPX (i.e. the compile yourself ones, which I have to use in Linux anyway because there are no precompiled UPX binaries for my ooold libc) and Info-ZIP are find in combination with GPL license-wise. So if it really bothers you, replace UPX-nrv and RAR by UPX-open and ZIP. It doesn't bother ME. Besides, using RAR by itself without SFX is legal, just like using PKZIP. About aPack / sy2pack: I suggest a tiny howto like 1. UPX -d *.* 2. download aPack 3. compress everything again with aPack 4. you have squeezed out a few % of disk space and created a "fine for GPL" smaller distro which you may, alas, not spread. If I can't distribute it, what "distro" can it be?! Besides, the kernel is not decompressible because it's modified by EXEFLAT after packing. PS: Why would NASA or DC get pissed if I de-UPXed their software and aPacked it later? Probably this is related to a de-compression-protected variant of UPX-nrv... Debug-protection. Usual closed source yucky stuff. In this case NRV is used for real-time data compression, not executable compression. Lucho --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] mKEYB 0.40
Hello Johnson, >>I wonder why you'd want to save 200 bytes anyway, when the disk space used >>is exactly the same (8002 -> 7802, both 16 sectors)? JL> Lucho may want to squeeze the program into a flash disk or ROM, that's JL> why every byte is precious. Even flash disks allocate space on a sector base, so Bart's point is valid. JL> But ASPACK is not free! I'm worry about the copyright problem will JL> happen again. Neither are most compilers in use for FreeDOS (with the exception of watcom). You simply have to buy them - where's the problem ? tom --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
RE: [Freedos-devel] Another EMM386 release, bugfixes and enhancements
> -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Behalf Of Michael > Devore > Sent: Wednesday, March 17, 2004 10:49 PM > To: [EMAIL PROTECTED] > Subject: Re: [Freedos-devel] Another EMM386 release, bugfixes and > enhancements > [...] > I downloaded Duke Nukem 3D, but turns out it's larger than a > floppy, which is the only way I can transfer to the DOS machine. > For unknown reasons, although FreeDOS installed everything okay > to my machine from CD, the FreeDOS CD driver itself will only > read small files of a few K from a burned CD, larger files > corrupt the data during COPY and are useless. Unless that's been > fixed in last FreeDOS beta release or SHSUCDX has been updated > from 2.1 to fix the problem, I'm dead in the water on > transferring large files via CD. IIRC, the FreeDOS CD driver is in alpha state, and it suoldn't be used in a production machine. Googling around, you can find many other IDE universal drivers freely downloadable (vide-cdd.sys, eltorito.sys and many others), plus you can use your CD vendor DOS driver. SHSUCDX, the program with the most difficult name to recall, should be innocent, IMO. Ciao. --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Another EMM386 release, bugfixes and enhancements
On Thu, 18 Mar 2004 01:41:37 -0600, you wrote: Hi Michael, >Since the VCPI basic mechanics are working well, and the various descriptor tables >are all passed off at startup and then are the responsibility of the client, I'm not >sure where the problem could be. Mouse and extended video, is that pointing the >finger of blame to interrupt related code? Stack or reentrancy problems? I dunno. >Do you have anything in a basic DOS extended application which uses the mouse that >you can test? I've tested QuickView PRO 2.53 (Multimedia viewer) and MPXPLAY 2.30 (latest build). When I quit from QV after watching VCD, the display show black. When I try using MODE CO80 to change mode if shows garbage. MPXPLAY even weird, it reboot when I try to read an AUDIO-CD. And NANSI.SYS need to press a key to pass, this won't happen when I use FDXXMS and UMBPCI. UMB works fine, thanks. Rgds, Johnson. --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id70&alloc_id638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
