Randy Yates wrote:
> Tim Wescott <tim@seemywebsite.now> writes:
> 
>> Vladimir Vassilevsky wrote:
>>>
>>> Randy Yates wrote:
>>>
>>>> I've googled and found very little info. If someone could point me
>>>> in the right direction, I'd appreciate it. It would be nice to
>>>> find, e.g.,
>>>> and IOM mini-driver that would allow concurrent files to be
>>>> read/written, but maybe I'm dreaming...
>>> I was looking for a decent implementation of FAT couple of years
>>> ago. There is a lot of opensource junk; nobody gives up good stuff
>>> for free.  From commercial implementations, several people
>>> recommended FAT which comes with mucos-II.
>>> We ended up rolling our own multithreaded FAT with POSIX API. It is
>>> in plain C with OS porting layer.  If you are interested, we may
>>> discuss that.
>> I wonder how well the dual license software works from a business
>> perspective.  "Dual license" in this case means the full "poison pill"
>> GPL if you don't pay money, and some $$ royalty scheme if you want to
>> use it without publishing the rest of your code.
> 
> A great summary of GPL in one sentence!

And the reason for the LGPL.  IIRC, Ecos from Redhat is an LGPL variant 
-- you don't have to publish anything to link against Ecos, you only 
have to publish stuff that modifies Ecos itself.

Ditto an embedded Linux in a product -- you only have to publish the 
embedded Linux parts, not any applications that sit on top of it.

-- 
Tim Wescott
Control system and signal processing consulting
www.wescottdesign.com

Tim Wescott <tim@seemywebsite.now> writes:

> Vladimir Vassilevsky wrote:
>>
>>
>> Randy Yates wrote:
>>
>>> I've googled and found very little info. If someone could point me
>>> in the right direction, I'd appreciate it. It would be nice to
>>> find, e.g.,
>>> and IOM mini-driver that would allow concurrent files to be
>>> read/written, but maybe I'm dreaming...
>>
>> I was looking for a decent implementation of FAT couple of years
>> ago. There is a lot of opensource junk; nobody gives up good stuff
>> for free.  From commercial implementations, several people
>> recommended FAT which comes with mucos-II.
>> We ended up rolling our own multithreaded FAT with POSIX API. It is
>> in plain C with OS porting layer.  If you are interested, we may
>> discuss that.
>
> I wonder how well the dual license software works from a business
> perspective.  "Dual license" in this case means the full "poison pill"
> GPL if you don't pay money, and some $$ royalty scheme if you want to
> use it without publishing the rest of your code.

A great summary of GPL in one sentence!
-- 
Randy Yates                      % "My Shangri-la has gone away, fading like 
Digital Signal Labs              %  the Beatles on 'Hey Jude'" 
mailto://yates@ieee.org          %  
http://www.digitalsignallabs.com % 'Shangri-La', *A New World Record*, ELO

Vladimir Vassilevsky wrote:
> 
> 
> Randy Yates wrote:
> 
>> I've googled and found very little info. If someone could point me in 
>> the right direction, I'd appreciate it. It would be nice to find, e.g.,
>> and IOM mini-driver that would allow concurrent files to be
>> read/written, but maybe I'm dreaming...
> 
> I was looking for a decent implementation of FAT couple of years ago. 
> There is a lot of opensource junk; nobody gives up good stuff for free. 
>  From commercial implementations, several people recommended FAT which 
> comes with mucos-II.
> We ended up rolling our own multithreaded FAT with POSIX API. It is in 
> plain C with OS porting layer.  If you are interested, we may discuss that.

I wonder how well the dual license software works from a business 
perspective.  "Dual license" in this case means the full "poison pill" 
GPL if you don't pay money, and some $$ royalty scheme if you want to 
use it without publishing the rest of your code.

It seems like a good way to advertise your product for free, then 
harvest some money if someone actually uses it.

-- 
Tim Wescott
Control system and signal processing consulting
www.wescottdesign.com

Randy Yates wrote:

> I've googled and found very little info. If someone could point me in 
> the right direction, I'd appreciate it. It would be nice to find, e.g.,
> and IOM mini-driver that would allow concurrent files to be
> read/written, but maybe I'm dreaming...

I was looking for a decent implementation of FAT couple of years ago. 
There is a lot of opensource junk; nobody gives up good stuff for free. 
 From commercial implementations, several people recommended FAT which 
comes with mucos-II.
We ended up rolling our own multithreaded FAT with POSIX API. It is in 
plain C with OS porting layer.  If you are interested, we may discuss that.

Vladimir Vassilevsky
DSP and Mixed Signal Design Consultant
http://www.abvolt.com

Randy Yates wrote:
> I've googled and found very little info. If someone could point me in 
> the right direction, I'd appreciate it. It would be nice to find, e.g.,
> and IOM mini-driver that would allow concurrent files to be
> read/written, but maybe I'm dreaming...

http://www.larwe.com

I'm too lazy to see if he still has his code posted, or even if his site 
is still up -- so you can report.

Ask over on comp.arch.embedded -- lots -o- knowledge there.

-- 
Tim Wescott
Control system and signal processing consulting
www.wescottdesign.com

I've googled and found very little info. If someone could point me in 
the right direction, I'd appreciate it. It would be nice to find, e.g.,
and IOM mini-driver that would allow concurrent files to be
read/written, but maybe I'm dreaming...
-- 
Randy Yates                      % "Though you ride on the wheels of tomorrow,
Digital Signal Labs              %  you still wander the fields of your
mailto://yates@ieee.org          %  sorrow."
http://www.digitalsignallabs.com % '21st Century Man', *Time*, ELO