On 08/13/2014 12:07 AM, Rugxulo wrote:
> Are you saying this is a bug in FD FDISK or VBox? Because as long as
> it's not FD FDISK getting inherently confused, you could maybe do a
> simple workaround: copy it to and run from RAM disk. Would that avoid
> the issue? Just curious.
I have no idea, tru
On 08/13/2014 01:46 AM, Ulrich wrote:
> Unfortunately it isn't so easy. I just tried to remove/reinstall UIDE in
> FreeDOS 1.1. The C:\FDOS\PACKAGES\UIDEX.LST file in FD1.1 doesn't include
> xmgr.sys and rdisk.com. So when uninstalling UIDEX these are not removed. And
> when reinstalling UIDE, F
Am 12.08.2014 um 20:23 schrieb Mateusz Viste :
> On 08/11/2014 09:07 PM, Ulrich wrote:
>> So doing a FDNPKG update from time to time could make FreeDOS a kind of a
>> rolling release (or at least create a "testing" branch).
>
> I'm glad you think so, since that's exactly the motivation that led
Hi again,
On Aug 11, 2014 4:49 AM, "Mateusz Viste" wrote:
>
> About FDISK incompatibility: I am getting an error message "Error
> Reading Hard Disk: Function number of drive not permitted". Is it what
> you end up with, too? If so, then it appears to be a problem only if you
> run FDISK from the
Hi Mateusz,
I saw some possibility of creating dll in case of watcom but didnt sure if
it is usable under dos.
I understand well that BSD license allowes me to do many thinks with you
code. But idea is to provide api as shared or static library and keep it
under maintenance. In the past I read he
2014-08-12 22:54 GMT+02:00, Mateusz Viste :
> I think you should rely on FM synth (0x388 IIRC) for playback, or provide a
> configurable
> setting to the user: MPU/FM. Of course FM quality is poor
Not really: it is just _different_. Of course, it is poor as long, as
you expect it to simulate rea
Hi Jarda
Actually, there is no such thing like a "shared" library in DOS. Nonetheless,
you can of course reuse DOSMid code (BSD, no strings attached). I wrote it so
code reusal shall be easy - if you look into it, there are specialized modules
for everything. The midi.c module would be the clos
Hello,
I am working on some small game and one of points in my todo list is to
enable play background music. One possibility is to grab similar project.
But better way would be to use shared library if it is possible.
So my question is do you plan provide also shared library? :-)
Jarda
2014-08
I will include binaries and source code
and also fdnpkg is a great program!
i also have a repository of software at http://4ch.mooo.com/fdos/pack/
please add it because it contains an updated mpxplay 1.60
--
with love,
sparky4
Administrator of 四葉の芽◇ちゃんねる
--
On 08/11/2014 09:07 PM, Ulrich wrote:
> So doing a FDNPKG update from time to time could make FreeDOS a kind of a
> rolling release (or at least create a "testing" branch).
I'm glad you think so, since that's exactly the motivation that led me
to creating FDNPKG in the first place :)
> - Users
Hi,
On Tue, Aug 12, 2014 at 9:02 AM, sparky4 wrote:
>
> Why isn't there a package of this yet?
>
> i can make one if you want me too~
What would it include? The (DJGPP, C++) library and headers? Or am I
misunderstanding here?
-
Why isn't there a package of this yet?
i can make one if you want me too~
--
with love,
sparky4
Administrator of 四葉の芽◇ちゃんねる
--
___
Freedos-user mailing list
Freedos-user@lists
Hi,
On Tue, Aug 5, 2014 at 11:39 PM, Thomas Mueller wrote:
>
> I never used RUFUS or UNetBootIn, don't know if I could.
Do you have a modern Windows, e.g. XP? And I just blindly assume
UNetBootIn could work atop (your) Slackware 13.
> I was never able to install FreeDOS 1.1 from DOSBox.
Not su
13 matches
Mail list logo