Re: [Freedos-user] where?

Exactly *where* is the string of characters for the path variable stored? in the environment which is pointed to by the PSP http://en.wikipedia.org/wiki/Program_Segment_Prefix For that matter, where are stdin/out/and err? that's like asking 'where is monday' tom

Re: [Freedos-user] Any interest in 486, 586, 686 kernels?

Hallo Herr Louis Santillan, https://sites.google.com/site/lpsantil/Home/386DIS.ZIP https://sites.google.com/site/lpsantil/Home/686DIS.ZIP https://sites.google.com/site/lpsantil/Home/PATCHES.ZIP https://sites.google.com/site/lpsantil/Home/kernels.zip the differenz is an empty memdisk.lst

Re: [Freedos-user] Any interest in 486, 586, 686 kernels?

I don't think wcc.exe was ever meant to output 32-bit code. Granted, as mentioned previously, it will do some things (movsx), but apparently it doesn't use the extended 32-bit registers. That's the most disappointing part. As expensive as Watcom was, I was expecting it do this kind of

Re: [Freedos-user] Any interest in 486, 586, 686 kernels?

Badly written ifdef in memdisk.asm. Fixed such that 486+ compiles. Read ( ftp://openwatcom.mirrors.pair.com/manuals/current/cguide.pdf) and sections 2.3.x 3.5. Enlightening and disappointing. There does not seem to be a way to get 32-bit instructions out of wcc as Tom had mentioned. 3.5

Re: [Freedos-user] Any interest in 486, 586, 686 kernels?

, Louis Santillan lpsan...@gmail.comwrote: On Mon, May 6, 2013 at 5:46 AM, Tom Ehlert t...@drivesnapshot.de wrote: Badly written ifdef in memdisk.asm. Fixed such that 486+ compiles. Read ( ftp://openwatcom.mirrors.pair.com/manuals/current/cguide.pdf) and sections 2.3.x 3.5

Re: [Freedos-user] Makehtml v0.0.1

GPL, so patches welcome! :-) Patch what? This code is so tragically flawed and devoid of purpose that there is nothing worth patching. In case it wasn't obvious, 0.0.1 implies that the program is far from finalized, perfected, mature, or even release quality. Ever heard of write one to

Re: [Freedos-user] hexed 1.2e released

I fixed some compile time errors and uploaded new version (1.2e) of Hexed to my site. This is a DOS and Linux console hex viewer/editor. http://digitalatoll.com/pub/DMSOFT/hexed-src-1.2e.zip The sourceforge project is at http://sourceforge.net/projects/doshexed 'Also, if you find this

Re: [Freedos-user] command.com (Freecom) main environment location

That's funny, because I thought that the master environment was controlled by the kernel.sys?  obviously not as it's size is controlled by '/E:512' Maybe they can add a switch that forces the environment be loaded in upper ram instead of conventional?  'they' could do nearly everything at

Re: [Freedos-user] command.com (Freecom) main environment location

Hi Bertho, I've seemed to notice Command.com locates its master environment block at the top of conventional memory, just under the video (and under a BIOS defined extended bios data aka EBDA, if any). Is this behaviour user-controllable with some switch while loading FreeCOM ? what would

Re: [Freedos-user] command.com (Freecom) main environment location

I've seemed to notice Command.com locates its master environment block at the top of conventional memory Is this behaviour user-controllable with some switch while loading FreeCOM ? what would be the purpose to change this ? whee would you like to have it ? Or otherwise, depending on the

Re: [Freedos-user] command.com (Freecom) main environment location

I'm surprised you have to question this! after ~12 years without anybody complaining, I'm surprised about you complaining. How many users do you have ? I have no idea - and don't care. Of these, how many understands this level of detail, /and/ in addition, will care ? answering this

Re: [Freedos-user] command.com (Freecom) main environment location

Bertho ???, Casually peeking at Freecom source, branch MAIN, init.c v 1.31, ... I'm not sure what is to be gained by using 'lastfit' even in upper memory. ... Hoping someone will take the challenge, left as an exercise to the reader. suffice it to say: you wouldn't like the adverse

Re: [Freedos-user] command.com (Freecom) main environment location

Bertho ???, You may call me Czerno, Herr Ehlert your email signature reads Bertho Grandpied y31415926...@yahoo.fr that translates to Bob Bigfoot, right ? You can't escape having to explain what adverse effects you were evoking, now anyway. command.com is a 'normal' program. just

Re: [Freedos-user] command.com (Freecom) main environment location

you would end up with     3   K COMMAND.COM, (resident part)     100 K FREE         (remainders of freecom before resizing)     1   K   command.com environment (at ~1800:0) How lame ! Of course, your Freecom shall have to play a minimum game of releasing its own initialisation code and data,

Re: [Freedos-user] command.com (Freecom) main environment location

Hi, Should OTOH you (and the FreeDOS project at large) wish to offer the free XBDA mover as a supplement/alternative to FreeDOS's internal, I'll contact you for arranging the mirroring. It's a simple, robust and tiny DOS device driver coded in ASM, a few hundred bytes altogether. it probably

Re: [Freedos-user] Re : Freedos-user Digest, Vol 808, Issue 1

Thanks. It would work indeed because - as I was checking a few minutes before reading your mail - FreeCOM does maintain the master environment pointer (its segment) in its PSP:3Ch slot, additionally FreeCOM seems to use the contents of that 'slot', not some copy it made, whenever it needs to

Re: [Freedos-user] command.com (Freecom) main environment location

I may sound harsh, but being accused of ignorance by more ignorant is the only word of excuse I will utter. this 'more' makes me think that you should prove your competence first I agree. The above quoted phrase was a late minute, unfortunate addition to my mail, that was meant

Re: [Freedos-user] 7zip in pure dos?

The problem with tar.whatever files is you must first uncompress the tar file, then extract what you want (and possibly then remove the uncompressed tar file.) Not really. If you use tar for decompression (and not 7za) it will automatically pipe the output of tar to appropriate

Re: [Freedos-user] (no subject)

Hi Mateusz, is there a place you can download all of freedos in one big piece, but including all the up-to-date everything? As Bojan already pointed out, such place already exists. It's here: http://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/distributions/1.1/repos/ this would be

Re: [Freedos-user] cmcp compress copy utility

i made a dos version of this, version 1.0.3.2 , i still have to test it out but it getting late linux version seems work okay though. it used rle encoder to compress the file and is only effective on data that repeats alot, it is in the git repository Features 'Rle compression'. wow.

Re: [Freedos-user] recovering a file? (fwd)

___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user Mit freundlichen Grüßen/Kind regards Tom Ehlert +49-241-79886

Re: [Freedos-user] defrag program issue

When I run the defrag program on my dos machine, It does not allow me to do a full defrag. The options are limited (grayed out). On that machine, I am running freedos and for a command processor, 4dos. FAT32 was created by a windows o/s before I bought it. I have since removed window

Re: [Freedos-user] Keyboard issue

https://lists.sourceforge.net/lists/listinfo/freedos-user Mit freundlichen Grüßen/Kind regards Tom Ehlert +49-241-79886 -- Is your legacy SCM system holding you back? Join Perforce May 7 to find out: #149; 3 signs your

Re: [Freedos-user] Keyboard issue

You can download my SCANTEST program good idea; MKEYB BR /T does something similar (it's included with the USB drivers) that gives us the idea to ask: is this a PS/2 or USB keyboard ? Just as another troubleshooting item, does it happen even when you don't have a special keyboard driver

Re: [Freedos-user] EMODE - translation from Pascal to C - solved

Hallo Herr Zbigniew, am 29. Juni 2014 um 02:35 schrieben Sie: 2014-06-29 1:13 GMT+02:00, Rugxulo rugx...@gmail.com: Turbo Pascal has a smartlinker while Turbo C does not. Turbo C linker is about as smart as Turbo Pascal. Indeed I noticed even earlier, that OBJ is of decent size (just a

Re: [Freedos-user] EMODE - translation from Pascal to C - solved

Most probably because you use printf(). It seems, not too much I can do about this using Turbo C: 1. Compilation of Hello, world! containing printf gave around 370 bytes for OBJ, and 8.3k for EXE. 2. The same when replaced printf with puts gave 6.4k for EXE. puts() is essentially puts

Re: [Freedos-user] legacy ATA support

freundlichen Grüßen/Kind regards Tom Ehlert +49-241-79886 -- Want fast and easy access to all the code in your enterprise? Index and search up to 200,000 lines of code with a free copy of Black Duck Code Sight - the same

Re: [Freedos-user] legacy ATA support

on  Ohloh, the Black Duck Open Hub! Try it now. http://p.sf.net/sfu/bds ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user   Mit freundlichen Grüßen/Kind regards Tom Ehlert

Re: [Freedos-user] FDNPKG ?

This is not really about FDNPKG, but more about how packages are structured. Indeed, I tend to avoid putting to much stuff into %FREEDOS%\BIN, and only put there stuff that is supposed to be part of the FreeDOS core (ie BASE, that is similar functionality than what MSDOS was providing).

Re: [Freedos-user] FDNPKG: where to put 'system-wide' applications

'Which means Accept what the package manager does by default. I mostly concur, but an advanced user might have reasons for wanting things elsewhere. It's nice it the package manager gives them an option to do so and specify where, but if it needs AUTOEXEC.BAT modified for things to work as

Re: [Freedos-user] FDNPKG: where to put 'system-wide' applications

Hi Mateusz, On 08/15/2014 12:29 PM, Tom Ehlert wrote: a better way to achieve the same effect would be a directory on the PATH with batches that redirect to the proper location. ZIP.BAT shift c:\USR\BIN\ZIP %1 %2 %3 %4 %5 %6 %7 %8 %9 Exactly what I was saying, yes. exactly. I

Re: [Freedos-user] VirtualBox and FTP

/ ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user Mit freundlichen Grüßen/Kind regards Tom Ehlert +49-241-79886 -- Slashdot TV

Re: [Freedos-user] VirtualBox and FTP

Hi, I don't want to brag too much, but M2WAT shows the absolute brilliance of separating the DHCP process from the programs. ;-0 The mTCP programs do not know or care about DHCP; they behave the same whether they have a static IP address or a DHCP obtained one. M2WAT helps the WATTCP

Re: [Freedos-user] current information on networking with a laptop?

Hallo Herr Thomas Mueller, am 6. Oktober 2014 um 08:21 schrieben Sie: from Eric Auer: As you mention in another mail that this is about wireless network: I am not aware of any new drivers for DOS for wireless network USB sticks, extension cards or similar. However, you could connect your

Re: [Freedos-user] Com1: corruption from PS2 mouse

More detail: The rs232 port Com1: is connected via a Null modem cable to an Adam 232 to 485 converter. In the Bios I have Com2 to 3 disabled. An IRQ clash is possible if Cutemouse uses IRQ4 from Com1. My next step is to try different mouse drivers, unless I get more suggestions. there

Re: [Freedos-user] Com1: corruption from PS2 mouse

The serial port is opened in FreeBasic with : Open Com COM1:38400,n,8,1,cs0,ds0,cd0,rs For Random As #CP FreeBasic doesn't support FIFO, and most likely no IRQ. try Open Com COM1:600,n,8,1,cs0,ds0,cd0,rs For Random As #CP and see if that changes your problem. Tom

Re: [Freedos-user] Com1: corruption from PS2 mouse

FreeBasic doesn't support FIFO, and most likely no IRQ. try Open Com COM1:600,n,8,1,cs0,ds0,cd0,rs For Random As #CP and see if that changes your problem. sorry, not true. FreeBasic seems to use IRQ, but not FIFO. anyway, try Open Com COM1:600,n,8,1,cs0,ds0,cd0,rs For

Re: [Freedos-user] Quickview ver 2.60

DOS might have problems with SATA drive. DOS reads from the harddrive a lot. Since SATA is serial (just one bit at a time) The data ransfer rate might be too slow for DOS to live with. I know I can't get it to run on a SD card because one bit at a time is just too slow. back in the good old

Re: [Freedos-user] Shaw's Nightmare

I've released alphas and beta versions of the game. http://www.mediafire.com/download/36t9ql7z19x14i8/SN0_1.ZIP: tech demo. http://www.mediafire.com/download/ddem9tk51xdaidu/SN0_3.ZIP: alpha 0.3 http://www.mediafire.com/download/u7hdsdtevhv4omt/SN0_6.ZIP: alpha 0.6

Re: [Freedos-user] Loading UIDE with devload

Is it safe to load UIDE in FDAUTO.BAT with DEVLOAD.COM, instead of loading it in FDCONFIG.SYS as recommended in the instructions? yes, this is save. Tom -- Dive into the World of Parallel Programming! The Go

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

Now the new multi-TB hard drives have 4096-byte physical sectors, at least some of them try to act as if sector size were 512 bytes. virtually ALL disks act as having 512 byte sectors, even if they have internally 4096 byte ('advanced format'). search for '4K native' drives, and you will see

Re: [Freedos-user] FreeDOS wishlist

Ability to run Windows 3.1 in 386 enhanced mode. has been discussed multiple times. conclusion: forget it Tom -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box

Re: [Freedos-user] Getting any CD player to work

On 6/8/2015 7:27 AM, Dale E Sterner wrote: For printers its usually easy to find the control commands but for cd units I've never seen them made available to the public. Is there a command list published anywhere for cds. Yes, it's called ATAPI and there exist a lot of different documents

Re: [Freedos-user] Doom unstable with LBACACHE or RDISK

with no restriction. Download now http://ad.doubleclick.net/ddm/clk/292181274;119417398;o ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user Mit freundlichen Grüßen/Kind regards Tom Ehlert +49

Re: [Freedos-user] Rugxulo IS A FRAUD!!!

I recommend to ignore this thread. Tom -- Don't Limit Your Business. Reach for the Cloud. GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing

Re: [Freedos-user] FreeDOS wishlist

rugx...@gmail.com wrote: Hi, On Mon, May 18, 2015 at 4:42 AM, Tom Ehlert t...@drivesnapshot.de wrote: Ability to run Windows 3.1 in 386 enhanced mode. has been discussed multiple times. conclusion: forget it Okay, but let's be clear here: 1). It's proprietary, so it's

Re: [Freedos-user] How to make the R-Alt key act like L-Alt?

Hallo Herr John Hupp, am 16. Juli 2015 um 01:48 schrieben Sie: For a US layout keyboard and the default BIOS keyboard driver: I brought this issue up a long time ago and learned that by design R-Alt is a dead key and does not duplicate the functionality of L-Alt. I have always found it to

Re: [Freedos-user] picoTCP: a modern, open-source TCP/IP stack for DOS

Hello Mateusz, a) you forgot to publish the source for picotcpl.lib and picodosl.lib b) the only provided example program PING.EXE is HUGE (120K/63K when compressed) when compared to mTCP ping.exe (40K/28K compressed) what exactly is the advantage of 'pico'TCP? Tom am 19. November 2015 um

Re: [Freedos-user] command / shell conflict

onsuming the most bandwidth. Provides multi-vendor support for NetFlow, > J-Flow, sFlow and other flows. Make informed decisions using capacity > planning reports. > https://ad.doubleclick.net/ddm/clk/305295220;132659582;e > > ___ >

Re: [Freedos-user] command / shell conflict

--- > What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic > patterns at an interface-level. Reveals which users, apps, and protocols are > consuming the most bandwidth. Provides multi-v

Re: [Freedos-user] Games

>> I'm building the new website. I'll update the notice to encourage new >> users to install FreeDOS in a virtual machine. > > any reason why we don't provide ready to run virtual machines as .VHD > images? > > Tom > Hmm... I don't know why we haven't. I don't know anything about VHD >

Re: [Freedos-user] UltraDMA warning corrected

> I am concerned by this statement from Jack's email: "Take a look at > the sources for Microsoft HIMEM or EMM386, as I have…" This is the > first I was aware that Jack had reviewed any source code from > Microsoft. Microsoft made the source for HIMEM.SYS available to programmers in 1988.

Re: [Freedos-user] a unique directory tree question?

_ > Freedos-user mailing list > Freedos-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/freedos-user Mit freundlichen Grüßen/Kind regards Tom Ehlert +49-241-79886 -- Attend

Re: [Freedos-user] INTERLINK

Bret, > Eric/Tom: > I used to use INTERxxx a lot many years ago using the special > parallel cables designed for that purpose (I think I still have a > couple of those cables in my "spare cable box"). Parallel is MUCH > faster than serial (null modem) cables. I also used it *A LOT*. in times

Re: [Freedos-user] INTERLINK

>> Just want to know if FreeDOS can run interlink.exe and intersrv.exe >> If FreeDOS is compatible with interlink, then what steps should follow? interlink/intersrv are part of msdos. this should work in theorie, but you are probably the first to test this on FreeDOS. > As far as I remember,

Re: [Freedos-user] INTERLINK

ftice himem interlnk what is your crashing configuration? Mit freundlichen Grüßen/Kind regards Tom Ehlert +49-241-79886 -- Site24x7 APM Insight: Get Deep Visibility into Application Performance APM + Mobile

Re: [Freedos-user] INTERLINK

> The patched version of ITERLNK leads to problems if I still have a line > version=3.31 version=3.31 is lying about location and size of a couple DOS datastructures. don't do this, or expect trouble. use /low or a new kernel to run interlnk. tom

Re: [Freedos-user] command / shell conflict

ad.doubleclick.net/ddm/clk/304595813;131938128;j > ___ > Freedos-user mailing list > Freedos-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/freedos-user M

Re: [Freedos-user] FreeDOS 1.2 Package LSM Data Verification

> CRYNWR - Unknown License, Dropped. > GCDROM - Listed as GPL, No Sources, Based on XCDROM, Removed. GCDROM sources are available. > UIDE - Free for non-commercial, Removed. > UMBPCI - Listed as free, No sources, Dropped. > XCDROM - Removed. an

Re: [Freedos-user] JimDOS 1.0

>> an operating system without CDROM and network drivers doesn't sound >> very useful to me, even if everything has the correct license. YMMV. > I think that the key is to perceive FreeDOS as a replacement to MSDOS, > nothing else (that is, "BASE"). after 10+ years advertising that FreeDOS is

Re: [Freedos-user] upper memory trick

> On 22/07/2016 10:34, Tom Ehlert wrote: >>> (Honestly, FreeCOM needs to be better optimized for size and then we >>> wouldn't have to worry at all. That is one of our weakest links.) >> >> seriously: command.com has ~3 K resident size. what are you >> comp

Re: [Freedos-user] Games

> I'm building the new website. I'll update the notice to encourage new > users to install FreeDOS in a virtual machine. any reason why we don't provide ready to run virtual machines as .VHD images? Tom -- What

Re: [Freedos-user] How to use German keyboard layout with FreeDOS?

leases of FreeDOS > I don't need it now anymore it seems. But still wondering if it's really > not available from anywhere. >> Viel Spass! > Gleichfalls, von Berlin nach Berlin :-) > Kai instead I recommend http://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/dos/keyb/mkey

Re: [Freedos-user] How to use German keyboard layout with FreeDOS?

Hallo Herr Kai Schaetzl, am 18. August 2016 um 15:31 schrieben Sie: > Tom Ehlert wrote on Mon, 15 Aug 2016 16:00:55 +0200: >> an amazing amount of effort to get a german keyboard driver > Not really once you know that you don't need the .kl file. > According to > http:

Re: [Freedos-user] EtherDFS - a network drive for DOS

ommunity on one of the world's most > engaging tech sites, SlashDot.org! http://sdm.link/slashdot > ___ > Freedos-user mailing list > Freedos-user@lists.sourceforge.net > https://lists.sourceforge.net/

Re: [Freedos-user] freedo

Hello again, > Do you want to load FreeDOS High, UMB? there is no good reason (for normal use) to have ever DOS=HIGH,UMB disabled. if no HIGH or UMB memory is found, it is silently ignored. Tom -- Check out the

Re: [Freedos-user] after

Originally to: ALL I could reproduce this. it happens in/after findnext() this error is related to the compiler. if the source is compiled using TurboC 2.01 the error occures. compiling the exact same source with TCPP the error is gone. try www.drivesnapshot.de/freedos/findtcpp.com and

Re: [Freedos-user] freedo

Originally to: ALL Hi, to reproduce this FIND problem, I tried to setup a new FD1.2 machine. what I did: download FD12LGC.ISO create a new virtual box machine with 512 MB disk use FD12LGC.ISO to boot the machine. boot machine. 'Unfortunately, this method of installation is not supported on

Re: [Freedos-user] freedos 1.2 LSM files without CR

in the APPINFO directory, the LSM files are formatted UNIX style LF, and not DOS style CR LF btw: I'm no longer able to locate FreeDOS sources for FIND and it's maintainer from freedos.org. Tom -- Check out the

Re: [Freedos-user] freedos 1.2 install

Hi, to reproduce this FIND problem, I tried to setup a new FD1.2 machine. what I did: download FD12LGC.ISO create a new virtual box machine with 512 MB disk use FD12LGC.ISO to boot the machine. boot machine. 'Unfortunately, this method of installation is not supported on this hardware

Re: [Freedos-user] after find, Error reading from drive A: DOS area: general failure.

I could reproduce this. it happens in/after findnext() this error is related to the compiler. if the source is compiled using TurboC 2.01 the error occures. compiling the exact same source with TCPP the error is gone. try www.drivesnapshot.de/freedos/findtcpp.com and

Re: [Freedos-user] Bug with FreeDOS 1.2 and "find"?

>> Am 16.01.2017 um 13:12 schrieb BlameTroi : >> I got this after a FIND command. >> >> C:\ELVIS\DOC>find /i "env" e*.htm >> file list ... >> Error reading from drive A: DOS area: general failure >> >> I've triple checked and I have nothing in my autoexec or config

Re: [Freedos-user] dma crosses 64k boundary error

> I keep getting the error dma crosses 64k boundary when using tools > like rawrite3 or hard drive manufacturers tools floppy creation > software. I need to boot from Windows 98 bootdisk to get rid of it. > Please let me know if there is a way to get rid of this problem under FreeDOS. MSDOS

Re: [Freedos-user] Ynt: Urgent FreeDos Keyboard Layout Hardware Help

ersion 3.26, Aug 25 2006 > 15201 USBUHCI.OVL overlay for usbuhci > 16799 emm386.exe version 2.26, Aug 25 2006 > 20776 USBUHCI.COM version 0.14, apparently 2010 > 30250 country.sys data file for nlsfunc country specific settings > Maybe the others have additional comments on the used file versions! > Reg

Re: [Freedos-user] Ynt: Ynt: Ynt: Ynt: Urgent FreeDos Keyboard Layout Hardware Help

> On physical machine any of keyboard layouts not work. In Virtualbox every > keyboard layout is working. > > We think real machine memory side has a problem with loading keyb.exe. there is a tool called MEM.EXE where you can detect if KEYB is loaded or not. it may be as well that MEM gets

Re: [Freedos-user] Ynt: Ynt: Ynt: Ynt: Urgent FreeDos Keyboard Layout Hardware Help

Hello Salih, did you try to boot your image on real, but different hardware, like a standard PC? Tom -- ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net

Re: [Freedos-user] Ynt: Ynt: Ynt: Ynt: Ynt: Urgent FreeDos Keyboard Layout Hardware Help

as usual. urgent problem. even 'Solver of this problem will be rewarded with 500$.' a lot of more or less helpful messages exchanged. then all of sudden the original poster vanishes, without any feedback if all the given advice helped, or not, and how he solved his problem (or not). after

Re: [Freedos-user] bsum - compute BSD checksums of your files

>>> Unless I'm mistaken, conditional jumps on 8086 don't go beyond -128 .. >>> 127 (signed) byte range. Hence the billions of workarounds (TASM >>> "jumps", MASM "option ljmp", etc). right. >> I won't argue about what opcode is or is not available on 8086, since I >> did not bother decoding their

Re: [Freedos-user] FreeDOS as a everyday/common-use system; Pros of making FreeDOS and Windows3 more compatible

> It's more possible than ever [0] to compile the kernel with GCC. 'This part of DJGPP is dedicated to the 16-bit tools that have been developed to assist in using DJGPP. Note: I lost interest in these projects before I completed them.' > Yes, it would be a large under taking but maybe a long

Re: [Freedos-user] V8Power Tools -- Update

>> Hi Jerome, >> I've just tried your veach.com utility and it looks like it shall really >> come in handy! I was missing a program capable of appending a command to a >> sorted list (like a | in Unix ) . >> Nice job, and thanks for your effort > Thank you. > Just like you, I would find

Re: [Freedos-user] bsum - compute BSD checksums of your files

From: Tom Ehlert <t...@drivesnapshot.de> >>> Unless I'm mistaken, conditional jumps on 8086 don't go beyond -128 .. >>> 127 (signed) byte range. Hence the billions of workarounds (TASM >>> "jumps", MASM "option ljmp", etc). right. >> I w

Re: [Freedos-user] Ynt: Y

From: Tom Ehlert <t...@drivesnapshot.de> > On physical machine any of keyboard layouts not work. In Virtualbox every keyboard layout is working. > > We think real machine memory side has a problem with loading keyb.exe. there is a tool called MEM.EXE where you can detect if

Re: [Freedos-user] Ynt: Y

From: Tom Ehlert <t...@drivesnapshot.de> Hello Salih, did you try to boot your image on real, but different hardware, like a standard PC? Tom -- ___ Freedos-user m

Re: [Freedos-user] Ynt: Y

From: Tom Ehlert <t...@drivesnapshot.de> as usual. urgent problem. even 'Solver of this problem will be rewarded with 500$.' a lot of more or less helpful messages exchanged. then all of sudden the original poster vanishes, without any feedback if all the given advice helped, or not, a

Re: [Freedos-user] Ynt: U

From: Tom Ehlert <t...@drivesnapshot.de> Dear Eric Auer, could concentrate ONCE on the problem at hand, and not on all this blablabla about file versions? the problem seems to be that this freedos.img, booted in VirtualBox, is able to generate funny characters (i without dot, C wit

Re: [Freedos-user] How to

From: Tom Ehlert <t...@drivesnapshot.de> Hallo Herr Kai Schaetzl, am 18. August 2016 um 15:31 schrieben Sie: > Tom Ehlert wrote on Mon, 15 Aug 2016 16:00:55 +0200: >> an amazing amount of effort to get a german keyboard driver > Not really once you know that you don't

Re: [Freedos-user] How to

From: Tom Ehlert <t...@drivesnapshot.de> Kai, an amazing amount of effort to get a german keyboard driver :<< > Hi Eric, > thanks for the quick reply. In the meantime I found out that I can load a > German layout with just "keyb gr", just not the layout

Re: [Freedos-user] dma cr

From: Tom Ehlert <t...@drivesnapshot.de> > I keep getting the error-adma crosses 64k boundary when using tools > like rawrite3 or hard drive manufacturers tools floppy creation > software. I need to boot from Windows 98 bootdisk to get rid of it. > Please let me know if the

Re: [Freedos-user] freedo

From: Tom Ehlert <t...@drivesnapshot.de> Hi, to reproduce this FIND problem, I tried to setup a new FD1.2 machine. what I did: download FD12LGC.ISO create a new virtual box machine with 512 MB disk use FD12LGC.ISO to boot the machine. boot machine. 'Unfortunately, this

Re: [Freedos-user] after

From: Tom Ehlert <t...@drivesnapshot.de> I could reproduce this. it happens in/after findnext() this error is related to the compiler. if the source is compiled using TurboC 2.01 the error occures. compiling the exact same source with TCPP the error is gone. try www.drivesnapshot.de/f

Re: [Freedos-user] freedo

From: Tom Ehlert <t...@drivesnapshot.de> > Why not use the CHOICE option-a to let the user decide? because 99,9 % of all user have no need for SHARE. > I have a > menu system which is designed to be used on a network and requires share to be loaded are really multiple mac

Re: [Freedos-user] freedo

From: Tom Ehlert <t...@drivesnapshot.de> Hello again, > Do you want to load FreeDOS High, UMB? there is no good reason (for normal use) to have ever DOS=HIGH,UMB disabled. if no HIGH or UMB memory is found, it is silently ignor

Re: [Freedos-user] Some driver updates

> What do these "Jack's Drivers" actually do? nothing as they no longer work on FreeDOS. btw: NEVER fullquote. Tom -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org!

Re: [Freedos-user] Some driver updates

> Also, did you know that UMBPCI is actively maintained > and more reliable in finding out which areas can be > used for UMB etc. than JEMM / JEMM386? So it can be > a good idea to use explicit EMM options based on what > UMBPCI detected: This avoids more conflicts than the > easier method of

Re: [Freedos-user] Some driver updates

Dear Eric, > Hi :-) Quick news from Jack's drivers: He has a closed > source update for XMGR (more fail-safe 386 XMS move) > and UHDD: The new UHDD has the interesting feature of > read-ahead for cache sizes of at least 20 MB. It is > a simplified version without I/O overlap and DOS RAM > search

Re: [Freedos-user] New FreeDOSers Monthly Reminder

> Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > ___ > Freedos-user mailing list > Freedos-user@lists.sourceforge.net > ht

Re: [Freedos-user] Some driver updates

during the time that all these responses were written AND READ, competent programmers could -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot

Re: [Freedos-user] Some driver updates

during the time that all the contributions in this thread were written AND READ, competent programmers could have ported the kernel to GCC, with some time left to save the planet, and fight for peace on earth. just my 2 cents. Tom

Re: [Freedos-user] [Announce]E100PKT 0.2 (stable)

Hallo Herr Seth Simon, am Donnerstag, 14. Juni 2018 um 03:27 schrieben Sie: > I've released version 0.2, which I consider stable, of E100PKT. > This version uses less memory, supports interrupt sharing, and > fixes many bugs. If you plan to upgrade from 0.1, please note > that version 0.2 cannot

Re: [Freedos-user] Now it gets odd Re: FreeDOS workaround for hidden IDE controller?

> I used CloneDisk to rip a RAW image of the booting DOM with > FreeDOS. Mounted that with Qemu. Booted Qemu with the FreeDOS > install image and installed FreeDOS to the image copied from the > DOM. Then I used CloneDisk to write that image back to the DOM. "Missing > Operating System". forget

<    1   2   3   4   >