Re: Signaling dosemu application to kill itself from Linux

Hello. [EMAIL PROTECTED] wrote: the screen is ok (the shell's) but the kbd is in echo strange characters mode and not passing to the original shell. "strange character mode" is probably the "raw" mode. You probably set $_rawkeyboard=(1) in your dosemu.conf. I suspect you also did some other unsafe

Re: Signaling dosemu application to kill itself from Linux

Hello. Gene Heskett wrote: Mmm, what is this time patch, and where can it be obtained? Here: http://sourceforge.net/tracker/index.php?func=detail&aid=1034800&group_id=49784&atid=457449 But I won't count too much on it, as the guys who submitted it, disappeared. - To unsubscribe from this list: send

Re: Signaling dosemu application to kill itself from Linux

Hello. [EMAIL PROTECTED] Negatory on that, no raw kbd or strange stuff, all vanilla... Yes, your config looks pretty save. Note: you don't need to uncomment the options unless you are going to change them. Why are you using the direct access to the serial ports? The emulated access of the CVS dosem

Re: Signaling dosemu application to kill itself from Linux

Hello. Andrew Brooks wrote: Not disappeared at all, still lurking. But our patch was broken up when applied to CVS and we haven't found the time yet to work out which bits were applied, which changed and which left out :-( What's the problem with that exactly? I already pointed you the particular

Re: Signaling dosemu application to kill itself from Linux

Hello. [EMAIL PROTECTED] wrote: Why are you using the direct access to the serial ports? Client requested it! No, client couldn't request you to use the direct access instead of an emulated one, cause that's silly. Emulated access works nearly as fast in the CVS code, there is no reason for using t

Re: Signaling dosemu application to kill itself from Linux

Hello. [EMAIL PROTECTED] wrote: handles the I/O to 378h and 3f8h. Since he was not using INT 14h, I didnt realize that your dosemu abstraction (emulation) would filter both port and IRQ I/O! Thats actually a common problem here. People assume that something doesn't work without even trying it (eve

Re: slow printing

Hello. Attila Szabo wrote: copy something to lpt: is take about half an hour... What can I do to speed it up ? Try $_hogthreshold=(0) in dosemu.conf. Or upgrade from CVS. - To unsubscribe from this list: send the line "unsubscribe linux-msdos" in the body of a message to [EMAIL PROTECTED] More majo

Re: Dosemu 1.3.2 and linux 2.6.7 headers

Bart Oldeman wrote: This is not its default symbolic link. You must have created it yourself, manually. Hi Bart, actually I've seen such a problem with Slackware in many different places, so I am starting to beleive it really uses a symlink. I remember Patrick Volkerding claimed in that very lis

Re: Dosemu 1.3.2 and linux 2.6.7 headers

Hello. Bart Oldeman wrote: Maybe add the proper headers to the dosemu source tree as we did before? The question is which headers? I think some of them can be located if you symlink the kernel headers and try to compile. Of course it is not guaranteed to be all of them, but better than nothing

Re: Dosemu 1.3.2 and linux 2.6.7 headers

Hello. Hufnus wrote: After some googling I think I finally found the correct linux-libc-headers (as they are now called). http://ep09.pld-linux.org/~mmazur/linux-libc-headers/ Yes, that's the "correct" headers, but unfortunately it does

Re: Dosemu 1.3.2 and linux 2.6.7 headers

Hello. Julius Schwartzenberg wrote: The kernel header package that originally came with the version of Slackware I was using would always solve the problems for me. That's true and that's the 2.4 headers, but can you comment on this wrt compiling dosemu: ftp://ftp.slackware.com/pub/slackware/s

Re: DOSEMU CVS Crash With Kernel 2.6.12

Hello. T.P. Reitzel wrote: Is anyone working on the source of this crash? Not really. It doesn't look like this problem is reproduceable, so, as Bart already said, you should move it to BTS. I only committed the patch few days ago that repairs the $_mapping option, so that you can try $_mapping

Re: DOSEMU CVS Crash With Kernel 2.6.12

Hello. T.P. Reitzel wrote: Your suggestion to use mapping=mapfile (or mapashm) both enable DOSEmu to boot - finally. That doesn't help much, it still means that dosemu doesn't work with the default configuration, and noone is really supposed to alter $_mapping. I do appreciate both you and Ba

Re: Sound support (2), using hardware directly

Hello. Julius Schwartzenberg wrote: Is anyone else using a similar setup? No. cards and it's wavetable for MIDI, but is the way I described this the way to do it in this case? In principle - not. MIDI can be achieved by the more legitimate means. sound-usage.txt describes many ways of setti

Re: Sound support (2), using hardware directly

Hello. Julius Schwartzenberg wrote: Yes, I am aware of the MIDI support in Dosemu, but I thought it was only for General Midi compatibility. No. On the software synth side, midid have the -m option which will give you some basic mt32 support. As for the directly passing the midi stream to the w

Re: Sound support (2), using hardware directly

Hello. Julius Schwartzenberg wrote: The current system seems to work pretty well for me It doesn't even work with ALSA. Also, your AWE probably have the hardware mixing, but for those with the cheap sound cards, it is not possible to get the midi together with sound (provided they do not have t

Re: Sound support (2), using hardware directly

Hello. Julius Schwartzenberg wrote: to have both at the same time. My laptop does have hardware mixing, but it isn't very fast (Pentium III 500MHz, 128MB RAM), so I don't know how fast a softsynth will work. Softsynth involves timidity++, which requires ~P4 by default, but can be tuned even fo

Re: Sound support (2), using hardware directly

Hello. Julius Schwartzenberg wrote: I have ran it succesfully on my AMD Athlon @ 1GHz, and I know there are softsynths that need much less, although not for Linux. As I said, you can tune timidity++ to work even on 386, just disable some effects processing. There are also the alternative synthe

Re: Sound support (2), using hardware directly

Hello. Julius Schwartzenberg wrote: Also not loading the OPL3 driver doesn't seem to be possible, since the plain sounddriver seems to have a dependency on the OPL3 driver. But as a test, you can just not load the sound drivers at all, disable the SB emulation in dosemu, open the Adlib ports, a

Re: Sound support (2), using hardware directly

Hello. John R. Sowden wrote: Since this thread has worked it way to "Dosemu talking directly to hardware", I am interested in using my linux/dosemu box to connect to a local area network that runs DOS only (we don't do windows). This have nothing to do with the direct hardware access. Please r

Re: Sound support (2), using hardware directly

Hello. Julius Schwartzenberg wrote: Do you think it would be possible to allow complete direct access to the Sound Blaster card in Dosemu, so that I could set the mixer from Dosemu? Yes, this must be possible. You won't hear any sound in most cases, but the mixer will work, and so will the OPL

Re: Instaling Xfont

Hello. Alain wrote: Now the problem is: The cursor is still broken (is at 1/3 from the top) This was fixed, upgrade from CVS. - To unsubscribe from this list: send the line "unsubscribe linux-msdos" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/ma

Re: Problem with settlers 1

Hello. Benjamin Schieder wrote: xf) settlers 1 complains that it can't save. The game (not dosemu) gives the error filesystem full or write-protected. This was fixed in 1.3.2 by someone's request on BTS: http://sourceforge.net/tracker/index.php?func=detail&aid=1164054&group_id=49784&atid=457447

Re: Problem with settlers 1

Hello. Benjamin Schieder wrote: Just another question: why did this work on the other machine (P4, 1GB Ram, kernel 2.6.11.8) but not on the laptop (P-Mobile, 512 MB Ram, kernel 2.6.10). Maybe you have the /proc/sys/vm/legacy_va_layout enabled on the machine where it works? I can't think of any

Re: Syslog

Hello. Austin Morgan wrote: If this is not currently possible is it desireable enough for me to generate a patch? I think so, having such an option would be nice. Will probably help those who start dosemu from the desktop menus and therefore do not see the error messages. - To unsubscribe from

Re: Problem with permissions

Hello. Stian Sletner wrote: I have a problem running DOSEMU in privileged mode. How? "dosemu -s" ? kernel 2.6.12-1.1398_FC4. I bet this is the culprit. RH is known to apply the different security patches that break dosemu, might be one of such cases I think. Try fresh kernel. - To unsubscri

Re: [SEAL] and xdosemu just work

Hello. Wesley Parish wrote: SEAL works - somewhat. Any other graphical environments for DOS I could try? Try Windows 3.1 - works perfectly under dosemu for those extreme-lovers:) Are you making a list of the programs that work under dosemu, or what? That would be a huge list, beleive me. :)

Re: cp852 font

Hello. Andrzej Kaczmarczyk wrote: "Does anybody now how to make a dosemu 43 lines in text console without running X server?" Yes, but noone will tell, because this is perfectly documented;-) Well, anyway: $_console=(1) $_graphics=(1) $_rawkeyboard=(1) dosemu -s or: dosemu -s -c -k -V - To u

Re: cp852 font - finally

Hello. Andrzej Kaczmarczyk wrote: solution, for anyone else having the problem Good explanation, but unless you'll find a way to fit it into the dosemu docs (and supply a patch), it will most likely get lost. Another point is that the dosemu config should be pre-set for the like things, but thi

Re: Dosemu takes 99% of cpu

Hello. Fajar Priyanto wrote: Is it normal that dosemu takes 99% of cpu? That depends on the program that it runs, and on dosemu version, which you, AFAICS, haven't specified. 1.3.2 is known to be not very good on that - try the CVS code. - To unsubscribe from this list: send the line "unsubscr

Re: dosemu

31.01.2016 03:16, Luca Rossi пишет: hi, i'm Alex from sicily i've found this interesting program for linux and apparently it's capable of running my beloved videogame (carmageddon 1) on native HW, i'd like to ask you if there is a simple solution for having an USB drive with linux and dosemu, the

Re: Ubuntu 16.04 on i386 has VM86 disabled again

25.04.2016 15:16, Andrew Bird пишет: Hi all, Just a quick note to let people know that if you upgrade your i386 Ubuntu to 16.04 LTS release, you'll find that you are only using cpu emulation again. I naively thought that fixing the problem for Wily HWE kernel would automatically mean t

Re: Ubuntu 16.04 on i386 has VM86 disabled again

26.04.2016 12:17, Paul Crawford пишет: On 25/04/16 13:52, Stas Sergeev wrote: That was the "right" thing to do. Or at least justified and discussed. If we want vm86(), we need to re-implement it properly. I have a word from top linux devs (including Linus himself) that properly implem

Re: Ubuntu 16.04 on i386 has VM86 disabled again

26.04.2016 13:09, Andrew Bird пишет: The long term goal for the Kernel would be a new simplified vm86() call, but most likely this is not going to be backwardly compatible for existing apps to run unchanged. This is not a problem: there are currently 2 vm86 syscalls: vm86() and vm86old(). One

Re: DOS exe not working in DOSEMU under Ubuntu 16.04

09.08.2016 10:34, Gordon Hay пишет: I've been using DOSEMU under various versions of Ubuntu for many years, and still rely on it. You can try dosemu2 or dosbox. Older dosemus are not supported by distros, but should still work if you install all updates (most importantly the kernel updates) -- T

announce: dosemu2-2.0pre6

Hi! Since this list looks pretty quiet, I wonder why not to post the dosemu2 announcements here. As many of you already know, dosemu2 is a new project that was originally based on dosemu1 sources, but is so much different that it should be considered a new project rather than the fork. License is

Re: "EMS driver version mismatch: got 3, expected 5, disabling"

30.08.2016 20:59, Mouse пишет: Okay, I was hoping to see a bit of list traffic before sending, but, for whatever reason, I'm not seeing anything. I hope it's not some kind of filtering spazz - though I did get the list welcome mail, so that seems unlikely. Teal deer: I'm getting the message in

Re: "EMS driver version mismatch: got 3, expected 5, disabling"

03.09.2016 17:30, Mouse пишет: Teal deer: I'm getting the message in the Subject:, but can't figure out where to get an appropriate ems.sys. [...] Remove your ~/.dosemu/* (ems.sys is there) Thank you very much! This worked (as I'm sure does not surprise anyone). However, neither the old .dose

Re: ubuntu debs?

09.09.2016 17:16, Danil Smirnov пишет: Are there any .debs of dosemu2 for Ubuntu? Not yet. Perhaps I can create some with checkinstall. You can fill in an issue ticket for this. -- To unsubscribe from this list: send the line "unsubscribe linux-msdos" in the body of a message to majord...@vger.k

Re: ubuntu debs?

10.09.2016 03:36, Frederic Herman пишет: It would be big plus for dosemu2 to have a deb package. I was able to grunt my through to build it for a64-bit linuxmint machine. The biggest problem is trying to figure out build failures due to dependencies for the average end user. If this is the

Re: ubuntu debs?

09.09.2016 17:16, Danil Smirnov пишет: Are there any .debs of dosemu2 for Ubuntu? Its now there. -- To unsubscribe from this list: send the line "unsubscribe linux-msdos" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: dosemu print serial problem

07.10.2016 18:44, Winfried Münch пишет: Hi, I try to run a DOS program whith lpt Lizens Dongle and 3 Printers on dosemu 1.4.0.8 on Debian. Most works great since I changed from Ubuntu 16.05 to Debian 8. Perhaps the older Linux Kernel. All Printer are managed by cups and lpr -l -P printername w

Re: Emulated PCI devices?

19.10.2016 00:45, Mouse пишет: I'm working with dosemu and would like to add an emulated PCI device to the emulated DOS machine. Obviously, I know enough about the hardware I want to emulate to believe I can write an emulation of it. But I'm not sure where to hook it in. (I'm working based on

Re: Emulated PCI devices?

19.10.2016 03:03, Mouse пишет: I'm working with dosemu and would like to add an emulated PCI device to the emulated DOS machine. [...] Is this something that's already got hooks supporting it, or am I breaking new ground here? There was never any need to emulate the PCI device for DOS. There a

Re: Emulated PCI devices?

20.10.2016 05:36, Mouse пишет: [...] the way dosemu emulates DOS in much the same sense that wine emulates Windows, instead of emulating hardware proper [...] dosemu does emulate the HW and uses freedos (or any other dos you ask it to boot). To a point, sure. But, for example, it takes file I/

Re: Emulated PCI devices?

22.10.2016 16:34, Mouse пишет: Its just that usually when you have some expensive HW, emulating it in software is not enough because the HW is usually doing something useful, not just makes some program to work. :) If you don't need any functionality of that HW other than to make some DOS prog h

Re: [PATCH 0/4] x86: enable User-Mode Instruction Prevention

Hi! I don't know the context of that discussion, so I'll only comment on the dosemu part. 10.11.2016 09:46, Ricardo Neri пишет: I took a closer look at the dosemu code. It appears that it does not purposely utilize SGDT to obtain the descriptor table while in vm86. It does use SGDT (in protecte

Re: [PATCH 0/4] x86: enable User-Mode Instruction Prevention

11.11.2016 07:14, Ricardo Neri пишет: 10.11.2016 09:46, Ricardo Neri пишет: I took a closer look at the dosemu code. It appears that it does not purposely utilize SGDT to obtain the descriptor table while in vm86. It does use SGDT (in protected mode) to emulate certain functionality such as the

Re: DOSEmu2 question

01.12.2016 08:21, Patrick McMunn пишет: I didn't think my question was suitable for opening a bug and maybe not for the mailing list, so I just wanted to ask directly. Will DOSEmu2 be able to run on FreeBSD, or does it rely on Linux-only features that would prevent it from working on a BSD syst

Re: lag while printing and serial redirect

13.12.2016 16:26, Jakub Klawiter пишет: Hello! i've got dosemu installed on ubuntu box. I've OKI dot matrix printer connected to it via USB2parallel interface. Now if i'll try e.g. $ echo test | lpr -l the printer starts to print immediately. But from dosemu if i'll try: C:>echo test > lpt1:

Re: lag while printing and serial redirect

14.12.2016 17:32, Jakub Klawiter пишет: Hello! 2016-12-13 22:13 GMT+01:00 Stas Sergeev : $_lpt1 = "lpr -l" $_printer_timeout = (10) So why dont you reduce the timeout then? Hmm… i was sure that timeout is about something else rather about existance / being ready to print… Perhap

Re: lag while printing and serial redirect

15.12.2016 19:18, Jakub Klawiter пишет: Hello! 2016-12-14 21:00 GMT+01:00 Stas Sergeev : 14.12.2016 17:32, Jakub Klawiter пишет: Hmm… i was sure that timeout is about something else rather about existance / being ready to print… Perhaps it would be better to call something like

Re: lag while printing and serial redirect

16.12.2016 01:10, Jakub Klawiter пишет: It's not "just a bat". I mean it is starting executable programm which need terminal to be 80x24. the batch file is now rather simple (just cd to working directory, and exe with it's parameters) but i'll leave it like this because... i did it this way under

Re: lag while printing and serial redirect

19.12.2016 16:34, Jakub Klawiter пишет: Hello! 2016-12-15 23:18 GMT+01:00 Stas Sergeev : There is absolutely nothing wrong about it except that it is just usually not needed for text-mode non-interactive stuff, and the advantage of not using it is that you'll have all the text still on

Re: lag while printing and serial redirect

19.12.2016 16:53, Jakub Klawiter пишет: Hello! 2016-12-19 14:34 GMT+01:00 Jakub Klawiter : it's even better (larger) only problem that colors are little bit flat this way... too flat :( https://goo.gl/photos/WLLRvbkVGCkg9tyA6 (in front -X, back -dt) Is it possible to change palette somewhere a

Re: lag while printing and serial redirect

20.12.2016 23:37, Jakub Klawiter пишет: Hello! 2016-12-20 1:19 GMT+01:00 Stas Sergeev : it's even better (larger) only problem that colors are little bit flat this way... too flat :( https://goo.gl/photos/WLLRvbkVGCkg9tyA6 (in front -X, back -dt) Is it possible to change palette somewhe

Re: lag while printing and serial redirect

25.12.2016 17:03, Jakub Klawiter пишет: Hello! 2016-12-21 22:22 GMT+01:00 Stas Sergeev : 1. My DOS program needs decimal point instead of decimal coma on keypad. It should be easy to remap it, as it is used in wild countries ;-) 2. I also need there ctrl+enter to work „DOS way”. And I really

Re: lag while printing and serial redirect

28.12.2016 01:44, Jakub Klawiter пишет: Hello! 2016-12-25 17:58 GMT+01:00 Stas Sergeev : You mean -t. I've been using -dt but ok … it looks the same so probably -d (in my dosemu) does nothing ;-) I never told you to use -d. I told either -t or -td, but not -d or -dt. :D I just want

Re: Dosemu on 64 bit architectures

31.12.2016 05:26, Richard White пишет: I'm moving to a 64-bit system (Debian stable). The Dosemu website speaks about 64-bit ports since at least V 1.4.X, I have downloaded those binaries (with instructions that make no mention of any special 64-bit considerations or issues), but have been unable

Re: How to redirect LPT1 output to a disk file?

28.02.2017 01:32, Roger House пишет: # $_lpt1 = "lpr -l" # $_lpt2 = "lpr -l -P lpt2" # $_lpt3 = "" # idle time in seconds before spooling out. Default: (20) # $_printer_timeout = (20) ## However, these lines are no

Re: [v6 PATCH 00/21] x86: Enable User-Mode Instruction Prevention

08.03.2017 03:32, Ricardo Neri пишет: These are the instructions covered by UMIP: * SGDT - Store Global Descriptor Table * SIDT - Store Interrupt Descriptor Table * SLDT - Store Local Descriptor Table * SMSW - Store Machine Status Word * STR - Store Task Register This patchset initially treated

Re: [v6 PATCH 00/21] x86: Enable User-Mode Instruction Prevention

08.03.2017 19:46, Andy Lutomirski пишет: No no, since I meant prot mode, this is not what I need. I would never need to disable UMIP as to allow the prot mode apps to do SLDT. Instead it would be good to have an ability to provide a replacement for the dummy emulation that is currently being prop

Re: [v6 PATCH 00/21] x86: Enable User-Mode Instruction Prevention

08.03.2017 19:06, Andy Lutomirski пишет: On Wed, Mar 8, 2017 at 6:08 AM, Stas Sergeev wrote: 08.03.2017 03:32, Ricardo Neri пишет: These are the instructions covered by UMIP: * SGDT - Store Global Descriptor Table * SIDT - Store Interrupt Descriptor Table * SLDT - Store Local Descriptor Table

Re: [v6 PATCH 00/21] x86: Enable User-Mode Instruction Prevention

09.03.2017 04:11, Ricardo Neri пишет: On Wed, 2017-03-08 at 19:53 +0300, Stas Sergeev wrote: 08.03.2017 19:46, Andy Lutomirski пишет: No no, since I meant prot mode, this is not what I need. I would never need to disable UMIP as to allow the prot mode apps to do SLDT. Instead it would be good

Re: [v6 PATCH 00/21] x86: Enable User-Mode Instruction Prevention

09.03.2017 04:15, Ricardo Neri пишет: On Wed, 2017-03-08 at 08:46 -0800, Andy Lutomirski wrote: On Wed, Mar 8, 2017 at 8:29 AM, Stas Sergeev wrote: 08.03.2017 19:06, Andy Lutomirski пишет: On Wed, Mar 8, 2017 at 6:08 AM, Stas Sergeev wrote: 08.03.2017 03:32, Ricardo Neri пишет: These are

Re: [v6 PATCH 00/21] x86: Enable User-Mode Instruction Prevention

09.03.2017 03:46, Ricardo Neri пишет: On Wed, 2017-03-08 at 17:08 +0300, Stas Sergeev wrote: 08.03.2017 03:32, Ricardo Neri пишет: These are the instructions covered by UMIP: * SGDT - Store Global Descriptor Table * SIDT - Store Interrupt Descriptor Table * SLDT - Store Local Descriptor Table

Re: [v6 PATCH 00/21] x86: Enable User-Mode Instruction Prevention

10.03.2017 05:39, Andy Lutomirski пишет: On Thu, Mar 9, 2017 at 2:10 PM, Stas Sergeev wrote: 09.03.2017 04:15, Ricardo Neri пишет: On Wed, 2017-03-08 at 08:46 -0800, Andy Lutomirski wrote: On Wed, Mar 8, 2017 at 8:29 AM, Stas Sergeev wrote: 08.03.2017 19:06, Andy Lutomirski пишет: On Wed

Re: [v6 PATCH 00/21] x86: Enable User-Mode Instruction Prevention

10.03.2017 05:41, Andy Lutomirski пишет: On Wed, Mar 8, 2017 at 5:11 PM, Ricardo Neri wrote: On Wed, 2017-03-08 at 19:53 +0300, Stas Sergeev wrote: 08.03.2017 19:46, Andy Lutomirski пишет: No no, since I meant prot mode, this is not what I need. I would never need to disable UMIP as to allow

Re: [v6 PATCH 00/21] x86: Enable User-Mode Instruction Prevention

11.03.2017 00:04, Andy Lutomirski пишет: On Fri, Mar 10, 2017 at 2:30 AM, Stas Sergeev wrote: 10.03.2017 05:41, Andy Lutomirski пишет: On Wed, Mar 8, 2017 at 5:11 PM, Ricardo Neri wrote: On Wed, 2017-03-08 at 19:53 +0300, Stas Sergeev wrote: 08.03.2017 19:46, Andy Lutomirski пишет: No no

Re: [v6 PATCH 00/21] x86: Enable User-Mode Instruction Prevention

11.03.2017 02:47, Ricardo Neri пишет: It doesn't need to be a matter of this particular patch set, i.e. this proposal should not trigger a v7 resend of all 21 patches. :) But it would be useful for the future development of dosemu2. Would dosemu2 use 32-bit processes in order to keep segmentat

Re: [v6 PATCH 00/21] x86: Enable User-Mode Instruction Prevention

28.03.2017 02:46, Ricardo Neri пишет: On Tue, 2017-03-14 at 00:25 +0300, Stas Sergeev wrote: 11.03.2017 02:59, Ricardo Neri пишет: On Fri, 2017-03-10 at 14:33 +0300, Stas Sergeev wrote: Why would you need one? Or do you really want to allow these instructions in v86 by the means of emulation

Re: [v6 PATCH 00/21] x86: Enable User-Mode Instruction Prevention

29.03.2017 07:38, Ricardo Neri пишет: Probably you could also remove the sldt and str emulation for protected mode, because, as I understand from this thread, wine does not need those. I see. I would lean on keeping the emulation because I already implemented it :), for completeness, and because

Re: [v6 PATCH 00/21] x86: Enable User-Mode Instruction Prevention

11.03.2017 02:59, Ricardo Neri пишет: On Fri, 2017-03-10 at 14:33 +0300, Stas Sergeev wrote: Why would you need one? Or do you really want to allow these instructions in v86 by the means of emulation? If so - this wasn't clearly stated in the patch description, neither it was pro

Re: [v6 PATCH 00/21] x86: Enable User-Mode Instruction Prevention

30.03.2017 08:14, Ricardo Neri пишет: But at least dosemu implements it, so probably it is needed. Right. Of course if it is used by one of 100 DOS progs, then there is an option to just add its support to dosemu2 and pretend the compatibility problems did not exist. :) Do you mean relaying t

Re: [v6 PATCH 00/21] x86: Enable User-Mode Instruction Prevention

31.03.2017 17:11, Alexandre Julliard пишет: In fact it would be nice to be able to make sidt/sgdt/etc. segfault too. I know a new syscall is a pain, Maybe arch_prctl() then? -- To unsubscribe from this list: send the line "unsubscribe linux-msdos" in the body of a message to majord...@vger.kerne

Re: [v6 PATCH 00/21] x86: Enable User-Mode Instruction Prevention

30.03.2017 08:14, Ricardo Neri пишет: You know the wine's requirements now - they are very small. And dosemu doesn't need anything at all but smsw. And even smsw is very rare. But emulation is still needed for SMSW, right? Likely so. If you want, I can enable the logging of this command and see

Re: [v6 PATCH 00/21] x86: Enable User-Mode Instruction Prevention

04.04.2017 05:05, Ricardo Neri пишет: On Sat, 2017-04-01 at 16:08 +0300, Stas Sergeev wrote: 30.03.2017 08:14, Ricardo Neri пишет: You know the wine's requirements now - they are very small. And dosemu doesn't need anything at all but smsw. And even smsw is very rare. But emulatio

Re: [PATCH v7 07/26] x86/insn-eval: Do not BUG on invalid register type

Hi Ricardo, would you mind unsubscribing linux-msdos@ from all your future mails on this subject? Otherwise I am afraid there would be no subscribers left when you are finally done. :) I think all non-kernel-dev MLs should be treated with more care. Eg your initial questions were certainly on-topi

dosemu2 discussions

Hello dosemu users & developers. It looks like dosemu lists are pretty quiet this days, albeit of a bit spamming from linux-kernel development. This is because dosemu1 development have come to an end (AFAIK), and dosemu2 development/discussing all happens within the github platform. There is prob

Re: FOSDEM talk next week

28.01.2018 20:47, j...@astro.princeton.edu пишет: Hi, Bart. I have been using (and absolutely depending on) dosemu/freedos for more than 15 years. I use a DOS CADD program called Generic Cadd for the design of electronics and astronomical instruments, which I started using probably 30 years ago

Re: Setting up dosemu2 (from binary)

26.06.2018 03:18, Richard White пишет: Hi! I have just joined github at Andrew Bird's suggestion because I need to run legacy DOS software on a 64-bit system. I'm a relative newbie, but have been very happily running dosemu2 for more than 1 year. Installed via deb created from binaries. (Thanks

announce: fdpp, a 64bit DOS in C++

Hi all DOS fans! After a year of development, I am glad to announce the new 64bit DOS. But as we know, all new is well-forgotten old, so this actually is a freedos kernel port to 64 bits. Some of you have probably already heard about this project, as it was pre-announced on fosdem-18, but at that

announce: fdpp, a 64bit DOS in C++

Hi all DOS fans! After a year of development, I am glad to announce the new 64bit DOS. But as we know, all new is well-forgotten old, so this actually is a freedos kernel port to 64 bits. Some of you have probably already heard about this project, as it was pre-announced on fosdem-18, but at that

Re: quick question about dosemu

20.09.2018 23:42, David Henderson пишет: Good afternoon! I am working on a project that I would need to run some DOS executables from the Linux command line (e.g. chkdsk.exe). I briefly looked at DosBox, but it requires a GUI environment and is geared towards games. Does dosemu allow me to run

Re: quick question about dosemu

24.09.2018 23:01, David Henderson пишет: So I have bad news... I tried both dosemu and wine, but neither will run chkdsk. I even tried using another wine binary called wineconsole - no go there either. This sucks!!! But at least there is confirmation that it will not work. Wine is not going t

Re: quick question about dosemu

25.09.2018 1:49, David Henderson пишет: Thanks for the tip Stuart, I'll see if I can touch base with the author(s)! What's the use of contacting the authors, instead of trying things out on your own? This is the best way of getting no help at all, unless you contact the paid support, like doswi

Re: dosemu, Putty, ERROR: X

19.10.2018 9:28, Alex пишет: Dear all, I am just starting using dosemu. I have Debian 8 guest running in VirtualBox and am connecting to it using Putty on Windows7 host. While trying to execute "dosemu remdir_c.bat" that calls DOS exe file I am getting following error: root@myhost:/home/user2/D

Re: FW: DOSEMU

21.12.2018 16:40, adrian wilkins пишет: Multiple Windows-based terminals local area networked into a Linux file server running Samba.  All the above locking systems work OK. Multiple Windows-based terminals running PUTTY into multiple copies of DOSEMU on a Linux server. All the above locking sy

Re: SoundBlaster drivers

27.01.2019 2:54, Brent Busby пишет: I'm trying to install SoundBlaster drivers inside the DOSEMU emulation. No, you don't need to install any drivers, because the default autoexec.bat of dosemu is doing all the needed work. However, installing the drivers should be possible, and if it hangs, ple

Re: SoundBlaster drivers

27.01.2019 5:01, Brent Busby пишет: That explains why MIDI seems to work in bare DOS -- because the BLASTER command from DOSEMU is providing everything needed for sound, at least for DOS. I thought I needed drivers though because Windows 3.1 isn't seeing any sound or MIDI on its own though. So

Re: SoundBlaster drivers

28.01.2019 2:40, Brent Busby пишет: SoundBlaster drivers bundled with Windows 3.1? https://www.pcjs.org/disks/pcx86/windows/3.10/ Disk 3 contains |SNDBLST DR_ 10122 03-10-92 3:10a | |||SNDBLST2 DR_ 10445 03-10-92 3:10a| | ||Google has all answers, try things out. |

Re: SoundBlaster drivers

01.02.2019 19:44, Brent Busby пишет: In the whole time I used to run DOS and Windows 3.1 (ages ago), I always ran the Creative Labs drivers and never knew Windows shipped with them. Yes, the Windows-bundled SB driver installs correctly in DOSEMU, and if you also install the MPU-401 driver, two-w

<    1   2   3   4   5   6