Hi Jerome,
I'm the autor of Append. I'll have a look at it, although it's been a long
time...
Thanks,
Eduardo
El sáb., 17 feb. 2024 22:51, Jerome Shidel via Freedos-devel <
freedos-devel@lists.sourceforge.net> escribió:
> Hi All,
>
> Append received a “critical” merge request in the GitLab Arc
Hi Paul,
I've just put this together with the cpu identification code I use in
vmsmount. Tested only in a 386, I don't have an 8086 emulator at hand.
https://github.com/eduardocasino/cpucheck.git
Cheers,
Eduardo
El vie, 26 ago 2022 a las 20:26, Paul Dufresne via Freedos-devel (<
freedos-devel@l
El mié., 24 ago. 2022 21:37, Jim Hall escribió:
If you're up for it, I think this would be a *great* article to write
> for the wiki. If you don't have a FreeDOS wiki account, let me know
> and I can make an account for you.
>
Hi Jim,
An article for the wiki sounds good. I'm now busy with the n
Hi,
I needed to implement a DOS device driver for something I'm working on
related to vmsmount. While searching for information, all the examples I
found were developed in assembler. Although I have done things in assembler
before, I find it much more satisfying to program in C and much, much
easi
El 3/10/2015 8:57 a. m., "Georg Potthast"
escribió:
> To use the standard DOS interface for device drivers one would have to
write
> a block device driver for DOS that provides support for ext2/ext3/ext4.
This
> is usually done in Assembler to save memory space. This way DOS would e.g.
> provide a
Hi Geraldo,
> does freedos have any vfs-equivalent interface? which files are involved?
> is Pat's book a valid/current reference to freedos kernel?
> which books would you suggest me to read?
> what is the easiest way to setup the compiler?
>
> i mean, should i setup a freedos vm with with openwa
2011/8/10 Eric Auer :
> Even VMWare has open source mouse and X drivers around:
>
> www.vmware.com/resources/opensource/projects.html#c53533
>
> vmmouse.c is "only" 1350 lines, the graphics driver has
> circa 250 kilobytes of sources in their 11.0.3 version,
> you can download the sources as zip/tg
> So in short, I do not know what broke int 2f.122b and 122d
> or whether it was removed deliberately. The changelog says:
Definitely, they are not implemented.
> - the unstable branch supports country.sys in kernel 2037
>
> - the stable branch supports country.sys in kernel 2039 and 2040
Suppo
2011/7/15 Rugxulo :
> Eek. Um, anybody want to tell us why 2039 has it but 2040 doesn't??
> Certainly lacking NLSFUNC support can't be good, can it? :-/
2039 was part of the UNSTABLE series, along with 2035 and 2037 and had
a lot of experimental features, but also had the unstable tag for a
reas
Hi,
Anybody working on that already? I'm about to start making one myself.
Of course, any tips or ideas will be more than welcome :)
Eduardo.
--
AppSumo Presents a FREE Video for the SourceForge Community by Eric
Ries
Hi Bernd,
2011/7/13 Bernd Blaauw :
> 4) Why's NLSFUNC 0.4 not throwing errorlevel 1 or so when already installed?
Because it is harmless. Is it really necessary to treat that case in a
different manner than a successful installation? If it is, I'll look
into that, it is trivial to modify.
> 6)
Eric Auer escribió:
> Rugxulo wondered whether you have plans to add support for
> Esperanto... You can contact him at rugxulo at gmail :-).
>
You're kidding, aren't you?
> Another interesting point is, of course: Would you want to
> help porting the country sys handling code of freedos 2037
> t
Jim Hall escribió:
> The zip file seems to be dated December 22. Is this correct? The files
> are from 2007:
>
> Archive: country.zip
> Length Date TimeName
>
>126689 10-06-07 07:20 country.asm
> 30250 10-06-07 07:20 country.sys
> ---
Hi All,
I have an updated COUNTRY.SYS version at
http://eduardocasino.es/freedos/country
Latest changes are support for Belarus and codepages 866, 808, 849, 1131
and 30033 for Bulgaria, thanks to info from Radi (RDPK7) and Henrique Peron.
The complete list of supported countries and codepages
> append.exe (but does not affect fc.exe, find.com)
It shouldn't, unless you use "append /x"
Eduardo.
-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated
> append.exe (but does not affect fc.exe, find.com)
It shouldn't, unless you use "append /x"
Eduardo.
-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated
Hi All,
I'd like to announce version 0.4 of NLSFUNC. It fixes a critical bug that can
cause memory corruption, so upgrade is mandatory.
You can download it from
http://perso.wanadoo.es/babelfish/nlsfunc/nlsfn04x.zip (binary)
and
http://perso.wanadoo.es/babelfish/nlsfunc/nlsfn04s.zip (source)
Re
I should have warned that it needs latest development kernel (1.1.37w) to work.
-Mensaje original-
De: "Eduardo Casino" <[EMAIL PROTECTED]>
Para: freedos-devel@lists.sourceforge.net
Enviado: 30/06/06 23:45
Asunto: [Freedos-devel] Announce: Nlsfunc 0.3
Hello All,
I'd
Hello All,
I'd like to announce the availability of NLSFUNC version 0.3. It now uses
generic IOCTL calls for changing device codepages, so it should be ready for
FreeDOS 1.0. This version also works with current versions of DISPLAY (uses its
int 2f interface if DISPLAY reports version < 1.0)
D
"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
with MS-
DOS or any other DOS flavour.
Regards,
--
Eduardo Casino <[EMAIL PROTECTED]>
---
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which prod
El vie, 03-12-2004 a las 00:37 -0300, Jose Antonio Senna escribió:
> I could not find a COUNTRY subdirectory at
> www.ibiblio.org/pub/micro/pc-stuff/freedos/files
> nor a COUNTRY.DOC or COUNTRY.TXT in the kernel files.
www.ibiblio.org/micro/pc-stuff/freedos/files/dos/kernel/country
Latest UNST
El jue, 04-11-2004 a las 10:40, tom ehlert escribió:
> Hello Eduardo,
>
> > Without a country= line, you have the kernel hardcoded info, which is
> > equivalent to US, codepage 437. Date format is MM-DD-, though.
> in all kernels, you can have
> country=49 (german)
>
> to have date format
El mié, 03-11-2004 a las 20:27, Bernd Blaauw escribió:
> country=country_code, codepage_code,filepath
>
> all 3 are required? I need a default selection for FreeDOS.
> I was thinking about country=xxx,858,c:\fdos\bin\country.sys, but I
> don't know what to enter for xxx.
> Preferably something wh
El mié, 03-11-2004 a las 17:59, Bernd Blaauw escribió:
> Jim already suggested a LSM file for COUNTRY.SYS,
> but shouldn't it instead be added to the kernel package, just like SYS?
> This country.sys is kernel-specific (FreeDOS-only), and first read by
> kernel.
It is not FreeDOS-only. It is in M
El mié, 03-11-2004 a las 17:22, Jim Hall escribió:
> Could you email me an LSM for this release of COUNTRY? I just want to
> make sure that the LSM that gets posted on FreeDOS.org is the correct
> one. Or should I re-use the LSM from the kernel (and change the title)?
Hi Jim,
This COUNTRY fi
El mié, 03-11-2004 a las 16:48, Bernd Blaauw escribió:
> I was planning on uploading this to fdos.org (www.fdos.org/kernel), but
> it seems like that server is currently down.
Please, don't do it yet. I've just post it to give people a chance to
have a look at it. In fact, I've discovered that i
Hi All,
I've uploaded a new version of COUNTRY.ASM to
http://perso.wanadoo.es/samelborp/country.zip
It is the complete file and not a patch to UNSTABLE's country.asm, as it
seems that it is no longer mantained (Lucho?) and changes are so many
that the patch is bigger than the file itself.
I've
Hello All,
While adding support for more countries into COUNTRY.SYS and living as I
am in a country with four official languages, I've faced some problems
trying to fit the multilingual stuff into the DOS NLS schema. Those
problems became more evident when adding the "YESNO" table extension,
but t
Hello All,
Changes from v0.4:
* Back to EXE format (Arkady, me). Arkady warned that it could cause
problems when loading high. It only adds 32 bytes to the file size.
* Fixed a bug when releasing the environment. Now it does it properly.
* Updated help to make clear that APPEND become
Hello All,
Can anybody tell me if there is something that prevents using the
_whole_ PSP as an storage area in a TSR? I mean within the TSR extension
itself, I know the limitations when executing a program.
I'm specifically interested in FreeDOS particularities, in case they
differ form MS-DOS.
Hi!
El sáb, 19-06-2004 a las 14:30, Aitor Santamaría Merino escribió:
> I have done a couple of testings with /X:ON and DIR
>
> FD-APPEND + NT/CMD.EXE is NOT affected
> MS-APPEND/NT + FreeCOM is AFFECTED
>
> Thus my guess is that it is, I would say, COMMAND.COM who has to care
> about this
Hi, Bernd!
El sáb, 19-06-2004 a las 14:50, Bernd Blaauw escribió:
> I'll retest FreeCOM behaviour, but already experienced when A: and B: are
> equal that FreeCOM asks for disk change about 3 times, when using APPEND
> B:\;B:\DRIVER /X:ON
>
> hopefully this is now gone, but we'll see (if I fin
Hi,
El sáb, 19-06-2004 a las 10:19, Arkady V.Belousov escribió:
> This is reason, why I wrote COM2EXE and convert CTMOUSE.COM into .EXE.
> This adds only 32 bytes of header, so, overhead is small, but safety and
> convenience for user is much increased. You may get my COM2EXE from
> CuteMous
Hi, Arkady,
El sáb, 19-06-2004 a las 08:49, Arkady V.Belousov escribió:
> EC> * APPEND is now a COM file (smaller), as suggested by Eric, but
> EC> it keeps the EXE extension.
>
> Is it .COM file renamed to .EXE or this is .EXE file with header, as in
> .COM? If first, then I against this
El vie, 18-06-2004 a las 23:12, Alain escribió:
> Is this append FreeDOS only or should it run in MS-DOS 7.10 or in a
> Win98 DOS-BOX?
FD only. It is untested under MS-DOS 7.10 or W98 DOS-Box and it breaks
DIR under MS-DOS 6.22 when using /X[:ON]. Anyway, can you please test it
under MS-DOS 7 an
Hello All,
This fixes a nasty bug, so upgrading is recommended for everyone.
Most important changes from v0.1 (v0.2 announce got lost and v0.3 was
never public):
* Fix hang when switches appear before the path in the command line.
Thanks to Bernd Blaauw for reporting this bug.
* Make it compi
> > I tried to ask MS DOS 6 about enlightment and discovered the very problem
> > I had last time, too, I meddled with MUX-AE: Regardless of how I change
> > either the command or argument buffer, DOS 6 always reacts with "drive not
> > ready".
> >
>
> Hmmm... I've encountered no problems wit
Hi everybody,
I'm glad to announce FreeDOS APPEND 5.0, which aims to be a fully
functional MS APPEND replacement for the FreeDOS project.
Although this is the first release of this program, I have named it
Version 5.0 because it implements the full MS APPEND 5.0 API, and also
to avoid confusion w
Steffen Kaiser wrote:
> > intercepted and executed by this hook. FreeCOM supports this mecanism,
> > although in a slightly different (read "incompatible") way than
> > COMMAND.COM.
>
> Hello Eduardo,
>
> what has to be changed in order to make FreeCOM compatible?
Hi Steffen,
FreeCOM blank-pads
Aitor wrote:
>(b) If you check RBIL, Int 2F/AX=AE01h it says that "APPEND hooks this
>call", and not just APPEND USES this call (as could be used to SET
>APPEND= in APPEND /E, for example). I haven't hooked this call, I don't
>know exactly why to hook this.
MS Append hooks thi
41 matches
Mail list logo