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

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

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,

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

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:

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

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

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

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

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

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.

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

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

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

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 emulation is still

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

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

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

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 properly

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

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

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 <s...@list.ru> wrote: 10.03.2017 05:41, Andy Lutomirski пишет: On Wed, Mar 8, 2017 at 5:11 PM, Ricardo Neri <ricardo.neri-calde...@linux.intel.com> wrote: On Wed, 2017-03-08 at 19:53 +0300,

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 <ricardo.neri-calde...@linux.intel.com> 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

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 <s...@list.ru> 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 <s...@list.ru> wrote: 08.0

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

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 <s...@list.ru> wrote: 08.03.2017 19:06, Andy Lutomirski пишет: On Wed, Mar 8, 2017 at 6:08 AM, Stas Sergeev <s...@list.ru> wrote: 08.0

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

08.03.2017 19:06, Andy Lutomirski пишет: On Wed, Mar 8, 2017 at 6:08 AM, Stas Sergeev <s...@list.ru> 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

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

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 <s...@list.ru>: 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 „D

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 <s...@list.ru>: 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 p

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

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 <s...@list.ru>: 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 th

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

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 <s...@list.ru>: 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 som

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 >

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

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: [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

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

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

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: 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

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: 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

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

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: 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) --

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: 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

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

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,

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

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

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: 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

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

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=detailaid=1164054group_id=49784atid=457447

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

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

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,

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

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

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

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

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

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

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

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/ http://ep09.pld-linux.org/%7Emmazur/linux-libc-headers/ Yes, that's the correct headers, but unfortunately it doesn't

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:

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

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

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

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

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: The problem is that if dosemu is killed from Linux (crond), and the dosemu console is in focus, the screen/kbd could cause Linux to reboot No! It can't! If it does this, then it is a misconfiguration/ bug/outdated kernel/outdated dosemu/ dosemu with root privs/ or

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=detailaid=1034800group_id=49784atid=457449 But I won't count too much on it, as the guys who submitted it, disappeared. - To unsubscribe from this list: send

Re: Dosemu vs Xdosemu... font and Vga...

Hello. jb wrote: On Xdosemu : - Font are ... ugly. - http://astrosurf.com/djibb/divers/xdosemu.png Looks like a bug. Try bug-reporting it. But (by blind way) I can display VGA drawings (font are always ugly) Any tips ? Set $_X_font=vga in your dosemu.conf and try xdosemu again. - To unsubscribe

Re: [DOSEMU / Linux]how to directly start a DOS app without goign through DOSEmu window

Hello. Daniel Moyne wrote: With Linux I have a DOS app that I want to directly start without doing : D: cd generelt demgene.exe in the DOS window launched by xdosemu. generelt directory is in my $HOME directory xdosemu $HOME/generelt/demgene.exe - To unsubscribe from this list: send the line

Re: [DOSEMU / Linux]how to directly start a DOS app without goign through DOSEmu window

Hello. Daniel Moyne wrote: xdosemu $HOME/generelt/demgene.exe Thanks this works fine but the ultimate idea is to move the DOS app demgene.exe in /usr/local/DOS/Generel for all users to access and keep $HOME/generelt just to access data ; in this case : Move the main executable to

Re: Port Access slow

Hello. Pande Gede S wrote: I want direct access, No, you don't. Please justify that intention. Also please read this thread: https://sourceforge.net/tracker/?func=detailatid=457447aid=1166288group_id=49784 how to disable $_com1 and use Comment it out. device /dev/null Write that to $_ports string

Re: Port Access slow

Hello. Pande Gede S wrote: I use dosemu-1.2.2-1, I have serial printer with foxpro apllication. How to speed up printing? Try upgrading dosemu from CVS, its serial code should be much faster. I have added $ ports = device /dev/ttyS0 You don't have to set $_ports, you should use $_com1 instead.

Re: CD image

Hello. C. D. Logan wrote: Is it possible to use a CD-Rom image (iso) on the Linux system and have it available under dosemu as a CD-Rom drive? Please refer to this thread: http://sourceforge.net/tracker/?group_id=49784atid=457447func=detailaid=1044528 - To unsubscribe from this list: send the

Re: Switching consolle

Hello. Lars Bjørndal wrote: What's BTS? Should I mail the result to the list? The BTS (Bug Tracking System) for dosemu is here: http://sourceforge.net/tracker/?group_id=49784atid=457447 You may want to register yourself there before opening a report - this will allow multiple attachments and

Re: Switching consolle

Hello. Lars Bjrndal wrote: swithes consolle with ctrl-alt-fX, dosemu exits with an error message. Is this a known problem? You forgot to write down that error message, didn't you? Also, please try the CVS code, it may do better for console. - To unsubscribe from this list: send the line

Re: usage with libgpm

Hello. Ryan Underwood wrote: Ok, that's good to know. Why is it that libgpm is not available as root console? It still can be used, but you have to set $_graphics=(0) then. man gpm: --- While the current console is in graphic mode, gpm sleeps until text mode is back (unless -R is

Re: sound support

Hello. Ryan Underwood wrote: limited. Well, not our problems at all. I mean, tell ALSA developers why dmix is useless for this application and suggest how it can be improved. No-no, there is nothing with that particular application (dosemu), as soon as we are going to use the sound server, not an

Re: sound support (Re: XMS problem with Aladdin demo)

Hello. Julius Schwartzenberg wrote: Any idea why it is only 'half' working? I can think of 2 things: either it is a conflict with the linux driver, or with dosemu. You can isolate the both possibilities. 1. Disable sound in dosemu config. Then dosemu will not even try to grab an OPL ports. Yes, SB

Re: sound support (Re: XMS problem with Aladdin demo)

Hello. Julius Schwartzenberg wrote: I already tried this, but it doesn't seem to make any difference. But dosemu stops complaining about the port conflicts, right? I just tried it. Wolfenstein 3-D now is able to detect the OPL3 chip, but I can't hear anything (probably because the mixer isn't

Re: sound support

Hello. Ryan Underwood wrote: Yeah, that is a big problem because everyone is using a callback model these days I am not sure we can't try to use the callback model, it may just be inefficient. That also depends on how's the server reacts on the partially satisfied request (i.e. it asked for XXX

sound support (Re: XMS problem with Aladdin demo)

Hello. Ryan Underwood wrote: Problem right now is that JACK only supports ALSA as a That depends on how much we beleive into it. The faq says: --- a JACK backend to PortAudio is under construction that would allow PortAudio apps to connect to JACK ports. --- Can we trust that? No idea. What about

Re: sound support (Re: XMS problem with Aladdin demo)

Hello. Julius Schwartzenberg wrote: http://www.geocities.com/SiliconValley/Circuit/5426/dosemu.html something we don't want to have. This patch seems pretty neat. Please note: this patch includes the linux kernel module, not only the dosemu modifications. This is needed to drive the DMA controller

Re: sound support (Re: XMS problem with Aladdin demo)

Hello. Bernhard Bialas wrote: However, a liitle bit more -compared to now-marketing would be very usefull. Comparing with what? It is probably only dosbox that is close enough with the goals to dosemu, but the fair comparison between these two is very unlikely. It will heavily depend of who's

Re: XMS problem with Aladdin demo

Hello. Ryan Underwood wrote: What are the requirements of a new sound system, from your experience with the current one? The main requirement is that it must not access the OS sound driver (OSS or ALSA) directly, like it does now. There must be mid-layers in-between, like at least resampling and

Re: ide-scsi

Hello. Lars Bjrndal wrote: How can I use the ide cd-writer as a scsi drive under dosemu? See README.txt:2.1.8 about how to configure dosemu for that. But I am sure noone did that for the last 5 years or so, so feel free to let us know how it works, when you are done:) Who have the SCSI devices

Re: commandline switch for changing $_hdimage settings?

Hello. Christian Fischer wrote: # dosemu -I 'disk { something /path/to/drives/c }' don't work because of missing the right key for something in the global.conf doc. something should be a directory in your case. Can also be hdimage, partition and wholedisk. - To unsubscribe from this list: send

Re: XMS problem with Aladdin demo

Hello. Julius Schwartzenberg wrote: The (working) version on my laptop seems to be from 26-12-2004. Oh, that's strange. Is there anything special I need to do to disable Dosemu's XMS support (using the default configuration)? How one is supposed to disable/enable something without changing the

Re: XMS problem with Aladdin demo

Hello. Julius Schwartzenberg wrote: I've already got it working on my laptop in an older CVS version, but on my main workstation it quits everytime with an XMS error. When exactly it stopped to work? I think it doesn't work also on 1.2.2, so it is not something recent. Has much been changed to

Re: DOS's hotkeys and KDE

Hello. Ralph Alvy wrote: Ctrl-Alt-Home disables the mouse, once it move into the xdosemu window. But the KDE keybindings are still in effect. Does Ctrl-Alt-Home work any better if you first change the #undef ENABLE_KEYBOARD_GRAB to #define ENABLE_KEYBOARD_GRAB 1 in X.c of dosemu sources and

  1   2   3   4   >