Re: [Freedos-devel] initrd

At 08:59 PM 2/20/2013, kurt godel wrote: >Answered my own question: What does that all have to do with FreeDOS? Ralf -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDyn

Re: [Freedos-devel] FreeDOS limits! and FDNPKG v0.93a released

At 02:12 PM 2/20/2013, sparky4 wrote: >FreeDOS's mem program output only 4 GB of detected memory out of the >machine's total 16 GB Dose this mean FreeDOS can only detect 4GB >maximum? You are kidding, right? >Also The df program is outdated and reporting incorrect sizes... it only >detects

Re: [Freedos-devel] Developing GUI for none programmers

At 10:18 PM 2/8/2013, David Juicebox wrote: >I would like to get some help. Maybe a step by step instruction of >how to program a GUI. Also tell me what I need to do to start programming one no hard feelings, but if you do not know how to start, well, I am not sure if you are not getting in over

Re: [Freedos-devel] Can start a 16Bit program in 32 with Freedos ?!

At 08:13 AM 1/28/2013, Sébastien FAVIER wrote: >Hello world! >I FAVIER Sebastien developer of Cpcdos OSx >(See http://microsf01.fr.nf/ or http://cpcdos.fr.nf/> French) >brief > >I wonder if with freedos, there is a tool or >other for run a program compiled with >PDS7.1(QuickBasic)16Bit in 32bit ?

Re: [Freedos-devel] What about Aura M3 website

At 10:57 AM 12/7/2012, Chris Evans wrote: >They need to get a better web host, They probably just need to pay their bills... -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs an

Re: [Freedos-devel] undocumented behaviour in INT21h/AX=6501h

At 04:04 PM 11/30/2012, Daniel Verkamp wrote: >I am not familiar with Borland Pascal's inline assembler syntax, but >presumably "SEGES" is the ES segment override prefix (26h), which is >meaningless with LEA. Only the destination register - DI in this case >- will be modified by LEA; the segment o

Re: [Freedos-devel] undocumented behaviour in INT21h/AX=6501h

At 02:58 PM 11/30/2012, Rugxulo wrote: >1). Laaca, are you truly using BP7 (real mode? 286 pmode?) or (more >likely) FPC? The latter is DPMI only, and presumably won't work unless >you call int 21h indirectly via int 31h, 300h. It is certainly BP7, as FreePascal has not the same (Intel) syntax as

Re: [Freedos-devel] undocumented behaviour in INT21h/AX=6501h

At 01:10 PM 11/30/2012, Ladislav Lacina wrote: >I haven't expect that somebody on this forum doesn't understand >"seges lea di,A" instruction. So explanation:LEA DI,a - load address >of A into DS:DISEGES LEA DI,a load address of A into ES:DI Careful! As I mentioned, I have never see or used the

Re: [Freedos-devel] undocumented behaviour in INT21h/AX=6501h

At 11:04 AM 11/30/2012, Tom Ehlert wrote: > > We have this snippet of code: > > > var a:array[0..255] of byte; > > begin > > asm > > seges lea di,a > > mov bx,0h > > mov dx,0h > > mov cx,256 > > mov ax,6501h > > int 21h > > end; > >it's simply a bug in your program. > > ES:DI

Re: [Freedos-devel] undocumented behaviour in INT21h/AX=6501h

At 10:29 AM 11/30/2012, Ladislav Lacina wrote: >Ralf, you are wrong, you are speaking about INT21h/AX=6521h but we >are discussing about INT21h/AX=6501h Oops, sorry my bad, but I was not talking about 21h/6521h, what I found was this, and with not enough coffee yet, I misread A1h for 01h. I apo

Re: [Freedos-devel] undocumented behaviour in INT21h/AX=6501h

At 09:41 AM 11/30/2012, Ladislav Lacina wrote: >I found strange and undocumented behaviour in kernel function INT21h/AX=6501h >I wanted to report this as a bug but MS-DOS 7.1 has exactly the same >behaviour. > >We have this snippet of code: > >var a:array[0..255] of byte; >begin >asm > seges lea d

Re: [Freedos-devel] Bloček, free software, and FreeDOS

At 01:37 PM 8/23/2012, Ivan Shmakov wrote: > > Ladislav Lacina writes: > […] > Blocek is totaly free and open source > program. Use binary and source > as you > want. In sources and in binary is mentioned > the GNU GPL > licence. For slight modification > you can just use any text ed

Re: [Freedos-devel] BtrFS filesystem in FreeDOS

At 04:13 PM 7/18/2012, sergei karhof wrote: >On Thu, Jul 19, 2012 at 12:32 AM, Ralf A. Quint wrote: > > > Considering that there are no DOS application that can handle things > > like "Extended Attributes", what is the purpose of trying to use > it with DOS

Re: [Freedos-devel] BtrFS filesystem in FreeDOS

At 03:57 PM 7/18/2012, C. Masloch wrote: > >> BTW, is FreeDOS-32 dead or what? > > > > IMHO, it was dead right from the start, as those folks that started > > it didn't have a clue on what they would get them self into. > > You can simply not create a 32bit OS that is still compatible with > > DOS,

Re: [Freedos-devel] BtrFS filesystem in FreeDOS

At 03:39 PM 7/18/2012, Rugxulo wrote: >A few years ago, one of the main developers left (for various reasons, >e.g. preference for different licensing). So the few others haven't >really done much since (except for a sporadic LEANfs add-on >documentation or whatever-the-heck it is). Even without a

Re: [Freedos-devel] BtrFS filesystem in FreeDOS

At 03:22 PM 7/18/2012, sergei karhof wrote: >It's strange, because the LEAN filesystem was designed to work on >FreeDOS-32, which is a DOS too, judging by the name. Can someone >explain the incongruence. BTW, is FreeDOS-32 dead or what? IMHO, it was dead right from the start, as those folks that

Re: [Freedos-devel] Minimalist linux.

At 11:41 AM 5/2/2012, kurt godel wrote: >Now that you mention it, I have been toying with the idea of a >"linux startup disk" that would be comparable in size to a '98 >startup disk'; problem is, I am too dumb to figure out how to take a >vmlinuz and boot it up. I assume the vmlinuz has a minimal

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

At 09:11 AM 1/28/2012, Bob Smith wrote: >Oops! Typo "qink" -> "qlink". > >Thanks for the bug report. Thanks for fixing, it's working now! Ralf ;-) -- Try before you buy = See our experts in action! The most comprehensi

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

At 07:23 PM 1/26/2012, Bob Smith wrote: Sorry for the trouble -- I encountered some problems when making changes to the site. http://qlink.svn.sudleyplace.com This one still has some troubles: An Exception Has Occurred qlink not found! The wrong path for this repository was configured, or the s

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

At 04:01 PM 1/25/2012, Bob Smith wrote: >At long last, I am releasing the source code for three of my old DOS >projects: Thanks, that's really great news! >4. Finally, if you are interested and I can find the time to wade >through it all, I'll release the source code for Qualitas MAX (a.k.a. >38

Re: [Freedos-devel] Interested in attending an OS con in January?

At 01:48 PM 1/4/2012, James Hall wrote: >Hi, one of the organizers of the Southern California Linux Expo >(SCALE) contacted me this afternoon. > >He's the chair of a panel on OS'es at SCALE >. They currently have Illumos, >Linux, BSD and (possibly) Haiku, and

Re: [Freedos-devel] COMPRESS offset problem

At 07:38 AM 12/28/2011, Michael B. Brutman wrote: > > >Correction/misquote - "You" (Ralf) did not suggest comp.lang.c .. I certainly will do/have never done so. I made the mistake to question their approach to practical programming about a decade ago and probably received some of the fiercest s

Re: [Freedos-devel] COMPRESS offset problem

At 03:30 PM 12/27/2011, Rugxulo wrote: >Hi, > >On Tue, Dec 27, 2011 at 5:24 PM, Ralf A. Quint wrote: > > At 03:11 PM 12/27/2011, Rugxulo wrote: > > > >>(Though why they are subscribed to freedos-devel if they aren't > >>interested in such things is

Re: [Freedos-devel] COMPRESS offset problem

At 03:11 PM 12/27/2011, Rugxulo wrote: >(Though why they are subscribed to freedos-devel if they aren't >interested in such things is beyond me.) Because it doesn't have anything to with the development of any part of FreeDOS maybe? Ralf --

Re: [Freedos-devel] CuteMouse

At 01:43 PM 12/25/2011, J.Philippa wrote: >Thanks, Ralph, for your comprehensive treatment of my issue. > >"cutemouse.txt explains" >It is just one of many instruction files in \doc\ Now that one should be an obvious one... ;-) >"I am not sure about Windows 7" >I, on the other hand, AM sure. >I h

Re: [Freedos-devel] CuteMouse

At 02:36 AM 12/25/2011, J.Philippa wrote: >I did look in the DOCs folder >and apparently missed important clues. Well, the "cutemouse.txt" explains how to load/start the program with all it's options. However, you are in a somewhat special/borderline situation... >'forDOS' >indicates that my W

Re: [Freedos-devel] CuteMouse

At 10:55 PM 12/24/2011, J.Philippa wrote: >The Zip package for CuteMouse extracts to 3 folders - BIN, DOC and SOURCE. >I do not know what to do with them Could it possibly cross your mind to at least check in the DOC folder for any clues? > >to achieve the following in WordPerfect5.1+ForDOS runn

Re: [Freedos-devel] hey! new freedos box!

At 03:26 PM 12/22/2011, James Hall wrote: >I think it's pretty cool to see vendors including FreeDOS as a >pre-installed operating system option. Unfortunately, I think many >vendors (and users, probably) view FreeDOS as the equivalent of "naked >PC", with the intention of installing something else

Re: [Freedos-devel] Emulating Keystrokes

At 01:54 PM 11/18/2011, Tomer Godinger wrote: >The key emulation was done using INT 16, like I mentioned before, >and it worked - the program really did read the emulated keystroke. > >Then I changed the program so that it installs a small TSR that >emulates a keyboard event every 5 seconds or s

Re: [Freedos-devel] dosbox dos emulator

At 09:28 AM 11/13/2011, Michael B. Brutman wrote: >Remember, DOSBox is not real DOS. There are some notable differences, >like the Ctrl-Break handling. It is primarily designed for running >older games on newer hardware. But it does very well for a lot of >applications, and it is convenient. W

Re: [Freedos-devel] hopes of an OS/2 clone

At 10:54 AM 10/31/2011, Bernd Blaauw wrote: >Op 31-10-2011 6:13, Keith Mitchell schreef: > > > I found out about FreeDos when Seagate sent me a disk to update the > > flash in my hard drives. It booted using 32-bit Freedos! It is one of > > the many mundane but very important applications in the ar

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

At 11:14 AM 9/17/2011, Jim Michaels wrote: >I am getting timeouts on that server. both web server and ftp server are dead. Yeah, looks like they closed the FTP server... >is there a web site? all I can find is VMIX the video mixer. Could it possibly cross your mind to try sysdev.org? :? Ralf

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

At 06:20 PM 9/16/2011, Rugxulo wrote: > > I think that Matthias mentioned long time ago > > that some updates would/could be forthcoming, but > > he has refrained from actively participating here > > probably as long as I have, probably for similar reasons... > >Dunno. He hasn't been active in a l

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

At 04:20 AM 9/16/2011, Aitor Santamaría wrote: >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 sugg

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

At 06:44 PM 9/15/2011, Jim Michaels wrote: >uh-oh - it shouldn't be on sf.net if it's shareware. that's a >violation of the terms of service. >you might want to dig further into that with the authors, because >some people think the word "shareware" means "freeware". so you >might want to see i

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

At 11:46 AM 9/13/2011, jhall wrote: >>>I emailed the contact person of VMiX yesterday, to see if he might >>>be interested in opening VMiX as open source software. >> >>clicking on the [download] button leads to >>ftp://ftp.sysdev.org/pub/VMiX-3/ >> >>>so it's pos

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

At 11:22 PM 9/10/2011, dos386 wrote: > > Nonsense. DOS is "officially" dead before that, so it if far more > > relevant than you try to make it look... > >There are even virii inside :-) ... Yeah, messes even with your DNS >:-} >I want to determine the size of a file. How to search for >this top

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

At 10:35 PM 9/10/2011, dos386 wrote: > > You'd likely __start__ with RBIL (Ralph Brown's Interrupt List) and > >I would NOT do this ... it's obsolete (last update IIRC 1998) and >it's very hard to find the "still useful" stuff inside (but there is some). Nonsense. DOS is "officially" dead before th

Re: [Freedos-devel] Pat Villani

At 04:25 PM 8/29/2011, Jim Hall wrote: >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: Pat Villani was the author of the original FreeDOS kernel. Really sorry to hear that... :-

Re: [Freedos-devel] potential issues with freedos in virtual environments

At 10:33 AM 8/9/2011, Eric Auer wrote: >Hi Bernd, Jeremy, > >different virtual PCs seem to have different issues, but >they are all useable and I am quite sure that users run >Linux and Windows inside them without real problems. Why >should we have to tell DOS users that only a certain and >small

Re: [Freedos-devel] freedos 1.1. :Floppy distro

At 11:50 AM 8/8/2011, David C. Kerber wrote: > > It's also the most logical one (unless you're American, but > > then they still like to use FFU's anyway) and IMHO, should be > >FFU? (I can see what FUU [Fd up units]) might stand for, but not FFU? "Fred Flintstone Units"... Ralf ;-) -

Re: [Freedos-devel] freedos 1.1. :Floppy distro

At 09:11 AM 8/8/2011, Steve Nickolas wrote: >On Mon, 8 Aug 2011, Eric Auer wrote: > > > PS: ISO date/time seems to be popular, I see in another > > thread (2011-08-02 18:09:06 etc.) but nobody yet said in > > which COUNTRY this is the default anyway. USA, maybe? ;) > >Japan? It was for the longest

Re: [Freedos-devel] BWBASIC 2.50 .EXE for FreeDOS (was: Re: EXE2BIN)

At 09:53 AM 8/4/2011, Rugxulo wrote: >Hi, > >On Thu, Aug 4, 2011 at 1:52 AM, Ralf A. Quint wrote: > > At 10:20 PM 8/3/2011, Rugxulo wrote: > >>In my defense, I maybe? should've just taken the easy way out and used > >>DJGPP (which is 20+ years old

Re: [Freedos-devel] BWBASIC 2.50 .EXE for FreeDOS (was: Re: EXE2BIN)

At 02:01 AM 8/4/2011, c...@bttr-software.de wrote: > >> Okay, I wasn't sure if you were writing it all in pure ASM or not! > > > > I have been having serious health problem for quite a few years, but > > rest assured, I am NOT mentally ill > >Now that's offensive. And hilarious. My intention was c

Re: [Freedos-devel] BWBASIC 2.50 .EXE for FreeDOS (was: Re: EXE2BIN)

At 10:20 PM 8/3/2011, Rugxulo wrote: >In my defense, I maybe? should've just taken the easy way out and used >DJGPP (which is 20+ years old, and that's as DOS as it gets, almost >...). But I didn't see a huge need or advantage. Never really was "DOS", always an attempt to prevent those Unix geeks

Re: [Freedos-devel] BWBASIC 2.50 .EXE for FreeDOS (was: Re: EXE2BIN)

At 01:59 PM 8/3/2011, Rugxulo wrote: >Hi, > >On Tue, Jul 26, 2011 at 11:36 PM, Ralf A. Quint wrote: > > At 08:10 PM 7/26/2011, Steve Nickolas wrote: > >>On Tue, 26 Jul 2011, Ralf A. Quint wrote: > >> > >> > I would not call BWBASIC "weak&

Re: [Freedos-devel] EXE2BIN

At 09:06 PM 7/27/2011, Rugxulo wrote: >Hi, > >On Wed, Jul 27, 2011 at 10:37 PM, Ralf A. Quint wrote: > > At 11:08 PM 7/26/2011, Rugxulo wrote: > > > >>Well, .BAT isn't exactly Turing complete, last I checked. > > > > Why would that possibly matter?

Re: [Freedos-devel] EXE2BIN

At 11:08 PM 7/26/2011, Rugxulo wrote: >Well, .BAT isn't exactly Turing complete, last I checked. Why would that possibly matter? >GW-BASIC is fine if you like it. Most will complain about line >numbers. What's wrong with line numbers? As I already mentioned, too many people these days don't see

Re: [Freedos-devel] EXE2BIN

At 10:32 PM 7/26/2011, Steve Nickolas wrote: >On Wed, 27 Jul 2011, Rugxulo wrote: > >>Hi, >> >>On Tue, Jul 26, 2011 at 6:36 PM, Steve Nickolas >> wrote: >>> >>>Some versions of MS-DOS even included LIB (I have some specimens of 2.x and >>>3.x that do). DEC's releases for the Rainbow even had MASM

Re: [Freedos-devel] EXE2BIN

At 08:10 PM 7/26/2011, Steve Nickolas wrote: >On Tue, 26 Jul 2011, Ralf A. Quint wrote: > > > Seeing that there is so little "respect" for the old tools that made > > out DOS, I am not sure if I should pick up one of my projects I had > > started a few years

Re: [Freedos-devel] EXE2BIN

At 04:11 PM 7/26/2011, Rugxulo wrote: >It's just hard to imagine why they would ever include LINK and EXE2BIN >when nothing comes with DOS that can use them. BASICA/GW-BASIC surely >didn't. I don't know, I'm not as savvy as some people here (Ralf?). Well, as you asked... ;-) EXE2BIN and LINK where

Re: [Freedos-devel] Where to find xHarbour?

At 06:00 AM 7/23/2011, Walt Nagel wrote: >--- On Fri, 7/22/11, Ralf A. Quint wrote: > > as you folks all are abandoning DOS more or less > >The assumption appears to be that every DOS program ever written is >"DOS". This is a fallacy. DOS is just the kernel and comman

Re: [Freedos-devel] Where to find xHarbour?

At 12:05 AM 7/23/2011, Rugxulo wrote: >Hi, >I recognize your name from random posts, but I can't place it. >Well, just saying, you must be valuable (in general)! ;-) Well, the later must be a matter of opinion, seems some folks don't like critical remarks from people rather sticking to the o

Re: [Freedos-devel] Where to find xHarbour?

At 04:51 PM 7/22/2011, Jim Hall wrote: >I am updating the 'devel' side of the FreeDOS software list, and >cannot find any DOS binaries for xHarbour. Can anyone help me? I also >need corresponding source code. > >The upstream web site no longer points to DOS binaries: >http://www.xharbour.org/index.

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

At 12:23 PM 4/22/2011, Jim Hall wrote: >Anyway, let me take this moment to say "I'm back". :-) Welcome back Jim! ;-) Ralf -- Fulfilling the Lean Software Promise Lean software platforms are now widely adopted and the b

Re: [Freedos-devel] freedos - is dpmi out of the question - unicode fonts

At 06:17 PM 1/15/2011, Eric Auer wrote: > > by the way, I have an implentation of OpenGem 5 that is a > complete Open Source > > implementation. version 6 does not run. :-( > >Did you ask our GEM expert Shane (shaneland.co.uk afair) already? Shane's web site (and apparently any work) is down fo

Re: [Freedos-devel] Standardized development tools

At 05:33 AM 8/21/2010, Walt Nagel wrote: >Another possibility worth considering is MinGW/GCC. As long as GCC >is "under development," by extension, MinGW will be, as well. The >question here would be, do you want to use Windows, Linux or DOS as >the development platform -- Windows allows a smoo

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

At 12:20 PM 12/21/2008, Robert Riebisch wrote: >Ralf A. Quint wrote: > > > Ralf > >It's nice to see you still being around here! :-) > >Robert Riebisch Thanks, let's see if it lasts for a while this time, life hasn't been to nice to me specially this year,

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

At 11:27 AM 12/21/2008, Aitor Santamaría wrote: >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

Re: [Freedos-devel] Curious MS-COPY behaviour

At 09:23 PM 1/20/2008, Aitor Santamaría wrote: >Hi, > >I have come across: > >http://support.microsoft.com/kb/69581 > >how could one interpretate that +,, ? It's explained just below on that page: >Therefore, with the above command, the /b forces the COPY command into binary mode, the >append

Re: [Freedos-devel] DeSmet C compiler available under GPL

At 10:06 AM 7/31/2006, Blair Campbell wrote: > > Maybe we should keep this around. > >I would definitely be interested in its compatibility with the Borland >family of compilers, as this could be improved in OpenWatcom. BTW, >OpenWatcom is also a commercial-quality 16-bit compiler :-). I did use