Hi Eduardo,

Many thanks!! Great news both, as usual. :-))

Thanks,
Aitor

2006/5/31, Eduardo Casino <[EMAIL PROTECTED]>:
> "Aitor Santamaría" <[EMAIL PROTECTED]> wrote:
>
> > I don't know the current status of NLSFUNC, but I think it is now
> > using the same interface as MODE, which is good: for the final, the
> > same kind of Generic IOCTL calls should be issued to ALL character
> > device drivers (and not through the DISPLAY interrupt).
>
> Current version (0.2) uses the DISPLAY interrupt and ignores any other 
> driver. I have a working 0.3 version that checks for DISPLAY's version: if it 
> is < 1.0, uses the interrupt for display and then generic IOCTL for the rest 
> of char drivers; if it is >= 1.0, uses IOCTL for everything. I plan to 
> release it very soon.
>
> > PS: By the way, Eric, the NANSI bug is still open, and when DISPLAY
> > 1.0 comes to light it might prevent DISPLAY.SYS and NLSFUNC to work
> > properly. I reproduced the bug with MS-DOS.
>
> Eric, I sent you a fix long ago. Do you want me to re-send?
>
> Regards,
> Eduardo
>
>
> 2006/5/25, Eric Auer <[EMAIL PROTECTED]>:
> >
> > Hi, I have the impression that the
> >
> > http://freedos.sourceforge.net/freecom/FreeCOM.html#-status
> >
> > page is far too pessimistic: Even 0.82pl3 does support
> > - wildcard rename
> > - swap to XMS without helper app
> > - supports redirect / pipe in the XMS swap version
> > - did I miss other issues?
> > So the only remaining missing 1.0 feature is:
> > - int 2e support (run shell commands by sending them
> >  to the master shell through the int 2e interface,
> >  so you do not have to start a new shell instance)
> > Plus some 1.0 wishes:
> > - use own I/O library
> > - optimize for size, improve modularization and code sharing
> >  between modules, do strict _doserrno error handling...
> > - LFN support...
> >
> > - load parts of the shell to HMA (if I understand "DOS=HIGH support" right)
> >
> > Comments please - I would like to update the FreeCOM.html file
> > when I can find the time, so please send me suggestions about
> > what should be changed. Thanks!
> >
> > Eric
> >
> > PS: I think we should add 4DOS to the distro - it is not
> > open source but it is distrobutable and free as far as I
> > can tell. And I hope it supports int 2e... Does it...?
> >
> > PPS: We would also need somebody who can add some smaller
> > bug really useful bugfixes to FDISK and DEFRAG and SYS, anybody?
> > ^-- but
> >
> > (I hope MEM and NLSFUNC will be okay... maybe somebody even does PRINT(Q)?)
> >
> >
> >
> >
> > -------------------------------------------------------
> > All the advantages of Linux Managed Hosting--Without the Cost and Risk!
> > Fully trained technicians. The highest number of Red Hat certifications in
> > the hosting industry. Fanatical Support. Click to learn more
> > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=107521&bid=248729&dat=121642
> > _______________________________________________
> > Freedos-devel mailing list
> > [email protected]
> > https://lists.sourceforge.net/lists/listinfo/freedos-devel
> >
>
>
> -------------------------------------------------------
> All the advantages of Linux Managed Hosting--Without the Cost and Risk!
> Fully trained technicians. The highest number of Red Hat certifications in
> the hosting industry. Fanatical Support. Click to learn more
> http://sel.as-us.falkag.net/sel?cmd=k&kid7521&bid$8729&dat1642
> _______________________________________________
> Freedos-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/freedos-devel
>
>
>
> _______________________________________________
> Freedos-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/freedos-devel
>


_______________________________________________
Freedos-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/freedos-devel

Reply via email to