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

Imre Leber escreveu: >> whatever 'this' technique is - DeskView was stable multi tasking for >> DOS. So this is at least possible. > Yes the rumored to once have existed deskview/X. Was that not the reason for > the bankrupcy of quarterdeck? I used a lot Desqview-386 (I check the box, that is ho

Re: [Freedos-devel] FrreDOS+Linux (was:Projects in need of a maintainer?)

Tom Ehlert escreveu: > >> If anybody would have still had the energy, the way to do multitasking in >> FreeDOS would have been, according to me, a port of qemu running on a >> multithreading kernel. > > AFAIR this has been done; this is called 'linux' ;) there was a project called Li(d)os that

Re: [Freedos-devel] Next step in transition

Welcome back... Pat Villani it is nice to have you as a coordinator. It feels a bit like old times, as we also have Jeremy back too :) :) :) Alain Jim Hall escreveu: > Hi again! > > Most of you should recognize Pat Villani. He is the original author of > the FreeDOS kernel, and has been with t

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

lyricalnanoha escreveu: > > Though, a truly free 16-bit bash or ash would be nice. Why do you need it to be 16 bit. DOS's programs can be 32 bits without any problem. How many 286 PC are there still around? Most are dead, but DOS in new machines is alive just fine :) Alain -

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

I would say that the ideal script language is BASH, which exists dor DOS... (or at least sh) Alain Adam Norton escreveu: > I would use something more common like python. > (http://www.caddit.net/pythond/) > > > Bruce Axtens wrote: >> 2009/4/12 Aitor Santamaría http://aitor.sm>@gmail.com >> <

Re: [Freedos-devel] Volunteering

Hi theMouse, if you are willing to help, I have one suggestion that will make you very knowledgeable of FreeDOS: You could put toghether FreeDOS 1.1... most programs have new versions that are ok, but what is mostly needed is put all of it toghether, test new versions, fix a few things and pr

Re: [Freedos-devel] Free-DOS help

Blair Campbell escreveu: >> 2) After you boot you will never know which letter will be assigned to >> you CDROM, but you can find it in C:, D:, E:, etc.. in your AUTOEXEC by >> checking if some file exists > > No, you CAN know which letter will be assigned; just use SHSUCDX > /D:, Ok, I forgot a

Re: [Freedos-devel] Free-DOS help

It is not that complicated: 1) First you make a bootable floppy with everything that you want, including autoexec.bat, and CD driver 2) After you boot you will never know which letter will be assigned to you CDROM, but you can find it in C:, D:, E:, etc.. in your AUTOEXEC by checking if some f

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

reveu: > IMHO, it should only cause a warning for the 32-bit case, and the > difference should be ingored in 16-bit, because they are the same > size. Note that in 32-bit DJGPP, long can go to int without any > warnings, even with -Wall. > > On Thu, Feb 26, 2009 at 3:55 PM, Alain

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

Christian Masloch escreveu: >>> You can cast a short to an int, an the conversion in ok, but to cast a >>> short* to an int* will bring in 2 extra bytes and an INVALID POINTER... >> no short * and int * are the exact same size in 16-bit compilers (try >> compiling a test program which prints sizeof

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

This looks like a real error to me !!! You can cast a short to an int, an the conversion in ok, but to cast a short* to an int* will bring in 2 extra bytes and an INVALID POINTER... Alain Aitor Santamaría escreveu: > Sending over here too, as this list is more popular, and in case > someone is

[Freedos-devel] Testing: dosfsck

Hi all, good news: today I had gpf problems with a 160Gbytes SATA disk... I updated DOSFSCK to the latest version 2.11c and it worked like a charm :) Thanks to whoever maintains that (I gess it would be Erik)... Alain ---

Re: [Freedos-devel] fd 1.1 pkg doubts

Oi Geraldo, Only some programs are able to use NLS, so for some other progs it is not needed. Those that have NLS are easy to translate because they use kitten (or cats)... Alain Geraldo Netto escreveu: > Hi Guys, > > How are you doing there? > > first, sorry for posting it twice(i mean, i t

Re: [Freedos-devel] Question on S-ATA disks

Hi Aitor, I have many clients using MS-DOS and FreeDOS with SATA drives without any problems at all. Some boards even have a good access speed, around 25MB/s (comared with 3 to 4 MB/s for non-DMA PATA) The only brand that is rally problematic in many many many aspects is ASUS. If you can, avoi

Re: [Freedos-devel] Question on S-ATA disks

Hi Aitor, I have many clients using MS-DOS and FreeDOS with SATA drives without any problems at all. Some boards even have a good access speed, around 25MB/s (comared with 3 to 4 MB/s for non-DMA PATA) The only brand that is rally problematic in many many many aspects is ASUS. If you can, avoi

Re: [Freedos-devel] utime() for Turbo C++ 1.01?

Hi Robert, I *may* have what uou want... can you tell me what you are using it for? and if you are running running on real hardware? Tha problem is that the PC as hardware does not have that information, only 54ms resolution. I have a function that acesses real hw and gives time in ms, and "co

Re: [Freedos-devel] Gmake

> overly complex to me? > > Aitor > > 2008/9/8 Alain M. <[EMAIL PROTECTED]>: >> All this discussion abou make files brings a new (or old?) idea: why no >> use *gmake* for all projects. wmake is too much different (I know >> because I use it) and Bor

Re: [Freedos-devel] Gmake

thanks, that is it, I was looking for gmake, and that is in the index by that name :) Alain Oleg O. Chukaev escreveu: > Alain M. wrote: >> Unfortunatly it is not there. I asked because it is not a trivial >> question, Abdreas looked very hard for it and could not find, nor c

Re: [Freedos-devel] Gmake

Unfortunatly it is not there. I asked because it is not a trivial question, Abdreas looked very hard for it and could not find, nor could I :( Alain Oleg O. Chukaev escreveu: > Hello Alain, > > Alain M. wrote: >> All this discussion abou make files brings a new (or old?) idea:

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

All this discussion abou make files brings a new (or old?) idea: why no use *gmake* for all projects. wmake is too much different (I know because I use it) and Borland is limited. Where can I find a DOS version o gmake? thanks, Alain --

Re: [Freedos-devel] Virtualization made in Sun Microsystems

Jim Hall escreveu: > I've used VirtualBox for a long time, before Sun picked it up. (It was > previously developed by German software company innotek.) I didn't > have a current install of FreeDOS 1.0 since I last reinstalled my > laptop, so I just put FreeDOS 1.0 under VirtualBox. Works great. W

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

ow it would react to a disk with multiple partitions). You > cannot have it mounted as you run the VM, but for me it is ok, as I > just want to replace the floppy. > > Thanks again! > Aitor > > 2008/9/3, Jim Hall <[EMAIL PROTECTED]>: >> On Wed, Sep 3, 2008 at 3:59 PM

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

Hi Aitor, This is not OT at all :) if you are using FreeDOS in VMware, there is no way of doing it. Alternatives are: - dosemu: it can do it very nicely - use ftp from Eric Engelke, it is only 45k - msclient, worst of all, but it should work. VMware can do that only for XP and it is a XP specia

[Freedos-devel] Disk size limit

Hi, is there any disk size limit to FreeDOS's FAT32? My concer is that HDs are getting stupidly big, and I want to make a simple .BAT that uses fdisk batch capability to make one partition and trouble may be waiting somewhere... thanks, Alain --

Re: [Freedos-devel] Getting rid of kitten

I strongly disagree. A lot of work has been put into porting a lot of programs to kitten. (including that someone ported it to one program that I wrote). Kitten is mantained, in the sense that it is complete and stable. And Kitten is FreeDOS optimized. NOW, if you have some good reason to port

Re: [Freedos-devel] boot drive partition and geometry questions

I can comment oly on one item: Eric Auer escreveu: > - the FAT12 / FAT16 boot sectors are too stuffed to > check int13.8 for real geometry, but we could say > that LBA is often supported - then we get to my > suggestion "allow LBA even for A: if FAT16"... :-). > When you use LBA, wrong CHS

Re: [Freedos-devel] UDMA drivers, please report usage...

Robert Riebisch escreveu: > To avoid such confusion in the future it might be good idea to stop > top-replying, but use inline-replying from now on. I participate in some lists where the rule is top replying... Some people think it is better because it is faster to read bigger quantity of messag

Re: [Freedos-devel] UDMA drivers, please report usage...

ur answers :) Alain Alain M. escreveu: > That is a prety impressive driver... > > I would like to know who is using it and in what situations, specially > real-world cases (as oposed to simulations, not fantasy :) ) > > thanks to all, > Alain > > Eric Auer escreveu: >

[Freedos-devel] UDMA drivers, please report usage...

That is a prety impressive driver... I would like to know who is using it and in what situations, specially real-world cases (as oposed to simulations, not fantasy :) ) thanks to all, Alain Eric Auer escreveu: > Hi! > >>> [...] and that you can use Jack's UIDE driver with UDMA >>> and SATA hard

Re: [Freedos-devel] dir bug?

IIRC "DIR *" was not the same as "DIR *.", and also were not allways the same in all versions/flavors od DOS Robert Riebisch escreveu: > Jim Hall wrote: >> But I don't recall MS-DOS wildcards that way. I remember "DIR *" was >> the same as "DIR *." not "DIR *.*". I guess I'm wrong. > > Yes, yo

Re: [Freedos-devel] Willing to help

lyricalnanoha escreveu: > > I dunno, I for one would still like to see a good *free* Bourne shell for > 16-bit DOS. I came close but failed last time. No need to be 16 bits. 32 bits run very well in DOS, including FreeDOS. A recomened complinet would be OpenWatcom C++ In fact a few FreeDOS u

Re: [Freedos-devel] Willing to help

Hi Claude, just an idea came to my mind: you could make a freash port of those common Unix utilities... IMHO it would be most welcome. Thanks for volunteering, Alain Claude (Wayne) Smith escreveu: > I am an old time programmer - Programmed many things. > > At one time, I programmed most of the

Re: [Freedos-devel] Creating packages

Robert Riebisch escreveu: >> Most of the tme I use DOSEMU, so I can use Firefox, but I once tested >> the htmlhelp for some freedos docs and it is good enough! > > I think, you didn't get the point: Reading even the smallest manual > would always require HTMLHELP then. Yes, you could also use "ty

Re: [Freedos-devel] Creating packages

Robert Riebisch escreveu: > "Alain M." wrote: > >>>> 2. groff has an option to generate html output (not sure if djgpp's >>>> groff can do this, though.) So I suppose you could process the man >>>> files using groff's html output gene

Re: [Freedos-devel] Creating packages

Robert Riebisch escreveu: > >> 2. groff has an option to generate html output (not sure if djgpp's >> groff can do this, though.) So I suppose you could process the man >> files using groff's html output generator, and include those as "html >> Help" pages. > > Please find a consensus now with E

Re: [Freedos-devel] Fwd: freedos defrag methods (OT)

Interesting... What information is tored in the "FAT refered table" it needs 32 bits? Alain Imre Leber escreveu: > Here are the numbers for the data structures used by defrag, when calculated > for FAT32. > > Cluster movable map: 32 MB (fat size * 1 bit) > FAT refered map: 32MB (fat size * 1 b

Re: [Freedos-devel] How to create alternative shell

Some time ago I spent some time thinking about shells... One approach that solves more problems is: 1) a .BAT allocates some environment variable with a lot of space, like NEXTCMD=1234567890123456789012345678901234567(127chars) 2) the .BAT calls a program that can be written in any language, an

Re: [Freedos-devel] How to create alternative shell

Eric Auer escreveu: > Hi Marco, > >> I would like to write an alternative interpreter command >> to replace command.com/Freecom. > > That can be as easy or as hard as you want. You can even have a completely normal program that you run whenever you want and "behaves" like a command com. That i

Re: [Freedos-devel] New Mouse Driver Development...

Arkady V.Belousov escreveu: >>> Not all. :) But code of handlers was hardly changed in those times, >>> and there was also target to minimize resident part size as much, as >>> possible, whereas "autoswitch" may have own side effects. For example, with >>> autoswicth we not know (can't know)

Re: [Freedos-devel] New Mouse Driver Development...

Eric Auer escreveu: >> Alain, talking about disabling/enabling through command line >> completely, API doesn't have (yet?) functions to enable wheel support. ONLY for PS2 > Indeed. If you had a function to enable wheel support, it would > have to re-detect the mouse to see if there is actua

Re: [Freedos-devel] New Mouse Driver Development...

Arkady V.Belousov escreveu: >>> In that case, you probably want "disable wheel" to be the >>> default, too, as disabling the wheel improves compatibility >>> quite a bit. > AM> I 100% agree. AB> I think, this is important only for PS2, where wheel support is dumb AB> and unreliable. In seri

Re: [Freedos-devel] New Mouse Driver Development...

Eric Auer escreveu: >> IMHO the default should be off, but the code should remain >> there. > For Genius? Agreed. Probably would be harder to remove it ;-) Yes. >> it would be logical that *these* programs have instructions >> to activate [the wheel]. > > You mean have docs to instruct the user

Re: [Freedos-devel] New Mouse Driver Development...

Eric Auer escreveu: > Rule 1: Users never read the manual. So they just type ctmouse, > see that it somehow fails to see their ps2 mouse, then grabs their > empty com port (because you never know if it is empty or Genius) > and then file a bug report instead of reading the manual ;-). This > is wh

Re: [Freedos-devel] New Mouse Driver Development...

Arkady V.Belousov escreveu: > > EA> I must admit that the CuteMouse source code is ugly but on the > > Let me object this assertion. :) Hi Arkady, wellcome back... I look forward to many new discussions :) Alain PS: this is a joke ... --

Re: [Freedos-devel] New Mouse Driver Development...

First thing that come to mind: if you write free software, write it using free compiler. Alain Андрей Влащенко escreveu: > Hello everybody! CuteMouse project is dead; I can develop new mouse driver > for the FreeDOS project. This driver, named "FreeMouse", I started today. > Please reply to me

Re: [Freedos-devel] Keyboard problem

Confirmed: I just managed to boot this same machine in pure FreeDOS and the key works just fine. ScanCode is 0x73=115 The probelm is then with dosemu that is not forwarding the scancode. Forgive me for bothering everyone with a false problem, Alain chris evans escreveu: >> I just installed KEYB

[Freedos-devel] Keyboard problem

Hi Aitor, hi all, I just installed KEYB 2.0 with layout 2.5 that I downloaded from ibiblio. It is working great under DOSEMU. *Except* for one key. This is an oddity of my keyboard, it is a "small" keyboard and it has a layout like a notebook but on a desktop and it has a key for characters "

Re: [Freedos-devel] Porting FreeDOS to OLPC XO Laptops?

Daniel Franzini escreveu: > and use the appin fact the even easier alternative is to use > DOSEMU but i'm not sure how will the performance bei don't use > DOSEMU so i cannot tell much about it DOSEMU's performance is very good. Graphic is faster than any other emu (qemu vmware M$...

Re: [Freedos-devel] Porting FreeDOS to OLPC XO Laptops?

I remember that there was a project IIRC called L(i)DOS tha loaded a minimal Linux kernel, DOSEMU and one shell. IMHO this could be a way to go, but withou graphics, for graphics you would need X which would make things bigger. Alain xo user escreveu: > Hello > I plan to buy OLPC XO laptops fr

Re: [Freedos-devel] Porting the FAT filesystem (18)

Hi, I also found this very good FAT32 tutorial Alain - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log

Re: [Freedos-devel] Porting the FAT filesystem (18)

Hi, have you considered EFLS ? I have a friend that already used it and said that it worked out of the box. One suposed advantage is that it was designed for embedded and has a small footprint. The licence is LGPL! While googling I also found this

Re: [Freedos-devel] Network boot disk

Hi, in fact I don't care about the boot disk itself, as modboot could do. What I need are the latest drivers for network cards, and for this the other one is better as it is dated Jun 17, 2007 !!! What I have to do now is to learn how to extract the drivers I need. The problem will probably be

Re: [Freedos-devel] Network boot disk - OK

Hi, I found something that works: http://www.netbootdisk.com/ And it works very well :) :) I will neet time to understand it and do what I want, but it is working, so it is all there... Alain >> Can anyone tell me where to fing "Bart's Network Boot Disk"??? > --

Re: [Freedos-devel] Network boot disk

That is why I asked... there is nothing more there to download... Thanks to M$ lawyers Alain PS: And nw disk is not usefull for me :( Eric Auer escreveu: > Alain, > >> Can anyone tell me where to fing "Bart's Network Boot Disk"??? > > Very simple: www.google.de/search?q=bart+network+boot+disk

[Freedos-devel] Network boot disk

Can anyone tell me where to fing "Bart's Network Boot Disk"??? Or if someone has a copy, please send it to me by email (in pvt)... Thanks all, Alain - This SF.net email is sponsored by DB2 Express Download DB2 Express C - th

Re: [Freedos-devel] SUBST is working?

Hi, >>> thanks for hunting the SUBST bug! Look at bugzilla, >>> it should be a known bug. >> Which bugzilla? I'd appreciate if you sent me a link ;-) > www.freedos.org/bugzilla/cgi-bin/buglist.cgi?bug_status=__open__ Thanks, I saved that > www.freedos.org/bugzilla/cgi-bin/show_bug.cgi?id=1862 D

Re: [Freedos-devel] SUBST is working?

Hi Eric, > thanks for hunting the SUBST bug! Look at bugzilla, > it should be a known bug. Which bugzilla? I'd appreciate if you sent me a link ;-) > Something about the current > directory and/or root directory not being handled > correctly. There is something more... It allways works with a f

Re: [Freedos-devel] Porting the FAT filesystem (16)

Hi Enrico, >> [after] dos_cd ("C:\hello\world"); >> dos_open ("C:\hello\world\my_file.txt", O_RDWR | O_CREAT, 0); [ok] >> dos_open ("my_file.txt", O_RDWR | O_CREAT, 0); [fails] > > As discussed earlier, dos_open is a bit "lowlevel" if you look > at DosOpenSft, you will find that it calls truename

Re: [Freedos-devel] Porting the FAT filesystem (15)

Hi Enrico, I believe that you should take into account a very old dos problem (it happened to a few times in various MS-DOSes) some badly written program manages to write a file with true lower cases, it then becomes very difficult to delete it afterwards. I don't know how programs did manage

Re: [Freedos-devel] Porting the FAT filesystem (12)

[EMAIL PROTECTED] escreveu: > UTF8 allows me not to introduce the concept of codepage in my port, which is > wants to be a stand alone filesystem library. > I, for example, could add a function that detects the presence of UTF8 tokens > in the string path passed to dos_open() > What I really

Re: [Freedos-devel] Basic question on OW

Hi Aitor, Do you participate in OpenWatcom lists? Please send me a link, I would like to participate too! I want to use templates, but it seems to be a complicated topic... Cheers, Alain Aitor Santamaría escreveu: > About the other stuff (why constant initialisations with :> are not > allowed)

Re: [Freedos-devel] File manager

There is one Real Mode NDN, it is amall and much faster... No LFN, small footprint, works very well :) if you don't find it anywhere, I have a stripped down version (I lost the full distro) Alain Oleg O. Chukaev escreveu: > Ladislav Lacina wrote: > >> I would like to ask: which file manager

Re: [Freedos-devel] File manager

My favorite one is NDN from http://ndn.muxe.com/index.php (there are some others this is the good one) it is not exactly like NC, but on the whole is is better. It is fas enoug on new machines, and it has been a really long time since I got a crash... the only problem really is that it is big,

Re: [Freedos-devel] Come visit EDR-DOS sites!

ore than > I need to run my DOS programs. It also doesn't allow control > of the destination partition. I would use a current, > single-floppy FreeDOS distribution. > > Maybe we need to get together and make one! > > Thanks. > > Mark Bailey > > Alain M. wro

Re: [Freedos-devel] Come visit EDR-DOS sites!

In fact I made my own distro. It's a single floppy, single language and install exactly where MS-DOS did: in C:\DOS Some time ago, I tried to talk about that kind of distro, but every one wanted a big, too-full, graphic, and I don't know what... so I made my own, it even has a nice menu in a .b

Re: [Freedos-devel] Come visit EDR-DOS sites!

Japheth escreveu: > Why? Just because it is "not free" (which seems to be an "unreasonable > reason" > :) ) or are there other reasons? We use it in the real world, with real users. Not only for personal curiosity. Either 1) it is free or 2) we buy it. The free one is good for all we need. No

Re: [Freedos-devel] Come visit EDR-DOS sites!

>> FreeDOS also quite slow copies files (read "speed daemon" related >> posts on EDR-DOS lists) > Kernel related or related to the COPY or XCOPY commands only? > Which side of the process is slow, reading or writing? I believe that this is a veeery old (many years) problem and it has been fixed,

Re: [Freedos-devel] Come visit EDR-DOS sites!

I agree that "old" is ugly. I use FreeDOS for new and big programs, with databases of a few Giga bytes on superfast Pentium-4 and AMDs And I plan to use for many years more... Which other system allows to intall a full system from bare metal in half an hour by phone, with an *unskilled* operat

Re: [Freedos-devel] Come visit EDR-DOS sites!

Ladislav Lacina escreveu: > Why? I still use FreeDOS and I don't plan to switch to DRDOS. (DRDOS is > incompatible with my boot manager) DR-DOS has a bug about partitions. It will work if DR-DOS is placeded in a partition both first phisicaly and primary Alain ---

Re: [Freedos-devel] Come visit EDR-DOS sites!

tom ehlert escreveu: > and a non-free xxDOS kernel is completely useless to me (and many > others) anyway. Useless to me too. DR-DOS is not free at all Alain - Take Surveys. Earn Cash. Influence the Future of IT Join Sourc

Re: [Freedos-devel] "Rebooting" without restarting the PC

All packet drivers are executable, so devlçoad should not be used. All return errorlevel if not installed, All don't install if another is installed. So... you can simply try to load them all in sequence and only the good one will get installed. I have in fact tested this, give it a try :) Ala

Re: [Freedos-devel] Insight Debugger

>>> 1. the function keys works with DOSEMU >> Alt-F2 program reset, Alt-F5 user screen not work in X windows dosemu > > That's a common DOSEMU issue, nothing related to DOS programs. > Basically the window manager captures those keys; I redefine Alt-F2 in KDE, then it works for dosemu. I use in

Re: [Freedos-devel] Insight Debugger

Hi bahcl, > 1. the function keys works with DOSEMU ?? is this a FreeDOS problem? > 2. the data displayed in the bottom panel expands if screen size is greater > than 25 lines I cannot undestand this. Please explain ;-) > 3. displays properly as screen other than 80x25 80x50 works fine. I hav

Re: [Freedos-devel] Jemm386 issues

> I do not wish, but all your email addresses are "invalid" and you refused to > use the nice EDR-DOS forum. Hi Arkady, you have my whole simpaty, I also hate forums, it wastes too much time to follow. Some time ago you were involved in a dicussion about a system/applicatio/?? that could rea

Re: [Freedos-devel] dos64

I hava a few AMD-Semprom-64 and many clients have a great assortment of everyting new , a lot of them 64 bits. DOS and FreeDOS run just fine. The problem is that sometimes new machines have BIOS with little problems. Only once in about 200, I got problems using VESA. NIC drivers usually are ok.

Re: [Freedos-devel] Update proposal

Why is 1.10, 1.11 not considered? Alain Jim Hall escreveu: > Using 2-digit subversions ("1.01") looks too similar to "1.0.1" kind of > naming. I'd rather we reserve those numbers for bug-fix releases that > don't add any new functionality. > > For standard distributions, I prefer we use the s

Re: [Freedos-devel] free paint and file manager dos navigator for thedistro

Hi Robert, I don't quite understand what you said: vp386 still has the bug? So divt is a loader program? Does it affect only debug or anything after using it (or loaded in TSR)? And: if the source is available, wasn't the bug fixed? Alain Robert Riebisch escreveu: > What about Avery Lee's ht

[Freedos-devel] Kernel 2036 bugs?

I had this conversation with Eric: Alain>> Do you know a list of bugs/limitations of 2036? Eric> if you find some, let me know, then i can look in 2037 for the corresponding bugfixes. [...] Does anyone have a list of 2036 bugs? Alain

Re: [Freedos-devel] FreeDOS 1.0 is compatible to MS-DOS version???

In fact FreeDOS has *many* MS-DOS 7.10 features :) FAT32 today is one that is very important, LFN too... Alain TG escreveu: > I have a (silly) question. A brand new installation of FreeDOS 1.0 is > supposed to emulate what version of MS-DOS? ---

Re: [Freedos-devel] Update proposal

Eric Auer escreveu: > Agreed. Once we reach 1.9 we should just call the next version > the 2.0 one :-). Please have a look at IMHO after 1.9 comes 1.10. I also don't like jumps in version numbers like Firefox did. It makes people very confused. I have seen it in Mozilla's user list. And, I thi

Re: [Freedos-devel] Update proposal

Hi Eric, IIRC 2037 fixed somthing in LFN, I vote for that in a new version. Has Blair givven you info about 2037 changes? Alain Eric Auer escreveu: > Hi Jim, > >> E! I'd rather not go back to "beta9 SP2" etc naming scheme... > > Right. I have a related question: Tom gave me a copy of hi

Re: [Freedos-devel] FreeDOS 1.0 bugreport place?

Eric Auer escreveu: > > you have to decide yourself whether things are interesting > for the list. sometimes it can be better to mail a few > people directly first, and only start using the list as > soon as things start being of public interest. That has been an old source of disagreement betwe

Re: [Freedos-devel] porting format.exe

Hi Edwin, why are you so interested in migrating to another non-free compiler? You could just as well center your efforts on OW... About these errors, some look like intresting warnings, the kind that points that something is probably wrong, and the other look like something is surely wrong...

Re: [Freedos-devel] FreeDOS Boot CD (Round 2)

Why is it important to be able to boot from harddrive *after* booting from CD??? I have never seen it in *any* CD so I can hardly understand how it can be so important... As for boot options, let me give my 2cents: - Philosophicaly, FreeDOS should boot with FreeDOS ;-) - If isolinux does not wor

[Freedos-devel] LFN and IO95

Blair Campbell escreveu: > Note that IO95 has an issue with Win2k bugs. IOW, creating a file > with IO95 on Win2k will result in unpredictable results (Win2k > _always_ returns file handle 2 even if the next available handle is > 5). Blair Campbell escreveu: > With the clib extension I am w

Re: [Freedos-devel] FreeDOS Boot CD Question

Ber ramdisk is XMSDSK, it's very robust, 2Gbyte, free but no source. TDISK also works very well and I believe that it is part of FreeDOS Alain Tony escreveu: > Well, the secret to the read only image would be to create a ram disk and > set temp there, copy a few files. Microsoft uses RAMDISK. T

Re: [Freedos-devel] djgpp

> Isn't there a stdio95.lib or something that's GPL and provides the LFN > stuff? What would really help is a tutorial or example of how to use STDIO95 for FreeDOS utilities, just like there is one for CATS. Then the compiler issue should be just ... another issue. The real hard fact is that c

Re: [Freedos-devel] Operation

Robert Please don't start new flame wars here :) We've had all too many of them here already... Cheer up, Alain Robert Riebisch escreveu: > > And for these _three_ words you repeat Imre's posting completely? That's > 4 Kbyte for three words! Please read > http://www.greenend.org.uk/rjk/2000/06

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

Hi Imre, I don't feel that this project is "oposed" to 32 bits. In fact there have been a lot of new compatibility fixes just in that topic. What I see is that many people don't really understand that DOS+32bit is just fine. It is not because Dos kernel is 16 bit that 32 bit will be anything w

Re: [Freedos-devel] 32 bit

Imre Leber escreveu: > > Well i strongly prefer reactos in that case, because i don't want to > pay more money to novell (the same company mentioned above) for using > linux then to microsoft for using windows. You don have to pay Novell for using Linux!!! And I don't even think that their's

[Freedos-devel] [Fwd: Re: 32 bit DOS]

I received this from Eric in PVT. I am copying it here because I just agree with almost all of it!! I will just add atha almost all big DOS programs that are performance aware do most disk access in big chunks buffering it in memory (even write cache is available in CodeBase). This make them e

Re: [Freedos-devel] 32 bit

>> You are talking of our sister project FreeDOS-32: >> http://freedos-32.sourceforge.net/ > > No actually I was talking about starting another 16bit compiler project. I believe that FreeDOS 32 has a big problem: they have to do it all from scratch. I believe further that a different aproach

Re: [Freedos-devel] Compiler group?

Florian Xaver escreveu: > I think, the DJGPP developers would be very happy if you would help them - > I think they could release a new version, but are to busy for that... ^^ Well, that is a great idea... - Using Tomcat

Re: [Freedos-devel] 32 bit

Imre Leber escreveu: > Well I for one think that FreeDOS should move into the 32bit realm after > version 1. I agree, but for a different reason: not even here on the FreeDOS list could we find any real 16 bit machine just for testing... IMHO DOS has to remain DOS. That is definite. But moder

[Freedos-devel] Many new users

Hi all, the message bellow may be a reminder to all of us that now we are having many new subscribers ;-) The apparent bad tone of the message is something that we all know very well and are used to :) probably he is not english speaking... Alain Robert Riebisch escreveu: > Hi! > > Who put u

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

Imre Leber escreveu: > Well you did put some work in this. :) > And was thorough. Does anybody actually use RXDOS? Unfortunatly it was abandoned. It was 110% MSDOS compatible: it's author is the writer of "Undocumentd DOS" And it was almost ready. I remember that there were just 3 bugs, not

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

Imre Leber escreveu: >> > It always amazes me how little sense I talk. Sorry if I missunderstood you... But what I mean is that if you can test for dosemu, then you don't need to use #define and decide real time if defrag may work on not. I have also a very big test of OS version, it did take

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

Hi, This is an official test for DOSEMU version 1.3.x: // Test DOSEMU if (!memcmp((char *)0xFFFE0,"$DOSEMU$",8)) isDosEmu=true; Some old version doesn't work but I am not sure of how old "old" is ;-) Alain Imre Leber escreveu: > > But then it doesn't work in DOSemu and some other envir

Re: [Freedos-devel] Surprise!

Thanks very very much to all :) :) :) BTW, did not disapear and I intend to help a little more, soon ;-) Alain Blair Campbell escreveu: > Hey folks. If you check out the website, you may be in for a surprise. > - Using To

Re: [Freedos-devel] virtual environment

Hi Arkady, These are the most important links about Qemu: http://fabrice.bellard.free.fr/qemu/ http://www.h7.dion.ne.jp/~qemu-win/ and this is the binary for windows (5Mb) http://www.h6.dion.ne.jp/~kazuw/qemu-win/qemu-0.8.2-windows.zip But it does not say which version o Windows is required :( I

  1   2   >