Re: [Freedos-devel] lfn in freecom?

Hello Eric, 2007/9/17, Eric Auer <[EMAIL PROTECTED]>: > > Hi Imre, > > > Does anybody know what the status is of long file name support in > > freecom. There is absolutely a compile time option you can use, > > but does it work (well)? > > FreeCOM 0.84 arguably has far too many changes with far t

Re: [Freedos-devel] lfn in freecom?

Ok, thanks, that's good news. I'm used to such feature in UNIX, and mistrusted it would ever be possible in DOS. Aitor 2007/10/1, Tom Ehlert <[EMAIL PROTECTED]>: > > Second is the ability of the internal commands to handle the "" properly. > > Like: > > > copy "my file.txt" a: > > > Do you mean

Re: [Freedos-devel] Removing old distributions from ibiblio

I've lost the hint of floppy distributions, but I think there should be at least one. (Just in case) Aitor 2007/10/2, Jim Hall <[EMAIL PROTECTED]>: > I keep getting the occasional user who has downloaded a really old > version of the FreeDOS distribution (usually Beta5) and even though > they ftp

Re: [Freedos-devel] Codepages and printers

Hello Henrique, 2007/10/8, Henrique Peron <[EMAIL PROTECTED]>: > Hi Bruce, > > today, on FreeDOS, we rely on codepages already encoded into printer's > firmware. The equivalent to the "BIOS codepages" for DISPLAY (the 437 in DISPLAY CON=(EGA,437,1) > For instance, if I happen to be russian and

Re: [Freedos-devel] Codepages and printers

Hi, 2007/10/9, lyricalnanoha <[EMAIL PROTECTED]>: > > > On Tue, 9 Oct 2007, Aitor Santamaría wrote: > > > Unfortunately, all the codepages (CPI/CPX files) that you have created > > have an indicator inside them that they are for DISPLAY only (and not > > for P

Re: [Freedos-devel] ARM & freedos

Futrhermore, DOS does NOT have a proper hardware abstraction level, this layer is usually BIOS. Therefore, even if it ran in ARM processor, you'd need the target machine to support an "ARM-based" BIOS too. Aitor 2007/10/13, lyricalnanoha <[EMAIL PROTECTED]>: > > > On Sat, 13 Oct 2007, chris evans

[Freedos-devel] (OT) To Jeremy

Hello Jeremy, The email address I have from you seems full or inoperative, are you around? Please write to me in private when you can. Aitor - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Vi

Re: [Freedos-devel] simple freedos 1.1 installer please / 1.0 overview

Hello, 2007/12/25, Eric Auer <[EMAIL PROTECTED]>: > > Hi Oleg, > > > IMHO i18n should be done by _POST_install_ scripts. > > On one hand, that would make the installer much easier. On > the other hand, it is nice that the installer can do the > keyboard and font config for you... I am of this opi

[Freedos-devel] Help: TLINK commandline getting too long

Hello, I'm trying to link a project with TLINK, where the commandline is getting too long (because of a large number of LIBs and OBJs that I have to link), and the @FILE.TXT trick of TLIB does not seem to work, or maybe I'm doing it wrong? Does anyone know of a way to outcome this problem? Thank

Re: [Freedos-devel] Help: TLINK commandline getting too long

The problem is with TLINK, not TLIB. Both TMAKE and FREECOM complain that after unrolling the variables, the commandline is too long and the command cannot be executed. Thus my question if there's something to do similar to the Watcom linker or to TLIB to use an external file. Aitor 2007/12/31,

Re: [Freedos-devel] Help: TLINK commandline getting too long

Thanks Imre, I'm trying this option already (and Eric suggested using wildcards). I just wished there would be a nicer option as in tlib, but I am afraid I'm falling for wlink as linker (and OW as compiler) rather than Borland... Aitor 2008/1/1, Imre Leber <[EMAIL PROTECTED]>: > > >- Oorspro

Re: [Freedos-devel] FreeDOS directory standard (1.1?)

Hello Arkady, Even if I like as you the idea of the short names, there is a good practical reason why it'd be difficult to change: the tones of packages already using HELP and SOURCE. Althgouth perhaps it'd be good to short INC for INCLUDE? Just thinking... Aitor 2008/1/5, Arkady V.Belousov

Re: [Freedos-devel] FreeDOS directory standard (1.1?)

2008/1/5, Eric Auer <[EMAIL PROTECTED]>: > > Hi! > > > LIB for libraries. We never really defined a "lib" before because > > FreeDOS doesn't support the shared-library model... > > I would put those in BIN if dynamic and in SOURCE if used to compile I disagree. I agree with Jim, nowadays, BIN is u

Re: [Freedos-devel] FreeDOS directory standard (1.1?)

But at least it helps if I know that ANY lib would be in certain path, and I can adjust all my makefiles to it. It is even worse if I have to be manually tunning makefiles everytime I download new version for libraries. A third option would be: ok, make both LIB and their H files under SOURCE, but

Re: [Freedos-devel] Help: TLINK commandline getting too long

Hello Arkady, Thanks for the help. I circumvented the problem. Just to make myself clear about it. 2008/1/2, Arkady V.Belousov <[EMAIL PROTECTED]>: > Hi! > > 31-Дек-2007 20:03 [EMAIL PROTECTED] (Aitor Santamarэa) wrote to > freedos-devel@lists.sourceforge.net: > AS> Both TMAKE and FREECOM complai

Re: [Freedos-devel] FreeDOS directory structure (technotes)

Suggestion: the technote page seems not to be easily accessible from freedos.org. Why not a link anywhere? (or is it just me that I don't find it, unless I run a search?). Aitor 2008/1/19, Jim Hall <[EMAIL PROTECTED]>: > I had promised to write something about the directory structure (for > FreeD

[Freedos-devel] Curious MS-COPY behaviour

Hi, I have come across: http://support.microsoft.com/kb/69581 how could one interpretate that +,, ? Would our COPY have the same effect? Just curious, Aitor - This SF.net email is sponsored by: Microsoft Defy all challen

Re: [Freedos-devel] FreeDOS directory structure (technotes)

Thanks Jim! In case the link "disappears" for growing older, I'd suggest an entry under the "developer" section on the sidebar Aitor 2008/1/20, Jim Hall <[EMAIL PROTECTED]>: > Oops, it would have been better to link to them from the front page. > I've done that now. > :-) > > > On 1/19/08, Ge

Re: [Freedos-devel] FreeDOS bugzilla

If there was an option to dump current bugzilla info to a file or something like that, before losing it completely, I'd do it that too (in case you guys are thinking of taking bugzilla down some time). Aitor 2008/1/25, Tom Ehlert <[EMAIL PROTECTED]>: > > Just wanted to do quick survey to see who

Re: [Freedos-devel] FreeDOS bugzilla

2008/1/30, Jim Hall <[EMAIL PROTECTED]>: > Since Eric and tassilo have identified the free web hosting for > FreeDOS bugzilla, and since Eric has volunteered to install the new > FreeDOS bugzilla, migrate the existing data, and do any ongoing > maintenance - so I think we have a winner! :-) Erm, E

Re: [Freedos-devel] compressed FAT filesystems (was: defrag methods)

One more thing: the big deal about DoubleSpace/DriveSpace is not the compression itself, which could of course increase your free space, but mostly comes from the variable-sector-per-cluster stuff: you get lots of extra free space by cutting the space occupied by the many, say, less than 1KB text f

Re: [Freedos-devel] about Directory Structure

Hello, 2008/3/21, Arkady V.Belousov <[EMAIL PROTECTED]>: > 2. Windows drivers can't work under FreeDOS at all just because absolutely > different environment and interfaces. I should say more: Windows NT (2000, > XP, Vista) drivers can't work under Win9x and Win9x .386 drivers can't work > under W

Re: [Freedos-devel] about Directory Structure

Hello, 2008/4/1, Arkady V.Belousov <[EMAIL PROTECTED]>: > Hi! > > 31-Мар-2008 03:10 [EMAIL PROTECTED] (Aitor Santamarэa) wrote to > freedos-devel@lists.sourceforge.net: > > >> 2. Windows drivers can't work under FreeDOS at all just because absolutely > >> different environment and interfaces. I sh

Re: [Freedos-devel] lbacache stack space too small

Hello, 2008/4/6, Eric Auer <[EMAIL PROTECTED]>: > > Hi Kevin, > > (sorry everybody for the long mail :-p Otoh, Kevin keeps CCing > the mailing list - and Alain thinks always CCing the list is a > good way to let people know that DOS is alive. oh well... ;-)) Yes please! And would prefer that by

Re: [Freedos-devel] Creating packages

I support Alain's idea, in what regards having the HTML output forward, now that FreeDOS has an HTML reader (and does not have "standard" readers for other formats, rather than TXT). Besides, reading those HTML Help packages as text won't bother you much, they basically open the "literal text" tag,

Re: [Freedos-devel] Willing to help

Hello, 2008/5/15, Eric Auer <[EMAIL PROTECTED]>: > > 2. The Freemacs editor needs updating. > > Interesting :-). Aitor also plans to update our EDIT, but > I have not heard about his project recently... I'm just packing. Most probably the 1st week of July can be settled as deadline. Aitor -

Re: [Freedos-devel] A call to action - FreeDOS 1.1

Hello, 2008/7/16 Jim Hall <[EMAIL PROTECTED]>: > 2. An updated Install program. > While more of a nice-to-have rather than a need-to-have, an updated > Install program would present a better first impression to new FreeDOS > users. The current Install program is basically UI improvements to the >

Re: [Freedos-devel] [Freedos-user] Freedos 1.1 status

Hello, 2008/8/29, Travis Siegel <[EMAIL PROTECTED]>: > Speaking of freedos 1.1. > I know freedos isn't intended to be dos *exactly* but it is intended > to be a free dos replacement. > This is fine for those using emulators under other operating systems, > and those who can see their screens. > Ho

[Freedos-devel] OT: mount a local directory onto VMWare

Hello: I seem to remember that there was an easy way to mount a local win directory inside VMWare (as an extra driver or whatever), but I can't find the reference, could someone give me a clue? I am not interested in something elaborate such as using the network bridge. Something as simple as to

Re: [Freedos-devel] OT: mount a local directory onto VMWare

Thanks to both, I knew the DOSEMU stuff, and was new to VirtualBox!! Incidentally, some minutes later I've found it, it is called DiskMount: http://www.vmware.com/download/eula/diskmount_ws_v55.html and it is a pure commandline tool that works acceptably ok. It does just that: mounts the disk onto

Re: [Freedos-devel] OT: mount a local directory onto VMWare

, Alain M. <[EMAIL PROTECTED]>: > Interesting... can you use it to mount directories or only disks and/or > partitions? It makes a big difference because a disk cannot be accessed > by two OSes... > > Alain > > Aitor Santamaría escreveu: > > Thanks to both, I knew

[Freedos-devel] Virtualization made in Sun Microsystems

Hello, Maybe you know it already, but it seems that Sun have launched their own virtualisation software: http://www.sun.com/software/products/virtualbox/get.jsp It was completely new to me, but I was wondering if someone has tried FreeDOS there already. Cheers! Aitor ---

[Freedos-devel] NEW: DFlat+ User Interface development kit

Hello: I announce my new project, FreeDOS DFlat +, as a set of libraries for easily designing text-mode user interfaces based on windowing and messaging, which has been excerpted out of FreeDOS EDIT 0.7d, in order to be used by other developers to create their text-mode user interface with windows

[Freedos-devel] ANNOUNCE: FreeDOS EDIT 0.9a (FD-Dflat+ based)

Hi all, I hereby announce FreeDOS EDIT 0.9a (the sucessor of EDIT 0.7d). The big change about the 0.9 series is that it is now based on FreeDOS DFlat+, which is a user interface development toolkit, that has actually been excerpted (and continued) from EDIT. Thus, if you ever happen to see anothe

Re: [Freedos-devel] compiling dflat+

Michael, The HW.MAK as it is (Makefile for "Hello World"), is ready to compile for BorlandC. If you plan to develop for OpenWatcom C/C++ you'll need to edit the makefile yourself and comment some lines in/out. wcc is the compiler executable for open watcom. In many cases (as now) you need to tune

Re: [Freedos-devel] compiling dflat+

Hello, 2008/9/6 Michael Reichenbach <[EMAIL PROTECTED]>: >> Also note that Borland's make and Watcom's wmake work a bit >> differently, so maybe the changes are more than expected. > > Shall this implicate you didn't test it with watcom? (Sorry if my > understanding of English is weak.) No, that

Re: [Freedos-devel] compiling dflat+

:\watcom\lib286 libpath c:\watcom\lib286\dos library dflatplo.lib library dtool2lo.lib === And it works for me. Aitor 2008/9/6 Michael Reichenbach <[EMAIL PROTECTED]>: > Aitor Santamaría schrieb: >> No, that I didn't bother to adjust the final makefile to OW. > > And

Re: [Freedos-devel] compiling dflat+

Hello all, I am bringing the conversation to private, as it seems mostly a OWC configuration problem. If anyone is interested in following, let us know. Aitor 2008/9/6 Michael Reichenbach <[EMAIL PROTECTED]>: > Michael Reichenbach schrieb: >> Aitor Santamaría schrieb: >&g

Re: [Freedos-devel] compiling dflat+

Hi, 2008/9/7 Michael Reichenbach <[EMAIL PROTECTED]>: > Aitor Santamaría schrieb: >> Martin, >> >> Of course I tried under Open Watcom. >> >> Try these lines: >> >> wcc -ml -i=c:\\WATCOM\h -i=c:\freedos\source\INC hworld.c >> wlink @owl

Re: [Freedos-devel] Gmake (was: compiling dflat+)

Well, I have my doubts, WMAKE is also opensource (as much as OpenWatcom), when compiling with OWC I just prefer the all-in-one approach. I do not know much about GMAKE, but the ones I've seen look like a bit overly complex to me? Aitor 2008/9/8 Alain M. <[EMAIL PROTECTED]>: > All this discussion

[Freedos-devel] Fwd: [Freedos-user] Error in "large" files copied to floppies

Hello Marcos, Apparently the bug was not previously known, could you please fill-in a bugzilla entry so that it can be tracked? http://bugzilla.freedos.org/ Thanks! Aitor -- Forwarded message -- From: Marcos Favero Florence de Barros <[EMAIL PROTECTED]> Date: 2008/10/13 Subject:

[Freedos-devel] Fwd: [Freedos-user] Sad messages from ArachneDevelopment

FYI... -- Forwarded message -- From: Ulrich Hansen <[EMAIL PROTECTED]> Date: 2008/12/6 Subject: [Freedos-user] Sad messages from ArachneDevelopment To: [EMAIL PROTECTED] Is anybody reading this? -

[Freedos-devel] Question on S-ATA disks

Hello, I have been living during the past years ignoring the existence of S-ATA disks, but nowadays the difference in price between P-ATA and S-ATA suggests me that I should no longer ignore them ;) I've always wondered wether they are accessible through int13h. I guess it should be so, in order t

[Freedos-devel] Windows NTVDM alternatives for 64-bit

Hello, I am considering adquiring a new processor, but what can be found in the shops is mostly x86-64. If what I read is correct, there is no V86-mode, so there isn't NTVDM under WIndows, and I guess that DOSEMU will not run under Linux. Are there other alternatives than VMWARE and such to be ab

[Freedos-devel] Fwd: [Freedos-user] Tiny Kernel incompatibility introduced in 2038?

-- Forwarded message -- From: Japheth Date: 2008/12/21 Subject: [Freedos-user] Tiny Kernel incompatibility introduced in 2038? To: FreeDOS User Hello, in the latest FreeDOS kernels (from 03/2008 and 09/2007, AFAIU they are called 2038 and 2038pre) there might be a tiny incompat

Re: [Freedos-devel] Windows NTVDM alternatives for 64-bit

Hello Tom, 2008/12/21 Tom Ehlert : >> I am considering adquiring a new processor, but what can be found in >> the shops is mostly x86-64. >> If what I read is correct, there is no V86-mode, so there isn't NTVDM >> under WIndows, > mostly wrong. > > the only problem is, that there is no 16-bit (DOS

Re: [Freedos-devel] Windows NTVDM alternatives for 64-bit

Hi, 2008/12/21 Tom Ehlert : >>>Thanks Tom for your answer. But in what is that different from not >>>existing a NTVDM? > > in that this is a limitation of the processor, and not caused by lazy > microsoft programmers ;) > Sure! Didn't want to imply so ;) I do much FreeDOS programming on NTVDM, s

[Freedos-devel] Fwd: [Freedos-user] Loading old DOS programs under FreeDOS

Seems interesting enough, in case noone saw this... -- Forwarded message -- From: Steve Owens Date: 2009/1/21 Subject: [Freedos-user] Loading old DOS programs under FreeDOS To: freedos-u...@lists.sourceforge.net Hi - I had some problems loading my favorite DOS word processor (

Re: [Freedos-devel] Web site and project stuff

I don't happen to be able to open that link (due to credentials), am I supposed to open the "User:Jhall1" stuff? I have managed to find the mediawiki, but not that page BTW, I'll try to learn relevant things about SourceForge before you go... Aitor 2009/2/23 Jim Hall : > On Thu, Feb 12, 2009

Re: [Freedos-devel] Web site and project stuff

2009/2/24 Jim Hall : > On Mon, Feb 23, 2009 at 8:53 PM, Aitor Santamaría wrote: >> I don't happen to be able to open that link (due to credentials), am I >> supposed to open the "User:Jhall1" stuff? >> I have managed to find the mediawiki, but not that page

[Freedos-devel] Fwd: [Freedos-kernel] Error compiling ...

Sending over here too, as this list is more popular, and in case someone is not reading there and can contribute. Aitor -- Forwarded message -- From: Hans Date: 2009/2/15 Subject: Re: [Freedos-kernel] Error compiling ... To: freedos-ker...@lists.sourceforge.net The easy fix to

[Freedos-devel] Fwd: [Freedos-user] Install Problems

In case any of you couldn't read this. (Please respond to freedos-user). Aitor -- Forwarded message -- From: usul Date: 2009/3/18 Subject: [Freedos-user] Install Problems To: freedos-u...@lists.sourceforge.net I installed freedos correctlly or so I thought. When I boot from th

Re: [Freedos-devel] Projects in need of a maintainer?

Hello, 2009/4/6 Blair Campbell : >> - FreeDOS installer > > IMHO the FreeDOS installer should really be re-written.  It was never > really designed to be able to manage packages properly and such. Appart from this change, there are a couple of ideas that Jim and I exchanged on the topic of the in

Re: [Freedos-devel] Projects in need of a maintainer?

Not quite, but thanks for the ideas about scripting anyway. Aitor 2009/4/14 Bruce Axtens : > 2009/4/12 Aitor Santamaría >> >> Appart from this change, there are a couple of ideas that Jim and I >> exchanged on the topic of the installer that I hope to be able to >> w

Re: [Freedos-devel] [Freedos-user] De-Geekifying This List (Was: Some Simple List Rules)

Hello Mike, Thanks for writing and expressing your opinion. In fact, I think you brought an interesting topic that is also of my concern. When the freedos-user list was created, it was indeed created as a list for those users that need not have knowledge about the internals of FreeDOS itself in or

Re: [Freedos-devel] [anounce] defrag 1.3.2

Thanks, Imre! I have uploaded it to ibiblio: http://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/dos/defrag/dfrag132.zip Regards, Aitor 2009/5/16 Imre Leber : > Fixed > > - Original Message - > From: Jim Michaels > To: freedos-devel@lists.sourceforge.net > Sent: Saturday, May 16, 20

Re: [Freedos-devel] [anounce] chkdsk 0.9.2

Hello, Thanks, Imre! I have mirrored it to ibiblio too: http://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/dos/chkdsk/ckdsk092.zip Regards, Aitor 2009/5/14 Imre Leber : > Hi, > > I am hereby releasing a new version of chkdsk. This version fixes bug: > > http://sourceforge.net/tracker/?func

[Freedos-devel] Fwd: [Freedos-user] USB Driver Comparison

Hi, Forwarding here, in case someone didn't do it already (Gmail didn't pick any reply to this, did anyone else comment on it?). Aitor -- Forwarded message -- From: Bret Johnson Date: 2009/7/24 Subject: [Freedos-user] USB Driver Comparison To: freedos-u...@lists.sourceforge.net

Re: [Freedos-devel] development tool - suggestion for inclusion in the list

Hello Bruce, What would the license be? Unfortunately I don't know dutch, and not all seems to be translated into English or German. :) Thanks in advance, Aitor 2009/4/5 Bruce M. Axtens : > G'day everyone > > I can't help but notice that we don't have appear to have a Forth in our > list of de

[Freedos-devel] Microsoft EXPAND file format

Hi, Has anyone ever seen the file format for the "contracted" EX_/TX_/etc files in MS-DOS, or has anyone ever heard about its file format to be documented? Aitor -- Let Crystal Reports handle the reporting - Free Crystal

Re: [Freedos-devel] Microsoft EXPAND file format

Thanks to both. Actually I was wondering about the opposite (compressing), but I haven't looked in detail at Robert's libmspack (I have only found the uncompress). Aitor 2009/9/6 Bernd Blaauw : > Op 6-9-2009 17:09, Aitor Santamaría schreef: >> Hi, >> >> Has anyon

Re: [Freedos-devel] Microsoft EXPAND file format

Hi, Forget it, finally I've found it: http://en.wikipedia.org/wiki/LZSS Regards, Aitor El 6 de septiembre de 2009 17:09, Aitor Santamaría escribió: > Hi, > > Has anyone ever seen the file format for the "contracted" EX_/TX_/etc > files in MS-DOS, or has anyone ever

Re: [Freedos-devel] DISPLAY problem

Hello Alain, I am mostly coming back to life at this moment (or trying), it's just that mails are piling, bugs are piling, I almost don't know where to start with ;) I have annotated that to check it out. I know it's not what you are asking for, but VGA and EGA behave for DISPLAY the same way. I j

Re: [Freedos-devel] DISPLAY problem

2010/2/26 Alain Mouette : > Hi Aitor, wellcome back (from wherever you were...) > > the point is that in the last version, VGA is no longer accepted. As you > said, both should be synonims. > > Alain > > Aitor Santamaría escreveu: >> Hello Alain, >> >>

Re: [Freedos-devel] freedos emulation under 64-bit windows 7

Hello Eric, 2010/5/14 Eric Auer : > Hi Jim, > >> I have a problem.  the only OS microsoft offers now is windows 7. >> machines from HP only have drivers for windows 7.   I want XP.  so I >> am up a creek without a paddle trying to do dos development and >> needing a newer intel machine with more c

Re: [Freedos-devel] freedos emulation under 64-bit windows 7

referring, Aitor? > Jim Michaels > > ____ > From: Aitor Santamaría > To: freedos-devel@lists.sourceforge.net > Cc: Jim Michaels > Sent: Sun, January 9, 2011 4:57:02 PM > Subject: Re: [Freedos-devel] freedos emulation under 64-bit windows 7 >

Re: [Freedos-devel] Need help with project coordinator role

Hi, I was a little behind my mail, but can't just read without saying, welcome back, Jim!!! Aitor 2011/4/22 Bernd Blaauw : > Op 22-4-2011 21:58, Joe Cosentino schreef: >> Well it's about time! >> >> :-P >> > > gz and wb > > ..oh wait this aint Blizzard's MMO game. > > Congratulations on a nice j

Re: [Freedos-devel] confused by NLS-settings

Hi Bernd, Briefly in DOS, both kernel and character device drivers are (or should be) codepage aware. - Kernel because of the collation tables, used for example to turn filenames into the uppercase, and so store them uppercased in the FAT - Character devices, because sending out a character to a c

Re: [Freedos-devel] confused by NLS-settings

Hello, 2011/6/29 Bernd Blaauw : > I remember DISPLAY 2.0 being troublesome with regard to UMBs, but that > was years ago. It is not that it is "trobulesome" with regards to UMBs, but that you hardly ever have so much room in UMBs to load it. DISPLAY allows you to have a maximum of 5 codepages pre

Re: [Freedos-devel] confused by NLS-settings

Hello, 2011/6/30 Rugxulo : >> I remember DISPLAY 2.0 being troublesome with regard to UMBs, but that >> was years ago. > > It still needs a lot of unnecessary UMB room free to load there, e.g. > 64 kb or some fairly high amount. And you may even have to explicitly > mention it. I forget exactly an

Re: [Freedos-devel] confused by NLS-settings

Hi Eric, 2011/7/10 Eric Auer : > > Hi Aitor, Rugxulo, > >>> It still needs a lot of unnecessary UMB room free to load there, e.g. >>> 64 kb or some fairly high amount. And you may even have to explicitly >>> mention it. I forget exactly and always (I think) loaded it low. Well, >>> I'd have to che

Re: [Freedos-devel] confused by NLS-settings

Hello, 2011/7/10 Eric Auer : > > Hi Aitor, > > It still needs a lot of unnecessary UMB room free to load there, e.g. > 64 kb or some fairly high amount. And you may even have to explicitly > mention it. I forget exactly and always (I think) loaded it low. Well, > I'd have to check

Re: [Freedos-devel] confused by NLS-settings

Hello, > This NLS stuff is doing my head in, even before trying to automate it in > configuration scripts.. > > CONFIG.SYS: > > COUNTRY=31,858,C:\FDOS\BIN\COUNTRY.SYS > > NLS.BAT / AUTOEXEC.BAT: > = > NLSFUNC C:\FDOS\BIN\

Re: [Freedos-devel] confused by NLS-settings

Ok, that's on me. I found 2-3 bugs that I have already patched (almost), I just have to test a bit, then pack it all. If I don't happen to find time to do it fully, I may distribute two files (the source and binary) to some people, in case it works better for you and it is required for 1.1 in the n

[Freedos-devel] New KEYB ahead

Hi, I have managed to patch a couple of bugs I found on KEYB 2.0, and have KEYB 2.01 ready to launch (I just have to create the packages and such). I haven't been able to reproduce the bugs that some people have occasionaly mentioned here on the list when in use with JEMM, so I don't know if the p

Re: [Freedos-devel] Pat Villani

Sad news indeed!! The first stone towards the big building called FreeDOS. My condolences too, Aitor 2011/8/30 Jim Hall : > FreeDOS friends: > > I must share the sad news that Pasquale "Pat" Villani, 57, passed away > on Saturday night, at his home. Many of you knew Pat. For our new > members: P

Re: [Freedos-devel] If I want to compile applications in FreeDOS, which compiler should I use?

Hi, I was precisely wondering these days about RBIL itself, do you know if Ralf Brown is already working on future versions, or has definitely stopped working on it? (in case you have contacted him already). Posts here in the past seemed to suggest (IIRC) that there actually was a lot of work to b

Re: [Freedos-devel] Freedos and lack of drivers

Hi, 2011/9/11 jhall : > > There are multitasking DOSes (DR-DOS, RDOS, TSX-32 ??, etc.) > > inherently useless > > > Not useless, really. For example, MS-DOS 5 introduced their DOS Shell that > supported task switching, a rudimentary form of multitasking. > I used to use this feature all the time a

Re: [Freedos-devel] Freedos and lack of drivers

Hi, 2011/9/11 Bernd Blaauw : > Not sure about FDSHELL's abilities. I'd love for someone to come up with > a decent DOSSHELL.INI for it, including a usable/pretty color scheme. It > can already jump to DOS, same for EDIT Annotated as feature request. (regrettably, don't expect it soon). Aitor --

Re: [Freedos-devel] Freedos and lack of drivers

Hi, 2011/9/13 Jim Hall : > In DOS, it would be awesome to have true multitasking, where you can > let a process run in the background (like a compile) while you do > something else (browser?) But to be honest, all I really want/need is > some sort of extension or "shell" that provides task-switchi

[Freedos-devel] Calling interrupts when iddle

Hi, I have been collecting interrupts/functions that should be called when a program is iddle for some reason, and I have found these. Do you know of any other? In your experience, which of these are WORTH calling, and which are not? (and I want try to avoid if one calls another): int 28h - DOS I

Re: [Freedos-devel] Calling interrupts when iddle

Thanks! I have read it, and my conclusions: (1) I'm talking about pure realmode, so 2Fh 1680h is what I need. (2) HLT could be another option, but it is not what I am looking for, as I would like to let others (TSRs in the same machine, i.e. 28H) or the VM that exists outside me (2Fh 1680h) to s

Re: [Freedos-devel] Calling interrupts when iddle

Hi, 2011/9/23 C. Masloch : >> (2) HLT could be another option, but it is not what I am looking for, >> as I would like to let others (TSRs in the same machine, i.e. 28H) or >> the VM that exists outside me (2Fh 1680h) to spend a bit of time doing >> their things, but I don't want to halt. > > What

Re: [Freedos-devel] Calling interrupts when iddle

Hi, 2011/9/24 Christian Masloch : >> It's not that I want to stop, but just be nice to others. If they >> don't exist, I assume it'll get back to me fast. > > Not halting will unnecessarily spin through CPU cycles and energy while > the program is idle. Halting instead is less costly. I know. But

[Freedos-devel] Announce: FD-KEYB 2.01

Hi, I have recently released FD-KEYB 2.01 with important bugfixes. In particular, I was reported that the crash when using jEMM is gone. I just mention here the patches, so that it can give a clue why the posible cause was (NTVDM didn't complain): The following bugs have been fixed: * The INT cal

Re: [Freedos-devel] [PATCH] kernel - only print "suspect partition" warnings if FORCELBA is not in use

Hi, A little addition to Rugxulo's post, that's quite good imho, I suggest avoiding MODE CON CP SEL, and now that you load COUNTRY, replace it with CHCP at the very bottom. Should work as well (or better). Aitor 2011/12/19 Rugxulo : > Hi, > > On Sun, Dec 18, 2011 at 4:31 PM, Pete Batard wrote

Re: [Freedos-devel] Rufus/FreeDOS KB locale (was: only print "suspect partition" warnings if FORCELBA is not in use)

and thanks a lot for KEYB.EXE/SYS, which I am relying on in > the FreeDOS version of Rufus, and which support a whole lot more layouts > than the MS-DOS equivalent), > > On 2011.12.31 13:32, Aitor Santamaría wrote: >> A little addition to Rugxulo's post, that's quite good i

Re: [Freedos-devel] Source Code Released: 386SWAT, QLINK, and DPMIONE

Although late, it was worth saying THANKS. Aitor El jueves, 26 de enero de 2012, Bob Smith escribió: > At long last, I am releasing the source code for three of my old DOS > projects: > > 1. 386SWAT: A Protected Mode Debugger > svn://svn.sudleyplace.com/386swat/trunk > > I have not tested this

Re: [Freedos-devel] FreePascal 2.6.2 released

At least the posting task has been done :) (and as usual, corrections by native English speakers are welcome). Aitor 2013/2/28 Rugxulo > Hi guys, quoting from the main http://www.freepascal.org page: > > == > February 23rd, 2013 > > FPC 2

[Freedos-devel] GARBO dead?

Hello, I don't know if you realised, but the GARBO files at University of Waasa seems dead? http://lipas.uwasa.fi/~ts/garbo.HTML It was a nice repository of, at times, useful stuff, does anyone know if it had been mirrored somewhere else before it died? Thanks, Aitor ---

Re: [Freedos-devel] GARBO dead?

Thanks Ralf! Looks nice. Happy holidays too! Aitor 2013/12/27 Ralf Quint > On 12/26/2013 2:55 PM, Aitor Santamaría wrote: > > Hello, > > > > I don't know if you realised, but the GARBO files at University of > > Waasa seems dead? > > > > ht

Re: [Freedos-devel] GARBO dead?

Thanks Rugxulo! Seems that the breakage was mirrored too? :( Aitor 2013/12/27 Rugxulo > Hi, long time no see! :-) > > On Thu, Dec 26, 2013 at 4:55 PM, Aitor Santamaría > wrote: > > > > I don't know if you realised, but the GARBO files at University of Waasa

Re: [Freedos-devel] KEYB BUG

Thank you Tom!! I've set this bug to my list of to-do's, and will go to the next version. Aitor 2012-06-25 13:24 GMT+02:00 Tom Ehlert : > > >KEYB.EXE 11,446 06-24-12 > > > leaves, when running, a huge memory hole. at least with only HIMEM > > loaded. note the HUGE memory hole behind KEYB >

Re: [Freedos-devel] KEYB BUG

Hi, The problem is that I'm not having as much spare time lately as I used to have. At this moment, I'm trying to recover a comfortable programming environment in a Win7 Laptop. But it's not so easy as it used to be since the 64-bit arrived everywhere, the 16-bit DOS programs no longer run native

Re: [Freedos-devel] KEYB BUG

Hello, 2012-08-12 16:32 GMT+02:00 Rugxulo : > FD EDIT doesn't seem to compile in TC20 anymore. Though it worked fine > for me with TC++101, but that's not freeware from Embarcadero anymore. > It may? (or at least used to) optionally compile with OpenWatcom, but > I haven't personally tried yet.

Re: [Freedos-devel] KEYB BUG

t; an opensource implementation of windows based on wine > > > See Ya! > > Geraldo Netto > Sapere Aude => Non dvcor, dvco > São Paulo, Brasil, -3gmt > site: http://exdev.sf.net/ > > > On 28 February 2014 21:40, Aitor Santamaría wrote: > > Hi, > > > &g

Re: [Freedos-devel] FreeDOS 1.2 and 2.0 roadmap discussion

Hello Jim and all, I like the idea of having two releases of FreeDOS with different goals: a FreeDOS 1.2 as an update of current FreeDOS 1.1, in order to have something on a short term as an update of current distribution. As for FreeDOS 2.0, I share my ideas here. I agree that it should be a big

Re: [Freedos-devel] FreeDOS 1.2 and 2.0 roadmap discussion

Hello! Notes below. BTW, Whatever happened to Japheth's pages?? Is server down? (see JEMM's LSM for URL's). Aitor 2015-01-01 19:31 GMT+01:00 Mercury Thirteen : > 1 - I like the idea of being able to run apps for multiple other OSes, but > I think that ability should fall to a program running

Re: [Freedos-devel] FreeDOS 1.2 and 2.0 roadmap discussion

Hi, Not only about kernels, but about the 16-bit DOS compiling options too. I think we talked about this in the past, and I think it'd make sense that FreeDOS 2.0 would be 386+. Aitor 2015-01-01 23:43 GMT+01:00 Mercury Thirteen : > Speaking of multiple kernels, would it be acceptable to require

Re: [Freedos-devel] FreeDOS 1.2 and 2.0 roadmap discussion

Hi, I myself agree with the first and third point. About the second, I'm not advocating for a different 32-bit OS (such as FreeDOS-32). I also agree that one first target would be the UEFI stuff. But at long term, I am of the opinion that VxDs are DOS drivers, as much as the classic "DEVICE=" dri

  1   2   3   4   5   >