VOGONS

Search

Common searches

Search results

Display options

Display options

Re: Mouse copy/paste support

Posted on 2016-05-05, 23:04

I can't get it working.. Guess I'm doing something wrong. - unpack sources of dosbox-code-0-3981 - unpack your source changes and overwrite it over original db code - change c_clipboard to 0 and c_win32clip to 1 (not using pdcurses) - ./autogen.sh - ./configure --enable-core-inline LDFLAGS="-static …

Re: Mouse copy/paste support

Posted on 2016-05-05, 14:34

Hey. Can u post a link for a source code files for the svn r3981? I'm in a big need to build own version with some modifications in bios.cpp. Ok I found it here: http://www.vogons.org/viewtopic.php?f=41&t=40610 Sorry to bother you! Can I compile the r3981 version with your changes the way it is …

Re: Mouse copy/paste support

Posted on 2016-05-04, 14:32

Just to let other users know that both the source code and Windows binaries have been updated to match the latest DOSBox SVN r3981, and the file 256keys.com has been replaced by keybuf.com in the Windows binary package to support larger keyboard buffer size (now 1024 by default, but it is easily …

Re: A patch to add clipboard-paste (Windows only)

Posted on 2016-05-04, 11:08

The 256 character limit of my mouse copy/paste support is the limitation of 256KEYS. It is easy to expand the limit by using e.g. keybuf.com instead of 256keys.com. For example, "KEYBUF 1024" will expand the character limit to 1024. You can give bigger value to further expand the character limit as …

Re: Long File Name (LFN) support

Posted on 2016-04-20, 16:52

I have updated the DOSBox SVN-lfn source and Windows binary to build 2016.09.26, which fixes some issue and also incorporates the changes from the latest DOSBox SVN version r3995. It now further contains LPTx port passthrough feature for printing support (see README.TXT inside the binary packages …

Re: Long File Name (LFN) support

Posted on 2016-04-07, 21:24

This build has issues with atleast System Shock 1. With last years build it did not start, with the 20160327 build it now starts but cannot find the sound config. (I have it set to general midi + GUS) Thanks for reporting the issue with System Shock 1! I have fixed the problem finding the sound …

Re: Mouse copy/paste support

Posted on 2016-02-12, 19:14

I have updated the Windows binaries to match the latest DOSBox SVN version (r3972). This enhanced DOSBox SVN build is now known as DOSBox SVN-lfn, which features mouse copy/paste, automatic drive mounting and DBCS support in addition to LFN support. The download links remain the same.

Re: Add string to titlebar from config file?

Posted on 2016-02-08, 16:01

Yes, I have done this. You only need to modify the source file sdlmain.cpp. See the attachment for a modified version of sdlmain.cpp which supports this feature. To change the title string, simply add "titlebar=My Program" in the [sdl] section of dosbox.conf. I did not remove things like cycles, but …

Re: Long File Name support

Posted on 2016-01-14, 00:01

I have updated the DOSBox with LFN and mouse copy/paste support to incorporate the changes in the latest DOSBox SVN 3972, and also changed the compiler of the Windows binary package to Visual Studio 2005 for better backward compatibility. It has been tested to work on Windows 98 and Windows 2000 too …

Re: Mouse copy/paste support

Posted on 2016-01-06, 03:09

Now my DosBox is able to run... Thank you, Wengier, for your great job, but when I try to open the exe it gets an error which says "MSVCP140.dll is missing". Why is this issue happening and how can I fix it? Do you even try to add MSVCP140.dll to the folder with this build of DOSBox? Zaqu75: Thanks …

Re: Long File Name support

Posted on 2015-12-10, 02:01

Thanks, it works. There are several problems however: - the code as it is doesn't compile with C_CLIPBOARD set to 0 and without curses - when compiled with VS2008 in debug mode, it crashes on CD or DIR with stack corruption. when i disable runtime checks it works, but i guess the bug is still there …

Re: Long File Name support

Posted on 2015-11-26, 15:02

Wengier could you make a new diff for current SVN? I was trying to apply your patch to revision 3954, but there have been some serious changes, especially in dos_files.cpp that I don't know how to deal with. Sure, I will try to make a new diff for current SVN soon. Thanks for reminding me about …

Re: Long File Name support

Posted on 2015-08-30, 19:57

That helps. But the problem also exists in file opening in general. I can run "nssi" now whether the EXE file name is uppercase or lowercase, but other DOS programs complain that they can't open any files they need. DOOM can't locate DOOM1.WAD unless I rename it to doom1.wad. Windows 3.1 complains …

Re: Long File Name support

Posted on 2015-08-30, 19:17

Well... the problem is that some of the files are lowercase and some of the files are uppercase. The files I extract from ZIP archives are usually uppercase, while the DOS executables I compile from DOSLIB are lowercase. So the correct fix is not to just assume uppercase, but to use whatever worked …

Re: Long File Name support

Posted on 2015-08-30, 18:55

Hm, I think I figured out what's wrong with the patch on my Linux system. I don't think the patch addresses that Linux's ext4 filesystem matches files in a case sensitive manner, while Windows is case insensitive by default. "NSSI.EXE" is considered a different filename from "nssi.exe" in Linux. In …

Re: DOSBox-X branch

Posted on 2015-08-29, 21:30

I have by now tested my own LFN build on Fedora 20, and it seems to open files properly. For example, I used "type", "more", and "edit" to view, edit and save files, but all work fine. So I still have not experienced the problem you mentioned by myself. In such case the problem is most likely …

Re: Long File Name support

Posted on 2015-08-29, 19:02

I have asked the question in that thread, but he seems to only talk about the Linux port of his DOSBox-X by now. Since my own LFN build seems to work fine on both Windows and Linux during my testings, any issue he mentioned so far is most likely specific to his DOSBox-X branch, probably only the …

Page 9 of 13

Go to top of page Go to top of page
Close window
Close window